Re: [gdal-dev] gdaladdo slowness for VRTs

Hi, A better reference file can be created by materializing the VRT. The one created by gdal_create has the same raster values on all the pixels but the materialized one contains the same original image data. Maybe in your test case with uncompressed outputs the difference is not so big, but

Re: [gdal-dev] GDAL WMTS get tiles no documentation

a from WMTS with gdal_translate, enjoy in seeing that it works, and be confident that you will be able to do the same and more with your own code. If programmers think that way, I do not know. -Jukka- Lähettäjä: Michał Kowalczuk Lähetetty: perjantai 31. toukokuuta 2024 16.32 Vastaanottaja: Rahkonen

Re: [gdal-dev] GDAL WMTS get tiles no documentation

Kowalczuk mailto:michkowalc...@gmail.com>> Lähetetty: perjantai 31. toukokuuta 2024 16.58 Vastaanottaja: Rahkonen Jukka mailto:jukka.rahko...@maanmittauslaitos.fi>> Kopio: Even Rouault mailto:even.roua...@spatialys.com>>; gdal-dev@lists.osgeo.org<mailto:gdal-dev@lists.osgeo.org>

Re: [gdal-dev] GDAL WMTS get tiles no documentation

alczuk Lähetetty: perjantai 31. toukokuuta 2024 15.45 Vastaanottaja: Even Rouault Kopio: Rahkonen Jukka ; gdal-dev@lists.osgeo.org Aihe: Re: [gdal-dev] GDAL WMTS get tiles no documentation Hi, thank you for your replies! As I'm still a newbie especially with WMTS. I need to take a step back to the

Re: [gdal-dev] OGR SQL CAST geometry example

Hi, As far I know the the Spatialite functions https://www.gaia-gis.it/gaia-sins/spatialite-sql-4.2.0.html by design work row by row and one input row returns one output row. Therefore DissolvePoints creates one row with a multipoint geometry, not several rows like ST_Dump does. You can

Re: [gdal-dev] GDAL WMTS get tiles no documentation

: keskiviikko 29. toukokuuta 2024 10.41 Vastaanottaja: Rahkonen Jukka Kopio: Michał Kowalczuk ; gdal-dev@lists.osgeo.org Aihe: Re: [gdal-dev] GDAL WMTS get tiles no documentation On Wed, 29 May 2024 at 08:59, Rahkonen Jukka via gdal-dev mailto:gdal-dev@lists.osgeo.org>> wrote: Hi, When yo

Re: [gdal-dev] GDAL WMTS get tiles no documentation

Hi, When you have a RasterBand from the WMTS data source, it is abstracted and you can read the raster data just like from any other data source and raster band https://gdal.org/tutorials/raster_api_tut.html#reading-raster-data "There are a few ways to read raster data, but the most common is

Re: [gdal-dev] Gdal_grid produces a lot of empty cells

Lähetetty: keskiviikko 22. toukokuuta 2024 18.24 Vastaanottaja: gdal-dev@lists.osgeo.org Kopio: Rahkonen Jukka Aihe: Re: [gdal-dev] Gdal_grid produces a lot of empty cells Sorry Jukka, Forgot all about that ;) I've attached the csv from the field in Poland with the original lon-lat values and the X

Re: [gdal-dev] Gdal_grid produces a lot of empty cells

t ;) I've attached the csv from the field in Poland with the original lon-lat values and the X and Y in EPSG:3857 Op wo 22 mei 2024 om 16:57 schreef Rahkonen Jukka mailto:jukka.rahko...@maanmittauslaitos.fi>>: Hi, At least I cannot resolve your issue on paper. Please share some test data. -J

Re: [gdal-dev] Gdal_grid produces a lot of empty cells

Hi, At least I cannot resolve your issue on paper. Please share some test data. -Jukka- Lähettäjä: gdal-dev Puolesta Paul Meems via gdal-dev Lähetetty: keskiviikko 22. toukokuuta 2024 17.31 Vastaanottaja: gdal-dev@lists.osgeo.org Aihe: [gdal-dev] Gdal_grid produces a lot of empty cells Hello

Re: [gdal-dev] How to exclude a layer from a translation using ogr2ogr

Hi, See this recent thread https://lists.osgeo.org/pipermail/gdal-dev/2024-May/058993.html. I think that authoring a vector VRT file is also the answer to your question. -Jukka Rahkonen- Lähettäjä: gdal-dev Puolesta Abel Pau via gdal-dev Lähetetty: torstai 16. toukokuuta 2024 8.56

[gdal-dev] FileGDB that does not open

Hi, FileGDB data from https://vgin.maps.arcgis.com/home/item.html?id=29627d7c051a47dc8ce71b4484531ab3 "Virginia_Parcel_Dataset_2024Q1.gdb" does not open with GDAL 3.9.0dev. The error is: Warning 1: VA_Parcels layer has a Virginia_Parcel_Dataset_2024Q1.gdb\a0009.gdbtable.cdf file whose

Re: [gdal-dev] Motion: approve GDAL 3.9.02RC2 as final release

