Re: [gdal-dev] RE: progressive rendering

2008-08-19 Thread Tamas Szekeres
2008/8/19 Norman Barker <[EMAIL PROTECTED]>: > Tamas, > > Thanks for the input, much appreciated since I would like to get this > interface defined. > > A streaming driver so JPIPKAK for example would need to register as its > own driver to handle urls of the type jpip://, similarly ecwp would need

RE: [gdal-dev] RE: progressive rendering

2008-08-19 Thread Norman Barker
Hi Frank, -Original Message- From: Frank Warmerdam [mailto:[EMAIL PROTECTED] Sent: Tuesday, August 19, 2008 3:45 PM To: Norman Barker Cc: gdal-dev@lists.osgeo.org Subject: Re: [gdal-dev] RE: progressive rendering Norman Barker wrote: > Mainly it is either end of response, image done, or

Re: [gdal-dev] RE: progressive rendering

2008-08-19 Thread Frank Warmerdam
Norman Barker wrote: Mainly it is either end of response, image done, or window done to indicate that there is a buffer update and the display should be updated, anything else can pretty much be ignored. Ideally the callback should indicate the region that has changed, since the server is ent

RE: [gdal-dev] RE: progressive rendering

2008-08-19 Thread Norman Barker
Frank, Comments inline, I will refer mainly to JPIP (since this is what I know) but this should hopefully apply to other streaming formats. -Original Message- From: Frank Warmerdam [mailto:[EMAIL PROTECTED] Sent: Tuesday, August 19, 2008 2:44 PM To: Norman Barker Cc: gdal-dev@lists.osg

Re: [gdal-dev] RE: progressive rendering

2008-08-19 Thread Frank Warmerdam
Norman Barker wrote: Having spent some more time on this, is adding progressive support to gdal as simple as overloading the RasterIO function http://www.gdal.org/classGDALDataset.html#e077c53268d2272eebed10b891a057 43 and adding a callback function? I would like to standardize this if possibl

Re: [gdal-dev] encodings, locales ?

2008-08-19 Thread Frank Warmerdam
Attila Csipa wrote: On Tuesday 19 August 2008 01.50:18 Mateusz Loskot wrote: Some bits of the RFC-23 implementation has been already submitted to the SVN trunk. Try this queries to find detailed changesets: http://trac.osgeo.org/gdal/search?q=RFC23&noquickjump=1&changeset=on http://trac.osgeo.

Re: [gdal-dev] Does OGRLayer::CreateField() suport UNICODE in ver1.4.1 ?

2008-08-19 Thread Frank Warmerdam
wow wrote: Hi, When i call OGRLayer::CreateField() to create a field with a Chinese name[UNICODE], i got errors. The driver is ESRI shape. Does OGRLayer::CreateField() suport UNICODE in ver1.4.1 ? Chen Xuexia, The Shapefile driver has not been updated to be encoding aware at all. The zero te

Re: [gdal-dev] Passing information between drivers

2008-08-19 Thread Frank Warmerdam
Enrico Zini wrote: Hello, I am working on some drivers that contain extra metadata, which I would need to pass on to the new files created when running, for example, gdalwarp, if the output driver supports it. In particular, the drivers do import and export satellite images, and the output imag

[gdal-dev] Passing information between drivers

2008-08-19 Thread Enrico Zini
Hello, I am working on some drivers that contain extra metadata, which I would need to pass on to the new files created when running, for example, gdalwarp, if the output driver supports it. In particular, the drivers do import and export satellite images, and the output image of gdalwarp would n

Re: [gdal-dev] encodings, locales ?

2008-08-19 Thread Attila Csipa
On Tuesday 19 August 2008 01.50:18 Mateusz Loskot wrote: > Some bits of the RFC-23 implementation has been already > submitted to the SVN trunk. Try this queries to find detailed changesets: > > http://trac.osgeo.org/gdal/search?q=RFC23&noquickjump=1&changeset=on > http://trac.osgeo.org/gdal/searc

Re: [gdal-dev] GSoC GDAL2Tiles: MapTiler.org, Google Maps Projection Web, Source Code

2008-08-19 Thread Guillaume Sueur
Klokan Petr Přidal a écrit : > Hi, > >> I'm talking about 10 to 100 GigaBytes datasets, with which it doesn't >> seem reasonnable to generate a single merged file ! > > In case you use -of VRT it should not be problem. VRT is just an XML > file telling where is each file placed and what process

Re: [gdal-dev] GDAL 1.5.2 and GRIB2 support

2008-08-19 Thread Mateusz Loskot
Dmitriy Kazimirov wrote: Hi, Where GRIB2 support gone from 1.5.2?attempting to configure on Cygwin shows grib2 support no, grib directory is absent from frmts. Which of last versions support GRIB2? Dmitriy, What is the last version of GDAL you mean that included GRIB support? I don't recall

Re: [gdal-dev] GSoC GDAL2Tiles: MapTiler.org, Google Maps Projection Web, Source Code

2008-08-19 Thread Klokan Petr Přidal
Hi, > I'm talking about 10 to 100 GigaBytes datasets, with which it doesn't > seem reasonnable to generate a single merged file ! In case you use -of VRT it should not be problem. VRT is just an XML file telling where is each file placed and what processing is necessary - so in fact there is not

Re: [gdal-dev] GSoC GDAL2Tiles: MapTiler.org, Google Maps Projection Web, Source Code

2008-08-19 Thread Guillaume Sueur
I'm talking about 10 to 100 GigaBytes datasets, with which it doesn't seem reasonnable to generate a single merged file ! Couldn't gdal2tiles parse a whole directory ? Thanks, Guillaume Klokan Petr Přidal a écrit : > Hi Guillaume, > > Thank you for positive feedback ;-) > >> Just a question a

[gdal-dev] GDAL 1.5.2 and GRIB2 support

2008-08-19 Thread Dmitriy Kazimirov
Hi, Where GRIB2 support gone from 1.5.2?attempting to configure on Cygwin shows grib2 support no, grib directory is absent from frmts. Which of last versions support GRIB2? -- Best Regards, Dmitriy Kazimirov, Senior C#/C++ Developer of ISS Art, Ltd., Omsk, Russia Web: http://www.issart.com E-ma

Re: [gdal-dev] Re: X-Plane runway orientation

2008-08-19 Thread Martin Spott
Even Rouault wrote: > I've applied your patch in r15154. Ok, thanks, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ gdal-dev m