<html>
  <head>
    <meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    Dne 20.8.2012 19:36, jzvc napsal(a):<br>
    <blockquote cite="mid:50327582.1000701@tpfree.net" type="cite">
      <meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
      <div class="moz-cite-prefix">Dne 7.8.2012 23:13, Miroslav Šulc
        napsal(a): <br>
      </div>
      <blockquote cite="mid:50218514.1090405@fordfrog.com" type="cite">
        <meta content="text/html; charset=UTF-8"
          http-equiv="Content-Type">
        Dne 7.8.2012 21:43, Mirek Dlask napsal(a):<br>
        <blockquote
cite="mid:CAHQmpEonG0bQb3pYLzBu_zavdeVwmm6jbOhuOkZ+SprGQ-8G7g@mail.gmail.com"
          type="cite">
          <div>
            <div>Že se liší OSM od RÚIAN není překvapení, ale rozdíl
              mezi RÚIAN a KM je zarážející. Čekal bych, že používají
              stejná data, ale zjevně tomu tak není.</div>
            <div><br>
            </div>
            <div>Všechny body v Doksech, které nejsou v RÚIAN jsou v KM
              i OSM</div>
          </div>
        </blockquote>
        <br>
        hledal jsem, kde je problém, a našel jsem příčinu. v rúian je
        celkem 205488 adresních bodů (z celkových 2915347), které nemají
        definované souřadnice. z toho vyplývá, že když udělám do db
        dotaz na určitý bounding box, tak tyhle ve výsledném seznamu
        chybí.<br>
        <br>
        je otázka, jak tohle pořešit. osm definice adresního bodu typu
        <meta http-equiv="content-type" content="text/html;
          charset=UTF-8">
        <span style="color: rgb(0, 0, 0); font-family: Consolas, Menlo,
          Monaco, 'Lucida Console', 'Liberation Mono', 'DejaVu Sans
          Mono', 'Bitstream Vera Sans Mono', monospace, serif;
          font-size: 12px; font-style: normal; font-variant: normal;
          font-weight: normal; letter-spacing: normal; line-height:
          21px; orphans: 2; text-align: left; text-indent: 0px;
          text-transform: none; white-space: normal; widows: 2;
          word-spacing: 0px; -webkit-text-size-adjust: auto;
          -webkit-text-stroke-width: 0px; background-color: rgb(255,
          255, 255); display: inline !important; float: none; ">POINT(14.6523938
          50.5632938) CZ, null null, null 948</span>
        <meta http-equiv="content-type" content="text/html;
          charset=UTF-8">
        není z adresního hlediska moc jednoznačná :-) nicméně z rúian db
        by mělo jít vytáhnout, v jaké obci se bod nachází (podle osm
        souřadnic), takže bych měl dostat identifikaci obec - číslo. s
        tím už by mělo být ve většině případů asi možné body jednoznačně
        napárovat.<br>
      </blockquote>
      <br>
      Vidis, tohle je jeden z duvodu, proc sem proti mazani cehokoli.
      Mimochodem, patri ty adresy (bez tech souradnic) nejakym budovam
      se souradnicemi? Bylo by zajimavy z toho vytahnout nejaky pocet.<br>
    </blockquote>
    <br>
    být proti mazání čehokoliv je podle mě dost jednobarevný a předčasný
    pohled. robot je zatím stále ještě v syrové podobě. podle mě až bude
    ve finální podobě a vyjede z něj, co on by měl v úmyslu smazat a
    porovnáme to s realitou, tak pak bude teprve zřejmé, jestli mazat
    nebo nemazat.<br>
    <br>
    jinak co se týče počtu adresních bodů, které nemají souřadnice, ale
    budova, na které jsou, má v db souřadnice, jsou počty následující:<br>
    <br>
    adresní body bez souřadnic: 205488<br>
    související budova má souřadnice: 66463<br>
    související budova má obrys: 36657<br>
    <br>
    překryv jsem nezjišťoval. použití těchhle souřadnic by mohlo trochu
    pomoct, ale i tak zbydou body bez souřadnic. ale to by neměl být
    problém pořešit.<br>
    <br>
    databáze je kvůli tomuhle bugu
    <meta http-equiv="content-type" content="text/html; charset=UTF-8">
    <a href="http://trac.osgeo.org/postgis/ticket/1936">http://trac.osgeo.org/postgis/ticket/1936</a>
    už docela zastaralá, protože jí nemůžu aktualizovat. situace v
    datech tudíž může být už jiná, snad lepší, ale dokud někdo ten bug
    nefixne, tak jsme v tomhle směru na mrtvém bodě. já bohužel céčko
    ovládám mizivě, takže s tím asi nic neudělám.<br>
    <br>
    <blockquote cite="mid:50327582.1000701@tpfree.net" type="cite">
      <blockquote cite="mid:50218514.1090405@fordfrog.com" type="cite">
        <blockquote
