[gdal-dev] EPSG 8.2 Upgrade

Folks, I have upgraded libgeotiff, GDAL and PROJ.4 trunk's with the EPSG 8.2 database definitions. I have come to the conclusion that the EPSG Postgresql .sql files are distributed in WIN1252 encoding, not LATIN1, and so some special characters - mostly in comments - should be translated better.

Re: [gdal-dev] [EXTERNAL] Minimum user rights needed for Oracle driver

The MDSYS.CR_SRS table has been deprecated. Its now a view and there are whole set of tables that are used for handling new spatial reference systems. User defined SRIDs should all be above 100 now. Specific info is at http://docs.oracle.com/cd/E16655_01/appdev.121/e17896/sdo_cs_concepts.htm#i

Re: [gdal-dev] [EXTERNAL] Minimum user rights needed for Oracle driver

Hi, What about if GDAL and Oracle can't find common understandment about SRID? I have seen that GDAL tries then to insert something into MDSYS.CS_SRS and with our user rights that fails always. I have not studied that further because that comes always from my error and adding -lco SRID helps w

Re: [gdal-dev] [EXTERNAL] Minimum user rights needed for Oracle driver

For write access, one needs INSERT and/or UPDATE on an existing table. For a new table, a user needs CREATE TABLE and CREATE SEQUENCE access to a Schema and some tablespace allocation for the schema, ALTER USER USERNAME QUOTA on TABLESPACE Y, or GRANT UNLIMITED TABLESPACE to USERNAME. Mike --

Re: [gdal-dev] [EXTERNAL] Minimum user rights needed for Oracle driver

Jukka, Basically, you need read access to the schema.table in question. The spatial views are automatically available if a user has read access to the table. So the minimum access is GRANT SELECT on SCHEMA.TABLENAME to USERNAME; ALL_SDO_GEOM_METADATA is a view that contains metadata information

[gdal-dev] Minimum user rights needed for Oracle driver

Hi, PostGIS manual page has a useful chapter about what rights GDAL user needs " You must have permissions on all tables you want to read and geometry_columns and spatial_ref_sys. Misleading behavior may follow without an error message if you do not have permissions to these tables. Permission is

Re: [gdal-dev] sqlite dialect and MySQL spatial input

Le mardi 01 octobre 2013 22:01:51, Jukka Rahkonen a écrit : > Even Rouault mines-paris.org> writes: > > Le mardi 01 octobre 2013 08:58:22, Jukka Rahkonen a écrit : > > > - The default SQL dialect is "OGR SQL", except for databases when the > > > default is to use the native SQL dialect of the RDBM

Re: [gdal-dev] Buffering geometries

Thank you again, regards! On Tue, Oct 1, 2013 at 5:16 PM, Even Rouault wrote: > Le mardi 01 octobre 2013 22:05:55, Federico Jurio a écrit : > > Thank you for your advice Even, it works perfectly! > > i have another issue, what is the unit of dfDist from > > Buffer< > http://www.gdal.org/ogr/clas

Re: [gdal-dev] Buffering geometries

Le mardi 01 octobre 2013 22:05:55, Federico Jurio a écrit : > Thank you for your advice Even, it works perfectly! > i have another issue, what is the unit of dfDist from > Buffer f055b11d1a2> ? The same unit as the coordinates

Re: [gdal-dev] Buffering geometries

Thank you for your advice Even, it works perfectly! i have another issue, what is the unit of dfDist from Buffer ? On Tue, Oct 1, 2013 at 4:02 PM, Even Rouault wrote: > Le lundi 30 septembre 2013 23:12:30, federico

Re: [gdal-dev] sqlite dialect and MySQL spatial input

Even Rouault mines-paris.org> writes: > > Le mardi 01 octobre 2013 08:58:22, Jukka Rahkonen a écrit : > > > > - The default SQL dialect is "OGR SQL", except for databases when the > > default is to use the native SQL dialect of the RDBMS > > - The default dialect can be overridden by the -dial

Re: [gdal-dev] Kernel resource leak -- Windows

Le lundi 30 septembre 2013 00:59:33, Joaquim Luis a écrit : > Hi, > > I can make a ticket with this but before, let me just report it here. > > - Win 64 bits GDAL build > > While playing with an Intel analysis tool to chase GMT memory leaks I > got two complains respecting GDAL. > > P1: Error:

Re: [gdal-dev] Buffering geometries

Le lundi 30 septembre 2013 23:12:30, federico a écrit : > Dear all, i'm trying buffer some geometries with GDAL. I have success with > poligons and lines but i can't create the buffer when i try to do the same > procedure with an OGRPoint. > > Here is a screenshot with the buffer http://i.imgur.co

Re: [gdal-dev] unable to make a valid TMS xml file

Le mardi 01 octobre 2013 14:06:20, Jean-Roc Morreale a écrit : > Hi, > > I'm trying to use the TMS minidriver, my xml file is based on the OSM's > example and the data is an output of gdal2tiles. I've not been able to > use it with gdal 1.10 : > > # gdalinfo "D:\MyFolder\My_File.xml" > ERROR 4 :

Re: [gdal-dev] sqlite dialect and MySQL spatial input

Le mardi 01 octobre 2013 08:58:22, Jukka Rahkonen a écrit : > Even Rouault mines-paris.org> writes: > > I've just pushed in trunk a change to make SQLITE dialect available to > > all > > OGR > > > drivers that have a specialized ExecuteSQL() implementation. > > Hi, > > Is this a correct interp

Re: [gdal-dev] Write dataset to web output

Le 01/10/2013 16:21, Guillaume Sueur a écrit : My use case is weird as I am using GDAL to reproject a WMS source which doesn't offer web mercator (French Cadastral Parcels WMS) and needs some computation on the URL (city code, CRS depending on location). If I understand your solution, I can't di

Re: [gdal-dev] Write dataset to web output

Hi Even, Sorry, I'm only noticing your reply now. My use case is weird as I am using GDAL to reproject a WMS source which doesn't offer web mercator (French Cadastral Parcels WMS) and needs some computation on the URL (city code, CRS depending on location). If I understand your solution, I can'

[gdal-dev] unable to make a valid TMS xml file

Hi, I'm trying to use the TMS minidriver, my xml file is based on the OSM's example and the data is an output of gdal2tiles. I've not been able to use it with gdal 1.10 : # gdalinfo "D:\MyFolder\My_File.xml" ERROR 4 : 'D:\MyFolder\My_File.xml' not recognized as a supported file format. gdal