Re: [gdal-dev] OGR GeoJSON transormation woes

2020-05-07 Thread Frank Broniewski
the output to match what QGIS needs. Just a different approach to the problem ... Am 07.05.20 um 12:28 schrieb jratike80: Hi, I fear that such a change in GeoJSON would not really correct anything but rather move the confusion into another place. -Jukka Rahkonen- Frank Broniewski-6 wrote

Re: [gdal-dev] OGR GeoJSON transormation woes

2020-05-07 Thread Frank Broniewski
Hi Even, thank you very much for the hint. Although after researching on it I fell into a rabbit hole and just barely got out, but with a decent headache ;-) Why do these coordinate systems and their axes have to be so complicated, they make my head hurt ... :-) For future readers on the

[gdal-dev] OGR GeoJSON transormation woes

2020-05-06 Thread Frank Broniewski
Hi everybody, I've written a small plugin for QGIS in which I am using OGR to transform GeoJSON from a Web API into a national CRS. It used to work fine, but the changes introduced to axis ordering with the latest versions of GDAL introduced errors in my code. Things aren't anymore where they

Re: [gdal-dev] Extracting keys & values from OSM Planet

2017-11-10 Thread Frank Broniewski
ogr2ogr for extracting a subregion from a larger PBF. But as far as I remember osmconvert was superior in speed and accuracy for that task than ogr2ogr. Dipl. Geogr. Frank Broniewski Waldhölzbacher Str. 51 66679 Losheim am See 06872 5090684 www.frankbroniewski.com Von: Nikos Alexandris Gesendet

Re: [gdal-dev] Extracting keys & values from OSM Planet

2017-11-07 Thread Frank Broniewski
stom location and have several configs for many use cases. HTH Frank Dipl. Geogr. Frank Broniewski Waldhölzbacher Str. 51 66679 Losheim am See 06872 5090684 www.frankbroniewski.com Von: Nikos Alexandris Gesendet: Dienstag, 7. November 2017 16:15 An: gdal-dev@lists.osgeo.org Betreff: [gdal-dev]

Re: [gdal-dev] How to escape "desc" with OGR SQL?

2016-06-17 Thread Frank Broniewski
Hi Jukka, you will need to escape anything that can be interpreted as a control character on the command line. But it really depends on the interpretation context (console), but backslashes often need escaping as well like \n for a newline. This may even happen if you write something like

Re: [gdal-dev] GeoPDF

2016-06-17 Thread Frank Broniewski
through your email step by step and see what I can do about your mentioned problems in the PDF. Thanks a lot, again! Frank Am 16.06.2016 um 17:34 schrieb George Demmy: On Thu, Jun 16, 2016 at 7:27 AM, Frank Broniewski <frank.broniew...@gmail.com> wrote: Ok, finally l found som

Re: [gdal-dev] GeoPDF

2016-06-17 Thread Frank Broniewski
I just have to agree :) If I read the qgis homepage correctly, 2.16 is due on the beginning of july (2016-07-08) Am 17.06.2016 um 00:02 schrieb Luca Delucchi: On 16 June 2016 at 13:32, Nyall Dawson wrote: I can't help with this, but you may be interested to know that

Re: [gdal-dev] GeoPDF

2016-06-16 Thread Frank Broniewski
witch. Probably some parsing errors or whatnot. Anyway, copy is as good for the moment. So, any comments on how to proceed with the neatline are greatly appreciated. I will continue to do my own research and report back on any successful steps achieved. Frank Am 18.05.2016 um 16:50 schrieb F

Re: [gdal-dev] GeoPDF

2016-05-18 Thread Frank Broniewski
Hi Luca, I developed a plugin for QGIS to export layers (vector and raster) to geospatial PDF using GDAL library. I'm waiting the authorization from the customer to publish it in the plugin repository. this sounds interesting. But your plugin cannot save a map composition with legend, neatline

Re: [gdal-dev] GeoPDF

