<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 8.9.2014 14:58, Marián Kyral
      napsal(a):<br>
    </div>
    <blockquote cite="mid:4Gd.ZFk3.7HHrTb3ttz2.1K3QVV@seznam.cz"
      type="cite"><br>
      <p>---------- Původní zpráva ----------<br>
        Od: Martin Švec - OSM <a class="moz-txt-link-rfc2396E" href="mailto:osm@maatts.cz"><osm@maatts.cz></a><br>
        Komu: OpenStreetMap Czech Republic
        <a class="moz-txt-link-rfc2396E" href="mailto:talk-cz@openstreetmap.org"><talk-cz@openstreetmap.org></a>, <a class="moz-txt-link-abbreviated" href="mailto:mkyral@email.cz">mkyral@email.cz</a><br>
        Datum: 8. 9. 2014 14:24:34<br>
        Předmět: Re: [Talk-cz] Odstávka LPIS</p>
      <br>
      <blockquote>
        <div style="background-color: #FFFFFF; color: #000000">
          <div>Ahoj,<br>
            <br>
            Dne 8.9.2014 7:10, Marián Kyral napsal(a):<br>
          </div>
          <blockquote>Ahoj,<br>
            díky ta intenzivní testování.<br>
            <br>
            <p>---------- Původní zpráva ----------<br>
              Od: Martin Švec - OSM <a moz-do-not-send="true"
                href="mailto:osm@maatts.cz"><osm@maatts.cz></a><br>
              Komu: OpenStreetMap Czech Republic
              <a moz-do-not-send="true"
                href="mailto:talk-cz@openstreetmap.org"><talk-cz@openstreetmap.org></a>,
              Marián Kyral
              <a moz-do-not-send="true" href="mailto:mkyral@email.cz"><mkyral@email.cz></a><br>
              Datum: 8. 9. 2014 1:28:45<br>
              Předmět: Re: [Talk-cz] Odstávka LPIS</p>
            <br>
            <blockquote>Ahoj,<br>
              <br>
              tak jsem potrápil nejnovější LPIS tracer, díky za pěknou
              práci
              :-)) Pár postřehů:<br>
              <br>
              (1) Občas vyhodí NullPointerException kdesi hluboko ve
              stacku
              swingu uvnitř volání
              org.openstreetmap.josm.gui.progress.PleaseWaitProgressMonitor$4.run(PleaseWaitProgressMonitor.java:172).
