Re: [gdal-dev] gdal_rasterize processed GTiff filesize question

Hi, Even.   Using both options "-optim raster" and "-optim vector" results in the same size files. This is expected, since, as follows from the option description, it only affects the rasterization algorithm.   >Wednesday, March 20, 2024 1:04 AM +03:00 from Even Rouault >: >  >  >Le 19/03/20

Re: [gdal-dev] gdal_rasterize processed GTiff filesize question

Le 19/03/2024 à 22:56, Rahkonen Jukka via gdal-dev a écrit : Hi, I suppose that something similar than with gdalwarp https://trac.osgeo.org/gdal/wiki/UserDocs/GdalWarp#GeoTIFFoutput-coCOMPRESSisbroken happens but with gdal_rasterize I think there are no tricks that could help. Actually th

Re: [gdal-dev] gdal_rasterize processed GTiff filesize question

2024 18.09 Vastaanottaja: Rahkonen Jukka Kopio: gdal-dev@lists.osgeo.org Aihe: Re: [gdal-dev] gdal_rasterize processed GTiff filesize question Yes, the target files already exists. Yes, I’ve tried to investigate this issue on some small and medium files. For example: original hillshade.tif size is

Re: [gdal-dev] gdal_rasterize processed GTiff filesize question

@lists.osgeo.org > Puolesta Andrey VI >via gdal-dev >Lähetetty: tiistai 19. maaliskuuta 2024 14.43 >Vastaanottaja: gdal-dev@lists.osgeo.org >Aihe: [gdal-dev] gdal_rasterize processed GTiff filesize question >  >Hello. >  >I’m using gdal_rasterize to remove som

Re: [gdal-dev] gdal_rasterize processed GTiff filesize question

Rahkonen- Lähettäjä: gdal-dev Puolesta Andrey VI via gdal-dev Lähetetty: tiistai 19. maaliskuuta 2024 14.43 Vastaanottaja: gdal-dev@lists.osgeo.org Aihe: [gdal-dev] gdal_rasterize processed GTiff filesize question Hello. I’m using gdal_rasterize to remove some data from DEM (Int16) and

[gdal-dev] gdal_rasterize processed GTiff filesize question

Hello.   I’m using gdal_rasterize to remove some data from DEM (Int16) and hillshade (Byte) rasters with shape-file, like this: gdal_rasterize -burn -32768 shape.shp dem.tif and gdal_rasterize -burn 0 shape.shp hillshade.tif Both DEM and hillshade GTiffs created with -co COMPRESS=LZW -co TILED=Y

Re: [gdal-dev] gdal_rasterize "burn count" feature

Hi, You can use -sql and -a to burn a field of the query. Laurentiu On Thu, Feb 1, 2024, at 17:11, Meyer, Jesse R. (GSFC-618.0)[SCIENCE SYSTEMS AND APPLICATIONS INC] via gdal-dev wrote: > Hi, > > We’d like to use gdal_rasterize to burn in a value that is a simple numerical > function of the

[gdal-dev] gdal_rasterize "burn count" feature

Hi, We’d like to use gdal_rasterize to burn in a value that is a simple numerical function of the feature geometry. Currently we pre-process the feature database, store the value into a new field, and then burn that in. It works, but it would be handy to be able to express this directly to gd

Re: [gdal-dev] gdal_rasterize parameters not working

gdal_grid is probably a better choice. On 7/3/23 16:06, Clive Swan wrote: Hi Thanks for the information.  The Shp file (WGS84), the aim is to export to a Heatmap. The Shp was exported to a Tif: coastal_2000-te.tif coastal_2000-tr.tif The pixel output ranges from 0-3 This doesn't produce

Re: [gdal-dev] gdal_rasterize parameters not working

Hi Thanks for the information. The Shp file (WGS84), the aim is to export to a Heatmap. The Shp was exported to a Tif: coastal_2000-te.tif coastal_2000-tr.tif The pixel output ranges from 0-3 This doesn't produce a Heatmap. Any options you would recommend?? Thanks Clive gdalinfo "C

