date:20140525

On Fri, May 16, 2014 at 2:38 PM, Moritz Lennert
 wrote:
> On 15/05/14 23:14, Markus Neteler wrote:
...
>>> Draft announcement to be updated:
>>> http://trac.osgeo.org/grass/wiki/Release/6.4.4RC1-News
>>>
>> "Important bugs concerning the next release"
>> https://trac.osgeo.org/grass/report/13

 Here the full list of issues but none is a blocker:

 https://trac.osgeo.org/grass/query?status=assigned&status=new&status=reopened&group=status&milestone=6.4.4
>>>

>>> To test on Windows:
>>> g.remove cannot remove vector map because of space in DB layer name
>>> https://trac.osgeo.org/grass/ticket/1438
>
>
> You note that this should be wontfix. What do you want to be tested ?

Right, nothing to be tested I guess. To be closed?

>>> r.univar NaN
>>> https://trac.osgeo.org/grass/ticket/2269
>>
>> ... missing output to be changed (all GRASS versions).
>
>
> I see this more as an enhancement request than a bug. I don't think this
> should hold up a release.

ok.

>>> -
>>> r.walk backport
>>> https://trac.osgeo.org/grass/ticket/1628
>>
>> ... not sure what to backport.

Markus Metz may have an idea.

>>> v.kcv backport
>>> https://trac.osgeo.org/grass/ticket/2035
>>
> See my comment in the ticket.

The vector overwrite issue in other mapsets seems to be a general
problem, see ticket.

>> And/or I can tag RC1 now and we do these issues later.
>
> I think that except for the r.walk segfault, none are really showstoppers.
> And even that only seems to be reproducible in a very specific situation.

Given the recent discussion elsewhere I am stuck here.
Do you want me to tag RC1 or wait ...?

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

[GRASS-dev] g.mlist list multiple types from all mapsets

Hi all,

I would like to modify `g.mlist` to enable listing multiple types from
all mapsets in the given location. Now you can list multiple types
from search path, ie.

$ g.mlist rast,vect -m
raster map(s) available in mapset :
x@g6
vector map(s) available in mapset :
b@g6
obce6@g6
vector map(s) available in mapset :
kltm50@PERMANENT
lesy@PERMANENT
merene_body@PERMANENT
obce@PERMANENT
obce_b@PERMANENT
orp@PERMANENT
zel_stan@PERMANENT
zelez@PERMANENT

but it's hardly parsable

$ g.mlist rast,vect -m --q
x@g6
b@g6
obce6@g6
kltm50@PERMANENT
lesy@PERMANENT
merene_body@PERMANENT
obce@PERMANENT
obce_b@PERMANENT
orp@PERMANENT
zel_stan@PERMANENT
zelez@PERMANENT

so I was thinking to add a new flag which prints also element type

rast x@g6
vect b@g6
vect obce6@g6
vect kltm50@PERMANENT
...

(do we really need a new flag for that? There is probably nobody who
is parsing multiple types from `g.mlist`. So probably element type
could be automatically printed when mutiple types and `--q` flag are
given (?) Maybe too tricky...

The remaining question how to implement all mapsets search.

mapset=.

means search path

1) do we introduce special character for all mapsets ? (preferable I would say)
2) do we introduce new flag ?

Thanks for your ideas in advance! Martin

-- 
Martin Landa * http://geo.fsv.cvut.cz/gwiki/Landa
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] G70: Link to PG database issue (wxGUI)

Hi Martin,

On Sat, May 24, 2014 at 11:12 PM, Martin Landa  wrote:
> 2014-05-24 22:40 GMT+02:00 Martin Landa :
>> done in r60461 (wxGUI error), I have also added note about db.login
>> r60462 (trunk only). Ideally the wxGUI dialog should contain
>> user/passwd widget to enter the values directly without need to launch
>> db.login explicitly. Please feel free to fill enhancement ticket.

ok, perhaps once the rest is there.

> related - in r60465-6 I fixed `db.databases` to understand settings
> from `db.login`.
>
> $ db.databases dri=pg
> DBMI-PostgreSQL driver error:
> Unable to connect to Postgres:
> fe_sendauth: no password supplied
>
>
> DBMI-PostgreSQL driver error:
> Unable to connect to Postgres:
> fe_sendauth: no password supplied
>
>
> ERROR: Unable to list databases. Try to define correct connection
> settings by db.login.

Tested and works in the wxGUI - the message pops up. Thanks.

