<div dir="ltr"><div><div><div>Hi Markus,<br><br></div>that is working now for me fine!! Thank you.<br><br>Just out of curiousity:<br></div>Could there be the case that there is a table that is not (anymore, yet) connected to a vector? In such<br>
a case it is not possible to export the table as the input is defined by a vector map and the layer number?!<br><br></div><div>/Johannes<br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Apr 25, 2013 at 11:17 AM, Markus Metz <span dir="ltr"><<a href="mailto:markus.metz.giswork@gmail.com" target="_blank">markus.metz.giswork@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Thu, Apr 25, 2013 at 10:33 AM, Johannes Radinger<br>
<<a href="mailto:johannesradinger@gmail.com">johannesradinger@gmail.com</a>> wrote:<br>
> Hi,<br>
><br>
<div class="im">> @Markus M: Thank you for the fix.<br>
><br>
> However, somehow I am not able to export the attribute table that is created<br>
> by v.net.allpairs.<br>
> There is nothing special with the v.net.allpairs operation, just 13 points<br>
> along the network. The result<br>
> looks okay and the attribute table is as it should be. When I try db.out.ogr<br>
> nothing is produced (db.out.ogr<br>
> works with other tables):<br>
><br>
> db.out.ogr input=map_1 dsn=/home/radinger/Analysis/test format=CSV<br>
> I get the warning above that the vector map <map_1> can not be found and<br>
> there is no output created at<br>
> all. Can anyone reproduce that problem with a net.allpairs-attribute table?<br>
<br>
</div>Yes, fixed in r55991. The db.out.ogr module was asking for an input<br>
table and then used that name as vector name, that does not work.<br>
<br>
Markus M<br>
<div class="HOEnZb"><div class="h5"><br>
><br>
> /Johannes<br>
><br>
><br>
><br>
><br>
> On Wed, Apr 24, 2013 at 7:30 PM, Markus Metz <<a href="mailto:markus.metz.giswork@gmail.com">markus.metz.giswork@gmail.com</a>><br>
> wrote:<br>
>><br>
>> On Wed, Apr 24, 2013 at 3:01 PM, Johannes Radinger<br>
>> <<a href="mailto:johannesradinger@gmail.com">johannesradinger@gmail.com</a>> wrote:<br>
>> > Hi,<br>
>> ><br>
>> ><br>
>> > There are two little issues that recently popped up in GRASS 7<br>
>> ><br>
>> > 1) I performed a pairwise network analysis with v.net.allpairs.<br>
>> > The attribute table to the output map "map" that is produced is called<br>
>> > "map_1" (note: _1 !!).<br>
>><br>
>> This is because if a table with node attributes exists in the input<br>
>> vector, this table is also copied to the output vector and should have<br>
>> the name map_2.<br>
>><br>
>> Thus when I then try to export the attribute table to<br>
>> > a csv using v.out.ogr I get following warning (which is of course net a<br>
>> > problem):<br>
>> > db.out.ogr input=map_1 dsn=path/to/csv/file.csv format=CSV<br>
>> > WARNING: Vector map <map_1> not found -->right, because there is no<br>
>> > map_1,<br>
>> > the map is called "map"<br>
>> > Is that an intended behaviour that the corresponding attribute table for<br>
>> > v.net.allpairs gets a ending of "_1"?<br>
>> ><br>
>> > 2) It seems that the option for the output in db.out.ogr is maybe set<br>
>> > wrong<br>
>> > (<a href="http://svn.osgeo.org/grass/grass/trunk/scripts/db.out.ogr/" target="_blank">http://svn.osgeo.org/grass/grass/trunk/scripts/db.out.ogr/</a>). Is it<br>
>> > really<br>
>> > necessary that the outputfile already exists because the GUI asks to<br>
>> > select<br>
>> > a file rather than allow specifying the path to the file? I want to<br>
>> > create a<br>
>> > new csv with that module, so maybe the following needs to be changed<br>
>> > from<br>
>> > "old" to "new":<br>
>> ><br>
>> > #%option G_OPT_F_INPUT<br>
>> > #% key: dsn<br>
>> > #% gisprompt: old,bin,file<br>
>> > #% description: Table file to be exported or DB connection string<br>
>> > #% required : yes<br>
>> > #%end<br>
>><br>
>> or simpler<br>
>><br>
>> #%option G_OPT_F_OUTPUT<br>
>> #% key: dsn<br>
>> #% description: Table file to be exported or DB connection string<br>
>> #%end<br>
>><br>
>> Fixed in r55983.<br>
>><br>
>> Markus M<br>
><br>
><br>
</div></div></blockquote></div><br></div>