Re: [gdal-dev] gdal 3.1.2: Unknown resampling method: 13.

there were other issues that prevented it to work, which will be > fixed per https://github.com/OSGeo/gdal/pull/4604 > > You can workaround by using command line style: > > gdal.Warp(output_path, file, options='-t_srs EPSG:3035 -r sum -tr 1000 > 1000') Great. Martin

[gdal-dev] gdal 3.1.2: Unknown resampling method: 13.

me(*args) TypeError: in method 'wrapper_GDALWarpDestName', argument 4 of type 'GDALWarpAppOptions *' Is it a bug or feature - GRA_Sum is not supported by Warp()? Thanks for clarification in advance, Martin -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/mentors/landa __

Re: [gdal-dev] GML duplicated FID

69ff1b9_177af2abc34_-36ed point_id (Integer) = 45542918 nuts0 (String) = CZ ``` Issue created anyway [1]. Ma [1] https://github.com/OSGeo/gdal/issues/3532 -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/mentors/landa ___ gdal-d

Re: [gdal-dev] GML duplicated FID

77af2abc34_-36e5 >point_id (Integer) = 45542918 >nuts0 (String) = CZ >POINT (4554000 2918000) ``` In both cases gml_id ends with `-36e5` and FID generated by GDAL is 36. Martin -- Martin Landa http://geo.fsv.cvut.cz/gwiki/L

Re: [gdal-dev] GML duplicated FID

Hi, čt 4. 3. 2021 v 22:42 odesílatel Martin Landa napsal: > > You can't probably fix this by using CopyLayer(). But if you use > > GDALVectorTranslate() with the -unsetFid option, that should solve your > > issue. > > Thanks for a hint! ``` gdal.VectorTra

Re: [gdal-dev] GML duplicated FID

It would be also good that you file an issue with a minimum reproducer > file. The GML driver should be ideally be smarter in the way it > generates FID to avoid this. Here it is [1]. Should I report it as a Github issue? Martin [1] http://geo102.fsv.cvut.cz/~landa/tmp/data_CZ.gml.7z

[gdal-dev] GML duplicated FID