BTW, partially related:
http://trac.osgeo.org/grass/ticket/1951

> $ db.login dri=pg user=martin pass=xxx

Sidenote:
I wonder how to avoid to specify the pw on command line. In r39879 the
interactive query was removed.
Indeed, I would even prefer to scramble the pw and  when typing it
into the GUI window which would be done with

http://wxpython.org/Phoenix/docs/html/TextCtrl.html
TE_PASSWORD: The text will be echoed as asterisks.

No idea if a flag could be added to enable this (perhaps a new
G_define_option() for password strings?

> $ db.databases dri=pg
> template1
> template0
> postgres
> ...

While this is now working also here, in terms of the original issue I
wonder if it is needed to switch the DB settings for the mapset when
"only" trying to link to one PostGIS vector map (so a kind of mixed
use).

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

Re: [GRASS-dev] g.mlist list multiple types from all mapsets

2014-05-25 Thread Huidae Cho

Martin,

g.mlist already has -t flag for printing element types.
rast/x@g6
vect/b@g6
vect/obce6@g6
vect/kltm50@PERMANENT

Regarding all mapsets search, it should be (1) because a new flag for all
mapsets & mapset=. (default for the current mapset) have a conflict meaning
and can be confusing. Maybe, mapset=- (minus)?

Curious why we need all mapsets search..

Huidae


On Sun, May 25, 2014 at 3:43 AM, Martin Landa wrote:

> Hi all,
>
> I would like to modify `g.mlist` to enable listing multiple types from
> all mapsets in the given location. Now you can list multiple types
> from search path, ie.
>
> $ g.mlist rast,vect -m
> raster map(s) available in mapset :
> x@g6
> vector map(s) available in mapset :
> b@g6
> obce6@g6
> vector map(s) available in mapset :
> kltm50@PERMANENT
> lesy@PERMANENT
> merene_body@PERMANENT
> obce@PERMANENT
> obce_b@PERMANENT
> orp@PERMANENT
> zel_stan@PERMANENT
> zelez@PERMANENT
>
> but it's hardly parsable
>
> $ g.mlist rast,vect -m --q
> x@g6
> b@g6
> obce6@g6
> kltm50@PERMANENT
> lesy@PERMANENT
> merene_body@PERMANENT
> obce@PERMANENT
> obce_b@PERMANENT
> orp@PERMANENT
> zel_stan@PERMANENT
> zelez@PERMANENT
>
> so I was thinking to add a new flag which prints also element type
>
> rast x@g6
> vect b@g6
> vect obce6@g6
> vect kltm50@PERMANENT
> ...
>
> (do we really need a new flag for that? There is probably nobody who
> is parsing multiple types from `g.mlist`. So probably element type
> could be automatically printed when mutiple types and `--q` flag are
> given (?) Maybe too tricky...
>
> The remaining question how to implement all mapsets search.
>
> mapset=.
>
> means search path
>
> 1) do we introduce special character for all mapsets ? (preferable I would
> say)
> 2) do we introduce new flag ?
>
> Thanks for your ideas in advance! Martin
>
> --
> Martin Landa * http://geo.fsv.cvut.cz/gwiki/Landa
> ___
> grass-dev mailing list
> grass-dev@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/grass-dev
>
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] g.mlist list multiple types from all mapsets

2014-05-25 Thread Anna Petrášová

Hi,

another option (you might have considered it already) is to allow option
mapset to have multiple inputs. So 2 steps would be needed, first get all
mapsets with g.mapsets -l and then g.mlist with these mapsets. I suppose
you need it for the wxDataCatalog?

Anna


On Sun, May 25, 2014 at 7:45 AM, Huidae Cho  wrote:

