Re: [gdal-dev] gdal_translate wmts.xml wmts.tif: 0ERROR 4: ./gdalwmscache\xyz: No such file or directory; ERROR 1: GDALWMS: Unable to open downloaded block.

2022-08-01 Thread Helmut Kudrnovsky
Rahkonen Jukka:   >So the error seems to be due to error in GetCapabilities that claims that zoom >level 20 is supported. You can get image data by selecting the zoom >level >manually with an open option "zoom_level". >gdal_translate bmortho77.xml bmortho77.tif -oo zoom_level=12 --debug on

[gdal-dev] gdal_translate wmts.xml wmts.tif: 0ERROR 4: ./gdalwmscache\xyz: No such file or directory; ERROR 1: GDALWMS: Unable to open downloaded block.

2022-08-01 Thread Helmut Kudrnovsky
Hi GDAL community, I have an GDAL_WMTS XML file containing the information for: https://www.basemap.at/wmts/1.0.0/WMTSCapabilities.xmlbmaporthofoto30cmnormalgoogle385710719646000873107344559993854true204,404true When I'm opening the xml file in QGIS, the correct tile defined above in the XML

[gdal-dev] extracting only raster from a geotiff with internal overviews

2020-04-17 Thread Helmut Kudrnovsky
hi, there is a large raster file (8GB) available: http://users.cbk.waw.pl/~mkrupinski/S2GLC_Europe_2017_v1.1_grey.zip with quite heavy internal overviews. what I want to do, is to get rid of the internal overviews and a smaller file. when I do a gdal_translate to a target geotiff, are the

Re: [gdal-dev] ogr2ogr PDF

2019-11-11 Thread Helmut Kudrnovsky
>*Disclaimer: QGIS 3.10 must be compiled with GDAL >= 3.0 and proj6, which as far as I know is currently >not the case for QGIS Windows standalone builds. See also https://gis.stackexchange.com/questions >/340030/create-geospatial-pdf-geopdf-is-greyed-out-in-pdf-export-options-in-qgis-3-10 OSGeoW

[gdal-dev] geopackage ÷ gdal python tutorial

2019-09-06 Thread Helmut Kudrnovsky
Hi, as the European Environmental Agency (EEA) is providing more and more data as geopackages, I have to rewrite some of my addons e.g. (1). Beside the nice manual, are there some additional tutorials/wiki/code snippets around gdal, python and geopackage format? Thanks!

[gdal-dev] failing to open a PGeo database

2018-03-20 Thread Helmut Kudrnovsky
Hi, I'm here on Debian GNU/Linux 9 (stretch) 64 Bit with bugs@nada:~/gisdata/bik_pgeo$ ogrinfo --version GDAL 2.2.3, released 2017/11/20 bugs@nada:~/gisdata/bik_pgeo$ ogrinfo --formats | grep PGeo PGeo -vector- (ro): ESRI Personal GeoDatabase installed unixODBC and mdbtools unixodbc 2.3.4-1

Re: [gdal-dev] ZSTD compression for GeoTIFF

2018-02-14 Thread Helmut Kudrnovsky
Even Rouault-2 wrote > Hi, > > I've just pushed in libtiff upstream, and its internal copy in GDAL, > support for zstandard/ > zstd compression [1], and the appropriate changes in the GDAL GeoTIFF > driver. > This requires building libtiff (or GDAL with its internal libtiff copy) > against

[gdal-dev] OGC announces a new standard that improves the way information is referenced to the earth

2017-10-28 Thread Helmut Kudrnovsky
Fyi http://www.opengeospatial.org/pressroom/pressreleases/2656 "The goal of DGGS is to enable rapid assembly of spatial data without the difficulties of working with projected coordinate reference systems. The OGC DGGS Abstract Specification standard defines the conceptual model and a set of

Re: [gdal-dev] GDAL and ESRI Compact Cache

2017-10-25 Thread Helmut Kudrnovsky
>Gesendet: Mittwoch, 25. Oktober 2017 um 01:17 Uhr >Von: "Lucian Plesea" >Betreff: RE: GDAL and ESRI Compact Cache > >Not the whole cache, but with some effort you can read each bundle as a single >raster, as long as they are V2 compact bundles. >  >The simplest method is to use the WMS driver. 

[gdal-dev] GDAL and ESRI Compact Cache

2017-10-24 Thread Helmut Kudrnovsky
hi, just seen [1] that Austrian basemap (incl. orthofotos) is now offered as ESRI Compact Cache. anyone any experience to read this format by GDAL? kind regards Helmut [1] https://www.basemap.at/#offline ___ gdal-dev mailing list

Re: [gdal-dev] gdal_translate via wmts.xml produces an empty tif

2017-06-15 Thread Helmut Kudrnovsky
Even Rouault-2 wrote > On mercredi 14 juin 2017 12:16:06 CEST Helmut Kudrnovsky wrote: >> http://osgeo-org.1560.x6.nabble.com/file/n5324225/wmts_bm2.xml > > > Add > > 19 > > It appears that there are not tiles at zoom level 20, at least in this > area.

[gdal-dev] Google Summer of Code ideas page: action required latest by February 5th!

2017-01-22 Thread Helmut Kudrnovsky
Dear All, It’s that time of the year again! Applications for Google Summer of Code 2017 are now open for would-be mentor organizations, and we are in the process of applying on behalf of OSGeo. At this stage, it is extremely important that we put up a nice and informative ideas page, that

Re: [gdal-dev] ogr2ogr PG->SHP lacks EPSG code

2016-11-12 Thread Helmut Kudrnovsky
Martin Landa wrote > Hi, > > 2016-11-11 18:56 GMT+01:00 Even Rouault > even.rouault@ > : >> The WKT variant of ESRI Shapefile .prj doesn't have EPSG codes (nor >> TOWGS84 >> node by the way). At least that was how it was historically and GDAL >> "morphs" >> OGC WKT to ESRI WKT this way (there

Re: [gdal-dev] gdal_translate to Rasterlite and (missing) srs

2016-10-24 Thread Helmut Kudrnovsky
hi Even, Even Rouault-2 wrote > Helmut, > >> is this intentional that there is no srs by a simple gdal_translate of a >> geotiff to a Rasterlite db? > > From what I can see the driver doesn't handle adding a new entry in the > spatial_ref_sys table if there's no AUTHORITY node, such as in

[gdal-dev] gdal_translate to Rasterlite and (missing) srs

