Re: [GRASS-user] Question about r.watershed and flow accumulation grid

2015-02-13 Thread Stefan Lüdtke
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi Tom,

just out of curiosity, what do you mean by "break in the flow
accumulation"?

Cheers,

Stefan

On 02/13/2015 07:12 PM, Thomas Adams wrote:
> Hello all!
> 
> I'm making use of the flow accumulation grid in GRASS 6.4.5
> generated from r.watershed using the SFD (D8) flow algorithm. The
> DEM has a 250m spatial resolution. What I'm getting is a break in
> the flow accumulation in a few locations which is causing me
> serious problems with subsequent processing (with help from some
> here, I have put together some scripting to generate a pixel
> connectivity file for a distributed hydrologic model).
> 
> Besides going to a higher resolution DEM, are there any thoughts as
> to how I can eliminate these flow accumulation breaks?
> 
> Thank you, Tom
> 
> --
> 
> 
> 
> ___ grass-user mailing
> list grass-user@lists.osgeo.org 
> http://lists.osgeo.org/mailman/listinfo/grass-user
> 

- -- 
Stefan Lüdtke

Section 5.4-  Hydrology
Tel.: +49 331 288 2821
Fax: +49 331 288 1570
Email: slued...@gfz-potsdam.de

Helmholtz-Zentrum Potsdam
Deutsches GeoForschungsZentrum GFZ
(GFZ German Research Centre for Geoscience)
Stiftung des öff. Rechts Land Brandenburg
Telegrafenberg, 14473 Potsdam
- ---

PGP Public Key: http://bit.ly/13d9Sca
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)

iQEcBAEBAgAGBQJU3kXYAAoJEB5GAbKcg+D8YqMH/jgJZ70cz69IJal6ICi66wqW
lQYnnko592KAOlFDu1lReZhWWVgeA59rDsYA2Gg/rBzoL9Nst3hzIJDWqnhIWl3W
YgF/vOJgTRnrNJtOibGpOc8hxrHwElxU7afYlXU8Zk+4tXdZRK4/vrQ4tKEcbY0z
MrhAYjR66RRpoNf9/3WJ3s14CpPA+KEkOaysOOoTV6Ni7qZTK8rVxt+svQQoPtW+
5QwRJLkLeM6bUrqfQifHis91j4k3JSoSp7ZjIInKwi1tvCSfcFQhzvANs4x8e1Lo
Q5wDbzHshhJieGKyraUZyT8cn9vszv9cm2Sf49O/0FWVz3Eyc9vsKFxVcvfEb1E=
=Sy/3
-END PGP SIGNATURE-
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user


Re: [GRASS-user] r.terraflow

2016-02-12 Thread Stefan Lüdtke
Hi,

I think its comes with the standard installation of GRASS. I find it,
and most likely you too, under_

"raster --> hydrologic modeling --> Flow accumulation".

HTH,

Stefan



On 12/02/16 13:31, Rengifo Ortega wrote:
> Dear community
> recently I update grass gis from 7.0.0 to New stable long term support
> (LTS) release 7.0.3  a on windows 7 enterprise machine. In the former
> version I had installed r.terraflow. searching for it in the
> http://svn.osgeo.org/grass/grass-addons/grass7   I did not find it. Can 
> someone tell me if I am missing something here? I thought it was
> included in this release out of the box, if I understand prof.mitasova
> in this site TerraFlow .  I
> would like to get some  ideas how to install it in the version 7.0.3.
>  
>  
>   
> image 
>   
>  
>   
>  
>   
>  
>   
>  
>   
>  
> TerraFlow 
>   in collaboration with   Computations on Massive Grids The TerraFlow
> Project Background | Algorithm | Features | Outputs | Performance |
> Speedup | Manual | Do...
> Auf www.cs.duke.edu anzeigen 
>   
> Vorschau nach Yahoo
>  
> 
> Thanks in advance
> have a nice weekend
> 
> 
> ---
> Mvh
> *Rengifo Ortega*
> geoinfomatiker
> Seksjon for geoinformasjon
> Hydrologisk avdelingen
> *Norges vassdrags- og energidirektoratet (NVE)*
> Mobil: +47 416 95 747
>  
>  
> 
> 
> ___
> 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

Re: [GRASS-user] stream network

2016-03-03 Thread Stefan Lüdtke
Hi Janet,

can you provide a screenshot of the river network, I think that helps to
understand what is going on in your specific case?!

Cheers,
Stefan

On 02/03/16 20:42, Janet Choate wrote:
> Hi Will,
> When running r.watershed on a small 35 hectare watershed, it produces a
> fully connected stream network. However, when running r.watershed on a
> 6400 hectare watershed, the stream network is not fully connected.
> No preprocessing with regards to merging different raster maps, however,
> I did try using r.fill.dir first to deal with any possible depressions
> that might be causing non-connected stream segments.
> thanks,
> Janet
> 
> On Wed, Mar 2, 2016 at 11:22 AM, Will Fields  <mailto:will.openfie...@gmail.com>> wrote:
> 
> Hi Janet,
> 
> Can you give some more information about what you mean by larger
> watershed basins?  Did you do any preprocessing of the elevation
> raster before you tried to extract the stream networks?  Were you
> using an elevation raster that had been merged from different
> rasters?  I've ran into issues in the past where "seams" along the
> original edges of a raster resulted in odd stream networks.  
> 
> Will
> 
> On Wed, Mar 2, 2016 at 11:40 AM, Janet Choate  <mailto:jsc@gmail.com>> wrote:
> 
> Hi GRASS community,
> When creating a stream network with r.watershed, I end up with
> some isolated stream segments - particularly in larger watershed
> basins. Does anyone know how to generate a stream network that
> is fully connected, or how to correct this issue?
> thank you,
> Janet
> 
> 
> 
> ___
> grass-user mailing list
> grass-user@lists.osgeo.org <mailto:grass-user@lists.osgeo.org>
> http://lists.osgeo.org/mailman/listinfo/grass-user
> 
> 
> 
> 
> 
> -- 
> Tague Team Lab Manager
> 1005 Bren Hall
> UCSB, Santa Barbara, CA.
> 
> 
> ___
> grass-user mailing list
> grass-user@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/grass-user
> 

-- 
Stefan Lüdtke