> Martin,
>
> g.mlist already has -t flag for printing element types.
> rast/x@g6
> vect/b@g6
> vect/obce6@g6
> vect/kltm50@PERMANENT
>
> Regarding all mapsets search, it should be (1) because a new flag for all
> mapsets & mapset=. (default for the current mapset) have a conflict meaning
> and can be confusing. Maybe, mapset=- (minus)?
>
> Curious why we need all mapsets search..
>
> Huidae
>
>
> On Sun, May 25, 2014 at 3:43 AM, Martin Landa wrote:
>
>> Hi all,
>>
>> I would like to modify `g.mlist` to enable listing multiple types from
>> all mapsets in the given location. Now you can list multiple types
>> from search path, ie.
>>
>> $ g.mlist rast,vect -m
>> raster map(s) available in mapset :
>> x@g6
>> vector map(s) available in mapset :
>> b@g6
>> obce6@g6
>> vector map(s) available in mapset :
>> kltm50@PERMANENT
>> lesy@PERMANENT
>> merene_body@PERMANENT
>> obce@PERMANENT
>> obce_b@PERMANENT
>> orp@PERMANENT
>> zel_stan@PERMANENT
>> zelez@PERMANENT
>>
>> but it's hardly parsable
>>
>> $ g.mlist rast,vect -m --q
>> x@g6
>> b@g6
>> obce6@g6
>> kltm50@PERMANENT
>> lesy@PERMANENT
>> merene_body@PERMANENT
>> obce@PERMANENT
>> obce_b@PERMANENT
>> orp@PERMANENT
>> zel_stan@PERMANENT
>> zelez@PERMANENT
>>
>> so I was thinking to add a new flag which prints also element type
>>
>> rast x@g6
>> vect b@g6
>> vect obce6@g6
>> vect kltm50@PERMANENT
>> ...
>>
>> (do we really need a new flag for that? There is probably nobody who
>> is parsing multiple types from `g.mlist`. So probably element type
>> could be automatically printed when mutiple types and `--q` flag are
>> given (?) Maybe too tricky...
>>
>> The remaining question how to implement all mapsets search.
>>
>> mapset=.
>>
>> means search path
>>
>> 1) do we introduce special character for all mapsets ? (preferable I
>> would say)
>> 2) do we introduce new flag ?
>>
>> Thanks for your ideas in advance! Martin
>>
>> --
>> Martin Landa * http://geo.fsv.cvut.cz/gwiki/Landa
>> ___
>> grass-dev mailing list
>> grass-dev@lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/grass-dev
>>
>
>
> ___
> grass-dev mailing list
> grass-dev@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/grass-dev
>
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] g.mlist list multiple types from all mapsets

2014-05-25 Thread Vaclav Petras

On Sun, May 25, 2014 at 3:43 AM, Martin Landa wrote:

> I would like to modify `g.mlist` to enable listing multiple types from
> all mapsets in the given location. Now you can list multiple types
> from search path, ie.
>

This is just a reminder of recent discussions about g.mlist and g.mremove.
It seems that we want a lot of changes in them.

g.mlist warnings for layers found in other mapsets
http://trac.osgeo.org/grass/ticket/2255

g.list and g.mlist should be able to handle strds, str3ds, stvds
http://trac.osgeo.org/grass/ticket/2266

g.mremove: adding 'map name exclusion pattern' option
http://lists.osgeo.org/pipermail/grass-dev/2014-March/067800.html

g.mremove: add an option to use 'map name exclusion patterns' like is
available in g.mlist
http://trac.osgeo.org/grass/ticket/2228
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] g.mlist list multiple types from all mapsets

2014-05-25 Thread Huidae Cho

More recent discussion about g.mremove at
http://lists.osgeo.org/pipermail/grass-dev/2014-May/068774.html

As I mentioned in the above thread, I prefer the g.mlist interface because
it's easier to add more types and the exclude parameter.

I thought about the "all" mapset special character. ".." would be more
logical than "-" because it means go up to the current location and list
all mapsets under it.
On May 25, 2014 9:32 AM, "Vaclav Petras"  wrote:

>
> On Sun, May 25, 2014 at 3:43 AM, Martin Landa wrote:
>
>> I would like to modify `g.mlist` to enable listing multiple types from
>> all mapsets in the given location. Now you can list multiple types
>> from search path, ie.
>>
>
> This is just a reminder of recent discussions about g.mlist and g.mremove.
> It seems that we want a lot of changes in them.
>
> g.mlist warnings for layers found in other mapsets
> http://trac.osgeo.org/grass/ticket/2255
>
> g.list and g.mlist should be able to handle strds, str3ds, stvds
> http://trac.osgeo.org/grass/ticket/2266
>
> g.mremove: adding 'map name exclusion pattern' option
> http://lists.osgeo.org/pipermail/grass-dev/2014-March/067800.html
>
> g.mremove: add an option to use 'map name exclusion patterns' like is
> available in g.mlist
> http://trac.osgeo.org/grass/ticket/2228
>
> ___
> grass-dev mailing list
> grass-dev@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/grass-dev
>
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] v.edit doesn't work as described

2014-05-25 Thread Michael Barton

I want to add 2 new points to an existing vector map. v.edit seems to be a good 
way to do it. But I've tried to do it from standard input and from an ASCII 
file and it doesn't work. I've followed the directions in the manual. My guess 
is that the examples and docs are missing something rather than this being a 
bug. The file I want to add to is a points file with a linked attribute file 
(SQLite for GRASS 7).

Attempt #1:

GRASS 7.1.svn (Spain_utm_ed50_z30):~ > echo "P 1 1 583290 4785860 1 1" | v.edit 
-n tool=add map=sites2 input=-
WARNING: End of ASCII file reached before end of coordinates
Building topology for vector map ...
[nothing is built here]

Attempt #2
I saved 2 points from my original vector points file (sites2) using v.out.ascii 
(file=sitesout.txt). Then I changed the coordinates to match those of the 2 new 
points I wanted to add and changed their cat numbers to the next 2 following 
the last in the existing file.

GRASS 7.1.svn (Spain_utm_ed50_z30):~ > v.edit -n tool=add map=sites2 
input=/Users/cmbarton/Dropbox/papers\ in\ progress/Neolithic_spread\ 
2013/Paper2/Data\ for\ experiments\ 7-8/sitesout.txt
WARNING: Error reading ASCII file: (unknown type) [583290|4785860|173]
Building topology for vector map ...

So neither method works as described in the examples for the manual.

What's missing here?

Michael

C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Head, Graduate Faculty in Complex Adaptive Systems Science
Arizona State University

voice:  480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC)
fax: 480-965-7671 (SHESC),  480-727-0709 (CSDC)
www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu















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

[GRASS-dev] [GRASS GIS] #2312: browse button in import vector/raster wrapper for v.in.ogr and r.in.gdal crashes entire GUI

#2312: browse button in import vector/raster wrapper for v.in.ogr and r.in.gdal
crashes entire GUI
-+--
 Reporter:  cmbarton |   Owner:  grass-dev@…  
 Type:  defect   |  Status:  new  
 Priority:  blocker  |   Milestone:  7.1.0
Component:  wxGUI| Version:  svn-trunk
 Keywords:   |Platform:  Unspecified  
  Cpu:  Unspecified  |  
-+--
 In the wrapper module for importing common raster and vector formats, the
 browse button now crashes the entire GUI. This is very serious because 1)
 you can't just paste in a path, you MUST use the browse button to find a
 file to import and 2) you can't launch the original modules (r.in.gdal and
 v.in.ogr) from the command line unless you know the secret --ui flag. I
 don't know if it's broken in other versions yet.

-- 
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] G70: Link to PG database issue (wxGUI)

Hi,

2014-05-25 12:24 GMT+02:00 Markus Neteler :

[...]

> While this is now working also here, in terms of the original issue I
> wonder if it is needed to switch the DB settings for the mapset when
> "only" trying to link to one PostGIS vector map (so a kind of mixed
> use).

running `db.login` doesn't mean that you switch DB settings. It just
allows you to defined user/password for given driver, nothing else.

$ db.connect -p
driver: sqlite
database: /opt/grassdata/gis1-sjtsk/g6/sqlite/sqlite.db

$ db.databases dri=pg
DBMI-PostgreSQL driver error:
Unable to connect to Postgres:
fe_sendauth: no password supplied


DBMI-PostgreSQL driver error:
Unable to connect to Postgres:
fe_sendauth: no password supplied


ERROR: Unable to list databases. Try to define correct connection
settings by db.login.

OK, something is missing.

$ db.login dri=pg user=xxx passwd=yyy

$ db.databases dri=pg
template1
template0

Default DB settings untouched...

$ db.connect -p
driver: sqlite
database: /opt/grassdata/gis1-sjtsk/g6/sqlite/sqlite.db
schema:
group:

Martin

-- 
Martin Landa * http://geo.fsv.cvut.cz/gwiki/Landa
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] [GRASS GIS] #2312: browse button in import vector/raster wrapper for v.in.ogr and r.in.gdal crashes entire GUI

#2312: browse button in import vector/raster wrapper for v.in.ogr and r.in.gdal
crashes entire GUI
-+--
 Reporter:  cmbarton |   Owner:  grass-dev@…  
 Type:  defect   |  Status:  new  
 Priority:  blocker  |   Milestone:  7.1.0
Component:  wxGUI| Version:  svn-trunk
 Keywords:   |Platform:  Unspecified  
  Cpu:  Unspecified  |  
