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

2011-02-01 Thread strk
ed-source choice ? I guess it was (or the client wouldn't have taken it) Well, my hope is that choosing proprietary software will be increasly less worth, thus I prefer licenses on the "free" plate of the balance. --strk; () Free GIS & Flash consultant/d

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

2011-02-01 Thread strk
our applications. Which is unfortunate > for the users, as they do not have the "choice" of turning on other > drivers. They have the choice of not using your software, being tainted by a restricting license preventing them from looking at the code. They do have the cho

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

2011-01-31 Thread strk
nt opinion (or business plan) on the matter. --strk; () Free GIS & Flash consultant/developer /\ http://strk.keybit.net/services.html ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: [postgis-devel] [gdal-dev] Bogus interpretation

2011-01-31 Thread strk
On Mon, Jan 31, 2011 at 06:33:46PM +0530, Chaitanya kumar CH wrote: > 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. Ah

Re: [gdal-dev] Bogus 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

Re: [gdal-dev] Bogus interpretation

2011-01-30 Thread strk
it "unioning" it. > > +--+--+ > > | F1 | F2 | > > +--+--+ > > > > A surface/polygon formed by the two faces above (F1,F2) should be > > represented as: > > > > > > > > > > The simple geometry resulting f

Re: [gdal-dev] Bogus interpretation

2011-01-30 Thread strk
On Sun, Jan 30, 2011 at 01:24:08PM +0100, Even Rouault wrote: > Le dimanche 30 janvier 2011 12:09:12, strk a écrit : > > > > n1 > > +-e1-->-. > > | F1 | > > | n3 | > > | ,-e2->-+| > > |

[gdal-dev] Bogus interpretation

2011-01-30 Thread strk
, to get some feedback from the authors of the GML reading capabilities of GDAL to plan actions towards interoperability of the two systems and adherence to the standard (if possible). --strk; () Free GIS & Flash consultant/developer /\ http://strk.keybit.net/services.html

Re: [gdal-dev] Can gdal_poligonize.py be used on float data?

2009-10-30 Thread strk
On Fri, Oct 30, 2009 at 11:02:52AM +0100, Alan Steel wrote: > Thanks. > Thats the declaration. I'm looking for the definition. http://trac.osgeo.org/gdal/browser/trunk/gdal/alg/polygonize.cpp Happy hacking! --strk; Free GIS & Flash consultant/developer () ASCII Ribbon

Re: [gdal-dev] Can gdal_poligonize.py be used on float data?

2009-10-30 Thread strk
On Wed, Oct 28, 2009 at 05:10:27PM +0100, Alan Steel wrote: > Also, the link to the source code doesn't work at > http://www.gdal.org/gdal__alg_8h.html#3f522a9035d3512b5d414fb4752671b1 Hi Alan, maybe you're looking for this: http://trac.osgeo.org/gdal/browser/trunk/gdal/alg/gd

[gdal-dev] Re: [postgis-devel] WKTRaster: RFC1: serialized form

2009-01-29 Thread strk
On Wed, Jan 28, 2009 at 11:51:38PM +0100, strk wrote: > On Wed, Jan 28, 2009 at 12:39:53PM +0100, strk wrote: > > > http://svn.refractions.net/postgis/spike/wktraster/doc/RFC1-SerializedFormat > > RFC updated to take into account off-db storage and bigger precision > on