[GRASS-user] GRASS and MaxEnt 3.3.3e

Hi Today I submitted two new scripts to the GRASS-Addons SVN repository, which should provide simple exchange of data between MaxEnt 3.3.3e and GRASS GIS. r.out.maxent_swd is a shell script to produce a set of SWD files as input to MaxEnt 3.3.3e using r.stats. r.maxent.lambdas is a shell

[GRASS-user] New AddOns for Analyzing landscape connectivity based on graph-theory - the r.connectivity.*-toolchain

Dear all, Last week I presented a set of three new GRASS-AddOns for analyzing landscape connectivity based on graph-theory at the European Congress of Conservation Biology (ECCB, http://eccb2012.org/) in Glasgow . This set of tools applies methods documented (a.o.) in the following literature

Re: [GRASS-user] Multi-path corridors in grass?

Dear Milton If you allow me some self-marketing: Last year we (NINA) wrote three AddOns to GRASS GIS 6.4 which cover (amongst others) this purpose: r.connectivity.distance r.connectivity.network r.connectivity.corridors See: http://grasswiki.osgeo.org/wiki/AddOns/GRASS_6 In the manual pages you

Re: [GRASS-user] Multi-path corridors in grass?

...@lists.osgeo.org [mailto:grass-user-boun...@lists.osgeo.org] On Behalf Of Blumentrath, Stefan Sent: 8. januar 2013 12:38 To: Milton Cezar Ribeiro; grass-user grass-user Subject: Re: [GRASS-user] Multi-path corridors in grass? Dear Milton If you allow me some self-marketing: Last year we (NINA) wrote three

Re: [GRASS-user] libintl8.dll not found

Hi I can confirm the problem with the libintl8.dll, strange enough across different versions of GRASS 6.4.2, 6.4.3, 6.4.4 both installed via OSGeo4W, GRASS standalone and QGIS standalone installer (QGIS from Jan 2013). Furthermore the problem occurs also on different windows versions: XP,

Re: [GRASS-user] Export multiple rasters into a single textfile

Hi Did you check r.stats -1 -g It should do exactly what you want... Cheers Stefan From: grass-user-boun...@lists.osgeo.org [mailto:grass-user-boun...@lists.osgeo.org] On Behalf Of Johannes Radinger Sent: 20. november 2013 14:01 To: GRASS user list Subject: [GRASS-user] Export multiple

[GRASS-user] Organizing spatial (time series) data for mixed GIS environments

Dear all, On our Ubuntu server we are about to reorganize our GIS data in order to develop a more efficient and consistent solution for data storage in a mixed GIS environment. By mixed GIS environment I mean that we have people working with GRASS, QGIS, PostGIS but also many people using R

Re: [GRASS-user] Organizing spatial (time series) data for mixed GIS environments

[mailto:soerengebb...@googlemail.com] Sent: 4. desember 2013 18:02 To: Blumentrath, Stefan Cc: grass-user@lists.osgeo.org list Subject: Re: [GRASS-user] Organizing spatial (time series) data for mixed GIS environments Hi Stefan, 2013/12/3 Blumentrath, Stefan stefan.blumentr...@nina.no: Dear all, On our

Re: [GRASS-user] Organizing spatial (time series) data for mixed GIS environments

how such tests Glynn describes could be run technically (for not C-developers) without too much effort? Cheers Stefan -Original Message- From: grass-user-boun...@lists.osgeo.org [mailto:grass-user-boun...@lists.osgeo.org] On Behalf Of Blumentrath, Stefan Sent: 4. desember 2013 22:52

[GRASS-user] g.proj / g.setproj - moving mapsets between locations

Hi I am cleaning up a bit the data mess which accumulated on my computer over the years (different locations, mapsets and so on) (I wish I was more tidy ;-)). I am a bit careful here because I do not want to damage precious data, so I would like to reassure that I am not doing something stupid:

Re: [GRASS-user] WCS import into GRASS GIS - select region extent only

Hei Martin, You could try making a (temporary) virtual GDAL-VRT dataset (it’s a simple textfile (XML) containing information like this, in the example below named dem_wcs.vrt): WCS_GDAL ServiceURLhttp://your_wcs_server/wcs.dtm?/ServiceURL CoverageNamelayername/CoverageName /WCS_GDAL For

Re: [GRASS-user] WCS import into GRASS GIS - select region extent only

