Re: [gdal-dev] GDAL Progressive Data Support RFC Discussion

On Tue, Mar 16, 2010 at 4:31 PM, Frank Warmerdam wrote: > With regard to the fixed vs. mixed resolution results, it is true > that the current API provides no mechanism to request particular > levels of completeness, such as passes in an interleaved progressive > display. I imagine this issue was

RE: [gdal-dev] Geodetic Problem

Aron, Thanks for the info... David David M. Baker Senior Geologist - Chief Technology Advisor Chesapeake Energy Corporation 405-935-3715 office 405-496-5373 cell david.m.ba...@chk.com -Original Message- From: Aron Rubin [mailto:aronru...@gmail.com] Sent: Tuesday, March 16, 2010 4:14 PM

RE: [gdal-dev] Geodetic Problem

Frank, Thanks for the references... I will look them over. I am correct that the c# binding will not have access to the Geod calc's? David David M. Baker Senior Geologist - Chief Technology Advisor Chesapeake Energy Corporation 405-935-3715 office 405-496-5373 cell david.m.ba...@chk.com ---

[gdal-dev] Re: gdalwarp with JPEG not working?

Ian Dees gmail.com> writes: > > > I am attempting to warp a JPG/JPW file pair to a TIFF using the following > command: > > $ gdalwarp -t_srs EPSG:4326 > EUSC_20100222_Portugal_Madeira_flood_Funchal01_high.jpg > EUSC_20100222_Portugal_Madeira_flood_Funchal01_high.jpg_warped.tif Hi, Not dire

[gdal-dev] AIG -- Arc/Info Binary Grid color table does not support alpha?

I am doing a little work with the Arc/Info binary grids and noticed that the AIGDataset::TranslateColorTable doesn't allow for an alpha channel in the color table. I checked the format documentation on gdal.org/formats_list.html and didn't see any reference to colormaps. Does anyone know if the f

Re: [gdal-dev] Motion: Approve RFC 24 - GDAL Progressive Data Support

> RICHARD Didier wrote: >> +1 >> >> some questions for my understanding : >> >> * does it only aim at raster datasets async read (no vector dataset >> support) ? whilst jpip at first is of great interest, it could be really >> interesting to be able to read WFS streams for instance. > > Didier,

Re: [gdal-dev] Geodetic Problem

On 3/16/10, David Baker (Geoscience) wrote: > Frank and the List, > > I have a geodetic problem I hope GDAL/OGR can solve. > I have not seen the direct or inverse gedesic routines in either Proj or OGR. SimGear provides an implementation here

Re: [gdal-dev] Geodetic Problem

David Baker (Geoscience) wrote: Frank and the List, I have a geodetic problem I hope GDAL/OGR can solve. The setup: I have two radio towers each the same height and at the same elevation being 10,000 meters apart. I know the latitude and longitude of the first tower and those coo

Re: [gdal-dev] Motion: Approve RFC 24 - GDAL Progressive Data Support

RICHARD Didier wrote: +1 some questions for my understanding : * does it only aim at raster datasets async read (no vector dataset support) ? whilst jpip at first is of great interest, it could be really interesting to be able to read WFS streams for instance. Didier, The RFC does not atte

Re: [gdal-dev] Motion: Approve RFC 24 - GDAL Progressive Data Support

> Folks, > > Motion: To approve RFC 24 - GDAL Progressive Data Support. > >http://trac.osgeo.org/gdal/wiki/rfc24_progressive_data_support > > -- > > I've incorporated adjustments based on the feedback in the last few > days, and now I'd like to move to formally adopt RFC 24. > +1 some questi

Re: [gdal-dev] GDAL Progressive Data Support RFC Discussion

Aron Rubin wrote: Sorry to enter the discussion a little late here but I have a couple of notes regarding the RFC. The RFC motion forced me to write this quickly so I hope I get the points across. 1. The RFC is intentionally not callback/event oriented. You can derive a non-callback/event versio

[gdal-dev] Geodetic Problem