2016-05-18 Thread Frank Broniewski
Hi Even, Am 18.05.2016 um 17:10 schrieb Even Rouault: Sure. There are 2 specifications mentionned in http://gdal.org/frmt_pdf.html : - Adobe Supplement to ISO 32000: http://www.adobe.com/devnet/acrobat/pdfs/adobe_supplement_iso32000.pdf - OGC GeoPDF Encoding Best Practice Version 2.2 (08-139r3)

[gdal-dev] GeoPDF

2016-05-18 Thread Frank Broniewski
Hi, I want to turn my QGIS map composer PDF into a GeoPDF or a geospatial PDF. Unfortunately that is not supported, just on a per layer basis from within the main program. I could export my map to TIFF with a world file and use GDAL on that, but I'd like to maintain the vectors and text in

Re: [gdal-dev] osmconf.ini

2016-02-24 Thread Frank Broniewski
de (String) = (null) oneway (String) = (null) [...] I had to add the last config option because ogrinfo told me so ;) 2016-02-22 8:14 GMT+01:00 Frank Broniewski <frank.broniew...@gmail.com>: > Mh, maybe I should have a look at my data. I downloaded a europe extract > from geofabr

[gdal-dev] osmconf.ini

2016-02-19 Thread Frank Broniewski
Hi, I am having some trouble understanding, when - or how - multilinestrings are imported into PostGIS. I am interested in hiking routes from OpenStreetMap and I try to figure out how I can load them correctly into PostGIS. The corresponding OSM Wiki page would be this:

Re: [gdal-dev] Is there documetation about filters and some python utilities?

2014-02-18 Thread Frank Broniewski
- ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev - -- Frank BRONIEWSKI METRICO s.à r.l

Re: [gdal-dev] GDAL 1.10 build fails on FreeBSD

2013-09-04 Thread Frank Broniewski
Am 2013-09-03 14:55, schrieb Frank Broniewski: Hi all, I tried updating Gdal to the latest version on my FreeBSD system, but the build fails: snip c postgisrasterdataset.cpp -fPIC -DPIC -o ../o/.libs/postgisrasterdataset.o postgisrasterdataset.cpp: In function 'void GDALRegister_PostGISRaster

[gdal-dev] GDAL 1.10 build fails on FreeBSD

2013-09-03 Thread Frank Broniewski
or shall I report this to the FreeBSD crew? Or is my PostGIS too old ??? Frank -- Frank BRONIEWSKI METRICO s.à r.l. géomètres technologies d'information géographique rue des Romains 36 L-5433 NIEDERDONVEN tél.: +352 26 74 94 - 28 fax.: +352 26 74 94 99 http://www.metrico.lu

[gdal-dev] gdalwarp to XYZ grid

2013-07-03 Thread Frank Broniewski
/mdenoise/ [2] http://trac.osgeo.org/grass/browser/grass-addons/grass6/raster/r.denoise/r.denoise -- Frank BRONIEWSKI METRICO s.à r.l. géomètres technologies d'information géographique rue des Romains 36 L-5433 NIEDERDONVEN tél.: +352 26 74 94 - 28 fax.: +352 26 74 94 99 http://www.metrico.lu

Re: [gdal-dev] gdalwarp to XYZ grid

2013-07-03 Thread Frank Broniewski
Am 2013-07-03 16:53, schrieb Even Rouault: Le mercredi 03 juillet 2013 16:17:14, Frank Broniewski a écrit : Hi all, I'm trying to warp a XYZ Grid to another CRS. My GDAL complains while running: gdalwarp -t_srs EPSG:3035 -of XYZ /tmp/tmpU7lQR2/in.xyz /tmp/tmpU7lQR2/out.xyz Output driver `XYZ

Re: [gdal-dev] New OGR driver to read OpenStreetMap .osm / .pbf files