: layer.fid ``` Is there any way to force the GML driver to generate a unique FID instead of guessing from gml_id? Thanks in advance, Martin -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/mentors/landa ___ gdal-dev mailing list

Re: [gdal-dev] promote_to_multi and python API

it seems to be not possible for CopyLayer() which is the problem in my case. Martin -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/mentors/landa ___ gdal-dev mailing list gdal-dev@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/gdal-dev

[gdal-dev] promote_to_multi and python API

y in order to avoid calling `ogr2ogr` from Python code? :-) Thanks, Martin -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/mentors/landa ___ gdal-dev mailing list gdal-dev@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: [gdal-dev] set GDAL ColorTable from QGIS QML file

Hi, pá 1. 11. 2019 v 10:44 odesílatel Martin Landa napsal: > is there any option how to define GDAL color table from existing QGIS > QML file directly via GDAL Python API (at least with limited > functionality)? Thanks in advance for feedback, best regards, Martin the most easier wa

[gdal-dev] set GDAL ColorTable from QGIS QML file

Dear all, is there any option how to define GDAL color table from existing QGIS QML file directly via GDAL Python API (at least with limited functionality)? Thanks in advance for feedback, best regards, Martin -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/mentors/landa

Re: [gdal-dev] gml: handle geometry of nested objects

Hi Even, st 16. 1. 2019 v 18:20 odesílatel Even Rouault napsal: > for complex GML features, use https://www.gdal.org/drv_gmlas.html thanks, will try. Ma -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/mentors/landa ___ g

Re: [gdal-dev] gml: handle geometry of nested objects

Hi, st 16. 1. 2019 v 18:16 odesílatel Martin Landa napsal: > Two geometries are missing: > > """ > -552916.13 -1200482.68 > -552916.08 -1200482.70 > """ Correction, it seems that GDAL takes th

[gdal-dev] gml: handle geometry of nested objects

t; Two geometries are missing: """ -552916.13 -1200482.68 -552916.08 -1200482.70 """ Thanks in advance for any pointers. Ma [1] http://geo102.fsv.cvut.cz/~landa/tmp/example.gml -- Martin Landa http://ge

Re: [gdal-dev] Early GDAL 2.4.0 release ?

Hi, út 27. 11. 2018 v 18:12 odesílatel Daniel Morissette napsal: > +1 for me. I like your plan. make sense to me +1 Martin -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/mentors/landa ___ gdal-dev mailing list gdal-

Re: [gdal-dev] PG driver: apply custom sql files together with loading data in one transaction

Hi, pá 31. 8. 2018 v 10:31 odesílatel Even Rouault napsal: > > Is > > there any way how to catch up errors when executing SQL commands by > > ExecuteSQL()? > > testing CPLGetLastErrorType() != CE_None great, works perfectly! Thanks a lot, Martin -- Martin Landa http

Re: [gdal-dev] PG driver: apply custom sql files together with loading data in one transaction

re. Is there any way how to catch up errors when executing SQL commands by ExecuteSQL()? Thanks, Martin -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/mentors/landa ___ gdal-dev mailing list gdal-dev@lists.osgeo.org

Re: [gdal-dev] PG driver: apply custom sql files together with loading data in one transaction

e with loaded data, content of customization files would be appended, and this file applied by psycopg2 as a one transaction. It's workaround but could work out. Martin -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/mentors/landa __

[gdal-dev] PG driver: apply custom sql files together with loading data in one transaction

data and customization SQL files in one transaction. Is there any option how to apply SQL custom files on data source level using GDAL API? Thanks for any tips/pointers! Martin -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/mentors/landa

[gdal-dev] ERROR 1: In file cpl_vsil_gzip.cpp, at line 905, return 0

features are printed. gzip says "unexpected end of file" and refuses to extract the file. 7zip (and other programs) on Windows reports similar error, but file is extracted. I am discussing issue with the provider. By chance, do you have any tip how to read such broken files by GDAL? Thanks,

Re: [gdal-dev] numeric values in VFK driver

es/672#issuecomment-395340050 -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/mentors/landa ___ gdal-dev mailing list gdal-dev@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: [gdal-dev] numeric values in VFK driver

character. But * 7423849274x is silently parsed as 7423849274 * x7423849274 is silently parsed as 0 Is it expected behaviour of CPLAtoGIntBigEx()? Martin [1] https://github.com/OSGeo/gdal/issues/672#issuecomment-395148503 -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz

[gdal-dev] numeric values in VFK driver

anks a lot for pointers in advance! Ma -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/mentors/landa ___ gdal-dev mailing list gdal-dev@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: [gdal-dev] CPLStat + VSI_REG fails on larger files on Windows

2] https://github.com/OSGeo/gdal/issues/637 -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/mentors/landa ___ gdal-dev mailing list gdal-dev@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/gdal-dev

[gdal-dev] CPLStat + VSI_REG fails on larger files on Windows

/ogrsf_frmts/vfk/vfkreader.cpp#L82 -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/mentors/landa ___ gdal-dev mailing list gdal-dev@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: [gdal-dev] mssql import speed

v/bin/ogr2ogr -f MSSQLSpatial --config GDAL_DRIVER_PATH C:\OSGeo4W64\apps\gdal-dev\bin\gdalplugins --config MSSQLSPATIAL_LIST_ALL_TABLES YES %connstr% %filedb% Thanks! Martin [1] http://geo102.fsv.cvut.cz/~landa/tmp/Export_vse.db.7z -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gisme

Re: [gdal-dev] mssql import speed

Hi, 2018-05-12 15:51 GMT+02:00 Martin Landa : > ERROR 1: Failed to set identity insert on layer, [Microsoft][SQL Server > Native C > lient 11.0][SQL Server]IDENTITY_INSERT is already ON for table 'kn2.dbo.par'. > Ca > nnot perform SET operation for table 'dbo.bud

Re: [gdal-dev] mssql import speed

Hi, 2018-05-11 23:51 GMT+02:00 Martin Landa : >> --config GDAL_DRIVER_PATH C:\OSGeo4W64\apps\gdal-dev\bin\gdalplugins >> >> In progress, Ma > > works like a charm, from 3 hours to 3 minutes! Thanks for packaging > gdal-mss :-) Ma well, after solving BCP issue, I ha

Re: [gdal-dev] mssql import speed

2018-05-11 23:36 GMT+02:00 Martin Landa : > --config GDAL_DRIVER_PATH C:\OSGeo4W64\apps\gdal-dev\bin\gdalplugins > > In progress, Ma works like a charm, from 3 hours to 3 minutes! Thanks for packaging gdal-mss :-) Ma -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gism

Re: [gdal-dev] mssql import speed

Hi, 2018-05-11 23:15 GMT+02:00 Martin Landa : > I missed on testing Windows server to install gdal-dev-mss package. > But unfortunately, no improvement. BCP is still not working in my oh, sorry for noise, I forgot to define --config GDAL_DRIVER_PATH C:\OSGeo4W64\apps\gdal-dev\bin\gdalp

Re: [gdal-dev] mssql import speed

Hi, 2018-05-11 9:10 GMT+02:00 Martin Landa : I missed on testing Windows server to install gdal-dev-mss package. But unfortunately, no improvement. BCP is still not working in my case. I tried all available drivers, same behaviour, I am getting to be lost. Martin -- Martin Landa http

Re: [gdal-dev] mssql import speed

Hi, 2018-05-10 19:18 GMT+02:00 Martin Landa : > It took more than 3hours! Tested on Windows computer with SQL Server > 2012. I used SQL Server Native Client 11.0. sorry, typo, I have SQL Server 2014. Ma -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/mentors

[gdal-dev] mssql import speed

MSSQL. Anything related to configuration or so? Thanks for pointers in advance! Martin -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/mentors/landa ___ gdal-dev mailing list gdal-dev@lists.osgeo.org https://lists.osgeo.org/ma

Re: [gdal-dev] Motion: Promote GDAL 2.3.0 RC1 for release

Hi, 2018-05-09 8:58 GMT+02:00 Even Rouault : > No critical issues have been raised on RC1, so not critical, but would be nice [1]. Ma [1] https://github.com/OSGeo/gdal/issues/586 -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/mentors/la

Re: [gdal-dev] connect mssql from linux

e is even worse. It truncate in my case all strings (even short strings with two characters). Just first character is written do DB! Martin -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/mentors/landa ___ gdal-dev mailing list gdal-

Re: [gdal-dev] mssql append fails for non-geometry layers

Hi, 2018-05-04 14:50 GMT+02:00 Martin Landa : > ERROR 1: No column definitions found for table 'dbo.vla', layer not usable. it's source of problems. Client fails to get column definitions [1]. Then GDAL tries to overwrite layer which fails [2]. Running SQL Server 20

Re: [gdal-dev] connect mssql from linux

> interesting to know why the LINUX native driver doesn't work. Right, would be useful. Ma -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/mentors/landa ___ gdal-dev mailing list gdal-dev@lists.osgeo.org https://lists.osgeo.o

Re: [gdal-dev] connect mssql from linux

Hi, 2018-05-06 23:22 GMT+02:00 Even Rouault : > Would be a good hint for the driver documentation page. Will do later (probably tomorrow). Ma -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/mentors/landa ___ gdal-dev mail

Re: [gdal-dev] connect mssql from linux

Hi, 2018-05-06 13:06 GMT+02:00 Martin Landa : For record, I managed to connect to MSSQL DB using tdsodbc sudo apt install unixodbc freetds-bin tdsodbc [SQL Server] Description = FreeTDS driver Driver = /usr/lib/x86_64-linux-gnu/odbc/libtdsodbc.so Setup = /usr/lib/x86_64-linux-gnu/odbc

Re: [gdal-dev] connect mssql from linux

2018-05-06 12:53 GMT+02:00 Martin Landa : > $ ogrinfo > "MSSQL:database=kn;server=host\kartografiesql;uid=landa;pwd=xxx;driver=ODBC > Driver 11 for SQL Server" --config CPL_DEBUG ON > > fails with > > ODBC: > SQLDriverConnect(database=kn;server=host\kartografi

[gdal-dev] connect mssql from linux

mssql-odbc-client-on-debian-9-stretch/ -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/mentors/landa ___ gdal-dev mailing list gdal-dev@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: [gdal-dev] mssql append fails for non-geometry layers

ption and the layer doesn't contain geometry column, you might require to use the MSSQLSPATIAL_LIST_ALL_TABLES config option to get the previous layer de leted before creating the new one. ERROR 1: Terminating translation prematurely after failed translation of layer VLA (use -skipfail

[gdal-dev] mssql append fails for non-geometry layers

of layer VLA (use -skipfailures to skip errors) Number of records unchanged: 1> select count(*) from vla 2> go --- 111 It seems to me as a bug, or is there anything I miss? Thanks for pointers, Martin -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/mento

[gdal-dev] gdal2.3 configuration fails

aster. ./autogen.sh didn't help. Any idea? Thanks, Martin -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/mentors/landa ___ gdal-dev mailing list gdal-dev@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: [gdal-dev] CPLReadLine2L and control characters

noying > nul characters. Right, I was just wondering whether it's reasonable to create a new method just for my case. Thanks for feedback, Ma -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/mentors/landa ___ gdal-dev mailin

[gdal-dev] CPLReadLine2L and control characters

inters in advance! Martin [0] https://github.com/OSGeo/gdal/issues/365 [1] https://en.wikipedia.org/wiki/ISO/IEC_8859-2 [2] http://geo102.fsv.cvut.cz/~landa/tmp/0xline.txt -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/mentors/landa ___

Re: [gdal-dev] GH repo - write access

arly > helpful when a project starts integrating CI as apart of the > commit-acceptance practices. OK, thanks for clarification. Ma -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/mentors/landa ___ gdal-dev mailing

Re: [gdal-dev] GH repo - write access

ect push for minor changes VFK driver probably. For rest I will use PRs. Ma -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/mentors/landa ___ gdal-dev mailing list gdal-dev@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: [gdal-dev] GH repo - write access

e. Ma [1] https://github.com/OSGeo/gdal/blob/master/gdal/COMMITTERS -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/mentors/landa ___ gdal-dev mailing list gdal-dev@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: [gdal-dev] GH repo - write access

mission to the repo. After reviewing PR, it can be applied by someone who has write access. Question: So _core_ GDAL developers (with write access) should also create PR? Than wait for feedback and any many cases apply PR on their own? Thanks for clarification, Ma -- Martin Landa http://geo.fsv

[gdal-dev] GH repo - write access

-- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/mentors/landa ___ gdal-dev mailing list gdal-dev@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/gdal-dev

[gdal-dev] mssql: overwriting layers without geometry

one. ERROR 1: Terminating translation prematurely after failed translation of layer VLA (use -skipfailures to skip errors) Note: skipfailures doesn't not help. Thanks for any pointers, Martin -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/mentors/landa __

Re: [gdal-dev] assigning output srs for GML fails

Hi, 2018-01-26 13:03 GMT+01:00 jratike80 : [...] thanks for your time and explanation. > Repeat your command with this open option and ogrinfo reports the SRS: > > ogrinfo -so -al jena-boundary.gml -oo FORCE_SRS_DETECTION=YES Works, Martin -- Martin Landa http://geo.fsv.cvut.cz/gw

[gdal-dev] assigning output srs for GML fails

n%5Flevel%22%3D%226%22%5D%5B%22\ name%22%3D%22Jena%22%5D%3B%29%3B%28%2E%5F%3B%3E%3B%29%3Bout%3B%0A" multipolygons $ ogrinfo jena-boundary.gml multipolygons -so ... Layer SRS WKT: (unknown) Any idea what I am doing wrong? Using GDAL trunk. Thanks in advance, Ma -- Martin Landa http://geo.fs

Re: [gdal-dev] compulation error in trunk

2018-01-23 13:40 GMT+01:00 Even Rouault : > I just committed this fix thanks, Ma -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/mentors/landa ___ gdal-dev mailing list gdal-dev@lists.osgeo.org https://lists.osgeo.org/mail

[gdal-dev] compulation error in trunk

; is not a member of 'std' dstMinVal = std::numeric_limits::lowest(); gcc --version gcc (Debian 7.2.0-19) 7.2.0 ocl-icd-libopencl1/unstable,testing,now 2.2.12-1 amd64 [installed] In my case helped adding header into gdalwarpkernel_opencl.cpp. Should I fill a bug rep

Re: [gdal-dev] GDAL 2.2.3 planning

, no problem appeared. Ma -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/mentors/landa ___ gdal-dev mailing list gdal-dev@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: [gdal-dev] sqlite -> spatialite (rowid)

Hi Even, 2017-03-07 13:41 GMT+01:00 Even Rouault : [...] > FID Column = rowid <-- see right, this exactly my case. > Workaround : > $ ogr2ogr test2.db test.db -dsco spatialite=yes -f sqlite -lco fid=my_rowid Thanks, it works. Ma -- Martin Landa http://geo.fsv.cvut.cz/gwik

[gdal-dev] sqlite -> spatialite (rowid)

table doesn't not contain such column. It seems that this column is created by GDAL when converting data into Spatialite DB, is it possible? Thanks, Martin -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/mentors/landa ___ gda

Re: [gdal-dev] FileGDB: subtypes

Hi, 2016-12-10 14:08 GMT+01:00 Even Rouault : > What you want here is probably related to "expanding" "coded value domains". > There is a ticket about that: > > https://trac.osgeo.org/gdal/ticket/5741 right. Thanks, Martin -- Martin Landa http://geo.fsv.cvut.cz/

[gdal-dev] FileGDB: subtypes

(String) = 'highway' CISLO_SILNICE (String) = 185 ... ? Is there any difference between OpenFileGDB and FileGDB drivers? Thanks! Martin -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/mentors/landa ___ gdal-dev mailing list

Re: [gdal-dev] compilation error: jump to label 'free_warper'

Hi, 2016-12-03 19:55 GMT+01:00 Even Rouault : > Fixed thanks! Confirmed. Martin -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/mentors/landa ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mail

[gdal-dev] compilation error: jump to label 'free_warper'

--with-sqlite3 --with-spatialite=/usr/local --with-python \ --with-gnu-ld --with-threads --with-opencl Any idea, thanks, Martin PS: BTW, I was surprised that GDAL uses goto statements. -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/mentors/landa

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

Hi, 2016-11-13 13:29 GMT+01:00 Even Rouault : thanks for detailed insight. BTW, ogr2ogr couldn't also generates .qpj when srs epgs code is given? Martrin -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/mentors/landa ___

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

version) [1]. The problem is that such Shapefiles are not recognized by QGIS as EPSG 5514 (QGIS shows user-defined SRS 1000). Any idea? Thanks, Martin [1] http://147.32.131.147/landa/Export_Output.prj.txt -- Martin Landa http://geo.fsv.cvut.cz/gwiki/La

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

], PROJECTION["Krovak"], PARAMETER["latitude_of_center",49.5], PARAMETER["longitude_of_center",24.83], PARAMETER["azimuth",30.2881397222], PARAMETER["pseudo_standard_parallel_1",78.5], PARAMETER["s

[gdal-dev] /vsizip/ requires zip extension?

nsion required? Thanks, Ma -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/mentors/landa ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: [gdal-dev] ESRI GeoJSON

2016-05-11 22:39 GMT+02:00 Even Rouault : >> Is there any support >> for writing into ESRI GeoJSON? > No. Read-only. thanks for clarification, Martin -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/mentors/landa _

[gdal-dev] ESRI GeoJSON

Hi, even the manual page [1] doesn't mention support of ESRI GeoJSON, the driver seems to support this dialect for reading. Is there any support for writing into ESRI GeoJSON? Thanks, Martin [1] http://gdal.org/drv_geojson.html -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa

Re: [gdal-dev] support for Czech Exchange Format for Land Consolidation

Hi, 2016-02-04 10:42 GMT+01:00 Even Rouault : > it looks indeed that the @ syntax isn't supported on the root node. It > could likely be implemented please could you tell where I should take a look? Thanks, Ma -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors

Re: [gdal-dev] support for Czech Exchange Format for Land Consolidation

Hi, 2016-02-04 0:00 GMT+01:00 Martin Landa : >> Have a look at the "Getting XML attributes as OGR fields" section of >> http://gdal.org/drv_gml.html > > oh, thanks, I overlooked this part. Ma after various experiments I still must miss something. The inpu

Re: [gdal-dev] support for Czech Exchange Format for Land Consolidation

2016-02-03 23:57 GMT+01:00 Even Rouault : > Have a look at the "Getting XML attributes as OGR fields" section of > http://gdal.org/drv_gml.html oh, thanks, I overlooked this part. Ma -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.

Re: [gdal-dev] support for Czech Exchange Format for Land Consolidation

les should handle: 0 ... But not XML notation shown above, right? Thanks, Martin -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/mentors/landa ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mail

Re: [gdal-dev] support for Czech Exchange Format for Land Consolidation

Hi, 2015-04-17 12:26 GMT+02:00 Martin Landa : >>> to the user, we could have a generic XML driver that would try several XSLT >>> documents and then feed the transformed document to the GML driver. I don't >> >> Anybody here is interested to implement such driv

Re: [gdal-dev] gml: array data type size

u have any idea how much work it would be do modify GML driver in this way and where to start? Thanks, Martin -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/mentors/landa ___ gdal-dev mailing list gdal-dev@lists.osgeo.org h

[gdal-dev] gml: array data type size

ur to report consistent number of items in array, in this case '2', eg: DetailniTEADruhKonstrukceKod (IntegerList) = (1:NULL,4) Thanks, Martin -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/mentors/landa ___ gdal-d

Re: [gdal-dev] direct.h and other Windows issue

st #define getcwd getcwd before > including > GDAL headers. I know, unfortunately to make GRASS compiled by MSVC is so huge effort that nobody did till now. Martin -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/mentors/landa _

Re: [gdal-dev] direct.h and other Windows issue

rowser/grass/trunk/lib/gis/snprintf.c#L43 -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/mentors/landa ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: [gdal-dev] direct.h and other Windows issue

n that is essentially a wrapper > around getcwd(). See port/cpl_path.cpp getcwd() is used on other places in GRASS, the only failing is r.external which is linked to GDAL. I found out that GDAL defines: #ifndef getcwd #define getcwd _getcwd #endif Could be this the issue? M

Re: [gdal-dev] direct.h and other Windows issue

Hi, 2015-12-10 10:11 GMT+01:00 Martin Landa : > 3) r.in.gdal > > OBJ.x86_64-w64-mingw32/main.o: In function `dump_rat': > /home/landa/grass_trunk/raster/r.in.gdal/main.c:1601: undefined > reference to `_snprintf' > /home/landa/grass_trunk/raster/r.in.gdal/main.

