Re: [gdal-dev] Return codes in gdalwarp

2009-11-13 Thread Michal Migurski
On Nov 13, 2009, at 8:23 AM, Christopher Barker wrote: Michal Migurski wrote: The GTiff files that I might see as input to this script include palette and non-palette images, This didn't work with palette images, for which I got an error like: "ERROR 1: JPEGSetupEncode:PhotometricInterpret

Re: [gdal-dev] FOSS4G tools - dependency map

2009-11-13 Thread Νίκος Αλεξανδρής
Eduardo Kanegae wrote: > Source: http://anthologis.com/2009/11/13/foss4g-tools-dependency-map/ > > In 2008 after some GIS setup tasks, I decided to map package > dependencies in order to help me on future setup tasks. > So, after discovering the great GraphViz tool > (http://www.graphviz.org/), I

Re: [gdal-dev] Re: Problems with large raster sizes (WMS/TMS)

2009-11-13 Thread Tamas Szekeres
2009/11/13 Seth Price : > Jumping in here, and I may be misunderstanding, but I don't see how we > would have greater than 2 gigapixel images in the foreseeable future. > Doing the math: if we represent the entire earth as a single image, each > pixel would be 2 cm at the equator, and the whole ima

Re: [gdal-dev] Re: Problems with large raster sizes (WMS/TMS)

2009-11-13 Thread Seth Price
Jumping in here, and I may be misunderstanding, but I don't see how we would have greater than 2 gigapixel images in the foreseeable future. Doing the math: if we represent the entire earth as a single image, each pixel would be 2 cm at the equator, and the whole image would be 6291456 TB in size (

[gdal-dev] Re: Problems with large raster sizes (WMS/TMS)

2009-11-13 Thread Tamas Szekeres
2009/11/13 Even Rouault : > > But I'm surprised you claim it doesn't support auto-grow and cannot store > items > with the same hash value : those both features are already implemented and > unless you prove me wrong, they work ;-) > Even, Yes, you're right! By looking into the code again it l

Re: [gdal-dev] Re: Problems with large raster sizes (WMS/TMS)

2009-11-13 Thread Tamas Szekeres
2009/11/13 Frank Warmerdam : > Tamas Szekeres wrote: >> >> Hi Even, >> >> Yes, I thought it was a bit complicated issue. I would also support >> replacing the array of pointers with a hashtable to eliminate the >> unnecessary memory requirement. I've been looking at the code and >> found a hashset

[gdal-dev] Re: Problems with large raster sizes (WMS/TMS)

2009-11-13 Thread Even Rouault
Selon Tamas Szekeres : > Hi Even, > > Yes, I thought it was a bit complicated issue. I would also support > replacing the array of pointers with a hashtable to eliminate the > unnecessary memory requirement. I've been looking at the code and > found a hashset implementation in CPL which could prob

[gdal-dev] GDAL WMS Timeout

