On 23/10/14 02:53, Vaclav Petras wrote:
On Wed, Oct 22, 2014 at 8:28 PM, Glynn Clements
mailto: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
On Wed, Oct 22, 2014 at 8:28 PM, Glynn Clements
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 GRASS_SH=%OSGEO4W_ROOT%
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 prefere
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 GRASS_SH=%OSGEO4W_ROOT%\app
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 GR
On Wed, Oct 22, 2014 at 4:15 AM, Martin Landa
wrote:
> Hi,
>
> 2014-10-22 8:58 GMT+02:00 Markus Neteler :
>
> >> 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
>
#2457: DBF driver: stub functions for SQL TRANSACTION
-+--
Reporter: neteler | Owner: grass-dev@…
Type: defect | Status: new
Priority: normal | Miles
#2436: v.out.postgis: Unsupported geometry type / Unable to write feature in
vector map
-+--
Reporter: martin | Owner: martinl
Type: defect | Status: closed
Priority: normal | Milesto
On Wed, Oct 22, 2014 at 11:40 AM, Martin Landa
wrote:
> 2014-10-22 17:36 GMT+02:00 Pietro :
>
> >> 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 allow
On 22 October 2014 18:10, Martin Landa wrote:
> Hi,
>
Hi,
> 2014-10-22 18:09 GMT+02:00 Pietro :
>
>> 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 * http://geo.fsv.cvut.cz/gwiki/Land
Hi,
2014-10-22 18:09 GMT+02:00 Pietro :
> 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
___
grass-dev mailing list
On Wed, Oct 22, 2014 at 5:45 PM, Martin Landa 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 backport grass.excepti
#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:40 PM, Martin Landa wrote:
> 2014-10-22 17:36 GMT+02:00 Pietro :
>
>>> 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
> sh
Hi,
2014-10-22 17:37 GMT+02:00 Pietro :
[...]
> 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
grass-dev@lists.osgeo.org
http://list
2014-10-22 17:36 GMT+02:00 Pietro :
>> 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 s
On Wed, Oct 22, 2014 at 11:12 AM, Martin Landa 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
> Module('d.
On Wed, Oct 22, 2014 at 10:49 AM, Martin Landa 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.
>
> Any chance t
#2459: r|v.unpack: add parameter to create new location
---+
Reporter: martinl| Owner: grass-dev@…
Type: defect | Status: new
Priority: normal
#2436: v.out.postgis: Unsupported geometry type / Unable to write feature in
vector map
---+
Reporter: martin | Owner: martinl
Type: defect | Status: assigned
Priority: normal |
#2435: finish replacement of python api doxygen doc by sphinx
-+--
Reporter: martinl | Owner: grass-dev@…
Type: defect | Status: new
P
#2457: DBF driver: stub functions for SQL TRANSACTION
-+--
Reporter: neteler | Owner: grass-dev@…
Type: defect | Status: new
Priority: normal | Miles
#2457: DBF driver: stub functions for SQL TRANSACTION
-+--
Reporter: neteler | Owner: grass-dev@…
Type: defect | Status: new
Priority: normal | Miles
#2457: DBF driver: stub functions for SQL TRANSACTION
-+--
Reporter: neteler | Owner: grass-dev@…
Type: defect | Status: new
Priority: normal | Miles
Hi,
2014-10-22 10:49 GMT+02:00 Martin Landa :
> 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',
icon='basic/star', size=10)
fails wit
#2458: testsuite: cosmetics for percentage output
+---
Reporter: neteler | Owner: grass-dev@…
Type: enhancement | Status: new
Priority: norm
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
"/opt/src/grass70_release/dist.x86_64-unknown-
Hi,
2014-10-22 10:37 GMT+02:00 Blumentrath, Stefan :
> 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 GRASS_SH=%OSGEO
#2457: DBF driver: stub functions for SQL TRANSACTION
-+--
Reporter: neteler | Owner: grass-dev@…
Type: defect | Status: new
Priority: normal | Miles
Von: Martin Landa
> 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 Windows...
All the best,
S
Hi,
2014-10-22 8:56 GMT+02:00 Blumentrath, Stefan :
> 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 OS
Hi,
2014-10-22 8:58 GMT+02:00 Markus Neteler :
>> 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]? Martin
[1]
#2422: Functions from Segment lib have no prefix
--+-
Reporter: martinl | Owner: grass-dev@…
Type: task | Status: closed
Priority: blocker | Milesto
33 matches
Mail list logo