-+--

Comment(by cmbarton):

 Not surprisingly, the browse button for the export wrapper module also
 crashes the GUI.

-- 
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] v.edit doesn't work as described

2014-05-25 Thread Huidae Cho

Michael,

Attempt #1.

You need new lines between type, coordinates, and category lines.
echo "P 1 1
583290 4785860
1 1" | v.edit -n tool=add map=sites2 input=-

should work. The manual looks correct. I tried to put all three lines in a
single line and got the same error.

Attempt #2.

You need to export to the standard format. v.out.ascii map format=standard.
The manual also mentions format=standard.

Hope this helps.
Huidae



On Sun, May 25, 2014 at 11:54 AM, Michael Barton wrote:

>  I want to add 2 new points to an existing vector map. v.edit seems to be
> a good way to do it. But I've tried to do it from standard input and from
> an ASCII file and it doesn't work. I've followed the directions in the
> manual. My guess is that the examples and docs are missing something rather
> than this being a bug. The file I want to add to is a points file with a
> linked attribute file (SQLite for GRASS 7).
>
>  Attempt #1:
>
>  GRASS 7.1.svn (Spain_utm_ed50_z30):~ > echo "P 1 1 583290 4785860 1 1" |
> v.edit -n tool=add map=sites2 input=-
> WARNING: End of ASCII file reached before end of coordinates
> Building topology for vector map ...
> [nothing is built here]
>
>  Attempt #2
> I saved 2 points from my original vector points file (sites2) using
> v.out.ascii (file=sitesout.txt). Then I changed the coordinates to match
> those of the 2 new points I wanted to add and changed their cat numbers to
> the next 2 following the last in the existing file.
>
>  GRASS 7.1.svn (Spain_utm_ed50_z30):~ > v.edit -n tool=add map=sites2
> input=/Users/cmbarton/Dropbox/papers\ in\
> progress/Neolithic_spread\ 2013/Paper2/Data\ for\ experiments\
> 7-8/sitesout.txt
> WARNING: Error reading ASCII file: (unknown type) [583290|4785860|173]
> Building topology for vector map ...
>
>  So neither method works as described in the examples for the manual.
>
>  What's missing here?
>
>  Michael
>
>  C. Michael Barton
>  Director, Center for Social Dynamics & Complexity
>  Professor of Anthropology, School of Human Evolution & Social Change
> Head, Graduate Faculty in Complex Adaptive Systems Science
>  Arizona State University
>
>  voice:  480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC)
> fax: 480-965-7671 (SHESC),  480-727-0709 (CSDC)
>  www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> ___
> grass-dev mailing list
> grass-dev@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/grass-dev
>
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] v.edit doesn't work as described

2014-05-25 Thread Michael Barton

Thanks. Will try again.

Michael

C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Head, Graduate Faculty in Complex Adaptive Systems Science
Arizona State University

voice:  480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC)
fax: 480-965-7671 (SHESC),  480-727-0709 (CSDC)
www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu















On May 25, 2014, at 8:44 PM, Huidae Cho 
mailto:gras...@gmail.com>> wrote:

Michael,

Attempt #1.

You need new lines between type, coordinates, and category lines.
echo "P 1 1
583290 4785860
1 1" | v.edit -n tool=add map=sites2 input=-

should work. The manual looks correct. I tried to put all three lines in a 
single line and got the same error.

Attempt #2.

You need to export to the standard format. v.out.ascii map format=standard. The 
manual also mentions format=standard.

Hope this helps.
Huidae



On Sun, May 25, 2014 at 11:54 AM, Michael Barton 
mailto:michael.bar...@asu.edu>> wrote:
I want to add 2 new points to an existing vector map. v.edit seems to be a good 
way to do it. But I've tried to do it from standard input and from an ASCII 
file and it doesn't work. I've followed the directions in the manual. My guess 
is that the examples and docs are missing something rather than this being a 
bug. The file I want to add to is a points file with a linked attribute file 
(SQLite for GRASS 7).

Attempt #1:

GRASS 7.1.svn (Spain_utm_ed50_z30):~ > echo "P 1 1 583290 4785860 1 1" | v.edit 
-n tool=add map=sites2 input=-
WARNING: End of ASCII file reached before end of coordinates
Building topology for vector map ...
[nothing is built here]

