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
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
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
> 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:
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
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
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
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
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
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
>
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
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
12 matches
Mail list logo