+1 -Jukka Rahkonen- -Alkuperäinen viesti- Lähettäjä: gdal-dev Puolesta Even Rouault via gdal-dev Lähetetty: keskiviikko 8. toukokuuta 2024 14.13 Vastaanottaja: gdal-dev@lists.osgeo.org Aihe: [gdal-dev] Motion: approve GDAL 3.9.02RC2 as final release Hi, Motion: Adopt GDAL 3.9.0RC2

Re: [gdal-dev] Total Viewshed and GDAL

Hi, Can this tool utilize digital surface model and deal with obstacles like buildings and trees? -Jukka Rahkonen- -Alkuperäinen viesti- Lähettäjä: gdal-dev Puolesta Luis Felipe Romero via gdal-dev Lähetetty: maanantai 29. huhtikuuta 2024 12.16 Vastaanottaja: gdal-dev@lists.osgeo.org

Re: [gdal-dev] Reading interpolated values on DSM

Hi, How about making a VRT file with doubled pixel size by applying your favourite resampling method and then making a query from the VRT file with gdallocationinfo? -Jukka Rahkonen- Lähettäjä: gdal-dev Puolesta Javier Jimenez Shaw via gdal-dev Lähetetty: keskiviikko 24. huhtikuuta 2024

Re: [gdal-dev] GDAL 3.9.0beta1 available for testing

Hi, The mask thing may happen due to https://github.com/OSGeo/gdal/pull/9604. -Jukka Rahkonen- Lähettäjä: gdal-dev Puolesta Sean Gillies via gdal-dev Lähetetty: maanantai 22. huhtikuuta 2024 19.15 Vastaanottaja: Even Rouault Kopio: gdal-dev@lists.osgeo.org Aihe: Re: [gdal-dev] GDAL

Re: [gdal-dev] Issue with 3D GeoJSON to 3D DXF Conversion

Hi, By reading the documentation https://gdal.org/drivers/vector/dxf.html#dxf-writer what you see is expected. --config DXF_WRITE_HATCH FALSE is writing polylines and polylines have vertices with different Z coordinates. --config DXF_WRITE_HATCH TRUE writes polygons. The polygons have same

[gdal-dev] Potential geopackage rtree problem on MacOS ARM64

Hi, It seems that at least two MacOS ARM64 users have faced a problem with the new, faster rtree creation method so maybe it is worth having a look. Obviously a big dataset and right hardware is needed for testing

Re: [gdal-dev] LAUNDER option for geopackages

Hi, The GeoPackage standard recommends some laundering to be done by the clients: Implementers should be aware of the fact that SQLite table names are not case sensitive and that table names in sqlite_master and gpkg_extensions may not have the same case. When searching for table name

Re: [gdal-dev] Gdaladdo and external mask band

Lähetetty: keskiviikko 3. huhtikuuta 2024 17.18 Vastaanottaja: Rahkonen Jukka ; 'gdal-dev@lists.osgeo.org' (gdal-dev@lists.osgeo.org) Aihe: Re: [gdal-dev] Gdaladdo and external mask band Hi Jukka, I've realized this behaviour was actually documented in https://gdal.org/drivers/raster/gtiff.html

[gdal-dev] Gdaladdo and external mask band

Hi, I was making some tests with filegdb raster from Region 5 - State (usda.gov), file https://usfs-public.box.com/shared/static/q96eev9gnsa9hw5bwpmwpmxerbdat0vi.zip I converted the data into GeoTIFF, added overviews, and

Re: [gdal-dev] GDAL 3.8.5RC1 available, and motion to adopt it

+1 -Jukka Rahkonen- -Alkuperäinen viesti- Lähettäjä: gdal-dev Puolesta Even Rouault via gdal-dev Lähetetty: tiistai 2. huhtikuuta 2024 13.17 Vastaanottaja: gdal-dev@lists.osgeo.org Aihe: [gdal-dev] GDAL 3.8.5RC1 available, and motion to adopt it Hi, I have prepared a GDAL/OGR 3.8.5

Re: [gdal-dev] ERROR 1: Couldn't fetch requested layer when using a filter in the ogr2ogr- GetFeature request

Hi, Works for me with an URL encoded request: ogrinfo

Re: [gdal-dev] Estonian WMS failure

Hi, Works for me from the opposite side of the Gulf of Finland. I get a list of 215 subdatasets with gdalinfo "WMS:https://kaart.maaamet.ee/wms/alus-geo?; --debug on No problem with VERSION=1.3.0 either. I tested with GDAL 3.8.4, released 2024/02/08 (OSGeo4W). -Jukka Rahkonen- Lähettäjä:

Re: [gdal-dev] gdal_rasterize processed GTiff filesize question

2024 18.09 Vastaanottaja: Rahkonen Jukka Kopio: gdal-dev@lists.osgeo.org Aihe: Re: [gdal-dev] gdal_rasterize processed GTiff filesize question Yes, the target files already exists. Yes, I’ve tried to investigate this issue on some small and medium files. For example: original hillshade.tif size

Re: [gdal-dev] gdal_rasterize processed GTiff filesize question

Hi, So the target files dem.tif and hillshade.tif exist already? Maybe it is not so simple to update already compressed data in place. Have you tried what happens if you re-write the results into new files gdal_translate -co tiled=yes -co compress=LZW hillshade.tif final_hillshade.tif. -Jukka

[gdal-dev] WFS: Why to query the schema of all feature types if asking for just one?

