Chen Zhen (zhenchen17) has been instrumental at tweaking our Ingres driver in
OGR
and he hopes for further contributions in the future (backporting and other
improvements).
At Frank's suggestion I'm proposing that Chen is set up to do commits to
his area of focus directly. Having him with comm
>
> Long story short, for printf:
> %f -> double
> %Lf -> for long double.
>
> for scanf::
> %f -> float
> %lf -> double
> %Lf -> for long double.
>
> Or, I'm misunderstanding the C99 document.
> If I'm correct, then all C99 compilers should printf using %Lf
> but not %lf, thus json-c is incorre
On 28 April 2012 14:07, Even Rouault wrote:
> Le samedi 28 avril 2012 14:09:35, Mateusz Loskot a écrit :
>> I do not use MinGW, but could you or anyone who is concerned about MinGW
>> support try the following test and report any errors occurred?
>>
>> https://gist.github.com/2518402
>
> I've trie
If I include "gdal/cpl_conv.h", code completition works, but I get a
compilation error:
undefined reference to `CPLLocaleC::CPLLocaleC()'
I searched in the source files of my GDAL library version (1.7.0) and the
CPLLocaleC class definition exists. I'm sorry for asking again you help!
My compilat
> *Now, Python and CodeLite code work fine, and produce the value 1.3 for the
> Elev field, Qt Creator code don't and the saved value is read as 1 (because
> is codified as "1,3" and not as "1.3")!!!*
>
> Now, I took a look inside the source code of the GDAL library.
> The method that writes real
diegogb,
I too got a similar error, but with python code. I am working on a patch
for this.
On Sat, Apr 28, 2012 at 10:46 PM, diegogb wrote:
> Ok, I executed many tests and I found something strange.
> I tried:
>
> - QT Creator,
> - CodeLite,
> - Python
>
> I wrote the following programs;
>
> /
Ok, I executed many tests and I found something strange.
I tried:
- QT Creator,
- CodeLite,
- Python
I wrote the following programs;
// C++ CodeLite version.
#include "gdal/ogrsf_frmts.h"
int main(int argc, char *argv[])
{
OGRRegisterAll();
OGRSFDriver *driver =
OGRSFDriverRegistrar::Ge
Thanks again Even, it worked that time. I should've specified which version
of the FGDB API I'm using. The library names were so similar I didn't even
notice the difference in the error message.
Eric
On Sat, Apr 28, 2012 at 10:22 AM, Even Rouault wrote:
> Le samedi 28 avril 2012 17:14:56, Eric
Le samedi 28 avril 2012 17:14:56, Eric Goddard a écrit :
> Thanks for the response, Even. I updated the ld path and ran ldconfig, and
> reran configure and make with the same options as before, but I received
> this error message again:
>
> /usr/bin/ld: cannot find -lfgdblinuxrtl
> collect2: ld re
Thanks for the response, Even. I updated the ld path and ran ldconfig, and
reran configure and make with the same options as before, but I received
this error message again:
/usr/bin/ld: cannot find -lfgdblinuxrtl
collect2: ld returned 1 exit status
make[1]: *** [libgdal.la] Error 1
make[1]: Leavi
Le samedi 28 avril 2012 14:09:35, Mateusz Loskot a écrit :
> Even, Folks,
>
> I noticed your commit r18545 in json-c version maintained in GDAL tree [1].
>
> It says: "bug fix submitted to jsonc maintener now"
> I don't know the details who, how and where this was submitted to the
> upstream,
We
Le samedi 28 avril 2012 13:49:15, JIA Pei a écrit :
> Hi, all:
>
> I'm just wondering if gdal is going to be using cmake, instead of current
>
> ./configure
> make
> make install ?
>
> What's more, after "./configure", I got a bunch of "no"s which seem not
> required by gdal. For instance:
>
>
On 28 April 2012 12:49, JIA Pei wrote:
> Hi, all:
>
> I'm just wondering if gdal is going to be using cmake, instead of current
> [..]
Check the News section at http://trac.osgeo.org/gdal/wiki/CMake
Be patient.
Stay tuned.
Best regards,
--
Mateusz Loskot, http://mateusz.loskot.net
_
Even, Folks,
I noticed your commit r18545 in json-c version maintained in GDAL tree [1].
It says: "bug fix submitted to jsonc maintener now"
I don't know the details who, how and where this was submitted to the
upstream, but
quick investigation [2] I've made suggests this change hasn't made it
to
28.04.2012 15:49, JIA Pei ???:
Hi, all:
I'm just wondering if gdal is going to be using cmake, instead of current
./configure
make
make install ?
What's more, after "./configure", I got a bunch of "no"s which seem
not required by gdal. For instance:
checking direct.h usability... no
ch
Hi, all:
I'm just wondering if gdal is going to be using cmake, instead of current
./configure
make
make install ?
What's more, after "./configure", I got a bunch of "no"s which seem not
required by gdal. For instance:
checking direct.h usability... no
checking direct.h presence... no
checking
Le samedi 28 avril 2012 06:47:03, Eric Goddard a écrit :
> Hello everyone,
>
> I'm attempting to compile gdal 1.9 with fgdb support on kubuntu 12.04. I've
> downloaded the FileGDB api and have it set it up in /usr/local. Running the
> samples from the FileGDB folder completes successfully.
>
> I'
17 matches
Mail list logo
