[gdal-dev] Error reading raster data for row xxx (only when using r.series and t.rast.series)

2015-10-12 Thread Dylan Beaudette
Hi, Over the last couple of years I have noticed a very strange raster corruption (?) issues when using r.series, and now more recently, t.rast.series. Typically, I'll generate a large number of maps with r.sun or t.rast.mapcalc and then aggregate the series with r.series or t.rast.series. About 5

Re: [gdal-dev] decoding consistency between JPEG2000 drivers

2015-10-12 Thread Even Rouault
Le lundi 12 octobre 2015 16:01:23, Pierre Soille a écrit : > On 09/10/2015 20:56, Even Rouault wrote: > > Le vendredi 09 octobre 2015 20:26:34, Pierre Soille a écrit : > >> Dear GDLALers, > >> > >> recently we tested the following 3 JPEG2000 drivers: JP2ECW, JPEG2000, > >> and JP2OpenJPEG. A jp2

Re: [gdal-dev] decoding consistency between JPEG2000 drivers

2015-10-12 Thread Pierre Soille
On 09/10/2015 20:56, Even Rouault wrote: > Le vendredi 09 octobre 2015 20:26:34, Pierre Soille a écrit : >> Dear GDLALers, >> >> recently we tested the following 3 JPEG2000 drivers: JP2ECW, JPEG2000, >> and JP2OpenJPEG. A jp2 file was opened by all three drivers and we >> tested whether the decode

Re: [gdal-dev] Chinese Character for field name in ESRI Shapefile Problem

2015-10-12 Thread Frank Broniewski
Hi, the DBASE field name is restricted to ANSI characters, see [1] (Attribute limitations), [2] HTH Frank [1] http://resources.esri.com/help/9.3/ArcGISDesktop/com/Gp_ToolRef/geoprocessing_tool_reference/geoprocessing_considerations_for_shapefile_output.htm [2] https://msdn.microsoft.com/en

Re: [gdal-dev] GDAL precision for Geometry object

2015-10-12 Thread Even Rouault
> @Even: I also tried to imagine a reasonable real-life coordinate value > that would generate scientific notation when printed with "%.15g" or: > "%.17g" (as hamish mentioned in this old ticket). Can you point me to one? No, it is unlikely that coordinates go that big in any reasonable projected

Re: [gdal-dev] Chinese Character for field name in ESRI Shapefile Problem

2015-10-12 Thread Even Rouault
Le lundi 12 octobre 2015 11:12:37, Jhon Chin a écrit : > Thks a lot!!! Even, so I should avoid using Field name that counts more > than 10 bytes, and there is no workaround ? Yes. Do you really need shapefile though ? If not, you could use more modern formats like GeoPackage or Spatialite that d

Re: [gdal-dev] Chinese Character for field name in ESRI Shapefile Problem

2015-10-12 Thread Even Rouault
Jhon Chin, > Hi, everybody: > > add one more question : > > the field name can be read 10 ascii characters, the last characters would > be trimmed, Not necessarily 10 ascii characters, but 10 bytes. The number of characters that can fit on 10 bytes depends on the encoding. 1 ASCII character =

Re: [gdal-dev] Chinese Character for field name in ESRI Shapefile Problem

2015-10-12 Thread Jhon Chin
Hi, everybody: add one more question : the field name can be read 10 ascii characters, the last characters would be trimmed, is there anyone encounter this problem? any help would be appreciated! Jhon Chen On Mon, Oct 12, 2015 at 3:43 PM, Jhon Chin wrote: > Hi, everybody: >

Re: [gdal-dev] Chinese Character for field name in ESRI Shapefile Problem

2015-10-12 Thread Iván Sánchez Ortega
El Lunes 12. octubre 2015 15.43.58 Jhon Chin escribió: > Hi, everybody: > > I'm now trying to write polygonized result into an esri shapefile, and I > tried to add some field to the attribute table in the shapefile. But it > corrupted when i was trying to create an *ogrfielddefn* instance.The cod

[gdal-dev] Chinese Character for field name in ESRI Shapefile Problem

2015-10-12 Thread Jhon Chin
Hi, everybody: I'm now trying to write polygonized result into an esri shapefile, and I tried to add some field to the attribute table in the shapefile. But it corrupted when i was trying to create an *ogrfielddefn* instance.The code goes like this: OGRFieldDefn oField("归一化植被指数",OFTI