[GRASS-user] landuse of kilimanjaro,
Hi alls, i need a landuse map of kilimanjaro and surounding (100km x 100km would be perfect), resolution can be as coarse as 250m. Any helps will be highly appriciated. Dinh Nguyen ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] landuse of kilimanjaro,
Unlikely to find. Geocover 2000 will have 1 km resolution. Original message Date: Mon, 10 Mar 2008 12:05:19 +0100 From: Nguyen Quoc Dinh [EMAIL PROTECTED] Subject: [GRASS-user] landuse of kilimanjaro, To: grass-user@lists.osgeo.org Hi alls, i need a landuse map of kilimanjaro and surounding (100km x 100km would be perfect), resolution can be as coarse as 250m. Any helps will be highly appriciated. Dinh Nguyen ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user Gerald Nelson Professor, Dept. of Agricultural and Consumer Economics University of Illinois, Urbana-Champaign office: 217-333-6465 cell: 217-390-7888 315 Mumford Hall 1301 W. Gregory Urbana, IL 61801 ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] [GRASSLIST:9108] Re: Area size of a vector layer..
HamishB wrote: I got a SHP surface vector layer and inside i got 4 categories of surfaces (each one splitted in smaller area spread on the map): I need to know the total cover extension for each category. How can I? as mentioned, v.to.db will do it, but in GRASS 6.1, v.report is a bit easier. d.vect + d.what.vect might help too! on the attributes table i haven't any information on surface extension. I don't understand what you mean. ? Hamish I am replying in an old thread but I've been trying to grab area size per class from a (CORINE land cover) vector map. Still no luck for a quick and easy way. So far I have uses the following (which do not sum-up area on a per-class basis) a. v.report BurnedAreas_TS3_25ha_CLC2000 option=area units=h | sort -n | tr | , BurnedAreas_TS3_25ha_CLC2000.csv b. v.to.db -p map=BurnedAreas_TS3_25ha_CLC2000 type=boundary option=area units=h columns=area_ha or v.to.db with -pc instead of only -p (any sql magic here?) c. with starspan: not sure how to go about it for vector only stats d. rasterising involves to make a decision for the resolution and (I think) a different way of calculating the areas (maybe the estimates will be overestimated or underestimated comparing with the vector polygon-stats). So, what's the easiest way to do this calculation? -- View this message in context: http://www.nabble.com/-GRASSLIST%3A9100--Area-size-of-a-vector-layer..-tp8631035p15950777.html Sent from the Grass - Users mailing list archive at Nabble.com. ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Can't connect to osgeo.org today
On Mon, 2008-03-10 at 10:51 -0400, Patton, Eric wrote: Has anyone had success synching their source code to the repositories on osgeo.org today? I can't update my source, nor connect to osgeo.org via the main website either. Eric, both work fine for me (web svn up). ~ Eric. Nikos ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] Can't connect to osgeo.org today
Has anyone had success synching their source code to the repositories on osgeo.org today? I can't update my source, nor connect to osgeo.org via the main website either. ~ Eric. ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] please help: v.rast.stats
Hey guys, wanted to echo this -- we are continuing development on starspan again -- it works with gdal 1.5, among other improvements, and if you have any feature requests (or if anyone can help us make this into a grass package :), please email me or Carlos Rueda! --j Dear Jonathan, how about calculating basic stats (area size per class --given that a class column exists--) on a single polygon vector? Nikos -- View this message in context: http://www.nabble.com/please-help%3A-v.rast.stats-tp15826629p15950816.html Sent from the Grass - Users mailing list archive at Nabble.com. ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] Error using v.in.ogr to load a shapefile: any clue?
Dear friends, I get this error when trying to read the Scotland.shp shape file using v.in.ogr. Please, not that I have the proper permissions on the databse. GRASS 6.2.3 (Scotland_from_shapefile):~ v.in.ogr dsn=/home/ct529/Documents/Projects/UKBryophytes/Datasets/SSSI_vectors/SCOTLAND.shp output=Scotland_SSSI layer=SCOTLAND min_area=0.0001 snap=-1 location=SCOTLAND_SSSI A datum name osgb36 (OSGB_1936) was specified without transformation parameters. Now select Datum Transformation Parameters Please think carefully about the area covered by your data and the accuracy you require before making your selection. Enter 'list' to see the list of available Parameter sets Enter the corresponding number, or RETURN to cancel request 2 Layer: SCOTLAND WARNING: Default driver / database set to: driver: dbf database: $GISDBASE/$LOCATION_NAME/$MAPSET/dbf/ DBMI-DBF driver error: SQL parser error in statement: create table Scotland_SSSI (cat integer, AREA double precision, PERIMETER double precision, SSSI_ double precision, SSSI_ID double precision, CARTO_CODE varchar ( 8 ), OVERLAP_CO varchar ( 8 ), SITE_NAME varchar ( 100 ), SITE_HA double precision, NOTIFIED date, COUNCIL varchar ( 100 ), TYPE varchar ( 10 ), MIDAS_NUM double precision, UPDATE varchar ( 30 )) Error in db_execute_immediate() ERROR: Cannot create table: create table Scotland_SSSI (cat integer, AREA double precision, PERIMETER double precision, SSSI_ double precision, SSSI_ID double precision, CARTO_CODE varchar ( 8 ), OVERLAP_CO varchar ( 8 ), SITE_NAME varchar ( 100 ), SITE_HA double precision, NOTIFIED date, COUNCIL varchar ( 100 ), TYPE varchar ( 10 ), MIDAS_NUM double precision, UPDATE varchar ( 30 )) GRASS 6.2.3 (Scotland_from_shapefile):~ Best regards -- Corrado Topi Global Climate Change Biodiversity Indicators Area 18,Department of Biology University of York, York, YO10 5YW, UK Phone: + 44 (0) 1904 328645, E-mail: [EMAIL PROTECTED] ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Error using v.in.ogr to load a shapefile: any clue?
On Mon, 2008-03-10 at 15:52 +, Corrado wrote: Dear friends, I get this error when trying to read the Scotland.shp shape file using v.in.ogr. Please, not that I have the proper permissions on the databse. Do you use Ubuntu? If no disregard whatever I am writing. If yes there is strange permission problem (when GRASS places some files in the /tmp directory). More info here: http://www.nabble.com/Permission-denied-%28again%21% 29-td15288072.html#a15325212 Either create your location by entering GRASS with sudo or get yourself GRASS' source code and configure/compile/install. There is also maybe the option to tell GRASS to store it's temp files somewhere else than in tmp Cheers, Nikos ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] Grass mysql
Salve a tutti, premetto che sono ancora un neofita di GRASS. Ho notevoli problemi nell'utilizzo del DBMS. Prima di approcciare postgres, ho provato con il più amichevole mysql, ma non sono riuscito a superare lo scoglio del login al database. Il db mysql risulta corretamente creato, esiste l'utente con il quale eseguo grass (con relative autorizzazioni), e eseguendo db.connect -p ho evidenza che la connessione al db è stabilita correttamente.Al tentativo di login il sistema risponde con cannot set user/password. Ringrazio chiunque abbia la pazienza e il tempo di rispondere. ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Error using v.in.ogr to load a shapefile: any clue?
On Mon, Mar 10, 2008 at 03:52:28PM +, we recorded a bogon-computron collision of the [EMAIL PROTECTED] flavor, containing: Dear friends, I get this error when trying to read the Scotland.shp shape file using v.in.ogr. Please, not that I have the proper permissions on the databse. driver: dbf database: $GISDBASE/$LOCATION_NAME/$MAPSET/dbf/ DBMI-DBF driver error: SQL parser error in statement: create table Scotland_SSSI (cat integer, AREA double precision, PERIMETER double precision, SSSI_ double precision, SSSI_ID double precision, CARTO_CODE varchar ( 8 ), OVERLAP_CO varchar ( 8 ), SITE_NAME varchar ( 100 ), SITE_HA double precision, NOTIFIED date, COUNCIL varchar ( 100 ), TYPE varchar ( 10 ), MIDAS_NUM double precision, UPDATE varchar ( 30 )) Error in db_execute_immediate() ERROR: Cannot create table: create table Scotland_SSSI (cat integer, AREA double precision, PERIMETER double precision, SSSI_ double precision, SSSI_ID double precision, CARTO_CODE varchar ( 8 ), OVERLAP_CO varchar ( 8 ), SITE_NAME varchar ( 100 ), SITE_HA double precision, NOTIFIED date, COUNCIL varchar ( 100 ), TYPE varchar ( 10 ), MIDAS_NUM double precision, UPDATE varchar ( 30 )) GRASS 6.2.3 (Scotland_from_shapefile):~ I think the problem here is the field named UPDATE --- the GRASS SQL driver cries when you try to use field names that are reserved words in SQL. The same happens for fields named DATE or TIME that are commonly used in shapefiles. I believe that UPDATE is a reserved word. You'll have to use the cnames= option of v.in.ogr to rename the columns to get around that. Unfortunately, cnames requires that you give a name to *all* the columns up to the one you want to change, and your UPDATE field is the last one. So you'd have to use: cnames=cat,AREA,PERIMETER,SSI_,SSI_ID,CARTO_CODE,OVERLAP_CO,SITE_NAME,SITE_HA,NOTIFIED,COUNCIL,TYPE,MIDAS_NUM,whateveryouwanttocallUPDATEinstead -- Tom RussoKM5VY SAR502 DM64ux http://www.swcp.com/~russo/ Tijeras, NM QRPL#1592 K2#398 SOC#236 AHTB#1 http://kevan.org/brain.cgi?DDTNM And, isn't sanity really just a one-trick pony anyway? I mean all you get is one trick, rational thinking, but when you're good and crazy, oooh, oooh, oooh, the sky is the limit! --- The Tick ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] Wich file format to transport (raster/ vector) data from a GRASS db in to another computer's GRASS db? Why export vector data in shapefile for starspan/ OpenEV?
Dear all, it's some months now that I am trying to learn GRASS-GIS and I wonder 1. if one needs to copy some GRASS raster data from his data base in another computer's GRASS data base (same coordinate system of course), then how? Where do for example the history files go? I understand (I think) the need to set-up properly a LOCATION and import the data. But why isn't there a GRASS portable vector/ raster file format? 2. the same about vector data 3. Is it really necessaty to export in shapefiles when working with starspan? If there is GRASS read-only support by OGR why is it necessary to export? What about OpenEV? If GDAL is built with GRASS support why can't it read GRASS rasters? Thank you for your precious time, Nikos ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Wich file format to transport (raster/ vector) data from a GRASS db in to another computer's GRASS db? Why export vector data in shapefile for starspan/ OpenEV?
Pardon, the question is Which ! No, I am not hunting any wich ;-P ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
RE: [GRASS-user] Wich file format to transport (raster/ vector) datafrom a GRASSdb in to another computer's GRASS db? Why export vector data inshapefile for starspan/ OpenEV?
1.. if one needs to copy some GRASS raster data from his data base in another computer's GRASS data base (same coordinate system of course), then how? Where do for example the history files go? See r.pack/r.unpack in the Grass Add-ons. I use these scripts for moving rasters around from computer to computer: http://grass.gdf-hannover.de/wiki/GRASS_AddOns#Raster_add-ons The r.pack script uses a MatLab format file as an intermediary, and is apparently a decent universal format for storing rasters in. I understand (I think) the need to set-up properly a LOCATION and import the data. But why isn't there a GRASS portable vector/ raster file format? I think r.in/out.ascii and v.in/out.ascii are designed for this? Not 100% sure, but check the man pages for these two commands. 2. the same about vector data See above. 3. Is it really necessaty to export in shapefiles when working with starspan? If there is GRASS read-only support by OGR why is it necessary to export? I can't comment on Starspan; never used it. What about OpenEV? If GDAL is built with GRASS support why can't it read GRASS rasters? I've wondered how to do this as well. ~ Eric. ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
RE: [GRASS-user] Wich file format to transport (raster/ vector) datafrom a GRASSdb in to another computer's GRASS db? Why export vector data inshapefile for starspan/ OpenEV?
On Mon, 2008-03-10 at 14:23 -0400, Patton, Eric wrote: 1.. if one needs to copy some GRASS raster data from his data base in another computer's GRASS data base (same coordinate system of course), then how? Where do for example the history files go? See r.pack/r.unpack in the Grass Add-ons. I use these scripts for moving rasters around from computer to computer: http://grass.gdf-hannover.de/wiki/GRASS_AddOns#Raster_add-ons The r.pack script uses a MatLab format file as an intermediary, and is apparently a decent universal format for storing rasters in. O.K. I understand (I think) the need to set-up properly a LOCATION and import the data. But why isn't there a GRASS portable vector/ raster file format? I think r.in/out.ascii and v.in/out.ascii are designed for this? Not 100% sure, but check the man pages for these two commands. I am checking... It's just that I had the impression that exporting in ascii is always a bit dangerous concerning the metadata this is why I try to avoid it. 2. the same about vector data See above. 3. Is it really necessaty to export in shapefiles when working with starspan? If there is GRASS read-only support by OGR why is it necessary to export? I can't comment on Starspan; never used it. What about OpenEV? If GDAL is built with GRASS support why can't it read GRASS rasters? I've wondered how to do this as well. ~ Eric. Thanks a million Mr. Patton ;-) ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] v.in.db - dylb failure
Greetings all, I seem to be coming up with too many posts, for which I apologise! This time, I have run into a v.in.db error on a colleague's machine. It's running William Kyngesburye's build (6.3 RC5 for Tiger) under OSX 10.4, and generating the following error: dyld: Symbol not found: _all_charsets Referenced from: /Applications/GRASS-6.3.app/Contents/MacOS/driver/db/mysql Expected in: /Applications/GRASS-6.3.app/Contents/MacOS/lib/libgrass_dbmibase.dylib Would this have something to do with directory links at start? Richard ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] newbie category question..
Hi - I'm trying to do something I thought was fairly simple, but eludes me... I'm trying to find the average elevation of polygons. I used gdal_rasterize to make a layer, which does indeed have unique categories, and values, for each building. I'm trying to use this layer against a DEM, and on a per-polygon basis, get the min/max of the DEM ... I was thinking that somehow I might use r.statistics, butnot so straightforward, apparently. thanks in advance for any suggestions! Chris p.s. - it would sure be nice if I could make key/value pairs within mapcalc; that way I could read a category from one layer, make a key, and fetch it anywhere within mapcalc... ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] newbie category question..
On Mon, 2008-03-10 at 15:50 -0700, [EMAIL PROTECTED] wrote: Hi - Hi Chris! I'm trying to do something I thought was fairly simple, but eludes me... it took me a while till I understand how to do what other people told me... on a similar problem. But since then I know where to look at least ;-) I'm trying to find the average elevation of polygons. Try with v.rast.stats or with starspan which is created to handle raster vs vector statistical problems like the one you have. Have a look at the user guide of it: http://starspan.casil.ucdavis.edu/doku/doku.php?id=userguide I used gdal_rasterize to make a layer, which does indeed have unique categories, and values, for each building. I'm trying to use this layer against a DEM, and on a per-polygon basis, get the min/max of the DEM ... I was thinking that somehow I might use r.statistics, butnot so straightforward, apparently. thanks in advance for any suggestions! Chris Cheers, Nikos p.s. - it would sure be nice if I could make key/value pairs within mapcalc; that way I could read a category from one layer, make a key, and fetch it anywhere within mapcalc... I don't understand here. ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] newbie category question..
Try with v.rast.stats exactly what I was looking for; thanks! (it is slowly crunching away...); looks like it is a wrapper around successive r.mapcalc runs? Have a look at the user guide of it: http://starspan.casil.ucdavis.edu/doku/doku.php?id=userguide Looks very cool! I'll admit in advance my response to the following might be completely lame by comparison... p.s. - it would sure be nice if I could make key/value pairs within mapcalc; that way I could read a category from one layer, make a key, and fetch it anywhere within mapcalc... I don't understand here. Just thinking if mapcalc, instead of just defining new map layers ([EMAIL PROTECTED]) you might use one layer as a Key for intermediate, category-based running results in memory...but again, I will look at starspan...thanks! Chris ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-dev] Re: [GRASS-user] v.in.db - dylb failure
I don't have anything I can easily test this on here, so can you try this: http://www.kyngchaos.com/files/software/unixport/grass-mysql.zip unzip it. Right-click the GRASS application and Show Package Contents. Dig into Contents/MacOS/driver/db and replace the mysql there with this one. On Mar 10, 2008, at 7:19 PM, William Kyngesburye wrote: Looks like that symbol isn't linking in from the mysql library. _all_charsets appears to be a common symbol, which is known to cause linking problems in OSX's default 2-level namespaces. Mysql is supposed to compile with the -fno-common flag on OSX, but for some reason this _all_charsets made it in there. I'll see what I can do... On Mar 10, 2008, at 5:21 PM, Richard Chirgwin wrote: Greetings all, I seem to be coming up with too many posts, for which I apologise! This time, I have run into a v.in.db error on a colleague's machine. It's running William Kyngesburye's build (6.3 RC5 for Tiger) under OSX 10.4, and generating the following error: dyld: Symbol not found: _all_charsets Referenced from: /Applications/GRASS-6.3.app/Contents/MacOS/driver/ db/mysql Expected in: /Applications/GRASS-6.3.app/Contents/MacOS/lib/ libgrass_dbmibase.dylib Would this have something to do with directory links at start? Richard ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ First Pogril: Why is life like sticking your head in a bucket filled with hyena offal? Second Pogril: I don't know. Why IS life like sticking your head in a bucket filled with hyena offal? First Pogril: I don't know either. Wretched, isn't it? -HitchHiker's Guide to the Galaxy ___ grass-dev mailing list [EMAIL PROTECTED] http://lists.osgeo.org/mailman/listinfo/grass-dev - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ We are at war with them. Neither in hatred nor revenge and with no particular pleasure I shall kill every ___ I can until the war is over. That is my duty. Don't you even hate 'em? What good would it do if I did? If all the many millions of people of the allied nations devoted an entire year exclusively to hating the it wouldn't kill one ___ nor shorten the war one day. Ha, ha And it might give 'em all stomach ulcers. - Tarzan, on war ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user