Re: [GRASS-user] Importing an small piece of the image using r.in.gdal

[Daniel Victoria]

Check out the gdal_translate utility
http://www.gdal.org/gdal_translate.html

Actualli, it's not a grass tool but grass relies heavily on gdal tools
for raster import so chances are you have that program installed. Just
open a terminal and type gdal_translate. Use the options -projwin to
clip your image to the desired coordinates

Cheers
Daniel

On Mon, Jun 21, 2010 at 1:15 PM, katrin eggert
 wrote:
> Greetings
> I'm working with LandCover global datasets and I need to import only an area
> of the dataset since my Region definition will only displays a small area
> (e.g. I'm working with European GLobcover and I only want Belgium and my
> Location/Mapset destination region  only displays Belgium). How can I only
> import a small region in order to avoid no-needed processing and data
> (because If I import and process European dataset it will take much more
> time than just belgium).
> Thanks
> Best regards,
> Katrin
> ___
> 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

[GRASS-user] Overlay vector map with points

[stn]

Hi,

I have a vector-map with polygons and a set of points imported with
v.in.ascii, both in the same location and every point is in exactly one
polygon.

Both maps seem to be ok, their data can be queried.

Now I would like to know which points lie in which polygon of the
vector-map.

For two vector-maps overlaying worked fine. But with the polygons and the
points it does not seem to work. The maps can be overlayed but the
statistics of the combined map show the attributes of the polygons and empty
(though existing) columns for the attributes of the points.

THX
stn
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user

Re: [GRASS-user] Mac Requirements for GRASS

[William Kyngesburye]

Your MacBook is quite powerful for GRASS.  Some notes (anyone correct me, this 
is just my general [mis]understanding of things):

- multiple processors/cores - don't help.  GRASS is not (yet) multithreaded, 
though there is some interest, I'm not sure if any work on that has started.  
The only multiprocessing you will get out of GRASS is if you run multiple 
sessions, on different mapsets.

But the turbo feature of the i5/i7 processors should help.

- drive speed - GRASS is very temp-file intensive, so faster disk speed helps.  
The disk interface speed is the same between laptop and full-size hard drives 
(SATA 300), so it's more a question of seek speed, which generally corresponds 
to spin speed (RPM).  Both laptop and full-size drives are available up to 7200 
RPM, but you can get faster full-size drives (but they are not user servicable 
in the iMacs and Apple doesn't have that option).

- drive size - again, for temp-file use. The bigger the better.  Up to 500GB 
available for the MacBook

- memory size and speed - again, with the heavy use of temp files, faster 
and/or more memory may not help much.  Though there are some things that can 
chew up a lot of memory.  Memory is cheap.  The memory speed between the 
current line of MacBooks, MacBook Pros, iMacs and Mac Pros are all the same, 
1066MHz, so no real speed gain there.  Memory maximum in the MacBooks and Pros 
is 8GB, vs 16GB in the iMacs and Mac Pros.

- graphics - for GRASS display, not processing.  NVIZ could be affected.  
MacBook has shared-memory graphics, MacBook Pro, iMac and Mac Pro all have 
dedicated graphics memory.  Someday the graphics-processing-thing, OpenCL, may 
be used by GRASS.  All current Macs should support it, though the shared memory 
of the MacBook models may hurt the performance of that.


Overall, I think the main boost you would get right now out of the iMac over 
the MacBook is the turbo feature.  Drive and memory expansion are cheap.


On Jun 21, 2010, at 2:44 PM, Andrew Lewin wrote:

> Hi Listers,
> 
> I would like to purchase a new Mac.  I am debating which type will get me the 
> best bang for the buck.  I would like to know which Mac would be good to use 
> for GRASS as I will be processing images, large databases, and crunching 
> numbers.  I currently have a Macbook with a 2.4 GHz Intel Core 2 Duo with 2GB 
> of Memory.  I find that bathymetry layers for large areas, such as the Gulf 
> of Mexico take a long time to process if I do any analysis.  I am looking at 
> buying the iMac 27-inch with the 2.8GHz Quad-Core Intel Core i7 and 4GB of 
> memory. This machine is quite expensive.  Is there another option? Is it too 
> powerful where I can buy another machine that will do the trick?
> 
> Thanks,
> 
> Andrew

-
William Kyngesburye 
http://www.kyngchaos.com/

"I ache, therefore I am.  Or in my case - I am, therefore I ache."

- Marvin


___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user

[GRASS-user] vector problems: Bad file descriptor: Files under Win7

[Milton Cezar Ribeiro]

Dear all,

I extracted drainage from DEM using r.stream.extract using several
thresholds.
I don't know why I can export the vectors generated using some threshols (50
and 1000),
but for others (500 and 2000) I get error messages (Bad file descriptor:
Files) when
exporting with v.out.ogr 
To complicate a little bit more, the same file I exported without problem
(threshols=50),
I don't know why I get the same error message (Bad file descriptor: Files)
when
trying rasterized the heads using:
v.to.rast input=My_vetor_th0050 output=My_vetor_th0050_HEADS type=point
use=attr column=type_code

