Hi Even, sure, as you need. We are used to the DBF format; our structure comprises one file for the geographic component, another for metadata, and a DBF for non-geographic attribute data. We have the capability to edit it using a dedicated editor. However, I acknowledge that it might be more beneficial for everyone not to use this format for a file that may require editing if necessary. Given that our objective is to integrate the Vector MiraMon driver (we are finalizing details and more details), we are open to making this change.
Thank you for bringing that to my attention. By the way, we not only have the vector format I mentioned but also a raster format. We are in the final stages of developing the vector driver, and afterward, we will start work on the raster driver. I believe the optimal approach is to submit the vector driver first. This way, we can learn from any potential mistakes in the vector part and apply the necessary corrections directly to the raster part. What are your thoughts? Best regards, Abel De: Even Rouault <even.roua...@spatialys.com> Enviado el: dimarts, 9 de gener de 2024 13:13 Para: Abel Pau <a....@creaf.uab.cat> CC: gdal dev <gdal-dev@lists.osgeo.org> Asunto: Re: [gdal-dev] Where to fins my own files 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.roua...@spatialys.com><mailto:even.roua...@spatialys.com> Enviado el: diumenge, 7 de gener de 2024 22:06 Para: Abel Pau <a....@creaf.uab.cat><mailto:a....@creaf.uab.cat>; Sean Gillies <sean.gill...@gmail.com><mailto:sean.gill...@gmail.com> CC: gdal dev <gdal-dev@lists.osgeo.org><mailto:gdal-dev@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.
_______________________________________________ gdal-dev mailing list gdal-dev@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/gdal-dev
