<div dir="ltr"><div><div><br><br>On Wed, May 17, 2017 at 3:09 PM, Martin Landa <<a href="mailto:landa.martin@gmail.com">landa.martin@gmail.com</a>> wrote:<br>><br>> Hi,<br>><br>> 2017-05-17 15:00 GMT+02:00  <<a href="mailto:svn_grass@osgeo.org">svn_grass@osgeo.org</a>>:<br>> > +    /* TODO: remove below code, or use it in e.g. a new <a href="http://v.in.pg">v.in.pg</a> */<br>><br>> -1<br>><br>> v.in.ogr should work for all datasources. Special care should be done<br>> for database sources. Connection string can be provided as fully<br>> qualified. But also stored connections (via db.login) should be also<br>> taken into account. Martin<br><br></div>db.login is used for database access where GRASS reads/writes attribute tables, right?<br><br></div>Why should these settings be used for OGR input? With v.in.ogr, OGR input can be anything, and OGR input has nothing to do with where GRASS creates a new attribute table. It is not clear why OGR should take into account GRASS db settings. Obviously this only causes confusion.<br><div><div><div><br></div>Markus M<br></div></div></div>