Yup, works now. Thanks Roger! And thanks MarkusM as well! :)
best,
vero
2017-10-20 21:31 GMT+02:00 Helmut Kudrnovsky :
> >Please try:
> >
> >install.packages("rgrass7", repos="http://R-Forge.R-project.org;)
> >
> >which incorporates the change in both places, not just one as
>Please try:
>
>install.packages("rgrass7", repos="http://R-Forge.R-project.org;)
>
>which incorporates the change in both places, not just one as before (svn
>revision 63 on R-Forge, spgrass project).
tested with above install.packages cmd:
> sessionInfo()
R version 3.4.0 (2017-04-21)
On Fri, 20 Oct 2017, Markus Metz wrote:
Hi Vero,
On Thu, Oct 19, 2017 at 9:26 PM, Veronica Andreo
wrote:
Hello again,
I come back to this thread beacuse the issue was solved for readVECT, but
I now realize (when trying to write vectors back into GRASS after some
Hi Vero,
On Thu, Oct 19, 2017 at 9:26 PM, Veronica Andreo
wrote:
>
> Hello again,
>
> I come back to this thread beacuse the issue was solved for readVECT, but
I now realize (when trying to write vectors back into GRASS after some
processing in R) that writeVECT shows the
Hello again,
I come back to this thread beacuse the issue was solved for readVECT, but I
now realize (when trying to write vectors back into GRASS after some
processing in R) that writeVECT shows the same problem, i.e. the only
driver working is ESRI Shapefile (all smooth, no errors), but driver
OK, thanks, will revise at next release.
Roger
On Wed, 11 Oct 2017, Markus Metz wrote:
Dear Roger,
On Wed, Oct 11, 2017 at 2:36 PM, Roger Bivand wrote:
Dear Markus,
I can't see how to get the same strings out without conditioning,
with
ogrDGRASSs <- gsub(" ", "_",
Dear Roger, MarkusM and all
Thank you very much for such quick answers and solutions! I cannot tell
which would be the best solution, but I tested the one already in r-forge
and readVECT works again with SQLite and GML :)
Thanks again to everybody!
Vero
2017-10-11 14:10 GMT+02:00 Markus Metz
Dear Roger,
On Wed, Oct 11, 2017 at 1:41 PM, Roger Bivand wrote:
>
> New version submitted to CRAN; until then:
>
> install.packages("rgrass7", repos="http://R-Forge.R-project.org;)
>
> should pick up the latest version; #3425 closed. Please report back
whether this works
Dear Roger,
On Oct 11, 2017 1:41 PM, "Roger Bivand" wrote:
>
> New version submitted to CRAN; until then:
>
> install.packages("rgrass7", repos="http://R-Forge.R-project.org;)
>
> should pick up the latest version; #3425 closed. Please report back
whether this works ...
New version submitted to CRAN; until then:
install.packages("rgrass7", repos="http://R-Forge.R-project.org;)
should pick up the latest version; #3425 closed. Please report back
whether this works ... (conditioning on GRASS version to create comparable
driver name strings).
Roger
On Wed, 11
Thanks for trying to contribute. The GH site is not the rgrass7
development site - that is SVN on R-forge (GH is a very preliminary trial
site for using sf vector representation in R, and maybe raster raster
representation (or forthcoming stars), instead of sp classes).
GRAS 7.2.2 works OK
In the readVECT function, internally v.in.ogr is used to list the supported
vector format and it is compared the format available using rgdal (or sf).
However, using v.external instead of v.in.ogr fix this single problem
because of the way the output is different (in form).
For example, if you use
>Gesendet: Dienstag, 10. Oktober 2017 um 23:24 Uhr
>Von: "Ahmadou Dicko"
>An: "Helmut Kudrnovsky"
>Cc: "Roger Bivand" , "grass-stats@lists.osgeo.org"
>
>Betreff: Re: [GRASS-stats] rgrass7 - SQLite and GML
Hi everyone,
I think that using v.external -f (instead of v.in.ogr -f) can fix this
issue (didn't try yet)
execGRASS("v.external", flags = "f", intern = TRUE)
[1] "ARCGEN" "AVCBin" "AVCE00"
[4] "AeronavFAA" "AmigoCloud" "BNA"
[7] "CAD""CSV""CSW"
>Von: "Roger Bivand"
>And output of v.in.ogr -f?
v.in.ogr -f
JP2ECW (ro): ERDAS JPEG2000 (SDK 5.3)
FileGDB (rw+): ESRI FileGDB
PCIDSK (rw+): PCIDSK Database File
netCDF (rw+): Network Common Data Format
JP2OpenJPEG (rw):
And output of v.in.ogr -f? Nothing has changed in rgrass7, I'll check in the
morning.
Roger
Roger Bivand
Norwegian School of Economics
Bergen, Norway
Fra: Helmut Kudrnovsky
Sendt: tirsdag 10. oktober, 22.56
Emne: Aw: Re: [GRASS-stats] rgrass7 - SQLite and GML drivers not working for
Gesendet: Dienstag, 10. Oktober 2017 um 22:52 Uhr
Von: "Veronica Andreo"
An: "Roger Bivand"
Cc: "grass-stats@lists.osgeo.org" , "Helmut
Kudrnovsky"
Betreff: Re: [GRASS-stats] rgrass7 - SQLite and GML
Hello Roger,
Sorry I forgot this info. Here, the outputs:
> sessionInfo()
R version 3.4.1 (2017-06-30)
Platform: x86_64-redhat-linux-gnu (64-bit)
Running under: Fedora 26 (Twenty Six)
Matrix products: default
BLAS/LAPACK: /usr/lib64/R/lib/libRblas.so
locale:
[1] LC_CTYPE=en_US.UTF-8
>Von: "Roger Bivand"
>Please report sessionInfo() in R, and check the ogrDrivers() list.
sessionInfo() already posted in the mail before, here again:
> sessionInfo()
R version 3.4.0 (2017-04-21)
Platform: x86_64-w64-mingw32/x64 (64-bit)
Running under: Windows 10 x64 (build
Please report sessionInfo() in R, and check the ogrDrivers() list.
Roger Bivand
Norwegian School of Economics
Bergen, Norway
On Tue, Oct 10, 2017 at 10:03 PM +0200, "Helmut Kudrnovsky"
> wrote:
>Are SQLite and GML drivers disabled/broken in readVECT?
>Are SQLite and GML drivers disabled/broken in readVECT?
some earlier discussions I remembered:
https://lists.osgeo.org/pipermail/grass-stats/2015-July/001561.html
https://lists.osgeo.org/pipermail/grass-stats/2015-July/001562.html
[...]
>> bla2<-readVECT("census_wake2000")
>Exporting 105 areas (may take some time)...
>Warning 1: Value 120426752 of field AREA of feature 23 not successfully
written. Possibly due to too larger >number with respect to field width
testing by:
v.out.ogr input=census_wake2000@PERMANENT
Hi Helli,
2017-10-10 21:24 GMT+02:00 Helmut Kudrnovsky :
> >For some vectors, I get the following warnings (loss of data apparently):
> >
> >> bla2<-readVECT("census_wake2000")
> >Exporting 105 areas (may take some time)...
> >Warning 1: Value 120426752 of field AREA of feature 23
>For some vectors, I get the following warnings (loss of data apparently):
>
>> bla2<-readVECT("census_wake2000")
>Exporting 105 areas (may take some time)...
>Warning 1: Value 120426752 of field AREA of feature 23 not successfully
written. Possibly due to too larger >number with respect to field
>Are SQLite and GML drivers disabled/broken in readVECT? I only get
driver="ESRI Shapefile" to work,
confirmed by:
---
> sessionInfo()
R version 3.4.0 (2017-04-21)
Platform: x86_64-w64-mingw32/x64 (64-bit)
Running under: Windows 10 x64 (build 15063)
Matrix products: default
locale:
[1] C
Hello all,
Are SQLite and GML drivers disabled/broken in readVECT? I only get
driver="ESRI Shapefile" to work, but in some cases with a lot of warnings.
Here an example with NC location:
grass73svn grassdata/nc_spm_08_grass7/PERMANENT/ --text
...
GRASS 7.3.svn (nc_spm_08_grass7):~ > R
...
26 matches
Mail list logo