[Talk-cz] OSM tracer fix
Ahoj Honzo, dnes doslo ke zmene nastaveni KM na WMS CUZK. Bylo by mozno upravit tracer na novy stav pripadne rovnou nechat moznost si nastavit zdrojovy server v konfiguraku? diky hanoj ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] OSM tracer fix
prosím i o aktualizaci KN v WMS pluginu, nové mapy při původním nastavení nejdou. JD Dne 1. září 2010 10:54 hanoj eha...@gmail.com napsal(a): Ahoj Honzo, dnes doslo ke zmene nastaveni KM na WMS CUZK. Bylo by mozno upravit tracer na novy stav pripadne rovnou nechat moznost si nastavit zdrojovy server v konfiguraku? diky hanoj ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz -- -- Ing. Jan Dudík ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] OSM tracer fix
Ahoj, já to můžu udělat. Chcete bílou, nebo černou barvu? Já jsem používal černou, ale zaznamenal jsem zde proti tomu odpor. On Wed, 01 Sep 2010 11:09:31 +0200, Jan Dudík jan.du...@gmail.com wrote: prosím i o aktualizaci KN v WMS pluginu, nové mapy při původním nastavení nejdou. -- Petr Dlouhý ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] OSM tracer fix
Tak je tam bílá verze (která nepotřebuje být netransparentní ani při defaultním nastavení JOSM). Kdyby převažoval názor, že černá je lepší, tak to můžu změnit. On Wed, 01 Sep 2010 11:32:04 +0200, Jan Dudík jan.du...@gmail.com wrote: Zvyklý jsem na černou, ale onehdá se mi načetla bílá a taky to šlo (až na to, že šedé čáry nad bílou jsou hůř viditelné než nad černou). Kdyby ten WMS mohl rovnou nabízet jak transparentní nad UHUL tak netransparentní pro případ, že uhul nejede ;-) JD 2010/9/1 Petr Dlouhý petr.dlo...@email.cz: Ahoj, já to můžu udělat. Chcete bílou, nebo černou barvu? Já jsem používal černou, ale zaznamenal jsem zde proti tomu odpor. On Wed, 01 Sep 2010 11:09:31 +0200, Jan Dudík jan.du...@gmail.com wrote: prosím i o aktualizaci KN v WMS pluginu, nové mapy při původním nastavení nejdou. -- Petr Dlouhý ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz -- Petr Dlouhý ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] footway vs. path (bylo: N?vod na zakreslov?n? turistick?ch tras)
Dne 30.8.2010 8:00, Pavel Machek napsal(a): Ahoj! Jak mám chápat necht si s tim algoritmus nejak poradi? Psal jsi někdy nějaký algoritmus? Správně má být nechť si s tím programátor nějak poradí, ten ti ale bude argumentovat jako já. Musí to být jasně definované, jinak algoritmus napsat nejde. Jako bys chtěl přepisovat fyzikální zákony. Otázka zda vkládat značky je hlavně otázka toho, komu se budou hodit. U značek si dovedu představit, že třeba ve spolupráci s Policií se zmapují všechny značky (ideální import od nich) a nechá se z toho něco vydedukovat - například napsat algoritmus na vylepšení značení, na nesmyslné značení, odporující si značení, nakreslení mapy města včetně značek apod. Jinak mít tu a tam v mapě nějakou značku mi přijde zbytečné. Znáte snad nějakou jinou mapu, kde by byly značky? Nikdo to totiž nepotřebuje, pro orientaci v mapě zbytečné, pro navigaci zbytečné, pro turistiku zbytečné... Navíc pokud na to není spolehnutí, tak to použít nejde. Podivej, dobrej algoritmus by mel pocitat s nedokonalymi daty. Dokonaly data nikdy mit nebudes. Co se obchvatu tyce, pokud povede (jako ze Coz ale neni duvod hazet navigacim klacky pod nohy, ze? 'Data nikdy nebudou dokonala, tak to ani nezkusime' nezni jako dobry plan. Jenze ten tvuj polygon proste nebude odpovidat realite ani nahodou a nema se skutecnosti (ktera by mela byt v mape) nic spolecnyho. Rekneme, mas dve silnice, ktery sviraj rekneme zhruba pravej uhel a rekneme ze vis, kde +- jsou hranice obce na tech silnicich. Co udelas ? No spojis ty dva body (stejne jako by to udelal automat pri vypoctu), jenze to je pruser. Nekdo ti pak bude do toho vyseku zakreslovat trebas domky a polni cesty, jenze o tom, ze tam vede cara nakyho polygonu nema ani paru, on se mu totiz vubec nestahne (pokud se tedy nahodou netrefi i na tu silnici s tim bodem). A co ti pak udela navigace stim, ze hranicni rychlostni polygon bude protinat baraky, ulice, polni cesty ... ??? Kdezto pokud napises algoritmus, tak si s takovou zmenou nejak poradi - viz co sem tu navrhoval. Jiste, vypocet vzdycky trva dyl nez primy vyuziti znaceni. Ale finalni podklad pro navigaci stejne vypada tak, ze mas cesty rozdeleny po usecich (vetsinou ohranicenych nejakou znackou nebo krizovatkou) kde je parametr primo na tom useku - presne tohle musi spocitat pro navigaci nakej algoritmus. A ze to kazda navigace bude mit jinak ? No a ? Vzdyt kdyz si koupit tomtoma nebo garmina tak te taky kazda povede jinudy. Ja netvrdim ze nejak to otagovat je zbytecny, ale tvrdim, ze je zbytecny to tagovat jako hranici, protoze kudy vede vis maximalne na tech silnicich, kde ta znacka je. No, to sice ano, ale... aspon to je sance oznackovat pro Prahu -- coz znackovanim na vsech vyjezdech prakticky neni mozne, protoze tech vyjezdu je proste moc. Co by melo fungovat: * polygon kolem Prahy * na vyjezdech znacka kde zacina a kde konci obez (nemusi byt u sebe), a asi s nejakym oznacenim orientace -- znacky plati vzdy jen v jednom smeru... Pavel ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] footway vs. path (bylo: N?vod na zakreslov?n? turistick?ch tras)
On Tue 2010-08-31 08:02:20, hanoj wrote: Na unclassified je 90ka, a tech bude docela hodne. A staci jedna aby rozpadla znaceni celyho mesta, coz proste neni dobry design. *** vzhledem k realne delce way, routovaci cene na unclassified pod urovni silnic III. tridy a nastrojum pro praci s daty (maxspeed-map) je to problem asi tak stejny jako je dnes nepripojeny node. Naopak way system maxspedd/traffic:zone je jednoznacny pro spravu. Co tedy navrhujes? Dat maxspeed vsem way ve meste? S tim souhlasim. Oznacit jen body na hranicich? To nefunguje. Jak budes postupovat kdyz budes mit uvnitr v urban:polygonu maxspeed 50 km/h? Budes delat multipolygon, nebo ten co dal maxspeed ho dal spatne, nebo ten co kreslil polygon ho jen odhadnul a jak se ma chovat clovek uvnitr polygonu o nezm nevi ze je uvnitr? No, tag na ceste samozrejme musi mit prioritu pred tagem na polygonu; takze staci otagovat vyjimky. Stejne by se mely resit ruzne divnosti na hranicich. Jak poznam ze jsem uvnitr je obecny problem... Mel by se resit na urovni serveru, ale navigace s tim nebudou mit problem (vzhledem k tomu ze maj data o celym statu, a mesta jsou proti statum mala). 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@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] footway vs. path (bylo: N?vod na zakreslov?n? turistick?ch tras)
Na unclassified je 90ka, a tech bude docela hodne. A staci jedna aby rozpadla znaceni celyho mesta, coz proste neni dobry design. *** vzhledem k realne delce way, routovaci cene na unclassified pod urovni silnic III. tridy a nastrojum pro praci s daty (maxspeed-map) je to problem asi tak stejny jako je dnes nepripojeny node. Naopak way system maxspedd/traffic:zone je jednoznacny pro spravu. Co tedy navrhujes? Dat maxspeed vsem way ve meste? S tim souhlasim. Oznacit jen body na hranicich? To nefunguje. *** v Brne provozuji oboje: * maxspeed ne vsem way, ale jen na silnice vyssich trid * traffic:zone jsem zacal zkouset * body na hranicich jsou zatim jen nekde, zatim je vnimam jen jako dekor pro jasne vymezeni rozhrani maxspeed. Ale vytvori polygon z bodu o stejnem nazvu by nemelo byt tak slozite, teda pokud jsou body alespon tri. Jak budes postupovat kdyz budes mit uvnitr v urban:polygonu maxspeed 50 km/h? Budes delat multipolygon, nebo ten co dal maxspeed ho dal spatne, nebo ten co kreslil polygon ho jen odhadnul a jak se ma chovat clovek uvnitr polygonu o nezm nevi ze je uvnitr? No, tag na ceste samozrejme musi mit prioritu pred tagem na polygonu; takze staci otagovat vyjimky. Stejne by se mely resit ruzne divnosti na hranicich. Jak poznam ze jsem uvnitr je obecny problem... Mel by se resit na urovni serveru, ale navigace s tim nebudou mit problem (vzhledem k tomu ze maj data o celym statu, a mesta jsou proti statum mala). *** Polygon vytvoreny okolo zastavene casti obce jako landuse a sekundarne pouzity pro routovani - neni-li jina informace - tomu rozumim. hanoj ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] OSM tracer fix
Ahoj, urcite ... jen, co se k tomu dostanu (asi pred vikend). Honza Dne 1. září 2010 10:54 hanoj eha...@gmail.com napsal(a): Ahoj Honzo, dnes doslo ke zmene nastaveni KM na WMS CUZK. Bylo by mozno upravit tracer na novy stav pripadne rovnou nechat moznost si nastavit zdrojovy server v konfiguraku? diky hanoj ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
