Hi. Just want to ask if anyone had experienced converting USGS (2010
publication date / series) GeoPDF to GeoTIFF to produce Topo maps? I'm
having problems in doing it in spite of following the instructions posted
from USGS. It kinda weird since this problem is only visible for 2010
series maps.
This is not just a MSVC issue. M_PI and other constants are not part
of the ISO standard, so if you try:
$ gcc --std=c99 small_program_with_M_PI.c
you will get "error: ‘M_PI’ undeclared"
I'm not sure if you can compile GDAL with `--std=c99`, but I don't see
any compelling reason to remove #ifndef
Thanks Vincent,
On 03/03/2016 03:27 PM, Vincent Schut wrote:
> Hi Matthias,
>
> I vaguely recollect running into a similar issue when I switched to
> clang from gcc. If I remember correctly, I resolved it by adding a
> "--without-libtool" to the configure options. I might be completely
> wrong (I
Hello,
Be careful, as many GDAL package maintainers, including myself, run
older Visual Studio versions on Windows. Declaring this constant is
done in several software projects. It may be considered "ugly", but it
sure works.
-jeff
On 2016-03-03 1:55 PM, Tanuj Kumar wrote:
This is with
This is with regard to the bug listed on
https://trac.osgeo.org/gdal/ticket/6388
The fix is to remove the hard coded pi constants, but apparently, using
M_PI from math.h as it is breaks compilation on Visual Studio
http://stackoverflow.com/questions/26065359/m-pi-flagged-as-undeclared-identifier
(
On 03/03/16 11:31, Matthias Kuhn wrote:
Hi,
I am trying to compile and install gdal in docker (ubuntu 12.04)
container with python3 and in a custom prefix (/home/travis/deps),
clang-3.6 is used. configure and make run fine, however, make install fails:
/bin/bash -pthread -shared -Wl,-O1 -Wl,-Bs
Hi Lorenzo:
This is more of a question for the python community. However, a couple
things I have noticed. Pandas tends to be much slower than working in
numpy directly.
I never saw an improvement in timings when using Pool(). What I do is
utilize Process() and Queue() or JoinableQueue() from th
Dear Lorenzo,
On 03/03/2016 12:13 PM, Lorenzo Bottaccioli wrote:
Yes I have 8 cores! The I/O output files are different for each process.
I have to preform the gdal_calc on different maps each process. I just
wanted to lunch more than one gdal_calc.py script at time.
Yes, I assumed the files u
Dear Kor,
Yes I have 8 cores! The I/O output files are different for each process. I
have to preform the gdal_calc on different maps each process. I just wanted
to lunch more than one gdal_calc.py script at time.
Best
Lorenzo
2016-03-03 11:34 GMT+01:00 Kor de Jong :
> Dear Lorenzo,
>
> On 03/0
Thank you for the reply, Even
On 03/03/2016 11:49 AM, Even Rouault wrote:
> Le jeudi 03 mars 2016 11:31:52, Matthias Kuhn a écrit :
>> Hi,
>>
>> I am trying to compile and install gdal in docker (ubuntu 12.04)
>> container with python3 and in a custom prefix (/home/travis/deps),
>> clang-3.6 is us
Dear Lorenzo,
On 03/03/2016 12:44 AM, Lorenzo Bottaccioli wrote:
If i run the code with out parallelization it takes around 650s to
complete the calculation. Each process of the for loop is executed in
~10s. If i run with parallelization it takes ~900s to complete the
procces and each process of
Le jeudi 03 mars 2016 11:31:52, Matthias Kuhn a écrit :
> Hi,
>
> I am trying to compile and install gdal in docker (ubuntu 12.04)
> container with python3 and in a custom prefix (/home/travis/deps),
> clang-3.6 is used. configure and make run fine, however, make install
> fails:
>
> /bin/bash -p
Hi,
I am trying to compile and install gdal in docker (ubuntu 12.04)
container with python3 and in a custom prefix (/home/travis/deps),
clang-3.6 is used. configure and make run fine, however, make install fails:
/bin/bash -pthread -shared -Wl,-O1 -Wl,-Bsymbolic-functions
-Wl,-Bsymbolic-functions
13 matches
Mail list logo