Hi, I noticed that this query: ogrinfo WFS:https://maps.helcom.fi/arcgis/services/MADS/Human_Activities/MapServer/WFSServer Human_Activities:Dredging_sites_points_36_2 --debug on builds first a DescribeCoverage request that has a list all the 156 featuretypes:

Re: [gdal-dev] Segmentation fault (core dumped) occurs when running ogr2ogr command on container

Hi, I had a try with your dataset on Windows and I had no segmentation fault. Perhaps not surprise because I do not use the same container than you. I had some encoding problem but I believe that it is not related. But perhaps you have some use for knowing that the unzipping part is not

Re: [gdal-dev] Utilizing GDAL for adding overviews layer in python language

Hi, External overviews that gdaladdo creates when the -ro option is used are TIFF files with a file name extension .ovr. If you can create similar TIFFs with the other library and name them as .ovr then GDAL should use them automatically. -Jukka Rahkonen- Lähettäjä: gdal-dev Puolesta Pradeep

Re: [gdal-dev] (no subject) force PAM

Hi, I only managed to force the creation of the .aux.gml file with a workaround. gdal_translate p4433h.tif test.tif -co profile=baseline In this case it seems that not even --config GDAL_PAM_ENABLED YES is needed but test.tif.aux.xml gets created. Maybe the same PAM file works also for the

Re: [gdal-dev] GeoJSON: json as string

1-01", "end": "2023-11-30" } However, that trick is not exposed to QGIS but maybe there is some other workaround for QGIS. -Jukka- Lähettäjä: Even Rouault Lähetetty: torstai 22. helmikuuta 2024 21.32 Vastaanottaja: Rahkonen Jukka ; 'gdal-dev@lists.osgeo.org' (gdal-dev@li

[gdal-dev] GeoJSON: json as string

Hi, I am looking at a question in gis.stackexchange https://gis.stackexchange.com/questions/476489/geojson-item-considered-a-json-instead-of-a-string. I thought that open option ARRAY_AS_STRING would have some effect on opening the test data, but it does not. Ogrinfo returns String(JSON) with

[gdal-dev] Question about PG_LIST_ALL_TABLES in the documentation

Hi, I don't undestand this part of the PosgGIS driver documentation https://gdal.org/drivers/vector/pg.html#faqs "Permission issues on geometry_columns and/or spatial_ref_sys tables can be generally confirmed if you can see the tables by setting the configuration option PG_LIST_ALL_TABLES to

Re: [gdal-dev] Motion: Adopt GDAL 3.8.4RC1 as 3.8.4 release

+1 -Jukka Rahkonen- -Alkuperäinen viesti- Lähettäjä: gdal-dev Puolesta Even Rouault via gdal-dev Lähetetty: perjantai 9. helmikuuta 2024 11.13 Vastaanottaja: gdal-dev@lists.osgeo.org Aihe: [gdal-dev] Motion: Adopt GDAL 3.8.4RC1 as 3.8.4 release Hi, Motion: Adopt GDAL 3.8.4RC1 as

Re: [gdal-dev] GDAL Maintainers Meeting Minutes

Hi, The spatialreference.org site looks very good! Thanks for the refactoring, and for the links to the definitions at epsg.org. About the translations, by experience I can tell that translating technical text is harder than you may think because the translator should also understand what the

Re: [gdal-dev] gdal_translate shifted values

Hi, I used the gdal_compare script https://gdal.org/programs/gdalcompare.html gdalcompare st4_pr.2017092016.01h st4_pr.2017092016.01h.tif and it reports three differences: * Files differ at the binary level (normal, GRIB and tif are not the same) * Difference in SRS (but they are

[gdal-dev] Is there any RHEL repo for relatively new GDAL versions?

Hi, The newest GDAL in the official RHEL repo is 3.4.3, released 2022-04-22. There used to be GDAL 3.7 available from the PostgreSQL repo https://yum.postgresql.org/repopackages/ and we have been using that, but the version was removed recently. Some other user was unhappy as well and created

Re: [gdal-dev] vector NODATA for Z values?

be useful because anything better and standardized exists yet. OGC to the rescue? -Jukka Rahkonen- Lähettäjä: Abel Pau Lähetetty: perjantai 26. tammikuuta 2024 11.59 Vastaanottaja: Rahkonen Jukka ; gdal-dev@lists.osgeo.org Aihe: RE: vector NODATA for Z values? Hi again, I understand

Re: [gdal-dev] vector NODATA for Z values?

Hi, I think that it depends on the file format. Rather often it is set to zero but I have seen NaN in many places. However, shapefiles explicitly denies NaN "...Positive infinity, negative infinity, and Not-a-Number (NaN) values are not allowed in shapefiles. Nevertheless, shapefiles support

Re: [gdal-dev] Bad values when reading GCPs from a VRT file with gdalinfo in GDAL 3.8.3

ed now by Even. -Jukka Rahkonen- Lähettäjä: Pierluigi Guasqui Lähetetty: torstai 25. tammikuuta 2024 15.04 Vastaanottaja: Rahkonen Jukka Aihe: Re: [gdal-dev] Bad values when reading GCPs from a VRT file with gdalinfo in GDAL 3.8.3 Jukka, it is not documented but I expect GDAL to be cons

Re: [gdal-dev] Bad values when reading GCPs from a VRT file with gdalinfo in GDAL 3.8.3

to pass gdal_translate -gcp 0 0 inf inf test.tif inftest.tif gdalinfo inftest.tif … GCP[ 0]: Id=1, Info= (0,0) -> (inf,inf,0) -Jukka Rahkonen- Lähettäjä: Pierluigi Guasqui Lähetetty: torstai 25. tammikuuta 2024 14.16 Vastaanottaja: Rahkonen Jukka Aihe: Re: [gdal-dev] Bad values w

Re: [gdal-dev] Bad values when reading GCPs from a VRT file with gdalinfo in GDAL 3.8.3

Hi, Out of curiosity, what is the purpose of using inf or -inf as values? Is it to use them as placeholders telling that you do not know yet what the georeferenced coordinates of the ground control points are? -Jukka Rahkonen- Lähettäjä: gdal-dev Puolesta Pierluigi Guasqui via gdal-dev

Re: [gdal-dev] units=km not working

Hi, Because the units mean the units of the projected coordinates. An example: https://epsg.io/map#srs=3067-1149=295545.168414=6836388.322477=4=streets Here x and y are in meters: "+proj=utm +zone=35 +ellps=GRS80 +towgs84=0,0,0,0,0,0,0 +units=m +no_defs +type=crs". By changing the the units

Re: [gdal-dev] Layerstack multiple images, of different extents and variable number of bands

Hi, I recommend to study gdalbuildvrt https://gdal.org/programs/gdalbuildvrt.html and consider if it might be good for you with the -separate option. -Jukka Rahkonen- Lähettäjä: lef...@gmail.com Lähetetty: tiistai 23. tammikuuta 2024 21.51 Vastaanottaja: Rahkonen Jukka Kopio: gdal-dev

Re: [gdal-dev] Layerstack multiple images, of different extents and variable number of bands

Hi, Please clarify what is the desired result. A multiband image that covers the union of extents of all the input images, with a number of bands that is the sum of bands in all the inputs or what? -Jukka Rahkonen- Lähettäjä: gdal-dev Puolesta lefsky--- via gdal-dev Lähetetty: tiistai 23.

Re: [gdal-dev] Non able to manage properly vitual file, warping and black edges

Hi, Please try to imagine that you are a stranger that might volunteer to help by running similar commands with same kind of imagery. Imagine a list of information and commands that you would need to know before you can do that. Then please share that information with us. -Jukka Rahkonen-

Re: [gdal-dev] Non able to manage properly vitual file, warping and black edges

Hi, Could you add a small image to show how the result looks like? I fear my imagination may be inaccurate. -Jukka Rahkonen- Lähettäjä: gdal-dev Puolesta andy via gdal-dev Lähetetty: maanantai 22. tammikuuta 2024 18.54 Vastaanottaja: gdal dev Aihe: [gdal-dev] Non able to manage properly

Re: [gdal-dev] gdal2tiles custom tms configuration not found

Hi, Support has been added in https://github.com/OSGeo/gdal/pull/2757/files and PR seems to include some tests. -Jukka Rahkonen- Lähettäjä: gdal-dev Puolesta Andreas Neumann via gdal-dev Lähetetty: perjantai 19. tammikuuta 2024 13.03 Vastaanottaja: Andreas Neumann Kopio: gdal dev Aihe: Re:

Re: [gdal-dev] GPKG raster creation : error with too small resolution

. TileCol and TileRow would get rather large numbers but I suppose that it is not an issue. -Jukka Rahkonen- Lähettäjä: Philippe Ghesquiere Lähetetty: torstai 18. tammikuuta 2024 16.06 Vastaanottaja: Rahkonen Jukka Kopio: gdal-dev Aihe: Re: [gdal-dev] GPKG raster creation : error with too small

Re: [gdal-dev] GPKG raster creation : error with too small resolution

Hi, Can you imagine using a custom tiling schema instead of the world-wide InspireCRS84Quad? These commands work gdal_create -of GTiff -co COMPRESS=DEFLATE -outsize 2000 2000 -burn 255 -burn 0 -burn 0 -bands 3 -ot Byte -a_srs epsg:32631 -a_ullr 100 102 102 100 1mm.tif

[gdal-dev] Nearblack and the datatype of the output

Hi, Do I understand right that the raster drivers like the GTiff driver do not have a creation option for the datatype? Most utilities like gdal_translate, gdalwarp, and gdal_create have the -ot option, but there are couple of utilities that don't even it might make sense. For example

Re: [gdal-dev] GDAL 3.8.3 RC3 is available, and motion to approve it (Re: GDAL 3.8.3 RC1 is available, and motion to approve it)

+1 -Jukka Rahkonen- Lähettäjä: gdal-dev Puolesta Javier Jimenez Shaw via gdal-dev Lähetetty: torstai 4. tammikuuta 2024 21.11 Vastaanottaja: Even Rouault Kopio: gdal dev Aihe: Re: [gdal-dev] GDAL 3.8.3 RC3 is available, and motion to approve it (Re: GDAL 3.8.3 RC1 is available, and motion

Re: [gdal-dev] GDAL 3.8.3 RC2 is available, and motion to approve it (Re: GDAL 3.8.3 RC1 is available, and motion to approve it)

+1 -Jukka Rahkonen- -Alkuperäinen viesti- Lähettäjä: gdal-dev Puolesta Even Rouault via gdal-dev Lähetetty: keskiviikko 3. tammikuuta 2024 22.46 Vastaanottaja: gdal-dev@lists.osgeo.org Aihe: [gdal-dev] GDAL 3.8.3 RC2 is available, and motion to approve it (Re: GDAL 3.8.3 RC1 is

Re: [gdal-dev] Any difference between VRT SimpleSource and no-op ComplexSource?

Hi, About -separate and multi-band inputs, see https://gdal.org/programs/gdalbuildvrt.html#cmdoption-gdalbuildvrt-separate “Starting with GDAL 3.8, all bands of each input file are added as separate VRT bands, unless -b is specified to select a subset of them. Before GDAL 3.8, only the first

Re: [gdal-dev] MVT tileset with limited output extent

Hi, Have you tried -sql? Like -sql “select * from table where st_intersects(geom,reference_geom)”. -Jukka Rahkonen- Lähettäjä: gdal-dev Puolesta Jan Wolski via gdal-dev Lähetetty: keskiviikko 20. joulukuuta 2023 17.07 Vastaanottaja: gdal-dev@lists.osgeo.org Aihe: Re: [gdal-dev] MVT tileset

Re: [gdal-dev] GDAL 3.8.2 RC1 is available, and motion to approve it

+1 -Jukka Rahkonen- -Alkuperäinen viesti- Lähettäjä: gdal-dev Puolesta Even Rouault via gdal-dev Lähetetty: lauantai 16. joulukuuta 2023 16.01 Vastaanottaja: gdal-dev@lists.osgeo.org Aihe: [gdal-dev] GDAL 3.8.2 RC1 is available, and motion to approve it Hi, I have prepared an

Re: [gdal-dev] [BULK] Re: [EXTERNAL] Re: GTiff bit shuffle compression feature request

Hi, Could Zarr be used as Sozipped https://gdal.org/programs/sozip.html? -Jukka Rahkonen- Lähettäjä: gdal-dev Puolesta Meyer, Jesse R. (GSFC-618.0)[SCIENCE SYSTEMS AND APPLICATIONS INC] via gdal-dev Lähetetty: perjantai 8. joulukuuta 2023 21.44 Vastaanottaja: Even Rouault ; gdallists Aihe:

Re: [gdal-dev] Motion: adopt RFC 98: Build requirements for GDAL 3.9

+1 -Jukka Rahkonen- Lähettäjä: gdal-dev Puolesta Kurt Schwehr via gdal-dev Lähetetty: perjantai 1. joulukuuta 2023 18.28 Vastaanottaja: Even Rouault Kopio: gdal dev Aihe: Re: [gdal-dev] Motion: adopt RFC 98: Build requirements for GDAL 3.9 +1 KurtS On Fri, Dec 1, 2023, 7:34 AM Even Rouault

Re: [gdal-dev] How to determine which creation options are supported by a driver?

Hi, Run ”gdalinfo –format GTiff”. For me it prints: NONE LZW PACKBITS JPEG CCITTRLE CCITTFAX3 CCITTFAX4 DEFLATE ZSTD So my GDAL build does not support LERC. -Jukka Rahkonen- Lähettäjä: gdal-dev Puolesta Meyer, Jesse R. (GSFC-618.0)[SCIENCE SYSTEMS AND

Re: [gdal-dev] GDAL 3.8.1RC3 is available & motion to approve it

+1 -Jukka- -Alkuperäinen viesti- Lähettäjä: gdal-dev Puolesta Even Rouault via gdal-dev Lähetetty: tiistai 28. marraskuuta 2023 17.33 Vastaanottaja: gdal-dev@lists.osgeo.org Aihe: [gdal-dev] GDAL 3.8.1RC3 is available & motion to approve it Hi, well, another annoying 3.8.0 regression

Re: [gdal-dev] GDAL 3.8.1 RC2 is available (was Re: GDAL 3.8.1 RC1 is available, and motion to approve it)

+1 -Jukka Rahkonen- -Alkuperäinen viesti- Lähettäjä: gdal-dev Puolesta Even Rouault via gdal-dev Lähetetty: perjantai 24. marraskuuta 2023 13.06 Vastaanottaja: Sebastiaan Couwenberg ; gdal-dev@lists.osgeo.org Aihe: [gdal-dev] GDAL 3.8.1 RC2 is available (was Re: GDAL 3.8.1 RC1 is

Re: [gdal-dev] Motion: adopt RFC 97: OGRFeatureDefn, OGRFieldDefn and OGRGeomFieldDefn "sealing"

+1 -Jukka Rahkonen- -Alkuperäinen viesti- Lähettäjä: gdal-dev Puolesta Even Rouault via gdal-dev Lähetetty: keskiviikko 22. marraskuuta 2023 14.06 Vastaanottaja: gdal-dev@lists.osgeo.org Aihe: [gdal-dev] Motion: adopt RFC 97: OGRFeatureDefn, OGRFieldDefn and OGRGeomFieldDefn "sealing"

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:

Re: [gdal-dev] Motion: adopt GDAL 3.8.0RC2 as 3.8.0 release

+1 -Jukka Rahkonen- -Alkuperäinen viesti- Lähettäjä: gdal-dev Puolesta Even Rouault via gdal-dev Lähetetty: torstai 9. marraskuuta 2023 12.12 Vastaanottaja: gdal-dev@lists.osgeo.org Aihe: [gdal-dev] Motion: adopt GDAL 3.8.0RC2 as 3.8.0 release Retracting the motion to adopt 3.8.0RC1

Re: [gdal-dev] Motion: Adopt GDAL 3.8.0RC1 as 3.8.0 release

+1 -Jukka Rahkonen- -Alkuperäinen viesti- Lähettäjä: gdal-dev Puolesta Even Rouault via gdal-dev Lähetetty: keskiviikko 8. marraskuuta 2023 10.39 Vastaanottaja: gdal-dev@lists.osgeo.org Aihe: [gdal-dev] Motion: Adopt GDAL 3.8.0RC1 as 3.8.0 release Hi, Motion: Adopt GDAL 3.8.0RC1 as

Re: [gdal-dev] tps - gdalwarp vs ogr2ogr

Hi, The slowness feels bad. I fear I must also have a try with your dataset. -Jukka- Lähettäjä: Stijn Tallir Lähetetty: tiistai 7. marraskuuta 2023 9.30 Vastaanottaja: Rahkonen Jukka Kopio: gdal-dev@lists.osgeo.org Aihe: Re: [gdal-dev] tps - gdalwarp vs ogr2ogr Hi Jukka, The transformation

Re: [gdal-dev] tps - gdalwarp vs ogr2ogr

Tallir Lähetetty: maanantai 6. marraskuuta 2023 14.47 Vastaanottaja: Rahkonen Jukka Kopio: gdal-dev@lists.osgeo.org Aihe: Re: [gdal-dev] tps - gdalwarp vs ogr2ogr Hi Jukka, I finally found the time to produce a test set. You can download it here: https://drive.google.com/file/d/1Y08Q

Re: [gdal-dev] oblique cuts on a raster using python GDAL

Hi, Please add gdalinfo of the source image. Even better if you can share the image. -Jukka Rahkonen- Lähettäjä: gdal-dev Puolesta Naima Dambrine via gdal-dev Lähetetty: sunnuntai 5. marraskuuta 2023 17.35 Vastaanottaja: gdal-dev@lists.osgeo.org Aihe: [gdal-dev] oblique cuts on a raster using

Re: [gdal-dev] Show isBigTIFF in image metadata

- Lähettäjä: Kurt Schwehr Lähetetty: perjantai 3. marraskuuta 2023 3.08 Vastaanottaja: Even Rouault Kopio: Rahkonen Jukka ; 'gdal-dev@lists.osgeo.org' (gdal-dev@lists.osgeo.org) Aihe: Re: [gdal-dev] Show isBigTIFF in image metadata Jukka, What's the exact use case for needing to know if a tiff

[gdal-dev] Show isBigTIFF in image metadata

Hi, I tried to find some easy way for checking with GDAL if an image is a standard TIFF or BigTIFF but I could not find any. It seems that "more big.tiff" on Windows finds "II+" from the beginning of the file if the image is BigTIFF and "II*" otherwise. Or then I can open the image with a hex

Re: [gdal-dev] Motion: Adopt GDAL 3.7.3RC1 as 3.7.3 release

+1 -Jukka Rahkonen- -Alkuperäinen viesti- Lähettäjä: gdal-dev Puolesta Even Rouault via gdal-dev Lähetetty: keskiviikko 1. marraskuuta 2023 13.14 Vastaanottaja: gdal-dev@lists.osgeo.org Aihe: [gdal-dev] Motion: Adopt GDAL 3.7.3RC1 as 3.7.3 release Hi, Motion: Adopt GDAL 3.7.3RC1 as

Re: [gdal-dev] GDAL 3.8.0beta1 available for testing

Hi, I made a simple test with ogr2ogr and geopackage to geopackage on Windows. With GDAL 3.8.0dev-3e4dc710a2 (no arrow, old R-Tree) the timing was 36 minutes, with GDAL 3.8.0dev-6bbd2c080a the same conversion took 21 minutes. The gpkg file is 75 GB, with 120 layers. Could it be that the new

Re: [gdal-dev] gif gfw and prj

Hi, I made a quick test with some random .gif file from my computer and your world file and those two do find each other without problems. The format of a_datum.prj is not familiar to me. Maybe it is Global Mapper specific. Maybe you can just delete it and use the EPSG:32632 code instead in

Re: [gdal-dev] Driver for ISOXML format

Hi, Because it is XML I would first try what the GMLAS driver https://gdal.org/drivers/vector/gmlas.htmlcan can get out of it. -Jukka Rahkonen- Lähettäjä: gdal-dev Puolesta Matthias Loeks via gdal-dev Lähetetty: keskiviikko 25. lokakuuta 2023 12.41 Vastaanottaja: gdal-dev@lists.osgeo.org

Re: [gdal-dev] WMS layer issue at higher zoom level

Hi, Do you have another WMS server as a source for this layer? The error message that you have this time suggests so: “GDALWMS: Unable to download block 497, 740.” If that is the case, do you admin also the remote WMS? -Jukka Rahkonen- Lähettäjä: gdal-dev Puolesta Peter Schmitt via

Re: [gdal-dev] GDALPolygonize fails with "failed to execute insert : disk I/O error"

happens to go away. -Jukka Rahkonen- Lähettäjä: Shayan Ghofrany Lähetetty: tiistai 17. lokakuuta 2023 19.57 Vastaanottaja: Rahkonen Jukka Aihe: Re: [gdal-dev] GDALPolygonize fails with "failed to execute insert : disk I/O error" Thanks for the response, I've had this issue also with

Re: [gdal-dev] GDALPolygonize fails with "failed to execute insert : disk I/O error"

Hi, I believe that the i/o error is something that comes from SQLite. Does error happen if you save into other formats like shapefile flatgeobuf, or parquet? In what kind of file system the new geopackage is? What journal mode do you use? Is "pragma synchronous" on or off? -Jukka Rahkonen-

Re: [gdal-dev] including higher-level library in GPX creator string

Hi, It seems to be hardcoded in https://github.com/OSGeo/gdal/blob/2cfeb1a9b03716c8348d6f1f4c611f2589d53e76/ogr/ogrsf_frmts/gpx/ogrgpxdatasource.cpp#L744 -Jukka Rahkonen- -Alkuperäinen viesti- Lähettäjä: gdal-dev Puolesta Greg Troxel via gdal-dev Lähetetty: perjantai 13. lokakuuta

Re: [gdal-dev] Motion: Annual Contracts for Maintainers

+1 -Jukka Rahkonen- -Alkuperäinen viesti- Lähettäjä: gdal-dev Puolesta Howard Butler via gdal-dev Lähetetty: keskiviikko 11. lokakuuta 2023 19.14 Vastaanottaja: gdal dev Aihe: [gdal-dev] Motion: Annual Contracts for Maintainers PSC, I'm a little late but I would like to make the

Re: [gdal-dev] help needed with pygdaltools library, documentation sparse

Hi, The actual error seems to be that you try to write some geometry that is not a linestring into a GeoPackage table that has created with a constraint that makes it accept only linestrings. You do that by using "-nlt linestring". You have two options. The fast one is to use "-nlt geometry"

[gdal-dev] OAPIF: how does the driver utilize schema?

Hi, The documentation in https://gdal.org/drivers/vector/oapif.html#layer-schema is wrong when it claims this: OGR needs a fixed schema per layer, but OGC API - Features Core doesn't impose fixed schema. So the driver will retrieve the first page of features (10 features) and establish a

Re: [gdal-dev] The relationship between overview levels and zoom levels?

Hi, There are documentation about overviews in https://gdal.org/drivers/raster/cog.html, https://gdal.org/drivers/raster/gtiff.html, and https://gdal.org/programs/gdal_translate.html. Probably in other places, too, but reading those carefully is a good start. They deal also a bit with zoom

[gdal-dev] Default page size of the OAPIF driver

Hi, The OAPIF driver is using page size of 10 features by default https://gdal.org/drivers/vector/oapif.html#open-options. "PAGE_SIZE=: Defaults to 10. Number of features to retrieve per request. Minimum is 1, maximum 1." I know that 10 is the default page size ("limit") also in the

Re: [gdal-dev] Questions regarding temporary database file (ogr2ogr with MVT driver)

Hi, I tested with this environmental variable and command set OGR_MVT_REMOVE_TEMP_FILE=NO ogr2ogr -f mvt -dsco temporary_db=c:\data\mtk\temp\temp.db out.mvt mtkmaasto.gpkg rakennus --debug on Once ogr2ogr stopped I had the temp.db file left in the directory. It seems to be a simple SQLite

Re: [gdal-dev] layer.GetSpatialRef() fails on linux for shapefiles

Hi, Then they should add that environment if they do not know that they do not belong to "most users" https://proj.org/en/9.3/usage/environmentvars.html -Jukka Rahkonen- -Alkuperäinen viesti- Lähettäjä: gdal-dev Puolesta Jonathan Moules via gdal-dev Lähetetty: torstai 28. syyskuuta

Re: [gdal-dev] Using ogr2ogr with limited memory

Hi, Do you mean that your conversions fail because ogr2ogr does not get enough memory, or do you want to tell ogr2ogr to use max xxx MB of memory even there is much more available? -Jukka Rahkonen- -Alkuperäinen viesti- Lähettäjä: gdal-dev Puolesta Scott via gdal-dev Lähetetty:

Re: [gdal-dev] Motion: add Javier Jiménez Shaw to GDAL PSC

+1 -Jukka Rahkonen- -Alkuperäinen viesti- Lähettäjä: gdal-dev Puolesta Even Rouault Lähetetty: lauantai 16. syyskuuta 2023 14.32 Vastaanottaja: gdal-dev@lists.osgeo.org Aihe: [gdal-dev] Motion: add Javier Jiménez Shaw to GDAL PSC Hi, I would like to nominate Javier Jiménez Shaw for

Re: [gdal-dev] Motion: Grant Dan Baston Merge Rights

+1 for sure. -Jukka Rahkonen- -Alkuperäinen viesti- Lähettäjä: gdal-dev Puolesta Howard Butler Lähetetty: tiistai 12. syyskuuta 2023 22.22 Vastaanottaja: gdal dev Aihe: [gdal-dev] Motion: Grant Dan Baston Merge Rights Dear PSC, Dan Baston is an active GDAL maintainer who does not

Re: [gdal-dev] Motion: Adopt GDAL 3.7.2RC1 as 3.7.2 release

+1 -Jukka Rahkonen- -Alkuperäinen viesti- Lähettäjä: gdal-dev Puolesta Even Rouault Lähetetty: torstai 7. syyskuuta 2023 23.43 Vastaanottaja: gdal-dev@lists.osgeo.org Aihe: [gdal-dev] Motion: Adopt GDAL 3.7.2RC1 as 3.7.2 release Hi, Motion: Adopt GDAL 3.7.2RC1 as 3.7.2 release

Re: [gdal-dev] sqlite dialect: OpenFileGDB and FID Column selection

1. syyskuuta 2023 9.54 Vastaanottaja: Rahkonen Jukka Kopio: gdal dev Aihe: Re: [gdal-dev] sqlite dialect: OpenFileGDB and FID Column selection Hi Jukka, On Fri, 1 Sept 2023 at 07:42, Rahkonen Jukka mailto:jukka.rahko...@maanmittauslaitos.fi>> wrote: When the SQLite dialect i

Re: [gdal-dev] sqlite dialect: OpenFileGDB and FID Column selection

Hi, When the SQLite dialect is used, a temporary SQLite database is created. OBJECTID is a feature identifier (FID) and I guess that the FID gets converted into a primary key with the SQLite defaults. So maybe you can find the OBJECTID from ROWID. I made a simple test and at least this command

Re: [gdal-dev] tps - gdalwarp vs ogr2ogr

. elokuuta 2023 12.27 Vastaanottaja: Rahkonen Jukka Kopio: gdal-dev@lists.osgeo.org Aihe: Re: [gdal-dev] tps - gdalwarp vs ogr2ogr Hi Jukka, I thought of the density as an option for the "error" as you suggested and I made a point-file with a point for every pixel in my original imag

Re: [gdal-dev] tps - gdalwarp vs ogr2ogr

Hi, Without test data it is very hard to say much. I believe that the promise of tps is that the ground control points stay where they are set. The intermediate points follow the least tension surfaces and I do not know how exactly those spline algorithms are defined. Raster data is full of

Re: [gdal-dev] ogr2ogr postgis to sqlite composite primary key issueissue

Hi, Could you share some test data? A "CREATE TABLE..." SQL and an INSERT for one row should be enough. Use minimal number or fields for keeping it simple. -Jukka Rahkonen- Lähettäjä: gdal-dev Puolesta Brent Wood via gdal-dev Lähetetty: keskiviikko 16. elokuuta 2023 4.27 Vastaanottaja:

[gdal-dev] Combining gdaltindex and gdal_footprint

Hi, An idea for the developers when they have nothing else to do: It would be nice if gdaltindex https://gdal.org/programs/gdaltindex.html could utilize the features of gdal_footprint https://gdal.org/programs/gdal_footprint.html and generate an index file of the footprints for a whole

[gdal-dev] How to utilize the new GEOS functions of Spatialite 5.1.0?

Hi, The new Spatialite version has a bunch of new GEOS based functions * GEOSMinimumRotatedRectangle aka ST_OrientedEnvelope * GEOSMaximumInscribedCircle * GEOSMinimumBoundingCircle * GEOSMinimumBoundingRadius * GEOSMinimumBoundingCenter * GEOSLargestEmptyCircle *

[gdal-dev] Test mail

The last mail that I have received from the list is dated August 2, testing if sending mail to the list succeeds. -Jukka Rahkonen- ___ gdal-dev mailing list gdal-dev@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: [gdal-dev] ogrinfo Unable to identify source geometry field with GDAL 3.7 but not 3.3?

Hi, I can confirm the error with GDAL 3.7.0. But because you have both .csv and .csvt it I wonder if there is any need to use .vrt. Output from "ogrinfo nz-addresses.csv" looks correct to me. -Jukka Rahkonen- -Alkuperäinen viesti- Lähettäjä: gdal-dev Puolesta Gary Turner Lähetetty:

Re: [gdal-dev] Motion: Adopt GDAL 3.7.1RC1 as 3.7.1 release

+1 -Jukka Rahkonen- -Alkuperäinen viesti- Lähettäjä: gdal-dev Puolesta Even Rouault Lähetetty: tiistai 11. heinäkuuta 2023 11.53 Vastaanottaja: gdal-dev@lists.osgeo.org Aihe: [gdal-dev] Motion: Adopt GDAL 3.7.1RC1 as 3.7.1 release Hi, Motion: Adopt GDAL 3.7.1RC1 as 3.7.1 release

Re: [gdal-dev] gdal_rasterize parameters not working

Hi, What coordinate system and extent ogrinfo reports with ogrinfo -al -so "C:\Temp\PROJECTS\CCRT\ClimateChangeFME\Modelling\UK\Shp\Coastal\Coastal_Flooding_2000.shp" What coordinate system and extent gdalinfo reports with gdalinfo

  1   2   3   4   5   6   7   >