<html>
  <head>
    <meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <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">Díky za hodně zajímavé výstupy.</blockquote>
      <br>
      díky za skvělou analýzu. díky ní jsem narazil na další problémy,
      které jsem přehlídnul a je potřeba je vyřešit.<br>
      <br>
      <blockquote
cite="mid:CAHQmpEonG0bQb3pYLzBu_zavdeVwmm6jbOhuOkZ+SprGQ-8G7g@mail.gmail.com"
        type="cite">
        <div><br>
          <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>
    <br>
    <blockquote cite="mid:50218514.1090405@fordfrog.com" type="cite"> <br>
      <blockquote
cite="mid:CAHQmpEonG0bQb3pYLzBu_zavdeVwmm6jbOhuOkZ+SprGQ-8G7g@mail.gmail.com"
        type="cite">
        <div>
          <div>Zkoušel jsem dva body z Kosmonos. Tam pro změnu jsou v
            RÚIAN, ale v KM jsou domečky/chatičky bez čp/če. <br>
          </div>
        </div>
      </blockquote>
      <br>
      a jak je to na webu čúzk v nahlížení do kú?<br>
      <br>
      <blockquote
cite="mid:CAHQmpEonG0bQb3pYLzBu_zavdeVwmm6jbOhuOkZ+SprGQ-8G7g@mail.gmail.com"
        type="cite">
        <div>
          <div>Čemu nerozumím.</div>
          <div><span
              style="background-color:rgb(255,255,255);font-family:Consolas,Menlo,Monaco,'Lucida

              Console','Liberation Mono','DejaVu Sans Mono','Bitstream
              Vera Sans
              Mono',monospace,serif;font-size:12px;line-height:21px">POINT(14.9199488

              50.4377038) CZ, 29306 Kosmonosy, Květinová 979 </span>má
            protějšek </div>
          <div><a moz-do-not-send="true"
              href="http://www.openstreetmap.org/browse/node/1238703135/history">http://www.openstreetmap.org/browse/node/1238703135/history</a> přesně

            na místě jako v KM, tedy na ulici ;-)</div>
          <div>Přesto, že má protějšek, je  v <span
              style="background-color:rgb(255,255,255);font-family:Consolas,Menlo,Monaco,'Lucida

              Console','Liberation Mono','DejaVu Sans Mono','Bitstream
              Vera Sans
              Mono',monospace,serif;font-size:12px;line-height:21px">Not
              matched RÚIAN addresses:</span></div>
          <div>Znamená to, že je příliš vzdálen?<br>
            Neměl by být onen protějšek v  <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)">Not

              matched OSM addresses:</span> ?</div>
          <div>Nebo by byl vymazán?</div>
        </div>
      </blockquote>
      <br>
      tady je problém v bounding boxu. jelikož jsme definovali bounding
      box jako
      <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; ">BOX(14.9 50.41,14.92 50.44)</span> a
      bod z osm je mimo něj (50.4375975, <b>14.9201675</b>), tak se
      body nepotkaly (export z osm api mi bod nedal, protože je mimo
      bbox). v praxi by bot nejdřív načetl body z celé čr (z osm i z
      rúian db), takže k tomuhle problému by dojít nemělo.<br>
      <br>
      <blockquote
cite="mid:CAHQmpEonG0bQb3pYLzBu_zavdeVwmm6jbOhuOkZ+SprGQ-8G7g@mail.gmail.com"
        type="cite">
        <div>
          <div>Nekonzistence dat vypadá takto</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)">Not

              matched OSM addresses:</span> </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.9130038

              50.4308788) CZ, null null, null 1396</span> <br>
            <br>
            Duplicity to selektí skvěle.<br>
          </div>
        </div>
      </blockquote>
      <br>
      jak jsem psal jinde, budu muset ještě upravit párování, aby se
      vždy párovaly nejbližší body. teď to záleží na pořadí bodů v osm.
      tj pokud mají oba duplicitní body stejné adresní informace a
      vzdálenější bod je v exportu z osm api před bližším, tak se rúian
      bod spáruje s tím vzdálenějším. ta úprava ale nebude mít vliv na
      body, které jsou sice duplicitní, ale kvalitativně rozdílné. tj
      pokud jeden z duplicitních bodů má např. navíc správně ulici a
      druhý ne, tak se na rúian bod napáruje první bod, i kdyby byl dál
      než ten bez ulice.<br>
      <br>
      <blockquote
cite="mid:CAHQmpEonG0bQb3pYLzBu_zavdeVwmm6jbOhuOkZ+SprGQ-8G7g@mail.gmail.com"
        type="cite">
        <div>
          <div><br>
            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>
    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>
    <br>
    <blockquote cite="mid:50218514.1090405@fordfrog.com" type="cite"> <br>
      <blockquote
cite="mid:CAHQmpEonG0bQb3pYLzBu_zavdeVwmm6jbOhuOkZ+SprGQ-8G7g@mail.gmail.com"
        type="cite">
        <div>
          <div>Navíc na stejné budově je další nekonzistence</div>
          <div><a moz-do-not-send="true"
              href="http://www.openstreetmap.org/browse/node/1238706528/history">http://www.openstreetmap.org/browse/node/1238706528/history</a> </div>
          <div><br>
          </div>
          <div>Zakončím pozitivní zprávou.</div>
          <div>Na této budově je ještě jeden adresní bod, který je na
            stejném místě v OSM, KM i RÚIAN.</div>
          <div><br>
          </div>
          <div><br>
          </div>
          <div>Mirek</div>
        </div>
      </blockquote>
      <br>
      ff<br>
      <br>
      <blockquote
