Re: [GRASS-user] MAPSET PERMANENT - permission denied
Fixed in http://grass.osgeo.org/devel/index.php, however, http://grass.osgeo.org/devel/cvs.php has to be rewritten completely. But for this task is my English really ppor jachym Hamish píše v Út 26. 02. 2008 v 23:37 -0800: Jachym wrote: BTW: Maybe we should move [rv].example from intevation server to osgeo as well ? Where to store it? grass_source/grass-examples ? they are already in the main source, in doc/: http://trac.osgeo.org/grass/browser/grass/trunk/doc/vector/v.example http://trac.osgeo.org/grass/browser/grass/trunk/doc/raster/r.example where is the old URL pointing to intevation? we could change that.. Hamish Never miss a thing. Make Yahoo your home page. http://www.yahoo.com/r/hs -- Jachym Cepicky e-mail: jachym.cepicky gmail com URL: http://les-ejk.cz GPG: http://www.les-ejk.cz/pgp/jachym_cepicky-gpg.pub signature.asc Description: Toto je digitálně podepsaná část zprávy ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] MAPSET PERMANENT - permission denied
Hi jachym, do i need subversion tool for downloading the source code .??? OR i have taken grass-6.2.3.tar.gz. is it will do the same that u mentioned in the previous mail? But it does not have grass_trunk directory ..but it has the raster dir in it.. could i do the same things on grass-6.2.3 and adding r.example to raster directory, On 2/27/08, Jachym Cepicky [EMAIL PROTECTED] wrote: so, since I do not understand, what you are doing, I'll try to describe the development procedure from the beginning: 1) download the source code 2) go to grass_trunk directory 3) download r.example and unpack to grass_trunk/raster directory 4) ./configure ... ; make; sudo make install 5) go to grass_trunk/raster/r.example directory 6) You'll have to adjust MODULE_TOPDIR variable in Makefile to ../.. 7) run make 8) go to grass_trunk 9) run sudo make install 10) start grass 11) r.example should be there (r.example --help is your friend) BTW: Maybe we should move [rv].example from intevation server to osgeo as well ? Where to store it? grass_source/grass-examples ? Jachym Kunal Malik píše v St 27. 02. 2008 v 10:51 +0530: Hi!! I have set the Enviroment Variable by eval 'g.gisenv' when i make echo $LOCATION_NAME it gives Map1 echo $MAPSET GIVES kunal echo $GISDBASE =/usr/local/grassdata i have following queries 1. i have copied the r.example dir into the /usr/local/grass-6.2.3/raster/ and add the r.example in the Make file present in this directory...when i make the directory it still giving the message ERROR: MAPSET PERMANENT - permission denied why is it so when i am using kunal as a mapset. 2. i want to see the output of r.example which i added .. i will run make install after make..my grass is also running ..where to go to check the output. Please suggest the way to handle the two problems. Thanks On 2/27/08, Kunal Malik [EMAIL PROTECTED] wrote: Thanks Glynn for your support. On 2/26/08, Glynn Clements [EMAIL PROTECTED] wrote: Jachym Cepicky wrote: sorry, $GRASSDATA should be the directory, where your GRASS data are located $LOCATION_NAME should be name of the location, you are using for current GRASS session FWIW, the name of the GRASS variable for the database directory is GISDBASE. You can make the GRASS variables appear as shell variable with the command: eval `g.gisenv` After which, you can use the variables like e.g.: ls -l $GISDBASE/$LOCATION_NAME or: ls -l $GISDBASE/$LOCATION_NAME/$MAPSET etc. As for the error message in the subject: you must own the mapset directory in order to select it as the current mapset. The PERMANENT mapset will normally be owned by whoever originally created the location. You shouldn't use the PERMANENT mapset as the current mapset for daily use; create a new mapset instead. PERMANENT should be reserved for important data which should be readily available regardless of the current mapset. Until you get to the point of needing several mapsets in one location, you probably shouldn't have anything in the PERMANENT mapset except for the standard files (DEFAULT_WIND, PROJ_INFO, PROJ_UNITS). -- Glynn Clements [EMAIL PROTECTED] -- Thanks Regards Kunal Malik 09871147561 -- Thanks Regards Kunal Malik 09871147561 -- Jachym Cepicky e-mail: jachym.cepicky gmail com URL: http://les-ejk.cz GPG: http://www.les-ejk.cz/pgp/jachym_cepicky-gpg.pub -- Thanks Regards Kunal Malik 09871147561 ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] v.generalize for polygons?
Hi, I am not sure that I understand correcly what you are trying to do, but as far as I remember, the boundaries are generalized as polylines. That is, if the boundary contains some corners, they might be removed which might create the holes. Also, ovesimplified lines are removed by default. These are the lines that are shorter than the threshold. However, there is a flag(-r?) which prevents the module from removing them. Daniel On Wed, Feb 27, 2008 at 2:19 AM, Hamish [EMAIL PROTECTED] wrote: Hi, I have a high-res vector area map of regional districts which I wish to generalize. I am having trouble with finding the correct method in v.generalize to use. Currently every thing I try tends to break the area topology and leave only a portion of the now-open boundary. i.e. it should preserve nodes, only generalize (remove) non-node vertices. We can assume there is only a single boundary line between areas, so there shouldn't be topological issues. (or at least only in tiny corner cases where the new generalized line overlaps another feature, but that should be easy to fix with v.clean) the idea is to simplify the map before running v.extrude to get something like this: http://grass.osgeo.org/grass60/screenshots/images/inc_employ_usa_2002.jpg but without the 600,000 extruded faces created from every little twist in the coastline. Hamish ___ 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] MAPSET PERMANENT - permission denied
when i am trying to get the configure svn i m getting the error Configure: error: no suitable apr found please see previous mail ..i have some more queries in it. On 2/27/08, Nikos Alexandris [EMAIL PROTECTED] wrote: On Wed, 2008-02-27 at 17:06 +0530, Kunal Malik wrote: Hi jachym, do i need subversion tool for downloading the source code .??? Yes you can use the svn (=subversion) tool to download GRASS source code and the grass-addons as well. Look at http://trac.osgeo.org/grass/wiki/DownloadSource -- Thanks Regards Kunal Malik 09871147561 ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] MAPSET PERMANENT - permission denied
On Wed, 2008-02-27 at 17:06 +0530, Kunal Malik wrote: Hi jachym, do i need subversion tool for downloading the source code .??? Yes you can use the svn (=subversion) tool to download GRASS source code and the grass-addons as well. Look at http://trac.osgeo.org/grass/wiki/DownloadSource signature.asc Description: This is a digitally signed message part ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] Not Able to Run Sample grass data??
Hi!! 1.)I have downloaded grass-6-2.3. and then i add r.example into raster dir. make neccasy change inn the make file . 2)when i run make in raster/ dir ..error comes permanent mapset:permission denied as suggested by jachym i tried to download the source ..but it require subversion...so i went for grass-6.2.3..am i wrong here?? 3) I configure ,make,make install the grass-6.2.3/ dir 4) run grass62 please tell me how could i run my own sample file .. after i run grass how it's effect could be seen ... r.example is taken from http://trac.osgeo.org/grass/browser/grass/trunk/doc/raster/r.example -- Thanks Regards Kunal Malik 09871147561 ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Just a successful report ; -) --- Compiling GRASS source code under Ubuntu 7.10 64-bit with...
Nikos Alexandris pisze: *** FFTW *** # ...installing FFTW cd fftw-2.1.5/ Not needed. On Gutsy the stock FFTW 3 suffices. Maciek ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] r.out.gdal Gtiff output does not preserve color tables
I'm using today's Grass 6.3.svn source, gdal 1.5.0. $ gdalinfo --formats | grep GRASS GRASS (ro): GRASS Database Rasters (5.7+) In Spearfish60: $ r.info -t elevation.10m datatype=DCELL $ g.region rast=elevation.10m -p projection: 1 (UTM) zone: 13 datum: nad27 ellipsoid: clark66 north: 4928000 south: 4914020 west: 590010 east: 609000 nsres: 10 ewres: 10 rows: 1398 cols: 1899 cells: 2654802 The following commands all produce tiffs that display completely black in off-the-shelf image viewers in Ubuntu 7.10: (Eye of Gnome 2.20.1, GIMP 2.4.4) $ r.out.gdal input=elevation.10m output=elevation.10m.tif type=Byte $ r.out.gdal input=elevation.10m output=elevation.10m.tif type=Byte createopt=INTERLEAVE=PIXEL $ r.out.gdal input=elevation.10m output=elevation.10m.tif type=Byte createopt=INTERLEAVE=PIXEL,PROFILE=GeoTIFF $ r.out.gdal input=elevation.10m output=elevation.10m.tif type=Byte createopt=INTERLEAVE=PIXEL,PROFILE=BASELINE These commands give a completely blank raster in the same image viewers: $ r.out.gdal input=elevation.10m output=elevation.10m.tif type=UInt16 $ r.out.gdal input=elevation.10m output=elevation.10m.tif type=UInt16 createopt=INTERLEAVE=PIXEL $ r.out.gdal input=elevation.10m output=elevation.10m.tif type=UInt16 createopt=INTERLEAVE=PIXEL,PROFILE=GeoTIFF $ r.out.gdal input=elevation.10m output=elevation.10m.tif type=UInt16 createopt=INTERLEAVE=PIXEL,PROFILE=BASELINE According to r.out.gdal manual, the type= parameter should be set to either Byte or UInt16 to preserve the color table. I can't get either type to output anything useful. Using any other type causes r.out.gdal to complain that the color tables won't be preserved. What am I missing here? Even the example from the r.out.gdal manual page produces an error and a tiff that does not display anything: $ r.out.gdal in=elevation.10m out=ned_elev10m.tif type=Float64 createopt=INTERLEAVE=PIXEL,TFW=YES Exporting to GDAL data type: Float64 ERROR 6: SetColorTable() only supported for Byte or UInt16 bands in TIFF format. 100% r.out.gdal complete. Is a tiff without a color table even useful? I'd settle for a lossy, interpolated color table. Normally I would just use r.out.tiff as a workaround, but I think this module ought to output georeferenced tiffs with sane color tables. In any case, I can't use the tiff-with-worldfile workaround; I need geotiffs with the projection info written into the header - *with* a color table. ~ Eric. ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Just a successful report ; -) --- Compiling GRASS source code under Ubuntu 7.10 64-bit with...
On Wed, 2008-02-27 at 18:47 +0100, Maciej Sieczka wrote: Nikos Alexandris pisze: *** FFTW *** # ...installing FFTW cd fftw-2.1.5/ Not needed. On Gutsy the stock FFTW 3 suffices. Thanx for the tip. I can just add the rest then. Maciek Cheers, Nikos signature.asc Description: This is a digitally signed message part ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Re: r.in.wms bug ([EMAIL PROTECTED])
Hamish wrote: Richard Chirgwin wrote: Some progress on this, but I suspect there's something "under the covers" that somebody needs to know about. The r.in.wms documentation says: *r.in.wms* [-*ldockp*] [*output*=/string/] *mapserver*=/string/ [*layers*=/string/[,/string/,...]] [*styles*=/string/[,/string/,...]] [*srs*=/string/] *format*=/string/ [*wmsquery*=/string/] *maxcols*=/integer/ *maxrows*=/integer/ [*tileoptions*=/string/] [*region*=/string/] [*folder*=/string/] [*wgetoptions*=/string/] [*curloptions*=/string/] *method*=/string/ [*v*=/integer/] [--*overwrite*] [--*verbose*] [--*quiet*] Note that "mapserver" appears before layers. If I use this syntax, I get: ERROR: Required parameter layers not set: (Layers to request from map server). However, if I reverse the order of the mapserver and the layers: r.in.wms output=Background layers=psma:all mapserver=URL The parser doesn't really care about the order*; this lends credence to the theory that you need to quote your strings from the terminal and the command gets side-tracked with a |;= before getting to the end. In the case where layer= comes first it will truncate the mapserver= option and it will still fail, but later on in the script. [*] If your mapserver URL contains an unquoted "=" the parser might treat that part as an option. - then things work okay. So is it an error in the documentation, or has a more recent release changed the r.in.wms script? Did this once work for you in an earlier version of GRASS? Hamish, Here's how things stand now. Quoting properly fixes the problem on Grass-6.3 under Tiger. However, on Grass-6.3RC4 on Leopard, with the new r.in.wms and wms.downloads installed, I still get the wms.download error on line 118, that -n is an invalid option... Cheers, RC Hamish Never miss a thing. Make Yahoo your home page. http://www.yahoo.com/r/hs ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Re: r.in.wms bug ([EMAIL PROTECTED])
Richard Chirgwin wrote: Here's how things stand now. Quoting properly fixes the problem on Grass-6.3 under Tiger. glad to hear it. However, on Grass-6.3RC4 on Leopard, with the new r.in.wms and wms.downloads installed, I still get the wms.download error on line 118, that -n is an invalid option... I still would need to see the module debug output to have any idea about why that is happening. g.gisenv set=DEBUG=1 Hamish Looking for last minute shopping deals? Find them fast with Yahoo! Search. http://tools.search.yahoo.com/newsearch/category.php?category=shopping ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] Looking for advanced users in Chile
Hi folks, i am looking for advanced users or developers of grass in chile. is there any? if yes, please contact me (marco punto alicera en gmail punto com). i am looking for some one to teach new users and develop small applications. best regards Marco ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] v.generalize for polygons?
Hamish: I have a high-res vector area map of regional districts which I wish to generalize. I am having trouble with finding the correct method in v.generalize to use. Currently every thing I try tends to break the area topology and leave only a portion of the now- open boundary. I have now tried with a related vector, linked below, and it worked (very!) nicely for that. But it fails with a derivative vector map. v.digit shows no problems with topography. Wolf: What methods did you try? many of them.. mainly douglas with a number of threshold values. What exact commands have you tried that fail? at the simplest: v.generalize in= out= but some areas are missing. Can you share the problematic map? (you can email it to me directly) sure, starting with: http://www.stats.govt.nz/statistics-by-area/regional-statistics/geography-mapping/download-digital-boundaries.htm -- Census based NZMG 2006 (37mb shapefile .zip) I am looking at regional boundaries (RC) from REGC06_LV2.shp this map generalizes nicely, but it includes the 12 nautical mile territorial buffer around the coastline. When I overlay that map with a detailed coastline is when I see the problem. I'll send a sample of the v.overlay output off-list. v.generalize does preserve nodes, and as long as the input map is topologically correct so should the output map be. ok. (confirmed, it does a very nice job simplifying the above shapefile) Perhaps your threshold is way off? Possible, as I am just learning. But I did try a number of ranges and slowly increase. All would be ok for slight generalization then big breakage. e.g. it has a big jump between thresh=0.4865 and 0.487 Good: v.generalize in=rc_merge_coast3 out=rc_gen thresh=0.4865 --o ... Number of vertices was reduced from 569815 to 521969 [91%] Bad: v.generalize in=rc_merge_coast3 out=rc_gen thresh=0.487 --o ... Number of vertices was reduced from 569815 to 336380 [59%] Daniel: However, there is a flag(-r?) which prevents the module from removing them. Flags: -c Copy attributes -r Remove lines and areas smaller than threshold thanks, Hamish Looking for last minute shopping deals? Find them fast with Yahoo! Search. http://tools.search.yahoo.com/newsearch/category.php?category=shopping ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] Does Grass Support Layers??
Could I create ,delete modify layers in Grass Tools how?? Could i set Transparency of Layers using Grass,. Please Suggest? -- Thanks Regards Kunal Malik 09871147561 ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Re: Just a successful report ; -) --- Compiling GRASS source code under Ubuntu 7.10 64-bit with...
Hi, that is not *that* easy. Because of new development introduces new dependencies, and you have to fix them manually in debian/control file jachym Tim Michelsen píše v St 27. 02. 2008 v 23:46 +0100: Hello! I would like to put that on the wiki if there no objections. I would like to have your nice HowTo in the wiki. We could think to develop a script that does the GRASS compilation and install each time there's a new version out. Cheers, Timmie ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user -- Jachym Cepicky e-mail: jachym.cepicky gmail com URL: http://les-ejk.cz GPG: http://www.les-ejk.cz/pgp/jachym_cepicky-gpg.pub signature.asc Description: Toto je digitálně podepsaná část zprávy ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user