[GRASS-stats] rgrass7 - SQLite and GML drivers not working for readVECT

Wed Oct 11 05:39:23 PDT 2017

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 <markus.metz.giswork at gmail.com>:

> Dear Roger,
>
> On Wed, Oct 11, 2017 at 1:41 PM, Roger Bivand <Roger.Bivand at nhh.no> 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 ... (conditioning on GRASS version to create comparable
> driver name strings).
>
> I don't think there is a need to condition on the GRASS version, see my
> suggestion in #3425
>
> Markus M
> >
> > Roger
> >
> >
> > On Wed, 11 Oct 2017, Roger Bivand wrote:
> >
> >> 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 with the current logic checks; I can reproduce the
> issue in 7.3 (latest); there is a change in vector/v.in.ogr/main.c
> returning the DriverLongName for GDAL >= 2.0; in GRASS 7.2.2, there is no
> such change. Could the GRASS developer responsible for this obvious
> regression provide an additional flag in v.in.ogr (and v.external,
> v.out.ogr) to permit backwards compatibility? See line 387, needs to change
> >>
> >> #if GDAL_VERSION_NUM >= 2000000
> >>
> >> to add a !backwards_compatible test too.
> >>
> >> I'll hold off trying to fix this in rgrass7 because it is a regression.
> I can add the backwards_compatibility=TRUE flag to readVECT() once it is
> exposed.
> >>
> >> This is:
> >>
> >> https://trac.osgeo.org/grass/ticket/3425
> >>
> >> Roger
> >>
> >> On Tue, 10 Oct 2017, Ahmadou Dicko wrote:
> >>
> >>> 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 v.in.ogr you will have to compare
> >>
> >> SQLite_/_Spatialite
> >>>
> >>> (GRASS) to SQLite (R) and they are not the same.
> >>>
> >>> I tried to send a PR, let me know if it works
> >>>
> >>> https://github.com/rsbivand/rgrass7/pull/1
> >>>
> >>> Best,
> >>>
> >>> On Tue, Oct 10, 2017 at 9:29 PM, Helmut Kudrnovsky <hellik at web.de>
> wrote:
> >>>
> >>>>> Gesendet: Dienstag, 10. Oktober 2017 um 23:24 Uhr
> >>>>> Von: "Ahmadou Dicko" <dicko.ahmadou at gmail.com>
> >>>>> An: "Helmut Kudrnovsky" <hellik at web.de>
> >>>>> Cc: "Roger Bivand" <Roger.Bivand at nhh.no>, "
> grass-stats at lists.osgeo.org" <
> >>>>
> >>>> grass-stats at lists.osgeo.org>
> >>>>>
> >>>>> Betreff: Re: [GRASS-stats] rgrass7 - SQLite and GML drivers not
> working
> >>>>
> >>>> for readVECT
> >>>>>
> >>>>>
> >>>>> 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"
> >>>>> [10] "Carto"          "Cloudant"       "CouchDB"
> >>>>> [13] "DGN"            "DXF"            "EDIGEO"
> >>>>> [16] "ESRI_Shapefile" "ElasticSearch"  "GFT"
> >>>>> [19] "GML"            "GPKG"           "GPSBabel"
> >>>>> [22] "GPSTrackMaker"  "GPX"            "GeoJSON"
> >>>>> [25] "GeoRSS"         "Geoconcept"     "Geomedia"
> >>>>> [28] "HTF"            "HTTP"           "Idrisi"
> >>>>> [31] "JML"            "JPEG2000"       "KML"
> >>>>> [34] "MSSQLSpatial"   "MapInfo_File"   "Memory"
> >>>>> [37] "MySQL"          "ODBC"           "ODS"
> >>>>> [40] "OGR_GMT"        "OGR_GRASS"      "OGR_PDS"
> >>>>> [43] "OGR_SDTS"       "OGR_VRT"        "OSM"
> >>>>> [46] "OpenAir"        "OpenFileGDB"    "PCIDSK"
> >>>>> [49] "PDF"            "PGDUMP"         "PGeo"
> >>>>> [52] "PLSCENES"       "PostgreSQL"     "REC"
> >>>>
> >>>>
> >>>> in a quick check, there is no difference in available formats.
> >>>>
> >>>>
> >>>>
> >>>
> >>>
> >>>
> >>>
> >>
> >>
> >
> > --
> > Roger Bivand
> > Department of Economics, Norwegian School of Economics,
> > Helleveien 30, N-5045 Bergen, Norway.
> > voice: +47 55 95 93 55 <+47%2055%2095%2093%2055>; e-mail:
> Roger.Bivand at nhh.no
> > Editor-in-Chief of The R Journal, https://journal.r-project.org/
> index.html
> > http://orcid.org/0000-0003-2392-6140
> > https://scholar.google.no/citations?user=AWeghB0AAAAJ&hl=en
> > _______________________________________________
> > grass-stats mailing list
> > grass-stats at lists.osgeo.org
> > https://lists.osgeo.org/mailman/listinfo/grass-stats
>
>
> _______________________________________________
> grass-stats mailing list
> grass-stats at lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/grass-stats
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/grass-stats/attachments/20171011/dc79010d/attachment.html>