« zpět na výpis měsíce |

[Talk-cz] Adresy, epilog

Vlákno 31.7. - 9.8.2009, počet zpráv: 36


31.7.2009 12:47:43 (#1)
gravatar

Radomír Černoch

<radomir.cernoch at gmail.com>
139
Dobrý den, jak jste si již někteří všimli, adresy jsou nyní uloženy v databázi novým způsobem. Ukázalo se, že převod "přes noc" je hodně optimistický odhad; vše se podařilo dokončit až po třech dnech. Doufám, že toto zdržení nikomu nezpůsobilo komplikace. Spolu se změnou byla také uvolněna nová verze pluginu CzechAddress. Co dál? Myslím, že kromě článku na Wiki by bylo dobré upravit Mapnik a Osmarender tak, aby změněným fontem (kurzíva?) zobrazovaly ČO namísto dlouhého ČP/ČO. Samozřejmě jen tehdy, když dům ČO má. Souhlasíte? S pozdravem, Radek Černoch -- Radomir Cernoch +44 750 708 8293 / +420 607 282 031 Email, Jabber: radomir.cernoch na gmail.com

31.7.2009 01:02:01 (#2)
gravatar

Karel Volný

<kavol at seznam.cz>
556
zdravím, zobrazit citaci
> Co dál? Myslím, že kromě článku na Wiki by bylo dobré upravit Mapnik a > Osmarender tak, aby změněným fontem (kurzíva?) zobrazovaly ČO namísto > dlouhého ČP/ČO. Samozřejmě jen tehdy, když dům ČO má. Souhlasíte?
já dávám přednost mít v mapě oboje, pokud se to vejde ... pokud ne, "stačí" mi vědět, kde ČO začínají a na které straně jsou která - čili zobrazit třeba jen popis domu č. 1 K.

31.7.2009 01:09:40 (#3)
gravatar

Mike Crash

<mike at mikecrash.com>
198
Dobrý den, s tím souhlasím, pokud je streetnumber, tak zobrazovat jen ten, ale tu kurzívu bych tam nedával. A hlavně napsat nové tagy na wiki a pokud možno i na anglickou verzi, aby někde nevymýšleli zase něco jiného. Radek Jahoda Radomír Černoch wrote: zobrazit citaci
> Dobrý den, > > jak jste si již někteří všimli, adresy jsou nyní uloženy v databázi > novým způsobem. Ukázalo se, že převod "přes noc" je hodně optimistický > odhad; vše se podařilo dokončit až po třech dnech. Doufám, že toto > zdržení nikomu nezpůsobilo komplikace. Spolu se změnou byla také > uvolněna nová verze pluginu CzechAddress. > > Co dál? Myslím, že kromě článku na Wiki by bylo dobré upravit Mapnik a > Osmarender tak, aby změněným fontem (kurzíva?) zobrazovaly ČO namísto > dlouhého ČP/ČO. Samozřejmě jen tehdy, když dům ČO má. Souhlasíte? > > S pozdravem, > Radek Černoch > >

1.8.2009 10:36:33 (#4)
gravatar

Petr Schönmann

<pschonmann at gmail.com>
216 1741
Zdravím, opět není zařazeno přidání tagu building=yes v pluginu czechaddress, šlo by to doplnit ?

3.8.2009 12:48:24 (#5)
gravatar

hanoj

<ehanoj at gmail.com>
717
zobrazit citaci
> opět není zařazeno přidání tagu building=yes v pluginu czechaddress, > šlo by to doplnit ?
*** zajimalo by me, k cemu je to dobre diky Hanoj

3.8.2009 02:49:30 (#6)
gravatar

Petr Schönmann

<pschonmann at gmail.com>
216 1741
OSMarender bez tohoto tagu budovu nevykreslí 2009/8/3 hanoj <ehanoj na gmail.com>: zobrazit citaci
>> opět není zařazeno přidání tagu building=yes v pluginu czechaddress, >> šlo by to doplnit ? > *** zajimalo by me, k cemu je to dobre > > diky > > Hanoj > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >

3.8.2009 03:14:11 (#7)
gravatar

hanoj

<ehanoj at gmail.com>
717
Dne 3. srpen 2009 14:49 Petr Schönmann <pschonmann na gmail.com> napsal(a): zobrazit citaci
> > 2009/8/3 hanoj <ehanoj na gmail.com>: >>> opět není zařazeno přidání tagu building=yes v pluginu czechaddress, >>> šlo by to doplnit ? >> *** zajimalo by me, k cemu je to dobre > OSMarender bez tohoto tagu budovu nevykreslí
*** chapu to tak, ze davate adresni body do polygonu budov? A kdyz ma budova 2-4 adresni body? Nebylo by lepsi mit adresni body jako jednu primitivu a neslucovat je budovama? hanoj

4.8.2009 12:18:57 (#8)
gravatar

Ondrej Novy

<novy at ondrej.org>
17
Zdravim, 2009/8/3 hanoj <ehanoj na gmail.com> zobrazit citaci
> *** chapu to tak, ze davate adresni body do polygonu budov? A kdyz ma > budova 2-4 adresni body? Nebylo by lepsi mit adresni body jako jednu > primitivu a neslucovat je budovama?
tez by mi prislo lepsi mit adresni body vzdy jako node. Napr. UIR databaze tohle resi a deli veci na: objekty a adresy kde objekt (rekneme building=yes) muze mit vice adres (housenumber, atd.). Nas asi vazba ze jeden objekt ma vice adres nezajima, takze nekde doprostred budovy prsknout node urcujici adresu staci. -- S pozdravem/Best regards Bc. Ondrej Novy Email: novy na ondrej.org Jabber: onovy na njs.netlab.cz ICQ: 115-674-713 Tel/Cell: +420 777 963 207 ------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20090804/a5075b71/attachment.html>

4.8.2009 08:34:46 (#9)
gravatar

MP

<singularita at gmail.com>
306
zobrazit citaci
> Nas asi vazba ze jeden objekt ma vice adres nezajima, takze nekde doprostred > budovy prsknout node urcujici adresu staci.
A co treba v Praze sidliste Luka? Tam jsou dlouhe "pokroucene" panelaky (cca 400 az 450 metru dlouhe) a to kde je ktery vchod muze byt celkem podstatna informace. Takze vysledek je jeden tag building a do nej nasypanych cca 30 adresnich tagu na svych mitech. IMHO pokud ma objekt vice vchodu (s ruznymi adresami), mel by mit i vice adresnich tagu, kazdy na miste daneho vchodu. Martin

4.8.2009 10:12:28 (#10)
gravatar

Radomír Černoch

<radomir.cernoch at gmail.com>
139
Já také používám systém 1 adresní bod = 1 node. V Praze je navíc zvyk umisťovat bod směrem k příslušné ulici, což jednak mapu zpřehledňuje a vlastně nakonec vypadá hezky. Funkci pro "building=yes" jsem však přidal -- snad to někomu mapování urychlí. S pozdravem, Radek Černoch 2009/8/3 hanoj <ehanoj na gmail.com>: zobrazit citaci
> Dne 3. srpen 2009 14:49 Petr Schönmann <pschonmann na gmail.com> napsal(a): > >> >> 2009/8/3 hanoj <ehanoj na gmail.com>: >>>> opět není zařazeno přidání tagu building=yes v pluginu czechaddress, >>>> šlo by to doplnit ? >>> *** zajimalo by me, k cemu je to dobre >> OSMarender bez tohoto tagu budovu nevykreslí > *** chapu to tak, ze davate adresni body do polygonu budov? A kdyz ma > budova 2-4 adresni body? Nebylo by lepsi mit adresni body jako jednu > primitivu a neslucovat je budovama? > > hanoj > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >
-- Radomir Cernoch +44 750 708 8293 / +420 607 282 031 Email, Jabber: radomir.cernoch na gmail.com

4.8.2009 10:30:33 (#11)
gravatar

Kubajz

<kubajz at kbx.cz>
617
Tak tak... Ono tam ani poradne nejde rozlisit, jestli jsou to dva objekty a dva vchody nebo treba jeden objekt a dva vchody. Je to podle toho, ktery typ panelaku to je a jak jsou propojene pruchody a rozdelene na druzstva resp. SVJ... K MP napsal(a): zobrazit citaci
>> Nas asi vazba ze jeden objekt ma vice adres nezajima, takze nekde doprostred >> budovy prsknout node urcujici adresu staci. >> > > A co treba v Praze sidliste Luka? Tam jsou dlouhe "pokroucene" > panelaky (cca 400 az 450 metru dlouhe) a to kde je ktery vchod muze > byt celkem podstatna informace. Takze vysledek je jeden tag building a > do nej nasypanych cca 30 adresnich tagu na svych mitech. IMHO pokud ma > objekt vice vchodu (s ruznymi adresami), mel by mit i vice adresnich > tagu, kazdy na miste daneho vchodu. > > Martin > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >

4.8.2009 11:38:41 (#12)
gravatar

Ondrej Novy

<novy at ondrej.org>
17
Zdravim, Dne 4. srpen 2009 20:34 MP <singularita na gmail.com> napsal(a): zobrazit citaci
> > Nas asi vazba ze jeden objekt ma vice adres nezajima, takze nekde > doprostred > > budovy prsknout node urcujici adresu staci. > > A co treba v Praze sidliste Luka? Tam jsou dlouhe "pokroucene" > panelaky (cca 400 az 450 metru dlouhe) a to kde je ktery vchod muze > byt celkem podstatna informace. Takze vysledek je jeden tag building a > do nej nasypanych cca 30 adresnich tagu na svych mitech. IMHO pokud ma > objekt vice vchodu (s ruznymi adresami), mel by mit i vice adresnich > tagu, kazdy na miste daneho vchodu.
ale ja jsem hovoril o VAZBE mezi objekty a adresami ktere nemame, nikoliv o tom ze neni mozne do oblastni jedneho building=yes umistit vice adresnich node do pozice jejich vchodu - tak to delam tez. -- S pozdravem/Best regards Bc. Ondrej Novy Email: novy na ondrej.org Jabber: onovy na njs.netlab.cz ICQ: 115-674-713 Tel/Cell: +420 777 963 207 ------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20090804/e358362b/attachment.html>

5.8.2009 01:35:03 (#13)
gravatar

Kubajz

<kubajz at kbx.cz>
617
Neda se za vazbu povazovat adresni bod je v oblasti ohranicene objektem? Neni to sice primo relace v OSM, ale chapat by se to tak dalo a nebylo by ani prilis pracne to udelat strojove, kdyby to bylo potreba... Takze ja bych rekl, ze ta vazba tam je, byt slaba (je snadne najit dum k adresnimu bodu, je tezsi/pracnejsi najit adresni body k domu) K Ondrej Novy napsal(a): zobrazit citaci
> Zdravim, > > Dne 4. srpen 2009 20:34 MP <singularita na gmail.com > <mailto:singularita na gmail.com>> napsal(a): > > > Nas asi vazba ze jeden objekt ma vice adres nezajima, takze > nekde doprostred > > budovy prsknout node urcujici adresu staci. > > A co treba v Praze sidliste Luka? Tam jsou dlouhe "pokroucene" > panelaky (cca 400 az 450 metru dlouhe) a to kde je ktery vchod muze > byt celkem podstatna informace. Takze vysledek je jeden tag building a > do nej nasypanych cca 30 adresnich tagu na svych mitech. IMHO pokud ma > objekt vice vchodu (s ruznymi adresami), mel by mit i vice adresnich > tagu, kazdy na miste daneho vchodu. > > > ale ja jsem hovoril o VAZBE mezi objekty a adresami ktere nemame, > nikoliv o tom ze neni mozne do oblastni jedneho building=yes umistit > vice adresnich node do pozice jejich vchodu - tak to delam tez. > > -- > S pozdravem/Best regards > Bc. Ondrej Novy > > Email: novy na ondrej.org <mailto:novy na ondrej.org> > Jabber: onovy na njs.netlab.cz <mailto:onovy na njs.netlab.cz> > ICQ: 115-674-713 > Tel/Cell: +420 777 963 207 > > ------------------------------------------------------------------------ > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >

5.8.2009 01:49:47 (#14)
gravatar

hanoj

<ehanoj at gmail.com>
717
zobrazit citaci
> Neda se za vazbu povazovat adresni bod je v oblasti ohranicene objektem? > Neni to sice primo relace v OSM, ale chapat by se to tak dalo a nebylo > by ani prilis pracne to udelat strojove, kdyby to bylo potreba... > Takze ja bych rekl, ze ta vazba tam je, byt slaba (je snadne najit dum k > adresnimu bodu, je tezsi/pracnejsi najit adresni body k domu)
*** oboji je stejne pouzitelne a pouziva se jako spatial join nebo spatial querry, Postgis to snad umi: a) jake body jsou v polygonu? b) v kterem polygonu jsou bod? hanoj

5.8.2009 01:52:06 (#15)
gravatar

Kubajz

<kubajz at kbx.cz>
617
Tim padem bych se u buildingu venoval lepsim vecem, nez jsou adresy. Treba vyska budovy... Jak by byla ta data krasnejsi, kdyz by se daly ty domecky extrahovat do vysky... Dobrou noc hanoj napsal(a): zobrazit citaci
>> Neda se za vazbu povazovat adresni bod je v oblasti ohranicene objektem? >> Neni to sice primo relace v OSM, ale chapat by se to tak dalo a nebylo >> by ani prilis pracne to udelat strojove, kdyby to bylo potreba... >> Takze ja bych rekl, ze ta vazba tam je, byt slaba (je snadne najit dum k >> adresnimu bodu, je tezsi/pracnejsi najit adresni body k domu) >> > *** oboji je stejne pouzitelne a pouziva se jako spatial join nebo > spatial querry, Postgis to snad umi: > a) jake body jsou v polygonu? > b) v kterem polygonu jsou bod? > > hanoj > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >

5.8.2009 08:27:42 (#16)
gravatar

Karel Volný

<kavol at seznam.cz>
556
zdravím, takový detail na okraj (doslovně :) zobrazit citaci
> Neda se za vazbu povazovat adresni bod je v oblasti ohranicene objektem?
pro naprostou většinu budov bych preferoval, kdyby adresní bod nebyl "v oblasti ohraničené objektem", nýbrž přímo na hraně objektu v místě, kde je vchod (a co se týče oplocených pozemků, tak v místě branky v plotě, kde je i poštovní schránka) K.

5.8.2009 09:57:05 (#17)
gravatar

Petr Kadlec

<petr.kadlec at gmail.com>
219 1012
2009/8/5 Kubajz <kubajz na kbx.cz>: zobrazit citaci
> Tim padem bych se u buildingu venoval lepsim vecem, nez jsou adresy. > Treba vyska budovy... Jak by byla ta data krasnejsi, kdyz by se daly ty > domecky extrahovat do vysky...
Asi takhle? ;-) http://www.geographie.uni-bonn.de/karto/osm-3d/Screenshots/Stuttgart/Stuttgart_Alle.jpg (viz http://www.geographie.uni-bonn.de/karto/osm-3d/index.en.html) (I když tady jsou patrně všechny budovy stejně vysoké…) -- Petr Kadlec / Mormegil

5.8.2009 10:16:16 (#18)
gravatar

Ondrej Novy

<novy at ondrej.org>
17
Zdravim, Dne 5. srpen 2009 1:35 Kubajz <kubajz na kbx.cz> napsal(a): zobrazit citaci
> Neda se za vazbu povazovat adresni bod je v oblasti ohranicene objektem? > Neni to sice primo relace v OSM, ale chapat by se to tak dalo a nebylo > by ani prilis pracne to udelat strojove, kdyby to bylo potreba... > Takze ja bych rekl, ze ta vazba tam je, byt slaba (je snadne najit dum k > adresnimu bodu, je tezsi/pracnejsi najit adresni body k domu)
jasne, v tomto smeru ano. Pak byt mozna stalo za to pouzivat objekt_kod z UIRu u toho building polygonu (stale ovsem pochybuju ze to k necemu je :). -- S pozdravem/Best regards Bc. Ondrej Novy Email: novy na ondrej.org Jabber: onovy na njs.netlab.cz ICQ: 115-674-713 Tel/Cell: +420 777 963 207 ------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20090805/bd0fd0bc/attachment.html>

6.8.2009 12:46:27 (#19)
gravatar

Kubajz

<kubajz at kbx.cz>
617
A ted jedna takova kousava: mam dum, ktery ma vchod ze severu. Cesticka vede kolem nej pres pozemek a vchod na pozemek je z jihu. Kam umistit adresni bod? (Jo a ja to nestavel) a) do budovy b) na hranu budovy, tam kde je fyzicky vchod c) na hranu pozemku Babo rad :/ K Karel Volný napsal(a): zobrazit citaci
> zdravím, > > takový detail na okraj (doslovně :) > > >> Neda se za vazbu povazovat adresni bod je v oblasti ohranicene objektem? >> > > pro naprostou většinu budov bych preferoval, kdyby adresní bod nebyl "v > oblasti ohraničené objektem", nýbrž přímo na hraně objektu v místě, kde je > vchod > > (a co se týče oplocených pozemků, tak v místě branky v plotě, kde je i > poštovní schránka) > > K. > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >

6.8.2009 12:55:15 (#20)
gravatar

Martin Kokeš

<shr3k at typo3-hosting.com>
135
Dne 6.8.2009 12:46, Kubajz napsal(a): zobrazit citaci
> A ted jedna takova kousava: > > mam dum, ktery ma vchod ze severu. Cesticka vede kolem nej pres pozemek > a vchod na pozemek je z jihu. Kam umistit adresni bod? (Jo a ja to nestavel) > > a) do budovy > b) na hranu budovy, tam kde je fyzicky vchod > c) na hranu pozemku > > Babo rad :/ > > K >
S ohledem na budoucí navigační funkce asi tam, kam se lze nejblíže dostat v rámci veřejného prostranství nebo po (i třeba soukromé) účelové komunikaci. Prostě k první zábraně. S tímto jsem se potýkal třeba před týdnem - byl jsem v Anglii a jezdil jsem autem po různých hradech, zámcích, některé byly docela odlehlé a cesty k nim nezmapované (v okolí vedlo spoustu klasických silniček o šíři 2,5 m - na každé straně zeď s živým plotem, co 200 m možnost vyhnutí). POI byl někde uprostřed toho a kolikrát jsem tam dojel třeba z druhé strany, kde se o nějakém parkovišti mluvit rozhodně nedalo. MK

6.8.2009 02:08:49 (#21)
gravatar

hanoj

<ehanoj at gmail.com>
717
zobrazit citaci
> mam dum, ktery ma vchod ze severu. Cesticka vede kolem nej pres pozemek > a vchod na pozemek je z jihu. Kam umistit adresni bod? (Jo a ja to nestavel) > > a) do budovy > b) na hranu budovy, tam kde je fyzicky vchod > c) na hranu pozemku
*** Ja nad mapovanim vzdy uvazuji s jistou mirou generalizace: snazim se aby addr byl uvnitr budovy dle KM, ke ktere patri. Hrana (tj. usecka mezi dvema body) neni jasne definovane misto. O tom jestli prijdu ze S, nebo J az tak neuvazuji (ac na rande jsem nezridka lezl pres plot z druhe strany nemovistosti), mapa neni vsevedna. Neco o vyuziti addr nasvedcuje graficky take OSM inspektor: http://tools.geofabrik.de/osmi/?view=addresses&lon=16.58556&lat=49.19538&zoom=18 PS: strucne tedy za a) PS2: pro milovniky OGC http://wiki.openstreetmap.org/wiki/OSM_Inspector/WxS hanoj

6.8.2009 03:12:35 (#22)
gravatar

jzvc

<jzvc at tpfree.fdns.net>
180
Zdravim, Mam par pripominek k pluginu. a) nedoplnuje PSC (ac se tvari ze to umi) b) co je horsi, nepouziva "Zasobnik prikazu" => nelze undo kdyz se clovek uklipne. Mozna se to takto chova jen u me, ale chova se to takto dlouhodobe v ramci nekolika verzi jak pluginu tak JOSM. Slo by s tim neco provest ? Dik.

6.8.2009 03:34:05 (#23)
gravatar

hanoj

<ehanoj at gmail.com>
717
zobrazit citaci
> a) nedoplnuje PSC (ac se tvari ze to umi) > b) co je horsi, nepouziva "Zasobnik prikazu" => nelze undo kdyz se > clovek uklipne. > > Mozna se to takto chova jen u me, ale chova se to takto dlouhodobe v > ramci nekolika verzi jak pluginu tak JOSM. > Slo by s tim neco provest ? Dik.
*** ja jsem jeste pochytil tyto vlastnosti a poprosil o prezkoumani: c) pri vytvareni noveho adresniho bodu hlasi, ze nove zrizovana adresa podle CP uz v mape existuje, idkyz vyhledani pomoci find "addr:conscriptionnumber=666" ji nenajdu. d) kdyz necham doplnit plugin aditivni udaje jako "is_in" do jiz existujiciho node s adresou z prvniho hromadneho importu, neprida mi "source:position=cuzk:km", ac to v settings je zatrhnute. PS: nevite pro WMSplugin uz neobsahuje vlastnost overlap? diky a zdravi hanoj

6.8.2009 04:03:49 (#24)
gravatar

Radomír Černoch

<radomir.cernoch at gmail.com>
139
Zdravím, 2009/8/6 jzvc <jzvc na tpfree.fdns.net>: zobrazit citaci
> Zdravim, > > Mam par pripominek k pluginu. > > a) nedoplnuje PSC (ac se tvari ze to umi)
Viz wiki [[Cz:JOSM/Plugins/CzechAddress]]: Databáze obsahuje i přibližný rozsah PSČ v dané oblasti, které jsou kvůli nepřesnostem pro OpenStreetMap nepoužitelné. Ale na opravě se výhledově pracuje. Česká pošta totiž nabízí přesné údaje o PSČ a pokud si je člověk vytáhne z webového formuláře, tak i bez licenčních omezení. Zprovoznění bych viděl někdy na září... 2009 ;-) zobrazit citaci
> b) co je horsi, nepouziva "Zasobnik prikazu" => nelze undo kdyz se > clovek uklipne.
Což o to, přidat podporu zásobníku příkazů není problém. Plugin by však potřeboval vědět i o příkazech ze zásobníku, které sám neprovedl. CzechAddress si totiž interně drží relaci databáze a mapy, která se mu však kvůli ostatním příkazům mění pod rukama. Pokud někdo víte o JOSMím API, které by umožňovalo sledovat změnu mapy, rád podporu "Undo" dodělám. Do té doby by jakákoli implementace byla polovičatá. Co s tím má dělat uživatel? Pokud pracuje s adresami, používat namísto "Undo" ruční úpravy mapy, mazat pomocí Delete apod... Ale výhledově to mám v plánu -- jen se bojím, že budou potřeba zásahy větší zásahy do JOSM. Tipuji říjen... Zdravím, Radek -- Radomir Cernoch +44 750 708 8293 / +420 607 282 031 Email, Jabber: radomir.cernoch na gmail.com

6.8.2009 04:17:08 (#25)
gravatar

Radomír Černoch

<radomir.cernoch at gmail.com>
139
2009/8/6 hanoj <ehanoj na gmail.com>: zobrazit citaci
>> a) nedoplnuje PSC (ac se tvari ze to umi) >> b) co je horsi, nepouziva "Zasobnik prikazu" => nelze undo kdyz se >> clovek uklipne. >> >> Mozna se to takto chova jen u me, ale chova se to takto dlouhodobe v >> ramci nekolika verzi jak pluginu tak JOSM. >> Slo by s tim neco provest ? Dik. > *** ja jsem jeste pochytil tyto vlastnosti a poprosil o prezkoumani: > c) pri vytvareni noveho adresniho bodu hlasi, ze nove zrizovana adresa > podle CP uz v mape existuje, idkyz vyhledani pomoci find > "addr:conscriptionnumber=666" ji nenajdu.
To se může stát a je to v pořádku. Ta adresa, která už v mapě je, může být nadefinovaná jen pomocí ulice a ČO a CzechAddress si ČP domyslí z databáze. Druhý možný důvod nastává ve chvíli, kdy dům (v tomto případě s ČP 666) je z jakéhokoli důvodu v konfliktu. Přišlo mi dobré uživatele nějak varovat, ale asi by to chtělo změnit zprávu v něco výstižnějšího. Pokud to, co popisuješ není ani jeden z příkladů, pošli mi, prosím, konkrétní případ a rád se na to podívám. zobrazit citaci
> d) kdyz necham doplnit plugin aditivni udaje jako "is_in" do jiz > existujiciho node s adresou z prvniho hromadneho importu, neprida mi > "source:position=cuzk:km", ac to v settings je zatrhnute.
To je v pořádku. "source:position" se přidává jen pro nově vytvořené nody. Myšlenka je ta, že když upravujete již existující adresu, její poloha nemusí pocházet z ČUZK. zobrazit citaci
> PS: nevite pro WMSplugin uz neobsahuje vlastnost overlap?
Dirk Stöcker ji smazal. My se zkrátka na některých věcech neshodneme, takže ačkoli mám už nachystaný nový patch, chci se ho nejdříve zeptat, proč ke smazání došlo. Pěkný den, Radek -- Radomir Cernoch +44 750 708 8293 / +420 607 282 031 Email, Jabber: radomir.cernoch na gmail.com

