Re: [gdal-dev] Motion: adopt RFC 96: Deferred C++ plugin loading

Hi Even, I think this makes great sense for the project. I don't yet understand what it means for an enterprise like Rasterio's PyPI wheels. Here's a refresher for people who aren't familiar with Python packaging tools like delocate, auditwheel, and delvewheel. Today, these tools detect when Rast

Re: [gdal-dev] Motion: adopt RFC 96: Deferred C++ plugin loading

+1 Javier On Wed, 15 Nov 2023 at 21:44, Rahkonen Jukka via gdal-dev < gdal-dev@lists.osgeo.org> wrote: > +1 > > -Jukka Rahkonen- > > -Alkuperäinen viesti- > Lähettäjä: gdal-dev Puolesta Even > Rouault via gdal-dev > Lähetetty: keskiviikko 15. marraskuuta 2023 11.52 > Vastaanottaja: gdal-

Re: [gdal-dev] Motion: adopt RFC 96: Deferred C++ plugin loading

+1 -Jukka Rahkonen- -Alkuperäinen viesti- Lähettäjä: gdal-dev Puolesta Even Rouault via gdal-dev Lähetetty: keskiviikko 15. marraskuuta 2023 11.52 Vastaanottaja: gdal-dev@lists.osgeo.org Aihe: [gdal-dev] Motion: adopt RFC 96: Deferred C++ plugin loading Hi, Motion: adopt RFC 96: Defer

Re: [gdal-dev] Motion: adopt RFC 96: Deferred C++ plugin loading

+1 Howard I'm excited for this to start percolating. Thank you for all of the effort to design and implement it. > On Nov 15, 2023, at 3:51 AM, Even Rouault via gdal-dev > wrote: > > Hi, > > Motion: adopt RFC 96: Deferred C++ plugin loading > > https://github.com/OSGeo/gdal/pull/8648 > > P

Re: [gdal-dev] Motion: adopt RFC 96: Deferred C++ plugin loading

+1 KurtS One minor comment... I use pfnOpen in a few of my local fuzzers, but I build statically without plugins, so I think my use won't be impacted. But even if I am impacted, that's my problem and not a responsibility of the GDAL project as I'm using internal GDAL details. > Another potential

Re: [gdal-dev] Export image binary data from GDB dataset

Even, On Wed, 15 Nov 2023 at 14:38, Even Rouault wrote: > looking with an hexadecimal editor, one sees the strings "Fotografia di > Photo Editor", "MSPhotoEd.3", so it seems to be Microsoft Photo Editor > format. According to > https://stackoverflow.com/questions/43902205/microsoft-photo-editor-

Re: [gdal-dev] Export image binary data from GDB dataset

Andrea, looking with an hexadecimal editor, one sees the strings "Fotografia di Photo Editor", "MSPhotoEd.3", so it seems to be Microsoft Photo Editor format. According to https://stackoverflow.com/questions/43902205/microsoft-photo-editor-conversion-file-signatures , it might be a OLE based

[gdal-dev] Export image binary data from GDB dataset

Hi, I have a Binary field in a GDB data source. I have no other metadata about it. I know only that the field name is "image", then it should contain images. But I do not know the original file format. I have extract one row (and then one field) as string it, using ogr2ogr -f CSV /vsistdout/ -fi

Re: [gdal-dev] Is the SOSI Norwegian driver still useful?

Hi, The SOSI driver (fyba) integrated in GDAL is an old version and has not been updated for many years. We have an updated version of it in the GIS software (in-house) developed by the National Mapping Authority in Norway (Kartverket), that many people in the organisation use. There are major

[gdal-dev] Motion: adopt RFC 96: Deferred C++ plugin loading

Hi, Motion: adopt RFC 96: Deferred C++ plugin loading https://github.com/OSGeo/gdal/pull/8648 Pre-rendered view: https://github.com/rouault/gdal/blob/rfc96_text/doc/source/development/rfc/rfc96_deferred_plugin_loading.rst Starting with my +1, Even -- http://www.spatialys.com My software