Section 5.4-  Hydrology
Tel.: +49 331 288 2821
Fax: +49 331 288 1570
Email: slued...@gfz-potsdam.de

Helmholtz-Zentrum Potsdam
Deutsches GeoForschungsZentrum GFZ
(GFZ German Research Centre for Geoscience)
Stiftung des öff. Rechts Land Brandenburg
Telegrafenberg, 14473 Potsdam
---

PGP Public Key: http://bit.ly/13d9Sca



signature.asc
Description: OpenPGP digital signature
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user

[GRASS-user] grass-qgis-postgis next to each other on ubuntu 14.04

2016-07-20 Thread Stefan Lüdtke
Dear all,

I am not sure whether this is the right channel to ask for, but I can
not install grass7, qgis and postgis-2.2 next to each other on my
Kubuntu 14.04 machine.

I use ubuntu-gis unstable and this (deb
http://apt.postgresql.org/pub/repos/apt/ trusty-pgdg main) repo.

I can either install postgis or grass and qgis, so I think the issues
must be somehow between conflicting files between both repositories.


12:48 $ sudo apt-get install grass-core
Reading package lists... Done
Building dependency tree
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies.
 grass-core : Depends: libgdal20 (>= 2.0.1) but it is not going to be
installed
  Depends: libgeos-c1v5 (>= 3.4.2) but it is not going to be
installed
  Depends: liblas-c3 (>= 1.8.0) but it is not going to be
installed
  Recommends: gdal-bin but it is not going to be installed
E: Unable to correct problems, you have held broken packages.

When I go an start to install the dependencies, my machine either
complains about other missing dependencies or for the case of
'libgeos_clv5' wants to remove postgis.

14:14 $ sudo apt-get install libgeos-c1v5
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following extra packages will be installed:
  libgeos-3.5.0 libspatialite5
The following packages will be REMOVED
  libgdal1h libgeos-c1 liblwgeom-2.2-5 postgis postgis-gui
  postgresql-9.5-postgis-2.2
The following NEW packages will be installed
  libgeos-3.5.0 libgeos-c1v5
The following packages will be upgraded:
  libspatialite5
1 to upgrade, 2 to newly install, 6 to remove and 0 not to upgrade.
Need to get 1,376 kB of archives.


Any help is appreciated.

Cheers,

Stefan




-- 
Stefan Lüdtke

Section 5.4- Hydrology
Phone: +49(0)331-288-2821
Fax: +49(0)331-288-1570
Email: slued...@gfz-potsdam.de
___

Helmholtz Centre Potsdam
GFZ German Research Centre for Geosciences
Foundation under public law of the federal state
of Brandenburg
Telegrafenberg, D-14473 Potsdam
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user

[GRASS-user] Unable to link to postgis/postgresql

2016-09-12 Thread Stefan Lüdtke
Hi list,

I hope this is not a duplicate, but I could not find any solution on the
web by know.

I trying to connect to a remote postgresql database, without success.

What I have done:

1)
db.connect driver=pg
database="host=vmhydro27,dbname=cedim_rfra,port=5432"

2)db.login driver=pg database=cedim_rfra user=sluedtke password=#
host=vmhydro27

3) db.tables -p

DBMI-PostgreSQL driver error:
Connection failed.
could not connect to server: No such file or directory
Is the server running locally and accepting
connections on Unix domain socket
"/var/run/postgresql/.s.PGSQL.5432"?
DBMI-PostgreSQL driver error:
Connection failed.
could not connect to server: No such file or directory
Is the server running locally and accepting
connections on Unix domain socket
"/var/run/postgresql/.s.PGSQL.5432"?
ERROR: Unable to open database 

I tried all drivers (odbc, ogr, pg) that made sense to me, no success.

It is no problem to connect QGIS, R and python to this db and visualize
the data.

I am using Kubuntu 16.04 with GRASS 7.04.

[I]  /u/bin  apt-cache show grass


Mon 12 Sep 2016 13:20:37 CEST
Package: grass
Status: install ok installed
Priority: optional
Section: metapackages
Installed-Size: 33
Maintainer: Debian GIS Project 
Architecture: all
Version: 7.0.4-1~xenial2
Replaces: grass7, grass70
Provides: grass7, grass70
Depends: grass-core, grass-gui
Recommends: grass-doc
Suggests: grass-dev
Conflicts: grass7, grass70
Description: Geographic Resources Analysis Support System (GRASS GIS)
 Commonly referred to as GRASS, this is a Geographic Information
 System (GIS) used for geospatial data management and analysis,
 image processing, graphics/map production, spatial modeling, and
 visualization. GRASS is currently used in academic and commercial
 settings around the world, as well as by many government agencies
 and environmental consulting companies.
 .
 Install this virtual package to get a full GRASS system.
Description-md5: 927e5df9adc0c220121824a1dcc21063
Homepage: http://grass.osgeo.org/


I am able to get info of a certain layer using ogrinfo with the
connection string.

Any help is appreciated.

Cheers,

Stefan





signature.asc
Description: OpenPGP digital signature
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user

Re: [GRASS-user] Unable to link to postgis/postgresql

2016-09-13 Thread Stefan Lüdtke
Hi Moritz,

thanks for the hints but non of them worked.

As additional info. I have configured a couple of odbc connections I use
in R. Using these connections in GRASS do not give an error but do not
show any tables. Those odbc connections work as well from libreoffice.

That's it from my side so far.

Stefan

On 13/09/16 10:19, Moritz Lennert wrote:
> Le Mon, 12 Sep 2016 13:22:29 +0200,
> Stefan Lüdtke  a écrit :
> 
>> Hi list,
>>
>> I hope this is not a duplicate, but I could not find any solution on
>> the web by know.
>>
>> I trying to connect to a remote postgresql database, without success.
>>
>> What I have done:
>>
>> 1)
>> db.connect driver=pg 
>> database="host=vmhydro27,dbname=cedim_rfra,port=5432"
> 
> As this is the standard port, you could try without the port=5432 part
> in the database definition string.
>  
>> 2)db.login driver=pg database=cedim_rfra user=sluedtke password=#
>> host=vmhydro27
> 
> Try with either no database info in the db.login call, or with the port
> parameter set, i.e.
> 
> db.login user=sluedtke password=##
> 
> or
> 
> db.login driver=pg database=cedim_rfra user=sluedtke password=#
> host=vmhydro27 port=5432
> 
> Moritz
> 