6.8.2009 05:28:26 (#26)
gravatar

hanoj

<ehanoj at gmail.com>
717
zobrazit citaci
>> *** ja jsem jeste pochytil tyto vlastnosti a poprosil o prezkoumani: >> c) pri vytvareni noveho adresniho bodu hlasi, ze nove zrizovana adresa >> podle CP uz v mape existuje, idkyz vyhledani pomoci find >> "addr:conscriptionnumber=666" ji nenajdu. > > To se může stát a je to v pořádku. Ta adresa, která už v mapě je, může > být nadefinovaná jen pomocí ulice a ČO a CzechAddress si ČP domyslí z > databáze. > > Druhý možný důvod nastává ve chvíli, kdy dům (v tomto případě s ČP > 666) je z jakéhokoli důvodu v konfliktu. Přišlo mi dobré uživatele > nějak varovat, ale asi by to chtělo změnit zprávu v něco > výstižnějšího. > > Pokud to, co popisuješ není ani jeden z příkladů, pošli mi, prosím, > konkrétní případ a rád se na to podívám.
*** otevru JOSM, otevru prazdnou mapu, vlozim nod, dam shift+A, vyberu Brno a Komin, napisu napr cp. 1032 ---> vybrana adresa uz v mape existuje... zobrazit citaci
>> d) kdyz necham doplnit plugin aditivni udaje jako "is_in" do jiz >> existujiciho node s adresou z prvniho hromadneho importu, neprida mi >> "source:position=cuzk:km", ac to v settings je zatrhnute. > > To je v pořádku. "source:position" se přidává jen pro nově vytvořené > nody. Myšlenka je ta, že když upravujete již existující adresu, její > poloha nemusí pocházet z ČUZK.
*** No jediny duvod editace jiz vlozenych adresnich bodu je pro mne oprava jejich polohy. Ale povazuji to za drobnost. zobrazit citaci
>> PS: nevite pro WMSplugin uz neobsahuje vlastnost overlap? > > Dirk Stöcker ji smazal. My se zkrátka na některých věcech neshodneme, > takže ačkoli mám už nachystaný nový patch, chci se ho nejdříve zeptat, > proč ke smazání došlo.
*** OK, diky za info a snahu. a jeste jedna drobnost: Kdyz v ORP "Brno" cast obce Bosonohy" prijmu navrh inspektora databaze na korekci z "Bosonozske Nam." na "Bosonozske namesti" tak mi v toolbaru v prave casti JOSM nazvanem "tovarna na adresy" vznikne 2x ulice "Bosonozske namesti" (prvni obsahuje adresni body, druhy je prazdny). Po kliknuti na adresni bod nalezici do "Bosonozske namesti" je v tovarne vylistovana prazna ulice "Bosonozske namesti", namisto ta s adresnimy body. PS: byla by moznost rucni reinicializace Pluginu (napr po datazeni dat z OSM serveru) ha hanoj

