Hi Even, thx for hint.
Is this possible using the python API ?
Thx ,
A.
Il 20/08/2015 17:15, Even Rouault ha scritto:
Not directly. At the API level, it is possible to require for approximate
histogram (and this will select a overview level that is close to 1 / 50 th of
the original raster s
Hi, Rouault
it work well.
I see it want necessary the first line with titles.
To avoid it the docs say to use an integer field.
This is not my situation.
I have a file with all text fileds but without a title in the first line.
There is a parameter to avoid the first line of fileds-name ?
Thx,
8 PM, Even Rouault
mailto:even.roua...@mines-paris.org>> wrote:
Le dimanche 22 janvier 2012 11:14:22, aperi2007 a écrit :
> Hi,
>
> I'm try-ing to export from spatialite to shapefile using ogr2ogr.
> it work but I like to procude also the spatial-index f
Hi,
I'm try-ing to export from spatialite to shapefile using ogr2ogr.
it work but I like to procude also the spatial-index file .qix.
I don't find any option to do this for shapefile.
Is this possible ?
Thx,
Andrea.
___
gdal-dev mailing list
gdal-dev
Hi, Even
thx for you full explanation . :)
It is really useful for me.
Andrea.
Il 21/01/2012 12:28, Even Rouault ha scritto:
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 f
lo export this schema in shapefile using:
ogr2ogr.exe -f "ESRI Shapefile" folder_name -progress PG:"dbname='test'
active_schema=testing schemas=testing host='localhost' port='5432'
user='user' password='pwd' " -overwrite
I
The integer primary column might be going into the sqlite datasource as
the FID.
On Sat, Jan 14, 2012 at 1:35 AM, aperi2007 mailto:aperi2...@gmail.com>> wrote:
Hi,
I notice that try-ing exporting from Postgres using ogr2ogr.exe
It lost completely the primary key filed i
Hi,
I notice that try-ing exporting from Postgres using ogr2ogr.exe
It lost completely the primary key filed if that is a integer field.
Instead it don't lost the same primary key field if it is a varchar type.
Is a know bug this ?
I'm use the gdal 1.9.
I try exporting to a spatialite or to a
Hi,
I notice that try-ing exporting from Postgres using ogr2ogr.exe
It lost completely the primary key filed if that is a integer field.
Instead it don't lost the same primary key field if it is a varchar type.
Is a know bug this ?
I'm use the gdal 1.9.
I try exporting to a spatialite or to a
> driver, but not of the SQLite driver. The SQLite driver has a
hardcode name
> for the geometry column, which is GEOMETRY
Hi, Roualt ,
this is really clear and precious information for me.
Expecially the info on the hardcoded name in splite.
This was not really clear in the docs for sqlite/s
Hi,
I'm try to export from Postgres 9.1.2 with Postgis 2.0 to a spatialite
3.0.0 version using ogr2ogr.exe.
To do this I try this sintax:
ogr2ogr.exe --config PG_LIST_ALL_TABLES YES --config PG_SKIP_VIEWS YES
-f "SQLite" db.sqlite -progress PG:"dbname='test' active_schema=work
schemas=work,p
Hi,
I'm try-ing to load a regular table without geometry from a spatialite
to a postgres9.1/postgis 2.0 DB.
I'm using this sintax:
ogr2ogr.exe -f "PostgreSQL" PG:"dbname='test' active_schema=gb
schemas=gb,public host='localhost' port='5432' user='postgres'
password='postgres' " -overwrite -l
Hi,
thx to Jean-Claude and Even,
I definitively resolve my troubles. :)
gdalwarp is the right tool to merge.It don't break with no-one raster
and after I use gdaltranslate to produce a tiff4 raster.
To help any-one that has same need. I put the call I'm using.
The call take all the raster ti
my need.
I need to produce 1 really physical raster.
But gdalwarp is a tool I never will think to use for this.
Is gdalwarp capable to merge raster ?
Thx,
Il 05/09/2011 19:24, Even Rouault ha scritto:
Le lundi 05 septembre 2011 09:55:52, aperi2007 a écrit :
Hi,
I'm try-ing to merge some tiff
Hi,
I'm try-ing to merge some tiff4 raster.
The call I'm using (thx Frank and Etienne) is these:
python gdal_merge.py -o ../raster/raster_1.tif -n 0 -ot Byte -pct
../raster/raster_1/*.tif
gdal_translate -co NBITS=1 -co COMPRESS=CCITTFAX4 -co TFW=YES
../raster/raster_1.tif ../raster/raster_2.ti
> string fields. This can be accomplished by setting the configuration
>option
> GML_FIELDTYPES to the value ALWAYS_STRING."
wow, this is really a good choice for me !
>> But I don't know if the gfs file do something else or only the
description
>> of every field.
>
> Yes essentially that, plu
Il 10/07/2011 23:19, Even Rouault ha scritto:
Le samedi 09 juillet 2011 21:04:25, aperi2007 a écrit :
Andrea,
Yes, I've confirmed that the GML driver doesn't handle wkbNone layers in a
optimal way. I've created http://trac.osgeo.org/gdal/ticket/4154 and commited
the appropria
.
Il 09/07/2011 20:48, Frank Warmerdam ha scritto:
On Sat, Jul 9, 2011 at 11:12 AM, aperi2007 wrote:
Hi,
is compliant with the gdal/ogr rules to have a GML driver to export forward
a dbf when in the GML there is a class without geometry ?
Actually the GML drivers when meet a class without
Hi,
is compliant with the gdal/ogr rules to have a GML driver to export
forward a dbf when in the GML there is a class without geometry ?
Actually the GML drivers when meet a class without geometry export it as
a shapefile having null geometry.
Thx,
Andrea Peri
19 matches
Mail list logo
