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
I cross-posted to the UbuntuGIS mailing list
(http://article.gmane.org/gmane.comp.gis.osgeo.ubuntu/941), but have had no
response.
Are there any other drivers in the GDAL tree that support being built as
plugins in a linux environment that I could have a look at and try and base
a patch on?
Rega
Hello,
I'm working on an application with requirements described below. Please
have a look at what I came up with so far and tell me if I'm on an awfully
wrong path.
Requirements
Application takes as input a number of image files +/- geo-referenced
Input may have different resolutio
Even,
I am not yet a commiter on SVN, but I agree with Tamas that allowing any
commiters would be a great. I personally think listing supporting companies
with an opensource project is a great way to build more support and trust
in the project.
Thanks,
Blake
On Wed, Aug 20, 2014 at 3:51 PM, Ta
Even,
Thank you very much for response to this, your helping me understand all of
this stuff has been very valuable.
I'm not sure the ratio gain/effort to make dataset methods "a bit more"
> thread
> safe is high enough. Very few drivers can be made fully thread-safe, and
> fully
> parallelized (
Even,
I suspect most companies providing commercial support for GDAL are related
to one or more committers, so it might be reasonable to let the committers
to propose a company to be listed (by describing the support they can
provide) and probably call for a vote on it. (just my 2 cents)
Best reg
Hi,
I guess the silence in thread is due to people being impressed by the
austerity of the topic...
For what is worth, I've had a few opportunities to discuss directly with Blake
about his work. I'm very impressed with his energy and enthousiasm to hack in
that difficult core area of GDAL, and
Hi,
I'm wondering if there would be a concensus and interest to add a "Commercial
support" section on gdal.org. A number of OSGeo projects have such page (see
[1]), so that wouldn't be completely awkward to have one for GDAL as well.
The OSGeo Service provider database reference 137 companies/i
>
> I am trying to help a developer how wants to use VRTs as an intermediary
> between a GeoRaster and a PNG, in order to produce thumbnails. In that
> case, does the VRT needs to describe the mask band so that the PNG's
> driver will received the filtered image, with the zeroes regions masked
> o
Even,
> Date: Wed, 20 Aug 2014 10:28:14 +0200
> From: even.roua...@spatialys.com
> To: lucena_i...@hotmail.com
> CC: gdal-dev@lists.osgeo.org
> Subject: Re: [gdal-dev] RFC 15: Band Masks vs #5621
>
> Ivan,
>
> You can declare a mask flag to 0 to indicate that this is a per-band mask
> band.
> Th
Using qgis helped me see what you are saying. The raster pixels are
being treated as rectangular areas but the actual coordinates are the
*corners* of those areas. Modifying my code to offset the coordinates
by 0.5 causes the Contains test (and others) to produce results that
meet my expectations
Thanks Evan but I am not quite sure I understand.
Are you saying that QGIS uses gdal built with a different MrSID SDK?
I have built GDAL using this version, MrSID_DSDK-9.0.0.3864-win32-vc11 from
LizardTech, which I think is the latest.
If it is then I am sure that QGIS will be using the same, in
Martin,
The difference is likely due to a different version of the MrSID SDK used to
compile the GDAL MrSID plugin/driver. According to the version of the SDK, a
different method is used to decode the projection information. I guess that the
one that leads to buggy result is the one that borrows c
Sorry Evan
Forgot the version dump
QGIS
---
GDAL 1.11.0, released 2014/04/16
Built GDAL
---
GDAL 1.11.0, released 2014/04/16
Seems to be the same?
--
View this message in context:
http://osgeo-org.1560.x6.nabble.com/Re-Warping-Issues-tp5157231p5157278.html
Sent from the GDAL -
Thanks for the quick reply Evan.
I have done what you asked and it gets a bit strange.
I ran gdalinfo from the QGIS bin directory and then on the alternate machine
ran gdalinfo from the 'pure gdal' bin directory on the same sid file.
There are some differences in the output particularly around the
Martin,
Could you paste the output of gdalinfo on the .sid file on both environments,
and each time indicate what 'gdalinfo --version' reports ? It might be possible
that the issue is at the source rather than at the warping.
Even
> I seem to be having a few warping problems using OGRCoordinateT
Ivan,
You can declare a mask flag to 0 to indicate that this is a per-band mask band.
This is perfectly legal.
You might decide either to set NBITS=1 as metadata to that mask band, or promote
it to full 8 bit (0->0, 1->255).
As far as which format natively supports that, I can't think to any. Howe
17 matches
Mail list logo