-- 
Stefan Lüdtke

Section 5.4- Hydrology
Phone: +49(0)331-288-2821
Fax: +49(0)331-288-1570
Email: slued...@gfz-potsdam.de
___

Helmholtz Centre Potsdam
GFZ German Research Centre for Geosciences
Foundation under public law of the federal state
of Brandenburg
Telegrafenberg, D-14473 Potsdam



signature.asc
Description: OpenPGP digital signature
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user

Re: [GRASS-user] Unable to link to postgis/postgresql

2016-09-14 Thread Stefan Lüdtke
Hi,

I will work through that during the weekend.

An example is not that easy with a remote database ...

Cheers,

Stefan


On 14/09/16 13:52, Martin Landa wrote:
> Hi,
> 
> 2016-09-14 13:40 GMT+02:00 Martin Landa :
>> works. Could you try to enable debug message and post here relevant 
>> information:
>>
>> g.gisenv set=debug=3
>> db.tables -p 2>&1 | grep open_database
>>
>> (be aware that the log will contain all login information including
>> real password - good idea to change it before post here :-)
> 
> hm, with 7.0.4 you will not get relevant info, I fix debug message in
> r69481. Could you try 7.0.5svn? You should get:
> 
> D3/5: db_driver_open_database(): host = myhost, port = 5432, options =
> (null), tty = (null), dbname = mydb, user = myuser, password = mypw
> schema = (null)
> 
> Ma
> 

-- 
Stefan Lüdtke

Section 5.4- Hydrology
Phone: +49(0)331-288-2821
Fax: +49(0)331-288-1570
Email: slued...@gfz-potsdam.de
___

Helmholtz Centre Potsdam
GFZ German Research Centre for Geosciences
Foundation under public law of the federal state
of Brandenburg
Telegrafenberg, D-14473 Potsdam
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user

Re: [GRASS-user] Unable to link to postgis/postgresql

2016-09-16 Thread Stefan Lüdtke
Hi there,

the suggestion below works. The other one suggested later on with "dri"
instead of "driver"  by Martin with 7.0.5svn as well. I get a list of
tables with db.tables -p.

But non of them shows a list of vectors/rasters when I go for the "link"
or "import" within the gui. I can select a db from that server I am
connected to, but no table is shown.

???

Did the debug output from Benoit ANDRE helps anything? I guess mine
would still be interresting?

Cheers,

Stefan


On 14/09/16 13:06, Martin Landa wrote:
> Hi,
> 
> 2016-09-12 13:22 GMT+02:00 Stefan Lüdtke :
>> 1)
>> db.connect driver=pg
>> database="host=vmhydro27,dbname=cedim_rfra,port=5432"
>>
>> 2)db.login driver=pg database=cedim_rfra user=sluedtke password=#
>> host=vmhydro27
> 
> please try out:
> 
> db.connect driver=pg database=edim_rfra
> db.login driver=pg database=cedim_rfra user=sluedtke password=#
> host=vmhydro27 port=5432
> 
> Ma
> 

-- 
Stefan Lüdtke

Section 5.4- Hydrology
Phone: +49(0)331-288-2821
Fax: +49(0)331-288-1570
Email: slued...@gfz-potsdam.de
___

Helmholtz Centre Potsdam
GFZ German Research Centre for Geosciences
Foundation under public law of the federal state
of Brandenburg
Telegrafenberg, D-14473 Potsdam



signature.asc
Description: OpenPGP digital signature
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user

Re: [GRASS-user] Unable to link to postgis/postgresql

2016-09-21 Thread Stefan Lüdtke
Hi,

I have not tried again in order to provide debug messages. Because I am
not sure whether they show anything new/different to the messages Benoit
ANDRE showed to us but its quite a bit of effort to compile from svn.

Is that output from my side still required??

Stefan



On 21/09/16 13:42, Benoit ANDRE wrote:
> Hi Martin,
> 
> I tried again with last release (7.0.5RC2) announced by Markus, but
> without results.  Problem 's staying the same : no connection.  The
> arguments to call 'psql' seems missing.
> 
> 
> 
> 
> Le 16/09/16 21:12, Stefan Lüdtke a écrit :
>> Hi there,
>>
>> the suggestion below works. The other one suggested later on with "dri"
>> instead of "driver"  by Martin with 7.0.5svn as well. I get a list of
>> tables with db.tables -p.
>>
>> But non of them shows a list of vectors/rasters when I go for the "link"
>> or "import" within the gui. I can select a db from that server I am
>> connected to, but no table is shown.
>>
>> ???
>>
>> Did the debug output from Benoit ANDRE helps anything? I guess mine
>> would still be interresting?
>>
>> Cheers,
>>
>> Stefan
>>
>>
>> On 14/09/16 13:06, Martin Landa wrote:
>>> Hi,
>>>
>>> 2016-09-12 13:22 GMT+02:00 Stefan Lüdtke :
>>>> 1)
>>>> db.connect driver=pg
>>>> database="host=vmhydro27,dbname=cedim_rfra,port=5432"
>>>>
>>>> 2)db.login driver=pg database=cedim_rfra user=sluedtke password=#
>>>> host=vmhydro27
>>> please try out:
>>>
>>> db.connect driver=pg database=edim_rfra
>>> db.login driver=pg database=cedim_rfra user=sluedtke password=#
>>> host=vmhydro27 port=5432
>>>
>>> Ma
>>>
>>
>>
>> ___
>> grass-user mailing list
>> grass-user@lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/grass-user
> 
> -- 
> 
>   
> 
> *Benoit André*
> *Directeur - Gérant*
> 
> benoit.an...@bcgeol.be <mailto:benoit.an...@bcgeol.be>
> Tel. | +32 475 61 84 94
> skype | benoit_andre_bcg
> Voir le profil de Benoit André sur LinkedIn
> <https://be.linkedin.com/in/benoitandre>
> 
> *BCG SPRL*
> Tél. | +32(0)81 58 26 11
> Fax | +32(0)81 58 26 12
> Chemin de la Foliette, 4 Bte 2
> B-5000 - Namur
> www.bcgeol.be <http://www.bcgeol.be>  -  plan d'accès
> <https://maps.google.be/maps/ms?msid=210366068780572446312.0004dc0b834462107c00f&msa=0&ll=50.460427,4.856445&spn=0.001279,0.002411&iwloc=0004dc0b8345e35a35a20>
> 
> 
>   BCG LOGO <http://www.bcgeol.be>
> 
> Suivez-nous sur  Lien Linkedin
> <https://www.linkedin.com/company/bureau-conseil-en-g%C3%A9ologie-sprl> Lien
> Facebook
> <https://www.facebook.com/Bureau-Conseil-en-G%C3%A9ologie-153924548320189/?ref=hl>
> 
> 
> Allons plus loin dans le respect de l'environnement : N'utilisons que
> des produits sans empreinte écologiqueLogo Modere
> <https://www.modere.eu/?referralCode=050281>
> 

