[gdal-dev] gdal_translate .vrt issue

I am using gdal_translate and a .vrt to take 115 .jp2 files from the USGS, pull them together and then export a lower resolution .jp2. This is with GDAL 1.10 on OSX. gdalinfo --version GDAL 1.10.1, released 2013/08/26 When I run gdal_translate, it gets about 30% of the way through the process and

Re: [gdal-dev] Motion: Adopt RFC 46 : GDAL/OGR unification

+1, much needed On 20/05/2014, Even Rouault wrote: > Hi, > > I think that the points raised in the discussion have been answered. I've > just > done a minor edit to the RFC text to mention RFC 36, as rightly suggested by > > Ivan. > > So: > > Motion : I move to adopt RFC 46: GDAL/OGR unification

Re: [gdal-dev] Motion: Adopt RFC 46 : GDAL/OGR unification

+1 Frank On Mon, May 19, 2014 at 1:29 PM, Even Rouault wrote: > Hi, > > I think that the points raised in the discussion have been answered. I've > just > done a minor edit to the RFC text to mention RFC 36, as rightly suggested > by > Ivan. > > So: > > Motion : I move to adopt RFC 46: GDAL/OGR

Re: [gdal-dev] Motion: Adopt RFC 46 : GDAL/OGR unification

+1 from me On Mon, May 19, 2014 at 6:00 PM, Jukka Rahkonen wrote: > Even Rouault mines-paris.org> writes: > > > > > Hi, > > > > I think that the points raised in the discussion have been answered. I've > just > > done a minor edit to the RFC text to mention RFC 36, as rightly > suggested by > >

Re: [gdal-dev] Question on scaling between tif and vrt

