OpenTrackMap - Aktualizace stavu projektu

36 zpráv
Zpět na přehled

OpenTrackMap - Aktualizace stavu projektu

36 zpráv RPPJJPKP 11 účastníků 19 min čtení
  1. Radek Bartoň blackhex na post.cz #m8a78fb
    Zdravím. Provedl jsem ruční update dat (vrstvy tracks, default) a v následujících dnech budu sledovat, jestli dochází k automatickým aktualizacím a spustím přerendrování statických dlaždic (vrstvy tiles, tiles_hq). Také jsem na server dal optimalizaci stylů a některých aktualizačních skriptů. Mezinárodní značky se nyní rendrují se štítem s jejich číslem. Čísla, která se rendrují u obyčejných značek, jsou způsobena nepřítomností implementace parametru no_text v ShieldSymbolizer v Mapniku 0.6.1, který je na serveru. Zkusím tam dotlačit mapnik 0.7.1, ale jelikož je to Gentoo a ebuild ještě neexistuje, bude to možná trochu problém. Stále zápasím se stabilitou mod_tile, resp. Mapniku, ale vrtat se v jejich kódu se mi moc nechce. V nejbližších dnech budu mít po večerech trochu času na OTM něco dělat, tak příjímám návrhy, co by jste tam chtěli momentálně přidat. Vím, že jsme to již několikrát řešili, ale než to budu prohledávat v historii, tak se radši nejdříve zeptám, co je momentálně aktuální. Zatím to vidím, kromě výše zmíněného, na aktualizaci wiki stránky [1], případně kreslení ikonek, vytvoření vrstvy s turistickými POI a rozšíření rozsahu dynamicky rendrovaných dlaždic na Střední Evropu. Statické by šlo rozšířit maximáně o Slovensko z důvodů kapacity disku. [1] - http://wiki.openstreetmap.org/wiki/WikiProject_Czech_Republic/OTM_zna%C4%8Dkov%C3%BD_kl%C3%AD%C4%8D S pozdravem,
  2. "Petr Morávek [Xificurk]" xificurk na gmail.com #mb135c6
    Také jsem na server dal optimalizaci stylů a některých aktualizačních skriptů. Mezinárodní značky se nyní rendrují se štítem s jejich číslem. Čísla, která se rendrují u obyčejných značek, jsou způsobena nepřítomností implementace parametru no_text v ShieldSymbolizer v Mapniku 0.6.1, který je na serveru. Zkusím tam dotlačit mapnik 0.7.1, ale jelikož je to Gentoo a ebuild ještě neexistuje, bude to možná trochu problém.
    Osobně jedu už nějakou dobu bez problémů na gentoo (amd64) s 0.7.1, kompilováno z ebuildu na http://bugs.gentoo.org/show_bug.cgi?id=311129 Petr Morávek
  3. Radek Bartoň blackhex na post.cz #m6e584e
    Osobně jedu už nějakou dobu bez problémů na gentoo (amd64) s 0.7.1, kompilováno z ebuildu na http://bugs.gentoo.org/show_bug.cgi?id=311129
    Díky. Zajímavé, že jsem to nevygooglil, a to jsem strávil nějaký čas psaním vlastního ebuildu, ovšem bezůspěšně :-)
  4. jzvc jzvc na tpfree.fdns.net #mdb9461
    Osobně jedu už nějakou dobu bez problémů na gentoo (amd64) s 0.7.1, kompilováno z ebuildu na http://bugs.gentoo.org/show_bug.cgi?id=311129
    Díky. Zajímavé, že jsem to nevygooglil, a to jsem strávil nějaký čas psaním vlastního ebuildu, ovšem bezůspěšně :-)
    Mohli by ste nekam na wiki prasknout s jakyma keywords/use to mate prekompilovany. Minulej tejden se mi asi na desatej pokus povedlo prekompajlit mapnika, protoze bud sem mel neceho verzi moc starou nebo moc novou (zacal sem samo na "stable" ebuildu). Tim sem zatim skoncil, protoze resit dalsi konfiguraci jsem uz nemel silu ;). Vubec pro Gentoo sem nevygooglil zadnej poradnej navod, dycky toho 1/2 nefungovala nebo byla neaktualni ...
  5. Radek Bartoň blackhex na post.cz #mc0881d
    Mohli by ste nekam na wiki prasknout s jakyma keywords/use to mate prekompilovany. Minulej tejden se mi asi na desatej pokus povedlo prekompajlit mapnika, protoze bud sem mel neceho verzi moc starou nebo moc novou (zacal sem samo na "stable" ebuildu). Tim sem zatim skoncil, protoze resit dalsi konfiguraci jsem uz nemel silu ;). Vubec pro Gentoo sem nevygooglil zadnej poradnej navod, dycky toho 1/2 nefungovala nebo byla neaktualni ...
    No nevím jestli Ti to pomůže, ale: Profil default/linux/x86/10.1/desktop. /etc/make.conf: CFLAGS="-O2 -march=pentium3 -pipe -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" CXXFLAGS="${CFLAGS}" MAKEOPTS="-j2" INPUT_DEVICES="mouse keyboard evdev" VIDEO_CARDS="radeonhd ati radeon" USE="-X nptl nptlonly -kde -gnome -gtk -gtk2 -qt -qt3 -qt4 -sdl -fortran apache2 acpi unicode utf8 userlocales nls -ipv6 x86 mmx skey slang sse sqlite syslog python mod_python tiff threads openmp hal jpeg png gif svg esd alsa xv xvmc LINGUAS="cs cz" ACCEPT_KEYWORDS="x86" PORTAGE_TMPDIR="/var/tmp" PORTDIR_OVERLAY="/usr/local/portage" ACCEPT_LICENSE=* /etc/portage/package.use: x11-libs/cairo X sci-geosciences/mapnik postgres dev-db/postgis geos proj a /etc/portage/package.keywords: app-admin/eselect-boost dev-db/libpq dev-db/postgis dev-db/postgresql dev-db/postgresql-base dev-db/postgresql-server dev-libs/boost dev-util/boost-build sci-geosciences/mapnik sci-geosciences/osmosis sci-libs/geos sci-libs/proj virtual/postgresql-base virtual/postgresql-server x11-libs/agg Nic z overlayí.
  6. Petr Dlouhý petr.dlouhy na email.cz #m9c5769
    Ahoj, můj návrh byl (je) ten, aby se u všech různých typů tras kreslily ikony (nebo jiné odlišení) tak, aby se nepletly s normálními turistickými trasami. Taky by se asi neměly vykreslovat cykloturistické trasy (kct_barva=bicycle), protože ty už jsou většinou vykreslené na cyklomapě.
  7. Radek Bartoň blackhex na post.cz #m587c5b
    můj návrh byl (je) ten, aby se u všech různých typů tras kreslily ikony (nebo jiné odlišení) tak, aby se nepletly s normálními turistickými trasami.
    Tak to snad je. Alespoň pro local, ski, learning, horse, ještě přidám ruin, peak, spring, interesting_object.
    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í.
  8. Karel Volný kavol na seznam.cz #m4cac1e
    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.
  9. Pavel Machek pavel na ucw.cz #mfa2755
    Ahoj!
    můj návrh byl (je) ten, aby se u všech různých typů tras kreslily ikony (nebo jiné odlišení) tak, aby se nepletly s normálními turistickými trasami.
    Tak to snad je. Alespoň pro local, ski, learning, horse, ještě přidám ruin, peak, spring, interesting_object.
    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
    Zrovna kone jsou v tomhle smeru specialni -- bezne turisticke trasy jim v prevazne vetsine pripadu vyhovuji a konskych tras je malo.... -> prosim neoddelovat.
  10. Michal Grézl michal.grezl na openstreetmap.cz #m6322b5
    2010/6/10 Karel Volný <kavol na seznam.cz>:
    zdravím,
    ...
    (*) 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.
    Utopie sou mapy kct, ty nesmysly co tam maji mnohdy nejsou ani k smichu. Vlastne se podle nich da navigovat stylem, kdyz pujdu na sever, mohl bych narazit na cervenou stezku, a nozna je to stezka aktualni a ne 10let stara oficialne neexistujici. ted trosku k tematu:) podle ceho se zobrazuji cisla stezekv tech shieldech? vidim tam cisla silnic a cyklostezek, na trasach, ktere nejsou v relacich.
  11. Radek Bartoň blackhex na post.cz #mc05c12
    podle ceho se zobrazuji cisla stezekv tech shieldech? vidim tam cisla silnic a cyklostezek, na trasach, ktere nejsou v relacich.
    Štíty se zobrazují z atributu ref všech linií a relací, které splňují podmínku: route in ('foot', 'hiking', 'horse', 'ski', 'bicycle') and network in ('e- road', 'nwn', 'iwn') To bicycle dám pryč, ale jinak mě opravte, pokud by ta podmínka měla být jinak.
  12. Jiri Parkan jparkan na gmail.com #m93967a
    Ahoj, dneska jsem si všiml že vrstevnice v overlay a vrstevnice renderované v OpenTrackMap HQ na sebe nesedí, jsou posunuté tak o deset metrů severojižním směrem. Stejný posun je i proti cyclemap, takže špatně bude asi ten overlay. Parkis 2010/6/11 Radek Bartoň <blackhex na post.cz>:
  13. Radek Bartoň blackhex na post.cz #m77fd73
    Ahoj, dneska jsem si všiml že vrstevnice v overlay a vrstevnice renderované v OpenTrackMap HQ na sebe nesedí, jsou posunuté tak o deset metrů severojižním směrem. Stejný posun je i proti cyclemap, takže špatně bude asi ten overlay.
    O tom vím, resp. věděl jsem. Je to tím, že vrstevnice v overlayi jsou generované pomocí GRASSu, zatímco ostatní jsou generované GDALem. Akorát si nejsem jistý, které jsou správně a kde je případně v GRASSovském přístupu chyba.
  14. "Petr Morávek [Xificurk]" xificurk na gmail.com #mdc0d17
    Mně "blby" vrstevnice generované gdalem - přesně tenhle posun (odpovídá to 0.5px v původních tiff souborech)... na nápravu by mělo stačit: psql -d <postgis db name> -c 'UPDATE contours SET way = ST_Translate(way, 0.000416666666666, -0.000416666666666, 0);' Petr Morávek
  15. Radek Bartoň blackhex na post.cz #m23151f
    Mně "blby" vrstevnice generované gdalem - přesně tenhle posun (odpovídá to 0.5px v původních tiff souborech)... na nápravu by mělo stačit: psql -d <postgis db name> -c 'UPDATE contours SET way = ST_Translate(way, 0.000416666666666, -0.000416666666666, 0);' Petr Morávek
    Můžu tedy předpokládat, že ty vygenerované GRASSem jsou správně? Nemám to experimentálně potvrzeno, ale myslím, že se i rychleji vykreslují.
  16. "Petr Morávek [Xificurk]" xificurk na gmail.com #mc2a6eb
    Mně "blby" vrstevnice generované gdalem - přesně tenhle posun (odpovídá to 0.5px v původních tiff souborech)... na nápravu by mělo stačit: psql -d <postgis db name> -c 'UPDATE contours SET way = ST_Translate(way, 0.000416666666666, -0.000416666666666, 0);' Petr Morávek
    Můžu tedy předpokládat, že ty vygenerované GRASSem jsou správně? Nemám to experimentálně potvrzeno, ale myslím, že se i rychleji vykreslují.
    Nevím, co generuje GRASS, ale vrstevnice z různých OSM map (např. opencycle) sedí na vrstevnice z google maps... a gdal mi zatím vždy z DEM tiffů generoval vrstevnice posunuté o toho výše zmíněného půl pixelu na server a východ... když teď koukám na předchozí mail, tak mi tam vypadlo jedno minus, správně to mělo být: ST_Translate(way, -0.000416666666666, -0.000416666666666) Petr Morávek
  17. Radek Bartoň blackhex na post.cz #m00ea1a
    Zdravím. Ode dneška je na serveru zobrazování štítů i u ostatních typů značek (spring, interesting_object, etc.) Také by se měly zobrazovat značky se slovenským způsobem tagování (marked_trail="*" a marked_trail_barva="*") a uvažuji o podpoře německého způsobu (osmc:symbol), ale to by si vyžádalo nějaký preprocessing. Mimoto experimentuji s importem větší oblasti dat, ale při tom se server docela zapotí, tak nevím, jestli se to vyplatí. Asi budu muset rozjet podporu inkrementálních importů. Napadlo mě, že bych mohl hlavní stránku OTM postavit na Tracu. To by si vyžádalo napsání pluginu, který by zobrazoval SlippyMapy makrem na wiki stránce nebo v samostatné sekci.
  18. talk-cz na openstreetmap.org talk-cz na openstreetmap.org #m30362a
    Ahoj, objevil jsem chybu: Pokud je někde cykloturistická trasa (kct_něco=bicycle), tak jí to nekreslí, což je v pořádku. Pokud je ale na stejné cestě ještě normální turistická trasa stejné barvy, tak jí to taky nenakreslí, což už je špatně.
  19. Radek Bartoň blackhex na post.cz #m97b223
    Dne čtvrtek 17 Červen 2010 13:28:26 talk-cz-bounces na openstreetmap.org
    Ahoj, objevil jsem chybu: Pokud je někde cykloturistická trasa (kct_něco=bicycle), tak jí to nekreslí, což je v pořádku. Pokud je ale na stejné cestě ještě normální turistická trasa stejné barvy, tak jí to taky nenakreslí, což už je špatně.
    Díky za report. A jak je to otagované? Předpokládám, že jde o cestu XXX, která je součástí dvou relací YYY a ZZZ, kde např.: YYY: kct_red=bicycle ZZZ: kct_red=major nebo nějak jinak? Link na příklad by byl ideální. Díky.
  20. Petr Dlouhý petr.dlouhy na email.cz #m68de19
    Ahoj, jsou to dvě relace - například v Harrachově na nádraží [1] má být ta zelená spojená. Zdá se, že ten permalink nefunguje úplně dobře - asi to nějak nebere tu informaci o zoomu (ale jde to přiblížit manuálně na to správné místo). [1] http://opentrackmap.no-ip.org/?zoom=17&lat=50.77139&lon=15.39345&layers=00000BTTT
  21. Jan Kouba kouba.honza na gmail.com #mb7f12d
    Ahoj, můj návrh je přidat jednu vrstvu, která by zobrazovala hodnoty tagu mtb:scale případně i mtb:scale:uphill [1]. Myslím, že takovou vrstvu by ocenili všichni, kdo jezdí na horském kole a preferují cesty a pěšiny před asfaltovými cyklodálnicemi. [1] - http://wiki.openstreetmap.org/wiki/Key:mtb:scale S pozdravem, Jan Kouba
  22. Radek Bartoň blackhex na post.cz #m292882
    Ahoj, můj návrh je přidat jednu vrstvu, která by zobrazovala hodnoty tagu mtb:scale případně i mtb:scale:uphill [1]. Myslím, že takovou vrstvu by ocenili všichni, kdo jezdí na horském kole a preferují cesty a pěšiny před asfaltovými cyklodálnicemi. [1] - http://wiki.openstreetmap.org/wiki/Key:mtb:scale
    No tohle by mělo být spíše součástí OpenCycleMap [1] nebo Openmtbmap [2]. [1] - http://opencyclemap.org [2] - http://openmtbmap.org
  23. Radek Bartoň blackhex na post.cz #mcad711
    Ahoj, jsou to dvě relace - například v Harrachově na nádraží [1] má být ta zelená spojená.
    Ahoj. Zobrazování těhle relací jsem už opravil. Také jsem opravil zobrazování ref ve štítech mezinárodních tras. Přidal jsem podporu osmc:symbol. Nyní se všechny druhy tagování (marked_trail, marked_trail_barva, osmc:symbol) při importu převádějí na kct_barva, a ty se pak vykreslují se značně zjednodušenými pravidly. Prozatím se převádějí následující osmc:symbol hodnoty na kct_barva hodnoty (viz [1]): barva:white:barva_bar -> major barva:white:barva_circle -> local (pro Německo, našel jsem na wiki) barva:white:barva_corner -> local barva:white:barva_backslash-> learning barva:white:barva_L -> ruin barva:white:barva_triangle -> peak barva:white:barva_bowl -> spring barva:white:barva_turned_T -> interesting_object barva:white:barva_dot -> horse Pokud někoho napadá, co bych tam mohl ještě přídat, sem s tím. Musel jsem úplně přepsat renderovací pravidla a hlavně importní skript, tak to prosím zkontrolujte, jestli se rendruje vše, co má.
    Zdá se, že ten permalink nefunguje úplně dobře - asi to nějak nebere tu informaci o zoomu (ale jde to přiblížit manuálně na to správné místo).
    Nevím proč, ale permalink pro lvl 17 nějak nefunguje, ale pro lvl 16 a méně ano. Snažil jsem se to nějak vyřešit nebo vygooglit podobný problém, ale bezúspěšně. [1] - http://topo.openstreetmap.de/symbols_en.html
  24. Petr Holub hopet na ics.muni.cz #m460ae1
    můj návrh je přidat jednu vrstvu, která by zobrazovala hodnoty tagu mtb:scale případně i mtb:scale:uphill [1]. Myslím, že takovou vrstvu by ocenili všichni, kdo jezdí na horském kole a preferují cesty a pěšiny před asfaltovými cyklodálnicemi. [1] - http://wiki.openstreetmap.org/wiki/Key:mtb:scale
    Preview mtb:scale je tady: http://tchor.fi.muni.cz:8080/ Petr
  25. Jan Kouba kouba.honza na gmail.com #m42211c
    můj návrh je přidat jednu vrstvu, která by zobrazovala hodnoty tagu mtb:scale případně i mtb:scale:uphill [1]. Myslím, že takovou vrstvu by ocenili všichni, kdo jezdí na horském kole a preferují cesty a pěšiny před asfaltovými cyklodálnicemi. [1] - http://wiki.openstreetmap.org/wiki/Key:mtb:scale
    Preview mtb:scale je tady: http://tchor.fi.muni.cz:8080/
    Super! Přesně takovou mapu jsem hledal. Doufám, že ji umístíte někde natrvalo. Díky! Jediné co mi vadí je, že zobrazení turistických značek a mtb:scale překrývá cestu, která je pod nimi. To je ale problém i na opentracksmap. Nejde tedy třeba rozlišit, jestli značka vede po pěšině, nebo nějaké cestě (highway=track). Nešlo by to upravit tak, aby se ty značky a vykreslovaly vedle cesty a ne přes ní? Nevím jestli jste to tu už neřešili, ale v historii se mi to nepodařilo najít. Jan Kouba
  26. Petr Dlouhý petr.dlouhy na email.cz #mc1ac43
    Ahoj, díky za opravu. Objevil jsem další místo, kde to neodpovídá: <http://opentrackmap.no-ip.org/?zoom=15&lat=49.87344&lon=14.22574&layers=000B00TTTF>.Má tam vést červená značka po stejné trase jako cyklotrasa 8129 Také v místech, kde vede trasa E10 má vést jenom žlutá a jenom modrá (kromě úseku od Na Rovinách k Červenému kříži). O něco víc to odpovídá ve vrstvě SQ, ale tam zase chybí červená a žlutá z rozcestí Na Rovinách na západ a východ.
    Ahoj. Zobrazování těhle relací jsem už opravil. Také jsem opravil zobrazování ref ve štítech mezinárodních tras. Přidal jsem podporu osmc:symbol. Nyní se všechny druhy tagování (marked_trail, marked_trail_barva, osmc:symbol) při importu převádějí na kct_barva, a ty se pak vykreslují se značně zjednodušenými pravidly. Prozatím se převádějí následující osmc:symbol hodnoty na kct_barva hodnoty (viz [1]): barva:white:barva_bar -> major barva:white:barva_circle -> local (pro Německo, našel jsem na wiki) barva:white:barva_corner -> local barva:white:barva_backslash-> learning barva:white:barva_L -> ruin barva:white:barva_triangle -> peak barva:white:barva_bowl -> spring barva:white:barva_turned_T -> interesting_object barva:white:barva_dot -> horse Pokud někoho napadá, co bych tam mohl ještě přídat, sem s tím. Musel jsem úplně přepsat renderovací pravidla a hlavně importní skript, tak to prosím zkontrolujte, jestli se rendruje vše, co má.
    -- Petr Dlouhý
  27. Radek Bartoň blackhex na post.cz #mfc4ea9
    Ahoj, díky za opravu. Objevil jsem další místo, kde to neodpovídá: <http://opentrackmap.no-ip.org/?zoom=15&lat=49.87344&lon=14.22574&layers=00 0B00TTTF>. Má tam vést červená značka po stejné trase jako cyklotrasa 8129
    Opravil jsem.
    Také v místech, kde vede trasa E10 má vést jenom žlutá a jenom modrá (kromě úseku od Na Rovinách k Červenému kříži).
    Tohle je proto, že od Červeného kříže na sever vede realce iwn a ty se renderují jako mezinárodní značky červeně.
  28. Petr Dlouhý petr.dlouhy na email.cz #m673e5a
    To je ale špatně. Mezinárodní značky nemají žádnou barvu a jsou vyznačené v hrotu cedulí normálních značek - jejichž barva ale může být různá. Trasa E10 tedy v daném místě jde napřed po žluté, pak po červené, pak po žluté a pak po modré. Mezinárodní značky by se tedy měli renderovat buď pouze jako ty nápisy, nebo nějakou úplně jinou barvo (například světle modrou).
    Tohle je proto, že od Červeného kříže na sever vede realce iwn a ty se renderují jako mezinárodní značky červeně.
    -- Petr Dlouhý
  29. Radek Bartoň blackhex na post.cz #ma4aee7
    dní značky nemají žádnou barvu a jsou vyznačené v hrotu cedulí normálních značek - jejichž barva ale může být různá. Trasa E10 tedy v daném místě jde napřed po žluté, pak po červené, pak po žluté a pak po modré. Mezinárodní značky by se tedy měli renderovat buď pouze jako ty nápisy, nebo nějakou úplně jinou barvo (například světle modrou).
    Ok. Můžu to udělat tak, že na nízkých zoomech (do 8) se budou kreslit červeně, aby byly vidět, a od zoomu 9 se budou kreslit pouze jejich štíty a vykreslení bude závístet čistě na tom, jestli na stejném místě existuje nějaká barevná značka?
  30. Petr Dlouhý petr.dlouhy na email.cz #ma9e3cd
    Ok. Můžu to udělat tak, že na nízkých zoomech (do 8) se budou kreslit červeně, aby byly vidět, a od zoomu 9 se budou kreslit pouze jejich štíty a vykreslení bude závístet čistě na tom, jestli na stejném místě existuje nějaká barevná značka?
    Myslím, že to tak klidně být může. Při nízkých zoomech (když nejsou vykreslené jiné značky) to samozřejmě příliš nevadí. -- Petr Dlouhý
  31. Petr Dlouhý petr.dlouhy na email.cz #mf45d5e
    On Mon, 21 Jun 2010 00:17:33 +0200, Jan Kouba <kouba.honza na gmail.com>
    Jediné co mi vadí je, že zobrazení turistických značek a mtb:scale překrývá cestu, která je pod nimi. To je ale problém i na opentracksmap. Nejde tedy třeba rozlišit, jestli značka vede po pěšině, nebo nějaké cestě (highway=track). Nešlo by to upravit tak, aby se ty značky a vykreslovaly vedle cesty a ne přes ní? Nevím jestli jste to tu už neřešili, ale v historii se mi to nepodařilo najít.
    Vykreslování paralelních cest bohužel neumí Mapnik, proto to není ani na OpenCycleMap ani nikde jinde jsem to neviděl. Našel jsem ale bugreport na Tracu Mapniku, který se tímto zabývá a jsou u něj i nějaké patche [1]. Nešlo by to tedy přecejen udělat s pomocí těch patchů? -- Petr Dlouhý
  32. Radek Bartoň blackhex na post.cz #ma37d94
    Našel jsem ale bugreport na Tracu Mapniku, který se tímto zabývá a jsou u něj i nějaké patche [1]. Nešlo by to tedy přecejen udělat s pomocí těch patchů?
    Předpokládám, že šlo, ale raději bych počkal, až se to dostane do stabilního Mapniku. Už takhle renderd dost často padá. BTW: Nemá někdo zkušenosti s tím, že kdyz smažu a znovu vytvořím PgSQL tabulku (myslím, že stačí i DELETE FROM) za běhu renderd, tak renderd spadne? Respektive jak se toho vyvarovat?
  33. jzvc jzvc na tpfree.fdns.net #m572549
    Našel jsem ale bugreport na Tracu Mapniku, který se tímto zabývá a jsou u něj i nějaké patche [1]. Nešlo by to tedy přecejen udělat s pomocí těch patchů?
    Předpokládám, že šlo, ale raději bych počkal, až se to dostane do stabilního Mapniku. Už takhle renderd dost často padá. BTW: Nemá někdo zkušenosti s tím, že kdyz smažu a znovu vytvořím PgSQL tabulku (myslím, že stačí i DELETE FROM) za běhu renderd, tak renderd spadne? Respektive jak se toho vyvarovat?
    Zdravim, pokud se smazne tabulka, je to jasny, stim se nic delat neda ;), pokud tomu vadi delete dat, je chyba v zamykani - nejspis mu vadi ze mu pod rukama zmizi zaznam. Ovsem otazka je pricina toho padu, muze to taky byt tim, ze v tu chvili je vic zatizenej CPU => zvedne se latence a reneder chcipne (coz je jeho chyba). Pokud to zbuchne kvuli datum, tak by se tomu dalo vyhnout tak, ze se nebude mazat v okoli dat ktera zrovna zpracovava, ale tam je dalsi potiz, SQL nezamyka vetsinou rows ale pages, kde muzou byt obecne data uplne nahodne. Lepe samo vynutit zamek z druhy strany => nemelo by to jit smazat (minimalne ne dokud se s daty pracuje).
  34. Radek Bartoň blackhex na post.cz #mb43ca1
    Zdravim, pokud se smazne tabulka, je to jasny, stim se nic delat neda ;), pokud tomu vadi delete dat, je chyba v zamykani - nejspis mu vadi ze mu pod rukama zmizi zaznam. Ovsem otazka je pricina toho padu, muze to taky byt tim, ze v tu chvili je vic zatizenej CPU => zvedne se latence a reneder chcipne (coz je jeho chyba). Pokud to zbuchne kvuli datum, tak by se tomu dalo vyhnout tak, ze se nebude mazat v okoli dat ktera zrovna zpracovava, ale tam je dalsi potiz, SQL nezamyka vetsinou rows ale pages, kde muzou byt obecne data uplne nahodne. Lepe samo vynutit zamek z druhy strany => nemelo by to jit smazat (minimalne ne dokud se s daty pracuje).
    Jasně, to mě mohlo napadnout. Nějak jsem implictně počítal s tím, že se to zamkne automaticky. Prostě zamknu celou tabulku a bude, stejne se to děje při importu dat.
  35. "Petr Morávek [Xificurk]" xificurk na gmail.com #ma674ac
    BTW: Nemá někdo zkušenosti s tím, že kdyz smažu a znovu vytvořím PgSQL tabulku (myslím, že stačí i DELETE FROM) za běhu renderd, tak renderd spadne? Respektive jak se toho vyvarovat?
    Nad updatem dat za běhu rendereru jsem taky nedávno přemýšlel - jako nejrozumnější řešení se mi jeví importovat data do nějaké tabulky např. s prefixem 'import_' a po doběhnutí v jedné transakci dropnout starou tabulku a přejmenovat novou... Myslím, že by to mělo bez fungovat a čas, po který renderer stojí je minimální, ale netestoval jsem to. Petr Morávek
  36. Petr Holub hopet na ics.muni.cz #m2d5370
    Jediné co mi vadí je, že zobrazení turistických značek a mtb:scale překrývá cestu, která je pod nimi. To je ale problém i na opentracksmap. Nejde tedy třeba rozlišit, jestli značka vede po pěšině, nebo nějaké cestě (highway=track). Nešlo by to upravit tak, aby se ty značky a vykreslovaly vedle cesty a ne přes ní? Nevím jestli jste to tu už neřešili, ale v historii se mi to nepodařilo najít.
    Vykreslování paralelních cest bohužel neumí Mapnik, proto to není ani na OpenCycleMap ani nikde jinde jsem to neviděl. Našel jsem ale bugreport na Tracu Mapniku, který se tímto zabývá a jsou u něj i nějaké patche [1]. Nešlo by to tedy přecejen udělat s pomocí těch patchů?
    Tohle jsme resili s Martinem u tech MTB map samozrejme taky - a souhlas s Radkem, ze bude lepe vyckat na to, nez se patche dostanou do stabilniho Mapniku (resp. tomu zkusit pomoci). Jinak na to existuje jeste jeden workaround, ktery uz tam ve skutecnosti pouzivame, aby se daly aspon paralelne vykreslovat MTB trasy a turisticke trasy: ta fialova MTB cara je v pripade soubehu s turistickou znacou resena jako odsazena paralelni cara s pruhlednym stredem. Nicmene je to dost nouzovka, ano to neresi soubeh vice car, resp. musely by se generovat vsechny kombinace, coz neskaluje. Proto ten vyse uvedeny pristup :) Petr
Napsat odpověď e-mailem… Odpovědět

Otevře váš e-mailový klient. Odpovědi pak sledujte zde na webu.