[gdal-dev] direct.h and other Windows issue

s correctly. Any idea? Thanks in advance for any tips, Martin -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/mentors/landa ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev

[gdal-dev] unable to open DGN

Application: MicroStation v8.9.3.68, Last Printed: Sun Nov 2 10:36:59 2014 Is there any possibility how to read this file using GDAL library? Thanks! Martin -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/mentors/landa ___ gdal-dev

[gdal-dev] GML driver and DateTime datatype

Hi, it seems that DateTime is not supported by GFS format, is right? Is support for this data type planned? Thanks! Martin -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/mentors/landa ___ gdal-dev mailing list gdal-dev

[gdal-dev] allow gml driver to check supported version

ks, Martin -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/mentors/landa ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: [gdal-dev] ogr2ogr 2.0 PG driver problem

alid connection option "schemas" > ERROR 1: Couldn't establish a database connection try -lco 'schema=myschema' option, so ogr2ogr -f PostgreSQL "PG:host=localhost user=myuser" mylayer -nln mylayer -lco 'schema=myschema' Martin PS: In connection

[gdal-dev] dbf data types

) ICOB is ID of a city, OGR driver defines this attribute as character. I tried ADJUST_TYPE option, but it didn't make difference. Thanks in advance for any hint, Martin [1] http://geo102.fsv.cvut.cz/~landa/tmp/OBCE.DBF -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.c