6.8.2009 05:28:52 (#27)
gravatar

jzvc

<jzvc at tpfree.fdns.net>
180
Radomír Černoch napsal(a): zobrazit citaci
> Zdravím, > > 2009/8/6 jzvc <jzvc na tpfree.fdns.net>: > >> Zdravim, >> >> Mam par pripominek k pluginu. >> >> a) nedoplnuje PSC (ac se tvari ze to umi) >> > > Viz wiki [[Cz:JOSM/Plugins/CzechAddress]]: Databáze obsahuje i > přibližný rozsah PSČ v dané oblasti, které jsou kvůli nepřesnostem pro > OpenStreetMap nepoužitelné. > > Ale na opravě se výhledově pracuje. Česká pošta totiž nabízí přesné > údaje o PSČ a pokud si je člověk vytáhne z webového formuláře, tak i > bez licenčních omezení. Zprovoznění bych viděl někdy na září... 2009 > ;-) > >
Ceske poste bych moc neveril ;), nejakou dobu jsem mel tu cest s jejich daty pracovat a jejich uplnost a spravnost byla ... Ale +- by se to trefit dalo, ono krom par vyjimek stejne staci prvni trojcisli. zobrazit citaci
>> b) co je horsi, nepouziva "Zasobnik prikazu" => nelze undo kdyz se >> clovek uklipne. >> > > Což o to, přidat podporu zásobníku příkazů není problém. Plugin by > však potřeboval vědět i o příkazech ze zásobníku, které sám neprovedl. > CzechAddress si totiž interně drží relaci databáze a mapy, která se mu > však kvůli ostatním příkazům mění pod rukama. Pokud někdo víte o > JOSMím API, které by umožňovalo sledovat změnu mapy, rád podporu > "Undo" dodělám. Do té doby by jakákoli implementace byla polovičatá. >
Toto nejak nechapu, proc ? Kdyz pridam adresni bod, je to jen neco ve smyslu "pridej tag X s parametrem Y". Kdyz neco upravim, je to vicemene "zmen parametr Y z A na B". Proc si plugin potrebuje toto zaznamenavat ? Jinak predpokladam ze si JOSM zmeny haze na nejakou hromadu ze ktere jde i cist. zobrazit citaci
> Co s tím má dělat uživatel? Pokud pracuje s adresami, používat namísto > "Undo" ruční úpravy mapy, mazat pomocí Delete apod... >
Nj, ale co kdyz uzivatel udela 2-3 zmeny (nebo vice), pak zjisti ze je to spatne, ale uz nevi ktery objekt na mape menil ? A pritom ma trebas pripraveno nekolik desitek zmen, ktere jsou OK. zobrazit citaci
> Ale výhledově to mám v plánu -- jen se bojím, že budou potřeba zásahy > větší zásahy do JOSM. Tipuji říjen... > > Zdravím, > Radek > >
+ dalsi namet, kdyz mam zaple okno "tovarna na dresy", tak nepouzite jsou tucne. Jenze kdyz napr nactu mapu, ve ktere uz adresy jsou, zustanou tucne dokud neklipnu na prislusny objekt(y). Co takhle mapu prosacovat a oznacit je rovnou ? Optimalne na vyzadani. Chapu ze vetsi vyrez by to sacovalo celkem dlouho. Variantne moznost zobrazit pouze nepouzite adresy. Docela by se hodilo pro kontrolu zda v oblasti je zmapovano.

