<div dir="ltr"><div><br><br>On Fri, Apr 20, 2018 at 10:47 AM, Camille Bezzina <<a href="mailto:camille.bezzina@geophom.fr">camille.bezzina@geophom.fr</a>> wrote:<br>><br>> Thanks a lot Markus for your help !<br>><br>> It works. :-)<br>><br>> Last question about that, the "verbose" says me that I have 57851input polygons but 58049 areas in output. Why this difference ?<br><br></div>The number of areas is larger than the number of polygons because holes inside polygons are also represented as areas.<br><div>><br>> How can I check if all polygons are imported ?<br><br>What counts is the number of centroids which is ideally identical to the
number of input polygons, as long as input polygons don't overlap. In case polygons overlap, the number of centroids can be different from the number of input polygons.<br><br></div><div>Markus M<br></div><div>><br>><br>><br>><br>> Le 18/04/2018 à 18:55, Markus Metz a écrit :<br>><br>><br>><br>> On Wed, Apr 18, 2018 at 5:39 PM, Camille Bezzina <<a href="mailto:camille.bezzina@geophom.fr">camille.bezzina@geophom.fr</a>> wrote:<br>> ><br>> > You can download the shapefile causing problems here : <a href="https://we.tl/qByZnpMNvU">https://we.tl/qByZnpMNvU</a><br>> ><br>> Thanks a lot!<br>><br>> The input is 3D, and pairs of consecutive vertices are exactly on top of each other. The data can be imported successfully with v.in.ogr -2, forcing 2D output.<br>><br>> In this case I don't understand (yet) why forcing 2D is necessary.<br>><br>> Markus M<br>><br>> ><br>> > Le 18/04/2018 à 17:30, Markus Metz a écrit :<br>> ><br>> ><br>> ><br>> > On Wed, Apr 18, 2018 at 5:27 PM, Camille Bezzina <<a href="mailto:camille.bezzina@geophom.fr">camille.bezzina@geophom.fr</a>> wrote:<br>> > ><br>> > > Hi,<br>> > ><br>> > > I tried to import my vector with the latest version 7.4 and testing snap=0.01or other values but there is always the same problem.<br>> > ><br>> > > I also tried with another shapefile (smaller) but it doen't change anything.<br>> > ><br>> > > You can find the result in the attached file (verbose + .pdf). As you can see, when I import a .shp, a lot of polygons desappear.<br>> ><br>> > Can you provide off-list (a link to) the shapefile causing problems? Then we can test.<br>> ><br>> > Markus M<br>> ><br>> > ><br>> > > Camille<br>> > ><br>> > ><br>> > > Le 12/04/2018 à 18:20, Moritz Lennert a écrit :<br>> > ><br>> > > On 12/04/18 17:03, Camille Bezzina wrote:<br>> > ><br>> > > Hi Markus,<br>> > ><br>> > > In the file attached you can find the full output of v.import with verbose.<br>> > ><br>> > > I launch this one with v.in.ogr and this is the answer.<br>> > ><br>> > ><br>> > > At the end you can see:<br>> > ><br>> > > "Some input polygons are overlapping each other.<br>> > > If overlapping is not desired, the data need to be cleaned.<br>> > > The input could be cleaned by snapping vertices to each other.<br>> > > Estimated range of snapping threshold: [1e-08, 1]<br>> > > Try to import again, snapping with at least 1e-08: 'snap=1e-08'"<br>> > ><br>> > > Try importing with snap=0.01 or something like that (depending on the nature and precision of your data.<br>> > ><br>> > > Moritz<br>> > ><br>> > ><br>> > > Thanks.<br>> > ><br>> > ><br>> > ><br>> > > Le 12/04/2018 à 16:39, Markus Metz a écrit :<br>> > ><br>> > ><br>> > ><br>> > > On Thu, Apr 12, 2018 at 3:04 PM, Camille Bezzina <<a href="mailto:camille.bezzina@geophom.fr">camille.bezzina@geophom.fr</a> <mailto:<a href="mailto:camille.bezzina@geophom.fr">camille.bezzina@geophom.fr</a>>> wrote:<br>> > > ><br>> > > > Hello all,<br>> > > ><br>> > > > I have a problem with v.in.ogr.<br>> > > > I would like to import a shape file (with 57851 polygons) with v.in.ogr.<br>> > > ><br>> > > > v.import --verbose input=/media/hdd1/phom/eolien/AIP_UNESCO_RONCHAMP/data/qgis/MNE/bati_D90_decoupe.shp layer=bati_D90_decoupe output=bati_D90_decoupe -o<br>> > > ><br>> > > > Visibly the order is going well, my attribute table contains 57851 attributes but when I check my vector with display, some polygons are missing.<br>> > ><br>> > > Can you post the full output of v.import with --verbose?<br>> > ><br>> > > Considering that you override the projection check with -o, you can also use v.in.ogr directly and then post the full output of v.in.ogr -o --verbose.<br>> > ><br>> > > Markus M<br>> > ><br>> > > ><br>> > > > Thanks for your help.<br>> > > ><br>> > > > --<br>> > > > Camille Bezzina<br>> > > > Geophom<br>> > > > _______________________________________________<br>> > > > grass-user mailing list<br>> > > > <a href="mailto:grass-user@lists.osgeo.org">grass-user@lists.osgeo.org</a> <mailto:<a href="mailto:grass-user@lists.osgeo.org">grass-user@lists.osgeo.org</a>><br>> > > > <a href="https://lists.osgeo.org/mailman/listinfo/grass-user">https://lists.osgeo.org/mailman/listinfo/grass-user</a><br>> > ><br>> > ><br>> > > --<br>> > > Camille BEZZINA<br>> > > Chargé d'études géomatiques et photomontages<br>> > > Geophom<br>> > > 57 rue du Chemin Neuf 44521 OUDON<br>> > > Standard: +33(0)2 85 52 02 59<br>> > > Ligne directe: +33(0)9 72 56 81 71<br>> > > <a href="http://www.geophom.fr">www.geophom.fr</a><br>> > ><br>> > ><br>> > > _______________________________________________<br>> > > grass-user mailing list<br>> > > <a href="mailto:grass-user@lists.osgeo.org">grass-user@lists.osgeo.org</a><br>> > > <a href="https://lists.osgeo.org/mailman/listinfo/grass-user">https://lists.osgeo.org/mailman/listinfo/grass-user</a><br>> > ><br>> > ><br>> > ><br>> > ><br>> > > --<br>> > > Camille BEZZINA<br>> > > Chargé d'études géomatiques et photomontages<br>> > > Geophom<br>> > > 57 rue du Chemin Neuf 44521 OUDON<br>> > > Standard: +33(0)2 85 52 02 59<br>> > > Ligne directe: +33(0)9 72 56 81 71<br>> > > <a href="http://www.geophom.fr">www.geophom.fr</a><br>> ><br>> ><br>> > --<br>> > Camille BEZZINA<br>> > Chargé d'études géomatiques et photomontages<br>> > Geophom<br>> > 57 rue du Chemin Neuf 44521 OUDON<br>> > Standard: +33(0)2 85 52 02 59<br>> > Ligne directe: +33(0)9 72 56 81 71<br>> > <a href="http://www.geophom.fr">www.geophom.fr</a><br>><br>><br>> --<br>> Camille BEZZINA<br>> Chargé d'études géomatiques et photomontages<br>> Geophom<br>> 57 rue du Chemin Neuf 44521 OUDON<br>> Standard: +33(0)2 85 52 02 59<br>> Ligne directe: +33(0)9 72 56 81 71<br>> <a href="http://www.geophom.fr">www.geophom.fr</a><br><br></div></div>