2009-11-13 Thread Alex Comer
I am working on a software project which must load data from a WMS server. To accomplish this, I am planning to use GDALOpen() to open a GDAL_WMS XML file (by way of the GDAL WMS client driver - see http://www.gdal.org/frmt_wms.html). In prototypes, this was seen to work pretty well, however in my

Re: [gdal-dev] Return codes in gdalwarp

2009-11-13 Thread Christopher Barker
Michal Migurski wrote: The GTiff files that I might see as input to this script include palette and non-palette images, This didn't work with palette images, for which I got an error like: "ERROR 1: JPEGSetupEncode:PhotometricInterpretation 3 not allowed for JPEG" Enhanced error reporting

Re: [gdal-dev] Re: Problems with large raster sizes (WMS/TMS)

2009-11-13 Thread Frank Warmerdam
Tamas Szekeres wrote: Hi Even, Yes, I thought it was a bit complicated issue. I would also support replacing the array of pointers with a hashtable to eliminate the unnecessary memory requirement. I've been looking at the code and found a hashset implementation in CPL which could probably be uti

Re: 答复: [gdal-dev] GDAL C# interface

2009-11-13 Thread Tamas Szekeres
Probaly FWTools or osgeo4w would support hdf4 packages. Best regards, Tamas 2009/11/13 : > Dear Tamas, > > Thanks for your reply and I checked the URLS in your email. Yes there are > some binary packages supporting C#. But I checked the supporting raster > formats, I found the one I will to u

答复: [gdal-dev] GDAL C# interface

2009-11-13 Thread yanbohe
Dear Tamas, Thanks for your reply and I checked the URLS in your email. Yes there are some binary packages supporting C#. But I checked the supporting raster formats, I found the one I will to use, HDF4 format is not included. Is there any ideas or good suggestions? Thanks a lot Yanbo ---

[gdal-dev] Re: Problems with large raster sizes (WMS/TMS)

2009-11-13 Thread Tamas Szekeres
Hi Even, Yes, I thought it was a bit complicated issue. I would also support replacing the array of pointers with a hashtable to eliminate the unnecessary memory requirement. I've been looking at the code and found a hashset implementation in CPL which could probably be utilized here, however this

Re: [gdal-dev] GDAL C# interface

2009-11-13 Thread Tamas Szekeres
Hi, You could try one of the packages available from here for example: http://vbkto.dyndns.org/sdk/ Best regards, Tamas 2009/11/13 : > Dear All, > > > > Who have GDAL binary DLL libs for C#? I download the source code and did not > successes to compile them for C# interface. > > > > > > > > _

Re: [gdal-dev] Problem to implement a new format

2009-11-13 Thread Frank Warmerdam
Vincent Honnet wrote: Hi, I'm trying to implement a new format for my GDal and I have some problems. For now I don't want to integrate it to the GDal source code but only in gdal_translate. I call the registering method just after the call to GDALAllRegister. I implemented the Dataset methods

Re: [gdal-dev] GRIB format GeoTransform error

2009-11-13 Thread Frank Warmerdam
Graziano Giuliani wrote: Hi, I am playing in this days with the GRIB IO layer, using the API for reading GRIB into my application. I have find a possible bug (I am referring to V 1.6.2, but is still there in SVN) on the Metadata read from file in SetGribMetaData, at lines 604-605 of the gribdat

[gdal-dev] FOSS4G tools - dependency map

2009-11-13 Thread Eduardo Kanegae
Source: http://anthologis.com/2009/11/13/foss4g-tools-dependency-map/ In 2008 after some GIS setup tasks, I decided to map package dependencies in order to help me on future setup tasks. So, after discovering the great GraphViz tool (http://www.graphviz.org/), I created some scripts to map these d

[gdal-dev] GRIB format GeoTransform error

2009-11-13 Thread Graziano Giuliani
Hi, I am playing in this days with the GRIB IO layer, using the API for reading GRIB into my application. I have find a possible bug (I am referring to V 1.6.2, but is still there in SVN) on the Metadata read from file in SetGribMetaData, at lines 604-605 of the gribdataset.cpp source file.

Re: [gdal-dev] Return codes in gdalwarp

2009-11-13 Thread Frank Warmerdam
Michal Migurski wrote: Hello, I think this is a bug report, or maybe a feature request. I'm writing a script that shells out to gdalwarp. The GTiff files that I might see as input to this script include palette and non-palette images, and I'd like to be able to reliably compress the output wi

[gdal-dev] Problem to implement a new format

2009-11-13 Thread Vincent Honnet
Hi, I'm trying to implement a new format for my GDal and I have some problems. For now I don't want to integrate it to the GDal source code but only in gdal_translate. I call the registering method just after the call to GDALAllRegister. I implemented the Dataset methods Open, the RasterBand m

[gdal-dev] pre-rectifying to georeference old maps

2009-11-13 Thread Carlo A. Bertelli (Charta s.r.l.)
Hello, dealing with old maps which have to be georeferenced we are not able to solve a problem: sometimes old (very old, 18th or even 17th century maps) cannot be scanned flat or may only be photographed. This leads to bending, shading and so on. The margins of the map become curved and the light u

[gdal-dev] GDAL C# interface

2009-11-13 Thread yanbohe
Dear All, Who have GDAL binary DLL libs for C#? I download the source code and did not successes to compile them for C# interface. ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev