<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=utf-8">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <p><font face="Helvetica, Arial, sans-serif">Thanks a lot Markus for
        your help ! <br>
      </font></p>
    <p><font face="Helvetica, Arial, sans-serif">It works. :-)</font></p>
    <p><font face="Helvetica, Arial, sans-serif">Last question about that,
        the "verbose" says me that I have 57851input polygons but 58049
        areas in output. Why this difference ? <br>
      </font></p>
    <p><font face="Helvetica, Arial, sans-serif">How can I check if all
        polygons are imported ?</font></p>
    <p><font face="Helvetica, Arial, sans-serif"><br>
      </font></p>
    <p><font face="Helvetica, Arial, sans-serif"><br>
      </font></p>
    <br>
    <div class="moz-cite-prefix">Le 18/04/2018 à 18:55, Markus Metz a
      écrit :<br>
    </div>
    <blockquote type="cite"
cite="mid:CAG+h=FHS9eed7p2ZiLBQGqR9kVoZE8ovrDfZfR5S19crXGqZPg@mail.gmail.com">
      <div dir="ltr">
        <div>
          <div><br>
            <br>
            On Wed, Apr 18, 2018 at 5:39 PM, Camille Bezzina <<a
              href="mailto:camille.bezzina@geophom.fr"
              moz-do-not-send="true">camille.bezzina@geophom.fr</a>>
            wrote:<br>
            ><br>
            > You can download the shapefile causing problems here :
            <a href="https://we.tl/qByZnpMNvU" moz-do-not-send="true">https://we.tl/qByZnpMNvU</a><br>
            ><br>
          </div>
          Thanks a lot!<br>
          <br>
        </div>
        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>
        <div>
          <div><br>
          </div>
          <div>In this case I don't understand (yet) why forcing 2D is
            necessary.<br>
          </div>
          <div><br>
          </div>
          <div>Markus M<br>
            <br>
          </div>
          <div>><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"
              moz-do-not-send="true">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"
              moz-do-not-send="true">camille.bezzina@geophom.fr</a>
            <mailto:<a href="mailto:camille.bezzina@geophom.fr"
              moz-do-not-send="true">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"
              moz-do-not-send="true">grass-user@lists.osgeo.org</a>
            <mailto:<a href="mailto:grass-user@lists.osgeo.org"
              moz-do-not-send="true">grass-user@lists.osgeo.org</a>><br>
            > > > <a
              href="https://lists.osgeo.org/mailman/listinfo/grass-user"
              moz-do-not-send="true">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"
              moz-do-not-send="true">www.geophom.fr</a><br>
            > ><br>
            > ><br>
            > > _______________________________________________<br>
            > > grass-user mailing list<br>
            > > <a href="mailto:grass-user@lists.osgeo.org"
              moz-do-not-send="true">grass-user@lists.osgeo.org</a><br>
            > > <a
              href="https://lists.osgeo.org/mailman/listinfo/grass-user"
              moz-do-not-send="true">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"
              moz-do-not-send="true">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" moz-do-not-send="true">www.geophom.fr</a><br>
            <br>
          </div>
        </div>
      </div>
    </blockquote>
    <br>
    <div class="moz-signature">-- <br>
      <style>
div#signature {font-size:10px;color:#666;margin:10px 0}
div.nom {font-weight:bold}
div.titre {}
div.geophom {font-size:11px;font-weight:bold;color:#A1CD1A;margin-top:10px}
div#voeux {font-size:10px;margin-top:10px}
</style>
      <div id="signature">
        <div class="nom">Camille BEZZINA</div>
        <div class="titre">Chargé d'études géomatiques et photomontages</div>
        <div class="geophom">Geophom</div>
        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 class="moz-txt-link-abbreviated" href="http://www.geophom.fr">www.geophom.fr</a><br>
      </div>
    </div>
  </body>
</html>