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, -- Ing. Radek Bartoň Faculty of Information Technology Department of Computer Graphics and Multimedia Brno University of Technology E-mail: blackhex na post.cz Web: http://blackhex.no-ip.org Jabber: blackhex na jabber.cz

Radek Bartoň napsal(a): zobrazit citaci 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 ------------- další část --------------- A non-text attachment was scrubbed... Name: xificurk.vcf Type: text/x-vcard Size: 354 bytes Desc: [žádný popis není k dispozici] URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20100609/8c044b53/attachment.vcf> ------------- další část --------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 261 bytes Desc: OpenPGP digital signature URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20100609/8c044b53/attachment.sig>

Dne středa 09 Červen 2010 22:47:38 Petr Morávek [Xificurk] napsal(a): zobrazit citaci 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ě :-) -- Ing. Radek Bartoň Faculty of Information Technology Department of Computer Graphics and Multimedia Brno University of Technology E-mail: blackhex na post.cz Web: http://blackhex.no-ip.org Jabber: blackhex na jabber.cz

Dne 9.6.2010 22:55, Radek Bartoň napsal(a): zobrazit citaci 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 ...

Dne středa 09 Červen 2010 23:06:48 jzvc napsal(a): zobrazit citaci 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í. -- Ing. Radek Bartoň Faculty of Information Technology Department of Computer Graphics and Multimedia Brno University of Technology E-mail: blackhex na post.cz Web: http://blackhex.no-ip.org Jabber: blackhex na jabber.cz

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ě. On Wed, 09 Jun 2010 22:37:45 +0200, Radek Bartoň <blackhex na post.cz> wrote: zobrazit citaci -- Petr Dlouhý

Dne čtvrtek 10 Červen 2010 00:15:23 Petr Dlouhý napsal(a): zobrazit citaci Tak to snad je. Alespoň pro local, ski, learning, horse, ještě přidám ruin, peak, spring, interesting_object. zobrazit citaci 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í. -- Ing. Radek Bartoň Faculty of Information Technology Department of Computer Graphics and Multimedia Brno University of Technology E-mail: blackhex na post.cz Web: http://blackhex.no-ip.org Jabber: blackhex na jabber.cz

zdravím, zobrazit citaci 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.

Ahoj! zobrazit citaci Zrovna kone jsou v tomhle smeru specialni -- bezne turisticke trasy jim v prevazne vetsine pripadu vyhovuji a konskych tras je malo.... -> prosim neoddelovat. -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

2010/6/10 Karel Volný <kavol na seznam.cz>: zobrazit citaci ... zobrazit citaci 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. -- Michal Grézl http://walley.org

... zobrazit citaci to ovšem nesmíš mít 10 let starou mapu, když ti není dobrý stav stezky před 10 lety :-p čímž chci naznačit, že máš nadávat na exoty, co se rozhodují měnit vedení tras každou chvíli bez zjevného důvodu (kolikrát jsme šli po krásné cestě a najednou koukáme, tam staré značky, zatímco nové jsme před tím opustili neb vedly kamsi dopryč po stezce pro kamzíky ...), a ne na tištěné mapy, které s tím prostě nemůžou držet krok (aneb dost často je starší mapa přesnější, neboť po čase turisti zjistí, že přeznačit to po té stezce pro kamzíky byl dost hovězí nápad a vrátí se ke staré trase) nicméně, zcela vážně, co lepšího než mapy KČT doporučuješ? snad ne Shocart, který nejenže kopíruje chyby KČT, ale ještě zavléká hafo dalších? kdysi jsem z nouze (ehm) koupil Plzeňsko od Kartografie Praha, to mi přišlo docela v pohodě, jenže jednak to měli jen ve stovkové řadě, což není na chození nicmoc, a jednak v našich končinách jsem jejich mapy už nikde nepotkal, takže jsem jejich produkci pustil z dohledu ... teď koukám na web, že mají i celkem dost padesátek, hm, a celou jednu prodejnu v Brně, možná je načase je znova otestovat ...? K.

Dne pátek 11 Červen 2010 19:12:14 Michal Grézl napsal(a): zobrazit citaci Š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. -- Ing. Radek Bartoň Faculty of Information Technology Department of Computer Graphics and Multimedia Brno University of Technology E-mail: blackhex na post.cz Web: http://blackhex.no-ip.org Jabber: blackhex na jabber.cz

2010/6/11 Karel Volný <kavol na seznam.cz>: zobrazit citaci pred 10ti lety to bylo stejne stejny;) zobrazit citaci kdyby aspon to stare znaceni poradne zamazali, ovsem oni znaji jen preblateni sedym hnusem co opada a kompletni vyrezani cele znacky i s komplet kurou (tohle mozna delaji nejaci vandalove, abych jim nekrivdil), ta dira, co po tom ve strome zbyde, je uchvatna. zobrazit citaci Kdybych vedel co je lepsi, tak nedelam osm a koupim si to. -- Michal Grézl http://walley.org

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>: zobrazit citaci

Dne pondělí 14 Červen 2010 08:25:15 Jiri Parkan napsal(a): zobrazit citaci 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. -- Ing. Radek Bartoň Faculty of Information Technology Department of Computer Graphics and Multimedia Brno University of Technology E-mail: blackhex na post.cz Web: http://blackhex.no-ip.org Jabber: blackhex na jabber.cz

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 Radek Bartoň napsal(a): zobrazit citaci ------------- další část --------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 261 bytes Desc: OpenPGP digital signature URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20100614/d9ef497a/attachment.sig>

Dne pondělí 14 Červen 2010 13:24:11 Petr Morávek [Xificurk] napsal(a): zobrazit citaci 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í. -- Ing. Radek Bartoň Faculty of Information Technology Department of Computer Graphics and Multimedia Brno University of Technology E-mail: blackhex na post.cz Web: http://blackhex.no-ip.org Jabber: blackhex na jabber.cz

Radek Bartoň napsal(a): zobrazit citaci 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 ------------- další část --------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 261 bytes Desc: OpenPGP digital signature URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20100614/32ddac0e/attachment.sig>

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. -- Ing. Radek Bartoň Faculty of Information Technology Department of Computer Graphics and Multimedia Brno University of Technology E-mail: blackhex na post.cz Web: http://blackhex.no-ip.org Jabber: blackhex na jabber.cz

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ě. On Thu, 17 Jun 2010 10:55:12 +0200, Radek Bartoň <blackhex na post.cz> wrote: zobrazit citaci -- Petr Dlouhý

Dne čtvrtek 17 Červen 2010 13:28:26 talk-cz-bounces na openstreetmap.org napsal(a): zobrazit citaci 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. -- Ing. Radek Bartoň Faculty of Information Technology Department of Computer Graphics and Multimedia Brno University of Technology E-mail: blackhex na post.cz Web: http://blackhex.no-ip.org Jabber: blackhex na jabber.cz

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 On Thu, 17 Jun 2010 15:22:02 +0200, Radek Bartoň <blackhex na post.cz> wrote: zobrazit citaci -- Petr Dlouhý

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 Dne So 19. června 2010 Jan Kouba napsal(a): zobrazit citaci

Dne sobota 19 Červen 2010 14:19:35 Jan Kouba napsal(a): zobrazit citaci No tohle by mělo být spíše součástí OpenCycleMap [1] nebo Openmtbmap [2]. [1] - http://opencyclemap.org [2] - http://openmtbmap.org -- Ing. Radek Bartoň Faculty of Information Technology Department of Computer Graphics and Multimedia Brno University of Technology E-mail: blackhex na post.cz Web: http://blackhex.no-ip.org Jabber: blackhex na jabber.cz

Dne čtvrtek 17 Červen 2010 15:34:02 Petr Dlouhý napsal(a): zobrazit citaci 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á. zobrazit citaci 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 -- Ing. Radek Bartoň Faculty of Information Technology Department of Computer Graphics and Multimedia Brno University of Technology E-mail: blackhex na post.cz Web: http://blackhex.no-ip.org Jabber: blackhex na jabber.cz

zobrazit citaci Preview mtb:scale je tady: http://tchor.fi.muni.cz:8080/ Petr

Dne So 19. června 2010 Petr Holub napsal(a): zobrazit citaci 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

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. On Sat, 19 Jun 2010 15:14:12 +0200, Radek Bartoň <blackhex na post.cz> wrote: zobrazit citaci -- Petr Dlouhý

Dne pondělí 21 Červen 2010 08:53:43 Petr Dlouhý napsal(a): zobrazit citaci Opravil jsem. zobrazit citaci Tohle je proto, že od Červeného kříže na sever vede realce iwn a ty se renderují jako mezinárodní značky červeně. -- Ing. Radek Bartoň Faculty of Information Technology Department of Computer Graphics and Multimedia Brno University of Technology E-mail: ibarton na fit.vutbr.cz Web: http://blackhex.no-ip.org Jabber: blackhex na jabber.cz -- Ing. Radek Bartoň Faculty of Information Technology Department of Computer Graphics and Multimedia Brno University of Technology E-mail: blackhex na post.cz Web: http://blackhex.no-ip.org Jabber: blackhex na jabber.cz

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). On Mon, 21 Jun 2010 11:35:44 +0200, Radek Bartoň <blackhex na post.cz> wrote: zobrazit citaci -- Petr Dlouhý

Dne pondělí 21 Červen 2010 12:46:31 Petr Dlouhý napsal(a): zobrazit citaci 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? -- Ing. Radek Bartoň Faculty of Information Technology Department of Computer Graphics and Multimedia Brno University of Technology E-mail: blackhex na post.cz Web: http://blackhex.no-ip.org Jabber: blackhex na jabber.cz

On Mon, 21 Jun 2010 12:56:53 +0200, Radek Bartoň <blackhex na post.cz> wrote: zobrazit citaci 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ý

On Mon, 21 Jun 2010 00:17:33 +0200, Jan Kouba <kouba.honza na gmail.com> wrote: zobrazit citaci 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ý

Dne pondělí 21 Červen 2010 14:58:22 Petr Dlouhý napsal(a): zobrazit citaci 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? -- Ing. Radek Bartoň Faculty of Information Technology Department of Computer Graphics and Multimedia Brno University of Technology E-mail: blackhex na post.cz Web: http://blackhex.no-ip.org Jabber: blackhex na jabber.cz

Dne 21.6.2010 15:48, Radek Bartoň napsal(a): zobrazit citaci 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).

Dne pondělí 21 Červen 2010 16:15:12 jzvc napsal(a): zobrazit citaci 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. -- Ing. Radek Bartoň Faculty of Information Technology Department of Computer Graphics and Multimedia Brno University of Technology E-mail: blackhex na post.cz Web: http://blackhex.no-ip.org Jabber: blackhex na jabber.cz

Radek Bartoň napsal(a): zobrazit citaci 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 ------------- další část --------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 261 bytes Desc: OpenPGP digital signature URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20100621/98098d47/attachment.sig>

zobrazit citaci 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