-- 
Stefan Lüdtke

Section 5.4- Hydrology
Phone: +49(0)331-288-2821
Fax: +49(0)331-288-1570
Email: slued...@gfz-potsdam.de
___

Helmholtz Centre Potsdam
GFZ German Research Centre for Geosciences
Foundation under public law of the federal state
of Brandenburg
Telegrafenberg, D-14473 Potsdam



signature.asc
Description: OpenPGP digital signature
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user

Re: [GRASS-user] Unable to link to postgis/postgresql

2016-09-21 Thread Stefan Lüdtke
I'll give it a go ... that sounds doable ;-)



On 21/09/16 14:00, Markus Neteler wrote:
> On Sep 21, 2016 1:50 PM, "Stefan Lüdtke"  <mailto:slued...@gfz-potsdam.de>> wrote:
>>
>> Hi,
>>
>> I have not tried again in order to provide debug messages. Because I am
>> not sure whether they show anything new/different to the messages Benoit
>> ANDRE showed to us but its quite a bit of effort to compile from svn.
> 
> On Linux that's not more than
> 
> svn update
> make
> 
> Since most was compiled before, it will take something like 60sec...
> 
> Finally perhaps (not me, I just run GRASS GIS directly from the compiled
> source code directory):
> make install
> 
>> Is that output from my side still required??
> 
> Does it work for you?
> 
> Markus
> 

-- 
Stefan Lüdtke

Section 5.4- Hydrology
Phone: +49(0)331-288-2821
Fax: +49(0)331-288-1570
Email: slued...@gfz-potsdam.de
___

Helmholtz Centre Potsdam
GFZ German Research Centre for Geosciences
Foundation under public law of the federal state
of Brandenburg
Telegrafenberg, D-14473 Potsdam



signature.asc
Description: OpenPGP digital signature
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user

Re: [GRASS-user] Unable to link to postgis/postgresql

2016-09-27 Thread Stefan Lüdtke
Hi,

if I do not set all parameters with db.login I do have empty fields in
that file, even though I put that parameters in the db.connect command.

If everything is in db.login, I can connect to the db (as reported
earlier) and list tables. However I can neither link nor import them
because they are not listed in the gui box.

Cheers,
Stefan

On 27/09/16 13:11, Moritz Lennert wrote:
> Hi Benoît and Stefan,
> 
> On 26/09/16 14:20, Benoit ANDRE wrote:
>> Hi Moritz,
>>
>> I tried with last release (7.0.5RC2) on my server (where postgresql is
>> running) and not on a remote workstation.  Connection to database is
>> then a local connection.  Here, there is no problem to work with
>> postgresql.  The problem seems thus to be linked with a remote acces...
> 
> I think I have found the origin of the problem. Please see the
> discussion in the relevant bug report [1].
> 
> Both of you say that you did set usernam and password in db.login. Could
> you check the contents of .grass7/dblogin ? Are there empty fields
> before the host entry ?
> 
> Moritz
> 
> [1] https://trac.osgeo.org/grass/ticket/3167
> 
>>
>> Benoit
>>
>> Le 14/09/16 12:26, Moritz Lennert a écrit :
>>> This really is a serious issue.
>>>
>>> Would it be possible for you to provide a reproducible example ? Ideally
>>> starting out from the North Caroline data. Something that creates a new
>>> postgresql database, redefined db.connect to link to that, g.copy a few
>>> maps and then see if the connection problem still happens ?
>>>
>>> Ideally this should go into a bug ticket and IMHO it should definitely
>>> be a blocker for the upcoming releases as I would consider this basic
>>> functionality.
>>>
>>> Moritz
>>>
>>>
>>> Le Wed, 14 Sep 2016 11:22:57 +0200,
>>> Benoit ANDRE  a écrit :
>>>
>>>> Hi list,
>>>>
>>>> Always the same problem with a remote Postgresql connection, with
>>>> grass 7.0.4 and above (7.2 and 7.3).  With grass 7.0.0, the
>>>> connection to postgresql is perfect.  I don't try with 7.0.1, 7.0.2
>>>> and 7.0.3
>>>>
>>>> All my other soft using Postgresql work fine (i.e. pgadmin, odoo,
>>>> caldav, carddav, libreoffice, ...)
>>>>
>>>> The problem is the for all the PC on my network (server under Centos
>>>> 7, workstations under Fedora 19, 21 or 22)
>>>>
>>>> Le 12/09/16 13:22, Stefan Lüdtke a écrit :
>>>>> Hi list,
>>>>>
>>>>> I hope this is not a duplicate, but I could not find any solution
>>>>> on the web by know.
>>>>>
>>>>> I trying to connect to a remote postgresql database, without
>>>>> success.
>>>>>
>>>>> What I have done:
>>>>>
>>>>> 1)
>>>>> db.connect driver=pg  
>>>>> database="host=vmhydro27,dbname=cedim_rfra,port=5432"
>>>>>
>>>>> 2)db.login driver=pg database=cedim_rfra user=sluedtke
>>>>> password=# host=vmhydro27
>>>>>
>>>>> 3) db.tables -p
>>>>>
>>>>> DBMI-PostgreSQL driver error:
>>>>> Connection failed.
>>>>> could not connect to server: No such file or directory
>>>>>  Is the server running locally and accepting
>>>>>  connections on Unix domain socket
>>>>> "/var/run/postgresql/.s.PGSQL.5432"?
>>>>> DBMI-PostgreSQL driver error:
>>>>> Connection failed.
>>>>> could not connect to server: No such file or directory
>>>>>  Is the server running locally and accepting
>>>>>  connections on Unix domain socket
>>>>> "/var/run/postgresql/.s.PGSQL.5432"?
>>>>> ERROR: Unable to open database
>>>>> 
>>>>>
>>>>> I tried all drivers (odbc, ogr, pg) that made sense to me, no
>>>>> success.
>>>>>
>>>>> It is no problem to connect QGIS, R and python to this db and
>>>>> visualize the data.
>>>>>
>>>>> I am using Kubuntu 16.04 with GRASS 7.04.
>>>>>
>>>>> [I]  /u/bin  apt-cache show grass
>>>>>
>>>>>
>>>>>  Mon 12 Sep 2016 13:20:37 CEST
>>>>> Package: grass
>>>>> Status: install ok install

