Re: [gdal-dev] regarding DGN v8

2013-08-19 Thread Carlo A. Bertelli (Charta s.r.l.)
Hello Shubham, DGN v 8 is a completely different format; it's a derivative of Autodesk DWG even if the dgn extension stays the same. There are "open" libraries developed by Open Design Alliance ( http://www.opendesign.com). They are not really open source, they disclose some information for develop

Re: [gdal-dev] gdal - grass 7 (conf)

2013-08-19 Thread Martin Landa
Hi, 2013/8/14 Even Rouault : > Le mercredi 14 août 2013 14:25:10, Martin Landa a écrit : >> Hi, >> >> 2013/8/14 Even Rouault : >> > Cool. Just a question. I see $(PG_INC) in the GNUmakefile : just curious >> > why it is needed ? >> >> GRASS 7 vector libraries can be optionally compiled with nativ

Re: [gdal-dev] KMLSuperOverlay bounding box variant not supported

2013-08-19 Thread Norman Vine
On Aug 19, 2013, at 1:57 PM, Even Rouault wrote: > Le lundi 19 août 2013 19:48:52, Carl Godkin a écrit : >> Hi, >> >> We obtained some KMLSuperOverlay datasets whose bounding >> box is defined neither with nor but instead with >> the apparently recently added . >> >> https://developers.goo

Re: [gdal-dev] KMLSuperOverlay bounding box variant not supported

2013-08-19 Thread Even Rouault
Le lundi 19 août 2013 19:48:52, Carl Godkin a écrit : > Hi, > > We obtained some KMLSuperOverlay datasets whose bounding > box is defined neither with nor but instead with > the apparently recently added . > > https://developers.google.com/kml/documentation/kmlreference?hl=en#gxlatlon > quad

[gdal-dev] KMLSuperOverlay bounding box variant not supported

2013-08-19 Thread Carl Godkin
Hi, We obtained some KMLSuperOverlay datasets whose bounding box is defined neither with nor but instead with the apparently recently added . https://developers.google.com/kml/documentation/kmlreference?hl=en#gxlatlonquad The function KmlSuperOverlayGetBoundingBox() doesn't deal with and I

Re: [gdal-dev] LibPNG compatibility issue

2013-08-19 Thread Olivier BARTHELEMY
I submitted a ticket there http://trac.osgeo.org/gdal/ticket/5204 for the macros. About my issue, it turns out i had not added --with-png=, so the compile step used the system's libpng 1.2.10. But my LD_LIBRARY_PATH must have pointed to the directory of my libpng1.6.16, so the code compiled wi

Re: [gdal-dev] gdalwarp resampling

2013-08-19 Thread M. LATTES
Hi Laura, As far I remember, it is in target srs unit. So for an UTM output, (meter is the srs unit), so you may specify : -tr 12500 12500 (note that -tr is used with the X pixel size and Y pixel size) Regards. Mathieu LATTES Directeur Technique m.lat...@interatlas.fr Tel : 05 32 09 03 22 ht

Re: [gdal-dev] LibPNG compatibility issue

2013-08-19 Thread Even Rouault
Selon Olivier BARTHELEMY : > I'm having a strange error when Gdal uses libpng > > Environment : > x86-64 linux > gdal 1.10 > libpng 1.6.2 > > I am getting the following message : > > GDAL (CPLE_NotSupported): The PNG driver failed to in > png_create_read_struct(). > This may be due to version comp

[gdal-dev] gdalwarp resampling

2013-08-19 Thread laura0
Hi all, I am going to use gdalwarp to resample a 800x800 wgs84 image but I did not understand how to set output file resolution: gdalwarp description page says to use the option -tr , but what does it mean with "in target georeferenced units"? This is my input image: Size is 800, 800 Coordinate Sy

[gdal-dev] LibPNG compatibility issue

2013-08-19 Thread Olivier BARTHELEMY
I'm having a strange error when Gdal uses libpng Environment : x86-64 linux gdal 1.10 libpng 1.6.2 I am getting the following message : GDAL (CPLE_NotSupported): The PNG driver failed to in png_create_read_struct(). This may be due to version compatibility problems. which is in this snippet in