Kurt Landrus wrote:
Ok, I was looking through nithfile.c, am I correct in understanding
that the only TRE supported for saving is BLOCKA, and that each
additional TRE needs to be handled
individually?
I need to add support for the following TREs. But I don't really need
to add new SDE hea
Sarah Mulholland wrote:
In looking at the NITF 2.1 spec, I notice that the number of bands
(NBANDS) in an image is by default represented by an ascii charactacter
‘0’ to ‘9’. There’s an XBANDS field that you can use for images with
more bands when there are multispectral bands in excess of 9.
Hi Johan,
Nice proposal!
2008/11/13 Frank Warmerdam <[EMAIL PROTECTED]>:
...
> I'm also curious what you do for parsing the GML. Do you process it through
> the existing OGR GML driver?
WFS mandates GML but allows others.
So, if yes, would it be difficult to parametrize the response file format
In looking at the NITF 2.1 spec, I notice that the number of bands (NBANDS) in
an image is by default represented by an ascii charactacter '0' to '9'.
There's an XBANDS field that you can use for images with more bands when there
are multispectral bands in excess of 9.
I notice that when I cal
Stephen Woodbridge swoodbridge.com> writes:
> > PPS. I don't understand your point where you seem to suggest that
> > converting
> > to tiff first is slower than other mechanisms. Are you suggesting it takes
> > 2-3 hours to convert a 500MB jpeg2000 image to GeoTIFF? Perhaps you need
> > to
Michael P. Gerlek wrote:
Stephen, Frank:
Yes, this is indeed a Kakadu error coming from underneath our SDK. The
error "feels" like the sort of thing that happens when one is requesting
a bounding box that is outside of the legal bounds for the image at that
magnification level: that is, perhaps
Folks,
I have prepared a GDAL 1.6.0 beta2 cut last night. It is available at:
http://download.osgeo.org/gdal/gdal-1.6.0beta2.tar.gz
http://download.osgeo.org/gdal/gdal160beta2.zip
There is preliminary (and somewhat verbose) notes on GDAL 1.6.0 at:
http://trac.osgeo.org/gdal/wiki/Release
There is a gmt utility named grd2xyz that you might be able to use for this:
http://gmt.soest.hawaii.edu/gmt/doc/html/grd2xyz.html
--
On Thu, Nov 13, 2008 at 11:02 AM, Frank Warmerdam <[EMAIL PROTECTED]>wrote:
> Eran Burstain wrote:
>
>> Hi.
>> I want to convert a height map (DTED or other forma
Eran Burstain wrote:
Hi.
I want to convert a height map (DTED or other format) to simple ASCII
file with X,Y,Z coordinates, supplemental data (datums) should be in
separate file (.vrt), Is there support in such a format ?
Eran,
No, there is currently no direct support for such a format in GD
Sarah Mulholland wrote:
I need to write multiple images to a NITF file. I notice on the gdal
NITF page that gdal only writes one image or raster of data to a file.
On another page, I see that multiple images in a NITF can be read as
subdatasets. Is the documentation up to date that subdatase
I need to write multiple images to a NITF file. I notice on the gdal NITF page
that gdal only writes one image or raster of data to a file. On another page,
I see that multiple images in a NITF can be read as subdatasets. Is the
documentation up to date that subdatasets in a NITF file are a r
Johan Nouvel wrote:
Hello all,
I know GDAL has a WMS and WCS driver, but no WFS driver.
After looking into the mailing list archives I have found no references
to a WFS driver.
For my job, we have developped such a driver (in readonly mode, but
write mode is planned) , based on OGR and its GM
Hi all, hi Frank,
I am encountering problem with gdal_translate and gdalinfo with very little
images. I have for example a 9*16 pixels image, georeferenced, 16bits and
8bits, that I have tested in 2 formats : .pix PCIDSK and .tif GTiff.
And both times, I get errors :
gdal_translate: symbol look
Hello all,
I know GDAL has a WMS and WCS driver, but no WFS driver.
After looking into the mailing list archives I have found no references
to a WFS driver.
For my job, we have developped such a driver (in readonly mode, but
write mode is planned) , based on OGR and its GML driver.
Is it int
Matthieu Rigal wrote:
Hi all, hi Frank,
I am encountering problem with gdal_translate and gdalinfo with very little
images. I have for example a 9*16 pixels image, georeferenced, 16bits and
8bits, that I have tested in 2 formats : .pix PCIDSK and .tif GTiff.
And both times, I get errors :
gd
Hi all, hi Frank,
OOps, I have forgot to say that I unfortunately have only the version
1.4.2 of GDAL/OGR here. If it works on your machine, then it may come from
this out-of-date version
But please check it also from your side...
Best regards,
Matthieu Rigal
RapidEye AG
Molkenmarkt
Stephen, Frank:
Yes, this is indeed a Kakadu error coming from underneath our SDK. The
error "feels" like the sort of thing that happens when one is requesting
a bounding box that is outside of the legal bounds for the image at that
magnification level: that is, perhaps the scene parameters being
Kurt,
I am in the same boat. I have modified the GDAL driver to read AIMIDB and
ACFTB similiar to BLOCKA metdata, but I do not have the capability to write
these TREs. The TRE creation option should allow this, but I haven't found a
good example of how to do this. Hopefully the developer ca
Hi.
I want to convert a height map (DTED or other format) to simple ASCII file
with X,Y,Z coordinates, supplemental data (datums) should be in separate
file (.vrt), Is there support in such a format ?
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
htt
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of
> Kralidis,Tom [Ontario]
> Sent: Monday, November 10, 2008 7:26 AM
> To: gdal-dev@lists.osgeo.org
> Subject: [gdal-dev] problems building Perl swig
>
>
> Using svn trunk on fc9:
>
> $ ./configure -
Stephen,
It seams like the suggestion to use VRT would be working all right if it
wasn't for that that problem with MrSID.
Well, you can increase the value on GDAL_CACHEMAX to 500 (mb) or more if
you have that amount of free memory.
By the way, since the crash on the MrSID driver(s) only ha
21 matches
Mail list logo
