On 12-11-09 06:36 PM, David Strip wrote:
In a followup to my previous question about property differences across bands
in a multiband images -
The No Data Value and color table are both per-band properties. Do any file
types (other than VRTs) support bands with differences in these properties? Th
In a followup to my previous question about property differences across
bands in a multiband images -
The No Data Value and color table are both per-band properties. Do any
file types (other than VRTs) support bands with differences in these
properties? The file type I'm most familiar with is ge
On Fri, Nov 9, 2012 at 2:48 PM, Even Rouault
wrote:
> ok, I see what happens. In _3 and _4 cases, the BSB driver manages to compute
> a geotransform from the GCPs and then assigns a projection, in addition to the
> GCP projection.
> In the _1 and _2 cases, the BSB driver doesn't manage to compute
Le vendredi 09 novembre 2012 23:24:43, Robb Wright a écrit :
> I just tried it on another machine on a number of .kaps - and some were
> working and some were not - but they were different ones. Then I went
> back to my first machine and I got the proper result, then ran it again
> and got the erro
I just tried it on another machine on a number of .kaps - and some were
working and some were not - but they were different ones. Then I went
back to my first machine and I got the proper result, then ran it again
and got the error. Something must be dodgy with my libraries/how I have
it ins
Le vendredi 09 novembre 2012 13:29:32, DmitriyS a écrit :
> Hello, dear developers. I wish to build OTB v.3.14 with gdal v.1.8.1 and
> have several problems (Windows 7). I could generate OTB solution through
> CMake, but ,bulding projects, got one mistakes, which for me is unresolved
> at this mome
On Fri, 9 Nov 2012 21:22:18 +0100,
Even Rouault wrote:
>> But then ogr2ogr fails:
>> ogr2ogr -f GMT -nln test.gmt PG:"host=localhost user=user
>> password=password dbname=gshhs" subset_c FAILURE: Unable to open
>> datasource `subset_c' with the following drivers.
> Just remove "-nln".
Thank yo
Le vendredi 09 novembre 2012 21:11:56, Robb K. Wright a écrit :
> I'm trying to use gdalsrsinfo (1.9) to extract out WKT-formatted info
> from NOAA's BSB/KAP files. It works on many - but has problems with
> others - and I can't find a pattern. I'm not sure if it is a problem
> with the BSB drive
> But then ogr2ogr fails:
>
> ogr2ogr -f GMT -nln test.gmt PG:"host=localhost user=user password=password
> dbname=gshhs" subset_c FAILURE:
> Unable to open datasource `subset_c' with the following drivers.
Just remove "-nln".
___
gdal-dev mailing list
I'm trying to use gdalsrsinfo (1.9) to extract out WKT-formatted info
from NOAA's BSB/KAP files. It works on many - but has problems with
others - and I can't find a pattern. I'm not sure if it is a problem
with the BSB driver or with gdalsrsinfo, but I'm leaning toward
gdalsrsinfo as the p
Motion: The next major GDAL version released from trunk will be called
GDAL/OGR 1.10.
To take into account 2-figure numbers in the components of the version number,
the GDAL_VERSION_NUM macro will be changed accordingly as :
# define GDAL_VERSION_NUM
(GDAL_VERSION_MAJOR*100+GDAL_VERS
Hi,
I'm trying to export a PostGIS table in GMT format, following a tip
(http://comments.gmane.org/gmane.comp.gis.gmt.user/16632), but I'm
running into problems.
Here's ogrinfo output:
------
ogrinfo PG:"host=localhost user=use
I've recently run into some issues when trying to reproject rasters and
shapefiles using GDAL to the ESRI Web Mercator (auxiliary sphere)
projection (EPSG:3857), but have come up with a workaround that I wanted to
share.
After specifying "EPSG:3857" as the target projection to gdalwarp or
ogr2ogr,
Perhaps calling it 2.0 is not a bad thing and it sounds of less of a hassle.
Breaking the ABI (by rushing major API changes) just so that the semantics
of what "2.0" means, seems inappropriate. If/when the unification starts, we
could bump it to 3.0, 4.0 or any other number. There are quite a few o
Thanks to Even and Jukka for their prompt and clear responses to my question
David
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
Hello, dear developers. I wish to build OTB v.3.14 with gdal v.1.8.1 and have
several problems (Windows 7). I could generate OTB solution through CMake,
but ,bulding projects, got one mistakes, which for me is unresolved at this
moment. As an import gdal lib I set gdal_i.lib of debug version, and
a
David Strip stripfamily.net> writes:
> Likewise, the bands apparently can have different size rasters (in terms
> of pixel counts), since the raster size is a property of the band. On
> the other hand, the dataset also has a raster size, as well as the
> overall properties of the raster, such
I use AutoCreateWarpedVRT API to open datasource programmatically (Java) in
another projection, to use dynamic reprojection. The data (NOAA KAP) is indexed
color and has colortable. As you can see in http://d.pr/i/GQKc No-data (if this
is the right term) is colored as black, but I would need i
Selon David Strip :
> I was looking at the API and it appears, that at least in principle a
> multi-band dataset (and hence the associated input file) could have
> bands with different data types since the type is a property of the
> band, not the dataset. Does this actually happen "in the wild"?
19 matches
Mail list logo
