> Proč ne ref? Dá se snad využít nějak jinak?
To bude asi ten spravny atribut.
> Řekl bych, že všechna území, která v mapě jsou (možná s výjimkou hranic s
> Německem) jsou méně přesná, a je tedy je možné smazat (pokud tedy nejsou
> nějak vázána na další objekty). Možná by ale bylo dobré zkopírova
Dne Ne 24. ledna 2010 Petr Dlouhý napsal(a):
> To docela odpovídá. Já mám počítač ještě pomalejší, jednojádrový a podle
> něj jsem to odhadoval.
> Každopádně je to poměrně dost, a chtělo by to možná zapojit i ty, kdo mají
> dost procesorového a málo osobního času.
já se taky hlásím, jestli je to j
OK, takže rozumě automaticky jdou udělat první dva kroky - třetí krok je taky
možný, ale jen pro ta území, která není nutné manuálně rozdělovat.
Chtělo by to tedy určit rozumě velkou jednotu zpracování - oblast jejíž
zpracování trvá zpracovat nějaký rozumný čas (např. 1 hodinu).
Dále pak vytvoř
...
> Jinak to Qemu je kvůli bezpečnosti? Ten program totiž jinak na Linuxu
> chodí.
tak nějak ... a kvůli pohodlí
s tím, jak hladce nyní virtualizace jde, jsem si nějak navykl rozcházet věci
na čisté instalaci (např. pokud si nebudu chtít nabít hubu jako o Vánocích s
OTM, není nic jednodušší
On Thu 2010-01-21 16:50:15, Lukas Kabrt wrote:
> Tak jsem trochu zapracoval na mape katastralnich uzemi, aby se k.u.
> nemuseli kreslit rucne.
>
> Vektorizovanou mapu k.u. od hanoje [1] jsem zacistil (slouceni
> duplicitnich bodu, odtraneni fragmentu po vektorizaci, pospojovani
> prerusenych linii
Čti dál:
http://lists.openstreetmap.org/pipermail/talk-cz/2010-January/004354.html
> Původní zpráva
> Od: Pavel Machek
> Předmět: Re: [Talk-cz] Import adres z katastralni mapy
> Datum: 26.1.2010 14:58:51
>
> On Thu 2010-01-21 16:5
Ahoj,
dělal jsem na programu, který by dokázal rozumně trasovat budovy z
digit. map katastru. Ty ruční čmáranice ze skenů mnoha let starých map
myslím nemá smysl automaticky trasovat. Zkoušel jsem to pomocí potrace
apod. ... ale nějak mi to nedopadalo moc dobře, takže jsem se rozhodl
pro vlastní ř
No dokonalý! Super práce, určitě bych nechtěl integraci do JOSM, ne
každý s ním pracuje.
J.
2010/1/26 Jan Bilak :
> Ahoj,
>
> dělal jsem na programu, který by dokázal rozumně trasovat budovy z
> digit. map katastru. Ty ruční čmáranice ze skenů mnoha let starých map
> myslím nemá smysl automaticky
Provedl jsem par zmen v programu tile-processor, binarky [1] i
zdrojove kody [2] muzete stahovat z mych stranek.
Hlavni zmeny:
rychlost - OCR utitlita se ted spousti pouze jednou pro kazdou
dlazdici - prineslo to cca dvojnasobnou rychlost zpracovani
drobne zvyseni presnosti - presnejsi orez popisk
Ahoj,
nebylo by lepší ukládat a přibalit potom k výsledku i kousky mapy s
těmi čísly? Zrychlila by se ruční kontrola, zda to OCR rozpoznal
správně. Aneb bylo by možné pak jednoduše třeba zobrazit číslo v
textové podobě a vedle číslo v obrázkové podobě. A stejně už se to
stahuje, ořezává, ... jen t
Já bych naopak integraci do JOSM velmi ocenil, nemusel bych pak
všechno procházet dvakrát a vše by bylo vidět pěkně v kontextu už
existujících dat. Nicméně udělat to neumím, programátor nejsem.
2010/1/26 Frettie :
> No dokonalý! Super práce, určitě bych nechtěl integraci do JOSM, ne
> každý s ním
Teď mě vlastně napdalo, že ref by mělo spíš znamenat NUTS, protože to je
univerzálnější číslo. Tedy jestli mají katastrální území NUTS.
On Tue, 26 Jan 2010 10:11:41 +0100, Lukas Kabrt wrote:
> To bude asi ten spravny atribut.
--
Petr Dlouhý
___
T
Díky za synchronizaci postupu.
On Tue, 26 Jan 2010 20:10:09 +0100, Lukas Kabrt wrote:
Tomu moc nerozumím, můj postup byl takový, že jsem vyříznul z dlaždice
číslo (což by měla být bezestrátová konverze) a potom jsem to zvětšil (což
by měla být stejná konverze jako předtím. Postup by mohl být
> Tomu moc nerozumím, můj postup byl takový, že jsem vyříznul z dlaždice
> číslo (což by měla být bezestrátová konverze) a potom jsem to zvětšil (což
> by měla být stejná konverze jako předtím. Postup by mohl být nepatrně
> náročnější na výpočetní výkon, ale výsledek by snad měl být stejný, ne?
> L
> nebylo by lepší ukládat a přibalit potom k výsledku i kousky mapy s
> těmi čísly? Zrychlila by se ruční kontrola, zda to OCR rozpoznal
> správně. Aneb bylo by možné pak jednoduše třeba zobrazit číslo v
> textové podobě a vedle číslo v obrázkové podobě. A stejně už se to
> stahuje, ořezává, ... je
Ok, když jsi schopný to kontrolovat v JOSM, tak není problém. Ale
nezapomeň, že toho bude spousta.
Honza
2010/1/26 Lukas Kabrt :
>> nebylo by lepší ukládat a přibalit potom k výsledku i kousky mapy s
>> těmi čísly? Zrychlila by se ruční kontrola, zda to OCR rozpoznal
>> správně. Aneb bylo by mož
Při zkusmém zpracování oblasti 4 se zdá že mi nějak nefunguje
rozpoznávání. Výsledný csv je prázdný a v logu errory podobné tomuto:
[ERROR] Tile: 4\14.8270_50.8700_14.8320_50.8750-budovy.png Could not
find file 'E:\cuzk\5d8577a6-a71a-454b-9785-354a446ef9d5.tif.txt'.;
přitom stažené obrázky j
Jo, ještě jsem udělal jednu změnu v merge skriptu. Často se stalo, že při
OCR evidenčních čísel to vynechalo obě tečky, takže by merge měl rozpoznat
i "če70".
On Tue, 26 Jan 2010 22:40:31 +0100, Lukas Kabrt wrote:
> To mas pravdu, asi jsem blbe identifikoval pricinu. Pravy duvod je asi
> ten
2010/1/26 Jiri Parkan :
> Při zkusmém zpracování oblasti 4 se zdá že mi nějak nefunguje
> rozpoznávání. Výsledný csv je prázdný a v logu errory podobné tomuto:
>
> [ERROR] Tile: 4\14.8270_50.8700_14.8320_50.8750-budovy.png Could not
> find file 'E:\cuzk\5d8577a6-a71a-454b-9785-354a446ef9d5.tif
Sypu si popel na hlavu, nějak jsem opomněl rozbalit adresář testdata.
Teď už vše funguje jak má, zítra snad dodám nějaké výsledky.
2010/1/26 Lukas Kabrt :
> 2010/1/26 Jiri Parkan :
>> Při zkusmém zpracování oblasti 4 se zdá že mi nějak nefunguje
>> rozpoznávání. Výsledný csv je prázdný a v logu er
Dne 25.1.2010 20:47, Petr Dlouhý napsal(a):
> On Mon, 25 Jan 2010 17:56:28 +0100, Lukas Kabrt wrote:
>
>
>> Nazvy jsem zakomponoval do mapy k.u. [1]
>>
>> Na mape je celkem 13036 relaci, nazvy ma prirazeno 13027 relaci.
>>
>> Zbylych 9 relaci predstavuje oblasti, ktere budou prisluset k
>> nekt
21 matches
Mail list logo