Frank and the List, I have a geodetic problem I hope GDAL/OGR can solve. The setup: I have two radio towers each the same height and at the same elevation being 10,000 meters apart. I know the latitude and longitude of the first tower and those coordinates reference WGS84 (though they could b

Re: [gdal-dev] Motion: Approve RFC 24 - GDAL Progressive Data Support

+1 BTW: I couldn't review the recent implementation in detail, however I would suggest using the functions defined recently in cpl_atomic_ops.cpp to access the volatile variables by multiple threads to prevent from the possible issues pointed out in: http://trac.osgeo.org/gdal/ticket/2648 Best r

Re: [gdal-dev] GDAL Progressive Data Support RFC Discussion

Sorry to enter the discussion a little late here but I have a couple of notes regarding the RFC. The RFC motion forced me to write this quickly so I hope I get the points across. 1. The RFC is intentionally not callback/event oriented. You can derive a non-callback/event version from a callback/ev

Re: [gdal-dev] Motion: Approve RFC 24 - GDAL Progressive Data Support

Howard Butler wrote: On Mar 16, 2010, at 12:40 PM, Frank Warmerdam wrote: Folks, Motion: To approve RFC 24 - GDAL Progressive Data Support. http://trac.osgeo.org/gdal/wiki/rfc24_progressive_data_support -- I've incorporated adjustments based on the feedback in the last few days, and now I'

Re: [gdal-dev] Motion: Approve RFC 24 - GDAL Progressive Data Support

+1 Best regards, Even Le Tuesday 16 March 2010 18:40:13 Frank Warmerdam, vous avez écrit : > Folks, > > Motion: To approve RFC 24 - GDAL Progressive Data Support. > >http://trac.osgeo.org/gdal/wiki/rfc24_progressive_data_support > > -- > > I've incorporated adjustments based on the feedback

Re: [gdal-dev] Motion: Approve RFC 24 - GDAL Progressive Data Support

On Mar 16, 2010, at 12:40 PM, Frank Warmerdam wrote: > Folks, > > Motion: To approve RFC 24 - GDAL Progressive Data Support. > > http://trac.osgeo.org/gdal/wiki/rfc24_progressive_data_support > > -- > > I've incorporated adjustments based on the feedback in the last few > days, and now I'd l

Re: [gdal-dev] Re: gdalwarp with JPEG not working?

On Tue, Mar 16, 2010 at 1:45 PM, Even Rouault wrote: > Le Tuesday 16 March 2010 15:41:31 Ian Dees, vous avez écrit : >> Frank Warmerdam wrote: >> > Ian, >> > >> > I notice that you used two different filenames: >> >  > $ gdalwarp -t_srs EPSG:4326 >> >  > EUSC_20100222_Portugal_Madeira_flood_Funcha

Re: [gdal-dev] Re: gdalwarp with JPEG not working?

Le Tuesday 16 March 2010 15:41:31 Ian Dees, vous avez écrit : > Frank Warmerdam wrote: > > Ian, > > > > I notice that you used two different filenames: > > > $ gdalwarp -t_srs EPSG:4326 > > > EUSC_20100222_Portugal_Madeira_flood_Funchal01_high.jpg > > > > ... > > > > > $ gdalinfo EUSC_20100222_P

[gdal-dev] Motion: Approve RFC 24 - GDAL Progressive Data Support

Folks, Motion: To approve RFC 24 - GDAL Progressive Data Support. http://trac.osgeo.org/gdal/wiki/rfc24_progressive_data_support -- I've incorporated adjustments based on the feedback in the last few days, and now I'd like to move to formally adopt RFC 24. Best regards, -- -

[gdal-dev] Re: gdalwarp with JPEG not working?

Frank Warmerdam wrote: > > Ian, > > I notice that you used two different filenames: > > > $ gdalwarp -t_srs EPSG:4326 > > EUSC_20100222_Portugal_Madeira_flood_Funchal01_high.jpg > ... > > $ gdalinfo EUSC_20100222_Portugal_Madeira_flood_Funchal09_high.jpg > > One is 01_high and one is 09_hi

Re: [gdal-dev] gdalwarp with JPEG not working?

Ian Dees wrote: I am attempting to warp a JPG/JPW file pair to a TIFF using the following command: $ gdalwarp -t_srs EPSG:4326 EUSC_20100222_Portugal_Madeira_flood_Funchal01_high.jpg EUSC_20100222_Portugal_Madeira_flood_Funchal01_high.jpg_warped.tif But I'm getting the following error: ER

[gdal-dev] gdalwarp with JPEG not working?

I am attempting to warp a JPG/JPW file pair to a TIFF using the following command: $ gdalwarp -t_srs EPSG:4326 EUSC_20100222_Portugal_Madeira_flood_Funchal01_high.jpg EUSC_20100222_Portugal_Madeira_flood_Funchal01_high.jpg_warped.tif But I'm getting the following error: ERROR 4: `EUSC_201002

Re: [gdal-dev] Problem loading S-57 charts

Eggert Jon Magnusson wrote: Hi there. I've got problems loading certain local S-57 charts exported especially for me by a Hydrographic office into my application. It appears that when accessing a feature via GetNextFeature(), something crashes. I've tried the latest fwtools and the problem exi

[gdal-dev] Problem loading S-57 charts

Hi there. I've got problems loading certain local S-57 charts exported especially for me by a Hydrographic office into my application. It appears that when accessing a feature via GetNextFeature(), something crashes. I've tried the latest fwtools and the problem exists there, as well. This is p