[gdal-dev] shape_encoding and Windows

Hi, it's seems to me that SHAPE_ENCODING doesn't work on Windows [1]. I wonder how to set up encoding when reading Shapefiles on Windows, ENCODING options is new in GDAL 2.0? Thanks, Martin -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/men

Re: [gdal-dev] FATAL: CPLGetTLSList(): pthread_setspecific() failed!

Hi Even, 2015-05-17 13:28 GMT+02:00 Even Rouault : [...] > Do you have plugins ? that was the problem. After removing (outdated) plugins I am not getting this error. Thanks, Martin -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/mentors/la

[gdal-dev] FATAL: CPLGetTLSList(): pthread_setspecific() failed!

setspecific() failed! Aborted Thanks in advance, Martin -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/mentors/landa ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: [gdal-dev] open zipped gml

2015-05-03 12:51 GMT+02:00 Even Rouault : > ogrinfo /vsizip/DOP_ZachParkoviste_b_gml.zip/DOP_ZachParkoviste_b.gml -ro thanks for clarification, Martin -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/mentors/landa ___ gdal-

[gdal-dev] open zipped gml

://opendata.iprpraha.cz/CUR/DOP/DOP_ZachParkoviste_b/S_JTSK/DOP_ZachParkoviste_b_gml.zip [2] http://opendata.iprpraha.cz/CUR/DOP/DOP_ZachParkoviste_b/S_JTSK/DOP_ZachParkoviste_b_shp.zip -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/mentors/landa

