Hi,
would it be possible to populate
http://download.osgeo.org/gdal/data/ogr/
with more data sets? I guess that the OGR maintainers have those
for testing - if free/libre, please upload them.
http://download.osgeo.org/gdal/data/
is a great resource for testing... (also for other OSGeo projects
Jose Gomez-Dans wrote:
You are absolutely right. It's just that you have to call external program
such as gdal_rasterize.
Ah -- I see what you mean by cumbersome now.
Is the rasterization stuff supposed to be available
to the Python GDAL bindings?
That would be nice -- anyone know? I suppos
Hello,
Below is some python code and output which demonstrates a problem I'm
having when writing GTiff's under gdal-1.5.2, wherein the DATUM and
SPHEROID names are changed from what's in the source srs,
"Not_specified_based_on_Authalic_Sphere" and "Sphere", to "unknown" and
"unnamed", respect
Mateusz Loskot schrieb:
> Tom Kazimiers wrote:
>
>> Hi there,
>>
>> the documentation gave me no real answer to the question if there is
>> something like a caching mechanism for feature request. If I request a
>> feature, is this read from disk every time or somehow cached?
>>
>
> Tom,
>
>
Jose Gomez-Dans wrote:
I have a raster file and a vector file. I want to assign to each pixel
in my raster size a value derived from the vector file (which are
polygons). To do this, I want to test that the centroid of my pixel lies
within a given polygon. In the past, I have done this gdal_ras
Vielen Dank für Ihre Nachricht.
Ich bin bis einschließlich 26.09.2008 nicht im Büro und kann Ihre Anfrage
leider nicht bearbeiten. Ihre Nachricht wird nicht automatisch weitergeleitet.
Ich werde Ihre eMail gerne nach meiner Rückkehr beantworten.
Thank you very much for your message.
I'm out of
Chris, thanks for your comments
2008/9/25 Christopher Barker <[EMAIL PROTECTED]>
> Perhaps cumbersome, but in fact, at some level, you are indeed doing a
> rasterization with the P-in-P testing, as you are working with ALL the
> pixels in your raster. I bet it would be a lot faster to rasterize t
Tom Kazimiers wrote:
> Hi there,
>
> the documentation gave me no real answer to the question if there is
> something like a caching mechanism for feature request. If I request a
> feature, is this read from disk every time or somehow cached?
Tom,
AFAIK, there is no caching mechanism.
I've it on
Hi there,
the documentation gave me no real answer to the question if there is
something like a caching mechanism for feature request. If I request a
feature, is this read from disk every time or somehow cached?
Another thing I could not find out is how I can activate spatial
indexing for shape f
liu_daojie wrote:
>
> hello:
> here I have a question in wince you use the same lib and include as in
> vc6.0 ?
You have to build dedicated DLL for Windows CE.
Here is solution/project file for Visual C++ 2005/2008:
https://svn.osgeo.org/gdal/trunk/gdal/wince/msvc80/
> or others ? can you list
Hi!
I tried to use ogr2ogr to reproject/transform a gml file from epsg: 3021 to
epsg:4326 but I get the output file in 2,5D (z=0) even though both epsg: 3021
and epsg:4326 are 2D.
I need to have the result in 2D (with only x,y values).
I use FWTools2.2.6 and the command line: ogr2ogr -t_srs E
Thanks for the info, both.
Major lesson: after ds creation, first close it, than open it GA_Update,
then CreateMaskBand().
Another question: it seems (geotiff, external) masks are of dtype byte?
So they are not *bit*masks and will use 8 times more space than strictly
required (when no compre
Frank,
No .aux file was supplied. They just gave us a .tif and a .tfw which were
in the same directory which means gdalinfo was run against both. Based on
the limited information that was supplied the only thing that I can think of
doing at this point is to find all the EPSG codes listed under G
13 matches
Mail list logo