Re: [gdal-dev] gdal_rasterize parameters not working

Il 03/07/2023 18:08, Scott ha scritto: You're using the -tr and -ts. You can only use one or the other, not both. I think it would be useful if gdal_rasterize emitted a warning when the -tr and -ts options are used at the same time like other GDAL tools do. Best regards. Andrea

Re: [gdal-dev] gdal_rasterize parameters not working

You're using the -tr and -ts. You can only use one or the other, not both. On 7/3/23 07:35, Clive Swan wrote: I am trying to create a heatmap from a Shp Point feature. The output is doesn’t cover the Shp?? I entered the following gdal gdal_rasterize parameters. gdal_rasterize -a hazard_l_1

Re: [gdal-dev] gdal_rasterize parameters not working

n the source data is very, very close to the black end of the target TIFF? Without LUT stretch the result looks certainly all black in image viewers. -Jukka Rahkonen- Lähettäjä: gdal-dev Puolesta Clive Swan Lähetetty: maanantai 3. heinäkuuta 2023 17.36 Vastaanottaja: gdal-dev@lists.osgeo

[gdal-dev] gdal_rasterize parameters not working

I am trying to create a heatmap from a Shp Point feature. The output is doesn’t cover the Shp?? I entered the following gdal gdal_rasterize parameters. gdal_rasterize -a hazard_l_1 -te -4.822014 52.517355 1.757978 55.779307 -tr 0.1 0.1 -ts 2035 2069 "C:\Temp\PROJECTS\CCRT\ClimateChangeFME\M

Re: [gdal-dev] gdal_rasterize expected behaviour

ww.observatoire-stations.fr UR LESSEM +33 4 76 76 27 44 +33 6 77 66 21 31 - Mail original - De: "gdal-dev" À: "gdal-dev" Envoyé: Lundi 8 Mars 2021 17:48:51 Objet: Re: [gdal-dev] gdal_rasterize expected behaviour Hi Hug, GDALRasterizeGeometries takes an array of geom

Re: [gdal-dev] gdal_rasterize expected behaviour

Hi Hug, GDALRasterizeGeometries takes an array of geometries and iterates over them from start to end, burning them into the raster one at a time. With a strictly ordered vector layer, you can expect the later shapes to be burned over the earlier ones. On Mon, Mar 8, 2021 at 7:00 AM Hugues Franço

[gdal-dev] gdal_rasterize expected behaviour

