Re: [gdal-dev] ogr2ogr MapInfo Tab + Styling

Folks, after much hassles and pain it came down to version. I was running OGR/GDAL version 1.5: after I upgraded to 1.6.2 the styling started to work. I wish to publicly thank Dale Harris for having spent quite a bit of time with me nutting this one out. regards Simon On Wed, 30 Sep 2009 13:1

Re: [Gdal-dev] Incorrect blank raster example in the FAQ?

Selon leaffan : I actually missed your first post before changing the example, but your arguments make sense. You're free to improve the page with your variant also : it's a wiki ! Dimensions, spatial extent and resolutions are all linked between them, so there are different point of views possib

Re: [Gdal-dev] Incorrect blank raster example in the FAQ?

Hej again, Even Rouault wrote: > > Selon "Simon (Vsevolod) Ilyushchenko" : > > Yes, your proposal is better and deals with non-square pixel. So I've > changed > the wiki page accordingly. Thanks! > the consideration of non-squared pixels could have been easily be included in the previous wik

RE: [gdal-dev] Getting a wkt projection string

You should be able to do this pretty easily. See http://www.gdal.org/ogr/osr_tutorial.html for some help. Once you've set your coordinate system, use exportToWkt this to get it out as wkt. David Anderso

Re: [gdal-dev] Incorrect blank raster example in the FAQ?

Selon "Simon (Vsevolod) Ilyushchenko" : Yes, your proposal is better and deals with non-square pixel. So I've changed the wiki page accordingly. Thanks! > Hi, > > I'm new to gdal, so I could be very wrong about this. > > When I tried to follow the example in > http://trac.osgeo.org/gdal/wiki/FAQR

Re: [gdal-dev] Anti-Aliasing

Chris Emberson wrote: The rasters do have colour tables applied, that are expressed using RGB values, using gdaldem: 75%10700 50%19610927 25%24719572 0%252233109 nv000 0 They are not derived from vector data however. I am unsure of you

RE: [gdal-dev] Anti-Aliasing

Thanks for the reply. This does improve the output (cubicspline works best), but still not great. So I increased the raster size by 10x and end up with an output of 500mb in size, which is difficult to work with. Any other suggestions gratefully received. > Date: Mon, 5 Oct 2009 17:03:04 +020

[gdal-dev] Re: Incorrect blank raster example in the FAQ?

Hej Simon, Instead of: raster_transform = [src_extent[0], px, 0.0, src_extent[3], 0.0, -px] I used: x_scale = (src_extent[1] - src_extent[0]) / tiff_width y_scale = (src_extent[3] - src_extent[2]) / tiff_height raster_transform = [src_extent[0], x_scale, 0.0, src_extent[3], 0.0, -y_scale] I'

[gdal-dev] Getting a wkt projection string

Hello all: I have a projection file that looks like this: ProjectionUTM Zone 18 Datum NAD83 Spheroid GRS80 Units METERS ZunitsNO Parameters _ How can I read this file in and convert it to a wkt projection string that I can use GDA

Re: [gdal-dev] Anti-Aliasing

Chris Emberson wrote: The rasters do have colour tables applied, that are expressed using RGB values, using gdaldem: 75%10700 50%19610927 25%24719572 0%252233109 nv000 0 They are not derived from vector data however. I am unsure of you

RE: [gdal-dev] Anti-Aliasing

The rasters do have colour tables applied, that are expressed using RGB values, using gdaldem: 75%10700 50%19610927 25%24719572 0%252233109 nv000 0 They are not derived from vector data however. I am unsure of your requirement in terms

Re: [gdal-dev] Anti-Aliasing

Chris, The images look like they have a colour table instead of RGB bands. Also, they seem to be converted from vector to raster. Correct me if I am wrong. Anti aliasing images with colour tables is a little more involved and depends on the type of result required. Can you provide the source for

RE: [gdal-dev] Anti-Aliasing

Seth, Thanks for the reply. The attached image hopefully will clarify the problem I am having. On the left of the image is the output I would like (I have produced this using a GIS). On the right is the output using mapnik and gdal. The problem is the pixellated effect between the raster value

Re: [gdal-dev] Performance issues with gdal vrt

Hi, I have filed a new ticket for this: http://trac.osgeo.org/gdal/ticket/3165 A summary of my tests with gdalinfo -mm Processing 9 .sid files via a .vrt takes 2h:47m Processing 9 .sid files directly takes 0h:57m Processing 24 .tif files via a .vrt takes 0h:27m Processing 24 .tif files directly t