cite="mid:CAHQmpEonG0bQb3pYLzBu_zavdeVwmm6jbOhuOkZ+SprGQ-8G7g@mail.gmail.com"
        type="cite">
        <div>
          <div><br>
            <div class="gmail_quote"> Dne 6. srpna 2012 19:27 Miroslav
              Šulc <span dir="ltr"><<a moz-do-not-send="true"
                  href="mailto:fordfrog@fordfrog.com" target="_blank">fordfrog@fordfrog.com</a>></span>
              napsal(a):<br>
              <blockquote class="gmail_quote" style="margin:0 0 0
                .8ex;border-left:1px #ccc solid;padding-left:1ex">
                <div bgcolor="#FFFFFF" text="#000000"> v příloze posílám
                  log z bota. tady pak ještě výtah z logy pro ty, kterým
                  se nebude chtít zip otevírat:<br>
                  <br>
                  Loaded 1 632 OSM nodes<br>
                  Loaded 2 044 RÚIAN nodes<br>
                  Matching nodes by full address...<br>
                  0 nodes matched<br>
                  Matching nodes by street...<br>
                  Matched RÚIAN node POINT(14.901064 50.4144003) CZ,
                  29301 Mladá Boleslav, Ptácká 28/29 and OSM node
                  POINT(14.9009875 50.4211801) CZ, null null, Ptácká
                  28/29 but their distance 0,0067802 is over the limit
                  0,005<br>
                  Matched RÚIAN node POINT(14.9009205 50.4145706) CZ,
                  29301 Mladá Boleslav, Ptácká 295 and OSM node
                  POINT(14.9001738 50.4229025) CZ, null null, Ptácká 295
                  but their distance 0,0083653 is over the limit 0,005<br>
                  Matched RÚIAN node POINT(14.9043758 50.4183866) CZ,
                  29301 Mladá Boleslav, Folprechtova 1259 and OSM node
                  POINT(14.9031463 50.4242688) CZ, null null,
                  Folprechtova 1259 but their distance 0,0060093 is over
                  the limit 0,005<br>
                  1 398 nodes matched<br>
                  Matching nodes by conscription/provisional number...<br>
                  Matched RÚIAN node POINT(14.9063657 50.4280101) CZ,
                  29301 Mladá Boleslav, U stadionu 983 and OSM node
                  POINT(14.919441 50.4385282) CZ, null null, Jižní 983
                  but their distance 0,0167808 is over the limit 0,005<br>
                  Matched RÚIAN node POINT(14.901064 50.4144003) CZ,
                  29301 Mladá Boleslav, Ptácká 28/29 and OSM node
                  POINT(14.9009875 50.4211801) CZ, null null, Ptácká
                  28/29 but their distance 0,0067802 is over the limit
                  0,005<br>
                  Matched RÚIAN node POINT(14.9009205 50.4145706) CZ,
                  29301 Mladá Boleslav, Ptácká 295 and OSM node
                  POINT(14.9001738 50.4229025) CZ, null null, Ptácká 295
                  but their distance 0,0083653 is over the limit 0,005<br>
                  Matched RÚIAN node POINT(14.9059945 50.4299041) CZ,
                  29301 Mladá Boleslav, Na Radouči 1078 and OSM node
                  POINT(14.9109589 50.4126665) CZ, null null, Třída T.
                  G. Masaryka 1078 but their distance 0,0179382 is over
                  the limit 0,005<br>
                  Matched RÚIAN node POINT(14.9043758 50.4183866) CZ,
                  29301 Mladá Boleslav, Folprechtova 1259 and OSM node
                  POINT(14.9031463 50.4242688) CZ, null null,
                  Folprechtova 1259 but their distance 0,0060093 is over
                  the limit 0,005<br>
                  Matched RÚIAN node POINT(14.9091991 50.4195372) CZ,
                  29301 Mladá Boleslav, Palackého 1396 and OSM node
                  POINT(14.9130038 50.4308788) CZ, null null, null 1396
                  but their distance 0,0119628 is over the limit 0,005<br>
                  202 nodes matched<br>
                  Total matched nodes: 1 600<br>
                  Total unmatched nodes - RÚIAN: 444, OSM: 32<br>
                  Maximum matched node distance: 0,0023727 (RÚIAN:
                  POINT(14.9013315 50.422053) CZ, 29301 Mladá Boleslav,
                  Pod skalou 303 OSM: POINT(14.9006775 50.4243338) CZ,
                  null null, Pod Skalou 303)<br>
                  <br>
                  ff<br>
                  <br>
                  <br>
                  <div><br>
                  </div>
                </div>
              </blockquote>
            </div>
          </div>
        </div>
        <br>
        <fieldset class="mimeAttachmentHeader"></fieldset>
        <br>
        <pre wrap="">_______________________________________________
Talk-cz mailing list
<a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:Talk-cz@openstreetmap.org">Talk-cz@openstreetmap.org</a>
<a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://lists.openstreetmap.org/listinfo/talk-cz">http://lists.openstreetmap.org/listinfo/talk-cz</a>
</pre>
      </blockquote>
      <br>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
Talk-cz mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Talk-cz@openstreetmap.org">Talk-cz@openstreetmap.org</a>
<a class="moz-txt-link-freetext" href="http://lists.openstreetmap.org/listinfo/talk-cz">http://lists.openstreetmap.org/listinfo/talk-cz</a>
</pre>
    </blockquote>
    <br>
  </body>
</html>