<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body>
    <br>
    <div class="moz-cite-prefix">2022.06.30. 17:05 keltezéssel, Gergely
      Matefi írta:<br>
    </div>
    <blockquote type="cite"
cite="mid:CA+CpY2KDhSZLD1teooPk34OXbinhe3eJMf4oqSeXOs8QSL6WrQ@mail.gmail.com">
      <meta http-equiv="content-type" content="text/html; charset=UTF-8">
      <div dir="ltr">
        <div dir="ltr">
          <div dir="ltr">Többen, főképp akik pl. ID-vel szerkesztenek,
            nem is igazán tudják a multipolyogonokat kezelni. Ők gyakran
            csak poligonokkal rárajzolják az apróbb kiegészítéseket az
            alapozó polygonokra vagy mulipolygonokra, anélkül, hogy a
            feltéteket multipolygon kapcsolatba raknák az az alsó
            réteggel. Könnyen lehet, hogy ilyesmikkel találkoztál.</div>
          <div dir="ltr">
            <div><br>
            </div>
            <div>Az alkalmazások ilyenkor azzal küzdenek, hogy az OSM
              adatokból nem egyértelmű, hogy az átfedő poligonok közül
              akkor melyik is az érvényes (melyik van "felül").</div>
            <div>A webes megjelenítők többsége méret alapján sorrendezi
              a polygonokat és multipolygonokat, a nagyobbak kerülnek
              alulra, a kisebbek felülre. Ez a heurisztika a legtöbb
              esetben jól működik.<br>
            </div>
            <div><br>
            </div>
            <div>GPS-re készülő térképeknél, konkrétan Garminnál,
              viszont a polygon típusok között jellemzően van egy előre
              definiált renderelési sorrend. Pl. a szántóföld kerüljön
              lejjebb, mint az erdő stb. Itt már előfordulhat, hogy az
              átfedéseknél nem az kerül végül megjelenítésre, amire
              gondolt a költő (a szerkesztő), hacsak a "lenti" poligon
              nincs "lyukasztva".</div>
            <div><br>
            </div>
            <div>Összegezve, ha valaki átfedő poligonokat alkalmaz,
              akkor az egyértelműséget segíti, ha a "lenti" poligont
              "lyukasztjuk". Nem okoz drámát,  ha ez elmarad, a
              legrosszabb, ami történhet, hogy egyes kimenetek a
              sorrendet tévesen értelmezik, és emiatt kitakarások jönnek
              létre.</div>
          </div>
        </div>
      </div>
    </blockquote>
    Igen, vmi ilyesmire gondoltam, ha tudod, hogy mi szokott eltűnni és
    mi nem pl. a landuse=cemetery az mindig jó (mert a lakóterület
    felett van), de a xxx=yyy az általában alatta van, ezért érdemes
    kilyukasztani, akkor ha találok ilyet "beinnerezem" :)<br>
    Vagy ilyen lista nincs?<br>
    <blockquote type="cite"
cite="mid:CA+CpY2KDhSZLD1teooPk34OXbinhe3eJMf4oqSeXOs8QSL6WrQ@mail.gmail.com">
      <div dir="ltr">
        <div dir="ltr">
          <div dir="ltr">
            <div><br>
            </div>
            <div>Üdv,</div>
            <div>Gergő</div>
          </div>
        </div>
      </div>
      <br>
      <div class="gmail_quote">
        <div dir="ltr" class="gmail_attr">On Thu, Jun 30, 2022 at 4:17
          PM Szem <<a href="mailto:szembiketeam@gmail.com"
            moz-do-not-send="true" class="moz-txt-link-freetext">szembiketeam@gmail.com</a>>
          wrote:<br>
        </div>
        <blockquote class="gmail_quote" style="margin:0px 0px 0px
          0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
          <div> 2022.06.28. 16:21 keltezéssel, ITineris OSM írta:<br>
            <blockquote type="cite">
              <div style="font-family:Verdana;font-size:12px">
                <div> 
                  <div>Összefoglalva: A landuse alakzatokat szerkeszd
                    nyugodtan (ha bízol magadban annyira, hogy nem
                    rontod el a többi, hozzá csatlakozó multipolygont),
                    de az admin boundary-khoz csak alapos indokkal nyúlj
                    hozzá!</div>
                  <div> </div>
                  <div>Üdv:<br>
                    Ákos</div>
                  <br>
                </div>
              </div>
            </blockquote>
            A 8-as boundaryk igazítása nélkül, feldaraboltam néhány
            egyszerűbb (kb. egy egyszerű törtvonal mentén kettéosztható)
            nagy méretű landuse=residential alakzatot (a josm nem
            panaszkodott sehol, mindegyik zárt maradt, stb.) Ekkor
            vettem észre, hogy vannak olyan felületek, ami csak úgy "rá
            vannak rajzolva" a lakóterületre és nem szerepelnek
            inner-ként a multipolygonban (pl. natural=scrub,
            landuse=cemetery stb.). Tudom, hogy a térképkészítőkben
            lehet egyféle sorrendet megadni, hogy mi mire kerüljön. A
            kérdés arra vonatkozik, hogy létezik olyan "feltétlen vedd
            fel a multipolygonba innerként, mert különben nem fog
            helyesen látszani" lista, vagy ezeket a renderelő mindig
            megoldja, ne foglalkozzak vele?<br>
            Üdv, Szem<br>
          </div>
          -- <br>
          Talk-hu levelezőlista<br>
          <a href="mailto:Talk-hu@openstreetmap.org" target="_blank"
            moz-do-not-send="true" class="moz-txt-link-freetext">Talk-hu@openstreetmap.org</a><br>
          <a href="https://lists.openstreetmap.org/listinfo/talk-hu"
            rel="noreferrer" target="_blank" moz-do-not-send="true"
            class="moz-txt-link-freetext">https://lists.openstreetmap.org/listinfo/talk-hu</a><br>
          Leiratkozás a fenti címen vagy <<a
            href="mailto:talk-hu-request@openstreetmap.org"
            target="_blank" moz-do-not-send="true"
            class="moz-txt-link-freetext">talk-hu-request@openstreetmap.org</a>>
          címre egy levél, témája "unsubscribe", tartalma mindegy.<br>
        </blockquote>
      </div>
      <br>
      <fieldset class="moz-mime-attachment-header"></fieldset>
    </blockquote>
    <br>
  </body>
</html>