I am running all this under Windos 7.
Any help are welcome.

cheers

milton
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user

[GRASS-user] Mac Requirements for GRASS

[Andrew Lewin]

Hi Listers,

I would like to purchase a new Mac.  I am debating which type will get me the 
best bang for the buck.  I would like to know which Mac would be good to use 
for GRASS as I will be processing images, large databases, and crunching 
numbers.  I currently have a Macbook with a 2.4 GHz Intel Core 2 Duo with 2GB 
of Memory.  I find that bathymetry layers for large areas, such as the Gulf of 
Mexico take a long time to process if I do any analysis.  I am looking at 
buying the iMac 27-inch with the 2.8GHz Quad-Core Intel Core i7 and 4GB of 
memory. This machine is quite expensive.  Is there another option? Is it too 
powerful where I can buy another machine that will do the trick?

Thanks,

Andrew

Andrew Lewin
andrew.le...@sympatico.ca

President 
Coastal/Marine Spatial Ecologist
Spatial-Conserve Incorporated

Associate 
C-FOAM (Canadian Fisheries, Oceans and Aquaculture Management Group)
Telfer School of Management, University of Ottawa





___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user

[GRASS-user] Importing an small piece of the image using r.in.gdal

[katrin eggert]

Greetings

I'm working with LandCover global datasets and I need to import only an area
of the dataset since my Region definition will only displays a small area
(e.g. I'm working with European GLobcover and I only want Belgium and my
Location/Mapset destination region  only displays Belgium). How can I only
import a small region in order to avoid no-needed processing and data
(because If I import and process European dataset it will take much more
time than just belgium).
Thanks

Best regards,
Katrin
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user

[GRASS-user] Re: Error while compiling r.in.gdal

[Jenny Turner]

Ups.. my mistake. the error is:
make: Entering directory `/home/anrr/Desktop/dwe_devep/r.in.testing'
gcc -L/usr/local/grass-6.4.0svn/lib -Wl,--export-dynamic
-Wl,-rpath-link,/usr/local/grass-6.4.0svn/lib-o
/usr/local/grass-6.4.0svn/bin/r.in.testing OBJ.i686-pc-linux-gnu/main.o
 -lgrass_gproj -lgrass_gis -lgrass_datetime -lz -lproj  -L/usr/lib
-lgdal1.6.0  -lgrass_gis -lgrass_datetime -lz -lgrass_I -lgrass_gis
-lgrass_datetime -lz  -L/usr/lib -lgdal1.6.0 -lgrass_gmath -lgrass_gis
-lgrass_datetime -lz  -lm  -lz
/usr/bin/ld: cannot find -lgdal1.6.0
collect2: ld returned 1 exit status
make: *** [/usr/local/grass-6.4.0svn/bin/r.in.testing] Error 1
make: Leaving directory `/home/anrr/Desktop/dwe_devep/r.in.testing'



On Mon, Jun 21, 2010 at 4:09 PM, Jenny Turner wrote:

> Greetings
>
> I'm doing some testing in r.in.gdal (by changing a few stuff just to test)
> in LINUX with GRASS6.4.0svnRC6 but I go this error:
> gcc -L/usr/local/grass-6.4.0svn/lib -Wl,--export-dynamic
> -Wl,-rpath-link,/usr/local/grass-6.4.0svn/lib-o
> /usr/local/grass-6.4.0svn/bin/r.in.gdal OBJ.i686-pc-linux-gnu/main.o
>  -lgrass_gproj -lgrass_gis -lgrass_datetime -lz -lproj  -L/usr/lib
> -lgdal1.6.0  -lgrass_gis -lgrass_datetime -lz -lgrass_I -lgrass_gis
> -lgrass_datetime -lz  -L/usr/lib -lgdal1.6.0 -lgrass_gmath -lgrass_gis
> -lgrass_datetime -lz  -lm  -lz
> /usr/bin/ld: cannot find -lgdal1.6.0
> collect2: ld returned 1 exit status
> make: *** [/usr/local/grass-6.4.0svn/bin/r.in.gdal] Error 1
> make: Leaving directory `/home/anrr/Desktop/dwe_devep/r.in.testing'
>
> Can anyone explain me what might be happening? Should I reinstall GRASS?
>
> Thanks
> jenny T.
>
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user

[GRASS-user] Error while compiling r.in.gdal

[Jenny Turner]

Greetings

I'm doing some testing in r.in.gdal (by changing a few stuff just to test)
in LINUX with GRASS6.4.0svnRC6 but I go this error:
gcc -L/usr/local/grass-6.4.0svn/lib -Wl,--export-dynamic
-Wl,-rpath-link,/usr/local/grass-6.4.0svn/lib-o
/usr/local/grass-6.4.0svn/bin/r.in.gdal OBJ.i686-pc-linux-gnu/main.o
 -lgrass_gproj -lgrass_gis -lgrass_datetime -lz -lproj  -L/usr/lib
-lgdal1.6.0  -lgrass_gis -lgrass_datetime -lz -lgrass_I -lgrass_gis
-lgrass_datetime -lz  -L/usr/lib -lgdal1.6.0 -lgrass_gmath -lgrass_gis
-lgrass_datetime -lz  -lm  -lz
/usr/bin/ld: cannot find -lgdal1.6.0
collect2: ld returned 1 exit status
make: *** [/usr/local/grass-6.4.0svn/bin/r.in.gdal] Error 1
make: Leaving directory `/home/anrr/Desktop/dwe_devep/r.in.testing'

Can anyone explain me what might be happening? Should I reinstall GRASS?

Thanks
jenny T.
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user

[GRASS-user] Grass e QGIS on netbook with ubuntu 10.4 remix

[Edmondo Elisei]

I'm using qgis 1.4 as plugin in GRASS 6.4 on a eeepc 1008 netbook with
ubuntu 10.4 REMIX.
The properties-layer panel aren't resizable and i'm not able to view the
bottom command (as the "Ok" botton).
I've tried change the monitor resolution with the same result.
Some suggestion?

thanks and regards (... I'm sorry for my english)

E.
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user

Re: [GRASS-user] Automatic import ?

[stn]

2010/6/21 Martin Landa 

> Hi,
>
> 2010/6/21 stn :
>
> [...]
>
> > Script looks like this now:
> >
> > echo "v.in.ogr dsn=/home/user/grassdata/BRD_Kreise.shp location=import
> > output='BRD_Kreise_shp' min_area=0.0001 snap=-1" > "$HOME/x.grass"
>
> $ cat "$HOME/x.grass"
> #!/bin/sh
> v.in.ogr dsn=/home/user/grassdata/BRD_Kreise.shp location=import
> output='BRD_Kreise_shp' min_area=0.0001 snap=-1
>
> $ chmod +x $HOME/x.grass
>
> Helps?
>
> > export GRASS_BATCH_JOB="$HOME/x.grass"
> > grass -text "$GISDATEN/tmplocation/PERMANENT"
>


Hi Martin,

sorry, still same as before. Only part of the polygons are imported.

This is the newest complete shell-script:


#!/bin/bash
GISDATEN="$HOME/grassdata"
OUTPUT="mydata"
rm -r "$GISDATEN/import"
echo "#!/bin/sh
v.in.ogr dsn=$1 location=import output='$OUTPUT' min_area=0.0001 snap=-1
" > "$HOME/x.grass"
export GRASS_BATCH_JOB="$HOME/x.grass"
chmod +x "$HOME/x.grass"
grass -text "$GISDATEN/tmplocation/PERMANENT"




>
> 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] Automatic import ?

[Martin Landa]

Hi,

2010/6/21 stn :

[...]

> Script looks like this now:
>
> echo "v.in.ogr dsn=/home/user/grassdata/BRD_Kreise.shp location=import
> output='BRD_Kreise_shp' min_area=0.0001 snap=-1" > "$HOME/x.grass"

$ cat "$HOME/x.grass"
#!/bin/sh
v.in.ogr dsn=/home/user/grassdata/BRD_Kreise.shp location=import
output='BRD_Kreise_shp' min_area=0.0001 snap=-1

$ chmod +x $HOME/x.grass

Helps?

> export GRASS_BATCH_JOB="$HOME/x.grass"
> grass -text "$GISDATEN/tmplocation/PERMANENT"

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