Zdravim, mezi sekanim zdi a tvorenim prijimace pro sensorovou sit jsem si vynasel hodinku spojenou s obedem, abych si ozkousel Lukasovo importni vec a jsem nadsen. Uspesne jsem se dostal az do finale se trema matched/unmatched sobouborama, nicmene drobne zadrhele by se nasly. 1) Pokud ma tile-downloader prohozeny nort south nebo east west, skonci aniz by cokoli sdelil, je treba kontrolovat 2) Tile-procesor zhusta nepozna 6 (sestku) a zamenuje ji za 8 (ten font neni zrovna OCR ready rekl bych) - vic nez polovina neprirazenych adres pada tomuhle za obet Dik za importer ... Mara

zobrazit citaci Ano vim o tom, ze tam jsou podobne neosetrene vstupy. Pokud nekde ma byt cislo, tak program prdpoklada ze tam to cislo je, pozor si je potreba davat treba pri tovrbe *.map souboru, aby vsechny definovana k.u. byli meli zakreslene kranice apod. Kdyz se stane ze vstup je spatne, tak program tise umre :-) (pokud je spusteny pres prikazovy radek, tak si muzes prohlednou vyjimku, kterou vypise - ta muze napovedet, co je spatne). Delat program "blbuvzdorny" se mi moc nechce, je to umorna prace, a tohle je v podstate jednorazova utilita. Svuj cas si myslim, ze muzu vyuzit lip. zobrazit citaci Muzes vyzkouset vezri, ktera pouziva starsi OCR utilitu [1]. Na nekterych pocitacich ale nefunguje a nepodarilo se mi prijit na to proc, tak jsem ji puvodne ani nechtel davat ke stazeni. Vysledky jsou presnejsi, protoze je natrenovana primo na pismo z katastralnich map. [1] http://lkabrt.aspone.cz/osm/cuzk-tile-processor-old.zip -- Lukas

Lukas Kabrt napsal(a): zobrazit citaci Jiste, nedelam to v takovych pripadech jinak. Jen jsem si rikal ze takovou chybu neudelam jen ja, tak aby ostatni nemarili cas :) zobrazit citaci Tak v mem pripade vse probehlo bez komplikaci i se starsim tile-procesorem. Z pomeru 1:4 (unmatched:matched) jsem se dostal na 1:9 na stejnych datech, coz je myslim krok vpred ... zobrazit citaci