[gdal-dev] Where to fins my own files

Even Rouault even.rouault at spatialys.com
Tue Jan 9 04:13:02 PST 2024


Actually thinking that if your intent is to upstream the driver at some 
point, a CSV resource file would be better than a DBF one, because CSV 
is text (whereas DBF is somehow binary, or at least not directly 
editable), which makes it more appropriate for review & editing.

Le 07/01/2024 à 22:06, Abel Pau a écrit :
>
> Yes, it’s just what I found now!!
>
> Thanks a lot Even! It works now!!
>
> *De:*Even Rouault <even.rouault at spatialys.com>
> *Enviado el:* diumenge, 7 de gener de 2024 22:06
> *Para:* Abel Pau <a.pau at creaf.uab.cat>; Sean Gillies 
> <sean.gillies at gmail.com>
> *CC:* gdal dev <gdal-dev at lists.osgeo.org>
> *Asunto:* Re: [gdal-dev] Where to fins my own files
>
> Le 07/01/2024 à 21:59, Abel Pau a écrit :
>
>     Thanks for your answers.
>
>     When I call aMMIDDBFFile=CPLFindFile("gdal", "MM_m_idofic.dbf");
>
>     NULL pointer is obtained and I think I know why. When debuging
>     there are 2 FinderLocations:
>
>     The first one is “D:\GitHub-repository\GDAL\data;” (note thar
>     there is a “;” at the end).
>
> Is the GDAL_DATA environment variable set in your environment ? If so, 
> just remove the trailing ';' . GDAL_DATA doesn't support multiple paths
>
> -- 
> http://www.spatialys.com
> My software is free, but my time generally not.

-- 
http://www.spatialys.com
My software is free, but my time generally not.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/gdal-dev/attachments/20240109/946b548b/attachment.htm>


More information about the gdal-dev mailing list