Hi,
2014-12-04 8:36 GMT+01:00 Markus Neteler nete...@osgeo.org:
To me that sounds a bit misleading since we don't need to update
v.in.ogr. How about
WARNING: Please update the usage of v.in.ogr: option dsn has been
renamed to input
right, it's seems to be better, done in r63367. I can
On Thu, Dec 4, 2014 at 9:20 AM, Martin Landa landa.mar...@gmail.com wrote:
2014-12-04 8:36 GMT+01:00 Markus Neteler nete...@osgeo.org:
To me that sounds a bit misleading since we don't need to update
v.in.ogr. How about
WARNING: Please update the usage of v.in.ogr: option dsn has been
On 04/12/14 13:08, Markus Neteler wrote:
On Thu, Dec 4, 2014 at 9:20 AM, Martin Landa landa.mar...@gmail.com wrote:
2014-12-04 8:36 GMT+01:00 Markus Neteler nete...@osgeo.org:
To me that sounds a bit misleading since we don't need to update
v.in.ogr. How about
WARNING: Please update the usage
: Wednesday, December 3, 2014 11:37 PM
To: Martin Landa
Cc: GRASS developers list
Subject: Re: [GRASS-dev] addons dependencies
On Wed, Dec 3, 2014 at 7:17 PM, Martin Landa landa.mar...@gmail.com wrote:
2014-12-03 19:07 GMT+01:00 Moritz Lennert mlenn...@club.worldonline.be:
v.in.wfs2 url= http
On Thu, Dec 4, 2014 at 6:30 PM, Moskovitz, Bob@DOC
bob.moskov...@conservation.ca.gov wrote:
FYI, the QGIS Processing plugin does not work when accessing GRASS 7 tools
because of the error shown below.
I have now suggested a fix as per
https://github.com/qgis/QGIS/pull/1720
Ideally someone
On 01/12/14 18:07, Markus Neteler wrote:
On Mon, Dec 1, 2014 at 4:18 PM, Moritz Lennert
mlenn...@club.worldonline.be wrote:
On 28/11/14 23:41, Martin Landa wrote:
...
please try out r63275. Martin
v.in.wfs2 now runs (although it bails out because of the recent change in
parameters
Hi,
2014-12-03 19:07 GMT+01:00 Moritz Lennert mlenn...@club.worldonline.be:
v.in.wfs2 url= http://geoserver.gis.irisnet.be/ows layers=urbis:URB_A_MZ
output=urbis srs=31370
Downloading data from WFS server...
Reprojecting data...
Importing vector map into GRASS...
WARNING: Please update the
On Wed, Dec 3, 2014 at 7:17 PM, Martin Landa landa.mar...@gmail.com wrote:
2014-12-03 19:07 GMT+01:00 Moritz Lennert mlenn...@club.worldonline.be:
v.in.wfs2 url= http://geoserver.gis.irisnet.be/ows layers=urbis:URB_A_MZ
output=urbis srs=31370
Downloading data from WFS server...
Reprojecting
On 28/11/14 23:41, Martin Landa wrote:
Hi,
2014-11-07 13:33 GMT+01:00 Moritz Lennert mlenn...@club.worldonline.be:
[...]
And I just tried v.in.wfs2: g.extension does not give an error message
during installation, but it only installs the v.in.wfs2.py file, not the
other files and so when I
On Mon, Dec 1, 2014 at 4:18 PM, Moritz Lennert
mlenn...@club.worldonline.be wrote:
On 28/11/14 23:41, Martin Landa wrote:
...
please try out r63275. Martin
v.in.wfs2 now runs (although it bails out because of the recent change in
parameters (v.in.ogr dsn - input).
I thought that this would
Hi,
2014-11-07 13:33 GMT+01:00 Moritz Lennert mlenn...@club.worldonline.be:
[...]
And I just tried v.in.wfs2: g.extension does not give an error message
during installation, but it only installs the v.in.wfs2.py file, not the
other files and so when I run it, I get
v.in.wfs2
On 05/11/14 10:38, Martin Landa wrote:
Hi all,
one student of mine rewrote `r.surf.nnbathy` and `v.surf.nnbathy` to
Python for GRASS 7. The modules are using it's own little python
library/module to perform computation. I wonder how to deal with such
issues in addons regarding `g.extension`. I
Hi all,
one student of mine rewrote `r.surf.nnbathy` and `v.surf.nnbathy` to
Python for GRASS 7. The modules are using it's own little python
library/module to perform computation. I wonder how to deal with such
issues in addons regarding `g.extension`. I can see two options:
1) to put both
13 matches
Mail list logo