[gdal-dev] using gdalwarp: defining target_spatial resolution

2011-01-31 Thread António Rocha
Greetings I'm using a bash script to reproject an image, using gdalwarp, to a set of Coordinates/Projection systems. I'm using -tr flag to define output spatial resolution. Since, i'm using UTM WGS84 I have this information in Meters (e.g. 30) so far, so good. The thing is that i need to

[gdal-dev] Interrupt long operation

2011-01-31 Thread Stefano Moratto
Hello, I need to interrupt a RasterIO and warp calls before they have been ended. The call is invoked in a background thread and It may happen that the user changes the requested area in the main thread (GUI) (eg. a pan/scroll operation). Any suggestion, Stefano

Re: [gdal-dev] Bogus gml:Face interpretation

2011-01-31 Thread strk
On Sun, Jan 30, 2011 at 01:51:08PM +0100, strk wrote: On Sun, Jan 30, 2011 at 01:24:08PM +0100, Even Rouault wrote: So we should implement detection of cycles to emit as many rings as necessary. Yes. This for each face. To add some more about the topic, I'm not sure the directedEdge

Re: [gdal-dev] Bogus gml:Face interpretation

2011-01-31 Thread Chaitanya kumar CH
strk, You are right. The sequence of the elements _can_ be specified explicitly using a sequence tag. Without that it will just be a guess work, especially if any of the rings have a common point. On Mon, Jan 31, 2011 at 3:38 PM, strk s...@keybit.net wrote: On Sun, Jan 30, 2011 at 01:51:08PM

Re: [gdal-dev] Licensing Policy for drivers and applications

2011-01-31 Thread Daniel Morissette
On 11-01-29 03:44 PM, Frank Warmerdam wrote: To that end, I have prepared an RFC which attempts to address this at the GDAL driver registration level. I'd appreciate feedback: http://trac.osgeo.org/gdal/wiki/rfc34_license_policy Kudos for coming up with what sounds like a viable solution

Re: [gdal-dev] Licensing Policy for drivers and applications

2011-01-31 Thread Howard Butler
On 11-01-29 03:44 PM, Frank Warmerdam wrote: To that end, I have prepared an RFC which attempts to address this at the GDAL driver registration level. I'd appreciate feedback: http://trac.osgeo.org/gdal/wiki/rfc34_license_policy I'm asymptotically approaching -1 on this RFC. My concern is

Re: [gdal-dev] Licensing Policy for drivers and applications

2011-01-31 Thread Tamas Szekeres
Frank, I've reviewed the document and it looks good to me, though it seems better to enforce these constraints rather at deployment time and not at run-time. However I would have some further questions: 1. With regards to GDAL_APPLICATION_LICENSE_POLICY=DEFAULT does this mean that GDAL will

Re: [gdal-dev] Interrupt long operation

2011-01-31 Thread Frank Warmerdam
On 11-01-31 04:26 AM, Stefano Moratto wrote: Hello, I need to interrupt a RasterIO and warp calls before they have been ended. The call is invoked in a background thread and It may happen that the user changes the requested area in the main thread (GUI) (eg. a pan/scroll

Re: [gdal-dev] Licensing Policy for drivers and applications

2011-01-31 Thread Frank Warmerdam
On 11-01-31 11:30 AM, Tamas Szekeres wrote: Frank, I've reviewed the document and it looks good to me, though it seems better to enforce these constraints rather at deployment time and not at run-time. However I would have some further questions: 1. With regards to

Re: [gdal-dev] Licensing Policy for drivers and applications

2011-01-31 Thread Frank Warmerdam
On 11-01-31 10:45 AM, Howard Butler wrote: http://trac.osgeo.org/gdal/wiki/rfc34_license_policy I'm asymptotically approaching -1 on this RFC. My concern is that it misplaces the apparent responsibility for managing licensing constraints on *us*. It should always be the responsibility of

Re: [gdal-dev] Licensing Policy for drivers and applications

2011-01-31 Thread Ray Gardener
I think Mr. Butler makes a good point. Maybe just have folders in the source tree called frmts/reciprocal and frmts/proprietary and the same for any libs. That way it's in people's face all the time and impossible not to be conscious of what is licenced how. And easy to exclude such drivers,

[gdal-dev] ERROR 1: tolerance condition error when projecting to gnomonic

2011-01-31 Thread Michal Migurski
Hello, I'm running into some problems warping to gnomonic projection. I'm trying to warp a TIFF in azimuthal-equidistant projection (covering North America, including the north pole and centered on 46°N, 95°W) to gnomonic. These are the relevant details and coverage of the input TIFF:

Re: [gdal-dev] Licensing Policy for drivers and applications

2011-01-31 Thread Frank Warmerdam
On 11-01-31 12:28 PM, Ray Gardener wrote: I think Mr. Butler makes a good point. Maybe just have folders in the source tree called frmts/reciprocal and frmts/proprietary and the same for any libs. That way it's in people's face all the time and impossible not to be conscious of what is licenced

Re: [gdal-dev] Licensing Policy for drivers and applications

2011-01-31 Thread Ray Gardener
On 1/31/2011 12:32 PM, Frank Warmerdam wrote: That would be adequate for those who are building things from source and wanting to distribute the resulting binaries under a single consistent licensing policy. However it does not help me for the OSGeo4W need. OSGeo4W is a unified installer...

Re: [gdal-dev] JPEG compressed GeoTIFF ignores Nodata

2011-01-31 Thread Marius Jigmond
Thanks for all the suggestions. The following website: http://sites.google.com/site/bpederse/caliwms gave me an idea of how to treat the JPEG artifacts. Going back to our previous discussion, the OpenJPEG implementation of JPEG2000 creates very clean (at the boundary of data/nodata) compressed

Re: [gdal-dev] Licensing Policy for drivers and applications

2011-01-31 Thread Matt Wilkie
then you can honestly claim that any violation happened beyond your control ...except that Frank is the principle organizer/maintainer behind OSGeo4W as well as GDAL. Not that this necessarily contravenes your main point, that since the gray area is in o4w and not gdal that's where the

[gdal-dev] creating .VRT files with the python bindings

2011-01-31 Thread Ricardo Filipe Soares Garcia da
Hello list I am trying to create a .VRT file to mosaic a bunch of HDF5 files. It is starting to work, except for the fact that I can't seem to set the relativeToVRT attribute of the SourceFilename tag to 0. I've been adapting the online vrt tutorial[1] from C++ to Python. The tutorial says that

Re: [gdal-dev] Licensing Policy for drivers and applications

2011-01-31 Thread Ray Gardener
I should ask, is it okay for commercial apps to include GPL'd drivers currently? What would happen if my app included one? Do I have to wait for it to be under LGPL? I don't mind at all sharing any changes I may make to such drivers, but if I can't even include the drivers, that seems

Re: [gdal-dev] Licensing Policy for drivers and applications

2011-01-31 Thread strk
On Mon, Jan 31, 2011 at 08:59:25PM -0800, Ray Gardener wrote: I should ask, is it okay for commercial apps to include GPL'd drivers currently? What would happen if my app included one? Do I have to wait for it to be under LGPL? I don't mind at all sharing any changes I may make to such