6.8.2009 08:34:38 (#28)
gravatar

Ondrej Novy

<novy at ondrej.org>
17
Zdravim, Dne 6. srpen 2009 17:28 jzvc <jzvc na tpfree.fdns.net> napsal(a): zobrazit citaci
> ... Variantne moznost zobrazit pouze > nepouzite adresy. Docela by se hodilo pro kontrolu zda v oblasti je > zmapovano.
za zobrazeni pouze nepouzitych adres bych se taky primlouval - mnohem lepe se tim da overit oblast kde si myslim ze uz nic nechybi. Diky. -- S pozdravem/Best regards Bc. Ondrej Novy Email: novy na ondrej.org Jabber: onovy na njs.netlab.cz ICQ: 115-674-713 Tel/Cell: +420 777 963 207 ------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20090806/727cc18e/attachment.html>

6.8.2009 09:24:13 (#29)
gravatar

Radomír Černoch

<radomir.cernoch at gmail.com>
139
2009/8/6 hanoj <ehanoj na gmail.com>: zobrazit citaci
>>> *** ja jsem jeste pochytil tyto vlastnosti a poprosil o prezkoumani: >>> c) pri vytvareni noveho adresniho bodu hlasi, ze nove zrizovana adresa >>> podle CP uz v mape existuje, idkyz vyhledani pomoci find >>> "addr:conscriptionnumber=666" ji nenajdu. >> >> To se může stát a je to v pořádku. Ta adresa, která už v mapě je, může >> být nadefinovaná jen pomocí ulice a ČO a CzechAddress si ČP domyslí z >> databáze. >> >> Druhý možný důvod nastává ve chvíli, kdy dům (v tomto případě s ČP >> 666) je z jakéhokoli důvodu v konfliktu. Přišlo mi dobré uživatele >> nějak varovat, ale asi by to chtělo změnit zprávu v něco >> výstižnějšího. >> >> Pokud to, co popisuješ není ani jeden z příkladů, pošli mi, prosím, >> konkrétní případ a rád se na to podívám. > *** otevru JOSM, otevru prazdnou mapu, vlozim nod, dam shift+A, vyberu > Brno a Komin, napisu napr cp. 1032 ---> vybrana adresa uz v mape > existuje...
Jo, vidím, díky. Úkolovník se mi teď plní, takže to opravím v dohledné době. zobrazit citaci
>>> d) kdyz necham doplnit plugin aditivni udaje jako "is_in" do jiz >>> existujiciho node s adresou z prvniho hromadneho importu, neprida mi >>> "source:position=cuzk:km", ac to v settings je zatrhnute. >> >> To je v pořádku. "source:position" se přidává jen pro nově vytvořené >> nody. Myšlenka je ta, že když upravujete již existující adresu, její >> poloha nemusí pocházet z ČUZK. > *** No jediny duvod editace jiz vlozenych adresnich bodu je pro mne > oprava jejich polohy. Ale povazuji to za drobnost.
Můžu přidat funkci, aby se tag přidával přesunutým primitivám. To by mělo zafungovat, ne? Jinak úprava adresních bodů se dá využít také pro doplnění chybějících údajů. Import z UIR totiž nemá doplněné všechny tagy (chybí, tuším, "is_in"). zobrazit citaci
> a jeste jedna drobnost: > Kdyz v ORP "Brno" cast obce Bosonohy" prijmu navrh inspektora databaze > na korekci z "Bosonozske Nam."  na "Bosonozske namesti" tak mi v > toolbaru v prave casti JOSM nazvanem "tovarna na adresy" vznikne 2x > ulice "Bosonozske namesti" (prvni obsahuje adresni body, druhy je > prazdny). > Po kliknuti na adresni bod nalezici do "Bosonozske namesti" je v > tovarne vylistovana prazna ulice "Bosonozske namesti", namisto ta s > adresnimy body.
Hmm, tohle je chyba v databázi MVČR. Obsahuje totiž 2 ulice: "BOSONOŽSKÉ NÁM." a "BOSONOŽSKÉ NÁMĚSTÍ". Bojím se, že řešení bude potřebovat systémovější zásah... Možná upravenou kopii databáze na vlastním hostingu. zobrazit citaci
> PS: byla by moznost rucni reinicializace Pluginu (napr po datazeni dat > z OSM serveru)
To je požadavek? Teoreticky to možné je... Zdravím, Radek

