Re: [GRASS-user] A better way to create color table out of "GLC_EU_V2.clr" for r.colors
> Nikos Alexandris wrote: > > Is there a better/ shorter way? Hamish: > sure, r.colors can read the original without need to convert "R G B" > to "R:G:B" or remove any extra spaces. also r.colors will skip blank lines and lines starting with '#' so no need to remove those. Thus it might be able to read the file directly. 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
Re: [GRASS-user] A better way to create color table out of "GLC_EU_V2.clr" for r.colors
Nikos Alexandris wrote:
> A file called GLC_EU_V2.clr (contains RGB color values) comes along
> with EUv2_binary.zip (the Global Land Cover 2000).
>
> It's structure is (output from "cat GLC_EU_V2.clr | head -30")
> # value red green blue
>
> 0 0 0 0
> 1 0 99 0
> 2 0 150 0
> 3 175 255 99
> 4 140 68 17
> 5 204 127 96
[...]
> 255 0 0 0
>
> ---
> I try to make a color table for r,colors out of this and I use:
>
> command:
> cat GLC_EU_V2.clr | head -28 | tail -25 | cut -d' ' -f2,3,4 | tr " "
> ":"
> | cat -n
>
> output (*note the spaces in front of each line):
> 1 0:99:0
> 2 0:150:0
> 3 175:255:99
> 4 140:68:17
> 5 204:127:96
no need for the "0" rule?
> Is there a better/ shorter way?
sure, r.colors can read the original without need to convert "R G B"
to "R:G:B" or remove any extra spaces.
> How can I eliminate the spaces in front
> of each line (or how can I produce them better?)?
> Probably "sed" holds the answer but it takes time to learn.
awk '{print}'
or
sed -e 's/^[ ]*//'
or
sed -e 's/^\s*//'
or
sed -e 's/^[:space:]*//'
see http://www.regular-expressions.info
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] Can a table imported in the data base (sqlite.db) used to assign new raster category labels non-interactively?
Nikos Alexandris wrote:
> I am having a hard time to figure out how I could avoid to enter
> interactively new labels for a raster map. I've been reading the last 2
> hours in the list, in GRASS-Book.
>
> Any directions highly appreciated.
> Question: IS there a way to add these labels to the raster map
> non-interactively?
In GRASS 6.3 use 'r.category rules=filename'. See the help page.
(new option added in October; may not have filtered into all the docs
yet)
In GRASS 6.2 you can put a similar ASCII text file in the $MAPSET/cats/
dir, see the Programmers' manual or another map to get the format.
> *Looking at the imported table
> db.select -c glc2000_legend
> 1|Tree Cover, broadleaved, evergreen
> 2|Tree Cover, broadleaved, deciduous, closed
> 3|Tree Cover, broadleaved, deciduous, open
> 4|Tree Cover, needle-leaved, evergreen
> 5|Tree Cover, needle-leaved, deciduous
> 6|Tree Cover, mixed leaf type
> 7|Tree Cover, regularly flooded, fresh water
> 8|Tree Cover, regularly flooded, saline water
> 9|Mosaic: Tree Cover / Other natural vegetation
> 10|Tree Cover, burnt
> 11|Shrub Cover, closed-open, evergreen
> 12|Shrub Cover, closed-open, deciduous
> 13|Herbaceous Cover, closed-open
> 14|Sparse herbaceous or sparse shrub cover
> 15|Regularly flooded shrub and/or herbaceous cover
> 16|Cultivated and managed areas
> 17|Mosaic: Cropland / Tree Cover / Other natural vegetation
> 18|Mosaic: Cropland / Shrub and/or grass cover
> 19|Bare Areas
> 20|Water Bodies
> 21|Snow and Ice
> 22|Artificial surfaces and associated areas
> 23|Irrigated Agriculture
it is very close, just `tr '|' ':'` or `sed -e 's/|/:/'`.
Hopefully ":" in the label names won't cause a problem.
("TODO: Respect the fs= field separator setting for input rules.")
Also for GRASS 7 it would be nice to use a consistent fs for all modules,
instead of sometimes |,:,space, ...
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
Re: [GRASS-user] Fwd: r.in.xyz
Benjamin Ducke wrote: > Could we please agree that questions and answers to this list will > be written in English? that is the idea, but localized mailing lists are available too: http://grass.gdf-hannover.de/wiki/Mailing_list_etiquette even with babelfish I couldn't understand what the r.in.xyz problem was, if there was one, but it seemed to be solved? It is an easy mistake to reply to the wrong mailing list I guess. shrug, Hamish __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
RE: [GRASS-user] r.shaded.relief strangeness
Patton, Eric wrote: > >Not sure if this is very critical, but I have noticed a problem with > >r.shaded.relief. If the region is set to 10m and then a shaded rel. map is > >produced from a 30m input data, a corrupt map is produced. > > > >example with spearfish data: > > > ># set region, and force 10m resolution > >g.region rast=elevation.10m -p > > I assume you meant g.region rast=elevation.10m res=10 -ap ? > > ># compute shaded rel. map from 30m res data: > ># see image [1] > >r.shaded.relief map=elevation.dem shade=shade > > I can't reproduce this. I can produce a Moire-patterned shaded-relief map, > since I didn't resample the 30m data to 10m: > Try r.resample first? r.resample won't help. That uses libgis' built-in nearest-neighbour resampling, so you will get exactly the same result as with using the lower resolution map. Using r.resamp.interp with method=bilinear or method=bicubic should eliminate the problems with generating slope and aspect maps. -- Glynn Clements <[EMAIL PROTECTED]> ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] WinGRASS-6.3.0RC5 Self Installer + wxPython-Gui
hi,
i followed martin's advice and build a msys-environment with all dependencies
for grass-compiling on my german windows-xp-machine in the last days.
today in the afternoon i did a svn-trunk checkout. following marco's new
windows-building guide everything compiled without an error. so i wanted to
start the spearfish-sample-data. both, tcltk- and wxpython-gui started the
location-wizard, i was able in both gui to choose the location, but then the
tcltk-gui crashed with a sigabrt-error (Error setting region: child killed:
SIGABRT) , the wxpython-gui crashed after choosing the location with a
g.region-problem (Execution failed: g.region.exe -u -g -p -c)
Traceback (most recent call last):
File "C:/msys/1.0/local/grass-6.3.svn/etc/wxpython/wxgui.py", line 1361, in
sys.exit(main())
File "C:/msys/1.0/local/grass-6.3.svn/etc/wxpython/wxgui.py", line 1354, in
ma in
app = GMApp(workspaceFile)
File "C:/msys/1.0/local/grass-6.3.svn/etc/wxpython/wxgui.py", line 1276, in
__ init__
wx.App.__init__(self, False)
File
"C:\Programme\Python25\Lib\site-packages\wx-2.8-msw-unicode\wx\_core.py",
line 7836, in __init__
self._BootstrapApp()
File
"C:\Programme\Python25\Lib\site-packages\wx-2.8-msw-unicode\wx\_core.py",
line 7433, in _BootstrapApp
return _core_.PyApp__BootstrapApp(*args, **kwargs)
File "C:/msys/1.0/local/grass-6.3.svn/etc/wxpython/wxgui.py", line 1292, in
On Init
workspace = self.workspaceFile)
File "C:/msys/1.0/local/grass-6.3.svn/etc/wxpython/wxgui.py", line 158, in
__i nit__
self.NewDisplay(show=False)
File "C:/msys/1.0/local/grass-6.3.svn/etc/wxpython/wxgui.py", line 1028, in
Ne wDisplay
auimgr=self._auimgr, showMapDisplay=show)
File
"C:\msys\1.0\local\grass-6.3.svn\etc\wxpython\gui_modules\wxgui_utils.py"
, line 76, in __init__
self.Map = render.Map()# instance of render.Map to be associated with
di splay
File "C:\msys\1.0\local\grass-6.3.svn\etc\wxpython\gui_modules\render.py",
lin e 205, in __init__
self.InitRegion()
File "C:\msys\1.0\local\grass-6.3.svn\etc\wxpython\gui_modules\render.py",
lin e 239, in InitRegion
self.SetRegion()
File "C:\msys\1.0\local\grass-6.3.svn\etc\wxpython\gui_modules\render.py",
lin e 457, in SetRegion
self.region = self.__adjustRegion()
File "C:\msys\1.0\local\grass-6.3.svn\etc\wxpython\gui_modules\render.py",
lin e 291, in __adjustRegion
mapwidth= abs(self.region["e"] - self.region["w"])
KeyError: 'e'
---
so i decided to do a new trunk-svn-checkout just an hour ago to compile grass
again. configuration-process was without an error-message.
GRASS is now configured for: i686-pc-mingw32
Source directory:/local/src/grasssvntrunk
Build directory: /local/src/grasssvntrunk
Installation directory: ${prefix}/grass-6.3.svn
Startup script in directory: ${exec_prefix}/bin
C compiler: gcc -g -O2
C++ compiler:c++ -g -O2
Building shared libraries: yes
64bit support: no
OpenGL platform: Windows
MacOSX application: no
NVIZ: yes
BLAS support: no
C++ support:yes
Cairo support: no
DWG support:no
FFMPEG support: no
FFTW support: yes
FreeType support: yes
GDAL support: yes
GLw support:no
JPEG support: no
LAPACK support: no
Large File support (LFS): yes
Motif support: no
MySQL support: no
NLS support:no
ODBC support: no
OGR support:yes
OpenGL support: yes
PNG support:yes
PostgreSQL support: yes
Python support: no
Readline support: no
SQLite support: yes
Tcl/Tk support: yes
wxWidgets support: no
TIFF support: yes
X11 support:no
but during the make-process a lot of error-messages-pop-ups, especially for the
vector
modules come up .
english-translation from a german error-message:
"v.segment.exe could not be found
[GRASS-user] Can a table imported in the data base (sqlite.db) used to assign new raster category labels non-interactively?
Dear All, I am having a hard time to figure out how I could avoid to enter interactively new labels for a raster map. I've been reading the last 2 hours in the list, in GRASS-Book. Any directions highly appreciated. * A raster map (Global Land Cover 2000 over Europe) looks like this: r.report glc2000_eu -h 100% +-+ |Category Information | | #|description | |-| | 2| | | 4| | | 6| | |11| | |12| | |16| | |20| | |22| | |23| | +-+ * Importing the file "Global_Legend.dbf" which holds category labels in the data base: db.in.ogr dsn=Global_Legend.dbf out=glc2000_legend *Looking at the imported table db.select -c glc2000_legend 1|Tree Cover, broadleaved, evergreen 2|Tree Cover, broadleaved, deciduous, closed 3|Tree Cover, broadleaved, deciduous, open 4|Tree Cover, needle-leaved, evergreen 5|Tree Cover, needle-leaved, deciduous 6|Tree Cover, mixed leaf type 7|Tree Cover, regularly flooded, fresh water 8|Tree Cover, regularly flooded, saline water 9|Mosaic: Tree Cover / Other natural vegetation 10|Tree Cover, burnt 11|Shrub Cover, closed-open, evergreen 12|Shrub Cover, closed-open, deciduous 13|Herbaceous Cover, closed-open 14|Sparse herbaceous or sparse shrub cover 15|Regularly flooded shrub and/or herbaceous cover 16|Cultivated and managed areas 17|Mosaic: Cropland / Tree Cover / Other natural vegetation 18|Mosaic: Cropland / Shrub and/or grass cover 19|Bare Areas 20|Water Bodies 21|Snow and Ice 22|Artificial surfaces and associated areas 23|Irrigated Agriculture Question: IS there a way to add these labels to the raster map non-interactively? ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] A better way to create color table out of "GLC_EU_V2.clr" for r.colors than: cat GLC_EU_V2.clr | head -28 | tail -25 | cut -d' ' -f2, 3, 4 | tr " " ":" | cat -n
A file called GLC_EU_V2.clr (contains RGB color values) comes along with EUv2_binary.zip (the Global Land Cover 2000). It's structure is (output from "cat GLC_EU_V2.clr | head -30") # value red green blue 0 0 0 0 1 0 99 0 2 0 150 0 3 175 255 99 4 140 68 17 5 204 127 96 6 140 191 0 7 119 150 255 8 0 71 198 9 0 229 0 10 0 0 0 11 255 119 0 12 255 178 0 13 255 234 158 14 221 201 160 15 0 150 150 16 255 224 229 17 255 117 232 18 201 137 255 19 181 181 181 20 137 226 255 21 239 239 239 22 255 0 0 23 255 183 193 24 255 255 255 25 255 255 255 26 0 0 0 27 0 0 0 [...] 255 0 0 0 --- I try to make a color table for r,colors out of this and I use: command: cat GLC_EU_V2.clr | head -28 | tail -25 | cut -d' ' -f2,3,4 | tr " " ":" | cat -n output (*note the spaces in front of each line): 1 0:99:0 2 0:150:0 3 175:255:99 4 140:68:17 5 204:127:96 6 140:191:0 7 119:150:255 8 0:71:198 9 0:229:0 10 0:0:0 11 255:119:0 12 255:178:0 13 255:234:158 14 221:201:160 15 0:150:150 16 255:224:229 17 255:117:232 18 201:137:255 19 181:181:181 20 137:226:255 21 239:239:239 22 255:0:0 23 255:183:193 24 255:255:255 25 255:255:255 --- Is there a better/ shorter way? How can I eliminate the spaces in front of each line (or how can I produce them better?)? Probably "sed" holds the answer but it takes time to learn. Thank you, Nikos ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
RE: [GRASS-user] r.shaded.relief strangeness
>Not sure if this is very critical, but I have noticed a problem with >r.shaded.relief. If the region is set to 10m and then a shaded rel. map is >produced from a 30m input data, a corrupt map is produced. > >example with spearfish data: > ># set region, and force 10m resolution >g.region rast=elevation.10m -p I assume you meant g.region rast=elevation.10m res=10 -ap ? ># compute shaded rel. map from 30m res data: ># see image [1] >r.shaded.relief map=elevation.dem shade=shade I can't reproduce this. I can produce a Moire-patterned shaded-relief map, since I didn't resample the 30m data to 10m: ftp://gsca.nrcan.gc.ca/outgoing/Patton The command-line I used: g.region rast=elevation.dem res=10 -ap 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 r.shaded.relief map=elevation.dem shadedmap=elevation.dem.shade.10m Try r.resample first? ~ Eric. ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] r.shaded.relief strangeness
Hi, Not sure if this is very critical, but I have noticed a problem with r.shaded.relief. If the region is set to 10m and then a shaded rel. map is produced from a 30m input data, a corrupt map is produced. example with spearfish data: # set region, and force 10m resolution g.region rast=elevation.10m -p # compute shaded rel. map from 30m res data: # see image [1] r.shaded.relief map=elevation.dem shade=shade # compute shaded rel. map from 10m res data: # see image [2] r.shaded.relief map=elevation.10m shade=shade --o 1. http://169.237.35.250/~dylan/temp/bad_shade.png 2. http://169.237.35.250/~dylan/temp/good_shade.png This was done with today's SVN. -- Dylan Beaudette Soil Resource Laboratory http://casoilresource.lawr.ucdavis.edu/ University of California at Davis 530.754.7341 ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Fwd: r.in.xyz
Could we please agree that questions and answers to this list will be written in English? Otherwise: 1. Posters will not receive optimal help because only a fraction of the people reading this list will understand the question. 2. Replies that might possibly be of use to others will not be understood by them. That's bad for a list where people that do take the time and effort to reply and help do not receive any payment and the shared growth of knowledge is their only reward. 3. I hate the feeling of being left out of something potentially interesting and I am sure I am not alone. I am getting increasingly annoyed by this. Please use English. There are people from all over the world using this list and everybody makes their best effort to do so. Vielen Dank, Benjamin Edmondo Elisei wrote:Beste Grüße, Salve a tutti, ho un problema con l'importazione in Grass di un file di punti x|y|z| (di seguito c'è un estratto esemplificativo) Il comando *r.in.xyz *importa correttamente i punti (sembra **). 232196.623264|4686029.38993|10.| 237080.972225|4686560.03525|50.| 236453.845939|4684943.97905|11.| 233969.461035|4684208.31167|13.| 233487.0562|4685559.04521|43.| 234198.603332|4686596.21561|23.5000| 235368.435059|4686198.23162|37.8900| 233655.897892|4685559.04521|19.| 234367.445025|4686752.99718|27.| 236441.785818|4685583.16545|17.| 235464.916026|4683484.70442|28.| 237141.27283|4684328.91288|31.| 233957.400914|4684256.55216|17.5000| 234693.068289|4685028.39989|11.| 235766.419048|4685908.78872|31.| 236164.403038|4686560.03525|20.| La mappa interpolta con *r.bilinear * non ha quote Grazie per il supporto ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user -- Benjamin Ducke Senior Applications Support and Development Officer Oxford Archaeological Unit Limited Janus House Osney Mead OX2 0ES Oxford, U.K. Tel.: ++44 (0)1865 263 800 [EMAIL PROTECTED] ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] Fwd: r.in.xyz
Salve a tutti, ho un problema con l'importazione in Grass di un file di punti x|y|z| (di seguito c'è un estratto esemplificativo) Il comando *r.in.xyz *importa correttamente i punti (sembra **). 232196.623264|4686029.38993|10.| 237080.972225|4686560.03525|50.| 236453.845939|4684943.97905|11.| 233969.461035|4684208.31167|13.| 233487.0562|4685559.04521|43.| 234198.603332|4686596.21561|23.5000| 235368.435059|4686198.23162|37.8900| 233655.897892|4685559.04521|19.| 234367.445025|4686752.99718|27.| 236441.785818|4685583.16545|17.| 235464.916026|4683484.70442|28.| 237141.27283|4684328.91288|31.| 233957.400914|4684256.55216|17.5000| 234693.068289|4685028.39989|11.| 235766.419048|4685908.78872|31.| 236164.403038|4686560.03525|20.| La mappa interpolta con *r.bilinear * non ha quote Grazie per il supporto ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] wxpython problems
Martin Landa schrieb: Hi, 2008/3/17, Dr. Manuel Seeger <[EMAIL PROTECTED]>: > Which version on wxPython are you using? > its 2.6.4.0 uups, I thought I had 2.8 is this perhaps the problem? yes, you need wxPython >= 2.8.1 Martin Thanks I'll ty and report! Manuel -- ___ Dr. Manuel Seeger Wiss. Assistent Scientific Assistant Physische GeographieDpt. of Physical Geography FB VI - Geographie/GeowissenschaftenGeography/Geosciences Universität Trier University of Trier D - 54286 Trier Tel.: +49-651-201 4557 Fax:+49-651-201 3976 Web:http://www-neu.uni-trier.de/index.php?id=9607 ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] wxpython problems
Hi, 2008/3/17, Dr. Manuel Seeger <[EMAIL PROTECTED]>: > > > Which version on wxPython are you using? > > > > its 2.6.4.0 > > uups, I thought I had 2.8 > is this perhaps the problem? yes, you need wxPython >= 2.8.1 Martin -- Martin Landa * 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] wxpython problems
Which version on wxPython are you using? its 2.6.4.0 uups, I thought I had 2.8 is this perhaps the problem? Manuel -- ___ Dr. Manuel Seeger Wiss. Assistent Scientific Assistant Physische GeographieDpt. of Physical Geography FB VI - Geographie/GeowissenschaftenGeography/Geosciences Universität Trier University of Trier D - 54286 Trier Tel.: +49-651-201 4557 Fax:+49-651-201 3976 Web:http://www-neu.uni-trier.de/index.php?id=9607 ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] wxpython problems
Hi, 2008/3/17, Dr. Manuel Seeger <[EMAIL PROTECTED]>: > >> yes, but wxGUI does not start! > > what kind of error you get > > > > grass63 -wxpython > These are the errors_ > > [EMAIL PROTECTED]:~$ grass63 -wxpython > Cleaning up temporary files ... > Starting GRASS ... > Traceback (most recent call last): > File "/usr/local/grass-6.3.svn/etc/wxpython/gis_set.py", line 31, in > > from gui_modules import utils > File "/usr/local/grass-6.3.svn/etc/wxpython/gui_modules/utils.py", > line 20, in > import globalvar > File "/usr/local/grass-6.3.svn/etc/wxpython/gui_modules/globalvar.py", > line 32, in > import wx.lib.flatnotebook as FN > ImportError: No module named flatnotebook > Error in GUI startup. If necessary, please > report this error to the GRASS developers. > Switching to text mode now. > Hit RETURN to continue... Which version on wxPython are you using? python import wx wx.__version__ ? Martin -- Martin Landa * 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] wxpython problems
Hi, 2008/3/17, Dr. Manuel Seeger <[EMAIL PROTECTED]>: > Errors in: > /home/seeger/grass_trunk/gui/wxpython/vdigit > -- > In case of errors please change into the directory with error and run > 'make'. > If you get multiple errors, you need to deal with them in the order they > appear in the error log. If you get an error building a library, you will > also get errors from anything which uses the library. this error affects only digitizer, not wxGUI itself. > I follow the instructions, and then: > /usr/bin/ld: cannot find -lgdi > collect2: ld gab 1 als Ende-Status zurück > make: *** [_grass6_wxvdigit.so] Fehler 1 > > What can I do? Did you run ldconfig after you created link to /usr/local/lib? Martin -- Martin Landa * 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] wxpython problems
Hello all, I just downloaded the recent 6.3.svn. There I wanted to start using the wxpython-gui. After make I get the following message: Errors in: /home/seeger/grass_trunk/gui/wxpython/vdigit -- In case of errors please change into the directory with error and run 'make'. If you get multiple errors, you need to deal with them in the order they appear in the error log. If you get an error building a library, you will also get errors from anything which uses the library. I follow the instructions, and then: /usr/bin/ld: cannot find -lgdi collect2: ld gab 1 als Ende-Status zurück make: *** [_grass6_wxvdigit.so] Fehler 1 What can I do? I would like to test it! Best regards Manuel -- ___ Dr. Manuel Seeger Wiss. Assistent Scientific Assistant Physische GeographieDpt. of Physical Geography FB VI - Geographie/GeowissenschaftenGeography/Geosciences Universität Trier University of Trier D - 54286 Trier Tel.: +49-651-201 4557 Fax:+49-651-201 3976 Web:http://www-neu.uni-trier.de/index.php?id=9607 ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