cite="mid:CAHQmpEonG0bQb3pYLzBu_zavdeVwmm6jbOhuOkZ+SprGQ-8G7g@mail.gmail.com"
          type="cite">
          <div>
            <div> Ještě jeden zajímavej bod</div>
            <div><span style="font-family:Consolas,Menlo,Monaco,'Lucida
                Console','Liberation Mono','DejaVu Sans Mono','Bitstream
                Vera Sans
Mono',monospace,serif;font-size:12px;line-height:21px;background-color:rgb(255,255,255)">POINT(14.9097779


                50.4360764) CZ, 293 06 null, Na Radouči 1326</span> </div>
            <div>Na něm je připíchnutá lékárna, čímž není vidět čp.
              (docela blbý ne? pro navigace asi OK)</div>
            <div><a moz-do-not-send="true"
                href="http://www.openstreetmap.org/browse/node/1781453132/history">http://www.openstreetmap.org/browse/node/1781453132/history</a>
            </div>
            <div><br>
            </div>
          </div>
        </blockquote>
        <br>
        z pohledu renderování amenity přímo na adresním bodě asi není
        zrovna ideální. další problém určitě nastává v případě, kdy je
        na adrese víc různých amenity, ale namapovat jde tímhle způsobem
        jen jedna. na druhou stranu je z toho naprosto zřejmá adresa
        daného amenity. jak se tohle v praxi řeší, aby amenity mělo i
        adresu ale současně nebylo adresním bodem? bot by eventuelně
        mohl z bodů extrahovat amenity a posunout je třeba o metr, aby
        nedocházelo k tomuhle jevu. pokud ovšem budeme chtít.<br>
      </blockquote>
      <br>
      Da se to v praxi i s adresou na budovu - dalsi duvod proc
      preferovat adresu na budove, kam logicky patri. Amo, pokud je v
      budove vice, daj se dalsi body do ni. Ale prevazne ma budova jako
      takova nejaky primarni ucel.<br>
    </blockquote>
    <br>
    no, já osobně preferuju používat vždy jeden způsob implementace
    něčeho než jich mít několik různých. v případě adresních bodů
    narážím na to, že jsou budovy, které mají víc adresních bodů. další
    problém je, že v osm nemáme ani zdaleka 100% budov. navíc adresní
    bod může určovat i umístění vchodu.<br>
    <br>
    <blockquote cite="mid:50327582.1000701@tpfree.net" type="cite">
      Jinak, pokud mas na budeove amenity, renederuje se ta prednostne
      pred adresou, ale vyheldavanim to samozrejme najdes a zaroven mas
      informaci, ze toto patri teto budove.<br>
    </blockquote>
    <br>
    tady já vidím problém v tom, že v mapě se taková informace skryje.
    navíc stejně jako u adresních bodů, amenity umístěné přesně nad
    místem, kde skutečně existuje, je podle mě přidanou hodnotou mapy ve
    srovnání s unifikovaným zobrazením na středu budovy.<br>
    <br>
    ff<br>
  </body>
</html>