Re: [gdal-dev] Is this vsi* behavior intended?

2012-01-21 Thread Joaquim Luis
Also, I forgot ask before. The ACE2 driver says that elevation data is return as float but what is the 'NoDataValue' for this? I don't know if there's an explicit nodata, but you can perhaps derive it from the source/quality/confidence layer datasets ? For example : gdalinfo /vsigzip//vsicurl

Re: [gdal-dev] Is this vsi* behavior intended?

2012-01-21 Thread Even Rouault
Le samedi 21 janvier 2012 23:17:07, Joaquim Luis a écrit : > On 21-01-2012 21:15, Even Rouault wrote: > >> Even, > >> > >> Thanks for the explanation + fix but I was not aware that the correct > >> syntax is to use a double slash. The docs does not sate that and in fact > >> the examples there htt

Re: [gdal-dev] Is this vsi* behavior intended?

2012-01-21 Thread Joaquim Luis
On 21-01-2012 21:15, Even Rouault wrote: Even, Thanks for the explanation + fix but I was not aware that the correct syntax is to use a double slash. The docs does not sate that and in fact the examples there http://trac.osgeo.org/gdal/wiki/UserDocs/ReadInZip show (for example) ogrinfo -ro -al

Re: [gdal-dev] Is this vsi* behavior intended?

2012-01-21 Thread Even Rouault
> Even, > > Thanks for the explanation + fix but I was not aware that the correct > syntax is to use a double slash. The docs does not sate that and in fact > the examples there http://trac.osgeo.org/gdal/wiki/UserDocs/ReadInZip > show (for example) > > ogrinfo -ro -al -so > /vsizip/vsicurl/http:

Re: [gdal-dev] Is this vsi* behavior intended?

2012-01-21 Thread Joaquim Luis
On 21-01-2012 08:35, Even Rouault wrote: Le samedi 21 janvier 2012 03:21:43, Joaquim Luis a écrit : Hi, I'm puzzled with this behavior of the vsi* functions The first call that uses vsigzip because file is gzipped /vsigzip/vsicurl/http:.../...30S.ACE2.gz gives an error. However, if I remove th

Re: [gdal-dev] OGR2OGR seem lost the field with primary key . ex [OGR2OGR seem last ...]

2012-01-21 Thread Even Rouault
Andrea, Several points : 1) in the OGR data model, there is the concept of feature ID. According to http://gdal.org/ogr/ogr_arch.html : """The feature id (FID) of a feature is intended to be a unique identifier for the feature within the layer it is a member of. Freestanding features, or featur

Re: [gdal-dev] OGR2OGR seem lost the field with primary key . ex [OGR2OGR seem last ...]

2012-01-21 Thread aperi2007
Hi Even, > I'm not sure why you see a difference of behaviour between the 2 >syntax. > Perhaps it is due to the way the primary key has been defined. It >might be that > when given by layer name, OGR detects the primary key column, whereas >it > doesn't when passed with -sql. Yes, but the issue

Re: [gdal-dev] DWGDirect and Teigha failing to compile

2012-01-21 Thread Even Rouault
Le vendredi 20 janvier 2012 10:56:34, Carman, Darren a écrit : > Hi, > > > > I am having problems installing GDAL 1.8.1 using the Open Design > Alliance Teigha v3 software. We run Red Hat EL6.1 64bit which used gcc > 4.4. The Teigha distribution contains prebuilt libraries for this > compiler, s

Re: [gdal-dev] OGR2OGR seem lost the field with primary key . ex [OGR2OGR seem last ...]

2012-01-21 Thread Even Rouault
Le dimanche 15 janvier 2012 15:20:32, aperi2007 a écrit : > > The integer primary column might be going into the sqlite datasource > > > >as > > > > the FID. > > Hi Chaitanya, > > unfortunatelly seem no. > > To have a more test I try to export from PG to shapefile. > I can confirm that the

Re: [gdal-dev] MapInfo TAB with WindowsLatin1 into Spatialite

2012-01-21 Thread Even Rouault
Le jeudi 19 janvier 2012 10:48:51, Jukka Rahkonen a écrit : > Hi, > > My MapInfo TAB files have attributes with WindowsLatin1 encoding. Direct > conversion with ogr2ogr from Mapinfo formta into Spatialite seems to give > wrong encoding in the Spatialite database. I have not discoverd any direct >

Re: [gdal-dev] Launder=yes and Spatialite driver

2012-01-21 Thread Even Rouault
Le jeudi 19 janvier 2012 11:34:05, Jukka Rahkonen a écrit : > Hi, > > Spatialite driver document http://gdal.org/ogr/drv_sqlite.html says about > Layer Creation Option LAUNDER > > LAUNDER=yes/no: Controls whether layer and field names will be laundered > for easier use in SQLite. Laundered names

Re: [gdal-dev] Is this vsi* behavior intended?

2012-01-21 Thread Even Rouault
Le samedi 21 janvier 2012 03:21:43, Joaquim Luis a écrit : > Hi, > > I'm puzzled with this behavior of the vsi* functions > > The first call that uses vsigzip because file is gzipped > /vsigzip/vsicurl/http:.../...30S.ACE2.gz gives an error. However, if I > remove the the '/vsigzip' than the comm