-Original Message- From: martin.zbin...@gmail.com [mailto:martin.zbin...@gmail.com] On Behalf Of Martin Zbinden Sent: 4. januar 2014 21:01 To: Blumentrath, Stefan Subject: Re: [GRASS-user] WCS import into GRASS GIS - select region extent only Hey Stefan, Thanks, you helped me already a lot

Re: [GRASS-user] WCS import into GRASS GIS - select region extent only

: neteler.os...@gmail.com [mailto:neteler.os...@gmail.com] On Behalf Of Markus Neteler Sent: 4. januar 2014 21:49 To: Blumentrath, Stefan Cc: grass-user@lists.osgeo.org Subject: Re: [GRASS-user] WCS import into GRASS GIS - select region extent only Hi, just for fun I have made a test with r.external

Re: [GRASS-user] WCS import into GRASS GIS - select region extent only

-boun...@lists.osgeo.org] On Behalf Of Blumentrath, Stefan Sent: 4. januar 2014 22:17 To: Martin Zbinden; grass-user@lists.osgeo.org Subject: Re: [GRASS-user] WCS import into GRASS GIS - select region extent only Hi Martin, Just add a line like this (adjusted to your case) after the CoverageName line

Re: [GRASS-user] WCS import into GRASS GIS - select region extent only

...@gmail.com] On Behalf Of Martin Zbinden Sent: 4. januar 2014 23:32 To: Blumentrath, Stefan; nete...@osgeo.org Cc: grass-user@lists.osgeo.org Subject: Re: [GRASS-user] WCS import into GRASS GIS - select region extent only Hi Stefan, hi Markus, I just started to think over everything again after

Re: [GRASS-user] WCS import into GRASS GIS - select region extent only

. januar 2014 00:10 To: Blumentrath, Stefan Subject: Re: [GRASS-user] WCS import into GRASS GIS - select region extent only Wow, great! This trick with a second VRT works with gdal_translate and r.in.gdal, with the second even in case of regions bigger than MAXSIZE. How did you find that out, if I

Re: [GRASS-user] WCS import into GRASS GIS - select region extent only

vrtmosaic.vrt dem_wcs_bb_*.vrt r.in.gdal input=vrtmosaic.vrt output=test_wcs -Original Message- From: grass-user-boun...@lists.osgeo.org [mailto:grass-user-boun...@lists.osgeo.org] On Behalf Of Blumentrath, Stefan Sent: 5. januar 2014 22:48 To: Martin Zbinden; grass-user@lists.osgeo.org Subject: Re

[GRASS-user] Hydrology modules in GRASS 6/7

Dear all, In a little watershed-project, some of my colleagues and I are testing and experimenting with the hydrological modules in GRASS 7 at the moment. In general we are very satisfied. Amazingly, r.watershed in GRASS 7 managed to calculate flow accumulation and drainage direction for very

Re: [GRASS-user] [GRASS-dev] Object-based image classification in GRASS

Personally, I do not have any problems with the names of r.stats, r.univar or r.statistics. However, I see that r.statistics2 or r.statistics3 is not a too elegant solution... If you really plan to rename all these modules, what about a two-dot-name like r.statistics.* Yet, there are more

[GRASS-user] Optimized compiling of GRASS 7 for hydrological analysis on CentOS

Hi, At the moment a colleague and me are trying to compile GRASS 7 on a CentOS server / cluster for watershed modeling (including raster-vector-transformation). We are having different compilation problems which likely are caused by the setup of the server (we will try to figure out). Now,

Re: [GRASS-user] calculation valley floor width in GRASS or some index indicating valley floor width?

Hei Helumt, I guess the main challenge is how to define (or delimit) the valleys (and especially the valley-floor)... If you think of valleys in a hydrological perspective I would have a look at r.stream. modules for having a kind of threshold above streams (in m), and then use

Re: [GRASS-user] calculation valley floor width in GRASS or some index indicating valley floor width?

Hei Helumt, In that case I would probably try r.param.scale in order to identify flat areas at maybe different scale levels. V-valleys have a higher variation in aspect at the bottom (sides are almost facing each other and nearly meet at the lowest point in a V-valley). While sides are more

Re: [GRASS-user] looping r.mapcalc in a shell script

You could also combine your two lists using the paste command, then awk in order to create proper map calculator expressions, which you then can send to the map calculator through xargs. That way you could process the maps in parallel (if you are on a 64bit system with multi cores)...

Re: [GRASS-user] looping r.mapcalc in a shell script

Hi Rajat, If you send me your two files I can send you a line of code that should work. In this case I will need to know if you work with GRASS 6 or 7 and your operating system... Cheers Stefan From: Rajat Nayak [mailto:rajat27...@gmail.com] Sent: 4. april 2014 04:47 To: Blumentrath, Stefan

