Re: [GRASS-windows] Re: [GRASS-user] Xming as X server for winGRASS?
Luigi Ponti wrote: A better course of action might be to try to revive the w11 driver (--enable-w11 configure option) which is similar but uses Windows functions instead of sockets. I don't know how near being finished it is; might be worth looking at. The most recent thread I have found on the topic suggests that this is still not a viable option. http://www.nabble.com/GRASS-.-configure-options-td15482716.html#a15489963 The problem with using monitors on native Windows isn't the graphics, it's the client-server communication. There's some discussion if you search the mailing lists for keywords like w11 and pngdriver. It isn't necessary to have the XDRIVER working for batch display functionality - you can use the PNG driver (in fact that is probably easier) and direct rendering on Windows--or on any other platform. See the list of PNG driver-related environment variables in http://grass.ibiblio.org/gdp/html_grass63/variables.html#png for some ideas on how to control it. If anybody has a pointer to a working example that would be great. While the concept is clear, the practicalities are not as evident by reading recent posts on the topic: http://www.nabble.com/why-d.vect.thematic-won%27t-run-on-WinGRASS---d.mon-problem-td15054987.html#a15054987 Particularly, how do you tell the PNG driver where to start/stop direct rendering to png file without d.mon? If the environment variable GRASS_RENDER_IMMEDIATE is set to TRUE, PNG or PS, all d.* commands write graphics directly to a file, without using a monitor. The filename, format and dimensions are set by environment variables, as described at: http://grass.ibiblio.org/gdp/html_grass63/variables.html#png http://grass.ibiblio.org/gdp/html_grass63/variables.html#ps All of the functionality of the PNG and PS drivers is available in this way. -- Glynn Clements [EMAIL PROTECTED] ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Off-Topic: Is there a database with historic (rough) precipitation/ temperature data on (daily?) weekly basis for Europe?
Hi Nikos, if you mean historical really historical - there's a database of historical climate sources (www.hisklid.de). Because its records are starting somewhen in the middle age there are no instrument data available. Would be a nice project to georeference the spatial terminology used to make it somehow GISable. Marco Markus Neteler schrieb: Nikos, you may check European Climate Assessment Dataset (ECAD) http://eca.knmi.nl/ for daily historical climate data of Europe. Myself, I am working on reconstructing time series from MODIS LST data... coming soon :) I am doing that on a cluster since it still needs heavy computational resources. Markus On Tue, Mar 11, 2008 at 11:36 AM, Nikos Alexandris [EMAIL PROTECTED] wrote: I need to check the weather conditions for specific dates over an area in Greece. Are there any rough data? Or, even better, anything satellite-derived? By rough I mean both the spatial and the temporal scale. Thank you in advance, Nikos ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user begin:vcard fn:Marco Lechner n:Lechner;Marco org;quoted-printable;quoted-printable:Universit=C3=A4t Freiburg;Institut f=C3=BCr Physische Geographie adr:;;Werthmannstr. 4;Freiburg;;79085;Deutschland email;internet:[EMAIL PROTECTED] tel;work:+49(0)761/203-3548 tel;fax:+49(0)761/203-3596 url:http://www.geographie.uni-freiburg.de version:2.1 end:vcard ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Re: Wingrass and AVG
Dear Maris, dear Damiel, first of all mz thanks to the developers who developed GRASS for Windows. After some zears working with ERDAS I did a small project with GRASS and it worked out verz fine. Regarding the Anti Virus software, a month ago we made a worshop with 15 students and worked with WINGRASS. Some things did not work properly, but the computers differed in their bugs. Could the reason be Antivirus software ? Are their experiences, which AV software influences GRASS more and which influences it less ? Would it help just to deinstall the AV software ? Best regards Niels Maris Nartiss schrieb: Hi Daniel, it's a known issue with antivirus programs under MS-Windows. There's nothing GRASS developers can do about this until MS-Windows gets fixed (determining file type by content and not by it's extension) but such change will not happen in nearest future (~100 years or more). Only solution - add GRASS files to whitelist. You can find more information in GRASS user/developer mailing list archives. Maris. 2008/3/11, Daniel Victoria [EMAIL PROTECTED]: Just as a complement, the file that AVG complains about a hidden extension is r.out.mpeg.exe cheers Daniel On Tue, Mar 11, 2008 at 4:10 PM, Daniel Victoria [EMAIL PROTECTED] wrote: Hi all, First of all, great job with native WinGrass!! As much as I love the linux version, I had to install the windows version on a friends computer and it's working great! Even NVIZ works! Impressive!!! Had a little trouble in the begining because I forgot to install tcl but that was fixed pretty fast.. Just a little warning though. When I was installing my AVG Anti-virus screamed that a file (can't recall which - forgot to write down) had a hidden .exe extension and AVG said that could be a virus! I know it's not the case but it gave my friend a big scare. Cheers and keep up the good work Daniel ___ 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 -- - Dr. Niels Thevs Chair of Geobotany and Landscape Ecology Institute of Botany and Landscape Ecology Greifswald University Grimmer Strasse 88 17487 Greifswald Germany Tel.: +49-3834-86-4137 Fax: +49-3834-86-4114 - ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] r.in.mat - How can I specify a No Data Value?
Hi Tom, Hi Hamish, thanks for your replies! The r.null setnull option was what I was looking for. Works great! I set the No Data Value to - because i'm gonna export the data from grass to a pollutant propagation simulation that expects - as NoDataValue by default. For the export of the map for simulation the r.null map=mymap null=- option will be the right tool. Thanks and Cheers Bernhard Am Dienstag, den 11.03.2008, 14:38 -0700 schrieb Hamish: Bernhard wrote: i'd like to export an elevation raster from Octave to Grass. From my available data, I can't provide a height value for every cell, so I need to use a No Data value here. The import of the .mat file works fine, as described in the manuals. Only the No Data Value (set to - in Octave) isn't interpreted correctly, and that gives me an artificial Mariana Trench around my defined area ;) how did you set the No Data Value? Just arbitrarily called it -? Where can I set the No Data value to be used? Can I define it for a specific raster map? A standard value for the whole mapset? Or do I have to use a special value in Octave/Matlab in the first place? If you set those values to NaN (not a number) in Octave then r.in.mat should convert those to NULL. See the NOTES section of the help page. Or was there a problem with that? Tom answered: I think you're looking for the GRASS program r.null and its setnull option. That will designate pixels of a specified value as being NULL instead of valid numbers. r.null map=mymap setnull=- Hamish Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ -- -- Dipl.-Ing. Bernhard Dobmeier Bayerisches Zentrum für Angewandte Energieforschung e.V. ZAE Bayern Abteilung 1 : Technik für Energiesysteme und Erneuerbare Energien -Arbeitsgruppe Biomasse- Adresse : Walther-Meissner-Straße 6, D-85748 Garching Telefon : 089 / 329442-83 Telefax : 089 / 329442-23 E-Mail : [EMAIL PROTECTED] http://www.zae-bayern.de http://www.zae-bayern.de ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] v.distance warning (WARNING: more cats of to_layer)
Dear friends, what does the warning: WARNING: more cats of to layer mean, when you execute the command v.distance? Best Regards -- Corrado Topi Global Climate Change and Biodiversity 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] v.distance warning (WARNING: more cats of to_layer)
Hi, 2008/3/12, Corrado [EMAIL PROTECTED]: what does the warning: WARNING: more cats of to layer mean, when you execute the command v.distance? which GRASS version are you using? I cannot find such kind of message in grass_trunk. Martin -- Martin Landa landa.martin gmail.com * http://gama.fsv.cvut.cz/~landa * ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] v.distance warning (WARNING: more cats of to_layer)
[fwd to list] Hi, it means that given vector feature from 'to' map (layer 'to_layers') has more then one category. Maybe it would make sense to change warning text to something less cryptic. Martin 2008/3/12, Corrado [EMAIL PROTECTED]: Dear Martin, I am using 6.2.3. On Wednesday 12 March 2008 13:31:49 you wrote: Hi, 2008/3/12, Corrado [EMAIL PROTECTED]: what does the warning: WARNING: more cats of to layer mean, when you execute the command v.distance? which GRASS version are you using? I cannot find such kind of message in grass_trunk. Martin Best Regards -- Corrado Topi Global Climate Change and Biodiversity Area 18,Department of Biology University of York, York, YO10 5YW, UK Phone: + 44 (0) 1904 328645, E-mail: [EMAIL PROTECTED] -- Martin Landa landa.martin gmail.com * http://gama.fsv.cvut.cz/~landa * -- Martin Landa landa.martin gmail.com * http://gama.fsv.cvut.cz/~landa * ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] db.connect database= parameter is null
I created a new location using today's svn source, and noticed that db.connect doesn't have its database parameter pre-populated with $GISDBASE/$LOCATION_NAME/$MAPSET/dbf as it used to; it is now blank. Possible bug? Would it possible to get the module to at least populate $GISDBASE/$LOCATION_NAME/$MAPSET for this parameter? ~ Eric. ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] v.distance warning (WARNING: more cats of to_layer)
Hi, in your case the vector map (given as 'to' in v.distance) contains some areas (bunch of boundaries and centroid inside). Category number of area is assigned to the centroid. Geometry feature (point, line, boundary, centroid, face or kernel) can have more categories in general. The message from v.distance warns you that there are more categories assigned to the area (i.e. centroid) in given layer (to_layer). The last found category in given layer is taken for computation, maybe v.distance should be fixed to handle also multiple categories in one layer(?) Martin 2008/3/12, Corrado [EMAIL PROTECTED]: Dear Martin, I do not understand what you mean. Could you please explain? On Wednesday 12 March 2008 14:09:46 you wrote: Hi, it means that given vector feature from 'to' map (layer 'to_layers') has more then one category. Maybe it would make sense to change warning text to something less cryptic. Martin 2008/3/12, Corrado [EMAIL PROTECTED]: Dear Martin, I am using 6.2.3. On Wednesday 12 March 2008 13:31:49 you wrote: Hi, 2008/3/12, Corrado [EMAIL PROTECTED]: what does the warning: WARNING: more cats of to layer mean, when you execute the command v.distance? which GRASS version are you using? I cannot find such kind of message in grass_trunk. Martin Best Regards -- Corrado Topi Global Climate Change and Biodiversity Area 18,Department of Biology University of York, York, YO10 5YW, UK Phone: + 44 (0) 1904 328645, E-mail: [EMAIL PROTECTED] Best Regards -- Corrado Topi Global Climate Change and Biodiversity Area 18,Department of Biology University of York, York, YO10 5YW, UK Phone: + 44 (0) 1904 328645, E-mail: [EMAIL PROTECTED] -- Martin Landa landa.martin gmail.com * http://gama.fsv.cvut.cz/~landa * ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] buffer su poligono granulare... non va
Sto avendo un problemino nel tentativo di eseguire un buffer di 150 m su un poligono generato da un raster con risoluzione 5x5 metri. Agendo sul poligono, composto di una sola area con 1576 vertici, il buffer mi genera 32633 vertici e poi, nella costruzione della topologia impazzisce. Tenta di eliminare intersezioni, duplicati, ecc. fino a produrre il seguente risultato Topology was built. Number of nodes : 32633 Number of primitives: 65264 Number of points: 0 Number of lines : 0 Number of boundaries: 65264 Number of centroids : 0 Number of areas : 32632 Number of isles : 1 Number of areas without centroid : 32632 Il vettoriale risulta poi illeggibile... Non so se il problema sia insito all'algoritmo che genera il buffer, che va in crisi nei punti in cui il poligono è scalettato (pixel di 5m, figura sotto), trovandosi a incrociare i vertici su un buffer di 150m | ___ |___ || ||| |___||___ Ho provato ad usare v.generalize, ma non ottengo nessuna riduzione del numero di vertici... E non capisco perché! v.generalize input=grd0_MASKED output=grd0_MASKED_Gen type=area method=douglas_reduction threshold=50 reduction=50 Un consiglio? Giovanni ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] Re: [GRASS-dev] db.connect database= parameter is null
Hi, yes, see http://trac.osgeo.org/grass/ticket/7 It seems to me that the VAR file should defined for newly created mapset by default to avoid possible problems. Martin 2008/3/12, Patton, Eric [EMAIL PROTECTED]: I created a new location using today's svn source, and noticed that db.connect doesn't have its database parameter pre-populated with $GISDBASE/$LOCATION_NAME/$MAPSET/dbf as it used to; it is now blank. Possible bug? Would it possible to get the module to at least populate $GISDBASE/$LOCATION_NAME/$MAPSET for this parameter? ~ Eric. ___ grass-dev mailing list [EMAIL PROTECTED] http://lists.osgeo.org/mailman/listinfo/grass-dev -- Martin Landa landa.martin gmail.com * http://gama.fsv.cvut.cz/~landa * ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] RE: [GRASS-dev] db.connect database= parameter is null
Hi, yes, see http://trac.osgeo.org/grass/ticket/7 It seems to me that the VAR file should defined for newly created mapset by default to avoid possible problems. Martin Thanks for the pointer. I'll hardcode my database paths for now. ~ Eric. ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] Re: [GRASS-dev] db.connect database= parameter is null
Hi, anyway if you run some command which calls Vect_default_field_info() from Vlib, VAR file is created and default driver set up to dbf. e.g. g.copy vect= Martin 2008/3/12, Patton, Eric [EMAIL PROTECTED]: Hi, yes, see http://trac.osgeo.org/grass/ticket/7 It seems to me that the VAR file should defined for newly created mapset by default to avoid possible problems. Martin Thanks for the pointer. I'll hardcode my database paths for now. ~ Eric. -- Martin Landa landa.martin gmail.com * http://gama.fsv.cvut.cz/~landa * ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] Re: buffer on granular polygon... it fails
I've tried to use a *convex* polygon with the same characteristics (built from 5x5 raster). The buffer has worked right. So, I suppose it depends on the non-convexity on the previous (as I show in the ascii-art figure). Giovanni ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] GRASS selected for Season of Usability 2008!
Dear GRASS users! GRASS has been selected as one of the projects to be supported by this years Season of Usability: http://season.openusability.org/ This means that we will get a review of the GRASS workflow and GUIs by approved and internationally well known usability experts. We will soon get in touch with our mentor. It would be very helpful for us if you could enter you own view of the current usability show stoppers and areas of improvement here: The current usability show-stoppers - http://grass.gdf-hannover.de/wiki/Usability#The_current_usability_show-stoppers Since I am not a developer nor a everyday user of GRASS I'd like to addess especially to: - teachers - new GRASS users Please tell us your perceptions! Thanks in advance we'll keep you posted. Kind regards, Timmie P.S. Although I am writing a crosspost I think we should keep the main discussion on this thread at the GRASS users list. More development related things will be sent to the devel list. Reference threads: - discussion about usablity in GRASS: http://thread.gmane.org/gmane.comp.gis.grass.user/22446 - GRASS in a usability review: http://thread.gmane.org/gmane.comp.gis.grass.devel/24871 / http://article.gmane.org/gmane.comp.gis.grass.devel/24903 ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] buffer on granular polygon... it fails
G. Allegri wrote: I'm having a problem trying to execute a buffer of 150m on a polygon generated from a raster with resolution 5x5. The polygon is a single area, constituted of 1576 vertices (highly granular). v.buffer generates 32633 vertices, the it get mad building the topology: it tries to remove intersections, duplicates, etc. giving the following final result: Topology was built. Number of nodes : 32633 Number of primitives: 65264 Number of points: 0 Number of lines : 0 Number of boundaries: 65264 Number of centroids : 0 Number of areas : 32632 Number of isles : 1 Number of areas without centroid : 32632 The vector is not readable... I don.t know if the problems is due to the buffer algorithm, which fails because of the pixelated polygon (figure below) | ___ |___ || ||| |___||___ I've tried to generilze it, but I get no reduction of the number of vertices. I can't figure out why! v.generalize input=grd0_MASKED output=grd0_MASKED_Gen type=area method=douglas_reduction threshold=50 reduction=50 Any advice? v.buffer has some problems, http://trac.osgeo.org/grass/ticket/90 It's not a perfect solution but maybe try v.to.rast + r.buffer + r.to.vect ? Hamish Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] buffer on granular polygon... it fails
On Wed, 2008-03-12 at 18:45 -0700, Hamish wrote: [...] v.buffer has some problems, http://trac.osgeo.org/grass/ticket/90 It's not a perfect solution but maybe try v.to.rast + r.buffer + r.to.vect ? Hamish In general I try to avoid rasterising of vectors, do something and then vectorise back. It's off topic but I have a question: what's the deal concerning loss off information/ distortion etc. ? On which factors it depends most? Resolution? Sorry for this interruption and thank you in advance, Nikos ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] buffer on granular polygon... it fails
Hamish wrote: v.buffer has some problems, http://trac.osgeo.org/grass/ticket/90 It's not a perfect solution but maybe try v.to.rast + r.buffer + r.to.vect ? Nikos: In general I try to avoid rasterising of vectors, do something and then vectorise back. it's not a great solution, but it is perhaps better than having output with incorrect gaps. It's off topic but I have a question: what's the deal concerning loss off information/ distortion etc. ? On which factors it depends most? Resolution? resolution + rasterization method. you can minimize resolution issues by making the resolution as fine as practicable; see the v.to.rast module help page for information on the different methods depending on feature type. 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] buffer on granular polygon... it fails
On Wed, 2008-03-12 at 19:08 -0700, Hamish wrote: Hamish wrote: v.buffer has some problems, http://trac.osgeo.org/grass/ticket/90 It's not a perfect solution but maybe try v.to.rast + r.buffer + r.to.vect ? Nikos: In general I try to avoid rasterising of vectors, do something and then vectorise back. it's not a great solution, but it is perhaps better than having output with incorrect gaps. It's off topic but I have a question: what's the deal concerning loss off information/ distortion etc. ? On which factors it depends most? Resolution? resolution + rasterization method. you can minimize resolution issues by making the resolution as fine as practicable; see the v.to.rast module help page for information on the different methods depending on feature type. Hamish Thank you Hamish! ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