2012-10-24 Thread Frank Broniewski
Hi, I had this up my schedule for this week, but I see I need GDAL = 2.0. Where might I get this? From svn (https://svn.osgeo.org/gdal/trunk/gdal)? Thanks, Frank Am 2012-10-17 11:54, schrieb Even Rouault: Selon Frank Broniewski b...@metrico.lu: Hi Even, I need to reinstall my OSM

Re: [gdal-dev] New OGR driver to read OpenStreetMap .osm / .pbf files

2012-10-17 Thread Frank Broniewski
@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev -- Frank BRONIEWSKI METRICO s.à r.l. géomètres technologies d'information géographique rue des Romains 36 L-5433 NIEDERDONVEN tél.: +352 26 74 94 - 28 fax.: +352 26 74 94 99 http://www.metrico.lu

Re: [gdal-dev] Combine aerial images

2012-10-15 Thread Frank Broniewski
Am 2012-10-14 11:43, schrieb Jukka Rahkonen: Frank Broniewski brfr at metrico.lu writes: Hi, I have a directory with appr. 2800 aerial images, each 1kmx1km. I'm using this source for a Mapserver WMS layer. Unfortunately the amount of data to process is way too much for a Mapserver WMS

[gdal-dev] Combine aerial images

2012-10-12 Thread Frank Broniewski
together. The route I wanted to was 1) build a VRT from the images 2) use gdal_translate to get a new geotiff with a smaller size (pixel wise) Is this a valid route to go? Many thanks, Frank -- Frank BRONIEWSKI METRICO s.à r.l. géomètres technologies d'information géographique rue des Romains 36

Re: [gdal-dev] how to judge a file is a DEM file or not?

2012-05-02 Thread Frank Broniewski
to open it in a text editor or in Quantum GIS or guess by file extension?! Without more information it is hard to help ... even the term DEM file is not very precise, do you mean a specific file type with that extension or just a terrain model like SRTM or GeoTIFF? Frank -- Frank BRONIEWSKI

Re: [gdal-dev] Hillshade + Topographic Map??

2012-02-21 Thread Frank Broniewski
.n6.nabble.com/Hillshade-Topographic-Map-tp4490698p4490698.html Sent from the GDAL - Dev mailing list archive at Nabble.com. ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev -- Frank BRONIEWSKI METRICO

Re: [gdal-dev] Problem to compile in Lucid with Spatialite 3.0 and gdal 1.9

2012-01-23 Thread Frank Broniewski
, I've used ldconfig after each build of each lib. Any clue is welcome, maybe I miss something obvious. Thanks ThomasG ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev -- Frank BRONIEWSKI METRICO s.à

Re: [gdal-dev] Compiling fails on Debian

2012-01-10 Thread Frank Broniewski
$ make but without success Any hints? Frank -- Frank BRONIEWSKI METRICO s.à r.l. géomètres technologies d'information géographique rue des Romains 36 L-5433 NIEDERDONVEN tél.: +352 26 74 94 - 28 fax.: +352 26 74 94 99 http://www.metrico.lu

[gdal-dev] Compiling fails on Debian

2012-01-09 Thread Frank Broniewski
? Frank -- Frank BRONIEWSKI METRICO s.à r.l. géomètres technologies d'information géographique rue des Romains 36 L-5433 NIEDERDONVEN tél.: +352 26 74 94 - 28 fax.: +352 26 74 94 99 http://www.metrico.lu ___ gdal-dev mailing list gdal-dev

[gdal-dev] [python] CopyDataSource question

2011-12-20 Thread Frank Broniewski
rings a bell somewhere. Since CopyDataSource just sits there and does nothing and needs to be terminated I lack something I can investigate in. Many thanks Frank PS Source code can be seen here: https://bitbucket.org/frankbroniewski/geoactions/ -- Frank BRONIEWSKI METRICO s.à r.l. géomètres

Re: [gdal-dev] [python] CopyDataSource question

2011-12-20 Thread Frank Broniewski
() is very basic, but it should work for what it is supposed to do, and not block forever. Best ragards, Even -- Frank BRONIEWSKI METRICO s.à r.l. géomètres technologies d'information géographique rue des Romains 36 L-5433 NIEDERDONVEN tél.: +352 26 74 94 - 28 fax.: +352 26 74 94 99 http

[gdal-dev] [python] OGR feature to GeoJSON TypeError