Hello, I don't know exactly where I should ask this question and I wasn't able to find the answer when searching on the internet (maybe I didn't use the right keywords). I have to rasterize a vector layer, made of polygons, which resolution is finer than the destination raster I have to use

Re: [gdal-dev] gdal_rasterize and virtual rasters

On mercredi 20 mars 2019 09:51:30 CET Guy Doulberg wrote: > Hi guys, > > I am trying my luck here, > > I looked up this question in the web but no success, > > Is there a file format of raster type that returns the product of > gdal_rasterize. > > I am thinking of something like a VRT file, tha

[gdal-dev] gdal_rasterize and virtual rasters

Hi guys, I am trying my luck here, I looked up this question in the web but no success, Is there a file format of raster type that returns the product of gdal_rasterize. I am thinking of something like a VRT file, that its attributes tell gdal how to run gdal_rasterize on top of vectors layers.

Re: [gdal-dev] gdal_rasterize failing when trying multiband

d like to avoid doing single rasterizations and then a merge. Thank you in advance. From: Nunez, Mario Sent: Thursday, June 07, 2018 1:32 PM To: Even Rouault ; gdal-dev@lists.osgeo.org Subject: Re: [gdal-dev] gdal_rasterize failing when trying multiband Thank you for your help, I know that is a

Re: [gdal-dev] gdal_rasterize failing when trying multiband

: Even Rouault Enviado: jueves, 7 de junio de 2018 13:05:03 Para: gdal-dev@lists.osgeo.org Cc: Nunez, Mario Asunto: Re: [gdal-dev] gdal_rasterize failing when trying multiband Mario, I suggest you use gdal_rasterize to produce as many GeoTIFF files as you have 'burning sessions' An

Re: [gdal-dev] gdal_rasterize failing when trying multiband

Mario, I suggest you use gdal_rasterize to produce as many GeoTIFF files as you have 'burning sessions' And then use gdal_merge.py -separate to make a single GeoTIFF from all the above ones. Even > Hello, > > I was doing some point rasterization of vector data from postgis database by > using

[gdal-dev] gdal_rasterize failing when trying multiband

Hello, I was doing some point rasterization of vector data from postgis database by using gdal_rasterize from a bash script, the command looks like this: gdal_rasterize -a value -b $COUNT -tr $RESOLUTION -te $BBOX -a_nodata $NODATA -a_srs $EPSG PG:'host=localhost dbname=databio user=postgres p

Re: [gdal-dev] gdal_rasterize problem with polygons containing polygons

This is the .gml file S2A_OPER_MSK_CLOUDS_MPS__20160616T131744_A005138_T34TER_B00_MSIL1C.gml -- View this message in context: http://osgeo-org.1560.x6.nabble.com/gdal-ra

[gdal-dev] gdal_rasterize problem with polygons containing polygons

Hi everyone, I tried to create a raster mask from a .gml file with polygons (polygons represent cloud coverage of a satellite image). So I used gdal_rasterize with -i flag (because i want to cut out the clouds from the image). The problem is that polygon layer contains polygons which are inside on

Re: [gdal-dev] gdal_rasterize in multiple processes

Hi, Are you launching multiple at the same time or are you looping and treating one file at a time? If so, your computer is just waiting to the last file to finish before it starts the next. When the file are smaller, they appear to be running at the same time but when the files get bigger, t

Re: [gdal-dev] gdal_rasterize increase memory usage

Hi, I had the same problem with gdal_warp. I recompiled the code using the latest ms visual studio community and the buffer was increased from 15 Mb to 1.5 GB. It's was a first for me because I usually work in python. It's easy to do. That fixed all the issue. I am told that buffer size is

[gdal-dev] gdal_rasterize increase memory usage

gdal_rasterize is limited to use just 10MB of memory (line ~640 of gdalrasterize.cpp). Is there anyway to change this (without having to recompile?) I'm noticing that changing the output data format from Byte to Int16 or even Int32 drastically reduces performance. This must be because the strict

Re: [gdal-dev] gdal_rasterize in multiple processes

Perhaps that at that point you've already saturated the bandwidth of your storage device ? 2015-07-14 17:25 GMT+02:00 jramm : > I have a number of vector datasets to rasterize. > > I am finding that when the datasets are small, I have no problem starting > multiple gdal_rasterize processes (using

[gdal-dev] gdal_rasterize in multiple processes

I have a number of vector datasets to rasterize. I am finding that when the datasets are small, I have no problem starting multiple gdal_rasterize processes (using python). If my datasets are large (I'm trying to create rasters with millions of pixels), I'm finding that I can only start one gda

Re: [gdal-dev] gdal_rasterize with text attributes.

Rasters can only store numeric types, not strings. But you could either rasterize the primary key, or reclassify the strings into a so-called lookup table of ID and string (e.g. 1="green", 2="blue", etc.). And then you could look-up the text from a raster using the common integer ID. -Mike On 27

[gdal-dev] gdal_rasterize with text attributes.

Hello everyone,I'm trying to do a simple vector to raster conversion using an attribute field stored as string. Am I wrong or does gdal_rasterize does not accept text fields as attributes? Thanks for any insight.Ricardo O. -Ricardo

Re: [gdal-dev] gdal_rasterize does not burn polygon attributes

jramm gmail.com> writes: > > > I'm running gdal_rasterize, trying to make it create a new tif from polygons, using an attribute field as the burn value. Here is my command: > > gdal_rasterize -tr 5 5 -a SOP -l test -a_nodata 0 test.shp test.tif > > > I end up with an image that is all 0's. T

[gdal-dev] gdal_rasterize does not burn polygon attributes

I'm running gdal_rasterize, trying to make it create a new tif from polygons, using an attribute field as the burn value. Here is my command: gdal_rasterize -tr 5 5 -a SOP -l test -a_nodata 0 test.shp test.tif I end up with an image that is all 0's. The shapefile is correct and can be read by OGR.

[gdal-dev] gdal_rasterize - blending option

Hi, I sometimes need to burn vector data on a raster and use gdal_rasterize for this task.How ever there is times that I would like to "blend" / "multiply" polygons vector data (color) with the existing raster. I had a look in the code and noted there is a GDALRasterMergeAlg option with a "ADD"

Re: [gdal-dev] gdal_rasterize

All right I think I fixed it.  I created a centos vm and installed gdal from yum and everything worked fine. Which made me very suspect of my box:(  I have been using an older version of the postgres.app that comes with postgis and apparently some gdal binaries. I realized when I did a “which

Re: [gdal-dev] gdal_rasterize

That maybe difficult, not sure I can share the shapefile I am using. Although I could try and find a sample and reproduce the error; if I can.  Are you thinking this could be data related?  I will respond when i can reproduce.  Thanks!  On April 8, 2014 at 11:08:20 PM, Chaitanya kumar CH (cha

Re: [gdal-dev] gdal_rasterize

Jason, Can you provide some sample data to reproduce the error? On Wed, Apr 9, 2014 at 3:51 AM, Jason Mathis wrote: > Hi all was wondering if anyone could help out here. I have been trying to > rasterize a shp file using gdal_rasterize and I keep getting an error I > have no idea about. > > > g

[gdal-dev] gdal_rasterize

Hi all was wondering if anyone could help out here. I have been trying to rasterize a shp file using gdal_rasterize and I keep getting an error I have no idea about. gdal_rasterize(1844,0x7fff7a393310) malloc: *** error for object 0x7f8f40d032e0: pointer being freed was not allocated *** set a

Re: [gdal-dev] gdal_rasterize in parallel processing

Selon Giuseppe Amatulli : > Hi all, > I solved the down reported issues. I change -ot Float32 to -ot > Float64 and it works. > Anyway Float32 should be enough to store the max value of > 560459513003129 < 3.4E38 > but probably during the multi-core several values are stored in the > same array an

Re: [gdal-dev] gdal_rasterize in parallel processing

Hi all, I solved the down reported issues. I change -ot Float32 to -ot Float64 and it works. Anyway Float32 should be enough to store the max value of 560459513003129 < 3.4E38 but probably during the multi-core several values are stored in the same array and it needs Float64. ciao ciao Giuseppe

[gdal-dev] gdal_rasterize in parallel processing

Hi, i'm running gdal_rasterize for several *.shp using xargs, sending the process to 10 cpu. 1) ls /weldgfs/p51/gius_urban/pop_urban/2010/shp_albers/*.shp | xargs -n 1 -P 10 bash /weldgfs/p51/gius_urban/pop_urban/scripts/sc2a_shp_rasterizeP30_2010.sh the same process can be run using one pro

[gdal-dev] gdal_rasterize

Does anyone ever tried to use QGIS (gdal_rasterize command) to export a polygon map to a raster that could be loaded (with no errors about classes) in Fragstats? Regards --- José Martinho Lourenço ___ gdal-dev mailing list gda

Re: [gdal-dev] gdal_rasterize update access mode for EHdr/Bil file

Le samedi 28 janvier 2012 00:55:32, lucvanlinden a écrit : > Hi > > I successfully created an EHdr / Bil file using gdal_grid 400 by 400 pixels > with 1 band from a series of preprocessed 3D vertices/points read from > Postgis. > > In a second stage I would like to add 3D polygons to that same bi

[gdal-dev] gdal_rasterize update access mode for EHdr/Bil file

Hi I successfully created an EHdr / Bil file using gdal_grid 400 by 400 pixels with 1 band from a series of preprocessed 3D vertices/points read from Postgis. In a second stage I would like to add 3D polygons to that same bil file using gdal_rasterize. These source polygons are in the same SRS an

Re: [gdal-dev] gdal_rasterize output off by one pixel/cell

Eli, I finally got around to looking at the example shapefile and running the same operation on my machine, and it does indeed seem like the same bug. Thanks for the good eye, this almost seems like two separate issues; first being the missing edge points and second being the weird offset. I

Re: [gdal-dev] gdal_rasterize output off by one pixel/cell

Matt, You may want to look at this ticket and see if it is the same thing. If so, you can add yourself to the cc list and you will get emails when there are updates to the ticket. You can also add any additional relevant information to the ticket. http://trac.osgeo.org/gdal/ticket/3774

[gdal-dev] gdal_rasterize output off by one pixel/cell

Hello, I'm attempting to create a raster from a shapefile of point data, with grid cells 1 degree square. Although the area I have defined matches up with the origin coordinates I want, and the grid cells match up with a vector 1-degree grid I produced in QGIS, the squares supposedly containin

Re: [gdal-dev] gdal_rasterize 1.8.0 options

Le dimanche 20 février 2011 00:46:07, Marius Jigmond a écrit : > Should it then match http://spatialreference.org/ref/epsg/3844/esriwkt/ > because it does not seem to? I apologize if my questions seem silly. With all respect due to the great job of that site, I'm not sure you can blindly trust sp

Re: [gdal-dev] gdal_rasterize 1.8.0 options

Should it then match http://spatialreference.org/ref/epsg/3844/esriwkt/ because it does not seem to? I apologize if my questions seem silly. -marius On Sun, 2011-02-20 at 00:38 +0100, Even Rouault wrote: > Le dimanche 20 février 2011 00:24:16, Marius Jigmond a écrit : > > > > Is the disconnect

Re: [gdal-dev] gdal_rasterize 1.8.0 options

Le dimanche 20 février 2011 00:24:16, Marius Jigmond a écrit : > > Is the disconnect simply a reporting issue and reprojections are handled > properly behind the scenes when using this EPSG code? It seems that what > gdalinfo reports is in accordance to > http://spatialreference.org/ref/epsg/3844/

Re: [gdal-dev] gdal_rasterize 1.8.0 options

Hi Even, I'm not trying to re-ignite the stereo debate but I think there's more to the issue with the warning. I've realized that the particular EPSG code 3844 (not sure about others) is reported totally different by ogrinfo and gdalinfo. It's not the actual reporting that's wrong but the way -a_s

Re: [gdal-dev] gdal_rasterize 1.8.0 options

On Sat, 2011-02-05 at 00:06 +0100, Even Rouault wrote: > Le vendredi 04 février 2011 20:25:43, Marius Jigmond a écrit : > > Hi Everyone, > > > > Some of the options (I didn't test all) introduced with version 1.8.0 > > seem to behave strangely. Here's what I'm doing: > > 1. gdal_rasterize -burn

Re: [gdal-dev] gdal_rasterize 1.8.0 options

Le vendredi 04 février 2011 20:25:43, Marius Jigmond a écrit : > Hi Everyone, > > Some of the options (I didn't test all) introduced with version 1.8.0 > seem to behave strangely. Here's what I'm doing: > 1. gdal_rasterize -burn 0 -i -l mask mask.shp sample.tif > works fine but I get the following

Re: [gdal-dev] gdal_rasterize 1.8.0 options

Marius, I don't know about 1. but possibilities for 2. and 3 below. > Hi Everyone, > > Some of the options (I didn't test all) introduced with version 1.8.0 > seem to behave strangely. Here's what I'm doing: > 1. gdal_rasterize -burn 0 -i -l mask mask.shp sample.tif > works fine but I get the

Re: [gdal-dev] gdal_rasterize 1.8.0 options

Eli, Both input datasets (mask and raster) exist, which is why 1. works. Option 1 doesn't use any of version 1.8.0 flags, which is why I thought something else was introduced behind the scenes with the new flags. -marius On Fri, 2011-02-04 at 12:08 -0800, Eli Adam wrote: > Marius, > > I don't

[gdal-dev] gdal_rasterize 1.8.0 options

Hi Everyone, Some of the options (I didn't test all) introduced with version 1.8.0 seem to behave strangely. Here's what I'm doing: 1. gdal_rasterize -burn 0 -i -l mask mask.shp sample.tif works fine but I get the following warning: Warning : the output raster dataset and the input vector layer do

[gdal-dev] gdal_rasterize -tr and -te

I would find aligning the pixels to 'standard grid' to be useful as well. Similar to the -a for g.region in GRASS. Thanks, Eli ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: [gdal-dev] gdal_rasterize -tr and -te

On 30/09/2010 18:50, Even Rouault wrote: Lower Right ( 4994200, 3010800) There is probably no way of convincing gdal_rasterize to do the maths, based on the provided tr and te values? No there isn't. This is a bit too specialized requirement... Your best help is some Python GDAL scripting to c

Re: [gdal-dev] gdal_rasterize -tr and -te

> Lower Right ( 4994200, 3010800) > > There is probably no way of convincing gdal_rasterize to do the maths, > based on the provided tr and te values? No there isn't. This is a bit too specialized requirement... Your best help is some Python GDAL scripting to create the output file before using

[gdal-dev] gdal_rasterize -tr and -te

Hi All, GDAL >= 1.8.0 comes with the helpful switches -te and -tr. If the target extent is not specified, the extent of the output file will be the extent of the vector layers. This leads usually to corner coordinates like this: Upper Left ( 4923406.374, 3088693.597) Lower Right ( 4994261.3

Re: [gdal-dev] gdal_rasterize: ERROR 4: `test.tif' not recognised as a supported file format.

I got it.. In the mean time that we wait for Gdal 1.8 being stable, are you aware about any tool (open source) that can create an empty (white) raster with georeferences to be use with gdal_rasterize (gdal17) ? On Thu, Jul 22, 2010 at 5:07 PM, Jean-Claude REPETTO wrote: > Le 22/07/2010 17:18, Se

Re: [gdal-dev] gdal_rasterize: ERROR 4: `test.tif' not recognised as a supported file format.

Le 22/07/2010 17:18, Sebastian E. Ovide a écrit : se...@seanspc:~/rasters$ ls -la test.tif -rw-r--r-- 1 sebas sebas 0 2010-07-22 16:13 test.tif ../shapes/Fluvial_Extents/FluvialUD04Q200Outline.shp test.tif ERROR 4: `test.tif' not recognised as a supported file format. any ideas ? Your TIF

[gdal-dev] gdal_rasterize: ERROR 4: `test.tif' not recognised as a supported file format.

Hi All, following the tutorial... se...@seanspc:~/rasters$ gdal_rasterize --version GDAL 1.7.2, released 2010/04/23 se...@seanspc:~/rasters$ ls -la test.tif -rw-r--r-- 1 sebas sebas 0 2010-07-22 16:13 test.tif se...@seanspc:~/rasters$ ogrinfo ../shapes/Fluvial_Extents/FluvialUD04Q200Outline.shp I

[gdal-dev] gdal_rasterize: Added capability of creating output file

Folks, Small note to advertize I've just added in trunk the capability of creating the output file of gdal_rasterize from the utility itself. See http://trac.osgeo.org/gdal/ticket/3505 for details. Best regards, Even ___ gdal-dev mailing list gdal-de

Re: [gdal-dev] gdal_rasterize use SHP FID as burn attribute

Thanks you guys. The SQL statement did the trick. 2010/2/9 Frank Warmerdam > Peter Rankor wrote: > >> List, >> >> I need to rasterize a polygon layer coming from a SHP file. However, the >> values in the outputraster need to be the FID of the corresponding polygon. >> >> My command: >> gdal_ras

Re: [gdal-dev] gdal_rasterize use SHP FID as burn attribute

Peter Rankor wrote: List, I need to rasterize a polygon layer coming from a SHP file. However, the values in the outputraster need to be the FID of the corresponding polygon. My command: gdal_rasterize -a FID -l FECS FECS.shp flattenedRaster.tif Peter, Could you try: gdal_rasterize -a FID

[gdal-dev] gdal_rasterize use SHP FID as burn attribute

List, I need to rasterize a polygon layer coming from a SHP file. However, the values in the outputraster need to be the FID of the corresponding polygon. My command: gdal_rasterize -a FID -l FECS FECS.shp flattenedRaster.tif I get: Failed to find field FID on layer FECS, skipping. And the prog

[gdal-dev] gdal_rasterize problems

Hi, I'm trying to use gdal_rasterize to draw polygons, then draw their borders in a different color, and can't figure out how to do it. Drawing a polyline produces no output - and I don't see a way to specify the pixel width. Drawing a polygon with a hole inside produces a black instead of a trans

Re: [gdal-dev] gdal_rasterize with a NetCDF file?

Evan, Thanks, that seems to be getting me in the right direction: I'm no longer getting the segfault error, or "ERROR 5" at all. However, now it's giving me a different error. The first line has the: 0...10...20...30...40...50...60...70...80...90...100 - done. message, like I would expect from w

Re: [gdal-dev] gdal_rasterize with a NetCDF file?

Selon Scott Lewis : Scott, Anytime you want to access to a subdataset with a gdal utility, you must use the value of the relevant SUBDATASET_xxx_NAME metadata item, in that instance 'NETCDF:"Albedo.nc":Albedo_with_1400_Local_Time_of_Measurement' The segmentation fault however wasn't expected, so

[gdal-dev] gdal_rasterize with a NetCDF file?

Hi, I'm still fairly new at using GDAL, but I am having trouble burning a vector image onto a NetCDF file. I've had success with using gdal_rasterize to burn a vector onto a GeoTIFF file, but when I try to burn the same vector onto a NetCDF file, I get an error. Based on the error, I'm suspectin

Re: [gdal-dev] gdal_rasterize not masking float data

I found out what the problem is. I did not delete the pyramid (.rrd) file associated with the image. As you know gdal_rasterize does not change that file so when I displayed the processed image in ERDAS the viewer was still accessing the old (unchanged) pyramid images. I zoomed in but not enou

[gdal-dev] gdal_rasterize not masking float data

Hi - I am trying to use a shapefile as a mask for a 32-bit float single band image in ERDAS img format. When I view the result after running gdal_rasterize it does not appear to have changed the values in the image that correspond with the polygons in the shapefile. When I converted the image (

[Gdal-dev] gdal_rasterize and C#

Does anyone have any help or example code for using gdal_rasterize with the C# API? I need to burn some shapefiles into a geotiff. Any help would be appreciated. -- View this message in context: http://n2.nabble.com/gdal_rasterize-and-C--tp2538567p2538567.html Sent from the GDAL - Dev mailing

Re: [gdal-dev] gdal_rasterize usage problems

Andrew Brooks wrote: This is the reason why I am getting the problems which can be seen in the first image here: http://www.sat.dundee.ac.uk/~arb/gdal-bugs/ The "reprojection" of the vectors using ogr2ogr is badly breaking them, so when I burn them using gdal_rasterize I get spurious lines ove

Re: [gdal-dev] gdal_rasterize usage problems

On Fri, 14 Nov 2008 23:49:59 -, Jamie Adams <[EMAIL PROTECTED]> wrote: > The datum change isn't sufficient, as they are using different coordinate > systems. They actually have to have the same SRS, otherwise gdal_rasterize > will see 2 very different ranges of coordinates (meter vs latlong).

Re: [gdal-dev] gdal_rasterize usage problems

Andrew Brooks wrote: Thanks for the help everyone, I'll summarise when I get it all working ;-) Jamie Adams <[EMAIL PROTECTED]> wrote: Are your files in the same projection? I know gshhs is projected in wgs84 by default, and I see your raster is in British National Grid. To what extent do th

Re: [gdal-dev] gdal_rasterize usage problems

The datum change isn't sufficient, as they are using different coordinate systems. They actually have to have the same SRS, otherwise gdal_rasterize will see 2 very different ranges of coordinates (meter vs latlong). PROJCS["OSGB 1936 / British National Grid", GEOGCS["OSGB 1936", DATU

Re: [gdal-dev] gdal_rasterize usage problems

Thanks for the help everyone, I'll summarise when I get it all working ;-) Jamie Adams <[EMAIL PROTECTED]> wrote: > > Are your files in the same projection? I know gshhs is projected in wgs84 > by default, and I see your raster is in British National Grid. To what extent do they need to be in t

Re: [gdal-dev] gdal_rasterize usage problems

Hey Andrew, Are your files in the same projection? I know gshhs is projected in wgs84 by default, and I see your raster is in British National Grid. AFAIK, gdal_rasterize assumes the vector & raster data sets are in the same projection. -Jamie On Mon, Nov 10, 2008 at 11:11 AM, Andrew Brooks <[

Re: [gdal-dev] gdal_rasterize usage problems

Roger, On Mon, Nov 10, 2008 at 10:43 PM, Roger André <[EMAIL PROTECTED]> wrote: > Andrew, > > I believe your syntax is incorrect. Assuming that you are trying to exclude > water from your image, it should be something like this: > % gdal_rasterize -b 1 -b 2 -b 3 -i -burn 0 -burn 0 -burn 0 -l gshh

Re: [gdal-dev] gdal_rasterize usage problems

Andrew Brooks wrote: On Mon, 10 Nov 2008 21:43:02 -, Roger André <[EMAIL PROTECTED]> wrote: I believe your syntax is incorrect. The manual implies that the -b and -burn options are optional but they appear to be mandatory. Andrew, One of -3d, -burn or -a are required. I have not foun

Re: [gdal-dev] gdal_rasterize usage problems

On Mon, 10 Nov 2008 21:43:02 -, Roger André <[EMAIL PROTECTED]> wrote: > > I believe your syntax is incorrect. The manual implies that the -b and -burn options are optional but they appear to be mandatory. Giving just a source and destination results in the usage message. The only option not

Re: [gdal-dev] gdal_rasterize usage problems

Hi Markus, A friend of mine just tried this out on r15709 and reports that it works fine. Are you referring to the syntax in the original email not working, or what I advised Andrew to try? If it's the latter, please send the command you're using, so we can dissect it. Thanks, Roger -- On Tue

Re: [gdal-dev] gdal_rasterize usage problems

On Mon, Nov 10, 2008 at 10:43 PM, Roger André <[EMAIL PROTECTED]> wrote: > Andrew, > > I believe your syntax is incorrect. Assuming that you are trying to exclude > water from your image, it should be something like this: > % gdal_rasterize -b 1 -b 2 -b 3 -i -burn 0 -burn 0 -burn 0 -l gshhs_land >

Re: [gdal-dev] gdal_rasterize usage problems

Andrew, I believe your syntax is incorrect. Assuming that you are trying to exclude water from your image, it should be something like this: % gdal_rasterize -b 1 -b 2 -b 3 -i -burn 0 -burn 0 -burn 0 -l gshhs_land gshhs_land.shp warped.tif Have a look at http://www.gdal.org/gdal_rasterize.html f

[gdal-dev] gdal_rasterize usage problems

Hello I'm trying to overlay coastlines on an image using gdal_rasterize but can't get it to do anything at all. % gdal_rasterize gshhs_land.shp warped.tif Usage: gdal_rasterize [-b band] [-i] [-burn value] | [-a attribute_name] | [-3d] [-l layername]* [-where expression] [-sql selec