<div dir="ltr">Everything is working fine now.<div>The problem with the effective import was the -i option, which I obtained from another script and I wasn't aware of it...</div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">2015-02-18 23:30 GMT+01:00 G. Allegri <span dir="ltr"><<a href="mailto:giohappy@gmail.com" target="_blank">giohappy@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><p dir="ltr">I confirm that trunks doesn't causes segfault. Same mapset and location.<br>
Now I have to figure our why the import doesn't happen:</p>
<p dir="ltr">v.in.ogr input=/mnt/data/centroids.shp location=workLocation output=centroids -ie</p>
<p dir="ltr">The location is created but is empty.<br>
Thr same shape is correctly imported from GUI.</p>
<p dir="ltr">I will double check and try it again...</p>
<div class="gmail_quote">Il 18/feb/2015 22:34 "Markus Metz" <<a href="mailto:markus.metz.giswork@gmail.com" target="_blank">markus.metz.giswork@gmail.com</a>> ha scritto:<div><div class="h5"><br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Wed, Feb 18, 2015 at 10:14 PM, Anna Petrášová <<a href="mailto:kratochanna@gmail.com" target="_blank">kratochanna@gmail.com</a>> wrote:<br>
><br>
> On Wed, Feb 18, 2015 at 4:01 PM, Markus Metz <<a href="mailto:markus.metz.giswork@gmail.com" target="_blank">markus.metz.giswork@gmail.com</a>><br>
> wrote:<br>
>><br>
>> On Wed, Feb 18, 2015 at 9:25 PM, Vaclav Petras <<a href="mailto:wenzeslaus@gmail.com" target="_blank">wenzeslaus@gmail.com</a>><br>
>> wrote:<br>
>> > I think we should really implement #2579 [1] in one way or the other.<br>
>> > This<br>
>> > would make custom setups [2] not necessary for most cases. What do you<br>
>> > think? What should be the command line parameters?<br>
>><br>
>> Importing a shapefile to a new location without a VAR file works for<br>
>> me, and I think we should find out why it does not work for Giovanni.<br>
>> His approach should (must) work as it is.<br>
><br>
><br>
> Could this be related?<br>
> <a href="http://lists.osgeo.org/pipermail/grass-dev/2014-September/070639.html" target="_blank">http://lists.osgeo.org/pipermail/grass-dev/2014-September/070639.html</a><br>
<br>
I think not because I started GRASS in a new location, VAR was<br>
created, then I deleted it, then I ran v.in.ogr successfully, and VAR<br>
was recreated again. v.in.ogr works for me without a VAR file present.<br>
<br>
Markus M<br>
<br>
><br>
> Anna<br>
><br>
>><br>
>><br>
>> Markus M<br>
>><br>
>> ><br>
>> > Vaclav<br>
>> ><br>
>> > [1] <a href="http://trac.osgeo.org/grass/ticket/2579" target="_blank">http://trac.osgeo.org/grass/ticket/2579</a><br>
>> > [2]<br>
>> ><br>
>> > <a href="http://grasswiki.osgeo.org/wiki/Working_with_GRASS_without_starting_it_explicitly" target="_blank">http://grasswiki.osgeo.org/wiki/Working_with_GRASS_without_starting_it_explicitly</a><br>
>> ><br>
>> ><br>
>> > On Wed, Feb 18, 2015 at 1:26 PM, G. Allegri <<a href="mailto:giohappy@gmail.com" target="_blank">giohappy@gmail.com</a>> wrote:<br>
>> >><br>
>> >> Hi Markus,<br>
>> >> I wrote the details in another recent email and I forgot to write the<br>
>> >> here, sorry.<br>
>> >> GRASS 7.0.0 RC1 on Ubuntu 14.04.<br>
>> >> I'm creating a temporary database with an empty start location, with no<br>
>> >> CRS defined (proj code 0, i.e. XY).<br>
>> >> My location contains only the the WIND and DEFAULT_WIND files with the<br>
>> >> following content:<br>
>> >><br>
>> >> proj:       0<br>
>> >> zone:       0<br>
>> >> north:      1<br>
>> >> south:      0<br>
>> >> east:       1<br>
>> >> west:       0<br>
>> >> cols:       1<br>
>> >> rows:       1<br>
>> >> e-w resol:  1<br>
>> >> n-s resol:  1<br>
>> >> top:        1<br>
>> >> bottom:     0<br>
>> >> cols3:      1<br>
>> >> rows3:      1<br>
>> >> depths:     1<br>
>> >> e-w resol3: 1<br>
>> >> n-s resol3: 1<br>
>> >> t-b resol:  1<br>
>> >><br>
>> >> The env variables I'm using are:<br>
>> >><br>
>> >> export PYTHONPATH='/usr/lib/grass70/etc/python'<br>
>> >> export GISRC='/tmp/tmp9YVf_N/gisrc'<br>
>> >> export GRASS_VERSION='7.0.0'<br>
>> >> export<br>
>> >><br>
>> >> PATH='/usr/lib/grass70/bin:/usr/lib/grass70/scripts:/home/giova/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin'<br>
>> >> export GIS_LOCK=$<br>
>> >> export LD_LIBRARY_PATH='/usr/lib/grass70/lib'<br>
>> >> export GISBASE='/usr/lib/grass70'<br>
>> >><br>
>> >> Whatevere shapefile I try to import I obtain a segfault.<br>
>> >> This is the test command:<br>
>> >><br>
>> >> :/ v.in.ogr dsn="/mnt/data/centroids.shp" output=centroids<br>
>> >> location=workLocation -ie<br>
>> >><br>
>> >> If I add the VAR file with:<br>
>> >><br>
>> >> DB_DRIVER: sqlite<br>
>> >> DB_DATABASE: $GISDBASE/$LOCATION_NAME/$MAPSET/sqlite/sqlite.db<br>
>> >><br>
>> >> eveythign works fine.<br>
>> >> giovanni<br>
>> >><br>
>> >> 2015-02-18 18:08 GMT+01:00 Markus Neteler <<a href="mailto:neteler@osgeo.org" target="_blank">neteler@osgeo.org</a>>:<br>
>> >>><br>
>> >>> On Wed, Feb 18, 2015 at 3:24 PM, G. Allegri <<a href="mailto:giohappy@gmail.com" target="_blank">giohappy@gmail.com</a>><br>
>> >>> wrote:<br>
>> >>> > I'm getting segmentation faults in case I run a command on a<br>
>> >>> > location<br>
>> >>> > missing the VAR file.<br>
>> >>><br>
>> >>> On which OS, which GRASS version?<br>
>> >>><br>
>> >>> > I thought it was optional, as it's said here:<br>
>> >>> ><br>
>> >>> ><br>
>> >>> > <a href="http://grasswiki.osgeo.org/wiki/Working_with_GRASS_without_starting_it_explicitly#GRASS_databases" target="_blank">http://grasswiki.osgeo.org/wiki/Working_with_GRASS_without_starting_it_explicitly#GRASS_databases</a><br>
>> >>><br>
>> >>> Please post a reproducible example, thanks.<br>
>> >>><br>
>> >>> Markus<br>
>> ><br>
>> ><br>
>> ><br>
>> > _______________________________________________<br>
>> > grass-user mailing list<br>
>> > <a href="mailto:grass-user@lists.osgeo.org" target="_blank">grass-user@lists.osgeo.org</a><br>
>> > <a href="http://lists.osgeo.org/mailman/listinfo/grass-user" target="_blank">http://lists.osgeo.org/mailman/listinfo/grass-user</a><br>
>> _______________________________________________<br>
>> grass-user mailing list<br>
>> <a href="mailto:grass-user@lists.osgeo.org" target="_blank">grass-user@lists.osgeo.org</a><br>
>> <a href="http://lists.osgeo.org/mailman/listinfo/grass-user" target="_blank">http://lists.osgeo.org/mailman/listinfo/grass-user</a><br>
><br>
><br>
_______________________________________________<br>
grass-user mailing list<br>
<a href="mailto:grass-user@lists.osgeo.org" target="_blank">grass-user@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/grass-user" target="_blank">http://lists.osgeo.org/mailman/listinfo/grass-user</a></blockquote></div></div></div>
</blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature"><div dir="ltr">Giovanni Allegri<br><a href="http://about.me/giovanniallegri" target="_blank">http://about.me/giovanniallegri</a><div>Twitter: <a href="https://twitter.com/_giohappy_" target="_blank">https://twitter.com/_giohappy_</a></div><div>blog: <a href="http://blog.spaziogis.it" target="_blank">http://blog.spaziogis.it</a><br>GEO+ geomatica in Italia <a href="http://bit.ly/GEOplus" target="_blank">http://bit.ly/GEOplus</a></div></div></div>
</div>