[gdal-dev] Simple features/sql-mm and bezier/elliptical curves
Hi list, Slightly off-topic question (but I figure the people who would know would be subscribed to this list): Is anyone aware if there's been **any** talk/movement toward formally introducing bezier and/or elliptical curve support into the SF/SQL/MM specifications? Has anyone come across any informal approaches for describing elliptical curves/bezier in WKT? Thanks in advance, Nyall ___ gdal-dev mailing list gdal-dev@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [gdal-dev] Custom vertical transformations
Kristian, https://github.com/OSGeo/gdal/pull/4639 will allow you to use an arbitrary pipeline to do a vertical transformation through gdalwarp Even Le 23/08/2021 à 10:50, Kristian Evers a écrit : Thanks for your insights, Even! I had a feeling I was pushing the boundaries here, good to get that confirmed. The idea of using -s_srs and a correction grid is intriguing. I assume this way will be easier to implement as well since I don't have to worry as much about the CRS and extent of my correction grid as when using gdal_calc. The correction grids I already have are in EPSG:4326 and I assume GDAL is clever enough to handle that or at least pass the responsibility over to PROJ. I'll try a few things and report back how it goes. I'll make sure to add a ticket for extending the scope of gdalwarp to the 3D-space. /Kristian -Original Message- From: Even Rouault Sent: 20. august 2021 17:30 To: Kristian Evers ; gdal-dev@lists.osgeo.org Subject: Re: [gdal-dev] Custom vertical transformations Regarding your immediate issue, the workaround I see would be that you use PROJ to create a regular grid that contains the vertical correction, use gdalwarp to transform it to the exact extent and resolution of the result of your 2D-only gdalwarp, and finally use gdal_calc to sum the two. Well, if you actually create a vertical correction only grid, then you could just use -s_srs "+proj=longlat +ellps=... +geoidgrids=your_tif_or_gtx" (or maybe as output, or fix the sign of the correction in the grid), since the workaround I give above is what gdalwarp would do. But of course none of this will solve the time-dependent aspect you need. -- 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
Re: [gdal-dev] Motion: RFC 84: Migrating build systems to CMake
+1 KurtS On Mon, Oct 11, 2021 at 7:15 AM Howard Butler wrote: > All, > > Discussion on this topic has died down, and it appears there are no major > objections, so I would like to put forward a motion to approve RFC 84. With > a conservative timeline, the final outcome of this effort is GDAL will be > CMake-only in May 2023. > > You can view the proposal at > https://github.com/OSGeo/gdal/blob/1d3c283d40f4d2145c11dfca4b537fb357f53600/gdal/doc/source/development/rfc/rfc84_cmake.rst > > +1 Howard > > > ___ > gdal-dev mailing list > gdal-dev@lists.osgeo.org > https://lists.osgeo.org/mailman/listinfo/gdal-dev > ___ gdal-dev mailing list gdal-dev@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [gdal-dev] Motion: RFC 84: Migrating build systems to CMake
+1 Will test on Windows systems. -jeff On 2021-10-11 11:14 a.m., Howard Butler wrote: All, Discussion on this topic has died down, and it appears there are no major objections, so I would like to put forward a motion to approve RFC 84. With a conservative timeline, the final outcome of this effort is GDAL will be CMake-only in May 2023. You can view the proposal at https://github.com/OSGeo/gdal/blob/1d3c283d40f4d2145c11dfca4b537fb357f53600/gdal/doc/source/development/rfc/rfc84_cmake.rst +1 Howard -- Jeff McKenna GatewayGeo: Developers of MS4W, MapServer Consulting and Training co-founder of FOSS4G http://gatewaygeo.com/ ___ gdal-dev mailing list gdal-dev@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [gdal-dev] Motion: RFC 84: Migrating build systems to CMake
+1 -Jukka Rahkonen- -Alkuperäinen viesti- Lähettäjä: gdal-dev Puolesta Howard Butler Lähetetty: maanantai 11. lokakuuta 2021 17.14 Vastaanottaja: gdal dev Aihe: [gdal-dev] Motion: RFC 84: Migrating build systems to CMake All, Discussion on this topic has died down, and it appears there are no major objections, so I would like to put forward a motion to approve RFC 84. With a conservative timeline, the final outcome of this effort is GDAL will be CMake-only in May 2023. You can view the proposal at https://github.com/OSGeo/gdal/blob/1d3c283d40f4d2145c11dfca4b537fb357f53600/gdal/doc/source/development/rfc/rfc84_cmake.rst +1 Howard ___ gdal-dev mailing list gdal-dev@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/gdal-dev ___ gdal-dev mailing list gdal-dev@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [gdal-dev] Motion: RFC 84: Migrating build systems to CMake
+1 Mateusz Great stuff! It's been a dream for long to pull the CMake for GDAL off. On Mon, 11 Oct 2021 at 16:14, Howard Butler wrote: > > All, > > Discussion on this topic has died down, and it appears there are no major > objections, so I would like to put forward a motion to approve RFC 84. With a > conservative timeline, the final outcome of this effort is GDAL will be > CMake-only in May 2023. > > You can view the proposal at > https://github.com/OSGeo/gdal/blob/1d3c283d40f4d2145c11dfca4b537fb357f53600/gdal/doc/source/development/rfc/rfc84_cmake.rst > > +1 Howard > > > ___ > gdal-dev mailing list > gdal-dev@lists.osgeo.org > https://lists.osgeo.org/mailman/listinfo/gdal-dev -- Mateusz Loskot, http://mateusz.loskot.net ___ gdal-dev mailing list gdal-dev@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [gdal-dev] Use gdalwarp to convert DTM from EGM96 geoid to WGS84 ellipsoid height
Known issue. See https://github.com/OSGeo/gdal/issues/4566#issuecomment-930393920 Le 11/10/2021 à 16:23, Daniel Jacobs a écrit : I want to convert my DTM geotiff file from height above geoid to height above ellipsoid. I've tried the following command (among numerous similar commands): gdalwarp -overwrite in_dem.tif out_dem.tif -s_srs EPSG:4326+5773 -t_srs EPSG:4979 I have files|egm96_15.gtx| and|us_nga_egma96_15.tif| in my|/usr/share/proj| resource directory, and|PROJ_LIB| is set to|/usr/share/proj|. This transform works: $gdaltransform -s_srs EPSG:4326+5773 -t_srs EPSG:4979 Enter X Y [Z [T]] values separated by space, and press Return. 10 20 0 10 20 26.504430770874 But the output file of|gdalwarp| is never different from the input file, no matter what I try. Is it because the file is a DTM instead of a DEM? Thanks! _ The information contained in this e-mail and any attachments from Integrated Solutions for Systems may contain confidential and/or proprietary information, and is intended only for the named recipient to whom it was originally addressed. If you are not the intended recipient, any disclosure, distribution, or copying of this e-mail or its attachments is strictly prohibited. If you have received this e-mail in error, please notify the sender immediately by return e-mail and permanently delete the e-mail and any attachments. ___ gdal-dev mailing list gdal-dev@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/gdal-dev -- 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
[gdal-dev] Use gdalwarp to convert DTM from EGM96 geoid to WGS84 ellipsoid height
I want to convert my DTM geotiff file from height above geoid to height above ellipsoid. I've tried the following command (among numerous similar commands): gdalwarp -overwrite in_dem.tif out_dem.tif -s_srs EPSG:4326+5773 -t_srs EPSG:4979 I have files egm96_15.gtx and us_nga_egma96_15.tif in my /usr/share/proj resource directory, and PROJ_LIB is set to /usr/share/proj. This transform works: $gdaltransform -s_srs EPSG:4326+5773 -t_srs EPSG:4979 Enter X Y [Z [T]] values separated by space, and press Return. 10 20 0 10 20 26.504430770874 But the output file of gdalwarp is never different from the input file, no matter what I try. Is it because the file is a DTM instead of a DEM? Thanks! _ The information contained in this e-mail and any attachments from Integrated Solutions for Systems may contain confidential and/or proprietary information, and is intended only for the named recipient to whom it was originally addressed. If you are not the intended recipient, any disclosure, distribution, or copying of this e-mail or its attachments is strictly prohibited. If you have received this e-mail in error, please notify the sender immediately by return e-mail and permanently delete the e-mail and any attachments. ___ gdal-dev mailing list gdal-dev@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/gdal-dev
[gdal-dev] Motion: RFC 84: Migrating build systems to CMake
All, Discussion on this topic has died down, and it appears there are no major objections, so I would like to put forward a motion to approve RFC 84. With a conservative timeline, the final outcome of this effort is GDAL will be CMake-only in May 2023. You can view the proposal at https://github.com/OSGeo/gdal/blob/1d3c283d40f4d2145c11dfca4b537fb357f53600/gdal/doc/source/development/rfc/rfc84_cmake.rst +1 Howard ___ gdal-dev mailing list gdal-dev@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [gdal-dev] FEATURE_SERVER_PAGING open option doesn't work for ESRI FeatureServer
I’ve found this bug when fetching from AGS 10.6 version. Sorry, I wasn’t aware that URL is outdated, I wrote it just as an example. > On 11 Oct 2021, at 15:45, Even Rouault wrote: > > This service doesn't seem to support paging indeed (funny that a sample > server for a service isn't up-to-date...). I've just updated the doc. > > Googling around for "supportsPagination true", I could find a few public > services that do work w.r.t paging > > Le 11/10/2021 à 14:30, Rahkonen Jukka (MML) a écrit : >> Hi, >> >> Do you know if that sampleserver3.arcgisonline.com supports paging? I >> thought that this query would return one feature but it returns more >> >> http://sampleserver3.arcgisonline.com/ArcGIS/rest/services/Hydrography/Watershed173811/FeatureServer/0/query?where=objectid+%3D+objectid=*=json=1 >> >> The page http://sampleserver3.arcgisonline.com/ArcGIS/rest/services/ >> suggests that the server version is 10.05 and >> https://gdal.org/drivers/vector/esrijson.html says that paging is supported >> for ArcGIS servers >= 10.3. >> >> -Jukka Rahkonen- >> >> -Alkuperäinen viesti- >> Lähettäjä: gdal-dev Puolesta Next Stop >> Lähetetty: maanantai 11. lokakuuta 2021 15.03 >> Vastaanottaja: gdal-dev@lists.osgeo.org >> Aihe: [gdal-dev] FEATURE_SERVER_PAGING open option doesn't work for ESRI >> FeatureServer >> >> Hi, list! >> >> Setting FEATURE_SERVER_PAGING open option to YES doesn’t help to retrieve >> all features from ESRI FeatureServer source. >> >> Check this out: >> >> ogrinfo -ro -so -oo FEATURE_SERVER_PAGING=YES >> "http://sampleserver3.arcgisonline.com/ArcGIS/rest/services/Hydrography/Watershed173811/FeatureServer/0/query?where=objectid+%3D+objectid=*=json” >> ESRIJSON >> >> You’ll still get only first 1000 records. >> ___ >> gdal-dev mailing list >> gdal-dev@lists.osgeo.org >> https://lists.osgeo.org/mailman/listinfo/gdal-dev >> ___ >> gdal-dev mailing list >> gdal-dev@lists.osgeo.org >> https://lists.osgeo.org/mailman/listinfo/gdal-dev > > -- > 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
Re: [gdal-dev] FEATURE_SERVER_PAGING open option doesn't work for ESRI FeatureServer
This service doesn't seem to support paging indeed (funny that a sample server for a service isn't up-to-date...). I've just updated the doc. Googling around for "supportsPagination true", I could find a few public services that do work w.r.t paging Le 11/10/2021 à 14:30, Rahkonen Jukka (MML) a écrit : Hi, Do you know if that sampleserver3.arcgisonline.com supports paging? I thought that this query would return one feature but it returns more http://sampleserver3.arcgisonline.com/ArcGIS/rest/services/Hydrography/Watershed173811/FeatureServer/0/query?where=objectid+%3D+objectid=*=json=1 The page http://sampleserver3.arcgisonline.com/ArcGIS/rest/services/ suggests that the server version is 10.05 and https://gdal.org/drivers/vector/esrijson.html says that paging is supported for ArcGIS servers >= 10.3. -Jukka Rahkonen- -Alkuperäinen viesti- Lähettäjä: gdal-dev Puolesta Next Stop Lähetetty: maanantai 11. lokakuuta 2021 15.03 Vastaanottaja: gdal-dev@lists.osgeo.org Aihe: [gdal-dev] FEATURE_SERVER_PAGING open option doesn't work for ESRI FeatureServer Hi, list! Setting FEATURE_SERVER_PAGING open option to YES doesn’t help to retrieve all features from ESRI FeatureServer source. Check this out: ogrinfo -ro -so -oo FEATURE_SERVER_PAGING=YES "http://sampleserver3.arcgisonline.com/ArcGIS/rest/services/Hydrography/Watershed173811/FeatureServer/0/query?where=objectid+%3D+objectid=*=json” ESRIJSON You’ll still get only first 1000 records. ___ gdal-dev mailing list gdal-dev@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/gdal-dev ___ gdal-dev mailing list gdal-dev@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/gdal-dev -- 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
Re: [gdal-dev] FEATURE_SERVER_PAGING open option doesn't work for ESRI FeatureServer
Hi, Do you know if that sampleserver3.arcgisonline.com supports paging? I thought that this query would return one feature but it returns more http://sampleserver3.arcgisonline.com/ArcGIS/rest/services/Hydrography/Watershed173811/FeatureServer/0/query?where=objectid+%3D+objectid=*=json=1 The page http://sampleserver3.arcgisonline.com/ArcGIS/rest/services/ suggests that the server version is 10.05 and https://gdal.org/drivers/vector/esrijson.html says that paging is supported for ArcGIS servers >= 10.3. -Jukka Rahkonen- -Alkuperäinen viesti- Lähettäjä: gdal-dev Puolesta Next Stop Lähetetty: maanantai 11. lokakuuta 2021 15.03 Vastaanottaja: gdal-dev@lists.osgeo.org Aihe: [gdal-dev] FEATURE_SERVER_PAGING open option doesn't work for ESRI FeatureServer Hi, list! Setting FEATURE_SERVER_PAGING open option to YES doesn’t help to retrieve all features from ESRI FeatureServer source. Check this out: ogrinfo -ro -so -oo FEATURE_SERVER_PAGING=YES "http://sampleserver3.arcgisonline.com/ArcGIS/rest/services/Hydrography/Watershed173811/FeatureServer/0/query?where=objectid+%3D+objectid=*=json” ESRIJSON You’ll still get only first 1000 records. ___ gdal-dev mailing list gdal-dev@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/gdal-dev ___ gdal-dev mailing list gdal-dev@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/gdal-dev
[gdal-dev] FEATURE_SERVER_PAGING open option doesn't work for ESRI FeatureServer
Hi, list! Setting FEATURE_SERVER_PAGING open option to YES doesn’t help to retrieve all features from ESRI FeatureServer source. Check this out: ogrinfo -ro -so -oo FEATURE_SERVER_PAGING=YES "http://sampleserver3.arcgisonline.com/ArcGIS/rest/services/Hydrography/Watershed173811/FeatureServer/0/query?where=objectid+%3D+objectid=*=json” ESRIJSON You’ll still get only first 1000 records. ___ gdal-dev mailing list gdal-dev@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/gdal-dev