Re: [GRASS-user] looping r.mapcalc in a shell script

From: Rajat Nayak [mailto:rajat27...@gmail.com] Sent: 5. april 2014 03:38 To: Blumentrath, Stefan Subject: Re: [GRASS-user] looping r.mapcalc in a shell script Dear Stefan, I have attached a few files for your reference with this mail. There are 3 files for NDVI and 3 for QA. In GRASS 7 I

Re: [GRASS-user] calculation valley floor width in GRASS or some index indicating valley floor width?

Hi Helmut, After a second thought on this, personally, (given that I understood your aim correctly) I would probably use a workflow like: r.watershed in order to extract the streams (which are not unlikely to meander or split up into different courses in wider U-valleys) r.stream.distance in

[GRASS-user] Continuously updating space time datasets

Hi, I am trying to (re-) organize some of our climate data based on continuously updated daily time series in the TGRASS framework which I plan to update in chron-jobs. My question is, is there a recommended approach for updating existing (aggregated) time series. I see mainly two different

Re: [GRASS-user] Continuously updating space time datasets

Gebbert [mailto:soerengebb...@googlemail.com] Sent: 6. mai 2014 21:09 To: Blumentrath, Stefan Cc: GRASS user list Subject: Re: [GRASS-user] Continuously updating space time datasets Hi Stefan, 2014-04-29 18:11 GMT+02:00 Blumentrath, Stefan stefan.blumentr...@nina.no: Hi, I am trying to (re

[GRASS-user] Remove islands with v.extract problem (again)

Hi, I am trying to remove islands (here also in the topological sense) from a set of lake polygons. The polygon layer contains only the water bodies (means islands within the lakes have no category). I tryed v.extract -d as well as v.extract list/cats=1- both in GRASS 6 and 7

Re: [GRASS-user] Remove islands with v.extract problem (again)

:59 To: Blumentrath, Stefan; grass-user@lists.osgeo.org Subject: Re: [GRASS-user] Remove islands with v.extract problem (again) I don't know how your file looks like, but one of the following should work, try v.clean and remove small areas or make the internal islands polygons, and using the same

Re: [GRASS-user] align large number of images in a automated way

Hi Miltinho, If I understood you correctly, I think we are facing similar challenges, because we are planning to test our wildlife foto traps in a remote sensing context where we need to have a proper georeference for each image. I assume all your images are equal, means they cover the same

Re: [GRASS-user] align large number of images in a automated way

Hi again, given that from that tower (or in our cases wildlife foto traps) exactly the same images are taken at different points in time (assuming cameras are mounted with fixed angle and so on), one could ideally use one and the same set of GCPs on all images... I did not digg through our

Re: [GRASS-user] align large number of images in a automated way

Hei again, now I have digged a bit in this http://grasswiki.osgeo.org/wiki/Orthorectification_digital_camera and this http://www.grassbook.org/neteler/papers/neteler2005_IJG_051-061_draft.pdf and this: http://www.grassbook.org/sample2nd/grassbook_2nd_2004_chapter10_aerial.pdf Unfortunately I am

[GRASS-user] GRASS Community Sprint Portland 2014 - user contributions

Dear all, If you are as fond of the upcoming GRASS 7 version as I am and if you - like me - whish to see this brilliant version released rather today than tomorrow, I would like to invite you to consider supporting the devs at the GRASS Community Sprint Portland 2014 by filling incomplete

[GRASS-user] New GRASS 7 addon: v.lidar.mcc

Dear all, Today I uploaded a new GRASS 7 addon to SVN. The Python-script „v.lidar.mcc“ aims at removing vegetation returns from LiDAR point-clouds. It is a modified implementation if Evans Hudak`s (2007) multiscale curvature classification (mcc) algorith. Compared to the original, the GRASS

[GRASS-user] Stopping/killing a puased command

Hi, I am trying to combine a commandline tool (MarZone) with GRASS in a shell script (MSYS in OSGeo4W or Ubuntu). The MarZone command should run in a loop where it recives new input from GRASS in each iteration. My scripts works in principle, however, unlike other command line tools,

Re: [GRASS-user] Stopping/killing a puased command

)? Cheers Stefan Von: Stefan Lüdtke slued...@gfz-potsdam.de Gesendet: Donnerstag, 30. Oktober 2014 09:19 An: Blumentrath, Stefan; grass-user@lists.osgeo.org Betreff: Re: [GRASS-user] Stopping/killing a puased command -BEGIN PGP SIGNED MESSAGE- Hash

Re: [GRASS-user] Stopping/killing a puased command

Great! Thanks! That looks very promising and should do the trick. I shall try that... Many thanks again for your help! Cheers Stefan Von: Stefan Lüdtke slued...@gfz-potsdam.de Gesendet: Donnerstag, 30. Oktober 2014 09:38 An: Blumentrath, Stefan Cc: grass

Re: [GRASS-user] Stopping/killing a puased command

with unexpectedly long running processes! Cheers Stefan Von: Stefan Lüdtke slued...@gfz-potsdam.de Gesendet: Donnerstag, 30. Oktober 2014 10:08 An: Blumentrath, Stefan Cc: grass-user Betreff: Re: AW: AW: [GRASS-user] Stopping/killing a puased command

Re: [GRASS-user] Question about GRASS raster temporal data

Hi Thomas, The out of the box- option would be to use t.vect.observe.strds However, r.what is significantly faster, but requires with 400 maps a little bit of scripting. My approach is this one (there you can find a little shell-script:

Re: [GRASS-user] v.net parallelisation issues

Hi Mark, Don`t know if that is of any help, but: Have you tried the igraph package for very customized / sophisticated network analysis (http://igraph.org/redirect.html)? It plays nicely with R, python, and C and therefor also with GRASS. What I did (now in several cases) is to use v.net and

Re: [GRASS-user] r.stream.basins vector outlets help (Jens Hegg)

Hei Jens, If you want to have watersheds which overlap, you have to have them in different maps as neither raster nor vector data with topology (as in GRASS GIS) allow for overlapping areas. That again means you would have to run r.stream.basins for your vector points individually, e.g. in a

Re: [GRASS-user] r.stream.basins vector outlets help (Jens Hegg)

To: Blumentrath, Stefan Cc: grass-user@lists.osgeo.org Subject: Re: [GRASS-user] r.stream.basins vector outlets help (Jens Hegg) I'm on a Mac, if that makes any difference. I will try this and see how it goes. Sent from my iPhone On Feb 10, 2015, at 3:06 PM, Blumentrath, Stefan stefan.blumentr

Re: [GRASS-user] r.stream.basins vector outlets help (Jens Hegg)

Message- From: Jens Hegg [mailto:jensenh...@gmail.com] Sent: 10. februar 2015 21:22 To: Blumentrath, Stefan Cc: grass-user@lists.osgeo.org Subject: Re: [GRASS-user] r.stream.basins vector outlets help (Jens Hegg) Sefan, Thanks for the help. I'm still not getting it to run, but I am not at all

Re: [GRASS-user] Stream order for vector networks

Hi Johannes, For more complex network analysis I can warmly recommend the igraph package (http://igraph.org/, which has both Python and R bindings). It comes very handy for customized network analysis, is not too complicated to learn, well documented and quite efficient. I could provide you

Re: [GRASS-user] Hi!

Hei Lara, I guess you are working with GRASS 7.0!? t.rast.what is not there (yet?). If you want to use this module you would have to install GRASS 7.1. Cheers Stefan From: grass-user-boun...@lists.osgeo.org [mailto:grass-user-boun...@lists.osgeo.org] On Behalf Of Lara DC Sent: 6. mars 2015

Re: [GRASS-user] GRASS 7 and gdal-grass-1.11.2 plugin

Hi, This has been discussed on the developers list. Have a look here: http://osgeo-org.1560.x6.nabble.com/GDAL-GRASS-plugin-1-11-2-tt5196087.html Cheers Stefan -Original Message- From: grass-user-boun...@lists.osgeo.org [mailto:grass-user-boun...@lists.osgeo.org] On Behalf Of John A

Re: [GRASS-user] GRASS7 - installation problem, MySQL support, X11 support

Hi Dominik, I use to work with GRASS on a remote server too (Ubuntu 14.04 LTS). Some of my colleagues are very happy with ssh -X. Personally I prefer VNC, so I have a (minimal) desktop environment on the server in addition. What is very nice with VNC is that you can close both SSH and VNC

Re: [GRASS-user] grass program compilation

Hei Alassane, As a general strategy, when I get this kind of compilation errors I use the locate command in order to find the file ./configure is searching for in this case: locate ft2build.h It will print the folder where this file can be found on your system (if the relevant module/package

Re: [GRASS-user] r.external -o

Hi, Maybe a theoretical case (and irrelevant here). I never tried it myself: Probably it is possible to link a GDAL VRT using r.external, where the CRS of the original data differs from the current locations projection? Cheers Stefan From: grass-user-boun...@lists.osgeo.org

[GRASS-user] r.external across Windows and Linux

Hi, The Institute I am working at has a Linux (Ubuntu) Server where we run GRASS 7 and Windows 7 as standard OS on workstations. We are now about to move our GRASS DB to a network storage so it can be accessed from both sides. When I created a test-DB on the network storage I had trouble using

Re: [GRASS-user] Announcing new command line interface of `grass` program in trunk

Hi Vaclav, That sounds very, very useful and will definitely simplify some of the data-maintenance scripts we run regularly! Thanks for your work. I will test asap. Cheers Stefan From: grass-user-boun...@lists.osgeo.org [mailto:grass-user-boun...@lists.osgeo.org] On Behalf Of Vaclav Petras

Re: [GRASS-user] syntax to save r.stats output in posgresql

Hei Grazia, I never tried it, but Postgresql COPY FROM PROGRAM should work I guess. See: http://www.postgresql.org/docs/9.4/static/sql-copy.html Cheers Stefan From: grass-user-boun...@lists.osgeo.org [mailto:grass-user-boun...@lists.osgeo.org] On Behalf Of Gra Sent: 13. august 2015 14:00 To:

Re: [GRASS-user] Orthorectification of tilted digital camera images

, Blumentrath, Stefan stefan.blumentr...@nina.nomailto:stefan.blumentr...@nina.no wrote: Dear all, Although there is a lot of relevant information regarding the orthorectification of tilted digital camera images in GRASS GIS online (here: ... Does up-slope direction of the photo or sky in the photo

Re: [GRASS-user] v.to.rast

. [mailto:patrick_...@gmx.net] Sent: 30. juli 2015 14:27 To: Blumentrath, Stefan; Markus Neteler Cc: GRASS user list Subject: Re: [GRASS-user] v.to.rast Thanks Stefan It seems first of all v.out.ascii is slow. Following your proposaI, the tmp-file has only 5300 observations after 9min15s. As I have

Re: [GRASS-user] v.to.rast

Hi Patrick, From my experience r.in.xyz is very fast. How many points are you processing (v.info pt) and what are your region settings (g.region –up)? In order to find out where time is spend yo could split upt the process into two steps: v.out.ascii input=pt output=./tmp column=VAL r.in.xyz

Re: [GRASS-user] v.to.rast

BTW. On my Linux box v.out.ascii in GRASS 7 (SQLite backend) dumped 724,798 points in 8.2 seconds to stdout… From: grass-user-boun...@lists.osgeo.org [mailto:grass-user-boun...@lists.osgeo.org] On Behalf Of Blumentrath, Stefan Sent: 30. juli 2015 14:47 To: patrick s. Cc: GRASS user list Subject

[GRASS-user] Orthorectification of tilted digital camera images

Dear all, Although there is a lot of relevant information regarding the orthorectification of tilted digital camera images in GRASS GIS online (here: http://grasswiki.osgeo.org/wiki/Orthorectification_digital_camera

Re: [GRASS-user] Automatic extraction of valley features

Hi, Something to have in mind is that your definition of a valley will be heavily scale dependent, e.g. what depth and width (and possibly even length) do you consider as a valley. As a consequence, also results from r.param.scale and r.geomorphon are likewise scale dependent (where scale is -

Re: [GRASS-user] External Database and projections

“zonal statistics” to a vector layer in PostGIS I would do the raster operation in GRASS and then join the result to PG… Cheers Stefan From: Lorenzo Bottaccioli [mailto:lorenzo.bottacci...@gmail.com] Sent: 14. oktober 2015 15:44 To: Blumentrath, Stefan <stefan.blumentr...@nina.no> Cc:

Re: [GRASS-user] import *.bil raster data

Try r.in.bin! Cheers, Stefan Von: grass-user [grass-user-boun...@lists.osgeo.org] im Auftrag von Giuseppe Amatulli [giuseppe.amatu...@gmail.com] Gesendet: Mittwoch, 14. Oktober 2015 17:17 An: Gra Cc: grass-user@lists.osgeo.org Betreff: Re: [GRASS-user]

Re: [GRASS-user] Job opportunity: Database / WebGIS / Open Source GIS developer at NINA, Norway - urgent

Dear all, I just want to inform you, that we are happy that we got a lot of promising candidates for the vacant position(s) and are therefore now closing the application window. Thanks to all applicants for your interest in working in NINA and for your swift reply! Applicants will be informed

Re: [GRASS-user] External Database and projections

and stays with the old name… Cheers Stefan From: Dylan Beaudette [mailto:dylan.beaude...@gmail.com] Sent: 8. oktober 2015 00:17 To: Markus Neteler <nete...@osgeo.org> Cc: Blumentrath, Stefan <stefan.blumentr...@nina.no>; GRASS user list <grass-user@lists.osgeo.org> Subject: Re: [GR

Re: [GRASS-user] Splitting a location across several disks

See also: https://grasswiki.osgeo.org/wiki/Location_and_Mapsets There you find a detailed description of how to link mapsets... -Original Message- From: grass-user-boun...@lists.osgeo.org [mailto:grass-user-boun...@lists.osgeo.org] On Behalf Of Dylan Beaudette Sent: 8. oktober 2015 00:50

Re: [GRASS-user] GRASS toolbar in QGIS

Hi Radim, Personally, I do not rely on the buttons in the toolbar, so I have no objections to remove them from the toolbar. Consistent UI (comparable to Processing) seems an appropriate priority... Just some ideas for possible solutions: "Show Region button" might go into the "Region tab" in

Re: [GRASS-user] External Database and projections

Hi Lorenzo, My suggestion is to not use PostGIS for big rasters, unless you have to, because you want to use the data in a specific application for example. Loading raster to PG is a performace killer if you want to analyse the raster in GRASS (if that is possible at all)… You can have the

[GRASS-user] Job opportunity: Database / WebGIS / Open Source GIS developer at NINA, Norway - urgent

Hi all, At the Norwegian Institute for Nature Research (NINA, www.nina.no) there is a vacant permanent position at our database-IT department in Trondheim with a special focus on FOSS GIS technology, because NINA is planning to take another step into that direction: see:

Re: [GRASS-user] Run grass console from a cronjob

Hi, Did you provide full paths? E.g. ~/my.tif would not work for cronjobs, you would have to use /home/user/my.tif instead. Not sure if also the path to the command to execute has to be complete (e.g. /bin/grass70 ...)... Cheers Stefan -Original Message- From:

[GRASS-user] Organizing locations and mapsets on NFS for teams

Hi, I was wondering if someone knows some well-working solutions for collaborating on locations and mapsets in teams ("best practice")? Background: In my organization we have some 70 users working in different projects (n~120) (not all use GRASS though), where new data is generated or

Re: [GRASS-user] wx.metadata ready for testing

Hi Martin, I just tried to install it through g.extension as a normal user and get : "Import error: No module named cswutil" I was able to compile it manually before (a couple of weeks ago)... Cheers Stefan -Original Message- From: grass-user-boun...@lists.osgeo.org

Re: [GRASS-user] Organizing locations and mapsets on NFS for teams

..@gmail.com] On Behalf Of Markus Neteler Sent: 4. oktober 2015 09:01 To: Blumentrath, Stefan <stefan.blumentr...@nina.no> Cc: grass-user grass-user (grass-user@lists.osgeo.org) <grass-user@lists.osgeo.org> Subject: Re: [GRASS-user] Organizing locations and mapsets on NFS for teams

Re: [GRASS-user] wx.metadata ready for testing

implifying the installation. Maye this is only a local problem here... Cheers Stefan -Original Message- From: Martin Landa [mailto:landa.mar...@gmail.com] Sent: 4. oktober 2015 15:20 To: Blumentrath, Stefan <stefan.blumentr...@nina.no> Cc: GRASS users list <grass-user@lists.osgeo

Re: [GRASS-user] grass-user Digest, Vol 114, Issue 1

.osgeo.org; Blumentrath, Stefan <stefan.blumentr...@nina.no> Subject: Re: grass-user Digest, Vol 114, Issue 1 Hi Stefan Not sure on your needs, but if not all projects run on GRASS, it might be an option to run a spatial database as backend to store the data. At ETH Zürich we have been running Po

[GRASS-user] Trouble with SQLite on NFS

Hi, Recently I started having trouble with SQLite on NFS. SQLite databases appear to be always locked, even the very moment when they are created (e.g. through v.out.ogr). Not sure what the reason might be as several things were changed at once: OS / package update, changed mounting routine...

Re: [GRASS-user] Having Grass7 and Grass6 on a Ubuntu os

Hei Lewis, the QGIS-GRASS-plugin just got updated in QGIS 2.12 to support GRASS7. It not only benefits from the improvements in GRASS7, but also the plugin itself comes with new and handy features. Already QGIS 2.10 had a GRASS7 data provider and should be able to read GRASS7 data... So,

[GRASS-user] FW: New opportunity in Geographic Information Systems

FYI (sorry for cross posting): New opportunity in Geographic Information Systems Associate Professor in GIS at The faculty of Biosciences, Fishery and Economics, UiT The Arctic University of Norway, Tromsø Application deadline: December 11th 2015

Re: [GRASS-user] Working with multiple Landsat tile row/paths

Hi Ken, Did you consider using https://grass.osgeo.org/grass70/manuals/r.import.html r.import reprojects on import. Cheers Stefan ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user

[GRASS-user] r.resamp.* and CPU usage

Hi, I am trying to resample a DEM using either r.resamp.rst or r.resamp bspline on a server where I share resources with my colleagues. Both modules take almost 100% of the CPU (meaning all cores get busy). Can I somehow control/limit the number of cores GRASS modules are allowed to use?

Re: [GRASS-user] Best workflow

> From: grass-user [mailto:grass-user-boun...@lists.osgeo.org] On Behalf Of > Paul Meems Depends on several things, e.g -do polygons overlap or not, -do “height maps” overlap or not? -What are the “several commands” you need to be performed On the basis of the

Re: [GRASS-user] Best workflow

ser@lists.osgeo.org> Cc: Blumentrath, Stefan <stefan.blumentr...@nina.no> Subject: Re: [GRASS-user] Best workflow Thanks Stefan, I didn't thought of gdalbuildvrt. I'll try that option. The polygons do not overlap and I'm not sure about the height data. Perhaps they overlap a bit. What I need to

Re: [GRASS-user] Best workflow

Forgot to mention: pay attention to border effects in r.slope.aspect (see: https://grass.osgeo.org/grass70/manuals/r.slope.aspect.html). So if your tiles do not overlap, you might have to merge them... ___ grass-user mailing list

Re: [GRASS-user] Organizing locations and mapsets on NFS for teams

ticket? Kind regards, Stefan -Original Message- From: grass-user-boun...@lists.osgeo.org [mailto:grass-user-boun...@lists.osgeo.org] On Behalf Of Blumentrath, Stefan Sent: 4. oktober 2015 15:23 To: Markus Neteler <nete...@osgeo.org> Cc: grass-user grass-user (grass-user@lists.osgeo.org)

Re: [GRASS-user] r.terraflow

Hei Rengifo, See: http://osgeo-org.1560.x6.nabble.com/C-and-libLAS-modules-broken-in-7-0-3-in-winGRASS-tt5249518.html#a5249942 Any particular reason for using r.terraflow and not r.watershed? I assume you work on Norwegian data!? In a project together with NTNU, UiO, SLU ... we ran

Re: [GRASS-user] PostgreSQL raster and vector import

Hi Patrick, Now I tested your approach and I can confirm your issue. It is likely a GRASS issue, I guess, as: gdalinfo "PG:dbname=psql_local schema=myschema table=reference_map" returns reasonable results. You are probably hit by this: https://trac.osgeo.org/grass/ticket/798 as a PG raster

Re: [GRASS-user] grass-user Digest, Vol 118, Issue 18

cription for command 'r.terraflow'. Details: C:\OSGEO4~1\bin\python.exe: can't open file 'r.terraflow': [Errno 2] No such file or directory It basically says that tha file is not available. As for the question from Blumentrath Stefan: Yes, Stefan I am working with Norwegian data The same res

Re: [GRASS-user] r.mapcalc multiprocess

Hi, As far as I know it is not exactly recommended to compile with pthread, and if I recall the latest discussion correctly, the number of default workers was deliberately set to 1 due to issues with multithreaded r.mapcalc. Don`t know which was the latest discussion on this topic, but it has

Re: [GRASS-user] r.mapcalc multiprocess

Von: Lorenzo Bottaccioli <lorenzo.bottacci...@gmail.com> Gesendet: Freitag, 11. März 2016 12:16 An: Blumentrath, Stefan Cc: GRASS user list Betreff: Re: [GRASS-user] r.mapcalc multiprocess Hi Stefan, I have just updated my grass-gis version to 7.0.3, berfore I was using 7.0.0 v

Re: [GRASS-user] Cannot launch g.copy from GRASS shell

Try g.copy --ui It is obviously confusing that the --ui flag is needed for some modules to start the GUI... Cheers Stefan -Original Message- From: grass-user [mailto:grass-user-boun...@lists.osgeo.org] On Behalf Of roy roy Sent: 10. april 2016 20:52 To: GRASS user list

Re: [GRASS-user] simple way to get Easting and Northing coordinates of stream outlet directly from r.watershed?

: Jim Maas [mailto:j.m...@uea.ac.uk] Sent: 26. april 2016 15:44 To: Blumentrath, Stefan <stefan.blumentr...@nina.no>; grass-user@lists.osgeo.org Subject: Re: [GRASS-user] simple way to get Easting and Northing coordinates of stream outlet directly from r.watershed? Hi Stefan, Thanks for this.

Re: [GRASS-user] i.rectify and ground-based photos

Hi Ken, I have been working on (and struggling with) this as well and did not succeed yet: For more info and relevant links see: https://lists.osgeo.org/pipermail/grass-user/2015-August/072881.html My lessons so far are that one a) needs to use i.ortho.* modules from GRASS 6.4 for this b) you

Re: [GRASS-user] rgrass7 syntax for passing a command

Hi again, On a second look I tried: execGRASS("v.in.ascii", flags="n", input="-", output=" outlet1", Sys_input="636645|218835") That worked for me on Ubuntu... Cheers Stefan -Original Message- From: grass-user [mailto:grass-user-boun...@lists.osgeo.org] On Behalf Of Roger Bivand

Re: [GRASS-user] Copy an existing location

Yes, and maybe allowing for multiple input would be nice for such use cases as well!? Another possibly useful enhancement may be a kind of wrapper script (let`s call it m.pack/unpack) which would even allow for packing (and unpacking) raster and vector maps together in one archive...? Cheers

Re: [GRASS-user] rgrass7 syntax for passing a command

Hi Jim, Although this does not solve you pipe issue (you might need to use pipe or fifo (run: help(pipe) in R for more info) : If you just want to create a map with one point you could also use “v.edit» in non interactive mode (I guess), meaning, create a map and add a point. Or you write your

Re: [GRASS-user] simple way to get Easting and Northing coordinates of stream outlet directly from r.watershed?

Hi, Did you consider using: https://grass.osgeo.org/grass70/manuals/addons/r.stream.basins.html ? Cheers Stefan -Original Message- From: grass-user [mailto:grass-user-boun...@lists.osgeo.org] On Behalf Of Jim Maas Sent: 26. april 2016 14:28 To: grass-user@lists.osgeo.org Subject:

Re: [GRASS-user] [GRASS-dev] Added i.landsat8.swlst in grass-addons

... But if it is considered to be more appropriate if the module also does the reclassification, I can happily add it again... Cheers Stefan -Original Message- From: grass-user [mailto:grass-user-boun...@lists.osgeo.org] On Behalf Of Blumentrath, Stefan Sent: 14. mai 2016 23:21 To: Nikos

Re: [GRASS-user] r.shade python issues

Hei, Maybe the issue is missing commas? r.shade(shade=aspect, color=elevation, output=elevation_aspect_shaded) Cheers Stefan From: grass-user [mailto:grass-user-boun...@lists.osgeo.org] On Behalf Of Gareth Grewcock Sent: 23. mai 2016 11:49 To: grass-user@lists.osgeo.org Subject: [GRASS-user]

Re: [GRASS-user] [GRASS-dev] Added i.landsat8.swlst in grass-addons

is welcome... Kind regards, Stefan -Original Message- From: grass-dev [mailto:grass-dev-boun...@lists.osgeo.org] On Behalf Of Blumentrath, Stefan Sent: 10. mai 2016 09:57 To: Nikos Alexandris <nikos.alexand...@unige.ch>; Vaclav Petras <wenzesl...@gmail.com> Cc: grass-...@lists

Re: [GRASS-user] [GRASS-dev] Added i.landsat8.swlst in grass-addons

... But that is probably more in line with the modular concept of GRASS... What do you think /prefer? Cheers, Stefan Von: Nikos Alexandris [nikos.alexand...@unige.ch] Gesendet: Samstag, 14. Mai 2016 16:49 An: Blumentrath, Stefan Cc: grass-user grass-user (grass-user

Re: [GRASS-user] Help for v.lidar.mcc

Hi Rafaela, 100mio Points should not be a problem for GRASS in principle. However, in order to be able to answer more specific we would need more info from you, amongst others: - output from g.region -up - the settings you use in v.lidar.mcc - does your point cloud have an attribute table.

Re: [GRASS-user] some questions on r.tile

In the meantime you could try the following as a workaround: Create a grid (v.mkgrid) for your tiles, then loop over the tiles and set the region to your tile plus / minus the overlap you like to have at the boundaries after checking that current boundary does not exceed north or south limits.

  1   2   >