6.8.2009 09:33:34 (#30)
gravatar

Radomír Černoch

<radomir.cernoch at gmail.com>
139
2009/8/6 jzvc <jzvc na tpfree.fdns.net>: zobrazit citaci
> Radomír Černoch napsal(a): >> Zdravím, >> >> 2009/8/6 jzvc <jzvc na tpfree.fdns.net>: >> >>> Zdravim, >>> >>> Mam par pripominek k pluginu. >>> >>> a) nedoplnuje PSC (ac se tvari ze to umi) >>> >> >> Viz wiki [[Cz:JOSM/Plugins/CzechAddress]]: Databáze obsahuje i >> přibližný rozsah PSČ v dané oblasti, které jsou kvůli nepřesnostem pro >> OpenStreetMap nepoužitelné. >> >> Ale na opravě se výhledově pracuje. Česká pošta totiž nabízí přesné >> údaje o PSČ a pokud si je člověk vytáhne z webového formuláře, tak i >> bez licenčních omezení. Zprovoznění bych viděl někdy na září... 2009 >> ;-) >> >> > > Ceske poste bych moc neveril ;), nejakou dobu jsem mel tu cest s jejich > daty pracovat a jejich uplnost a spravnost byla ... Ale +- by se to > trefit dalo, ono krom par vyjimek stejne staci prvni trojcisli.
Jde o to, jestli máme důvěryhodnější zdroj. PSČ se v terénu špatně mapují. ;-) zobrazit citaci
>>> b) co je horsi, nepouziva "Zasobnik prikazu" => nelze undo kdyz se >>> clovek uklipne. >>> >> >> Což o to, přidat podporu zásobníku příkazů není problém. Plugin by >> však potřeboval vědět i o příkazech ze zásobníku, které sám neprovedl. >> CzechAddress si totiž interně drží relaci databáze a mapy, která se mu >> však kvůli ostatním příkazům mění pod rukama. Pokud někdo víte o >> JOSMím API, které by umožňovalo sledovat změnu mapy, rád podporu >> "Undo" dodělám. Do té doby by jakákoli implementace byla polovičatá. >> > Toto nejak nechapu, proc ? Kdyz pridam adresni bod, je to jen neco ve > smyslu "pridej tag X s parametrem Y". Kdyz neco upravim, je to vicemene > "zmen parametr Y z A na B". Proc si plugin potrebuje toto zaznamenavat ?
Protože X se může rovnat "addr:housenumber" a Y domovnímu číslu, které už v databázi exisutje. V tu chvíli je potřeba upravovanou primitivu spojit s prvkem databáze, ošetřit konflikty, ... zobrazit citaci
> Jinak predpokladam ze si JOSM zmeny haze na nejakou hromadu ze ktere jde > i cist.
To je sice pravda, ale pořád je potřeba nějaký "háček", za který JOSM zatáhne a CzechAddress tuto hromadu prohledá. Bohužel o žádném takovém nevím. Navíc řešení "zkusit najít změnu v mapě řekněme jednou za vteřinu" nepřipadá v úvahu. Bylo by potřeba prohledat celou mapu, což mnohdy trvá až desítky vteřin a výkon procesoru letí zbytečně na 100%. zobrazit citaci
>> Co s tím má dělat uživatel? Pokud pracuje s adresami, používat namísto >> "Undo" ruční úpravy mapy, mazat pomocí Delete apod... >> > Nj, ale co kdyz uzivatel udela 2-3 zmeny (nebo vice), pak zjisti ze je > to spatne, ale uz nevi ktery objekt na mape menil ? A pritom ma trebas > pripraveno nekolik desitek zmen, ktere jsou OK.
Já se Vás nesnažím přesvědčit, že současné řešení je ideální. Jen říkám, že to zatím neumím jinak. Zkrátka s omezenými funkcemi budeme muset nějakou dobu vyžít. zobrazit citaci
> + dalsi namet, kdyz mam zaple okno "tovarna na dresy", tak nepouzite > jsou tucne. Jenze kdyz napr nactu mapu, ve ktere uz adresy jsou, > zustanou tucne dokud neklipnu na prislusny objekt(y). Co takhle mapu > prosacovat a oznacit je rovnou ? Optimalne na vyzadani. Chapu ze vetsi > vyrez by to sacovalo celkem dlouho. Variantne moznost zobrazit pouze > nepouzite adresy. Docela by se hodilo pro kontrolu zda v oblasti je > zmapovano.
Ano, ale opět je potřeba toho "háčku", aby CzechAddress věděl, že se nějaká mapa vůbec načetla. Ale díky, za snahu a konstruktivní připomínky. :-) Jak jsem říkal, v září se na to vrhnu. Zdravím, Radek Černoch

