Re: [Talk-cz] Nové WMS KN
Dobrý den, pro EPSG:4326 to je opravené, S-42 snad vyřešíme příští týden. J.Veselý > Původní zpráva > Od: JV > Předmět: Re: [Talk-cz] Nové WMS KN > Datum: 27.5.2010 21:57:23 > > Pro ne-S-JTSK (např. EPSG:4326) tam máme momentálně chybu - v oblastech mimo > DKM > (tj. vrstvy RST_KN, RST_KMD, RST_PK) to je opravdu posunuté západním směrem; > DKM > sedí. Aby toho nebylo dost, tak u S-42 (EPSG:28403) je posunutá i DKM :-( > Zobrazování v EPSG:102067 je v pořádku. Pokud nedorazí oprava během pátku, tak > to bude muset vydržet až do 10.6. > > J.Veselý > > > Původní zpráva > > Od: hanoj > > Předmět: Re: [Talk-cz] Nové WMS KN > > Datum: 27.5.2010 16:51:03 > > > > > Nová vrstva je v JOSM posunutá cca 5 m západně oproti staré (použil > > > jsem URL z dokumentu > > *** leda zebys sis ji rucne posunul v JOSM ;) > > > > hanoj > > > > ___ > > Talk-cz mailing list > > Talk-cz@openstreetmap.org > > http://lists.openstreetmap.org/listinfo/talk-cz > > > > > > > > ___ > Talk-cz mailing list > Talk-cz@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz > > > ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] OpenTrackMap - Aktualizace stavu projektu
zdravím, > > Taky by se asi neměly vykreslovat cykloturistické trasy > > (kct_barva=bicycle), protože ty už jsou většinou vykreslené na cyklomapě. > > Vyloučit kct_barva=bicycle trochu zkomplikuje dosavadní styl, ale je to > rozumné. Teoreticky by se mohly v OTM oddělit vrstvy pro turistické, > cyklistické, lyžařské a koňské trasy, protože většinou uživatelé jednoho > druhu nezajímají druhy ostatní. to není tak úplně pravda, i když jdu vandr pěšky, tak jiné trasy mě dost často zajímají kvůli orientaci(*) nebo třeba pro to, že je-li něco zároveň cyklotrasou, vím, že tam nebudu klopýtat přes kořeny apod. (tedy až na konečný počet vyjímek, jako je stezka z Tišnova do Bitýšky podél Svratky ;-)) nicméně co do výraznosti v mapě by určitě neměly být na stejné úrovni jako trasy pěší, měly by tvořit jen doplňkovou informaci (*) na druhou stranu tento argument trošku padá s tím, že jde o mapu do GPS, a nějakou mýtinku, kde chytnu kousek signálu, abych se zorientoval, vždy najdu - ovšem zas zpět na stranu první, bylo by hezké, kdyby se stejný styl dal použít i pro tiskový výstup (náhrada map KČT mapou z OSM je sice zatím utopie, ale lepšíme se každým dnem ...) K. ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] xapi - filtrovani
Dne 10.6.2010 5:33, CZ_Tibo napsal(a): > Já si naopak myslím, že je to vlastnost XAPI, nikoli chyba: > > http://wiki.openstreetmap.org/wiki/Xapi#Relations říká, že For each matching > relation the nodes and ways referenced by that relation are also returned. > Takhle je to logické pro mě, když stahuju turistické trasy. Stáhnu všechny > relace, obsahující osmc tagy, a k nim zároveň i ways a nodes, aby bylo možné > ty trasy podle něčeho kreslit. > http://xapi.openstreetmap.org/api/0.6/relation[osmc:symbol=*][bbox=11.9,48.4,19.0,51.2] > Přiznám se, že krom wiki jsem jiné zdroje nestudoval a nevím, jestli se můj > názor shoduje s ostatními. > > > Problem neni s cleny relace jako takovymi (ways, nodes), ale se subareas. Ty muzou byt (a v pripade CR jsou) navazany v nekolika urovnich a stahuje se to vsechno. Takovyhle chovani muze byt rozumny "na vyzadani", ovsem, default je to IMO pitomost. >> Původní zpráva >> Od: jzvc >> Předmět: [Talk-cz] xapi - filtrovani >> Datum: 09.6.2010 23:00:05 >> >> Zdravim, >> >> mam dotaz na zkusenejsi hackory, co delam spatne, kdyz si chci stahnout >> pouze relace hranic statu a do linku dam [admin_level=2][bbox= ...] tak >> mi to pro CR a okoli sosne kompletni administrativni hranice. >> http://www.informationfreeway.org/api/0.6/relation[admin_level=2][bbox=11.55,48.44,19.25,51.28] >> >> (bacha, je toho pres 200MB) >> >> podle wiki by to melo fungovat presne jak bych si myslel ze by to melo >> fungovat = stahne prvky odpovidajiciho typu (=relace) s uvedenym(i) >> tagy. Ovsem v realu to funguje zda se ponekud jinak = stahne i cleny relaci. >> http://wiki.openstreetmap.org/wiki/Xapi >> >> V diskusi se to evidentne resilo, je u toho poznamka fixed, ale funguje >> to porad stejne >> http://wiki.openstreetmap.org/wiki/Talk:Xapi#Wrong_behavior_of_XAPI_0.6 >> >> IMO by se to default melo chovat tak, ze sosne relaci odpovidajici >> filtru a cleny necha napokoji, stejne jako JOSM (maximalne stahne jejich >> nazvy/pocet prvku). >> >> >> >> ___ >> Talk-cz mailing list >> Talk-cz@openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-cz >> >> >> >> > ___ > Talk-cz mailing list > Talk-cz@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz > ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz