+1
-Jukka Rahkonen-
-Alkuperäinen viesti-
Lähettäjä: gdal-dev Puolesta Even Rouault
Lähetetty: sunnuntai 1. toukokuuta 2022 23.46
Vastaanottaja: gdal-dev@lists.osgeo.org
Aihe: [gdal-dev] Motion: adopt GDAL 3.4.3 RC2
Hi,
Motion:
Adopt GDAL 3.4.3 RC2 as final 3.4.3 release
Starting wit
Hi,
I noticed this question in gis.stacexchange
https://gis.stackexchange.com/questions/429896/how-to-not-generate-png-aux-xml-files-when-using-gdal2tiles.
The current gdal2tiles.py really seems to write the aux.xml files except for
the base tiles. I wonder if it is necessary and if there is an
Hi,
I would like to inform that you did write mail to the right place even you have
not received any answers yet. Unfortunately your question is too specific for
most GDAL users and capable developers are very busy as you can see from the
GitHub activity. Let's still hope that somebody reacts.
Hi,
I can confirm with GDAL 3.5.0dev from gisinternals and with a normal RGB
ortoimage.
gdalbuildvrt test.vrt p4433h.tif -b 2
0...10...20...30...40...50...60...70...80...90...100 - done.
ERROR 5: p4433h.tif: GDALDataset::GetRasterBand(2) - Illegal band #
With -b 1 -b 2 the command runs fine.
-
Hi,
See this question
https://gis.stackexchange.com/questions/426418/create-rectified-geotiff-given-aux-xml-produced-from-arcgis?
The GeoTIFF driver documentation
https://gdal.org/drivers/raster/gtiff.html#georeferencing says about the order
in which the georeferencing is searched "By default,
Hi,
I have been wondering for a long time why orginfo is using backtics/backquotes
in the output. In this example before "foo" and "ESRI"
ogrinfo foo.shp
INFO: Open of `foo.shp'
using driver `ESRI Shapefile' successful.
Not so big problem but in markup the backtick means the beginning/end
+1
-Jukka Rahkonen-
-Alkuperäinen viesti-
Lähettäjä: gdal-dev Puolesta Even Rouault
Lähetetty: torstai 10. maaliskuuta 2022 9.42
Vastaanottaja: gdal-dev@lists.osgeo.org
Aihe: [gdal-dev] Motion: promote GDAL 3.4.2 RC2
Hi,
Motion:
Adopt GDAL 3.4.2 RC2 as final 3.4.2 release
Starting wi
Hi,
If you have a table with multi-column primary key (composite key) then the
target table in Spatialite obviously will not have the same PK. I would guess
that none of the columns in the composite is unique and usable as PK so the
only possibility is to create a new unique column for the PK.
Hi,
There is nobody who can take the responsibility to say that it is OK to use an
unmaintained version of GDAL. Of course it was the best version with least bugs
ever when it was released but it was 4 years ago. You can browse through the
release notes of all the subsequent GDAL 3.x versions
Hi,
It was sluggish last week and still is, I guess that especially with multi-band
images https://lists.osgeo.org/pipermail/gdal-dev/2022-February/055474.html.
Run the command with “ -- debug on” and you have more to follow when you see
how Flushing dirty blocks is slowly progressing.
-Jukka
: Open() - Open existing dataset.
-Jukka Rahkonen-
Lähettäjä: Lorenzo Di Giacomo
Lähetetty: perjantai 18. helmikuuta 2022 16.24
Vastaanottaja: Even Rouault
Kopio: Rahkonen Jukka (MML) ;
'gdal-dev@lists.osgeo.org' (gdal-dev@lists.osgeo.org)
Aihe: Re: [gdal-dev] Gdal_translate into
...60...70...80...90...100 - done.
GDAL: Flushing dirty blocks: 0...10...20...30.
-Jukka-
Lähettäjä: Rahkonen Jukka (MML)
Lähetetty: perjantai 18. helmikuuta 2022 14.09
Vastaanottaja: 'gdal-dev@lists.osgeo.org'
Aihe: Gdal_translate into HDF4 fails
Hi,
There is a question about HDF4
Hi,
There is a question about HDF4 in
https://gis.stackexchange.com/questions/424204/convert-geotiff-to-hdf-using-gdal.
I tried the same with GDAL 3.4.0. With a single band image conversion from
GeoTIFF into HDF4Image succeeds but with a 3 band image not. I am not sure if
it is even supposed to
Hi,
I can see that I sent my +1 only to GDAL PSC members, not to the lists.
-Jukka Rahkonen-
-Alkuperäinen viesti-
Lähettäjä: gdal-dev Puolesta Howard Butler
Lähetetty: torstai 17. helmikuuta 2022 18.13
Vastaanottaja: gdal dev
Kopio: GEOS Development List
Aihe: Re: [gdal-dev] GEOS Mai
Hi,
I wonder if there could be something in the Accept headers that orginfo is
using. Ogrinfo seems to set headers “Accept: text/plain, application/json” but
GeoJSON is now officially “application/geo+json”. I do not know the hierarchy
of the MIME types and if “json” should include also the su
Hi,
Have you tried to use the URL without &TILED=TRUE? That vendor option is meant
for clients like OpenLayers so that they can get cacheable tiles from standard
GeoServer WMS
https://geoserver-pdf.readthedocs.io/en/latest/services/wms/vendor.html
That such tiling and metatiling can work the
Hi,
Does http://mydomain:3000/rpc/wod_geojson.json return data if you send it with
browser? Re-run the ogrinfo command with “--debug on” and see if you can
capture the http requests that ogrinfo sends.
-Jukka Rahkonen-
Lähettäjä: gdal-dev Puolesta SIGéal
Lähetetty: maanantai 14. helmikuuta 2
.
-Jukka-
Lähettäjä: Isabel Kiefer
Lähetetty: maanantai 14. helmikuuta 2022 13.08
Vastaanottaja: Rahkonen Jukka (MML) ;
gdal-dev@lists.osgeo.org
Aihe: Re: [gdal-dev] Corrupted geopackage
Hi Jukka,
Yes, exactly, there are only 78 entries in a dump to text file.
In the original .gpkg-file, the
Hi,
And when you .dump https://www.sqlitetutorial.net/sqlite-dump/ the damaged
table into a text file, do you only get 78 insert entries into it?
-Jukka-
Lähettäjä: Isabel Kiefer
Lähetetty: maanantai 14. helmikuuta 2022 12.53
Vastaanottaja: Rahkonen Jukka (MML)
Kopio: gdal-dev
Hi,
Without being able to see your database it is hard to give more advice that
https://stackoverflow.com/questions/18259692/how-to-recover-a-corrupt-sqlite3-database/18260642
gives. Did you try all of them? Because the problem has something to do with
the spatial index I would have a try be dr
Hi,
What is your GDAL version? Check with "gdalinfo --version"
-Jukka Rahkonen-
Lähettäjä: gdal-dev Puolesta Stefan
Blumentrath
Lähetetty: keskiviikko 2. helmikuuta 2022 10.36
Vastaanottaja: gdal-dev
Aihe: [gdal-dev] netCDF with virtual file system (/vsicurl/) not working
Hi,
I have been us
+1
-Jukka Rahkonen-
-Alkuperäinen viesti-
Lähettäjä: gdal-dev Puolesta Even Rouault
Lähetetty: keskiviikko 26. tammikuuta 2022 1.34
Vastaanottaja: gdal-dev@lists.osgeo.org
Aihe: [gdal-dev] Motion: grant github commit rights to Nyall Dawson
Hi,
I'd like to motion to grant github commit
+1
-Jukka Rahkonen-
-Alkuperäinen viesti-
Lähettäjä: gdal-dev Puolesta Even Rouault
Lähetetty: perjantai 21. tammikuuta 2022 12.18
Vastaanottaja: gdal-dev@lists.osgeo.org
Aihe: [gdal-dev] Motion: adopt RFC 85: Policy regarding substantial code
additions
Hi,
As the discussion seems to
Hi,
Greg Troxel wrote:
> If that is meant to apply mainly to drivers with proprietary SDKs, it
> looks fine. It's a little hard to tell which things apply to drivers
> that don't have proprietary dependencies.
I think that even drivers with no proprietary dependencies require a thorough
unders
Hi,
The more or less same question seems to be asked some time ago in
gis.stackexchange
https://gis.stackexchange.com/questions/420378/can-we-construct-wkt2-from-proj4string-correctly.
-Jukka Rahkonen-
Lähettäjä: gdal-dev Puolesta Felipe Matas
via gdal-dev
Lähetetty: maanantai 10. tammikuut
already try to run ogr2ogr with -unsetFid?
-Jukka Rahkonen-
Lähettäjä: Kopszak Marta - Partner Hurt
Lähetetty: maanantai 10. tammikuuta 2022 16.09
Vastaanottaja: Rahkonen Jukka (MML) ; Even
Rouault ; gdal-dev@lists.osgeo.org
Aihe: RE: [gdal-dev] Bug in OGR library
I think a single record wouldn
at to your mail.
-Jukka Rahkonen-
Lähettäjä: Kopszak Marta - Partner Hurt
Lähetetty: maanantai 10. tammikuuta 2022 15.07
Vastaanottaja: Rahkonen Jukka (MML) ; Even
Rouault ; gdal-dev@lists.osgeo.org
Aihe: RE: [gdal-dev] Bug in OGR library
I have 2 bilions of rows in the whole database an
Hi,
Could you clarify a bit? You have billion rows in the database table but xlsx
and ods can support at maximum a bit more than one million rows (1,048,576).
You can’t imagine to have success with converting the whole table. Or is your
problem that you can’t write even a single row from the so
Hi,
Excel xlsx format supports at maximum 1,048,576 rows by 16,384 columns
https://support.microsoft.com/en-us/office/excel-specifications-and-limits-1672b34d-7043-467e-8e27-269d656771c3.
Do your data fit within these limits?
-Jukka Rahkonen-
Lähettäjä: gdal-dev Puolesta Kopszak Marta -
Part
+1
-Jukka Rahkonen-
-Alkuperäinen viesti-
Lähettäjä: gdal-dev Puolesta Even Rouault
Lähetetty: torstai 30. joulukuuta 2021 11.30
Vastaanottaja: gdal-dev@lists.osgeo.org
Aihe: [gdal-dev] Motion: promote GDAL 3.4.1 RC1
Hi,
Having heard no issues being reported regarding RC1
Motion:
Ado
Hi,
Please try the unsubscribe link at the bottom of the mailing list info page
https://lists.osgeo.org/mailman/listinfo/gdal-dev.
-Jukka Rahkonen-
Lähettäjä: gdal-dev Puolesta Baker (US),
Anthony W
Lähetetty: torstai 9. joulukuuta 2021 14.02
Vastaanottaja: gdal-dev@lists.osgeo.org
Aihe: Re:
Hi,
Re-sending to the list without old discussion because the mail body grew too
large and was rejected.
I do not have not much experience about GMLAS but I made a test with this file
https://github.com/aixm/donlon/blob/master/EA_EADD_OBS_DS_AREA_2_3_4_FULL_20191205.xml
and GDAL GMLAS found 16
nto https?
-Jukka Rahkonen-
Lähettäjä: paul.m...@lfv.se
Lähetetty: torstai 9. joulukuuta 2021 11.19
Vastaanottaja: Rahkonen Jukka (MML) ;
even.roua...@spatialys.com; gdal-dev@lists.osgeo.org
Aihe: SV: [gdal-dev] ogrinfo XML (AIXM)
Hi,
I turnd off the proxy and added -debug on.
This is the res
Hi,
The syntax is correct but "ogrinfo GMLAS:c:\Temp\data\Mydata.GML --debug on"
would print much more info. Now something fails here: ERROR 3: Cannot resolve
http://www.aixm.aero/schema/4.5/AIXM-Snapshot.xsd
The schema file seems to be moved to https, I would have a try by editing that
in you
Hi,
Check the spatialite version:
ogrinfo -dialect sqlite -sql "select spatialite_version()" parks.shp
-Jukka Rahkonen-
Lähettäjä: gdal-dev Puolesta Richard
Greenwood
Lähetetty: perjantai 3. joulukuuta 2021 21.22
Vastaanottaja: GDAL List
Aihe: [gdal-dev] sqlite3_prepare_v2 no such function: e
-
Lähettäjä: matteo
Lähetetty: tiistai 30. marraskuuta 2021 13.05
Vastaanottaja: Even Rouault ; Rahkonen Jukka (MML)
; gdal-dev@lists.osgeo.org
Aihe: Re: [gdal-dev] PGCLIENTENCODING in ogr2ogr (and QGIS)
Hi Rahkonen and Even,
thanks for the answers. If I add -oo PRELUDE_STATEMENTS=&quo
hit the native
resolution. But perhaps it is not so important what is the default, experienced
users maybe know what they want.
-Jukka Rahkonen-
Lähettäjä: Javier Jimenez Shaw
Lähetetty: tiistai 30. marraskuuta 2021 11.09
Vastaanottaja: Rahkonen Jukka (MML)
Kopio: gdal-dev@lists.osgeo.org
Aihe
Hi,
There is something about WFS 2 and paging in
https://gdal.org/drivers/vector/wfs.html
“Paging with WFS 2.0
The WFS driver will automatically detect if server supports paging, when
requesting a WFS 2.0 server. The page size (number of features fetched in a
single request) is limited to 100
Hi,
There are loads of questions in the stack.exchange site where users have
problems with performance when they do something with reading and writing very
large image files. Big files have obviously become much more common now due to
clouds. Users try to solve the problem by increasing GDAL_CA
Hi,
There is some text about client encoding in
https://gdal.org/drivers/vector/pg.html
" By default it is assumed that text being sent to Postgres is in the UTF-8
encoding. This is fine for plain ASCII, but can result in errors for extended
characters (ASCII 155+, LATIN1, etc). While OGR prov
Vastaanottaja: Rahkonen Jukka (MML)
Aihe: Re: [gdal-dev] GDAL COG - Problem with Overviews
Hello!
Thanks. I tried it with 0,1,2 - it did not work.
On Thu, Nov 25, 2021 at 1:49 PM Rahkonen Jukka (MML)
mailto:jukka.rahko...@maanmittauslaitos.fi>>
wrote:
Hi,
Maybe the band list be zero base
Hi,
Maybe the band list be zero based? Try [0,1,2].
-Jukka Rahkonen-
Lähettäjä: gdal-dev Puolesta Nicole Kamp
Lähetetty: torstai 25. marraskuuta 2021 14.44
Vastaanottaja: gdal-dev@lists.osgeo.org
Aihe: [gdal-dev] GDAL COG - Problem with Overviews
Dear GDAL Developers,
I have an overview proble
Hi,
I tried to add ground control points into a TIFF file with gdal_edit. I do not
want to touch the TIFF so I used the read-only option and supposed that gcp
would be written into .aux.xml file but that did not happen. Instead I got a
message
gdal_edit -ro -gcp 1 1 20 30 test.tif
ERROR 6: tes
about the meaning of options that I can't guess by the name, like
"CleanTimeout".
-Jukka Rahkonen-
Lähettäjä: Roman Breitfuss-Schiffer
Lähetetty: perjantai 19. marraskuuta 2021 10.18
Vastaanottaja: Rahkonen Jukka (MML) ;
gdal-dev@lists.osgeo.org
Aihe: Re: [gdal-dev] GDALW
than it takes to
add internal overviews into TIFF but best option as external should be best as
internal too.
-Jukka Rahkonen-
Lähettäjä: Duarte Carreira
Lähetetty: torstai 18. marraskuuta 2021 18.30
Vastaanottaja: Rahkonen Jukka (MML)
Kopio: gdal-dev@lists.osgeo.org
Aihe: Re: [gdal-dev
Hi,
I would suggest to consider other options first.
* Use OGR foreign data wrapper https://github.com/pramsey/pgsql-ogr-fdw and
make the shapefile to appear as a PostGIS table. The you can make the JOIN in
your PostGIS.
* Add both the shapefile and the classification table from Postgr
Hi,
I made some tests with an 8 bit RGB image.
First observation was that gdaladdo supports lerc_deflate (even it is not
documented), but it does not support “MAX_Z_ERROR”. This yields same sized ovr
file with or without max_z_error.
gdaladdo -ro lerc_def2.tif --config compress_overview lerc_def
Hi,
It seems that the WMS server is closing the door and there is nothing else to
do on the GDAL side except to try again later. Contact the WMS service
maintainer and report your troubles. They may be able to provide you a more
reliable service especially if you are ready to pay for it.
-Jukk
Hi,
GDAL version 2.4.0 is not supported any more. I had a try with 3857.pdf with
GDAL 3.1.7 and Python 3.7 by running
gdal2tiles -r average -z 12-18 3857.pdf
Process took 15 seconds with my Windows laptop. I guessed you meant -r average
because -t antialias does not exist to my knowledge.
-Juk
Hi,
Having one of these in driver capabilities is enough:
Supports: Create() - Create writable dataset.
Supports: CreateCopy() - Create dataset by copying another.
There may be some special cases like WMS driver that according to that table
supports Copy but obviously you cannot convert GeoTI
Hi,
Have a look at this gis.stackexchange question
https://gis.stackexchange.com/questions/415925/error-in-gdal2tiles-with-processes.
Question is about using gdal2tiles with QGIS but the issue is reproduced also
with OSGeo4w. Is there something changed in multiprocessing between Python
versions
Hi,
The trial with gdalinfo makes GDAL to try XYZ
https://gdal.org/drivers/raster/xyz.html?highlight=xyz. It is not a bad guess
at all. Ogrinfo tries CSV and finds the x, y, and val fields. I can’t say
anything about the second part.
-Jukka Rahkonen-
Lähettäjä: gdal-dev Puolesta Simon Eves
L
Meanwhile, I'll try to get GDAL 3.4.0 going here. Thanks,
carl
On Fri, Nov 5, 2021 at 7:51 AM Rahkonen Jukka (MML)
mailto:jukka.rahko...@maanmittauslaitos.fi>>
wrote:
Hi,
Works for me on Windows with GDAL 3.4.0dev and Oct 07 2021 version of the file.
gdalwarp -t_srs epsg:4326 "
Hi,
Works for me on Windows with GDAL 3.4.0dev and Oct 07 2021 version of the file.
gdalwarp -t_srs epsg:4326 "Caribbean 2 VFR Chart.tif" caribbean_4326.tif
Copying color table from Caribbean 2 VFR Chart.tif to new file.
Creating output file that is 18583P x 12118L.
Processing Caribbean 2 VFR Cha
+1
-Jukka Rahkonen-
-Alkuperäinen viesti-
Lähettäjä: gdal-dev Puolesta Even Rouault
Lähetetty: torstai 4. marraskuuta 2021 14.33
Vastaanottaja: gdal-dev@lists.osgeo.org
Aihe: [gdal-dev] Motion: promote GDAL 3.4.0RC3 as final issue
Hi,
RC3 should be the last iteration needed to allow 3.
kuuta 2021 20.35
Vastaanottaja: Rahkonen Jukka (MML)
Aihe: Re: [EXTERNAL] Re: ogr2ogr does not convert OSM polygons
Jukka:
I upgraded to 3.4.0 from sysinternals. All tables appear to be going in ok
but I do get an error message for each table (shown below). QGIS shows the
SRID is 4326. "other_r
is something else. By GDAL is from gisinternals.com, version
3.4.0dev.
-Jukka Rahkonen-
Lähettäjä: Clay, Bruce
Lähetetty: tiistai 2. marraskuuta 2021 18.19
Vastaanottaja: Rahkonen Jukka (MML)
Aihe: Re: [EXTERNAL] Re: ogr2ogr does not convert OSM polygons
Jukka:
Thanks for your reply.
I was
Hi,
What layers does "ogrinfo country_pbf" list? Can you reproduce the error with
some small OSM country file from http://download.geofabrik.de/?
What is your operating system and GDAL version? Do you use the default
osmconf.ini file? GDAL OSM driver and osm2pgsql are creating quite different
d
Hi,
I believe that you have found a bug in the Surfer documentation. You can see
value 1.70141e+38, that is the maximum single precision float, used in for
example
https://support.goldensoftware.com/hc/en-us/articles/226806408-How-do-I-make-all-Z-values-above-or-below-a-certain-threshold-value-t
+1
-Jukka Rahkonen-
-Alkuperäinen viesti-
Lähettäjä: gdal-dev Puolesta Even Rouault
Lähetetty: keskiviikko 27. lokakuuta 2021 14.43
Vastaanottaja: gdal-dev@lists.osgeo.org
Aihe: [gdal-dev] Motion: promote GDAL 3.3.3 RC1
Hi,
Having heard no issues being reported regarding RC1
Motion:
Hi,
I can use GDAL Python bindings from OSGeo4W installation but folks in
gis.stackexchange have problems with the gistinternals.com binaries so I had a
try too. I installed
* python-3.7.9-amd64
* gdal-303-1928-x64-core MIS installer from gisinternals
* GDAL-3.3.2.win-amd64-py3.7 MS
Hi,
I do not understand what could be wrong with this WCS. With direct WCS 2.0.1
requests everything works fine.
GetCapabilities:
https://beta-karttakuva.maanmittauslaitos.fi/wcs/service/ows?service=WCS&AcceptVersions=2.0.1&request=GetCapabilities
DescribeCoverage:
https://beta-karttakuva.maanmi
u, Oct 21, 2021 at 1:49 PM Even Rouault
mailto:even.roua...@spatialys.com>> wrote:
Le 21/10/2021 à 22:32, Rahkonen Jukka (MML) a écrit :
Hi Even,
You are right, re-running the request -oo clear_cache gives me the same error
about 3 bands. Obviously our server was configured right whe
d to get coverage data:
-Jukka-
Lähettäjä: Even Rouault
Lähetetty: torstai 21. lokakuuta 2021 22.50
Vastaanottaja: Rahkonen Jukka (MML) ; Carl
Godkin ; gdal-dev@lists.osgeo.org
Aihe: Re: [gdal-dev] gdallocationinfo + WCS question...
Jukka,
I don't understand how you get a non-error on
2021 22.25
Vastaanottaja: Rahkonen Jukka (MML) ;
gdal-dev@lists.osgeo.org
Aihe: Re: [gdal-dev] gdallocationinfo + WCS question...
Hi Jukka,
Strangely, the command you pasted doesn't work for me, at with GDAL 3.3.1 on
Windows (with quotes added appropriately):
gdallocationinfo
&q
get
gdallocationinfo
"WCS:https://elevation.nationalmap.gov:443/arcgis/services/3DEPElevation/ImageServer/WCSServer?version=2.0.1&coverage=DEP3Elevation";
-wgs84 -122.086 42.948
Report:
Location: (6446955P,13504941L)
Band 1:
Value: 1882.00549316406
Ari
Rahkonen Jukka (MML) kir
Hi,
I wonder if the problem is in the multipart response that the nationalmap.gov
server is sending. The result is not too big tiff (1023x511 pixels as revealed
by 1023 511) but perhaps GDAL does not know how to extract
it from the multipart envelope. I do not know either. I thought that multip
Hi,
At least it seems to work with our WCS service
gdallocationinfo
WCS:https://beta-karttakuva.maanmittauslaitos.fi/wcs/service/ows?version=2.0.1&coverage=korkeusmalli__korkeusmalli
-wgs84 27 68
Report:
Location: (228000P,119567L)
Band 1:
Value: 303.463989257812
-Jukka Rahkonen-
Lähe
Hi,
I found what is the problem. The service is sending old style KML, the current
specification has this note:
Note: The tag has been deprecated. Use
instead.
Search-replace made GDAL to find the missing geometries.
-Jukka Rahkonen-
Lähettäjä: Rahkonen Jukka (MML)
Lähetetty: tiistai 19
Hi,
I tried to convert geometries from a KML file captured with URL
https://www.sedecatastro.gob.es/cartografia/fxcc/fxcc_kml.aspx?refcat=0717611VK4701F
Ogrinfo finds layers
INFO: Open of `0717611VK4701F.kml'
using driver `LIBKML' successful.
1: 0717611VK4701F
2: PLANTA GENERAL
3: PLANTA B
+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 ther
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&outfields=*&f=js
: matteo
Lähetetty: perjantai 8. lokakuuta 2021 12.29
Vastaanottaja: Rahkonen Jukka (MML) ; Even
Rouault ; gdal-dev@lists.osgeo.org
Aihe: Re: [gdal-dev] ogr2ogr changes field length
Hi Jukka,
works perfectly, thanks!
so no default options to impose the field length but it is alterable after
).
-Jukka Rahkonen-
-Alkuperäinen viesti-
Lähettäjä: matteo
Lähetetty: perjantai 8. lokakuuta 2021 11.20
Vastaanottaja: Rahkonen Jukka (MML) ; Even
Rouault ; gdal-dev@lists.osgeo.org
Aihe: Re: [gdal-dev] ogr2ogr changes field length
Hi Jukka,
> The strings fields are created by defau
Hi,
The strings fields are created by default with width 80. If there are longer
strings in the data the width is automatically extended up till 255 characters
that is the maximum that dBase format supports. If strings are shorter than 80
charaters it is possible to use RESIZE and shrink the wi
Hi,
If you are asking the same question in gis.stackexchange please wait some
minutes if somebody happens to answer you before sending mail to gdal-dev. Or
vise versa. Crossposting in the long run will not help you to get answers
faster.
-Jukka Rahkonen-
Lähettäjä: gdal-dev Puolesta Mohammed
Hi,
There is not so much wrong, you should just read
https://gdal.org/drivers/raster/wms.html more carefully and write server URL
this way:
https://tiles.wmflabs.org/osm-no-labels/${z}/${x}/${y}.png
-Jukka Rahkonen-
Lähettäjä: gdal-dev Puolesta andy
Lähetetty: tiistai 5. lokakuuta 2021
Hi,
Even Rouault wrote:
> One option to avoid both issues would be for the service to publish
> DescribedBy links at the collection level that would point to a XML
> schema (using a GML Simple Feature schema profile, such as the one
> understood by the GML driver) or a JSON schema (not "too" comp
: Even Rouault
Lähetetty: maanantai 27. syyskuuta 2021 16.47
Vastaanottaja: Rahkonen Jukka (MML) ;
'gdal-dev@lists.osgeo.org'
Aihe: Re: [gdal-dev] Does OAPIF paging work as supposed?
Jukka,
your analysis is completely correct. Whether this is expected or not probably
depends on
Hi,
I tried to read a relatively small BBOX from an OAPIF server but the process
feels rather slow and I do not quite understand what I am seeing in the log.
ogr2ogr -f GPKG test.gpkg
OAPIF:https://avoin-paikkatieto.maanmittauslaitos.fi/maastotiedot/features/v1/?api-key=
-spat 25 65 25.1 6
empty
GeoTIFFs as the source for the metadata.
geotifcp -g mergetest.tif baseline.tif baseline_plus_merge.tif
mode=w
geo_print.c DefaultRead failed to read anything.
Failure in GTIFImport
-Jukka Rahkonen-
-Alkuperäinen viesti-
Lähettäjä: Rahkonen Jukka (MML)
Lähetetty: maanant
Hi,
Have you considered to use https://gdal.org/programs/gdal_edit.html?
-Jukka Rahkonen-
-Alkuperäinen viesti-
Lähettäjä: gdal-dev Puolesta Andrea
Giudiceandrea via gdal-dev
Lähetetty: maanantai 20. syyskuuta 2021 12.11
Vastaanottaja: gdal-dev@lists.osgeo.org
Aihe: [gdal-dev] TIF + TF
Hi,
I installed and started GS 2.20 yesterday on Windows and now the corresponding
OpenJDK 11 process shows constant high CPU usage (12-17%). Service is started
at localhost:8080 and I do not generate any requests for the service. I do not
understand what happens and how to investigate the situ
+1
-Jukka Rahkonen-
-Alkuperäinen viesti-
Lähettäjä: gdal-dev Puolesta Howard Butler
Lähetetty: tiistai 14. syyskuuta 2021 17.59
Vastaanottaja: gdal dev
Aihe: [gdal-dev] Motion: Approve Nyall Dawson as a contracted GDAL maintainer
Dear PSC,
As a result of our fundraising activity and
+1
-Jukka Rahkonen-
-Alkuperäinen viesti-
Lähettäjä: gdal-dev Puolesta Even Rouault
Lähetetty: torstai 2. syyskuuta 2021 9.54
Vastaanottaja: gdal-dev@lists.osgeo.org
Aihe: [gdal-dev] Motion: promote GDAL 3.3.2 RC3
Hi,
Having heard no issues being reported regarding RC3
Motion:
Adopt
+1
-Jukka Rahkonen-
Howard Butler wrote:
> Dear PSC,
> As a result of our fundraising activity and development of NumFOCUS as a
> financial conduit, it is my pleasure to put forward a motion to approve Even
> Rouault as a contracted GDAL maintainer for the year 2021-2022 beginning on
> Augus
but I have no idea about how difficult it would be to
implement.
-Jukka Rahkonen-
-Alkuperäinen viesti-
Lähettäjä: Rahkonen Jukka (MML)
Lähetetty: perjantai 2. heinäkuuta 2021 14.40
Vastaanottaja: 'gdal-dev@lists.osgeo.org'
Aihe: Re: Setting roles in PostGIS connection
Hi,
I wonder if writing the output into pgdump
https://gdal.org/drivers/vector/pgdump.html and editing the SQL a bit could be
used as a workaround.
-Jukka Rahkonen-
Pekka Sarkola wrote:
> Hi!
> We have a PostGIS database with login roles and group roles (like "admins",
> "editors" and "view
Hi,
Our proxy does not require user/password but these options work for the
server/port part:
1) Set environmental variable and run gdalinfo
SET https_proxy=our_proxy.fi:
gdalinfo
"WMS:https://www.idee.es/wms/PNOA/PNOA?service=wms&request=getcapabilities";
2) Set proxy with config option
Even Rouault wrote:
>> However, QGIS seems to drop the native fids and generate new ones but that's
>> another problem to learn to circumvent.
> Hum, I'm afraid it will not be easy. The QGIS WFS / OAPIF provider stores
> internally the feature id in the
> internal feature cache but doesn't ex
F
service with GDAL command line tools. However, QGIS seems to drop the native
fids and generate new ones but that's another problem to learn to circumvent.
-Jukka-
Lähettäjä: Even Rouault
Lähetetty: maanantai 21. kesäkuuta 2021 17.50
Vastaanottaja: Rahkonen Jukka (MML) ;
'gdal-
en Rouault
Lähetetty: maanantai 21. kesäkuuta 2021 18.09
Vastaanottaja: Rahkonen Jukka (MML) ;
'gdal-dev@lists.osgeo.org'
Aihe: Re: [gdal-dev] Converting fid from GeoJSON into GeoPackage
Jukka,
Automatic FID preservation requires that the source layer reports a non-empty
column nam
Hi,
Take this GeoJSON
{
"type": "FeatureCollection",
"features": [{
"type": "Feature",
"id":12425552,
"properties":
{
},
"geometry": {
"type": "Point",
"coordinates": [26.30578223, 60.26170791]
}
}]
}
Ogrinfo knows the fid
OGRFeature(one_feature):12425552
Convert into a new GeoPackage and the n
Hi,
With this request
ogrinfo
OAPIF:https://beta-paikkatieto.maanmittauslaitos.fi/kiinteisto-avoin/features/v1/
-dialect sqlite -sql "select * from RajamerkinSijaintitiedot limit 10" --debug
on
ogrinfo does not use the "id" member as feature id nor does is report it as an
attribute. Id exist
Hi,
Have a look at
https://gis.stackexchange.com/questions/395867/opening-a-grib-from-the-web-with-gdal-in-python-using-vsicurl-throws-error-on-m.
There gdalinfo fails with /vsicurl/ somewhere in the middle of the grib2 file
when the server sends http 302 as a response for a range request. The
+1
-Jukka Rahkonen-
> Hi,
> I hereby motion to adopt RFC 80:
> https://github.com/OSGeo/gdal/pull/3682
> This also implies adopting the "GDAL Sponsorship Prospectus" at
> https://docs.google.com/document/d/1yhMWeI_LgEXPUkngqOitqcKfp7ov6WsS41v5ulz-kd0/edit?ts=60777468
>
> whose a PDF version w
source data are lost
with default algorithm.
-Jukka Rahkonen-
Lähettäjä: Hays Barrett
Lähetetty: tiistai 30. maaliskuuta 2021 19.32
Vastaanottaja: Rahkonen Jukka (MML)
Kopio: gdal-dev@lists.osgeo.org
Aihe: Re: [gdal-dev] Adding gcps to a raster using gdal_translate can result in
data loss.
I
Hi,
Is it possible to ask the OAPIF server to send response as gzipped, and if it
succeeds, would GDAL know what to do with the response? I made a try by saving
a line "Accept-Encoding: gzip" as a test file and then making this request:
ogrinfo
OAPIF:"https://beta-paikkatieto.maanmittauslaitos
;version=1.0.0
OI.OrthoimageCoverage
default
EPSG:4326
-180
90
180
-90
3
true
404
true
-Jukka-
Lähettäjä: Travis Kirstine
Lähetetty: perjantai 12. helmikuuta 2021 20.43
Vastaanottaja: Rahkonen Jukka (MML)
Kopio: gdal dev
Aihe: Re: [gdal-dev] WMTS servic
/services/GioLand/HRIM_HR_TrueColour_2018/ImageServer/exportImage?
-Jukka-
Lähettäjä: Rahkonen Jukka (MML)
Lähetetty: perjantai 5. helmikuuta 2021 17.04
Vastaanottaja: 'gdal-dev@lists.osgeo.org'
Aihe: Problems with ArcGIS image server and WMS minidriver
Hi,
I almost managed to read data
1 - 100 of 327 matches
Mail list logo