Dělá
              to ještě někomu?<br>
            </blockquote>
            <p><br>
            </p>
            <p>Tak tohle jsem ještě neviděl. Některé verze JOSM mi
              vyhazovaly
              NPE někde v hloubi gui.painter. Ale už se mi to nějakou
              dobu
              nestalo. <br>
            </p>
          </blockquote>
          <br>
          Dělal mi to už kdysi RUIAN tracer, pak to zmizelo. Nezjistil
          jsem,
          jestli to bylo upgradem traceru nebo upgradem z IcedTea na
          Oraclí
          Javu. Přijde mi to jako nějaký race, když klikám rychleji než
          tracer
          stíhá zavírat dialog. Zkusím večer chvíli klikat z PC v práci
          s
          Win7, jestli se něco objeví.<br>
        </div>
      </blockquote>
      <p><br>
      </p>
      <p>No já mám stále IcedTea - teď momentálně 7.2.4.7. Máš poslední
        verzi JOSM? Tam už ten problém s informačními dialogy nějak
        opravili - Normálně klikám a když přestanu, tak se ještě nějakou
        dobu bubliny postupně objevují.</p>
      <p><br>
      </p>
      <blockquote>
        <div style="background-color: #FFFFFF; color: #000000"><br>
          <blockquote>
            <blockquote><br>
              (2) Občas JOSM po kliknutí naráz vyžere celý heap Javy a
              současně pár giga paměti X server procesu. Zabitím JOSM
              procesu
              se vše zas uvolní. Zkouším ještě předchozí verzi JOSM,
              jestli
              není bug spíš někde mezi nejnovějším JOSM, Xserverem a
              nvidia
              driverem.<br>
            </blockquote>
            <p>Taky se mi ještě nestalo. Dokonce ani nemám tu
              doporučovanou
              volbu -Xmx...m. Ale zase na druhou stranu, mám na všech
              počítačích minimálně 4GB. Na tom nejnovějším dokonce 16G.
              Nicméně jsem si všiml, že u hodně velkých polí trvá ta
              automatika docela dlouho. Nejprve se vypíše, že bylo
              natrasováno
              pole, ale ještě pár sekund trvá, než se zobrazí.<br>
            </p>
            <p>Dělá ti to u nějakých velkých lánů? Nebo i u pidi
              políček? Nebo
              při napojování malého políčka na nějaký obrovský lán,
              případně
              les? <br>
            </p>
          </blockquote>
          <br>
          Je to jasný zacyklený memory leak, mám 6GB RAM ale nezáleží
          kolik
          paměti Javě dám, během pár sekund sežere celý heap. Systém
          jsem v
          tom zatím nenašel, někdy malé políčko, někdy velký lán. Nejvíc
          ramky
          si ale vezme Xorg, možná jen tracer zviditelnil chybu někde
          hlouběji. No, moje gentoo je směska verzí různých balíků, asi
          by to
          chtělo po 7mi letech rolling updates reinstall od nuly :-)<br>
        </div>
      </blockquote>
      <p><br>
      </p>
      <p>Tak tohle se mi fakt ještě nestalo. Na jednom stroji Gentoo
        ~amd64, kernel 3.16.0-gentoo, X (1.15.1) a nvidia (340.32). Na
        druhé zkouším stable. Grafika tam je intel.<br>
      </p>
      <p><br>
      </p>
      <p> <br>
      </p>
      <blockquote>
        <div style="background-color: #FFFFFF; color: #000000"><br>
          <blockquote>
            <blockquote><br>
              (3) Ořezávání okolních polygonů je obecně super, ale místy
              dělá
              psí kusy :-) Semtam si vybere špatný směr v cestě LPIS
              polygonu
              a místo ořezu udělá zmrveninu připomínající sjednocení.
              Viz
              screenshot v příloze -- uprostřed byl remízek v polích,
              místo
              ořezu se ve vyznačeném místě rozlezl přes natrasovaný
              polygon.
              Ještě častější je vznik části cesty, která leze do hrany
              mezi
              dva LPIS polygony a vrací se zpátky sama po sobě.<br>
            </blockquote>
            <p><br>
            </p>
            <p>Jo o tom vím. Dokonce to umím i nasimulovat. Co zatím
              neumím,
              je to správně vyřešit. Musím si na to sednout, nachystat
              si
              testovací příklady a zkoušet možnosti. Mám nějaký nápad,
              uvidím,
              jestli zafunguje. Doufám, že se k tomu tento týden
              dostanu. Na
              ocásky se snad taky dostane. Zase musím dávat bacha, abych
              neusekl ten nesprávný kousek ;-)<br>
            </p>
          </blockquote>
          <br>
          Možná blbý dotaz -- nesnažíš se zbytečně vymýšlet kolo?
          Základní
          operace nad (multi)polygony a další geospatial funkce musí
          přece být
          dávno někde implementované, včetně ošetření těch okrajových
          situací.
          V červenci jsem letmo mrknul na dokumentaci JTS+GeoTools a
          nevypadá
          to špatně, navíc tracer už je má jako závislost. Pokud by
          geometrie
          JTS šla obalit vrstvou převádějící datový model JOSM tam a
          zpátky...?</div>
      </blockquote>
      <p><br>
      </p>
      <p>No možné to je. Nikdy jsem si s JTS/Geo nehrál. On je trochu
        problém v implementaci. Ono se to nedělá přímo v tom changesetu.
        Ale dávkově, aby fungovalo undo na celou operaci. Takže na
        začátku si vytáhnu seznam cest a bodů do polí se kterými budu
        pracovat. a pak přidám natrasovanou cestu a hledám kolize,
        slučuji body a "řežu" do okolních cest. Všechny operace
        (přidání/smazání/přesun bodu, změna cesty) si přitom ukládám do
        seznamu, který vrátím a následně dle toho JOSM provede skutečné
        operace v aktivní vrstvě. Takže si musím udržovat všechny vazby
        cesta/uzel, jinak smažu uzel, který se smazat nemá a je problém.<br>
      </p>
      <p><br>
      </p>
      <p>Zkusím se na to mrknout, jestli by se JTS/Geo daly nějak více
        použít. Zítra ráno cestou do Prahy bude dost času. Případně,
        jestli se v tom vyznáš, nějaká pomoc by mi bodla ;-)</p>
      <p><br>
      </p>
      <blockquote>
        <div style="background-color: #FFFFFF; color: #000000"><br>
          <br>
          <blockquote>
            <blockquote>(4) Šlo by udělat, aby při stisknuté klávese
              Ctrl se
              vynechala funkce ořezu a navázání na "cizí" polygony? Bylo
              by to
              fajn u LPISu i RUIANu. Někdy je rychlejší ručně napojit
              okolí na
              čistý polygon, než zkoumat a opravovat následky
              "automatiky".
              LPIS viz výše. RUIAN zase typicky vykusuje zářezy do
              sousedících
              budov co nejsou v RUIANu, nakreslených nepřesně podle KM.
              Takže
              musím likvidovat ocásek vyrobený v místě průniku, přitom
              by
              stačilo jen ručně posunout uzel sousední budovy kam patří.</blockquote>
            <p>Určitě. V tom původním traceru se modifikátory používaly.
              Já to
              většinou dělám tak, že dám "zpět", bod posunu a znova to
              natracuji. Ale musím si toho všimnout.<br>
            </p>
          </blockquote>
          <br>
          Já přilehlé non-RUIAN budovy preventivně posouvám pryč z
          dosahu
          traceru, pokud předem tuším problémy ;-) Ten modifikátor by se
          hodil.<br>
        </div>
      </blockquote>
      <p><br>
      </p>
      <p>OK. To by mělo být jednoduché.  ;-)</p>
      <p><br>
      </p>
    </blockquote>
    <br>
    Tak hotovo. Bohužel nový způsob distribuce aktualizací momentálně
    nefunguje [1]. Tak tady je prozatímní odkaz:
    <a class="moz-txt-link-freetext" href="http://osm.kyralovi.cz/bin/Tracer-testing.jar">http://osm.kyralovi.cz/bin/Tracer-testing.jar</a><br>
    <br>
    Bacha: změnil jsem název na Tracer-testing. Doporučuji smazat starý
    Tracer.jar v .josm/plugins adresáři. A pak je potřeba v konfiguraci
    znova povolit plugin Tracer-testing. Doufám, že se problém brzo
    vyřeší a pak se bude tracer aktualizovat sám, skrz oficiální kanál.
    A skončí lovení aktuální verze pluginu v hloubi konference. Někteří
    si to neužívají a mně se to taky moc nelíbí.<br>
    <br>
    Marián<br>
    <br>
    [1]
    <a class="moz-txt-link-freetext" href="http://permalink.gmane.org/gmane.comp.gis.openstreetmap.josm.devel/5934">http://permalink.gmane.org/gmane.comp.gis.openstreetmap.josm.devel/5934</a><br>
    <br>
    <blockquote cite="mid:4Gd.ZFk3.7HHrTb3ttz2.1K3QVV@seznam.cz"
      type="cite">
      <p>Marián</p>
      <p><br>
      </p>
      <blockquote>
        <div style="background-color: #FFFFFF; color: #000000"><br>
          Martin<br>
          <br>
        </div>
      </blockquote>
      <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="https://lists.openstreetmap.org/listinfo/talk-cz">https://lists.openstreetmap.org/listinfo/talk-cz</a>
</pre>
    </blockquote>
    <br>
  </body>
</html>