[GRASS-user] Possible to edit the geometry of a linked postgis table.

2016-12-19 Thread Stefan Lüdtke
Dear all,

I have a short question with regard to a linked postgis table. I linked
a simple table containing vector points and I want to move the location
of single vertices. It is possible to start editing the linked layer,
but I can not move a feature, or at least it does not stick to the new
position.

Is there something wrong with my DB settings or is that not possible in
general.

Cheers and thanks in advance.

Stefan


-- 
Stefan Lüdtke

Section 5.4- Hydrology
Phone: +49(0)331-288-2821
Fax: +49(0)331-288-1570
Email: slued...@gfz-potsdam.de
___

Helmholtz Centre Potsdam
GFZ German Research Centre for Geosciences
Foundation under public law of the federal state
of Brandenburg
Telegrafenberg, D-14473 Potsdam



signature.asc
Description: OpenPGP digital signature
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user

Re: [GRASS-user] grass on linux

2013-04-18 Thread Stefan Lüdtke

Dear Lucien,

Mint is based on Ubuntu, so you can usethe Ubuntu repositories.

https://launchpad.net/~ubuntugis/+archive/ppa/

There you find a more recent version.

Just make sure your that you choose the right series in the repothat 
goes withyour version ofLinux Mint.


Good idea, by the way:-)

My first post, hope Iam right.

Cheers,

Stefan

On 04/18/2013 04:54 PM, BLANDENIER Lucien wrote:

Dear grass user,

I'm actually using grass on Window but I would like to migrate to Linux. Which 
distribution do you suggest for a new Linux user? I like the Mint distribution 
but there is not the latest grass version (only the 6.4.1).

Thank you for you suggestions.


Lucien
___
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] Plugin for (g)vim

2013-09-25 Thread Stefan Lüdtke
Dear friends,

all emacs users might just ignore this mail, but this is obvious from
the subject.

I put a little plugin for (g)vim on github I use to script python code
and GRASS scripts in python.

https://github.com/sluedtke/python_grass

What it does, briefly:

In a running vim session, you might open a terminal and send selected
code snippets to the terminal, without doing copy and paste of course.

Check out the WIKI on the repository for more details and at what point
GRASS GIS joins in.

It is not rocket science and I am happy for any hint.

Cheers,

Stefan


PGP Public Key: http://bit.ly/13d9Sca
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user


Re: [GRASS-user] SRTM r.watershed at multiple scales

2014-02-20 Thread Stefan Lüdtke
Hi,
I experienced  a similar point, but, if I remember right, this was
because I set the computational region to the extend of the catchment
produced by r.water.outlet. So maybe the MASK has a similar effect and
r.watershed needs kind of buffer. Should be easy to check ...

HTH,

Stefan



On 02/20/2014 07:11 PM, Michel Wortmann wrote:
> Here is what I think is strange though about your explanation, Markus:
> If I first mask a watershed produced with r.water.outlet and then use
> r.watershed to produce subbasins, it doesnt include the entire area of
> the watershed but leaves small areas out, although these areas belong to
> it. Is this a threshold problem?
> 
> Tom, see image attached.
> 
> Michel
> 
> On 02/19/2014 04:42 PM, Thomas Adams wrote:
>> I've been using GRASS 7 for this and have not seen a problem -- I hope
>> I'm not overlooking the issue. Michel, can you provide an image that
>> shows this?
>>
>> Thanks,
>> Tom
>>
>> On Wednesday, February 19, 2014, Michel Wortmann
>> mailto:wortm...@pik-potsdam.de>> wrote:
>>
>> Markus,
>> last year you asked me whether the r.watershed output is not
>> aligned to the r.water.outlet output in GRASS7 (s.b.). Ie. it
>> leaves small areas out. Back then, I wasnt using GRASS7, but I can
>> confirm now that it still does it and it is still rather annoying.
>> Have you ever heard of the reasons or attempted to fix this?
>> Thanks,
>> Michel
>>
>> On 08/26/2013 03:25 PM, Markus Neteler wrote:
>>
>> On 08/22/2013 08:52 AM, Markus Neteler wrote:
>>
>> >>
>> >>Hi Michel,
>> >>
>> >>On Wed, Aug 21, 2013 at 1:18 PM, Michel Wortmann
>> >>  wrote:
>> >>...
>>
>> >>>
>> >>>As the r.watershed algorithm often leaves small
>> areas at the edges
>> >>>uncovered, you'll have to fill those before or
>> after patching, otherwise
>> >>>you'll have holes in your subbasin map.
>>
>> >>
>> >>... just curious: does this happen still in the latest
>> GRASS 7 version?
>> >>
>> >>Markus
>>
>>
>> ___
>> grass-user mailing list
>> grass-user@lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/grass-user
>>
>>
>>
>> -- 
>> Thomas E Adams, III
>> 718 McBurney Drive
>> Lebanon, OH 45036
>>
>> 1 (513) 739-9512 (cell)
>>
>>
> 
> 
> 
> 
> 
> 
> ___
> grass-user mailing list
> grass-user@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/grass-user
> 

-- 
Stefan Lüdtke

Section 5.4-  Hydrology
Tel.: +49 331 288 2821
Fax: +49 331 288 1570
Email: slued...@gfz-potsdam.de