6.8.2009 09:36:55 (#31)
gravatar

Radomír Černoch

<radomir.cernoch at gmail.com>
139
2009/8/6 Ondrej Novy <novy na ondrej.org>: zobrazit citaci
> Zdravim, > > > Dne 6. srpen 2009 17:28 jzvc <jzvc na tpfree.fdns.net> napsal(a): >> >> ... Variantne moznost zobrazit pouze >> nepouzite adresy. Docela by se hodilo pro kontrolu zda v oblasti je >> zmapovano. > > za zobrazeni pouze nepouzitych adres bych se taky primlouval - mnohem lepe > se tim da overit oblast kde si myslim ze uz nic nechybi. Diky.
Na to slouží funkce "[nepřiřazené domy]", kterou můžete vybrat v "Továrně" namísto některé z ulic. Ale jak se teď koukám, funkce se z neznámého důvodu rozbila a zobrazuje jen konflikty... už mám další bod do úkolovníku. Díky, Radek zobrazit citaci
> -- > S pozdravem/Best regards > Bc. Ondrej Novy > > Email: novy na ondrej.org > Jabber: onovy na njs.netlab.cz > ICQ: 115-674-713 > Tel/Cell: +420 777 963 207 > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz > >
-- Radomir Cernoch +44 750 708 8293 / +420 607 282 031 Email, Jabber: radomir.cernoch na gmail.com

9.8.2009 12:17:45 (#32)
gravatar

jzvc

<jzvc at tpfree.fdns.net>
180
Radomír Černoch napsal(a): zobrazit citaci
> 2009/8/6 Ondrej Novy <novy na ondrej.org>: > >> Zdravim, >> >> >> Dne 6. srpen 2009 17:28 jzvc <jzvc na tpfree.fdns.net> napsal(a): >> >>> ... Variantne moznost zobrazit pouze >>> nepouzite adresy. Docela by se hodilo pro kontrolu zda v oblasti je >>> zmapovano. >>> >> za zobrazeni pouze nepouzitych adres bych se taky primlouval - mnohem lepe >> se tim da overit oblast kde si myslim ze uz nic nechybi. Diky. >> > > Na to slouží funkce "[nepřiřazené domy]", kterou můžete vybrat v > "Továrně" namísto některé z ulic. Ale jak se teď koukám, funkce se z > neznámého důvodu rozbila a zobrazuje jen konflikty... už mám další bod > do úkolovníku. > > Díky, Radek > >
Zdravim, ono je to rozbite ponekud vic. Jak koukam, tak mi to zobrazuje konflikty i mezi domy se stejnym cislem, ale v ruzne obci. Alternativne mi to tvrdi, ze dane CP jiz je prirazeno. zobrazit citaci
>> -- >> S pozdravem/Best regards >> Bc. Ondrej Novy >> >> Email: novy na ondrej.org >> Jabber: onovy na njs.netlab.cz >> ICQ: 115-674-713 >> Tel/Cell: +420 777 963 207 >> >> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz na openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-cz >> >> >> > > > >

9.8.2009 03:29:32 (#33)
gravatar

Radomír Černoch

<radomir.cernoch at gmail.com>
139
Zdravím, 2009/8/9 jzvc <jzvc na tpfree.fdns.net>: zobrazit citaci
> Zdravim, > ono je to rozbite ponekud vic. Jak koukam, tak mi to zobrazuje konflikty > i mezi domy se stejnym cislem, ale v ruzne obci.
Ty 2 domy v konfliktu jsou domy na mapě, nebo domy v databázi? Pokud platí první možnost, tak to není "bug" ale "chybějící funkce". Dokud nebudou v mapě zaneseny hranice katastrálních území (které cca. odpovídají hranicím části obce), plugin nemůže poznat, že domy patří do dvou různých částí obce. Jedinou možností je porovnávat tag "is_in", který však obsahuje sotva půlka adres. Takže zatím bohužel... zobrazit citaci
> Alternativne mi to tvrdi, ze dane CP jiz je prirazeno.
Mohl byste to rozvést, prosím? S pozdravem, Radek Černoch

9.8.2009 03:52:36 (#34)
gravatar

jzvc

<jzvc at tpfree.fdns.net>
180
Radomír Černoch napsal(a): zobrazit citaci
> Zdravím, > > 2009/8/9 jzvc <jzvc na tpfree.fdns.net>: > >> Zdravim, >> ono je to rozbite ponekud vic. Jak koukam, tak mi to zobrazuje konflikty >> i mezi domy se stejnym cislem, ale v ruzne obci. >> > > Ty 2 domy v konfliktu jsou domy na mapě, nebo domy v databázi? Pokud > platí první možnost, tak to není "bug" ale "chybějící funkce". > > Dokud nebudou v mapě zaneseny hranice katastrálních území (které cca. > odpovídají hranicím části obce), plugin nemůže poznat, že domy patří > do dvou různých částí obce. Jedinou možností je porovnávat tag > "is_in", který však obsahuje sotva půlka adres. > > Takže zatím bohužel... >
Mam nactenou nejakou cast mapy na ktere jsou dve obce. Ovsem katastralni hranice (ktere v tomto pripade zaneseny mam) zahrnuji obe ty obce (nebo aspon castecne). Ale nechapu, kde je problem, kdyz dum X ma is_in Drahkov, Modlany, Ústecký kraj, CZ a dum Y ma Kvítkov, Modlany, Ústecký kraj, CZ. Evidetne rozdilna adresa, pokud je vyplneno, melo by se porovnavat v kazdem pripade. BTW: Nejaky hint co s hlasenim z tools.geofabrik.de o nenalezene ulici ? Zeby v Nemecku mely vsechny obce pojmenovane ulice ? ;D. zobrazit citaci
> >> Alternativne mi to tvrdi, ze dane CP jiz je prirazeno. >> > > Mohl byste to rozvést, prosím? > > S pozdravem, > Radek Černoch > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >

9.8.2009 04:29:05 (#35)
gravatar

Radomír Černoch

<radomir.cernoch at gmail.com>
139
2009/8/9 jzvc <jzvc na tpfree.fdns.net>: zobrazit citaci
> Radomír Černoch napsal(a): >> Ty 2 domy v konfliktu jsou domy na mapě, nebo domy v databázi? Pokud >> platí první možnost, tak to není "bug" ale "chybějící funkce". >> >> Dokud nebudou v mapě zaneseny hranice katastrálních území (které cca. >> odpovídají hranicím části obce), plugin nemůže poznat, že domy patří >> do dvou různých částí obce. Jedinou možností je porovnávat tag >> "is_in", který však obsahuje sotva půlka adres. >> >> Takže zatím bohužel... >> > > Mam nactenou nejakou cast mapy na ktere jsou dve obce. Ovsem katastralni > hranice (ktere v tomto pripade zaneseny mam) zahrnuji obe ty obce (nebo > aspon castecne). > Ale nechapu, kde je problem, kdyz dum X ma is_in Drahkov, Modlany, > Ústecký kraj, CZ a dum Y ma Kvítkov, Modlany, Ústecký kraj, CZ. Evidetne > rozdilna adresa, pokud je vyplneno, melo by se porovnavat v kazdem pripade.
Souhlasím, že by to šlo. Problém je, že domy z UIR importu tagy "is_in" nemají, takže porovnávání pomocí "is_in" bude vždy funkční jen napůl. Stejné je to s hranicemi katastru, které sice máte ve své mapě, ale ve zbytku republiky většinou chybí. Zkrátka zatím neznám spolehlivé řešení a žádné z těch nespolehlivých se mi příliš implementovat nechce. Nejvíce by se mi líbilo použít vektorizovanou mapu katastrální území, která už existuje, ale je třeba ji dočistit, přiřadit jména z OCR, sloučit s již existující mapou a importovat... Prozatím je závěr takový, že je nutné stáhnout vždy jen jednu obec a pracovat s ní. zobrazit citaci
> BTW: Nejaky hint co s hlasenim z tools.geofabrik.de o nenalezene ulici ? > Zeby v Nemecku mely vsechny obce pojmenovane ulice ? ;D.
Nevím, co myslíte... Ten nástroj moc nepoužívám. S pozdravem, Radek Černoch

9.8.2009 06:54:59 (#36)
gravatar

jzvc

<jzvc at tpfree.fdns.net>
180
Radomír Černoch napsal(a): zobrazit citaci
> >> BTW: Nejaky hint co s hlasenim z tools.geofabrik.de o nenalezene ulici ? >> Zeby v Nemecku mely vsechny obce pojmenovane ulice ? ;D. >> > > Nevím, co myslíte... Ten nástroj moc nepoužívám. >
Zobrazuje (mimo jine) kde jsou/nejsou doplneny adresy a pokud nenajde prislusnou ulici, na kterou by "linknul" adresu, tak protestuje. Pr: http://tools.geofabrik.de/osmi/?view=addresses&lon=13.91562&lat=50.63310&zoom=16 zobrazit citaci
> S pozdravem, > Radek Černoch > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >

« zpět na výpis měsíce