[gdal-dev] compilation error (trunk)

: error: from here [-fpermissive] goto free_warper; Thanks, Martin -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/mentors/landa ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: [gdal-dev] support for Czech Exchange Format for Land Consolidation

Hi, 2015-04-02 17:07 GMT+02:00 Martin Landa : [...] >> to the user, we could have a generic XML driver that would try several XSLT >> documents and then feed the transformed document to the GML driver. I don't > > Anybody here is interested to implement such driver or at

Re: [gdal-dev] gdal_translate and PostGIS

You have to use raster2pgsql provided with PostGIS for what you want to do. thanks for confirmation, Martin -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/mentors/landa ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://

[gdal-dev] gdal_translate and PostGIS

-- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/mentors/landa ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: [gdal-dev] support for Czech Exchange Format for Land Consolidation

me very complicated. GeoRSS or GPX are probably better > starting points. Right, this also an option, generic driver would be better. Martin [1] http://spucr.cz/frontend/webroot/uploads/files/2015/02/vfp_2596.0596.xsd -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Lan

Re: [gdal-dev] [GRASS-dev] GDAL-GRASS-plugin 1.11.2

2015-03-30 18:16 GMT+02:00 Markus Neteler : > The path changed between G6 and G7, it should be > > etc/proj/* > > @Martin, is this fixed as well? yes [1]. Martin [1] http://trac.osgeo.org/gdal/browser/branches/1.11/gdal/frmts/grass/pkg/Makefile.in#L30 -- Martin Landa http://

Re: [gdal-dev] [GRASS-dev] GDAL-GRASS-plugin 1.11.2

] http://trac.osgeo.org/gdal/ticket/5852 -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/mentors/landa ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: [gdal-dev] libpng: Invalid color type/bit depth combination in IHDR

RGBA PNG output. Thanks, Martin -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/mentors/landa ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: [gdal-dev] can't compile gdal-grass plugin against GRASS 7

Hi, 2015-03-11 1:15 GMT+01:00 Saulteau Don : > That's good news. Thanks Martin. > > I'd like to test 1.11.3 so it'd be great if I could get a copy of it. please try out [1]. Martin [1] http://geo102.fsv.cvut.cz/~landa/tmp/gdal-grass-1.11.2.tar.gz -- Martin Landa http

  1   2   3   >