<div dir="ltr"><div><div>Dear Roger, MarkusM and all<br><br></div>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 :)<br></div><div><br></div><div>Thanks again to everybody! <br></div>Vero<br></div><div class="gmail_extra"><br><div class="gmail_quote">2017-10-11 14:10 GMT+02:00 Markus Metz <span dir="ltr"><<a href="mailto:markus.metz.giswork@gmail.com" target="_blank">markus.metz.giswork@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>Dear Roger,<span class=""><br><br>On Wed, Oct 11, 2017 at 1:41 PM, Roger Bivand <<a href="mailto:Roger.Bivand@nhh.no" target="_blank">Roger.Bivand@nhh.no</a>> wrote:<br>><br>> New version submitted to CRAN; until then:<br>><br>> install.packages("rgrass7", repos="<a href="http://R-Forge.R-project.org" target="_blank">http://R-Forge.R-<wbr>project.org</a>")<br>><br>> should pick up the latest version; #3425 closed. Please report back whether this works ... (conditioning on GRASS version to create comparable driver name strings).<br><br></span></div>I don't think there is a need to condition on the GRASS version, see my suggestion in #3425<br><div><br></div><div>Markus M<br></div><div><div class="h5"><div>><br>> Roger<br>><br>><br>> On Wed, 11 Oct 2017, Roger Bivand wrote:<br>><br>>> 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).<br>>><br>>> 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<br>>><br>>> #if GDAL_VERSION_NUM >= 2000000<br>>><br>>> to add a !backwards_compatible test too.<br>>><br>>> 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.<br>>><br>>> This is:<br>>><br>>> <a href="https://trac.osgeo.org/grass/ticket/3425" target="_blank">https://trac.osgeo.org/grass/<wbr>ticket/3425</a><br>>><br>>> Roger<br>>><br>>> On Tue, 10 Oct 2017, Ahmadou Dicko wrote:<br>>><br>>>> In the readVECT function, internally v.in.ogr is used to list the supported<br>>>> vector format and it is compared the format available using rgdal (or sf).<br>>>> However, using v.external instead of v.in.ogr fix this single problem<br>>>> because of the way the output is different (in form).<br>>>> For example, if you use v.in.ogr you will have to compare<br>>><br>>> SQLite_/_Spatialite<br>>>><br>>>> (GRASS) to SQLite (R) and they are not the same.<br>>>><br>>>> I tried to send a PR, let me know if it works<br>>>><br>>>> <a href="https://github.com/rsbivand/rgrass7/pull/1" target="_blank">https://github.com/rsbivand/<wbr>rgrass7/pull/1</a><br>>>><br>>>> Best,<br>>>><br>>>> On Tue, Oct 10, 2017 at 9:29 PM, Helmut Kudrnovsky <<a href="mailto:hellik@web.de" target="_blank">hellik@web.de</a>> wrote:<br>>>><br>>>>>> Gesendet: Dienstag, 10. Oktober 2017 um 23:24 Uhr<br>>>>>> Von: "Ahmadou Dicko" <<a href="mailto:dicko.ahmadou@gmail.com" target="_blank">dicko.ahmadou@gmail.com</a>><br>>>>>> An: "Helmut Kudrnovsky" <<a href="mailto:hellik@web.de" target="_blank">hellik@web.de</a>><br>>>>>> Cc: "Roger Bivand" <<a href="mailto:Roger.Bivand@nhh.no" target="_blank">Roger.Bivand@nhh.no</a>>, "<a href="mailto:grass-stats@lists.osgeo.org" target="_blank">grass-stats@lists.osgeo.org</a>" <<br>>>>><br>>>>> <a href="mailto:grass-stats@lists.osgeo.org" target="_blank">grass-stats@lists.osgeo.org</a>><br>>>>>><br>>>>>> Betreff: Re: [GRASS-stats] rgrass7 - SQLite and GML drivers not working<br>>>>><br>>>>> for readVECT<br>>>>>><br>>>>>><br>>>>>> Hi everyone,<br>>>>>><br>>>>>> I think that using v.external -f (instead of v.in.ogr -f) can fix this<br>>>>><br>>>>> issue (didn't try yet)<br>>>>>><br>>>>>><br>>>>>><br>>>>>> execGRASS("v.external", flags = "f", intern = TRUE)<br>>>>>> [1] "ARCGEN"         "AVCBin"         "AVCE00"<br>>>>>> [4] "AeronavFAA"     "AmigoCloud"     "BNA"<br>>>>>> [7] "CAD"            "CSV"            "CSW"<br>>>>>> [10] "Carto"          "Cloudant"       "CouchDB"<br>>>>>> [13] "DGN"            "DXF"            "EDIGEO"<br>>>>>> [16] "ESRI_Shapefile" "ElasticSearch"  "GFT"<br>>>>>> [19] "GML"            "GPKG"           "GPSBabel"<br>>>>>> [22] "GPSTrackMaker"  "GPX"            "GeoJSON"<br>>>>>> [25] "GeoRSS"         "Geoconcept"     "Geomedia"<br>>>>>> [28] "HTF"            "HTTP"           "Idrisi"<br>>>>>> [31] "JML"            "JPEG2000"       "KML"<br>>>>>> [34] "MSSQLSpatial"   "MapInfo_File"   "Memory"<br>>>>>> [37] "MySQL"          "ODBC"           "ODS"<br>>>>>> [40] "OGR_GMT"        "OGR_GRASS"      "OGR_PDS"<br>>>>>> [43] "OGR_SDTS"       "OGR_VRT"        "OSM"<br>>>>>> [46] "OpenAir"        "OpenFileGDB"    "PCIDSK"<br>>>>>> [49] "PDF"            "PGDUMP"         "PGeo"<br>>>>>> [52] "PLSCENES"       "PostgreSQL"     "REC"<br>>>>><br>>>>><br>>>>> in a quick check, there is no difference in available formats.<br>>>>><br>>>>><br>>>>><br>>>><br>>>><br>>>><br>>>><br>>><br>>><br>><br>> --<br>> Roger Bivand<br>> Department of Economics, Norwegian School of Economics,<br>> Helleveien 30, N-5045 Bergen, Norway.<br>> voice: <a href="tel:+47%2055%2095%2093%2055" value="+4755959355" target="_blank">+47 55 95 93 55</a>; e-mail: <a href="mailto:Roger.Bivand@nhh.no" target="_blank">Roger.Bivand@nhh.no</a><br>> Editor-in-Chief of The R Journal, <a href="https://journal.r-project.org/index.html" target="_blank">https://journal.r-project.org/<wbr>index.html</a><br>> <a href="http://orcid.org/0000-0003-2392-6140" target="_blank">http://orcid.org/0000-0003-<wbr>2392-6140</a><br>> <a href="https://scholar.google.no/citations?user=AWeghB0AAAAJ&hl=en" target="_blank">https://scholar.google.no/<wbr>citations?user=AWeghB0AAAAJ&<wbr>hl=en</a><br>> ______________________________<wbr>_________________<br>> grass-stats mailing list<br>> <a href="mailto:grass-stats@lists.osgeo.org" target="_blank">grass-stats@lists.osgeo.org</a><br>> <a href="https://lists.osgeo.org/mailman/listinfo/grass-stats" target="_blank">https://lists.osgeo.org/<wbr>mailman/listinfo/grass-stats</a><br><br></div></div></div></div>
<br>______________________________<wbr>_________________<br>
grass-stats mailing list<br>
<a href="mailto:grass-stats@lists.osgeo.org">grass-stats@lists.osgeo.org</a><br>
<a href="https://lists.osgeo.org/mailman/listinfo/grass-stats" rel="noreferrer" target="_blank">https://lists.osgeo.org/<wbr>mailman/listinfo/grass-stats</a><br></blockquote></div><br></div>