<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Oct 6, 2015 at 7:29 AM, Radim Blazek <span dir="ltr"><<a href="mailto:radim.blazek@gmail.com" target="_blank">radim.blazek@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div class=""><div class="h5">On Mon, Oct 5, 2015 at 11:16 PM, Vaclav Petras <<a href="mailto:wenzeslaus@gmail.com">wenzeslaus@gmail.com</a>> wrote:<br>
><br>
> On Mon, Oct 5, 2015 at 1:16 PM, Radim Blazek <<a href="mailto:radim.blazek@gmail.com">radim.blazek@gmail.com</a>> wrote:<br>
>><br>
>> >> There is v.build.all in modules.<br>
>> ><br>
>> > yes, but the user has no hint about its necessity; further steps:<br>
>> > db.connect -d<br>
>> > v.db.reconnect.all -cd<br>
>> > are not available among modules (BTW, maybe these options could be added<br>
>> > to existing modules?).<br>
>><br>
>> Building broken topology from browser can be always useful, but I<br>
>> don't think that browser/plugin must have UI for upgrading GRASS data<br>
>> from 6 to 7, something which has to be rarely done and which should be<br>
>> done with understanding (upgrade from dbf to sqlite).<br>
><br>
> Perhaps a special plugin. Do you think it would be a good idea to have<br>
> plugins based on the GRASS plugin? (They would probably just call modules<br>
> but in the way GRASS plugin does.)<br>
<br>
</div></div>I have added <a href="http://qgis.v.upgrade.py" rel="noreferrer" target="_blank">qgis.v.upgrade.py</a> which runs<br>
  v.build.all<br>
  db.connect -d<br>
  v.db.reconnect.all -cd<br>
<br>
but v.db.reconnect.all fails with -d even from GRASS shell:<br>
<br>
Reconnecting vector map <lines@upgrade> (1 of 3)...<br>
--------------------------------------------------------------------------------<br>
Copying table <lines> to target database...<br>
Traceback (most recent call last):<br>
  File "grass-7.1.svn/scripts/db.droptable", line 99, in <module><br>
    main()<br>
  File "grass-7.1.svn/scripts/db.droptable", line 77, in main<br>
    used = grass.db.db_table_in_vector(table)<br>
  File "grass-7.1.svn/etc/python/grass/script/db.py", line 189, in<br>
db_table_in_vector<br>
    for f in vector_db(vect, stderr=nuldev).itervalues():<br>
  File "grass-7.1.svn/etc/python/grass/script/vector.py", line 46, in vector_db<br>
    **args)<br>
  File "/grass-7.1.svn/etc/python/grass/script/core.py", line 460, in<br>
read_command<br>
    return handle_errors(returncode, stdout, args, kwargs)<br>
  File "grass-7.1.svn/etc/python/grass/script/core.py", line 328, in<br>
handle_errors<br>
    returncode=returncode)<br>
grass.exceptions.CalledModuleError: Module run None ['v.db.connect',<br>
'--q', '-g', 'map=edit@PERMANENT', 'sep=;'] ended with error<br>
Process ended with non-zero return code 1. See errors in the (error) output.<br>
ERROR: Unable to drop table <lines></blockquote><div><br></div><div>Hi Radim,<br></div><div><br></div><div>it works for me with NC sample Location for G6 [1]. So, the same as for Paolo [2]. How can I reproduce it? I've tried vector map without a table, but it also worked well. Tested with latest 7.0 release branch code.<br><br></div><div>Vaclav<br></div><div><br>[1] <a href="http://grass.osgeo.org/download/sample-data/">http://grass.osgeo.org/download/sample-data/</a><br>[2] <a href="https://lists.osgeo.org/pipermail/grass-dev/2015-October/076648.html">https://lists.osgeo.org/pipermail/grass-dev/2015-October/076648.html</a><br></div></div></div></div>