2011-12-19 Thread Frank Broniewski
keyword argument 'as_object' from osgeo import gdal gdal.VersionInfo() '1730' Maybe it's only my rather old gdal version and this is already fixed, but I thought I mention this better HTH Frank -- Frank BRONIEWSKI METRICO s.à r.l. géomètres technologies d'information géographique rue des Romains

Re: [gdal-dev] [python] OGR feature to GeoJSON TypeError

2011-12-19 Thread Frank Broniewski
11:54, schrieb Even Rouault: Frank Should be fixed in GDAL 1.8.0. See http://trac.osgeo.org/gdal/ticket/3870 Best regards, Even -- Frank BRONIEWSKI METRICO s.à r.l. géomètres technologies d'information géographique rue des Romains 36 L-5433 NIEDERDONVEN tél.: +352 26 74 94 - 28 fax.: +352

Re: [gdal-dev] Difference in output using gdal_translate from FWTools shell and cmd window

2011-12-01 Thread Frank Broniewski
___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev -- Frank BRONIEWSKI METRICO s.à r.l. géomètres technologies d'information géographique rue des Romains 36 L-5433 NIEDERDONVEN tél.: +352 26 74 94 - 28 fax.: +352 26 74 94 99 http://www.metrico.lu

Re: [gdal-dev] VSI issue

2011-11-21 Thread Frank Broniewski
#Writing_To_Standard_Output -- Frank BRONIEWSKI METRICO s.à r.l. géomètres technologies d'information géographique rue des Romains 36 L-5433 NIEDERDONVEN tél.: +352 26 74 94 - 28 fax.: +352 26 74 94 99 http://www.metrico.lu ___ gdal-dev mailing list gdal-dev@lists.osgeo.org

Re: [gdal-dev] CopyLayer oddity using GML driver

2011-11-21 Thread Frank Broniewski
() out_drv = out_ds.GetDriver() out_drv is None True Greetings Frank -- Frank BRONIEWSKI METRICO s.à r.l. géomètres technologies d'information géographique rue des Romains 36 L-5433 NIEDERDONVEN tél.: +352 26 74 94 - 28 fax.: +352 26 74 94 99 http://www.metrico.lu

[gdal-dev] VSIF and Python

2011-11-14 Thread Frank Broniewski
) to gdal instead of path names, isn't there? Thanks Frank [1] http://gdal.org/python/ [2] http://osgeo-org.1803224.n2.nabble.com/gdal-dev-NET-and-OGR-writing-to-stream-td6638444.html#a6648549 -- Frank BRONIEWSKI METRICO s.à r.l. géomètres technologies d'information géographique rue des

[gdal-dev] [python-ogr] GML attributes are missing

2011-02-25 Thread Frank Broniewski
) target_feature.SetGeometryDirectly(geometry) target_layer.CreateFeature(target_feature) Full code: http://paste.pocoo.org/show/344283/ Python test file http://paste.pocoo.org/show/344284/ Frank -- Frank BRONIEWSKI METRICO s.à r.l. géomètres technologies d'information

Re: [gdal-dev] [python-ogr] GML attributes are missing

2011-02-25 Thread Frank Broniewski
definition matching the Layer.GetLayerDefn(). I would think that most (if not all) drivers relies on that assumpution, although I don't see it explicitely documented in http://gdal.org/ogr/ogr__api_8h.html#301d319111285a47fe6cda6e079214f8 Frank -- Frank BRONIEWSKI METRICO s.à r.l. géomètres

Re: [gdal-dev] GDAL/OGR (skeleton of) Python API documentation available on http://gdal.org/python/

2011-02-13 Thread Frank Broniewski
___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev -- Frank BRONIEWSKI METRICO s.à r.l. géomètres technologies d'information géographique rue des Romains 36 L-5433 NIEDERDONVEN tél.: +352 26 74 94 - 28 fax.: +352 26 74 94 99

Re: [gdal-dev] [python-ogr] Transform datasource problems

