Dne 5.2.2010 14:14, Petr Dlouhý napsal(a):
Nevím, jak by se to přesně mělo nastavovat. Nejjednodušší možnost vidím
takovou, že by se se zmáčknutým altem nepřidal tag building=yes, a šlo
by objekt otagovat ručně (případně pomocí ctrl-shift-v). Jsou nějaké lepší
návrhy?
Konfigurace
Ahoj,
nyní jde použít trasování s altem + ctrl-shift-v. Řešení přidávání na
úrovni pluginu by byla zbytečná práce, chtělo by to udělat na úrovni JOSM.
On Fri, 12 Feb 2010 12:25:26 +0100, jzvc j...@tpfree.fdns.net wrote:
Konfigurace pluginu by byla lepsi, pripadne otevrit aktualne pridelovane
Kvůli překryvům - čísla se s rozlišením zmenšují.
Nevím, jak moc je tvůj algoritmus dokonalý v detekci překrývajících se
číslic, ale nevěřím, že dokážeš spolehlivě poznat, kde číslo skončí.
Samozřejmě je to otázka nějakého kompromisu, ale většinu času předtím
zabralo počítání.
Myslím, že
Na slušné detekci překryvů právě pracuji a myslím, že rozhodně bude
výrazně lepší než byla (to už je myslím teď). Ale stoprocentní
samozřejmě ne - když překryv bude velký, tak to určitě nepůjde.
Ale jinak si myslím, že generování dlaždic na serveru KN bude nějakou
dobu trvat - a to, ať je na té
Nainstaloval jsem si tracer a chtěl bych se zeptat, zda se v případě, kdy má
budova například několik přístavků v katastrální mapě oddělených od
budovyslabší čarou, ale nalézajících se na jednom pozemku, dá tracer přinutit k
tomu, aby tyto přístavky otagoval spolu s budovou jako jeden objekt.
K vyzkoušení:
http://jabi.aspone.cz/osm/OcrBeta1.zip
Má to stejné ovládání jako původní tile-processor, ale navíc možnost logování:
FindAddressPoints.exe -tiles test-dir-with-png-images -output test.csv
-log log.txt -all
-log log.txt ... pokud se toto uvede, tak program bude logovat
Pokud vím, tak v současné době nikoli. Ani nevím, jak by to vlastně
mělo dělat. Zda vytvořit jeden obrys přes všechny části nebo více
obrysů a přes to relaci? A jak to pak tagovat?
Honza
2010/2/12 Zdeněk Pražák zpra...@seznam.cz:
Nainstaloval jsem si tracer a chtěl bych se zeptat, zda se v
Doplnil jsem tam chybějící číslici 4.
Honza
2010/2/12 Jan Bilak jan.bilak@gmail.com:
K vyzkoušení:
http://jabi.aspone.cz/osm/OcrBeta1.zip
Má to stejné ovládání jako původní tile-processor, ale navíc možnost logování:
FindAddressPoints.exe -tiles test-dir-with-png-images -output
Zkousel jsem to na jednom kousku (cca 300 dlazdic) z centra Prahy.
Prehryvy tomu prakticky vubec nevadi a detekuje rozpozna to spravne.
Ale co tomu vadi, to je ten copyright. Zatím totiž beru v úvahu pouze
červenou barvu. Jsou 3 možnosti jak to řešit:
a) stahovat dlaždice s překryvem tak, že se
Ahoj,
ten copyright je jen úplně nahoře na každé dlaždici, nebo se pletu? Pokud
tomu tak je, tak bych volil možnost a), protože je to minimum z velikosti
dlaždice, a ty se už stejně stahují s přesahem (kvůli tomu, že se čísla
kreslí jen na dlaždici s tečkou).
Jinak jsem se koukal na ten
Ahoj,
ten copyright je vlevo nahoře, ale pak i na souřadnici cca [530,510] px.
Ta detekce bodů ... toho jsem si nevšiml. Jak to kontroluješ?
Check ... to značí opravdu i nepatrný překryv. Pokud si to není jisté,
tak je tam znak otazník a v hranatých závorkách seznam možností. Ještě
tam dám jednu
Jinak ... když si povolíš logování, tak se loguje i grafická
reprezentace toho textu, takže tam uvidíš, co a jak to rozpoznává.
Honza
2010/2/13 Jan Bilak jan.bilak@gmail.com:
Ahoj,
ten copyright je vlevo nahoře, ale pak i na souřadnici cca [530,510] px.
Ta detekce bodů ... toho jsem si
Ahoj,
teprv teď jsem si všiml toho krásného logu. Ořez by mohl být o 1 pixel
nižší a o něco užší (nevím ale kolikaciferná je nejdelší adresa).
Další nápady na snížení množství [CHECK] jsou:
Pokud adresa začíná na bez č.p./č.e. tak není nutné dávat [CHECK], ale
stačí oříznout zbytek
Ořez by mohl být nižší, ale já to každý sloupec reprezentuji
16-bitovým číslem (16 řádek) a pak s tím dělám různé bitové operace.
Takže 15 by se mi nehodilo...
Tyhle nápady jsou dobré, ale nejsou třeba. Algoritmus totiž funguje
tak, že se snaží najít napřed přesnou shodu. A pokud přesná shoda
Dal jsem tam betu 2 ... http://jabi.aspone.cz/osm/OcrBeta2.zip
Je vícevláknová, trochu přepracovaný výpis do konzole (časový odhad do
konce apod.).
+ zapisuje do csv souboru info o tom, že bod je moc blízko kraje dlaždice.
Honza
2010/2/13 Jan Bilak jan.bilak@gmail.com:
Ořez by mohl být
Ahoj,
teprv teď jsem si všiml toho krásného logu. Ořez by mohl být o 1 pixel
nižší a o něco užší (nevím ale kolikaciferná je nejdelší adresa).
Další nápady na snížení množství [CHECK] jsou:
Pokud adresa začíná na bez č.p./č.e. tak není nutné dávat [CHECK], ale
stačí oříznout zbytek
Aha, tak to jsem předtím nepochopil. V tom případě se ale u některých bez
č.p./č.e. detekují nějaké mezery nebo jiný bordel za nimi a možná jsem
viděl i případ, kdy se nějaké číslo prodloužilo o číslice, které tam
neměly být (pokusím se to najít).
Dlaždice je na [1], je tam víc takových
Ano, to prodloužení o něco bude řešit ta kontrola (už je celkem jedno,
zda prodloužení čísla nebo popisu bez č.p./č.e.. Tedy alespoň jsem o
tom přesvědčen. Do vypořádání se s copyrightem a přidání té kontroly
to není zcela spolehlivé. Může to jak zkrátit číslo, tak prodloužit -
teoreticky i možná
Zkoušel jsem tu dlaždici
http://www.flyshare.cz/stahni/46186/14.3362_50.1291_14.3412_50.1341-budovy.png
a nenašel jsem žádný bod, který by to nedetekovalo. Nechal jsem si
udělat modrou tečku do původní bitmapy na každý detekovaný bod ... a
ruční kontrolou byly všechny omodřené a žádný červený
Ahoj,
našel jsem případ, kdy se slila dvě čísla dohromady (testováno v betě 1) -
je to na dlaždici
[1], číslo 2341.
Nevidím důvod, proč by se vlastně měly ta čísla prodlužovat nebo zkracovat
o další číslice - pokud se tam připlete další adresní bod ve stejném
místě, mělo by se tam připlést i č
Ahoj,
186 souhlasí, ty chybějící body jsou vždy bez č.p./č.e.. Chybí například
bod pod č.p. 1 a 121 na souřadnicích 50,13254; 14,33821.
On Sat, 13 Feb 2010 01:58:07 +0100, Jan Bilak jan.bilak@gmail.com
wrote:
Zkoušel jsem tu dlaždici
Omlouvám se. To není chyba - Merge nevygeneruje pro bez č.p./č.e. žádný bod,
takže je všechno v pořádku.
Původní zpráva
Od: Petr Dlouhý petr.dlo...@email.cz
Předmět: Re: [Talk-cz] Import adres z katastralni mapy
Datum: 13.2.2010 03:02:22
OK, nic se nestalo. Hlavně, že se to vyjasnilo.
Honza
2010/2/13 Petr Dlouhý petr.dlo...@email.cz:
Omlouvám se. To není chyba - Merge nevygeneruje pro bez č.p./č.e. žádný
bod, takže je všechno v pořádku.
Původní zpráva
Od: Petr Dlouhý petr.dlo...@email.cz
Jedno upozornění - ta data jsem stahoval na třikrát, a potom to sesypal do
jednoho adresáře (v domnění, že se překrývající dlaždice požerou, což se
ale nestalo protože nejsou zaokrouhlovány stejně). V adresáři jsou tedy v
překrývajících oblastech shodné dlaždice akorát s posunem.
Pokud bys
24 matches
Mail list logo