Hello,
I'm having major problems with the Lidar tools. I've got a dataset with
5.5-7.0 points per m² and have run v.edgedetection on the original point
cloud containing all points with a the spline step parameters set to 0.6 and
the other parameters set as outlined in Inverse calibration of lidar
That's great, thanks, Markus!
I don't know if I understood that 100% correctly - do I need to compile
GRASS 7 from source in order to be able to use it? Is there a way to get it
running on an already installed version of GRASS 7 from the repository?
--
View this message in context:
Hi Hamisch,
thanks for the reply, but the problem was even more basic than that - I'd
simply forgotten to make the script executable. A simple mistake, but one
that I needed hours to recognize, probably due to programming for too long
without a break ;)
Thanks,
Daniel
--
View this message in
Hi all,
As far as I understand, the v.lidar* modules help to separate surface
objects out from the terrain. I've got a lidar point cloud that I would like
to use to detect building footprints and can't seem to get them to work.
I've followed the instructions on the wiki and cleaned the dataset
Hi there,
I'm working on a project to create a large amount of building footprints.
We're planning on giving the building footprints to OSM in the end anyway,
so we briefly considered using the Bing imagery in order to digitalize them
manually, but to save labor and set up a process that will also
Hi there,
I'm having a lot of trouble starting this script in GRASS. As I'm more than
a newbie in programming, this is probably some really basic mistake, but my
other scripts all work consistently in GRASS and I've been working on this
for quite a while with no success, so here goes :)
I
...Yes, you can laugh at me...
I've been trying to solve this program for a week. The only problem was that
I hadn't made the script executable. Sorry!!! It works now ;)
Now I have to go dunk my head in icewater...
--
View this message in context:
Hi there,
I'm not sure if I should be asking here or in the development forum, but has
anybody else had trouble starting the wxpython GUI in KDE? I'm running
OpenSUSE 11.4 and when I select a location and mapset the splash screen
shows up, but then before one of the windows opens I get the
Interpolation's kind of a tough issue. The horizontal resolution shouldn't
necessarily be dependent on the contour step intervals, because those are
two unconnected parameters.
In principle, interpolation will fill the gaps between given values. Since
the gap filling values are always guesses -
Thanks, the link had the trick on it - I changed the GTK style in the
application settings under the personal settings area and GRASS opens like a
charm.
--
View this message in context:
http://osgeo-org.1803224.n2.nabble.com/Unable-to-start-wxpython-GUI-in-KDE-tp6336959p6337887.html
Sent from
I would do it like this:
- Make a mask of the gaps with r.mask (either by masking placeholder values
that stand for gaps or, if the map really has no values where there are
gaps, by making an inverse mask from the real values.
- Create an arbitrary raster that overlays the gaps (with the mask
I think William's right, the shape factor is important.
A way to combine the two so that the shapes of the large null areas is the
same as the gaps in the original raster would be to make polygons out of the
original gap areas, then use William's method with r.grow, then making
polygons that
Wow, it looks like your output raster is really, really small - only 400
cells. Is that correct? It also has values (you can tell by the min/max
values in the metadata). That means that GRASS is producing something. Have
you tried setting the regional settings to match test_combo? If you're
Hi there,
Listen, I'm not meaning to bug anyone, but the last couple of questions I've
posted on this list haven't been answered at all. I can see the posts online
but I never get any answers back. Is this not getting sent out to the
subscribed users or are my questions too stupid? I don't mean
Hello,
I'm trying to use multithreading in GRASS 6.4 in OpenSUSE 64-bit installed
from the community repository and am wondering what the best way would be to
set my script. What I'm wanting to do is several r.sun analyses parallel to
one another using a Python script. I've read the wiki page
Hi Ruvy,
GRASS can definitely do all the stuff that you listed. I've never worked
with the DWG format, but I believe there's a module that lets you import it
called v.in.dwg. As far as importing the Arc data, it sounds like you're
wanting v.in.ogr. That's the module used to import shapefiles,
Hi Ruvy,
Don't worry, setting up the location is something that can even be difficult
for geographers that aren't familiar with GRASS. The concept is:
1. Geodata (data connected with locational information) consists of
descriptive information as well as data describing the object's position,
Great, thanks a bunch! Dumb mistake on my part that I missed that :P
--
View this message in context:
http://osgeo-org.1803224.n2.nabble.com/NetCDF-Data-in-GRASS-tp5506213p5512700.html
Sent from the Grass - Users mailing list archive at Nabble.com.
Hello all,
Does anybody have any experience with integrating NetCDF data into GRASS?
That's a ton of great data and I'm wondering if there's a direct way of
importing such files into a GRASS database. I've seen scripts that convert
them to ArcGRID format, but that's not a very elegant solution,
Hi Tim,
Although it's definitely possible to make maps with GRASS, I personally
prefer to use GRASS to produce my data and then make my maps with QGIS.
Therefore I'm not too familiar with GRASS cartography (is definitely
possible) but QGIS makes it quite easy. You could create custom vector
Hey there,
Thanks for the help. Also a good tip - for the record, the problem occured
consistently with GRASS 6.4, always in Linux systems (Ubuntu 10.4 64-bit and
OpenSUSE 11.3 32-bit). The vector map wasn't imported, but converted from a
raster map, also created with GRASS.
I think that using
Alright, I've run the same test again with the same raster after having
deleted my mapset and importing it again into another location. I've read a
lot in the forums about coor files being too large and it seems that my
hypothesis of the vector being too large is completely invalid. Here some
Hello all,
I'm converting a raster to a vector with r.to.vect. The geometries are
converted successfully to vector shapes, but I noticed I was unable to work
further on the vectors' attribute table. When trying to add a field, I
received the following message:
Coor files of vector map
Hi all,
I've got another problem again. Since I had so much trouble with getting
g.extension to work and never managed to get the add-on I desperately need
to compile (r.area), I'm trying it now with GRASS compiled from source. I
tried GRASS 7 and now I've tried GRASS 6.5, both with the same
Hi there,
Alright, I think I figured out the problem: I've got a 32-bit system and not
a 64-bit one. My mistake.
Now I'm back to the old problem, though. I really need r.area because I'm
working with python and don't want to pipe awk commands through r.stats in
order to find out the area of my
Okay, I changed my Platform.make file from the original file
# GRASS dirs
GRASS_HOME = /usr/src/packages/BUILD/grass-6.4.0RC6
RUN_GISBASE =
/usr/src/packages/BUILD/grass-6.4.0RC6/dist.i686-pc-linux-gnu
to
# GRASS dirs
# GRASS_HOME = /usr/src/packages/BUILD/grass-6.4.0RC6
This will never work unless the OpenSuse packager fixes the
wrong path (.../BUILD/... is wrong and needs to be /opt/...).
Or you do it yourself... AFAIK, it is in your case in
/opt/grass/include/Make/Platform.make
Alright, I think I understood what to do. I edited
Alright, I gave it another shot...
GRASS_HOME is the location of the GRASS source tree. If you don't have
the GRASS source tree, it should be unset.
Okay, I turned it off by putting # in front of it. Now the line looks like
this:
# GRASS dirs
# GRASS_HOME =
Alright... I tried the following:
l...@pc19384:~ svn checkout
https://svn.osgeo.org/grass/grass-addons/raster/r.area/
Ar.area/main.c
Ar.area/description.html
Ar.area/Makefile
Ausgecheckt, Revision 42981.
l...@pc19384:~ cd r.area/
l...@pc19384:~/r.area make MODULE_TOPDIR=/opt/grass/
Alright, sorry, was gone over the weekend. Now I'm back. Here some additional
information.
Concerning installing the add-on r.area with g.extension:
(you mean the installation via g.extension isn't functional on your machine)
Right, my mistake.
After using g.extension to get r.area I get the
Hi ya'll!
Alright, r.area still isn't functional, but I think we might be a few steps
closer to the goal... I got the new and improved g.extension script from
http://svn.osgeo.org/grass/grass/branches/releasebranch_6_4/scripts/g.extension/
and popped it as an executable into $GISBASE/scripts/,
Hi everyone,
Thanks for the responses. I'm really sorry that I'm struggling so much here,
but... It just isn't working for me.
Hamish:
I tried building GRASS from source and failed miserably. I know, it must
sound pathetic. I went through all of the packages that are required for
GRASS -
Thanks for the replies! I've tried it out and here are my responses to the
suggestions:
@ Markus - Downloaded the script and put it in my scripts folder, made it
executable and made it assigned rights to myself. Just as a test I tried
opening it as a GUI and, lo and behold, it worked. However,
Phew, I didn't think it'd be so complicated ;) Sorry! And the question mark
that should be an equals sign was a typo as I was typing that line over (the
other stuff I copy-pasted, but I'm a fast typer that's lazy with the mouse
so I didn't do it for those two lines).
As far as the binaries are
Thanks! Believe it or not, that really does help me quite a bit. I also got
some direct emails from some other forum users with tips on books and stuff.
I think this'll at least help me to start finding out what I need to find
out :)
--
View this message in context:
Sure thing... I'll wait till the thing runs and then post the summary.
-Daniel
--
View this message in context:
http://osgeo-org.1803224.n2.nabble.com/Online-database-with-GRASS-tp5324371p5339425.html
Sent from the Grass - Users mailing list archive at Nabble.com.
Hi all,
I'm trying to use r.area. For that I need to, of course, install it. As I've
never compiled and installed anything before, these questions might be kind
of stupid... So I apologize. Yes, I've read
http://grass.osgeo.org/wiki/Compile_and_Install#Compiled_C_modules
but although I tried
Hi... Just in case the question got lost, since it's been a few days since I
asked, here's my old post. I haven't gotten any replies yet :(
Hi all,
My company's looking at making our geodata available online using an
OpenStreetMaps map and some kind of geodatabase that the OSM interface
Hi all,
My company's looking at making our geodata available online using an
OpenStreetMaps map and some kind of geodatabase that the OSM interface
accesses to display polygons with various attributes. The user should be
able to click on the polygon and read the attributes. Now, I know the
Hi Espen,
r.out.gdal uses the current region settings. Is it possible that you've set
a high region resolution? Then your GeoTIFF is probably being resampled to a
higher resolution, causing the file to be a lot bigger.
Best,
Daniel
--
View this message in context:
In my opinion, the easiest way would be to set the region according to your
GeoTIFF. You can do that with g.region using the parameter rast=your_raster
More here:
http://grass.itc.it/gdp/html_grass64/g.region.html
If you set the region to your GeoTIFF, the extent and resolution of the
region
Hi all,
I know, this is an extremely rudimentary question, but please bear with me:
I developed a bunch of scripts that I need on OpenSUSE. I was able to call
them up in GRASS by typing in their name. They were stored in the directory:
/opt/grass/scripts/
Recently I started working on a second
Hi Stephen,
Great! It worked. Thanks a bunch :)
The script sounds good, thanks in advance for that. I'm so happy I can use
this other computer, this'll reduce the computing time by a couple days...
Best,
Daniel
--
View this message in context:
Thanks a bunch!
--
View this message in context:
http://osgeo-org.1803224.n2.nabble.com/Script-Directory-in-Ubuntu-tp5292424p5292826.html
Sent from the Grass - Users mailing list archive at Nabble.com.
___
grass-user mailing list
Hi Kim,
I'm no expert, but I'd suggest not reading them into GRASS as global
variables but defining them as global variables within the script in Python.
You could then have Python read the variables from a file and set them
within the environment of the script, like with a config file. Here's
Hi all,
Does anybody know how to perform a cost-distance analysis? I'm planning a
street and have assigned various costs to different surfaces in my planning
area. As I understand it, I need to perform the following steps:
1. r.cost using the starting point to generate a cost map for each pixel
Hey there,
Sorry I don't have an answer, but maybe it contributes to the understanding
of the problem:
I've also had this exact same error message when trying to run my own python
scripts from shell under Windows. The scripts seem to be fine, but GRASS was
unable to use them. Somebody posted
Hi everyone,
Just a quick status update:
Being so new to the whole GRASS scene (and the Open Source scene in the
first place) but wanting very much to work with these systems, I installed
Linux and had the difficulties I described above. As an answer to the
question if anything else happened
Hello,
Thanks for the answer. Yeah, that's really strange. Now I've installed Linux
on top of Windows and tried running it there. I seem to get a step further.
Rather than spitting out that strange error message I get the following:
child process exited abnormally
And another window pops up,
Hello fellow GRASS users!
I'm sure this is a very simple problem but I'm having a really difficult
time with it... After searching for the solution for several days I'm on the
end of my whits and am really needing this script to get working. This is
the problem:
I've written a Python script,
50 matches
Mail list logo