Helmholtz-Zentrum Potsdam
Deutsches GeoForschungsZentrum GFZ
(GFZ German Research Centre for Geoscience)
Stiftung des öff. Rechts Land Brandenburg
Telegrafenberg, 14473 Potsdam
---

PGP Public Key: http://bit.ly/13d9Sca
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user


Re: [GRASS-user] LS factor for USLE

2014-07-25 Thread Stefan Lüdtke
Hi Laura,

for question 2)

I had the same question some time ago, see here for an answer why a
threshold is required.

http://lists.osgeo.org/pipermail/grass-user/2012-December/066491.html

HTH,

Stefan


On 07/25/2014 10:43 AM, Martin Zbinden wrote:
> Hi Laura,
> 
> I've done some RUSLE3d calculations before, but always based on
> projected coordinate systems.
> 
> 1) With r.watershed you seem to be on the right path, as trying to use
> r.flow on a geographic coordinate system gives me this error:
> "lat/long projection not supported by r.flow. Please use 'r.watershed'
> for calculating flow accumulation."
> 
> However, I just tried by reprojecting elevation from north carolina
> sampledata (nc_basic_spm_grass7.zip) to geographic and the results are
> not the same before and after reprojection. I followed instructions in
> [1], page 46f. I don't know anything about reprojections so the error
> might lay there. But if your results are also very implausible, then
> maybe better try again with projected coordinate system.
> 
> 2) I never tried slope length based USLE calculations and cannot
> answer this question. Page 158 ff in [2] explains many different
> approaches to RUSLE in GRASS GIS.
> 
> Best regards,
> Martin
> 
> sources:
> [1] http://grass.osgeo.org/sampledata/north_carolina/
> 
> [2] Markus Neteler and Helena Mitasova, 2008,
> Open Source GIS: A GRASS GIS Approach. Third Edition.
> 
> --
> Martin Zbinden
> Riedacker 523
> 3154 Rüschegg Heubach
> +41 78 628 28 82
> --
> Martin Zbinden
> Riedacker 523
> 3154 Rüschegg Heubach
> +41 78 628 28 82
> 
> 
> 2014-07-24 9:56 GMT+02:00 Scherer  Laura :
>> Dear all,
>>
>>
>>
>> I would like to calculate the slope length and steepness (LS) factor for
>> USLE using r.watershed with the parameter length.slope. I have two
>> questions:
>>
>> 1) Is it necessary to reproject my raster into a projected coordinate system
>> or can I leave it in latitude-longitude?
>>
>> 2) It is required to set a value for the threshold. Is it not possible to
>> get a value for each cell? If not, do I always have to delineate the
>> watersheds as well and the length.slope returned is the value at the outlet?
>>
>>
>>
>> Thanks in advance for any help.
>>
>>
>>
>> Best regards,
>>
>> Laura
>>
>>
>> _______
>> 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
> 

-- 
Stefan Lüdtke

Section 5.4-  Hydrology
Tel.: +49 331 288 2821
Fax: +49 331 288 1570
Email: slued...@gfz-potsdam.de

Helmholtz-Zentrum Potsdam
Deutsches GeoForschungsZentrum GFZ
(GFZ German Research Centre for Geoscience)
Stiftung des öff. Rechts Land Brandenburg
Telegrafenberg, 14473 Potsdam
---

PGP Public Key: http://bit.ly/13d9Sca
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user

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

2014-10-30 Thread Stefan Lüdtke
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi Stefan,

can you pipe the MarZone output into a tmp file, check that file in
regular intervals for the desired string and stop the process if the
string is found. Not the most beautiful way I can think of but maybe
an option ..

Cheers,

Stefan

On 10/30/2014 09:06 AM, Blumentrath, Stefan wrote:
> 
> 
> 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, MarZone does not end when it is done, but  one has to press
>  enter to stop.
> 
> It ends with "Press return to exit." on screen.
> 
> In order to handle this in a loop, I simply kill the process after
>  the time I expect the sofware to run (plus a little time buffer):
> 
> Like this:
> 
> perl -e 'alarm shift @ARGV; exec @ARGV' 60 ./MarZone_x64.exe
> 
> 
> 
> Unfortunately, this is neither an effient nor a stable solution as
>  the time the software runs can vary quite a bit, depending on some
>  parameter settings.
> 
> 
> 
> My question is, is there a way to somehow catch, that the software 
> is ready (when it prints "Press return to exit."), an kill it
> then?
> 
> Any idea?
> 
> 
> 
> Thanks for helping,
> 
> Stefan
> 
> 
> 
> ___ grass-user mailing
>  list grass-user@lists.osgeo.org 
> http://lists.osgeo.org/mailman/listinfo/grass-user
> 

- -- 
Stefan Lüdtke

Section 5.4-  Hydrology
Tel.: +49 331 288 2821
Fax: +49 331 288 1570
Email: slued...@gfz-potsdam.de

Helmholtz-Zentrum Potsdam
Deutsches GeoForschungsZentrum GFZ
(GFZ German Research Centre for Geoscience)
Stiftung des öff. Rechts Land Brandenburg
Telegrafenberg, 14473 Potsdam
- ---

PGP Public Key: http://bit.ly/13d9Sca
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)

iQEcBAEBAgAGBQJUUfSTAAoJEB5GAbKcg+D8SLAH/1gAW/aMmCP4Ac3qgQFKQVBY
CK8OKH/I9ZAFUuG16uBj/fOZ2agm8N3Sz6xjZV9NDPk4pPz2PK3U2OTDT7DH8zeM
cvSJnETrPonCRUIinW0zWa/aU7hQsKd7fQ+cm5I8oF5q91krhuOFqGPDCvdtD0bf
qBKyuK5GBjNWhtHrQuKJMokaAix8W4oXUCAYZISlSQ1S2wDC/6PJKZe3jQTp1LCI
evyj8+HQ4dopbgpMFHZH6rs3G/CtDkxM8GZLVViyxYsxf2ViwrcRnwK8hQ7HcZaA
AAel5YMgCKgyEICpgqf5l7i+tfHypNewxI88/K1ohv+XcOj8hzHRpO62AtXxJoI=
=1Ms6
-END PGP SIGNATURE-
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user


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

2014-10-30 Thread Stefan Lüdtke
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

So maybe that's the part I did not consider ... :-)

The people more experienced in shell scripting might help here. I
would go and start MarZone with and ampersand