2011-02-10 Thread Frank Broniewski
(target_feature) Basically a stripped version of ogr2ogr.py I will make a new version and post it here on the list, so everyone can have a look and maybe learn something from it Frank [1] http://www.gdal.org/ogr/ogr_formats.html [2] http://www.gdal.org/ogr/classOGRLayer.html -- Frank BRONIEWSKI METRICO

Re: [gdal-dev] [python-ogr] GetNumPoints from geometry

2011-02-10 Thread Frank Broniewski
the C API in the future then ... Thanks, Frank [1] http://docs.python.org/library/functions.html#list Am 09.02.2011 18:15, schrieb Ari Jolma: On 02/09/2011 05:36 PM, Frank Broniewski wrote: Yes, thank you. GetPointCount() works. Another thing I noticed: point = geometry.GetPoint

Re: [gdal-dev] [python-ogr] Transform datasource problems

2011-02-10 Thread Frank Broniewski
and post another, improved version next week. Frank Am 10.02.2011 20:24, schrieb Even Rouault: Le jeudi 10 février 2011 09:09:45, Frank Broniewski a écrit : Even, thank you for your verbose and helpful answer! Am 09.02.2011 20:24, schrieb Even Rouault: Several points : 1

[gdal-dev] [python-ogr] GetNumPoints from geometry

2011-02-09 Thread Frank Broniewski
\site-packages\osgeo\ogr.py, line 2672, in lambda __getattr__ = lambda self, name: _swig_getattr(self, Geometry, name) File C:\Python26\lib\site-packages\osgeo\ogr.py, line 34, in _swig_getattr raise AttributeError,name AttributeError: GetNumPoints Many thanks Frank -- Frank BRONIEWSKI

Re: [gdal-dev] [python-ogr] GetNumPoints from geometry

2011-02-09 Thread Frank Broniewski
it is mentioned here [1] Frank [1] http://www.gdal.org/ogr/classOGRLineString.html#ab63760022e49a795477f2fd31da059f Am 09.02.2011 15:44, schrieb Ari Jolma: On 02/09/2011 04:19 PM, Frank Broniewski wrote: Hi, just a quick question: isn't GetNumPoints implemented on a geometry in ogr python

[gdal-dev] [python-ogr] Transform datasource problems

2011-02-08 Thread Frank Broniewski
transforming. I looked already at the python version of ogr2ogr, but I don't understand well what's going on in there ... Frank -- Frank BRONIEWSKI METRICO s.à r.l. géomètres technologies d'information géographique rue des Romains 36 L-5433 NIEDERDONVEN tél.: +352 26 74 94 - 28 fax.: +352

[gdal-dev] OGR Layer string representation

2011-01-21 Thread Frank Broniewski
Hello, Is it possible to get a string representation of text-datasources (gml, geojson, etc.) from a OGRLayer or OGRDatasource? Is it maybe possible to write to STDOUT instead of a file? Many thanks for tipps Frank ___ gdal-dev mailing list

Re: [gdal-dev] Internal Metadata Management

2010-12-15 Thread Frank Broniewski
to create a feature object. Feature class has SetField and GetField methods for storing and retrieving the attributes of a feature. I hope this helps, Ari On 12/14/2010 09:33 AM, Frank Broniewski wrote: Hello, I have a question concerning OGR's metadata or attribute management when converting

Re: [gdal-dev] Internal Metadata Management

2010-12-15 Thread Frank Broniewski
Am 15.12.2010 16:47, schrieb Howard Butler: On Dec 15, 2010, at 9:30 AM, Ari Jolma wrote: On 12/15/2010 05:11 PM, Frank Broniewski wrote: Hello Ari, yes that is definitely helpful. But I still wonder if it might be easier/quicker to use GeoJSON as a interchange format and tranform from

[gdal-dev] Internal Metadata Management

2010-12-14 Thread Frank Broniewski
Hello, I have a question concerning OGR's metadata or attribute management when converting between geodata vector formats. My question is maybe only loosely related to OGR and aims at the internal management of attribute data. From what I have read and understood from the documentation, OGR