2016-10-24 Thread Helmut Kudrnovsky
hi, a question regarding gdal_translate to Rasterlite and srs (based upon [1]): a geotif with srs information: gdalinfo geotiff_out.tif Driver: GTiff/GeoTIFF Files: geotiff_out.tif Size is 7201, 7001 Coordinate System is: PROJCS["MGI / Austria GK Central", GEOGCS["bessel",

Re: [gdal-dev] kmz (KMLSUPEROVERLAY) back to a georeferenced raster

2016-09-17 Thread Helmut Kudrnovsky
>gdalinfo / gdal_translate should be able to run on a kmz file, D:\temp\tq>ogrinfo 6955.kmz INFO: Open of `6955.kmz' using driver `LIBKML' successful. 1: 6955 ogrinfo -al -so 6955.kmz INFO: Open of `6955.kmz' using driver `LIBKML' successful. Layer name: 6955 Geometry: Unknown (any)

[gdal-dev] kmz (KMLSUPEROVERLAY) back to a georeferenced raster

2016-09-17 Thread Helmut Kudrnovsky
hi, I have a bunch of of kmz with kmlsuperoverlay (i.e. inside the zipped file a kml file (geo)referencing jpg's). is there an easy way back from such a kmz to a georeferenced raster (e.g. geotiff) ? - best regards Helmut -- View this message in context:

[gdal-dev] ERROR 6: No translation for Lambert_Conformal_Conic to PROJ.4 format is known.

2016-09-16 Thread Helmut Kudrnovsky
hi, I have vector dataset [1] in EPSG:31254. then I do ogr2ogr -s_srs EPSG:31254 -t_srs EPSG:31287 if I do testepsg EPSG:31287, I get following +proj4 string: PROJ.4 rendering of [EPSG:31287] = +proj=lcc +lat_1=49 +lat_2=46 +lat_0=47.5 +lon_0=13.33 +x_0=40 +y_0=40

Re: [gdal-dev] how correctly to use the -where parameter in ogr2ogr

2015-11-20 Thread Helmut Kudrnovsky
Helmut Kudrnovsky wrote > hi, > > maybe a too simple question... > > given the natural earth data ne_10m_admin_0_countries.shp, I want to > reproject from EPSG 4326 to EPSG 3035, but only the europe countries. > > in the shapefile there is a coloumn called CONTINENT

[gdal-dev] how correctly to use the -where parameter in ogr2ogr

2015-11-20 Thread Helmut Kudrnovsky
hi, maybe a too simple question... given the natural earth data ne_10m_admin_0_countries.shp, I want to reproject from EPSG 4326 to EPSG 3035, but only the europe countries. in the shapefile there is a coloumn called CONTINENT with content like e.g. Europe, Asia etc. trying this command

Re: [gdal-dev] ecw - file: wrong extent/corner coordinates

2015-10-23 Thread Helmut Kudrnovsky
Hi Even, Even Rouault-2 wrote > Le vendredi 23 octobre 2015 11:26:11, Helmut Kudrnovsky a écrit : >> hi, >> >> tested with >> >> OSGeo4W: gdalinfo --version >> GDAL 1.11.3, released 2015/09/16 >> >> I have several raster ecw files; gdalinfo s

[gdal-dev] ecw - file: wrong extent/corner coordinates

2015-10-23 Thread Helmut Kudrnovsky
hi, tested with OSGeo4W: gdalinfo --version GDAL 1.11.3, released 2015/09/16 I have several raster ecw files; gdalinfo shows for all the files the same extent/corner coordinates, although the ecw files are some kind of mosaic over a larger area. (Also QGIS and GRASS GIS show them in one place

Re: [gdal-dev] ecw - file: wrong extent/corner coordinates

2015-10-23 Thread Helmut Kudrnovsky
Even Rouault-2 wrote >> >> content of 6617-04.eww: >> >> 0.2 >> 0.0 >> 0.0 >> -0.2 >> 653750.1 >> 16.9 >> >> following geotransform item added to 6617-04.ecw.aux.xml: >> >> > >> > > 653750.1,0.2,0,16.9,0,-0.2 > > --> This is not the more accurate translation from worldfile

Re: [gdal-dev] vector VRT: Warning 1: Line 2: Attribute value should be single or double quoted.

2015-09-04 Thread Helmut Kudrnovsky
Luke wrote > VRT is an XML file, and to be valid XML all attribute values in the VRT > need to be quoted. > > e.g > > In your VRT, your relativeToVRT attribute value is not quoted. Change > > to > > Luke thanks for the hints ; it's working now. - best regards Helmut -- View

[gdal-dev] vector VRT: Warning 1: Line 2: Attribute value should be single or double quoted.

2015-08-26 Thread Helmut Kudrnovsky
hi, I have a vector VRT which refers to a CSV. both files are attached to the mail: chondrilla.vrt http://osgeo-org.1560.x6.nabble.com/file/n5221290/chondrilla.vrt chondrilla.csv http://osgeo-org.1560.x6.nabble.com/file/n5221290/chondrilla.csv when I do ogrinfo on the VRT, I get following

[gdal-dev] OGR Virtual Format: ERROR 1: Line 6: Didn't find element token after open angle bracket.

2015-07-01 Thread Helmut Kudrnovsky
Hi, working with gdalinfo --version GDAL 1.11.2, released 2015/02/10 (OSGeo4W). given a csv-file and a vrt dataset based upon the csv file: OGRVRTDataSource OGRVRTLayer name=gbif_gisinput SrcDataSourcegbif_gisinput.csv/SrcDataSource GeometryTypewkbPoint/GeometryType

Re: [gdal-dev] OGR Virtual Format: ERROR 1: Line 6: Didn't find element token after open angle bracket.

2015-07-01 Thread Helmut Kudrnovsky
Hi Even, Even Rouault-2 wrote SrcSQL SELECT * FROM gbif_gisinput WHERE (decimallongitude = 0) AND (decimallongitude = 360) /SrcSQL Helmut, This is invalid XML. and characters as text must be escaped. So should be: SrcSQL SELECT * FROM gbif_gisinput WHERE (decimallongitude

[gdal-dev] gdaltindex with wildcard (*.tif) in a /vsizip/myzip.zip

2014-06-13 Thread Helmut Kudrnovsky
Hi, in the gdaltindex-manual there is an example using wildcard: gdaltindex doq_index.shp doq/*.tif my issue: given a ~1 GB zip-file on a DVD with a lot of geotiffs, windows 7 box. gdaltindex C:\data\m31_1.shp /vsizip/myzip.zip/m31_1/3523-5301_201308.tif works fine, but gdaltindex

Re: [gdal-dev] gdaltindex with wildcard (*.tif) in a /vsizip/myzip.zip

2014-06-13 Thread Helmut Kudrnovsky
gdaltindex doq_index.shp doq/*.tif Wildcard is evaluated by the operating system ah yes, your are right. An alternative might be to use the gdal_ls.py sample utility (http://svn.osgeo.org/gdal/trunk/gdal/swig/python/samples/gdal_ls.py), redirect its output to a file and specify this file with

Re: [gdal-dev] ogr2ogr - ESRI Shapefile: how to set SHPT?

2013-01-25 Thread Helmut Kudrnovsky
my idea is to convert a MULTIPOINT shapefile to a POINT shapefile, but how to set SHPT=POINT? I would have a try with ogr2ogr -explodecollections -explodecollections did the conversion from MULTIPOINT to POINT shapefile. thanks! - best regards Helmut -- View this message in

[gdal-dev] ogr2ogr - ESRI Shapefile: how to set SHPT?

2013-01-24 Thread Helmut Kudrnovsky
hi, in the format manual for shapefile following mentioned: [...] SHPT=type: Override the type of shapefile created. Can be one of NULL for a simple .dbf file with no .shp file, POINT, ARC, POLYGON or MULTIPOINT for 2D, or POINTZ, ARCZ, POLYGONZ or MULTIPOINTZ for 3D. Shapefiles with measure

[gdal-dev] gdal + ace2-data

2010-01-15 Thread Helmut Kudrnovsky
hi, has anyone information if gdal is able to read ACE - Altimeter Corrected Elevations-DEM-data from ESA? overview ace2-data http://www.cse.dmu.ac.uk/EAPRS/products_ace_overview.html 3 SECOND DATASET - Data_Format_and_Source_3S