Has someone already documented the performance difference between x32 and
x64 versions of the FWTools / gdal? Improvement by how much? Many thanks.
Kevin
On Thu, Jun 3, 2010 at 1:39 AM, John Mitchell wrote:
> Does anyone have built/compiled 64 bit versions of either FWTools or gdal
> for:
> a
Mallee malleefocus.com.au> writes:
>
>
> (Ben here - thought I'd have a look at this list)...
>
> Jukka that looks right if the origin is the upper left corner of the upper
> left pixel.
Hi,
I think that placement of the anchor point does not change situation with total
image extents. Now t
(Ben here - thought I'd have a look at this list)...
Jukka that looks right if the origin is the upper left corner of the upper
left pixel.
According to the GeoTiff spec
(http://www.remotesensing.org/geotiff/spec/geotiff2.5.html#2.5.2), that
would be the 'PixelIsArea' raster grid space - which i
Stephen,
Obviously when dealing with UTM zone 1 or 60, you can expect some issues :-)
The spatial extent of your source file is the following :
Upper Left ( 116009.250, 276735.000) (179d32'52.82"E, 2d29'56.85"N)
Lower Left ( 116009.250,-997.500) (179d33'4.57"E, 0d 0'32.43"S)
Upper Rig
http://trac.osgeo.org/gdal/browser/trunk/gdal/swig/python/samples/gdalinfo.py
Would need just a few minor changes to work against GDAL 1.7 python bindings
Le Tuesday 08 June 2010 19:51:50 Eloi Ribeiro, vous avez écrit :
> Hi,
>
> I don't manage to get all the info from a GRIB file with a python s
Hi,
I don't manage to get all the info from a GRIB file with a python script as
it's possible with gdalinfo output.
gdalinfo output example from a GRIB band:
*Band 1 Block=720x1 Type=Float64, ColorInterp=Undefined*
* Description = 2[m] HTGL="Specified height level above ground"*
* Metadata:*
*
Hi all,
I am getting the dreaded:
ERROR 1: Too many points (441 out of 441) failed to transform,
unable to compute output bounds.
I am trying to convert MrSid Landsat images in WGS84 UTM projections to
GeoTif files in EPSG:4326 projection.
[st...@map101 ~]$ gdalinfo -nomd /geotiff/GeoCover20
Panic over. I have just proven that an idiot can panic and cast suspicion
on everyone but himself!
The tiles seem to be reprojected OK, but Geoserver was laying the tiles on
top of each other without using any transparency, hence each tile leaving a
white blob on top of the last one.
A quick mod
I am not sure here, but this looks like each tile is projected for itself.
My procedure always is
1) Build a large image without tiles
2) Reproject
3) Create Tiles/pyramids
Try to avoid TILED=YES and reproject within the same gdalwarp call.
Quoting Rob :
Hi
[Apols for the X-post]
I'm tr
Hi
[Apols for the X-post]
I'm trying to reproject a set of rasters in order to improve performance on
my application.
I have a set of rasters in OSGB (EPSG:27700) that I want to pre-process so
that they are in WGS84 (EPSG:4326) within GeoServer, rather than relying on
GeoServer to do the reproje
Paul Meems gmail.com> writes:
> As noted in the original post, the GeoTiff spec seems to call for pixels to
> be referenced by their center and not their upper-left corner. If that's the
> case, then according to the GDALINFO output, the outside pixel coordinates
> should be the origin, and (cols
I notice from http://trac.osgeo.org/gdal/ticket/2882 that some work has
already been done on including this but it would appear that it has not
been committed to the trunk. Is this correct?
We use ogr extensively at Astun and have issues where we're trying to
extract data from ArcSDE9.2 so we
Thanks Ari,
I forgot to copy the world file. I just did that and ran gdal_polygonize.py
again and now the shapefile is correct.
I will now convert the polygons manually to polylines.
Thanks,
Paul
2010/6/7 Ari Jolma
> Ari Jolma wrote:
>
>>
>> Polygonize uses 4-connectness. Polygonize method
Forwarding Bens reply to the full list.
Ben is the user I mentioned in my start post.
Thanks,
Paul
--
Paul Meems
Release manager, configuration manager
and forum moderator of MapWindow GIS.
www.mapwindow.org
Owner of MapWindow.nl - Support for
Dutch speaking users.
www.mapwindow.nl
[image: Link
14 matches
Mail list logo
