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 (see below).
I've manage to do so on the multispectral image, but the
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 GeoRaster
Selon Ivan Lucena lucena_i...@hotmail.com:
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
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.
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
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,
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
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
Hi there,
I wrote a GDAL driver for mongodb, and uploaded it in the
githubhttps://github.com/mongogis/mongodb-gdal-driver. Feel free to grab and
use the driver.
Just let me know if you have any questions or suggestions.
Thanks,
shuai
___
gdal-dev
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
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 (see
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.
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
That shouldn't happen because of the return at line 453
Damn, I missed that. :)
Hungarian-style convention
Yes, I've read RFC8 https://trac.osgeo.org/gdal/wiki/rfc8_devguide; just
thinking out loud.
2014-08-21 22:21 GMT+03:00 Even Rouault even.roua...@spatialys.com:
Le jeudi 21
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
On Thu, Aug 21, 2014 at 11:36 AM, Jeff Lacoste jefflacosteg...@gmail.com
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
On Thu, Aug 21, 2014 at 8:26 AM, Even Rouault even.roua...@spatialys.com
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
17 matches
Mail list logo