Even, Thanks! I didn't set his up, I just inherited the maintenance of it and I'm just trying to understand how it works and eventually make changes to it and fix some of the processing that does not seem to be grounded in a good process, which is looking like more and more of the code. :(

[gdal-dev] qgis 2.2 : problem to visualize postgis raster layer

Hello, I imported raster into my postgis db without problem. But regarding the visualization of the data in qgis i have an error message. This following message appears when i try to load pg raster data from the qgis db manager. I paste below the screenshot : SS_error_pg_rasrter.JPG

Re: [gdal-dev] OpenJPEG driver

Hi Even, Even Rouault a écrit : Guillaume, I am using the OpenJPEG driver from GDAL and I noticed some differences with the behaviour of an other OpenJPEG "driver" that I used before in the library Orfeo ToolBox. The GDAL driver fails to pass a conformance test : using the input file "jpeg2

Re: [gdal-dev] Question on scaling between tif and vrt

Le lundi 19 mai 2014 23:42:06, Stephen Woodbridge a écrit : > Hi all, > > I have a .tif file with -ot Int16 and an associated .vrt file that is > applying a color palette and is type Byte. > > How does if decide on how to scale the pixel values? > > Does it compute the range and then just scale

[gdal-dev] Question on scaling between tif and vrt

Hi all, I have a .tif file with -ot Int16 and an associated .vrt file that is applying a color palette and is type Byte. How does if decide on how to scale the pixel values? Does it compute the range and then just scale and offset that values to the new range? Below are the gdalinfo for ea

Re: [gdal-dev] Motion: Adopt RFC 46 : GDAL/OGR unification

Even Rouault mines-paris.org> writes: > > Hi, > > I think that the points raised in the discussion have been answered. I've just > done a minor edit to the RFC text to mention RFC 36, as rightly suggested by > Ivan. > > So: > > Motion : I move to adopt RFC 46: GDAL/OGR unification > >

Re: [gdal-dev] Call for discussion on RFC 46: GDAL/OGR unification

Le lundi 19 mai 2014 22:43:06, Etienne Tourigny a écrit : > hmmm may I suggest to use a short-handed version using a single character > string? While it is easy in python, it's a bit cumbersome in c/c++ > (requiring 3 lines of code instead of 1) > > something like > poDS = GDALOpenEx( "ASDFG", GDA

Re: [gdal-dev] Call for discussion on RFC 46: GDAL/OGR unification

hmmm may I suggest to use a short-handed version using a single character string? While it is easy in python, it's a bit cumbersome in c/c++ (requiring 3 lines of code instead of 1) something like poDS = GDALOpenEx( "ASDFG", GDAL_OF_ALL, "driver", NULL, NULL); poDS = GDALOpenEx( "ASDFG", GDAL_OF_A

[gdal-dev] Motion: Adopt RFC 46 : GDAL/OGR unification

Hi, I think that the points raised in the discussion have been answered. I've just done a minor edit to the RFC text to mention RFC 36, as rightly suggested by Ivan. So: Motion : I move to adopt RFC 46: GDAL/OGR unification http://trac.osgeo.org/gdal/wiki/rfc46_gdal_ogr_unification Start

Re: [gdal-dev] Call for discussion on RFC 46: GDAL/OGR unification

Le vendredi 16 mai 2014 16:25:13, Etienne Tourigny a écrit : > With this RFC, you could achieve this using GDALOpenEx() > > e.g. GDALOpenEx( "ASDFG", GDAL_OF_ALL, "QWERTY") Actually, this is an array of driver names: char** papszDrivers = CSLAddString(NULL, "QWERTY") poDS = GDALOpenEx( "ASDFG",

Re: [gdal-dev] Number accuracy in convertion shp to geojson

Le lundi 19 mai 2014 22:16:16, Jukka Rahkonen a écrit : > Hi, > > I have shapefile like this: > >ogrinfo geojsontest.shp -al|more > > INFO: Open of `geojsontest.shp' > using driver `ESRI Shapefile' successful. > > Layer name: geojsontest > Geometry: Point > Feature Count: 5 > Extent: (5.00

[gdal-dev] Number accuracy in convertion shp to geojson

Hi, I have shapefile like this: >ogrinfo geojsontest.shp -al|more INFO: Open of `geojsontest.shp' using driver `ESRI Shapefile' successful. Layer name: geojsontest Geometry: Point Feature Count: 5 Extent: (5.00, -40.00) - (30.00, -15.00) Layer SRS WKT: (unknown) id: Real (11

Re: [gdal-dev] Raster Color map in python

Wonderful, Thanks a lot. On Mon, May 19, 2014 at 1:10 PM, Even Rouault wrote: > Le dimanche 18 mai 2014 17:55:49, kalu671 a écrit : > > I have a reference raster map and list of other rasters. I want to get > > color table from reference map and set to the list using python. I can > > read othe

Re: [gdal-dev] Raster Color map in python

Le dimanche 18 mai 2014 17:55:49, kalu671 a écrit : > I have a reference raster map and list of other rasters. I want to get > color table from reference map and set to the list using python. I can > read other parameters from raster but some how I can not get the color > table > (GetRasterColorTab

Re: [gdal-dev] [OGR] Questions about the MIF/MID format implementation

Le lundi 19 mai 2014 16:27:33, Pierre Mauduit a écrit : > Hi list, > > We are currently using GDAL/OGR bindings for Java, and we stumbled upon a > bug using MIF/MID (where the same code achieves generating TAB with no > problem at all). While debugging, we reached the following (GeoTools) > code[1

Re: [gdal-dev] OpenJPEG driver

Guillaume, > > I am using the OpenJPEG driver from GDAL and I noticed some differences > with the behaviour of an other OpenJPEG "driver" that I used before in > the library Orfeo ToolBox. The GDAL driver fails to pass a conformance > test : using the input file "jpeg2000_conf_p1_06.j2k" Are yo

Re: [gdal-dev] Call for discussion on RFC 46: GDAL/OGR unification

On 15/05/2014 20:47, Even Rouault wrote: Le jeudi 08 mai 2014 00:13:22, Even Rouault a écrit : Hi, This is a call for discussion on "RFC 46: GDAL/OGR unification" http://trac.osgeo.org/gdal/wiki/rfc46_gdal_ogr_unification No reaction : no interest or no time to review yet ? Or should I mo

Re: [gdal-dev] Call for discussion on RFC 46: GDAL/OGR unification

Even, On Wed, May 7, 2014 at 4:13 PM, Even Rouault wrote: > Hi, > > This is a call for discussion on "RFC 46: GDAL/OGR unification" > > http://trac.osgeo.org/gdal/wiki/rfc46_gdal_ogr_unification > > Best regards, > > Even > > -- > Geospatial professional services > http://even.rouault.free.fr/s

[gdal-dev] OpenJPEG driver

Hi everybody, I am using the OpenJPEG driver from GDAL and I noticed some differences with the behaviour of an other OpenJPEG "driver" that I used before in the library Orfeo ToolBox. The GDAL driver fails to pass a conformance test : using the input file "jpeg2000_conf_p1_06.j2k" , reading th

[gdal-dev] [OGR] Questions about the MIF/MID format implementation

Hi list, We are currently using GDAL/OGR bindings for Java, and we stumbled upon a bug using MIF/MID (where the same code achieves generating TAB with no problem at all). While debugging, we reached the following (GeoTools) code[1]: if (!driverName.equalsIgnoreCase("georss") && !