Attempt #2
I saved 2 points from my original vector points file (sites2) using v.out.ascii 
(file=sitesout.txt). Then I changed the coordinates to match those of the 2 new 
points I wanted to add and changed their cat numbers to the next 2 following 
the last in the existing file.

GRASS 7.1.svn (Spain_utm_ed50_z30):~ > v.edit -n tool=add map=sites2 
input=/Users/cmbarton/Dropbox/papers\ in\ progress/Neolithic_spread\ 
2013/Paper2/Data\ for\ experiments\ 7-8/sitesout.txt
WARNING: Error reading ASCII file: (unknown type) [583290|4785860|173]
Building topology for vector map ...

So neither method works as described in the examples for the manual.

What's missing here?

Michael

C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Head, Graduate Faculty in Complex Adaptive Systems Science
Arizona State University

voice:  480-965-6262 (SHESC), 
480-965-8130/727-9746 (CSDC)
fax: 480-965-7671 (SHESC),  480-727-0709 
(CSDC)
www: http://www.public.asu.edu/~cmbarton, 
http://csdc.asu.edu
















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


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

Re: [GRASS-dev] g.mlist list multiple types from all mapsets

Hi,

2014-05-25 13:45 GMT+02:00 Huidae Cho :

> g.mlist already has -t flag for printing element types.

ooops, I completely overlooked this flag...

> Regarding all mapsets search, it should be (1) because a new flag for all
> mapsets & mapset=. (default for the current mapset) have a conflict meaning
> and can be confusing. Maybe, mapset=- (minus)?

This would make sense to me.

> Curious why we need all mapsets search..

For data catalog [1] (call `g.mlist` for location just once).

Thanks, Martin

[1] http://trac.osgeo.org/grass/wiki/wxGUIDevelopment/wxDataCatalog

-- 
Martin Landa * http://geo.fsv.cvut.cz/gwiki/Landa
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] g.mlist list multiple types from all mapsets

Hi,

2014-05-25 15:05 GMT+02:00 Anna Petrášová :
> another option (you might have considered it already) is to allow option
> mapset to have multiple inputs. So 2 steps would be needed, first get all
> mapsets with g.mapsets -l and then g.mlist with these mapsets. I suppose you
> need it for the wxDataCatalog?

yes, we were thinking about that. Thanks, Martin

-- 
Martin Landa * http://geo.fsv.cvut.cz/gwiki/Landa
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] g.mlist list multiple types from all mapsets

Hi,

2014-05-25 16:01 GMT+02:00 Huidae Cho :

> I thought about the "all" mapset special character. ".." would be more
> logical than "-" because it means go up to the current location and list all
> mapsets under it.

good idea, Martin
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] [gdal-dev] RFC 46 GDAL/OGR unification adopted and commited

2014-05-25 Thread Helmut Kudrnovsky

fyi from the GDAL-ML

http://lists.osgeo.org/pipermail/gdal-dev/2014-May/039189.html

> Motion : I move to adopt RFC 46: GDAL/OGR unification
>
> http://trac.osgeo.org/gdal/wiki/rfc46_gdal_ogr_unification
>

Hi,

The motion has been adopted with support from PSC members JukkaR, FrankW,
DanielM, TamasS and myself.

The code has also been merged in trunk now. Version number upgraded to
2.0dev.
Full rebuild needed ! Let me know if issues arise.

I've also done some unification of the online documentation on gdal.org too,
by
merging the previous gdal.org/ogr/index.html into the main
gdal.org/index.html. Basically the "make docs" target in GDAL root directory
generate the whole doc. Those changes will be reflected on the server in a
few
hours. Still work to do to update the tutorials.
I've installed in http://gdal.org/1.11/ the snapshot of the 1.11
documentation, that will be mentionned in gdal.org main page, so that the
trunk documentation can evolve more easily.

Question : I see that in http://gdal.org/credits.html we still have mentions
to past sponsors, but the sponsorship program is more or less abandonned, so
I
think we could remove the Sponsorship section, and make sure that those past
sponsors are just mentionned in the "Corporate" section.

Best regards,

Even

-
best regards
Helmut
--
View this message in context:
http://osgeo-org.1560.x6.nabble.com/gdal-dev-RFC-46-GDAL-OGR-unification-adopted-and-commited-tp5142430.html
Sent from the Grass - Dev mailing list archive at Nabble.com.
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] G70: Link to PG database issue (wxGUI)

