Hi,
I just instaled the latest WinGRASS71svn through OSGeo4W (including MinGW/MSYS).
Unfortunately it uses Windows shell (CMD) instead of bourne shell (like earlier
71 installations and latest WinGRASS70beta still does (within the same OSGeo4W
installation)).
Is that on purpose?
In
On Mon, Oct 20, 2014 at 4:51 PM, Vaclav Petras wenzesl...@gmail.com wrote:
Hi,
again some test failed because of segmentation fault and I'm wondering how
to collect the information about it for the report.
In this case, it was crash of v.in.ogr called by script db.in.ogr, so I have
#2422: Functions from Segment lib have no prefix
--+-
Reporter: martinl | Owner: grass-dev@…
Type: task | Status: closed
Priority: blocker |
Hi,
2014-10-22 8:58 GMT+02:00 Markus Neteler nete...@osgeo.org:
v.in.ogr crashed with SIGSEGV in main()
v.in.ogr --q -o dsn=./data/table1.csv output=t1
v.what/test_vwhat_layers
...
Can you please add
db.connect -p
to the (local) test?
just wild guess, could be related to [1]?
Hi,
2014-10-22 8:56 GMT+02:00 Blumentrath, Stefan stefan.blumentr...@nina.no:
I just instaled the latest WinGRASS71svn through OSGeo4W (including
MinGW/MSYS).
Unfortunately it uses Windows shell (CMD) instead of bourne shell (like
earlier 71 installations and latest WinGRASS70beta still does
Von: Martin Landa landa.mar...@gmail.com
yes, the main reason was that we introduced bat wrappers for python
scripts. Martin
OK, thanks Martin for the info.
Given the history of the Python issue I shall not complain about a missing Unix
shell on
#2457: DBF driver: stub functions for SQL TRANSACTION
-+--
Reporter: neteler | Owner: grass-dev@…
Type: defect | Status: new
Priority: normal |
Hi,
2014-10-22 10:37 GMT+02:00 Blumentrath, Stefan stefan.blumentr...@nina.no:
Given the history of the Python issue I shall not complain about a missing
Unix shell on Windows...
switching to msys shell is easy, just change in env.bat file
REM set GRASS_SH=%OSGEO4W_ROOT%\apps\msys\bin\sh.exe
Hi,
it's seems that currently PyGRASS doesn't support shorten parameters, eg.
Module('v.db.addcolumn', map='p5', col='vymera_ha double')
File ./u01.py, line 27, in compute
Module('v.db.addcolumn', map='p5', col='vymera_ha double')
File
#2458: testsuite: cosmetics for percentage output
+---
Reporter: neteler | Owner: grass-dev@…
Type: enhancement | Status: new
Priority:
Hi,
2014-10-22 10:49 GMT+02:00 Martin Landa landa.mar...@gmail.com:
it's seems that currently PyGRASS doesn't support shorten parameters, eg.
there is also another issue where pyGRASS seems to be too much strict, eg.
Module('d.vect', map='p6', type='point', color='purple',
#2457: DBF driver: stub functions for SQL TRANSACTION
-+--
Reporter: neteler | Owner: grass-dev@…
Type: defect | Status: new
Priority: normal |
#2457: DBF driver: stub functions for SQL TRANSACTION
-+--
Reporter: neteler | Owner: grass-dev@…
Type: defect | Status: new
Priority: normal |
#2457: DBF driver: stub functions for SQL TRANSACTION
-+--
Reporter: neteler | Owner: grass-dev@…
Type: defect | Status: new
Priority: normal |
#2435: finish replacement of python api doxygen doc by sphinx
-+--
Reporter: martinl | Owner: grass-dev@…
Type: defect | Status: new
#2436: v.out.postgis: Unsupported geometry type / Unable to write feature in
vector map
---+
Reporter: martin | Owner: martinl
Type: defect | Status: assigned
Priority: normal
#2459: r|v.unpack: add parameter to create new location
---+
Reporter: martinl| Owner: grass-dev@…
Type: defect | Status: new
Priority: normal
On Wed, Oct 22, 2014 at 10:49 AM, Martin Landa landa.mar...@gmail.com wrote:
Hi,
it's seems that currently PyGRASS doesn't support shorten parameters, eg.
Module('v.db.addcolumn', map='p5', col='vymera_ha double')
[cut]
grass.pygrass.errors.ParameterError: col is not a valid parameter.
On Wed, Oct 22, 2014 at 11:12 AM, Martin Landa landa.mar...@gmail.com wrote:
there is also another issue where pyGRASS seems to be too much strict, eg.
Module('d.vect', map='p6', type='point', color='purple',
icon='basic/star', size=10)
fails with
File ./u01.py, line 37, in compute
2014-10-22 17:36 GMT+02:00 Pietro peter.z...@gmail.com:
Any chance to change this behaviour?
Actually I don't like the idea of shorten parameters... :-)
So I wont fix this.
well, pyGRASS should behave similarly to GRASS parser which allows
shorten options. It's not question of personal
Hi,
2014-10-22 17:37 GMT+02:00 Pietro peter.z...@gmail.com:
[...]
This is fixed in grass71, should be backported.
are you planning to to this? Martin
--
Martin Landa * http://geo.fsv.cvut.cz/gwiki/Landa
___
grass-dev mailing list
On Wed, Oct 22, 2014 at 5:40 PM, Martin Landa landa.mar...@gmail.com wrote:
2014-10-22 17:36 GMT+02:00 Pietro peter.z...@gmail.com:
Any chance to change this behaviour?
Actually I don't like the idea of shorten parameters... :-)
So I wont fix this.
well, pyGRASS should behave similarly to
#2436: v.out.postgis: Unsupported geometry type / Unable to write feature in
vector map
---+
Reporter: martin | Owner: martinl
Type: defect | Status: assigned
Priority: normal
On Wed, Oct 22, 2014 at 5:45 PM, Martin Landa landa.mar...@gmail.com wrote:
This is fixed in grass71, should be backported.
are you planning to to this? Martin
Yes, I would like to do it...
The main problem are the difference between grass70 and grass71 on the
exception...
I would like to
Hi,
2014-10-22 18:09 GMT+02:00 Pietro peter.z...@gmail.com:
If other devs agree on backporting grass.exceptions, then I could do
this during the weekend.
I would agree with that. Martin
--
Martin Landa * http://geo.fsv.cvut.cz/gwiki/Landa
___
On 22 October 2014 18:10, Martin Landa landa.mar...@gmail.com wrote:
Hi,
Hi,
2014-10-22 18:09 GMT+02:00 Pietro peter.z...@gmail.com:
If other devs agree on backporting grass.exceptions, then I could do
this during the weekend.
I would agree with that. Martin
+1
--
Martin Landa *
On Wed, Oct 22, 2014 at 11:40 AM, Martin Landa landa.mar...@gmail.com
wrote:
2014-10-22 17:36 GMT+02:00 Pietro peter.z...@gmail.com:
Any chance to change this behaviour?
Actually I don't like the idea of shorten parameters... :-)
So I wont fix this.
well, pyGRASS should behave
#2436: v.out.postgis: Unsupported geometry type / Unable to write feature in
vector map
-+--
Reporter: martin | Owner: martinl
Type: defect | Status: closed
Priority: normal |
#2457: DBF driver: stub functions for SQL TRANSACTION
-+--
Reporter: neteler | Owner: grass-dev@…
Type: defect | Status: new
Priority: normal |
On Wed, Oct 22, 2014 at 4:15 AM, Martin Landa landa.mar...@gmail.com
wrote:
Hi,
2014-10-22 8:58 GMT+02:00 Markus Neteler nete...@osgeo.org:
v.in.ogr crashed with SIGSEGV in main()
v.in.ogr --q -o dsn=./data/table1.csv output=t1
v.what/test_vwhat_layers
...
Can you please add
Markus Neteler wrote:
I have no plans to use in the Makefiles. I added it mainly so that the
user can use e.g.
make 'OBJDIR=$(GRASS_HOME)/OBJ.$(ARCH)/$(RELDIR)' ...
to place all[1] intermediate files in a single directory (which
doesn't have to be within the GRASS source
Martin Landa wrote:
Given the history of the Python issue I shall not complain about a missing
Unix shell on Windows...
switching to msys shell is easy, just change in env.bat file
REM set GRASS_SH=%OSGEO4W_ROOT%\apps\msys\bin\sh.exe
to
set
Anna Petrášová wrote:
Any chance to change this behaviour?
Actually I don't like the idea of shorten parameters... :-)
So I wont fix this.
well, pyGRASS should behave similarly to GRASS parser which allows
shorten options. It's not question of personal preferences I would say
On Wed, Oct 22, 2014 at 8:28 PM, Glynn Clements gl...@gclements.plus.com
wrote:
Martin Landa wrote:
Given the history of the Python issue I shall not complain about a
missing Unix shell on Windows...
switching to msys shell is easy, just change in env.bat file
REM set
34 matches
Mail list logo