http://bashitout.com/2013/05/18/Ampersands-on-the-command-line.html

and than proceed in while loop ..

But that is all wild guessing  ..


On 10/30/2014 09:27 AM, Blumentrath, Stefan wrote:
> Hi Stefan,
> 
> Many thanks, that sounds like a good idea. MarZone produces output
> files by default, and I could regularly check if the last output
> file has been produced. But how can I do it in parallell to
> executing MarZone (I mean in the same script?), could you point me
> to the relevant command(s)?
> 
> Cheers Stefan ____________ Von: Stefan
> Lüdtke  Gesendet: Donnerstag, 30. Oktober
> 2014 09:19 An: Blumentrath, Stefan; grass-user@lists.osgeo.org 
> Betreff: Re: [GRASS-user] Stopping/killing a "puased" command
> 
> Hi Stefan,
> 
> can you pipe the MarZone output into a tmp file, check that file
> in regular intervals for the desired string and stop the process if
> the string is found. Not the most beautiful way I can think of but
> maybe an option ..
> 
> Cheers,
> 
> Stefan
> 
> On 10/30/2014 09:06 AM, Blumentrath, Stefan wrote:
> 
> 
>> 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, MarZone does not end when it is done, but  one has to
>> press enter to stop.
> 
>> It ends with "Press return to exit." on screen.
> 
>> In order to handle this in a loop, I simply kill the process
>> after the time I expect the sofware to run (plus a little time
>> buffer):
> 
>> Like this:
> 
>> perl -e 'alarm shift @ARGV; exec @ARGV' 60 ./MarZone_x64.exe
> 
> 
> 
>> Unfortunately, this is neither an effient nor a stable solution
>> as the time the software runs can vary quite a bit, depending on
>> some parameter settings.
> 
> 
> 
>> My question is, is there a way to somehow catch, that the
>> software is ready (when it prints "Press return to exit."), an
>> kill it then?
> 
>> Any idea?
> 
> 
> 
>> Thanks for helping,
> 
>> Stefan
> 
> 
> 
>> ___ grass-user
>> mailing list grass-user@lists.osgeo.org 
>> http://lists.osgeo.org/mailman/listinfo/grass-user
> 
> 
> 

- -- 
Stefan Lüdtke

Section 5.4-  Hydrology
Tel.: +49 331 288 2821
Fax: +49 331 288 1570
Email: slued...@gfz-potsdam.de

Helmholtz-Zentrum Potsdam
Deutsches GeoForschungsZentrum GFZ
(GFZ German Research Centre for Geoscience)
Stiftung des öff. Rechts Land Brandenburg
Telegrafenberg, 14473 Potsdam
- ---

PGP Public Key: http://bit.ly/13d9Sca
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)

iQEcBAEBAgAGBQJUUfj2AAoJEB5GAbKcg+D8sLoH/1IvG7FzP2OjKRSD0U7BhvdV
75VdkAuvmqxEKKR9Qqg/tW0VE8R6sgh1b7awCrSe/z9ji+sSWaZ5lE+XXjjb2Tph
Yl0AHrRS/8YYp4f9ILzjytdd2KppQJwPvdVWBUcvpEOVMBBKIcQ0kTZBNM/lQLp1
Df+RrdqoEaWP6dXu+qLmMGFPjoPj3yVOwTLwQZsl24c5btCtzbwVTjNwNDm1AlMo
qp6H+NLp/sKwqa8/jAqw2QG2Je+rIm4AomgOj/LxE5e1a9gTk8xYiTRWP4fZf15V
77aiiCfB5TSv41VyS+JrbSc7qG7IV+RkX7WK30ESyB+Fxy+V1V5e9yZy6b8x9ME=
=B4/w
-END PGP SIGNATURE-
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user


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

2014-10-30 Thread Stefan Lüdtke
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

you are welcome!

On 10/30/2014 10:04 AM, Blumentrath, Stefan wrote:
> 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  Gesendet: Donnerstag, 30. Oktober
> 2014 09:38 An: Blumentrath, Stefan Cc: grass-user Betreff: Re: AW:
> [GRASS-user] Stopping/killing a "puased" command
> 
> So maybe that's the part I did not consider ... :-)
> 
> The people more experienced in shell scripting might help here. I 
> would go and start MarZone with and ampersand
> 
> http://bashitout.com/2013/05/18/Ampersands-on-the-command-line.html
>
>  and than proceed in while loop ..
> 
> But that is all wild guessing  ..
> 
> 
> On 10/30/2014 09:27 AM, Blumentrath, Stefan wrote:
>> Hi Stefan,
> 
>> Many thanks, that sounds like a good idea. MarZone produces
>> output files by default, and I could regularly check if the last
>> output file has been produced. But how can I do it in parallell
>> to executing MarZone (I mean in the same script?), could you
>> point me to the relevant command(s)?
> 
>> Cheers Stefan  Von:
>> Stefan Lüdtke  Gesendet: Donnerstag, 30.
>> Oktober 2014 09:19 An: Blumentrath, Stefan;
>> grass-user@lists.osgeo.org Betreff: Re: [GRASS-user]
>> Stopping/killing a "puased" command
> 
>> Hi Stefan,
> 
>> can you pipe the MarZone output into a tmp file, check that file 
>> in regular intervals for the desired string and stop the process
>> if the string is found. Not the most beautiful way I can think of
>> but maybe an option ..
> 
>> Cheers,
> 
>> Stefan
> 
>> On 10/30/2014 09:06 AM, Blumentrath, Stefan wrote:
> 
> 
>>> 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, MarZone does not end when it is done, but  one has
>>> to press enter to stop.
> 
>>> It ends with "Press return to exit." on screen.
> 
>>> In order to handle this in a loop, I simply kill the process 
>>> after the time I expect the sofware to run (plus a little time 
>>> buffer):
> 
>>> Like this:
> 
>>> perl -e 'alarm shift @ARGV; exec @ARGV' 60 ./MarZone_x64.exe
> 
> 
> 
>>> Unfortunately, this is neither an effient nor a stable
>>> solution as the time the software runs can vary quite a bit,
>>> depending on some parameter settings.
> 
> 
> 
>>> My question is, is there a way to somehow catch, that the 
>>> software is ready (when it prints "Press return to exit."), an 
>>> kill it then?
> 
>>> Any idea?
> 
> 
> 
>>> Thanks for helping,
> 
>>> Stefan
> 
> 
> 
>>> ___ grass-user 
>>> mailing list grass-user@lists.osgeo.org 
>>> http://lists.osgeo.org/mailman/listinfo/grass-user
> 
> 
> 
> 
> 