On Sun, May 25, 2014 at 7:57 PM, Martin Landa  wrote:
> Hi,
>
> 2014-05-25 12:24 GMT+02:00 Markus Neteler :
>
> [...]
>
>> While this is now working also here, in terms of the original issue I
>> wonder if it is needed to switch the DB settings for the mapset when
>> "only" trying to link to one PostGIS vector map (so a kind of mixed
>> use).
>
> running `db.login` doesn't mean that you switch DB settings. It just
> allows you to defined user/password for given driver, nothing else.

ok, good! I got confused by the actual manual of db.login:

"DESCRIPTION

db.login sets the user name and optionally also a password for the
connection to the selected database through the DB driver.
"

This should be expanded (good wording welcome).

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

Re: [GRASS-dev] [GRASS GIS] #2312: browse button in import vector/raster wrapper for v.in.ogr and r.in.gdal crashes entire GUI

#2312: browse button in import vector/raster wrapper for v.in.ogr and r.in.gdal
crashes entire GUI
--+-
  Reporter:  cmbarton |   Owner:  grass-dev@…  
  Type:  defect   |  Status:  closed   
  Priority:  blocker  |   Milestone:  7.1.0
 Component:  wxGUI| Version:  svn-trunk
Resolution:  fixed|Keywords:   
  Platform:  Unspecified  | Cpu:  Unspecified  
--+-
Changes (by annakrat):

  * status:  new => closed
  * resolution:  => fixed


Comment:

 I already fixed it two days ago in r60453, r60454. Unfortunately, it's
 broken in beta2.

-- 
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] [GRASS GIS] #2312: browse button in import vector/raster wrapper for v.in.ogr and r.in.gdal crashes entire GUI

#2312: browse button in import vector/raster wrapper for v.in.ogr and r.in.gdal
crashes entire GUI
--+-
  Reporter:  cmbarton |   Owner:  grass-dev@…  
  Type:  defect   |  Status:  closed   
  Priority:  blocker  |   Milestone:  7.1.0
 Component:  wxGUI| Version:  svn-trunk
Resolution:  fixed|Keywords:   
  Platform:  Unspecified  | Cpu:  Unspecified  
--+-

Comment(by martinl):

 Replying to [comment:2 annakrat]:
 > I already fixed it two days ago in r60453, r60454. Unfortunately, it's
 broken in beta2.

 probably time for beta3 (keeping monthly period) ?

-- 
Ticket URL: 
GRASS GIS 

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

[GRASS-dev] GRASS 7.0beta3 planning

Hi,

as Martin stated in a recent ticket comment, beta3 should be released asap.

I would like to get first the pygrass changes backported (not
difficult including the manual improvements).
A few more things are potentially missing, too.

Opinions?

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

Re: [GRASS-dev] [gdal-dev] RFC 46 GDAL/OGR unification adopted and commited

Hi,

2014-05-25 22:04 GMT+02:00 Helmut Kudrnovsky :
> fyi from the GDAL-ML
>
> http://lists.osgeo.org/pipermail/gdal-dev/2014-May/039189.html

I fixed r.in.gdal/r.out.gdal/r.external/r.external.out list formats
flag to report just raster drivers. Similar vector modules are not
affected by this change (later could be updated to use the same API).

Martin

-- 
Martin Landa * http://geo.fsv.cvut.cz/gwiki/Landa
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] [GRASS GIS] #2201: Introduce 'do not create attribute table' flag to r.contour

#2201: Introduce 'do not create attribute table' flag to r.contour
--+-
  Reporter:  wenzeslaus   |   Owner:  grass-dev@…   
  Type:  enhancement  |  Status:  closed
  Priority:  minor|   Milestone:  7.0.0 
 Component:  Raster   | Version:  unspecified   
Resolution:  fixed|Keywords:  r.contour, attribute table, parameters
  Platform:  All  | Cpu:  All   
--+-
Changes (by annakrat):

  * status:  new => closed
  * resolution:  => fixed


Comment:

 Thanks for r60386. Backported in r60488.

-- 
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] [GRASS GIS] #2253: WinGRASS doesn't allow to close console window

#2253: WinGRASS doesn't allow to close console window
---+
 Reporter:  martinl|   Owner:  grass-dev@…  
 Type:  defect |  Status:  new  
 Priority:  blocker|   Milestone:  7.0.0
Component:  wxGUI  | Version:  svn-trunk
 Keywords:  wingrass, terminal window  |Platform:  All  
  Cpu:  Unspecified|  
---+

Comment(by annakrat):

 Backported in r60489.

