<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    Dne 13.9.2011 13:14, "Petr Morávek [Xificurk]" napsal(a):
    <blockquote cite="mid:4E6F3B0C.8070806@gmail.com" type="cite">
      <pre wrap="">jzvc napsal(a):
</pre>
      <blockquote type="cite">
        <pre wrap="">Dne 12.9.2011 21:57, "Petr Morávek [Xificurk]" napsal(a):
Cus, data vlastnich hranic jsou import z prehledky
</pre>
      </blockquote>
      <pre wrap="">
Když jsem na pár místech opravoval různe chyby, tak jsem zjistil, že
některé původní cesty moc nesedí na to, co je teď ve WMS CUZK, přesně
jak psal Libor - netušíte někdo, jestli se hranice nějak výrazně měnili
a jak se dostat ke změnám?</pre>
    </blockquote>
    <br>
    Meni se prubezne, a nekde celkem razantne, narazil sem na to uz
    parkrat (posuny v radove stovkach m). Kde vzit nejaky info netusim,
    opravit pokud na to narazis dle stavajiciho stavu.<br>
    <br>
    <blockquote cite="mid:4E6F3B0C.8070806@gmail.com" type="cite">
      <pre wrap="">

</pre>
      <blockquote type="cite">
        <pre wrap="">co je horsi (a nevim
jak moc to jeste zustalo) ze nektery uzemi byly spatne zarazeny do
struktury (rodic - potomek) takze sem napr narazel na uzemi nejen mimo
dany okres, ale i kraj ...
</pre>
      </blockquote>
      <pre wrap="">
Tohle se mi snad podaří odchytnout, už jsem na pár takových případů narazil.

</pre>
      <blockquote type="cite">
        <pre wrap="">BTW: Nebylo by od veci neco jako "zamek" na nektery data = pri pokusu o
hejbani snima by to aspon 3x rvalo estli opravdu zrovna tohle menit.
Protoze trebas prave ty hranice spravuju taky celkem pravidelne a obcas
nechapu, jak se neco takovyho mohlo nekomu povist (napr vyhazet hranicni
cary z prislusnych relaci mi neprijde jako omyl/nahoda).
</pre>
      </blockquote>
      <pre wrap="">
Tohle by se rozhodně hodilo, ale bude to problém, protože:
1) To vždycky bude záviset na tom, jestli a jak to implementuje klient.
2) Není úplně snadné vyhodnotit, co je "změna" - přesun bodu "nezmění"
definici relace, nebo cesty atd.

Petr</pre>
    </blockquote>
    Tak klientu (tech pouzivanych) neni zase tak moc, a pokud by se to
    pojalo jako obecnej tag, pri jehoz naplneni bude klient upozornovat,
    ze data sou nejakym zpusobem overena, tak by to nemuselo byt zas
    takovy problem protlacit. Optimalne s tim, ze by se zmeny takovych
    dat vzdycky posilaly jako samostatnej changeset s odpovidajicim
    tagem k nemu => slo by snadno a rychle dohledat zmeny
    "uzamcenych" dat a pripadne je proverit/revertnout.<br>
    <br>
    BTW: Sem spravoval hranice i slovakum (ciste chyby v datech + vazby)
    a hned me upozornovali ze to je import a at stim nehejbu ;D.<br>
    BTW2: Taky by nebylo od veci protlacit vyhozeni renederovani vseho
    pod kraj/okres z default mapy. Dela to strasnej bordel a vypada to
    hnusne.<br>
    <br>
    <blockquote cite="mid:4E6F3B0C.8070806@gmail.com" type="cite">
      <pre wrap="">
</pre>
      <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>