I have a TON of vector drawings available to me in PDF format that I'm
georeferencing. So far, I'm doing it by converting them to PNGs and
using r.to.vect to massage them. This is really tedious and the data
isn't as clean as a straight vector conversion would be. In
Illustrator, I can see
doppelM wrote:
> > > i have imported some tif files with r.in.gdal and displayed them
> > > in a monitor. but one large tif file can't be displayed.
> > >
> > > r.info said that:
> > >
> > > Type of Map: raster Number of Categories: 255
> > > Data Type:CELL
Jonathan Greenberg wrote:
> While I like the generality of the fitted r.param.scale algorithm
> (indeed, it is used in other software packages as well) to classify
> various morphometric features, I am trying to find a tool which uses
> more classic, 3x3 moving window approaches to classify feat
andrew haywood wrote:
> I have calculated a band ratio for a aerial photograph and would like
> to trim the results to remove some outliers. In particular I would
> like to remove the highest and lowest 0.1% pixel values. How can I
> calculate the 0.1% and 99.9% percentiles. r.univar only allows
>
Nikos:
> > Why does it apper twice?
Hamish:
> >or why even once?
> >some command called by Init.sh or .grass.bashrc is trying to run
> >something outside of its permissions?? GRASS should never need more
> >than user permission after installation.
Eric:
> The later versions of Ubuntu have been u
Dear List,
I have calculated a band ratio for a aerial photograph and would like to
trim the results to remove some outliers. In particular I would like to
remove the highest and lowest 0.1% pixel values. How can I calculate the
0.1% and 99.9% percentiles. r.univar only allows integer values for
p
> Why does it apper twice?
>or why even once?
>some command called by Init.sh or .grass.bashrc is trying to run
>something outside of its permissions?? GRASS should never need more
>than user permission after installation.
>what kind of system is this on?
The later versions of Ubuntu have been
Eric Patton wrote:
> > Just a clarification...so it's the case that the column parameter
> > in v.dissolve must always be of type integer, and *only* integer?
Hamish:
>The v.dissolve script with dissolve based on a column currently
>requires that column to be of type integer. We should probably ad
Nikos Alexandris wrote:
> Welcome to GRASS 6.3.0RC4 (2008)
> GRASS homepage: http://grass.osgeo.org/
> This version running thru: Bash Shell (/bin/bash)
> Help is available with the command: g.manual -i
> See the licence terms with: g.versio
> brendan detracey wrote:
> > I am running grass 6.2 under cygwin on WinXP. I have followed the
> > instructions for a desktop shortcut
> > (http://download.osgeo.org/grass/grass62/binary/mswindows/#icon) to
> > a tee, but it does not work. It does not even launch the x server.
> >
> > Instead I ge
Hamish wrote:
> The v.dissolve script with dissolve based on a column currently
> requires that column to be of type integer.
or, it turns out, string is ok too.
(what does 'v.info -c' say for you?)
> We should probably add a check in the script for that (v.info -c).
done.
> v.dissolve with co
> Nikos Alexandris wrote:
> > I am (a bit) surprised that the EEA offers geo-data only in ESRI
> > shapefiles and .mdb (which is, if I am not wrong, closed source
> > format).
Well, even if it is owned by ESRI, at least the shapefile format is
well known and widely implemented in free software. (r
On Wednesday 16 January 2008 04:03:02 pm Nikos Alexandris wrote:
> I am (a bit) surprised that the EEA offers geo-data only in ESRI
> shapefiles and .mdb (which is, if I am not wrong, closed source format).
>
> I am willing to request an asnwer from the EEA people about "why only
> closed source" a
Pardon...
"why only closed source" and NOT also in other formats? Is it so much
work to do?
On Thu, 2008-01-17 at 01:03 +0100, Nikos Alexandris wrote:
> I am (a bit) surprised that the EEA offers geo-data only in ESRI
> shapefiles and .mdb (which is, if I am not wrong, closed source format).
I am (a bit) surprised that the EEA offers geo-data only in ESRI
shapefiles and .mdb (which is, if I am not wrong, closed source format).
I am willing to request an asnwer from the EEA people about "why only
closed source" and also in other formats? Is it so much work to do?
I remember there was
Nikos Alexandris wrote:
> For the moment I don't have any other datasets than the CORINE
> shapefile(s) tiles and it worked only after this change ("TEXT" to
> "integer").
Eric Patton wrote:
> > Just a clarification...so it's the case that the column parameter
> > in v.dissolve must always be of t
Shouldn't this be changed? I thought that the wxpython files were
going to move into the 6.3 branch with the move to the SVN and not
wait until 6.4. This will allow more people to actively test and
improve the new GUI.
Michael
__
Michael Barton, Professor
Profess
On Thu, January 17, 2008 00:28, Michael Barton wrote:
> Nikos,
>
> These are in the trunk. I'm not sure why they are not in 6.3.0RC4.
As Martin mentioned, the 6.3 branch contains outdated files. See
http://trac.osgeo.org/grass/browser/grass/branches/releasebranch_6_3/gui/wxpython
which do not lea
Nikos,
These are in the trunk. I'm not sure why they are not in 6.3.0RC4.
Michael
__
Michael Barton, Professor
Professor of Anthropology
Director of Graduate Studies
School of Human Diversity & Social Change
Center for Social Dynamics & Complexity
Arizona State Unive
On Wed, January 16, 2008 23:30, Michael Barton wrote:
> As Martin explained better than I, there is old code in the release
> branch. But if you update from the SVN trunk, you don't need to copy
> the wxPython GUI code anywhere. It is already where it is supposed to
> go.
>
> I just looked at the W
Michael Rabotin wrote:
> > I've got 40 perl and shell scripts which are used for landscape
> > segmentation; Some procedures are independants but the the majority
> > are used on the control of a principal script. At this time, there
> > is no graphical interface only a terminal interface.
Have yo
On Jan 16, 2008, at 4:30 PM, Michael Barton wrote:
I just looked at the WinGRASS binary code and see the problem. For
some reason, it is not in this binary. It is in the Mac binaries,
which is why this has seemed so odd to me.
Sorry to cause confusion - I ported the trunk wxpython updates t
X-Sender-Ok Sender approved by postmaster
Tach wrote:
in GRASS 6.2.3 I was using a nice script which
connects d.start/d.stop and d.monsize to open monitors
in a given size or closes them if one is open.
In university I'm using 6.3 and there the d.monsize
doesn't work.
I get the message:
execl(
Tach wrote:
> in GRASS 6.2.3 I was using a nice script which
> connects d.start/d.stop and d.monsize to open monitors
> in a given size or closes them if one is open.
> In university I'm using 6.3 and there the d.monsize
> doesn't work.
> I get the message:
>
> execl() failed: Exec format error
I
I am sorry for bothering again.
I am on ubuntu.
I updated (sudo svn up) from within
the /usr/local/src/MyGRASSsourceDirectory
Configured-compilled-installed.
No wxgrass anywhere.. only a few irrelevant scripts under... :
GRASS 6.3.0RC4 (Peloponnese_HGRS87):/usr/local/grass-6.3.0RC4/etc/gui >
ls
Good idea.
Michael
__
Michael Barton, Professor
Professor of Anthropology
Director of Graduate Studies
School of Human Diversity & Social Change
Center for Social Dynamics & Complexity
Arizona State University
Tempe, AZ 85287-2402
USA
voice: 480-965-6262; fax: 480-96
Hi,
2008/1/16, Martin Landa <[EMAIL PROTECTED]>:
> hm, maybe we should remove old wxpython code from 6_3 branch or to
> copy the code from trunk before 6.3.0 will be released. To avoid
> confusion...
so if there are no objections I will remove old wxpython code from
releasebranch_6_3...
Martin
As Martin explained better than I, there is old code in the release
branch. But if you update from the SVN trunk, you don't need to copy
the wxPython GUI code anywhere. It is already where it is supposed to
go.
I just looked at the WinGRASS binary code and see the problem. For
some reason
Are there plans to change the "TEXT" problem with respect to v.dissolve
(v.extract)?
I need to know, if it possible, due to some documentation I am
preparing.
Thank you!
On Wed, 2008-01-16 at 22:08 +0100, Martin Landa wrote:
> Hi,
>
> 2008/1/16, Nikos Alexandris <[EMAIL PROTECTED]>:
> > My colu
On Wed, January 16, 2008 15:16, Malm Paul wrote:
> -Original Message-
> From: Moritz Lennert [mailto:[EMAIL PROTECTED]
> Sent: den 16 januari 2008 13:08
> To: Malm Paul
> Cc: grass-user@lists.osgeo.org
> Subject: Re: [GRASS-user] GRASS winver 6.3.svn(2007)
>
>
> On 16/01/08 10:53, Malm Paul
Right.
Michael
__
Michael Barton, Professor
Professor of Anthropology
Director of Graduate Studies
School of Human Diversity & Social Change
Center for Social Dynamics & Complexity
Arizona State University
Tempe, AZ 85287-2402
USA
voice: 480-965-6262; fax: 480-965-76
I guess I don't understand the branches well enough in the SVN to make
sense of this. Perhaps that is what the problem is.
To get it, people need to update from the 6.3 trunk.
Michael
__
Michael Barton, Professor
Professor of Anthropology
Director of Graduate Studie
"wxgrass" is a shell script (in $GISBASE/scripts/) that launches the
wxPython GUI. You can call it from the terminal in Linux and on the
Mac. There is no terminal for WinGRASS and I don't know what happens
if you try to call it from the TclTk command console.
So, to launch the wxPython GUI
Hi,
2008/1/16, Nikos Alexandris <[EMAIL PROTECTED]>:
> Now I remember also why I merged with ogr2ogr outside of grass.
>
> Because 2 of the tiles (I downloaded yesterday) have more columns than
> usual.
>
> So with v.patch I get:
>
> v.patch -e `g.mlist type=vect pat="E*" sep=,` out=clc00_patche
Now I remember also why I merged with ogr2ogr outside of grass.
Because 2 of the tiles (I downloaded yesterday) have more columns than
usual.
So with v.patch I get:
v.patch -e `g.mlist type=vect pat="E*" sep=,` out=clc00_patched
ERROR: Number of columns differ.
How can I override this?
On Wed
Welcome to GRASS 6.3.0RC4 (2008)
GRASS homepage: http://grass.osgeo.org/
This version running thru: Bash Shell (/bin/bash)
Help is available with the command: g.manual -i
See the licence terms with: g.version -c
Start the graphical user inte
I just changed to "varchar" the same data (column) and I get... :
GRASS 6.3.0RC4 (Peloponnese_HGRS87):~ > v.dissolve input=clc00_clean
output=clc00_final_v layer=1 column=CODE_00
DBMI-SQLite driver error:
Cannot step:
SQL logic error or missing database
ERROR: Cannot fetch data
ERROR: Unable to o
Michael, I just downloaded the binary for wingrass. No compilation attempts
in windows yet.
In the meantime I downloaded the latest source from svn (using tortoiseSVN),
copied the wxpython folder to the gui folder, copied the wxgrass file to the
scripts folder. I want to use msys so I can run scri
Hi,
2008/1/16, Nikos Alexandris <[EMAIL PROTECTED]>:
> My column "CODE_00" was identified as "TEXT", not "varchar". So maybe
> this was the problem (?)
>
> I merged the tiles outside of GRASS with ogr2ogr -update -append... etc.
>
> I did not try to merge with v.patch the tiles.
>
> Is there a dif
Hi,
hm, maybe we should remove old wxpython code from 6_3 branch or to
copy the code from trunk before 6.3.0 will be released. To avoid
confusion...
Anyway for testing GUI use trunk (or in the future 6_4 branch).
Martin
2008/1/16, Martin Landa <[EMAIL PROTECTED]>:
> Hi,
>
> just small notes...
Hi,
just small notes...
2008/1/16, Michael Barton <[EMAIL PROTECTED]>:
[snip]
> > The README file at
> > http://svn.osgeo.org/grass/grass/trunk/gui/wxpython/README says
Michael:
> The old readme is out of date with the move to the new SVN.
this file should be up-to-date... I hope:-)
> the wx
So, I updated recently through svn the source and now I got GRASS
6.3.0RC4 running.
Why isn't wxgrass there by default?
Cheers,
Nikos.
On Wed, 2008-01-16 at 13:42 -0700, Michael Barton wrote:
>
> On Jan 16, 2008, at 1:30 PM, [EMAIL PROTECTED] wrote:
>
> > Date: Wed, 16 Jan 2008 13:17:17 -0600
My column "CODE_00" was identified as "TEXT", not "varchar". So maybe
this was the problem (?)
I merged the tiles outside of GRASS with ogr2ogr -update -append... etc.
I did not try to merge with v.patch the tiles.
Is there a difference?
On Wed, 2008-01-16 at 21:53 +0100, Martin Landa wrote:
>
Hi,
I tried to dissolve vector map based on text column (varchar). Seems to work.
e.g.
v.db.addcol vegcover col="label1 varchar(250)"
echo "update vegcover set label1='a'" | db.execute
v.dissolve in=vegcover out=vc_dis --o col=label1
Martin
2008/1/16, Martin Landa <[EMAIL PROTECTED]>:
> Hi,
>
For the moment I don't have any other datasets than the CORINE
shapefile(s) tiles and it worked only after this change ("TEXT" to
"integer").
On Wed, 2008-01-16 at 15:20 -0500, Patton, Eric wrote:
> Just a clarification...so it's the case that the column parameter in
> v.dissolve must always be
On Jan 16, 2008, at 1:30 PM, [EMAIL PROTECTED] wrote:
Date: Wed, 16 Jan 2008 13:17:17 -0600
From: "Gerald Nelson" <[EMAIL PROTECTED]>
Subject: [GRASS-user] problems starting wxPython gui using wingrass
To: "'grass list'" <[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/pl
Hi,
2008/1/16, Patton, Eric <[EMAIL PROTECTED]>:
> Just a clarification...so it's the case that the column parameter in
> v.dissolve must always be of type integer, and *only* integer?
I don't see any reason why v.dissolve should support only integer
columns as a key used to dissolve areas...
(
brendan detracey wrote:
> I am running grass 6.2 under cygwin on WinXP. I have followed the instructions
> for a desktop shortcut
> (http://download.osgeo.org/grass/grass62/binary/mswindows/#icon) to a tee, but
> it does not work. It does not even launch the x server. Instead I get the
> followin
Just a clarification...so it's the case that the column parameter in v.dissolve
must always be of type integer, and *only* integer?
~ Eric.
-Original Message-
From: [EMAIL PROTECTED] on behalf of Nikos Alexandris
Sent: Wed 1/16/2008 3:41 PM
To: grass-user@lists.osgeo.org
Subject: Re: [G
Well... I suspected it had to do with the field type of the column
"CODE_00".
Indeed... the column was "TEXT".
After Daniels (Victoria) indications for a similar problem a change to
"integer" (using sqlitebrowser) solved the problem.
I suggest a clarification about that in the man page of v.diss
Talking about windows... :
anybody tried to run winGRASS with wine under Linux?
On Wed, 2008-01-16 at 20:31 +0100, Martin Landa wrote:
> Hi,
>
> 2008/1/16, Gerald Nelson <[EMAIL PROTECTED]>:
>
> > I thought I'd try the wxPython gui with wingrass. I downloaded
> > wingrass63RC4.zip and installe
Hi,
2008/1/16, Gerald Nelson <[EMAIL PROTECTED]>:
> I thought I'd try the wxPython gui with wingrass. I downloaded
> wingrass63RC4.zip and installed it. Also python 2.4 and
> wxPython2.8-win32-unicode-2.8.7.1-py24.exe.
> The README file at
> http://svn.osgeo.org/grass/grass/trunk/gui/wxpython/REA
I thought I'd try the wxPython gui with wingrass. I downloaded
wingrass63RC4.zip and installed it. Also python 2.4 and
wxPython2.8-win32-unicode-2.8.7.1-py24.exe.
The README file at
http://svn.osgeo.org/grass/grass/trunk/gui/wxpython/README says
Go to directory:
$ cd gui/wxpython
I
procedure. Is some already use GEM to do the same thing
and can
explain to me some 'tricks' to begin ?
Thanks a lot
Mick
--
M.
-- next part --
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/grass-user/attachments/
20080116/1209d88
I have no idea why the script d.monsize doesn't work well, but I found a
(better) solution for my
script:
**
#!/bin/sh
GRASS_WIDTH=600
GRASS_HEIGHT=1200
export GRASS_WIDTH
export GRASS_HEIGHT
echo "Which Monitor (number only)?"
read mon
start=1
# shutdown or s
All I try to do is a dissolve... and for:
> v.dissolve input=clc00_clean output=clc00_dissolved
col=CODE_00
I get:
DBMI-SQLite driver error:
Cannot step:
SQL logic error or missing database
ERROR: Cannot fetch data
ERROR: Unable to open vector map
<[EMAIL PROTECTED]> on topology
level 2
Hi,
Markus, I've been totally swamped with my dissertation since the last
year. I didn't realize that I got this email until this morning. :-(
Philipp, unfortunately, the thesis is written in Korean. TOPMODEL is
conceptually very simple. I recommend you to check "Computer Models of
Watershed H
-Original Message-
From: Moritz Lennert [mailto:[EMAIL PROTECTED]
Sent: den 16 januari 2008 13:08
To: Malm Paul
Cc: grass-user@lists.osgeo.org
Subject: Re: [GRASS-user] GRASS winver 6.3.svn(2007)
On 16/01/08 10:53, Malm Paul wrote:
> Hi, it is native.
How come you use d.erase then whic
In principle, this is exactly what GEM was designed for.
Download this extension:
http://www.uni-kiel.de/ufg/dateienDucke/DempsterShaferTheory.tar.gz
unpack it and take a look inside.
It should give you an idea what information to put into the diverse
ASCII files and where to copy everything.
B
Hello, Hallo and Hola,
in GRASS 6.2.3 I was using a nice script which
connects d.start/d.stop and d.monsize to open monitors
in a given size or closes them if one is open.
In university I'm using 6.3 and there the d.monsize
doesn't work.
I get the message:
execl() failed: Exec format error
How ca
On 16/01/08 10:53, Malm Paul wrote:
Hi, it is native.
How come you use d.erase then which is not usable in wingrass (as it is
relevant only for monitors, not the gis.m display ? Could you also
answer the other questions or comments, so that we can find out what the
problem is ?
Moritz
K
Hello Everybody
Thanks to Benjamin Ducke for the response
Now since I've installed GEM, I want to use it for all the scripts I
developped.
I've got 40 perl and shell scripts which are used for landscape
segmentation; Some procedures are independants but the the majority are used
on the control of a
Hi, it is native.
Kind regards,
Paul Malm
-Original Message-
From: Moritz Lennert [mailto:[EMAIL PROTECTED]
Sent: den 9 januari 2008 11:44
To: Malm Paul
Cc: grass-user@lists.osgeo.org
Subject: Re: [GRASS-user] GRASS winver 6.3.svn(2007)
On 08/01/08 10:05, Malm Paul wrote:
>
> Hi,
63 matches
Mail list logo