-- 
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] [GRASS GIS] #1003: WxGUI measure tool activation should switch Map Display to "Pointer" tool

#1003: WxGUI measure tool activation should switch Map Display to "Pointer" tool
--+-
  Reporter:  marisn   |   Owner:  grass-dev@…  
  Type:  defect   |  Status:  closed   
  Priority:  minor|   Milestone:  6.4.1
 Component:  wxGUI| Version:  svn-releasebranch64  
Resolution:  fixed|Keywords:  map toolbar  
  Platform:  Unspecified  | Cpu:  Unspecified  
--+-
Changes (by annakrat):

  * status:  new => closed
  * resolution:  => fixed


Comment:

 Probably already fixed. Reopen if needed.

-- 
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] GRASS 7.0beta3 planning

2014-05-25 Thread Anna Petrášová

On Sun, May 25, 2014 at 5:23 PM, Markus Neteler  wrote:

> Hi,
>
> as Martin stated in a recent ticket comment, beta3 should be released asap.
>
> I would like to get first the pygrass changes backported (not
> difficult including the manual improvements).
> A few more things are potentially missing, too.
>

I backported what I think is appropriate and these (not critical) tickets
are still waiting for confirmation:

http://trac.osgeo.org/grass/ticket/2243

this needs more testing across platforms, both with wxPython 2.8 and 3, so
we might want to wait
http://trac.osgeo.org/grass/ticket/2026 (v.surf.rst window too wide)

Anna


> Opinions?
>
> Markus
> ___
> grass-dev mailing list
> grass-dev@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/grass-dev
>
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] [GRASS GIS] #2253: WinGRASS doesn't allow to close console window

#2253: WinGRASS doesn't allow to close console window
---+
 Reporter:  martinl|   Owner:  grass-dev@…  
 Type:  defect |  Status:  new  
 Priority:  blocker|   Milestone:  7.0.0
Component:  wxGUI  | Version:  svn-trunk
 Keywords:  wingrass, terminal window  |Platform:  All  
  Cpu:  Unspecified|  
---+

Comment(by hellik):

 Replying to [comment:5 annakrat]:
 > So it seems that r60429 solves the problem, it makes the thread a daemon
 thread. I am not sure if there can be any negative consequences of it.

 tested here with

 {{{
 System Info
 GRASS Version: 7.1.svn
 GRASS SVN Revision: 60466
 Erstellungsdatum: 2014-05-25
 Build Platform: i686-pc-mingw32
 GDAL/OGR: 1.11.0
 PROJ.4: 4.8.0
 GEOS: 3.4.2
 SQLite: 3.7.17
 Python: 2.7.4
 wxPython: 2.8.12.1
 Platform: Windows-7-6.1.7601-SP1 (OSGeo4W)
 }}}

 confirmed. console windows closes now.

 thanks.

-- 
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] g.mlist list multiple types from all mapsets

2014-05-25 Thread Vaclav Petras

On Sun, May 25, 2014 at 7:45 AM, Huidae Cho  wrote:

> Regarding all mapsets search, it should be (1) because a new flag for all
> mapsets & mapset=. (default for the current mapset) have a conflict meaning
> and can be confusing. Maybe, mapset=- (minus)?

On the other hand, a flag is more aligned with what other modules are using
and does not need any special (magic) syntax.
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] [GRASS GIS] #1681: WXGUI vector editing fails with python unicode error

#1681: WXGUI vector editing fails with python unicode error
-+--
 Reporter:  marisn   |   Owner:  grass-dev@…  
 Type:  defect   |  Status:  new  
 Priority:  blocker  |   Milestone:  7.0.0
Component:  wxGUI| Version:  svn-trunk
 Keywords:   |Platform:  Linux
  Cpu:  Unspecified  |  
-+--

Comment(by annakrat):

 Replying to [comment:2 marisn]:
 > It is still an issue with current trunk. As it prevents users from
 creating new vector data sets, I'm setting this as a blocker. Unless GRASS
 7.0 ships without wxGUI, UnicodeEncodeError needs to be eliminated in it.
 >
 > Some reading for those, who have problems with strings in Python:
 http://blog.notdot.net/2010/07/Getting-unicode-right-in-Python

 I attached a diff which solves some of the issues. I didn't commit it
 because it's not complete (I don't have much time for it). So feel free to
 improve it.

-- 
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] [GRASS GIS] #2243: wxGUI: raster importer single file GdalImportDialog crash after import