I hereby claim:
- I am adonese on github.
- I am adonese (https://keybase.io/adonese) on keybase.
- I have a public key ASBSWUE5paGZ0yL6I7ZBQ_kr8UQNN9NR6QZtIfN7K6Q51wo
To claim this, I am signing this object:
def partition3(A, l, r): | |
""" | |
partition3: A partition for quicksort algorithm. We'll use the 3-way to handle few equal elements in array (happens | |
a lot in practical use.) | |
This function is called from the main function quick_sort. | |
""" | |
lt = l # We initiate lt to be the part that is less than the pivot | |
i = l # We scan the array from left to right | |
gt = r # The part that is greater than the pivot | |
pivot = A[l] # The pivot, chosen to be the first element of the array, that why we'll randomize the first elements position |
function [lat, lon, h] = xyz2ell(X, Y, Z, a, e2) | |
% XYZ2ELL Converts cartesian coordinates to ellipsoidal coodinates. | |
% We can add some default values here, i.e. a and e2. | |
% Latitude and height convergence criteria | |
eps_lat = 1.e-12; | |
eps_height = 1.e-5; | |
% Initial values... |
I hereby claim:
To claim this, I am signing this object:
function _ = matshow(matrix) | |
# This function plots matrix as an image. | |
max_element = max(max(matrix)); | |
norm_mat = matrix / max_element; | |
imshow(norm_mat); | |
end |
function [latbp, lonbp, grid, windowSize] = geoidUndulationMod(model,nmax,varargin) | |
% [lonbp,LATD,GEOPOT_GRID] = geoidUndulation(MODEL,NMAX,VARARGIN) | |
% What this function does is calculating the geoid height of specific lon/ lat (location) | |
% Parameters it takes: | |
% 1. 'model': Name of *.mat file that contains cnm & snm. It also should come with maximum degree. | |
% All these steps are handled in ggmReader script, you should run it before. You can take the cnm & snm and pass them | |
% as inputs. | |
% | |
% | |
% 2. nmax is maximum degree of model to be used in geoid height calculation. Highest degrees will get you fine results but requires |
## Refer to http://caffe.berkeleyvision.org/installation.html | |
# Contributions simplifying and improving our build system are welcome! | |
# cuDNN acceleration switch (uncomment to build with cuDNN). | |
# USE_CUDNN := 1 | |
# CPU-only switch (uncomment to build without GPU support). | |
CPU_ONLY := 1 | |
# uncomment to disable IO dependencies and corresponding data layers |
+---------------------------------------------------+ | |
| Subject | Grade | Grade Written | | |
----------------------------------------------------+ | |
| Arabic Language | 92 | Ninety Two | | |
+---------------------------------------------------+ | |
| English Language | 91 | Ninety One | | |
+---------------------------------------------------+ | |
| Islamic Studies | 92 | Ninety Two | | |
+---------------------------------------------------+ | |
| Specialized Mathematics | 77 | Seventy Seven | |
I must stress that working with time is always a major-bug source.
I have checked both GWD {Consumer,Terminal} API documentation, as well as the source code. Here is how our CMS handles the timezone. Again, I have already mentioned that in a previous email, but it is nevertheless important to make sure that we all understand how our CMS handles timezone.
tranDateTime
parameter, as YYYY-MM-ddThh:mm[:ss]Z
, in this case, the time should be sent in UTC. This is what causes the +2:00 issue. In our CMS, we have set our timezone as Khartoum, which is UTC+2:00, so when we receive any request, we instantaneously convert it to the appropiriate timezone, the timezone that is recognized by EBS, which is UTC+2:00. All that depends on the fact that any tranDateTime
is received by CMS as UTC time. What we are doing now is sending our time in UTC+2:00! This is bug. It is neither from CMS, nor Alaa Aldin, nor EBS.#include <stdio.h> | |
#include <string.h> | |
#include </home/adonese/sources/curl-7.59.0/include/curl/curl.h> | |
int main(void) | |
{ | |
CURL *curl; | |
CURLcode res; | |
static const char *postthis = "moo mooo moo moo"; |
-----BEGIN CERTIFICATE----- | |
MIIDuzCCAqOgAwIBAgIDBETAMA0GCSqGSIb3DQEBBQUAMH4xCzAJBgNVBAYTAlBMMSIwIAYDVQQK | |
ExlVbml6ZXRvIFRlY2hub2xvZ2llcyBTLkEuMScwJQYDVQQLEx5DZXJ0dW0gQ2VydGlmaWNhdGlv | |
biBBdXRob3JpdHkxIjAgBgNVBAMTGUNlcnR1bSBUcnVzdGVkIE5ldHdvcmsgQ0EwHhcNMDgxMDIy | |
MTIwNzM3WhcNMjkxMjMxMTIwNzM3WjB+MQswCQYDVQQGEwJQTDEiMCAGA1UEChMZVW5pemV0byBU | |
ZWNobm9sb2dpZXMgUy5BLjEnMCUGA1UECxMeQ2VydHVtIENlcnRpZmljYXRpb24gQXV0aG9yaXR5 | |
MSIwIAYDVQQDExlDZXJ0dW0gVHJ1c3RlZCBOZXR3b3JrIENBMIIBIjANBgkqhkiG9w0BAQEFAAOC | |
AQ8AMIIBCgKCAQEA4/t9o3K6wvDJFIf1awFO4W5AB7ptJ11/91sts1rHUV+rpDKmYYe2bg+G0jAC | |
l/jXaVehGDldamR5xgFZrDwxSjh80gTSSyjoIF87B6LMTXPb865Px1bVWqeWifrzq2jUI4ZZJ88J | |
J7ysbnKDHDBy3+Ci6dLhdHUZvSqeexVUBBvXQzmtVSjF4hq79MDkrjhJM8x2hZ85RdKknvISjFH4 |