Frank,
I was looking for a GeoTIFF file that would have internal RPC tags without
relying up additional support files (.RPB and .IMD).
I was referring to
http://geotiff.maptools.org/rpc_prop.html
If the above was just a proposed extension to the GeoTIFF 1.0 specification
but did not become officia
I went to the below link and did not find any GeoTIFF with RPC
ftp://ftp.remotesensing.org/pub/geotiff/samples
Does anyone know where there are samples that can be downloaded?
thanks
Jared
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.os
be 1:1 with the GIS features used to
> produce the pdf. I'm thinking 2-3 months work to do a decent
> job of an OGR GeoPDF driver and even at that it would not be
> returning nice GIS features - just gis objects with some attributes
> about the draw style.
>
> Best regards,
ctors/objects/etc.
thanks
Jared
On 12/2/11 3:14 PM, "Even Rouault" wrote:
> Le vendredi 02 décembre 2011 22:46:29, Jared Rubin a écrit :
>> I am looking at a few sample GeoPDF files in acrobat reader.
>> For example to retrieve the Parcel lot features from the Town
I am looking at a few sample GeoPDF files in acrobat reader.
For example to retrieve the Parcel lot features from the Town of OakVille
example
http://acrobatusers.com/gallery/geospatial
Is this layer information available from the gdal pdf driver.
I have successfully built the gdal trunk using po
But if the following define is set when building gdal
-DSUPPORT_CREATE then the PNG driver will support the CREATE method
Jared
On Mon, 2009-02-02 at 20:05 +, Lucena, Ivan wrote:
>
> That is because the PNG driver
___
gdal-dev mailing list
gdal-de
I am unable to generate a RGB png image from the python swig interface.
The following code does work if I change the driver to BMP. Is there
something odd about the PNG driver?
Thanks
import osgeo.gdal as gdal
import numpy
buf = (numpy.random.rand(100*100*3)*255).round() % 255
buf = buf.reshape(1
GDAL community,
I am using the python bindings to gdal. I am unable to read a whole
NITF image that is 25600x19200 and UInt16 in one call to ReadAsArray
I end up getting a core dump. I can open smaller size images.
Does gdal have a size limit on the python/numpy interface?
inSet = gdal.OpenSha