- -- 
Stefan Lüdtke

Section 5.4-  Hydrology
Tel.: +49 331 288 2821
Fax: +49 331 288 1570
Email: slued...@gfz-potsdam.de

Helmholtz-Zentrum Potsdam
Deutsches GeoForschungsZentrum GFZ
(GFZ German Research Centre for Geoscience)
Stiftung des öff. Rechts Land Brandenburg
Telegrafenberg, 14473 Potsdam
- ---

PGP Public Key: http://bit.ly/13d9Sca
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)

iQEcBAEBAgAGBQJUUgArAAoJEB5GAbKcg+D8PV0H/i72p5+bRH3MoKx7fANKq2kO
metBFAY8vUBKStWE5OjSjqJjl+9P+4fh5rsvfb5gcF0gAEmoed3nykAtbZT6DmcP
mS23LL8YVqIeyADl3GBVANEKSHqX5ba/09tL+P+jB5j/dPzcoNalPX7zZC9y486Q
bA8l8n6R+m4WZaWAHrtqMyuwBVGn6W6MUKsueuVxf4DPZsWwPCTRnw3J1yhSrkqs
DfMlvKUsxXaNOdPmLpbmtQHhFxXai5wlZJP3/pZaHIbi11dtw5uPNMc2Mn/9dGbo
b2a+uoCfc5D23519HVQ38AbPS8a+wRYRA6dzA+YZaA22Db28UhXHb/13/G1E0Dk=
=advJ
-END PGP SIGNATURE-
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user


Re: [GRASS-user] listing raster maps as input for "i.group"

2014-11-04 Thread Stefan Lüdtke
Hi Umberto,

I used to use it by extending the function with ".keys()", what does
return a list. But there might be smarter way than that.

code:

data_list=grass.parse_command('g.mlist', typ="rast").keys()

type(data_list)


HTH,

Stefan

On 11/04/2014 03:38 PM, umbertofilippo wrote:
> How do I use the output of "g.mlist" as input for another function in
> GRASS 6.4.4 and Python console?
> Here is my specific case: I have to group the list of raster maps that
> begin with "globrad" using "i.group".
> Anyway, my code seems not working, as "i.group" returns an empty dict (
> i.e "{ }").
> Here is my code, any suggestion would be very appreciated:
> 
> map_list = grass.read_command("g.mlist", type="rast",
> pattern="globrad*",separator=",")
> group = grass.run_command("i.group", group = "glob_rad", subgroup =
> "glob_rad", input = map_list)
> 
> The first line returns
> 
> globrad1,globrad2
> 
> which is "string" type, the second line returns { } (empty dictionary).
> 
> Thanks in advance!
> umberto
> ___
> grass-user mailing list
> grass-user@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/grass-user

-- 
Stefan Lüdtke

Section 5.4-  Hydrology
Tel.: +49 331 288 2821
Fax: +49 331 288 1570
Email: slued...@gfz-potsdam.de

Helmholtz-Zentrum Potsdam
Deutsches GeoForschungsZentrum GFZ
(GFZ German Research Centre for Geoscience)
Stiftung des öff. Rechts Land Brandenburg
Telegrafenberg, 14473 Potsdam
---

PGP Public Key: http://bit.ly/13d9Sca
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user


Re: [GRASS-user] listing raster maps as input for "i.group"

2014-11-04 Thread Stefan Lüdtke
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Sorry for being diffuse, but I haven no experience with the i.group
command and how to parse a list to it.



On 11/04/2014 03:38 PM, umbertofilippo wrote:
> How do I use the output of "g.mlist" as input for another function
> in GRASS 6.4.4 and Python console? Here is my specific case: I have
> to group the list of raster maps that begin with "globrad" using
> "i.group". Anyway, my code seems not working, as "i.group" returns
> an empty dict ( i.e "{ }"). Here is my code, any suggestion would
> be very appreciated:
> 
> map_list = grass.read_command("g.mlist", type="rast", 
> pattern="globrad*",separator=",") group =
> grass.run_command("i.group", group = "glob_rad", subgroup = 
> "glob_rad", input = map_list)
> 
> The first line returns
> 
> globrad1,globrad2
> 
> which is "string" type, the second line returns { } (empty
> dictionary).
> 
> Thanks in advance! umberto 
> ___ grass-user mailing
> list grass-user@lists.osgeo.org 
> http://lists.osgeo.org/mailman/listinfo/grass-user

- -- 
Stefan Lüdtke

Section 5.4-  Hydrology
Tel.: +49 331 288 2821
Fax: +49 331 288 1570
Email: slued...@gfz-potsdam.de

Helmholtz-Zentrum Potsdam
Deutsches GeoForschungsZentrum GFZ
(GFZ German Research Centre for Geoscience)
Stiftung des öff. Rechts Land Brandenburg
Telegrafenberg, 14473 Potsdam
- ---

PGP Public Key: http://bit.ly/13d9Sca
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)

iQEcBAEBAgAGBQJUWOoLAAoJEB5GAbKcg+D8XMYH/iG1XXqbta123MoHQC+PEM/0
0SZ+POWiYxz3AXAno89OT62fNp3WRJ0FJBSKkDO3KsBySxqlc5tvLoHpdCM9E52S
e4j7MVi+azCAK00p5r5qkdlC2ShH1Cs9OQHONrhsojisvmGCAEtfrpYAhnsF80Vk
2kIdxkzvW///KTZ/jer2NIKRqDO2t2nKw7PSTCzMt3L/r9J88jpQSNef2svwIdW6
MT58ZxsnvceIrIc9zT8f6evYUJgF+vTO1Eh4IYkOd+ieYLIdEc8D/P/FevgpivCx
QmaL01F9Hgh/8mQ7gA99e8nRd996sFcJqxC6bcegRdxYWkVsaWbqWZO3uM9mzS4=
=Zi8C
-END PGP SIGNATURE-
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user