[gdal-dev] Question regarding the relationship of geolocation information between main dataset and subdatasets

2025-04-15 Thread David Klaus via gdal-dev
Hello GDAL-DEV, I apologize if this information is available somewhere in the GDAL documentation, but I haven't been able to find an answer in that documentation yet. I am currently working on a routine to export PDFs. In addition to a projection system -- from a WKT string -- I have geotransform

Re: [gdal-dev] link error with MrSID and ECW

2025-02-24 Thread David Klaus via gdal-dev
Michael, I noticed you said the following: "I am linking statically to GDAL built as a static library with vcpkg (which builds without error)." I may be interpreting this incorrectly, but it sounds like you intend to link the NCSEcw library. However, I believe your ECW_LIBRARY variable reference

Re: [gdal-dev] Improving GDAL production in our release

2025-01-31 Thread David Klaus via gdal-dev
All, I just wanted to follow up on this thread to report how we solved this issue. Using vcpkg we were able to create a custom build of GDAL 3.10.0 that statically links Proj. We have a new build script using vcpkg. This seems to have improved our build process, but the proof will be in how easy i

Re: [gdal-dev] GDAL DLL naming convention

2025-01-31 Thread David Klaus via gdal-dev
Parveen, My company builds with vcpkg so this might not be applicable to you. But using the DGDAL_LIB_OUTPUT_NAME option I am able to specify the name of the output dll and lib file for our build. Here is how I set this option for our build: -DGDAL_LIB_OUTPUT_NAME=gdal3100 This worked for us for

Re: [gdal-dev] Build GDAL PDF Driver with PDFium

2025-01-13 Thread David Klaus via gdal-dev
Parveen, I apologize, but that I can't confirm. I only have the information I gave you. I hope someone else is able to weigh in though, as I am interested in this information as well, On Mon, Jan 13, 2025 at 6:27 PM Parveen Sharma wrote: > Thanks > > What about the PDFium git repo which I menti

Re: [gdal-dev] Build GDAL PDF Driver with PDFium

2025-01-13 Thread David Klaus via gdal-dev
Parveen, A couple of years ago my company used the following options to generate a GDAL PDF dynamic driver for GDAL 3.7.0: -DGDAL_ENABLE_DRIVER_PDF_PLUGIN=ON -DGDAL_USE_PDFIUM=ON -DPDFIUM_INCLUDE_DIR="%~dp0ExtractPDFium\install\include\pdfium" -DPDFIUM_LIBRARY="%~dp0ExtractPDFium\install\lib\pdfi

Re: [gdal-dev] Improving GDAL production in our release

2025-01-08 Thread David Klaus via gdal-dev
All, On Robert C.'s advice I am currently investigating using vcpkg to fulfill my company's build requirements. I haven't successfully managed to build GDAL to our specifications yet. But if I do, I will make sure to post details to this thread, On Mon, Jan 6, 2025 at 6:52 PM Greg Troxel wrote:

Re: [gdal-dev] Improving GDAL production in our release

2025-01-06 Thread David Klaus via gdal-dev
u estimate this update would take? Also, is there any chance you could share any of your scripts so I could compare them to ours? On Mon, Jan 6, 2025 at 6:09 PM Greg Troxel via gdal-dev < gdal-dev@lists.osgeo.org> wrote: > David Klaus via gdal-dev writes: > > > I am reaching out

[gdal-dev] Improving GDAL production in our release

2025-01-06 Thread David Klaus via gdal-dev
Dear GDAL-DEV Community, I apologize if this isn’t the right forum for this inquiry. If so, please feel free to disregard this email. *Current Problem:* I am reaching out for advice on streamlining the process my company uses to produce new versions of GDAL for our releases. Currently, we mainta

Re: [gdal-dev] GDAL 3.7.0 Proj 6.3.1 strange behavior when performing NAD83(EPSG:4152) to NAD83 HARN(EPSG:4269) realization transformation

2024-07-15 Thread David Klaus via gdal-dev
All, I've cleaned up the code I have as best I can. I removed all the code specific to our codebase and tried to remove a lot of extraneous settings. This will still require that the user set a few environment variables that will be specific to their system. Hopefully the comments I added make it

Re: [gdal-dev] GDAL 3.7.0 Proj 6.3.1 strange behavior when performing NAD83(EPSG:4152) to NAD83 HARN(EPSG:4269) realization transformation

2024-07-15 Thread David Klaus via gdal-dev
All, If I understand correctly. Before we do anything else, we should try to rebuilt our GDAL solution such that it uses at least Proj4 9.2.0, do I have that right? Does anyone happen to know the minimum GDAL version compatible with Proj4 9.2.0? P.S. I am still working on the code example to repe

Re: [gdal-dev] GDAL 3.7.0 Proj 6.3.1 strange behavior when performing NAD83(EPSG:4152) to NAD83 HARN(EPSG:4269) realization transformation

2024-07-15 Thread David Klaus via gdal-dev
sformations > Le 15/07/2024 à 17:46, David Klaus via gdal-dev a écrit : > > Greg, > > Thank you for that information. I will post my example code shortly. > Hopefully there is an obvious mistake in my code that is not related to > Proj4 or GDAL version, > > On Mon, Jul 1

Re: [gdal-dev] GDAL 3.7.0 Proj 6.3.1 strange behavior when performing NAD83(EPSG:4152) to NAD83 HARN(EPSG:4269) realization transformation

2024-07-15 Thread David Klaus via gdal-dev
Greg, Thank you for that information. I will post my example code shortly. Hopefully there is an obvious mistake in my code that is not related to Proj4 or GDAL version, On Mon, Jul 15, 2024 at 11:40 AM Greg Troxel wrote: > David Klaus writes: > > > As far as upgrading Proj4; because we build

Re: [gdal-dev] GDAL 3.7.0 Proj 6.3.1 strange behavior when performing NAD83(EPSG:4152) to NAD83 HARN(EPSG:4269) realization transformation

2024-07-15 Thread David Klaus via gdal-dev
Greg, Thank you for that information. I'll put together some example code and post that shortly. As far as upgrading Proj4; because we build Proj4 statically in our custom build, it's not a trivial task to upgrade versions. Also, I think there might be compatibility reasons why we've stuck with 6

[gdal-dev] GDAL 3.7.0 Proj 6.3.1 strange behavior when performing NAD83(EPSG:4152) to NAD83 HARN(EPSG:4269) realization transformation

2024-07-15 Thread David Klaus via gdal-dev
Hello, I apologize if this is not the correct forum for this question. I am currently trying to determine the cause of some strange behavior I've encountered when running a custom build of GDAL that my company uses. To be clear I don't think the behavior is a bug on GDAL's part, but I think that