[Talk-cz] Duplicitní adresy na POI
Vlákno 30.10. - 4.11.2016, počet zpráv: 8
Zdravím všechny,
na několika místech jsem si všiml defektního vykreslování domovních
čísel přes ikonky POI na mobilu (mapniku se to netýká). Z části proto,
že to nejde triviálně odstranit a z části proto, že mi to nepřijde
zrovna vhodné bych to chtěl nadhodit zde. O co jde: s tím, že je možné
přiřadit adresu místo cestě (celému domu) jen uzlu (označení vchodu nebo
tak nějak) se nedá moc polemizovat, to je celkem OK. Proč ale mít uzel s
adresou a tu adresu mít ještě zduplikovanou na POI hotelu či restaurace?
Mě osobně to nedává smysl. Je to i v okolí a našel jsem to i v Plzni.
Prosím o názor, případně vysvětlení.
Příklad:
hotel v Rokycanech->
adresní bod: http://www.openstreetmap.org/node/2304934456
POI hotelu: http://www.openstreetmap.org/node/2444388930
Pěkný den, Honza
Obávám se, že těch případů bude přibývat, protože se tam dostávají hlavně z mobilního mapování- tedy maps.me, osmand apod. Všechny tyhle programy víceméně podsouvají to, že POI má mít adresu a velmi jednoduše umožňují její zadání - ještě snáz než skutečně užitečné tagy. Navíc minimálně maps.me "nevidí" tagy na budovách, jen na bodech. A protože mapují naprostí amatéři, co v životě neviděli nic jiného než danou apku, vypadá to tak, jak to vypadá.
Osobně problém zobrazení duplicitních adresních čísel vidím jako problém zobrazovače - u POI by se podle mého neměla ta čísla ukazovat. A duplicity u stejného tagu budova - bod řeším vymazáním původního tagu na budově, protože jinak mi to tam další dobrák lupne znovu.
U kina jsem minulý měsíc takhle mazala tag na budově + tři další totožné body, zůstal jen ten čtvrtý. Je to sice tak trochu "tagování pro render", ale to nejjednodušší co s tím momentálně lze udělat. A musím doufat, že časem budou mít všichni aktuální data - a do té doby mazat a zase mazat duplicity.
------------- další část ---------------
HTML příloha byla odstraněna...
URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20161030/170c0dce/attachment.html>
Ahoj!
zobrazit citaci
> na několika místech jsem si všiml defektního vykreslování domovních čísel
> přes ikonky POI na mobilu (mapniku se to netýká). Z části proto, že to nejde
> triviálně odstranit a z části proto, že mi to nepřijde zrovna vhodné bych to
> chtěl nadhodit zde. O co jde: s tím, že je možné přiřadit adresu místo cestě
> (celému domu) jen uzlu (označení vchodu nebo tak nějak) se nedá moc
> polemizovat, to je celkem OK. Proč ale mít uzel s adresou a tu adresu mít
> ještě zduplikovanou na POI hotelu či restaurace? Mě osobně to nedává
> smysl.
Ta adresa na POI hotelu mi umozni zjistit, jakou adresu ma dane
POI. Jinak by se to zjistovalo dost slozite/nespolehlive.
Na druhou stranu, jestli POI je tam co ta samostatna adresa, tak tam
mozna ta adresa nemusi byt...?
Pavel
--
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
------------- další část ---------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 181 bytes
Desc: Digital signature
URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20161030/db72ff62/attachment.sig>---------- Původní zpráva ----------
Od: Pavel Machek <pavel na ucw.cz>
Komu: OpenStreetMap Czech Republic <talk-cz na openstreetmap.org>
Datum: 30. 10. 2016 21:37:28
Předmět: Re: [Talk-cz] Duplicitní adresy na POI
"Ahoj!
zobrazit citaci
> na několika místech jsem si všiml defektního vykreslování domovních čísel
> přes ikonky POI na mobilu (mapniku se to netýká). Z části proto, že to
nejde
zobrazit citaci
> triviálně odstranit a z části proto, že mi to nepřijde zrovna vhodné bych
to
zobrazit citaci
> chtěl nadhodit zde. O co jde: s tím, že je možné přiřadit adresu místo
cestě
zobrazit citaci
> (celému domu) jen uzlu (označení vchodu nebo tak nějak) se nedá moc
> polemizovat, to je celkem OK. Proč ale mít uzel s adresou a tu adresu mít
> ještě zduplikovanou na POI hotelu či restaurace? Mě osobně to nedává
> smysl.
Ta adresa na POI hotelu mi umozni zjistit, jakou adresu ma dane
POI. Jinak by se to zjistovalo dost slozite/nespolehlive.
"
Tohle se řešilo při importu adres z RUIANu a pokud si dobře pamatuji, tak
závěr byl, že stačí adresní bod a na POI není potřeba adresy dávat. Mám
pocit, že tohle geocodéry docela zvládají.
Podle mně by adresa na POI měla být jen v případě, že je POI osamoceno a
není navázáno na nějakou budovu. Pokud je POI uvnitř polygonu budovy, která
má adresu nebo obsahuje adresní bod, není potřeba tu adresu zadávat. Jednak
to je duplicitní a taky se může stát, že tři různá POI budou mít různě
zadané adresy, podle toho, jak se kdo právě vyspal. A řekni mi pak, která
adresa je správná?
Taky se může stát, že se provozovna přestěhuje, nějaký mapper přesune
ikonku, ale adresu nezmění. Jak pak zjistím, co je správně?
Marián
"
Na druhou stranu, jestli POI je tam co ta samostatna adresa, tak tam
mozna ta adresa nemusi byt...?
Pavel
--
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/
blog.html_______________________________________________
Talk-cz mailing list
Talk-cz na openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz"
------------- další část ---------------
HTML příloha byla odstraněna...
URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20161031/17e70bf3/attachment.html>
On Mon 2016-10-31 07:06:41, Marián Kyral wrote:
zobrazit citaci
>
>
> ---------- Původní zpráva ----------
> Od: Pavel Machek <pavel na ucw.cz>
> Komu: OpenStreetMap Czech Republic <talk-cz na openstreetmap.org>
> Datum: 30. 10. 2016 21:37:28
> Předmět: Re: [Talk-cz] Duplicitní adresy na POI
>
> "Ahoj!
>
> > na několika místech jsem si všiml defektního vykreslování domovních čísel
> > přes ikonky POI na mobilu (mapniku se to netýká). Z části proto, že to
> nejde
> > triviálně odstranit a z části proto, že mi to nepřijde zrovna vhodné bych
> to
> > chtěl nadhodit zde. O co jde: s tím, že je možné přiřadit adresu místo
> cestě
> > (celému domu) jen uzlu (označení vchodu nebo tak nějak) se nedá moc
> > polemizovat, to je celkem OK. Proč ale mít uzel s adresou a tu adresu mít
> > ještě zduplikovanou na POI hotelu či restaurace? Mě osobně to nedává
> > smysl.
>
> Ta adresa na POI hotelu mi umozni zjistit, jakou adresu ma dane
> POI. Jinak by se to zjistovalo dost slozite/nespolehlive.
> "
>
>
>
> Tohle se řešilo při importu adres z RUIANu a pokud si dobře pamatuji, tak
> závěr byl, že stačí adresní bod a na POI není potřeba adresy dávat. Mám
> pocit, že tohle geocodéry docela zvládají.
Jo jo, tohle se resilo, a ano kdosi tvrdil ze to treba geocodery nejak
zvladnou... i kdyz uloha je to zrejme nemozna.
Ne, nepovazuju to za vyresene
zobrazit citaci
> Podle mně by adresa na POI měla být jen v případě, že je POI osamoceno a
> není navázáno na nějakou budovu. Pokud je POI uvnitř polygonu budovy, která
> má adresu nebo obsahuje adresní bod, není potřeba tu adresu
> zadávat. Jednak
Co presne je to polygon budovy? Zvlaste v dobe 3D mapovani?
Jak presne to bude fungovat pro panelaky, coz je jedna budova s mnoha
vchody a mnoha adresama?
Obrazek:
+-------------------------------------------------------------------+
| |
| |
| Volkova 1 POI: kadernictvi Volkova 3 |
| + + + |
+-------------------------------------------------------------------+
Jakou adresu ma kadernictvi?
zobrazit citaci
> to je duplicitní a taky se může stát, že tři různá POI budou mít různě
> zadané adresy, podle toho, jak se kdo právě vyspal. A řekni mi pak, která
> adresa je správná?
Spravne reseni je mit tam adresu jednou, na nejaky relaci, ve ktery
bude vchod, mozna obrys budovy a POI pod tou adresou.
zobrazit citaci
> Taky se může stát, že se provozovna přestěhuje, nějaký mapper přesune
> ikonku, ale adresu nezmění. Jak pak zjistím, co je správně?
Chyby se dejou, chyby se opravuji.
Pavel
--
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
------------- další část ---------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 181 bytes
Desc: Digital signature
URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20161031/205ecb9c/attachment.sig>
Dne 31.10.2016 v 9:39 Pavel Machek napsal(a):
zobrazit citaci
> On Mon 2016-10-31 07:06:41, Marián Kyral wrote:
>>
>>
>> ---------- Původní zpráva ----------
>> Od: Pavel Machek <pavel na ucw.cz>
>> Komu: OpenStreetMap Czech Republic <talk-cz na openstreetmap.org>
>> Datum: 30. 10. 2016 21:37:28
>> Předmět: Re: [Talk-cz] Duplicitní adresy na POI
>>
>> "Ahoj!
>>
>>> na několika místech jsem si všiml defektního vykreslování domovních čísel
>>> přes ikonky POI na mobilu (mapniku se to netýká). Z části proto, že to
>> nejde
>>> triviálně odstranit a z části proto, že mi to nepřijde zrovna vhodné bych
>> to
>>> chtěl nadhodit zde. O co jde: s tím, že je možné přiřadit adresu místo
>> cestě
>>> (celému domu) jen uzlu (označení vchodu nebo tak nějak) se nedá moc
>>> polemizovat, to je celkem OK. Proč ale mít uzel s adresou a tu adresu mít
>>> ještě zduplikovanou na POI hotelu či restaurace? Mě osobně to nedává
>>> smysl.
>>
>> Ta adresa na POI hotelu mi umozni zjistit, jakou adresu ma dane
>> POI. Jinak by se to zjistovalo dost slozite/nespolehlive.
>> "
>>
>>
>>
>> Tohle se řešilo při importu adres z RUIANu a pokud si dobře pamatuji, tak
>> závěr byl, že stačí adresní bod a na POI není potřeba adresy dávat. Mám
>> pocit, že tohle geocodéry docela zvládají.
>
> Jo jo, tohle se resilo, a ano kdosi tvrdil ze to treba geocodery nejak
> zvladnou... i kdyz uloha je to zrejme nemozna.
>
> Ne, nepovazuju to za vyresene
>
>> Podle mně by adresa na POI měla být jen v případě, že je POI osamoceno a
>> není navázáno na nějakou budovu. Pokud je POI uvnitř polygonu budovy, která
>> má adresu nebo obsahuje adresní bod, není potřeba tu adresu
>> zadávat. Jednak
>
> Co presne je to polygon budovy? Zvlaste v dobe 3D mapovani?
Cus, sme opet u toho, co OSM umoznuje a neumoznuje. Technicky spravne si
dovedu predstavit, ze budova (at uz v provedeni node/way/relation) bude
mit privazanych 0-N relaci adres (= muselo by vzniknout neco jako
"adresni relace", kterou bude pouzivat prislusnej reneder, a musel by to
byt optimalne jediny akceptovatelny zpusob zadani adresy).
Jak uzasne se pracuje s relacema vsichni vime. Musel by to zaridit primo
editor tak, aby uzivatel vubec netusil, ze jde o nejaky relace.
Ostatne totez se tyka treba ruznych POI ktere k dane budove (nebo jeji
casti) patri, pokud tagujes hospodu, tak ta se zcela urcite nevyskytuje
v podobe bodu, ale jde minimalne o mistnost, coz bys i ve 3D byl schopen
otagovat za pomoci relace. Opet ale plati, ze to musi primo podporovat
editor, jinak to nikdo delat nebude.
Zkus si to totiz predstavit pri soucasnych moznostech. Rekneme takova 2
podlazni budova, na kazdem podlazi rekneme 5 mistnosti, kde ke kazde
jedne chces priradit tagovani na tema "tohle je kuchyn, tohle toaleta,
tohle sklad ... " a dohromady to otagovat jako budovu, ktera ma 2 adresy
... se v tech relacich ztratis.
BTW: vchod do budovy se taguje jako vchod a ne jako adresa.
BTW2: Kdypak bude konecne reneder (aspon ten primarni na OSM)
respektovat a renederovat tzv "nove" schema hromadne dopravy? To je
totiz taky soucast problemu - nikdo nebude neco tagovat nejake lepe,
kdyz to vede maximalne k tomu, ze to zmizi z mapy.
zobrazit citaci
>
> Jak presne to bude fungovat pro panelaky, coz je jedna budova s mnoha
> vchody a mnoha adresama?
>
> Obrazek:
>
> +-------------------------------------------------------------------+
> | |
> | |
> | Volkova 1 POI: kadernictvi Volkova 3 |
> | + + + |
> +-------------------------------------------------------------------+
>
>
> Jakou adresu ma kadernictvi?
>
>> to je duplicitní a taky se může stát, že tři různá POI budou mít různě
>> zadané adresy, podle toho, jak se kdo právě vyspal. A řekni mi pak, která
>> adresa je správná?
>
> Spravne reseni je mit tam adresu jednou, na nejaky relaci, ve ktery
> bude vchod, mozna obrys budovy a POI pod tou adresou.
>
>> Taky se může stát, že se provozovna přestěhuje, nějaký mapper přesune
>> ikonku, ale adresu nezmění. Jak pak zjistím, co je správně?
>
> Chyby se dejou, chyby se opravuji.
>
> Pavel
>
>
>
> _______________________________________________
> Talk-cz mailing list
> Talk-cz na openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
HTML příloha byla odstraněna...
URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20161102/ff4130c5/attachment.html>
Ahoj!
zobrazit citaci
> >>Ta adresa na POI hotelu mi umozni zjistit, jakou adresu ma dane
> >>POI. Jinak by se to zjistovalo dost slozite/nespolehlive.
> >>"
> >>Tohle se řešilo při importu adres z RUIANu a pokud si dobře pamatuji, tak
> >>závěr byl, že stačí adresní bod a na POI není potřeba adresy dávat. Mám
> >>pocit, že tohle geocodéry docela zvládají.
> >
> >Jo jo, tohle se resilo, a ano kdosi tvrdil ze to treba geocodery nejak
> >zvladnou... i kdyz uloha je to zrejme nemozna.
> >
> >Ne, nepovazuju to za vyresene
...
zobrazit citaci
> Cus, sme opet u toho, co OSM umoznuje a neumoznuje. Technicky spravne si
> dovedu predstavit, ze budova (at uz v provedeni node/way/relation) bude mit
> privazanych 0-N relaci adres (= muselo by vzniknout neco jako "adresni
> relace", kterou bude pouzivat prislusnej reneder, a musel by to byt
> optimalne jediny akceptovatelny zpusob zadani adresy).
Adresni relace by vzniknout mela, souhlas.
Optimalni by bylo, aby to byl jediny zpusob zadani adresy pro
netrivialni pripady, ano.
zobrazit citaci
> Jak uzasne se pracuje s relacema vsichni vime. Musel by to zaridit primo
> editor tak, aby uzivatel vubec netusil, ze jde o nejaky relace.
No, ono OSM nema neco jako jeden "editor". Ale souhlasim, podpora v
editoru by byla hezka.
Ale ne, problem neni vyreseni, a duplicitni adresa na POI ma docela
dobry vyznam. Jestli to nekomu vadi, popis reseni je v tomto mailu.
zobrazit citaci
> Ostatne totez se tyka treba ruznych POI ktere k dane budove (nebo jeji
> casti) patri, pokud tagujes hospodu, tak ta se zcela urcite nevyskytuje v
> podobe bodu, ale jde minimalne o mistnost, coz bys i ve 3D byl schopen
> otagovat za pomoci relace. Opet ale plati, ze to musi primo podporovat
> editor, jinak to nikdo delat nebude.
Tohle uz nekdo dela....
Pavel
--
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
------------- další část ---------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 181 bytes
Desc: Digital signature
URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20161104/4d2cb8a5/attachment.sig>« zpět na výpis měsíce