Re: [gdal-dev] RFC 47 and Threading

On Thu, Aug 21, 2014 at 8:26 AM, Even Rouault wrote: > > I guess the silence in thread is due to people being impressed by the > austerity of the topic... > Something like that :) > > On the other side, I would be very pleased with having "just" the > preliminary > step of Blake's work, i.e.

Re: [gdal-dev] RFC 47 and Threading

On Thu, Aug 21, 2014 at 11:36 AM, Jeff Lacoste wrote: > Hi, > > Improving the thread safety of GDAL is a big improvement. I know this > proposal is not claiming to 'fix' gdal thread safety but adress at least > the cache safety. This is said, may be to help > clarify more the proposal, we can sta

Re: [gdal-dev] Adding a "Commercial support" section on gdal.org?

As Frank  wrote, this is a slippery issue. Personally I could be comfortable with anything from self-registration to the highly selective approach described by Frank. To me, the important issue is making clear to a reader of the list what exactly the list means and how to

Re: [gdal-dev] Notes on gdalbuildvrt.cpp

> That shouldn't happen because of the return at line 453 Damn, I missed that. :) > Hungarian-style convention Yes, I've read RFC8 ; just thinking out loud. 2014-08-21 22:21 GMT+03:00 Even Rouault : > Le jeudi 21 août 2014 21:13:15, Nicu

Re: [gdal-dev] Notes on gdalbuildvrt.cpp

Le jeudi 21 août 2014 21:13:15, Nicu Tofan a écrit : > Hello Even, > > >- VRTBuilder::pasDatasetProperties line 237 > > DatasetProperty* psDatasetProperties > > This is a variable allocated on the stack; on function entry it contains a > pointer somewhere inside pasDatasetProperties; Say pa

Re: [gdal-dev] Notes on gdalbuildvrt.cpp

Hello Even, - VRTBuilder::pasDatasetProperties line 237 DatasetProperty* psDatasetProperties This is a variable allocated on the stack; on function entry it contains a pointer somewhere inside pasDatasetProperties; Say pasDatasetProperties is 0x750 and psDatasetProperties is 0x7500100. N

Re: [gdal-dev] GDAL translate 16 bit to 8 bit

Le jeudi 21 août 2014 08:57:32, Hanlie Pretorius a écrit : > Hi, > > I'm working with a 16 bit SPOT 6 image that I want to convert from 16 > bit pixel depth to 8 bit pixel depth. I say 16 bit, but if I load the > file into Envi, it reports that uses only 12 bits. However gdalinfo > reports 16 bit

Re: [gdal-dev] Notes on gdalbuildvrt.cpp

Le jeudi 21 août 2014 19:32:34, Nicu Tofan a écrit : > Assuming that VRTBuilder class inside gdalbuildvrt.cpp has been created to > be reusable, Not particularly, but your remarks are interesting and beneficial to gdalbuildvrt itself. > I have some comments/questions that, depending on your inp

[gdal-dev] GDAL Driver for MongoDB

Hi there, I wrote a GDAL driver for mongodb, and uploaded it in the github. Feel free to grab and use the driver. Just let me know if you have any questions or suggestions. Thanks, shuai ___ gdal-dev ma

[gdal-dev] Notes on gdalbuildvrt.cpp

Assuming that VRTBuilder class inside gdalbuildvrt.cpp has been created to be reusable, I have some comments/questions that, depending on your input, may end up in pull requests. - *VRTBuilder::VRTBuilder, line 300* Instead of assigning the pointer create a copy to be consistent with the rest

Re: [gdal-dev] Adding a "Commercial support" section on gdal.org?

Folks, This is a somewhat sticky area, which is why I started just with just the self-registration mechanism on the OSGeo site in the past. A scenario that I could support would be a section somewhat like the postgis.net support list where being added to it needs to be voted on by the PSC. My cr

Re: [gdal-dev] Adding a "Commercial support" section on gdal.org?

Adding a support section like some other OSGeo projects is a good idea (in my opinion). This is a way for people to use the project webpage to find those who are most substantially contributing to the project and know the most about GDAL/OGR. On Thu, Aug 21, 2014 at 5:46 AM, wrote: > Charta is

Re: [gdal-dev] Issues building ECW/JP2ECW driver as a plugin on Ubuntu

Am 21.08.2014 07:55, schrieb Luke: I cross-posted to the UbuntuGIS mailing list (http://article.gmane.org/gmane.comp.gis.osgeo.ubuntu/941), but have had no response. Unfortunately, yes. There seems to be little activity on the list recently. Are there any other drivers in the GDAL tree that

Re: [gdal-dev] Adding a "Commercial support" section on gdal.org?

Charta is interested to be listed as experienced provider if gdal.org will ever add info about commercial support. Nevertheless, I think this item has to receive more attention, considering at least: * the license of GDAL. Using MIT license means being expecially open to commercial usage. I

Re: [gdal-dev] RFC 15: Band Masks vs #5621

Selon Ivan Lucena : > Hi Even, > > > From: even.roua...@spatialys.com > > To: lucena_i...@hotmail.com > > Subject: Re: [gdal-dev] RFC 15: Band Masks vs #5621 > > Date: Wed, 20 Aug 2014 20:39:29 +0200 > > CC: gdal-dev@lists.osgeo.org > > > > > > > > I am trying to help a developer how wants to use

Re: [gdal-dev] RFC 15: Band Masks vs #5621

Hi Even, > From: even.roua...@spatialys.com > To: lucena_i...@hotmail.com > Subject: Re: [gdal-dev] RFC 15: Band Masks vs #5621 > Date: Wed, 20 Aug 2014 20:39:29 +0200 > CC: gdal-dev@lists.osgeo.org > > > > > I am trying to help a developer how wants to use VRTs as an intermediary > > between a