Re: [Talk-cz] ruční GPS navigace
Ahoj, mam GPSmap 62, na dve nabijeci tuzkovky 16 hodin zhruba vydrzi, ale novejsi verze uz maji asi nizsi vydrz. Podpora v linuxu bez problemu. Mapy stahuju tady - http://alternativaslibres.org/en/index.php - jsou vic urceny na chozeni a maji i vrstevnice. Vyhoda proti mobilu je vyrazne vyssi presnost, navigaci mam 7 let a porad je presnejsi nez celkem aktualni mobily. Nevyhoda je pomalejsi vykreslovani mapy, ale to uz snad u aktualnejsich modelu nebude problem. -- Jirka 2018-02-05 16:29 GMT+01:00 Martin Měřinský: > Ahoj. > Nemám potřebu ničemu dělat reklamu. Ale napíšu pár svých postřehů. Mám > Garmin Oregon 400t. Dnes už je to obstarožní kousek. Funguje 10 let! > Používám ho výhradně s mapami z OSM. Navigoval mě _mnoho_ tisíc > kilometrů po Evropě autem. Zvládnul i hrubší zacházení v horách, zimu, > déšť i horko za čelním sklem. Proto bych znovu koupil Garmin a nejspíš > Oregon. > > + Pod linuxem lze připojit jako mass storage. > + Data lze vkládat na microSDHC kartu. > + Dokáže přečíst GPX soubory. > + Pro převod z GPX do POI funguje gpsbabel. > + Lze použít mapy vygenerované z OSM. Např.: http://garmin.openstreetma > p.nl/ > + Data ukládá do GPX. > + Používá 2 standardní AA baterie nebo akumulátory. Slibovaných 16 > hodin dá, při částečném používání v autě vydrží déle. > + Rezistivní displej lze snadno ovládat i v rukavicích. > + Voděodolná. > + Kompas. > + Barometrický výškoměr. > + Bezdrátová technologie ANT+ (sdílení dat mezi dvěma přístroji, čtení > dat z čidel). > + Funkce průměrování waypointu v čase. > + Intuitivní, ergonomické ovládání. > + Ovládání na dotykovém displeji je mnohem rychlejší a pohodlnější, než u GPS > bez něj. > > - Na microSDHC kartě může být jen FAT32, který má limit velikosti > souboru 4 GiB, tam se lecjaká větší mapa nevejde. > - Konektor miniUSB už není úplně standardní. > - Pomalý přenos přes USB (lze vyřešit nahráním objemných dat přímo na > kartu). > - Nemá hlasovou navigaci, pouze pípá. > - Horší čitelnost displeje na slunci. > - Softwarové omezení pro počet waypointů (stačilo). > - Softwarové omezení pro délku tracklogu (starší track ukládá do složky > Archive, takže o data nepřijdete). > - Softwarové omezení pro počet rout (stačilo). > - Nepovedlo se mi číst přímo NMEA věty (realtime tracking). > - Aktualizace firmware před mnoha lety pouze z Windows. > - Nenašel jsem návod na vytvoření Custom Maps pod Linuxem. https://www. > garmin.com/us/products/onthetrail/custommaps > > Novější verze mají čitelnější, ale kapacitní displej. Tříosý kompas. SW > omezení na waypointy/tracky/routy je volnější. Fotím a poznámky > nahrávám na foťák, vyloženě nechci, aby GPS měla foťák. > > Zajímavá by byla GPS, která by data uchovávala zašifrovaná. Při ztrátě > by nebylo možné přečíst tracklog, waypointy, atd. A pro OSM by byla > zajímavá funkce, kdy by se tracklogu dala přiřazovat metadata - teď jdu > po nezpevněné komunikaci grade 4, teď jdu po schodech, apod. Ale tohle > asi žádné GPS zatím neumí. > > Zkoušel jsem používat mobilní telefon, ale ergonomie je někde úplně > jinde. Na samostatnou GPS telefony absolutně nemají. > Martin > > ___ > Talk-cz mailing list > Talk-cz@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Mapování tras KČT - uspěchané Done
Ahoj, Zkousel jsem prochazet dlazdice na taskmanu a myslim, ze by bylo dobre trosku zmirnit pravidla pro validaci. Je jeste spousta oblasti, kde turisticke stezky chybi uplne, takze prvnim vystupem by mela byt mapa, kde jsou videt mista s velkymi chybami a ktera se da pouzit pro planovani mapovaciho vyletu. Navrhuju povolit oznaceni dlazdice jako hotove, kdyz na ni jsou vsechny stezky a vsechny rozcestniky. Ze chybi nektery z atributu nebo ze rozcestnik neni soucasti relace se da jednoduse strojove dohledat pozdeji. -- Jirka 2015-10-22 15:59 GMT+02:00 Miroslav Suchy: > Dne 22.10.2015 v 14:10 Pavel Machek napsal(a): >> Nastesti je tam ke stavu done jeste stav reviewed, takze dodatecna >> kontrola se da udelat v nem. > > +1 > > Mirek > > ___ > Talk-cz mailing list > Talk-cz@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Mapování tras KČT - uspěchané Done
Jde mi spis o dlazdice, ktere jsou z pohledu uzivatele kompletni uz ted - tj maji vsechny stezky a rozcestniky. Pokud se nejaky usek mapuje nove, tak urcite vyplnit i name/ref a nahrat fotky. Jde mi o to odlisit prioritni dlazdice, kde jeste chybi samotne stezky od dlazdic, ktere jsou v podstate hotove. Kdyby to OTM umoznoval, tak by mi pripadlo idealni mit u kazde dlazdice 4 stavy - chybi stezky, chybi pouze rozcestniky, chybi atributy rozcestniku, kompletni. Ja mapuju na kole, takze potrebuju naplanovat tak 80km cesty. Potrebuju videt, kam zhruba vyrazit - ze zmapuju kilometr dlouhy usek a pak pojedu 10km k dalsimu useku mi nevadi. -- Jirka 2015-11-06 20:15 GMT+01:00 Miroslav Suchý <miros...@suchy.cz>: > On 11/06/2015 04:29 PM, Jiri Klement wrote: >> Ahoj, >> >> Zkousel jsem prochazet dlazdice na taskmanu a myslim, ze by bylo dobre >> trosku zmirnit pravidla pro validaci. Je jeste spousta oblasti, kde >> turisticke stezky chybi uplne, takze prvnim vystupem by mela byt mapa, >> kde jsou videt mista s velkymi chybami a ktera se da pouzit pro >> planovani mapovaciho vyletu. >> >> Navrhuju povolit oznaceni dlazdice jako hotove, kdyz na ni jsou >> vsechny stezky a vsechny rozcestniky. Ze chybi nektery z atributu nebo >> ze rozcestnik neni soucasti relace se da jednoduse strojove dohledat >> pozdeji. > > Momentalne plati: > >* jsou přítomné všechny turistické a naučné stezky >* jsou přítomné všechny pěší rozcestníky >* rozcestníky mají atribut ref >* rozcestníky mají atribut ele a name pokud jsou známé (name je možno > odvodit ze sousedních rozcestníků). >* rozcestníky jsou nahrané na old.openstreetmap.org nebo víte jinou > cestou že rozcestníky jsou správně zmapované (včetně výše uvedených > atributů). > > Prvni dva body jsou jasne. Ty nezpochybnujes. > Ty fotky jsem tam dal proto aby se dala udelat ta validace (zbytecne aby > ten kdo to validuje si delal fotky znovu). > A pokud uz jsou fotky tak dodat `ref` a `name` je trivialni a zabere to > par minut. > Jestli je rozcestnik soucasti relace *neni* nutne pro validaci. To je > zrovna vec ktera se da pak automaticky opravit. Zejmena pokud bude dobre > vyplnen 'ref'. > Takze za mne bych to nechal tak jak to je. > > Co se tyce planovani, tak ja k tomu pristupuji tak, ze: > > * pokud si chci udelat kratkou prochazku tak na hodinku, tak si vezmu > nejblizsi ctverec, podivam se co tam chybi a na to cilim (ani ho nemusim > udelat cely). > * pokud si chci naplanovat celodenni vylet tak se podivam kde chybi > velky kus trasy - na tohle je dobre mtbmap.cz, kde ty velke chybejici > kusy jsou videt i kdyz hodne odzoomujete. > * Kdyz mam cas, tak si tech delsich tras najdu vice a poznacim si je do: > > https://wiki.openstreetmap.org/wiki/Chyb%C4%9Bj%C3%ADc%C3%AD_Trasy_K%C4%8CT > a až na to budu mít čas (a pokud mě nikdo něpředběhne) tak se tam > vydám někdy později. > > Hledat ty místa kde chybí dlouhý kus trasy je sice atraktivní (a chápu > to). Ale taskman je právě o té evidenci. I tech mene atraktivnich > oblasti na editaci. Což bohužel celou repbliku děli na takové malé > čtverce. A delit tuhle ulohu na dve mi neprijde jako rozumny (zejmena > proto ze do te druhe ulohy by se asi uz mnohym nechtelo). > > Mirek > > ___ > Talk-cz mailing list > Talk-cz@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Mapování železnic - překlad JOSM
Ahoj, Do presetu se da pridat attribut text_context (myslim, ze se to musi udelat u kazdyho elementu, nejde to nastavit pro cely preset najednou). Pak by se preklady meli hledat pouze v zadanem kontextu. -- Jirka 2014-12-23 13:13 GMT+01:00 Dalibor Jelínek dali...@dalibor.cz: Ahoj, tak jsem se na to koukal a nevim, jak moc ti budu moct pomoci. Problem je, ze tvoje navrhovane preklady koliduji s jiz existujicimi preklady. Treba: #. item Food+Drinks/Restaurant multiselect Cuisine display value #. item Food+Drinks/Fast Food combo Cuisine display value #: build/trans_presets.java:3151 build/trans_presets.java:3169 msgid regional msgstr místní tady navrhujes mezimestska, coz by ve spojitosti s restauraci nebylo asi uplne vhodne. Nebo: #. item combo Electrified display value #: build/trans_presets.java:55 #: ../plugins/public_transport/src/public_transport/GTFSImporterDialog.java:38 #: ../plugins/public_transport/src/public_transport/StopImporterDialog.java:44 msgid rail msgstr kolejnice se tyka primarne elektrifikace trate dodatecnou kolejnici, coz myslim, je prelozeno spravne. Tvuj preklad je tady zase v kolizi. Obecne nechapu, jak je vlastne vubec mozne, ze se ten tvuj preset vlastne prelozil a podle jake logiky. Cekal jsem, ze se ti neprelozi nic a bude potreba pro ten preklad neco udelat. Jenze se zda, ze JOSM zacne v tabulce prekladu hledat stejny retezec a ten pak pouzije bez ohledu na jeho kontext. Hmm. Tohle bych na nadzemku opravit dokazal #. item Public Transport/Public Transport Route combo Route type display value #: build/trans_presets.java:2619 #: ../plugins/public_transport/src/public_transport/GTFSImporterDialog.java:38 #: ../plugins/public_transport/src/public_transport/StopImporterDialog.java:44 msgid light_rail msgstr lehké metro Preposilam to i do konference, treba neckdo tusi, proc se ty preklady aplikovaly automaticky a jak si vynutit vlastni preklad presetu. Vim, ze se da pozadat, aby nekdo ve zdrojaku rozdelil jeden preklad na dva. Dalo by se treba pozadat, aby se regional v kontextu cuisine prekladalo jinak, ale nevim, jak pozadat o oddeleni kontextu tveho vlastniho presetu. Nevi nekdo vice? Zdravi, Dalibor From: Michal Pustějovský [mailto:michal.pustejov...@seznam.cz] Sent: Tuesday, December 23, 2014 10:42 AM To: Dalibor Jelínek Subject: Mapování železnic - překlad JOSM Díky za pomoc. Vzhledem k tomu, že netuším, jak překlady uvnitř JOSM fungují, zkusím vše napsat co nejpodrobněji. Pošlu v excelu, bude to nejpřehlednější. Díky, Michal = ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Tracer - změna distribuce nových verzí
Nejspis je to tim, ze pristupujes k GUI ze spatnyho vlakna. Nastav si v JOSM propertu debug.edt-checker.enable=true a kazdej spatnej pristup se bude vypisovat do konzole jako stacktrace. Treba ty informacni dialogy by si nemel zobrazovat primo, ale uvnitr SwingUtilities.invokeLater. Uvidis i spoustu spatnych pristupu primo z JOSM, ty asi nema smysl resit. Jeste bych chtel poprosit, jestli bys mohl pouzivat spravny jmena balicku - meli by odpovidat adresarovy strukture. Neni to sice povinne, ale je to naprosty standard a treba eclipse tracer kvuli tomu neprelozi. -- Jirka 2014-09-09 21:08 GMT+02:00 Marián Kyral mky...@email.cz: Tak zdá se, že nová verze mnohem častěji generuje výjimku: .NullPointerException v SynthTreeUI.java :-( Dá se to ignorovat, ale vadí mi to. A nevím co s tím. CHYBA: java.lang.NullPointerException java.lang.NullPointerException at javax.swing.plaf.synth.SynthTreeUI.paintExpandControl(SynthTreeUI.java:600) at javax.swing.plaf.synth.SynthTreeUI.paint(SynthTreeUI.java:417) at javax.swing.plaf.synth.SynthTreeUI.update(SynthTreeUI.java:271) at javax.swing.JComponent.paintComponent(JComponent.java:769) at javax.swing.JComponent.paint(JComponent.java:1045) at javax.swing.JComponent.paintToOffscreen(JComponent.java:5210) at javax.swing.BufferStrategyPaintManager.paint(BufferStrategyPaintManager.java:295) at javax.swing.RepaintManager.paint(RepaintManager.java:1249) at javax.swing.JComponent._paintImmediately(JComponent.java:5158) at javax.swing.JComponent.paintImmediately(JComponent.java:4969) at javax.swing.RepaintManager$3.run(RepaintManager.java:808) at javax.swing.RepaintManager$3.run(RepaintManager.java:796) at java.security.AccessController.doPrivileged(Native Method) at java.security.ProtectionDomain$1.doIntersectionPrivilege(ProtectionDomain.java:76) at javax.swing.RepaintManager.paintDirtyRegions(RepaintManager.java:796) at javax.swing.RepaintManager.paintDirtyRegions(RepaintManager.java:769) at javax.swing.RepaintManager.prePaintDirtyRegions(RepaintManager.java:718) at javax.swing.RepaintManager.access$1100(RepaintManager.java:62) at javax.swing.RepaintManager$ProcessingRunnable.run(RepaintManager.java:1677) at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:251) at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:733) at java.awt.EventQueue.access$200(EventQueue.java:103) at java.awt.EventQueue$3.run(EventQueue.java:694) at java.awt.EventQueue$3.run(EventQueue.java:692) at java.security.AccessController.doPrivileged(Native Method) at java.security.ProtectionDomain$1.doIntersectionPrivilege(ProtectionDomain.java:76) at java.awt.EventQueue.dispatchEvent(EventQueue.java:703) at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:242) at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:161) at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:154) at java.awt.WaitDispatchSupport$2.run(WaitDispatchSupport.java:182) at java.awt.WaitDispatchSupport$4.run(WaitDispatchSupport.java:221) at java.security.AccessController.doPrivileged(Native Method) at java.awt.WaitDispatchSupport.enter(WaitDispatchSupport.java:219) at java.awt.Dialog.show(Dialog.java:1082) at java.awt.Component.show(Component.java:1651) at java.awt.Component.setVisible(Component.java:1603) at java.awt.Window.setVisible(Window.java:1014) at java.awt.Dialog.setVisible(Dialog.java:1005) at org.openstreetmap.josm.gui.progress.PleaseWaitProgressMonitor$4.run(PleaseWaitProgressMonitor.java:172) at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:251) at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:733) at java.awt.EventQueue.access$200(EventQueue.java:103) at java.awt.EventQueue$3.run(EventQueue.java:694) at java.awt.EventQueue$3.run(EventQueue.java:692) at java.security.AccessController.doPrivileged(Native Method) at java.security.ProtectionDomain$1.doIntersectionPrivilege(ProtectionDomain.java:76) at java.awt.EventQueue.dispatchEvent(EventQueue.java:703) at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:242) at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:161) at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:150) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:146) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:138) at java.awt.EventDispatchThread.run(EventDispatchThread.java:91)
Re: [Talk-cz] Tracer - změna distribuce nových verzí
Ahoj, EDT znamena Event Dispatch Thread, zjednodusene je to vlakno, co resi vsechny veci s GUI. Protoze Swing neni threadsafe, tak veskera prace s GUI by mela byt v tomhle vlakne. Zakladni pouziti: SwingUtilities.invokeLater(new Runnable() { @Override public void run() { // Zobraz status dialog... } }); Kdyz tohle udelas, tak se prida pozadavek do EDT fronty a kdyz na nej dojde rada, tak se provede tvoje metoda run() (ve spravnem vlakne, takze nehrozi NullPointer). Spravne jmeno balicku - kdyz mam soubor org/openstreetmap/josm/plugins/tracer/ConnectWays/ConnectWays.java, tak balicek by mel byt org.openstreetmap.josm.plugins.tracer.ConnectWays. Tj stejny jako cesta k souboru, akorat misto lomitka je tam tecka. 2014-09-10 9:13 GMT+02:00 Marián Kyral mky...@email.cz: Ahoj, -- Původní zpráva -- Od: Jiri Klement jiri.klem...@gmail.com Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org Datum: 10. 9. 2014 8:32:53 Předmět: Re: [Talk-cz] Tracer - změna distribuce nových verzí Nejspis je to tim, ze pristupujes k GUI ze spatnyho vlakna. Nastav si v JOSM propertu debug.edt-checker.enable=true a kazdej spatnej pristup se bude vypisovat do konzole jako stacktrace. Treba ty informacni dialogy by si nemel zobrazovat primo, ale uvnitr SwingUtilities.invokeLater. Uvidis i spoustu spatnych pristupu primo z JOSM, ty asi nema smysl resit. No o programování multivláknových aplikací nevím vůbec nic. Tak nějak naivně jsem předpokládal, že JOSM to má ošetřeno, případně, že původní plugin to má uděláno dobře. No nemá. Martin Švec mi poslal dlouhý seznam, co je třeba upravit. a že se na to o víkendu snad mrkne. Já si mezitím budu číst něco o EDT a jiných magických zkratkách. Jeste bych chtel poprosit, jestli bys mohl pouzivat spravny jmena balicku - meli by odpovidat adresarovy strukture. Neni to sice povinne, ale je to naprosty standard a treba eclipse tracer kvuli tomu neprelozi. Ehm, že jsem tak smělý, můžeš definovat správný jméno balíčku? Eclipse nepoužívám, v javě jsem samouk, tak netuším, co tím myslíš ;-) Díky, Marián -- Jirka 2014-09-09 21:08 GMT+02:00 Marián Kyral mky...@email.cz: Tak zdá se, že nová verze mnohem častěji generuje výjimku: .NullPointerException v SynthTreeUI.java :-( Dá se to ignorovat, ale vadí mi to. A nevím co s tím. CHYBA: java.lang.NullPointerException java.lang.NullPointerException at javax.swing.plaf.synth.SynthTreeUI.paintExpandControl(SynthTreeUI.java:600) at javax.swing.plaf.synth.SynthTreeUI.paint(SynthTreeUI.java:417) at javax.swing.plaf.synth.SynthTreeUI.update(SynthTreeUI.java:271) at javax.swing.JComponent.paintComponent(JComponent.java:769) at javax.swing.JComponent.paint(JComponent.java:1045) at javax.swing.JComponent.paintToOffscreen(JComponent.java:5210) at javax.swing.BufferStrategyPaintManager.paint(BufferStrategyPaintManager.java:295) at javax.swing.RepaintManager.paint(RepaintManager.java:1249) at javax.swing.JComponent._paintImmediately(JComponent.java:5158) at javax.swing.JComponent.paintImmediately(JComponent.java:4969) at javax.swing.RepaintManager$3.run(RepaintManager.java:808) at javax.swing.RepaintManager$3.run(RepaintManager.java:796) at java.security.AccessController.doPrivileged(Native Method) at java.security.ProtectionDomain$1.doIntersectionPrivilege(ProtectionDomain.java:76) at javax.swing.RepaintManager.paintDirtyRegions(RepaintManager.java:796) at javax.swing.RepaintManager.paintDirtyRegions(RepaintManager.java:769) at javax.swing.RepaintManager.prePaintDirtyRegions(RepaintManager.java:718) at javax.swing.RepaintManager.access$1100(RepaintManager.java:62) at javax.swing.RepaintManager$ProcessingRunnable.run(RepaintManager.java:1677) at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:251) at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:733) at java.awt.EventQueue.access$200(EventQueue.java:103) at java.awt.EventQueue$3.run(EventQueue.java:694) at java.awt.EventQueue$3.run(EventQueue.java:692) at java.security.AccessController.doPrivileged(Native Method) at java.security.ProtectionDomain$1.doIntersectionPrivilege(ProtectionDomain.java:76) at java.awt.EventQueue.dispatchEvent(EventQueue.java:703) at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:242) at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:161) at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:154) at java.awt.WaitDispatchSupport$2.run(WaitDispatchSupport.java:182) at java.awt.WaitDispatchSupport$4.run(WaitDispatchSupport.java:221) at java.security.AccessController.doPrivileged(Native Method) at java.awt.WaitDispatchSupport.enter(WaitDispatchSupport.java:219) at java.awt.Dialog.show(Dialog.java:1082) at java.awt.Component.show(Component.java:1651) at java.awt.Component.setVisible(Component.java:1603) at java.awt.Window.setVisible(Window.java:1014
Re: [Talk-cz] Odstávka LPIS
Ahoj, kouknul jsem na ten heapdump v Eclipse memory analyzer. Problem je, ze JTree, ktera zobrazuje seznam provedenych prikazu v JOSM je prilis velka - priblizne 16k sirka i vyska. Takze kdyz zkousi udelat buffer na vykresleni, tak ma 16k*16k*4=1GB (a to jenom pro vykresleni jednoho radku) + pamet v GTK, kterou v dumpu neuvidim. Netusim, proc je to tak velke, ale zkusil bych ten dialog se seznamem prikazu schovat a zkontrolovat konfiguraci, jestli se tam nejakym omylem nedostali nesmyslne rozmery. -- Jirka 2014-09-09 0:59 GMT+02:00 Martin Švec - OSM o...@maatts.cz: Ahoj, (2) Občas JOSM po kliknutí naráz vyžere celý heap Javy a současně pár giga paměti X server procesu. Zabitím JOSM procesu se vše zas uvolní. Zkouším ještě předchozí verzi JOSM, jestli není bug spíš někde mezi nejnovějším JOSM, Xserverem a nvidia driverem. Pust josm s paremetry -Xmx2048m -XX:+HeapDumpOnOutOfMemoryError (pripadne mensi heap, jde o to, aby pri te chybe pretekl). JOSM spadne a udela javapid.hprof soubor s heapdumpem, do kteryho pak muzem kouknout, co sezralo veskerou pamet. V heapdumpu bude citelna veskera pamet JOSM, takze jestli jeste nepouzivas OsmAuth, tak na nej prejdi, jinak by slo (snadno) vycist tvoje heslo. Heapdump je k dispozici zde: http://uloz.to/xKexoVkr/java-pid9395-hprof-bz2 JOSM verze 7480 s -Xmx1500m -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/tmp -jar josm-tested.jar java version 1.8.0_11 Java(TM) SE Runtime Environment (build 1.8.0_11-b12) Java HotSpot(TM) 64-Bit Server VM (build 25.11-b03, mixed mode) Koukal jsem do dumpu přes JVisualVM ale žádný jasný leak nevidím. Total bytes: 89 251 549 taky rozhodně neodpovídá tomu, co reálně sežral josm proces. Pořád ve mě roste podezření, že to žere něco mimo VM Javy, například GTK. Mám 6 GB RAM + 4 GB swapu a byl problém vůbec ten dump vyrobit. Při -Xmx2000m a vyšších si vzal josm proces přes 8 GB RAM a sejmul ho OOM killer, než stihl něco uložit. Stack při OutOfMemoryErroru je pokaždé stejný: - java.lang.OutOfMemoryError: Java heap space Dumping heap to /tmp/java_pid9395.hprof ... Heap dump file created [103911020 bytes in 1,262 secs] CHYBA: java.lang.OutOfMemoryError: Java heap space java.lang.OutOfMemoryError: Java heap space at java.awt.image.DataBufferInt.init(DataBufferInt.java:75) at com.sun.java.swing.plaf.gtk.GTKEngine.finishPainting(GTKEngine.java:589) at com.sun.java.swing.plaf.gtk.GTKEngine.finishPainting(GTKEngine.java:580) at com.sun.java.swing.plaf.gtk.GTKPainter.paintTreeCellBackground(GTKPainter.java:1181) at javax.swing.plaf.synth.SynthTreeUI.paintRow(SynthTreeUI.java:554) at javax.swing.plaf.synth.SynthTreeUI.paint(SynthTreeUI.java:359) at javax.swing.plaf.synth.SynthTreeUI.update(SynthTreeUI.java:271) at javax.swing.JComponent.paintComponent(JComponent.java:777) at javax.swing.JComponent.paint(JComponent.java:1053) at javax.swing.JComponent.paintChildren(JComponent.java:886) at javax.swing.JComponent.paint(JComponent.java:1062) at javax.swing.JComponent.paintChildren(JComponent.java:886) at javax.swing.JComponent.paint(JComponent.java:1062) at javax.swing.JViewport.paint(JViewport.java:744) at javax.swing.JComponent.paintChildren(JComponent.java:886) at javax.swing.JComponent.paint(JComponent.java:1062) at javax.swing.JComponent.paintToOffscreen(JComponent.java:5217) at javax.swing.BufferStrategyPaintManager.paint(BufferStrategyPaintManager.java:290) at javax.swing.RepaintManager.paint(RepaintManager.java:1252) at javax.swing.JComponent._paintImmediately(JComponent.java:5165) at javax.swing.JComponent.paintImmediately(JComponent.java:4976) at javax.swing.RepaintManager$3.run(RepaintManager.java:811) at javax.swing.RepaintManager$3.run(RepaintManager.java:794) at java.security.AccessController.doPrivileged(Native Method) at java.security.ProtectionDomain$1.doIntersectionPrivilege(ProtectionDomain.java:75) at javax.swing.RepaintManager.paintDirtyRegions(RepaintManager.java:794) at javax.swing.RepaintManager.paintDirtyRegions(RepaintManager.java:769) at javax.swing.RepaintManager.prePaintDirtyRegions(RepaintManager.java:718) at javax.swing.RepaintManager.access$1100(RepaintManager.java:62) at javax.swing.RepaintManager$ProcessingRunnable.run(RepaintManager.java:1680) at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:311) at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:744) Martin ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Odstávka LPIS
Ahoj, (1) Občas vyhodí NullPointerException kdesi hluboko ve stacku swingu uvnitř volání org.openstreetmap.josm.gui.progress.PleaseWaitProgressMonitor$4.run(PleaseWaitProgressMonitor.java:172). Dělá to ještě někomu? Tohle se stava, kdyz se provadi zmeny na GUI componentach z jineho nez EDT vlakna. Swing neni threadsafe, veskere updaty GUI by se meli volat pres SwingUtilities.invokeLater. V Josm byval checker, ktery pri kazdem pristupu do GUI ze spatneho vlakna vypsal do konzole stacktrace (zapinalo se to pres propertu a defaultne v svn verzi), ale kdyz jsem ted kratce kouknul, tak ho tam nevidim. (2) Občas JOSM po kliknutí naráz vyžere celý heap Javy a současně pár giga paměti X server procesu. Zabitím JOSM procesu se vše zas uvolní. Zkouším ještě předchozí verzi JOSM, jestli není bug spíš někde mezi nejnovějším JOSM, Xserverem a nvidia driverem. Pust josm s paremetry -Xmx2048m -XX:+HeapDumpOnOutOfMemoryError (pripadne mensi heap, jde o to, aby pri te chybe pretekl). JOSM spadne a udela javapid.hprof soubor s heapdumpem, do kteryho pak muzem kouknout, co sezralo veskerou pamet. V heapdumpu bude citelna veskera pamet JOSM, takze jestli jeste nepouzivas OsmAuth, tak na nej prejdi, jinak by slo (snadno) vycist tvoje heslo. -- Jirka 2014-09-08 14:58 GMT+02:00 Marián Kyral mky...@email.cz: -- Původní zpráva -- Od: Martin Švec - OSM o...@maatts.cz Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org, mky...@email.cz Datum: 8. 9. 2014 14:24:34 Předmět: Re: [Talk-cz] Odstávka LPIS Ahoj, Dne 8.9.2014 7:10, Marián Kyral napsal(a): Ahoj, díky ta intenzivní testování. -- Původní zpráva -- Od: Martin Švec - OSM o...@maatts.cz Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org, Marián Kyral mky...@email.cz Datum: 8. 9. 2014 1:28:45 Předmět: Re: [Talk-cz] Odstávka LPIS Ahoj, tak jsem potrápil nejnovější LPIS tracer, díky za pěknou práci :-)) Pár postřehů: (1) Občas vyhodí NullPointerException kdesi hluboko ve stacku swingu uvnitř volání org.openstreetmap.josm.gui.progress.PleaseWaitProgressMonitor$4.run(PleaseWaitProgressMonitor.java:172). Dělá to ještě někomu? Tak tohle jsem ještě neviděl. Některé verze JOSM mi vyhazovaly NPE někde v hloubi gui.painter. Ale už se mi to nějakou dobu nestalo. Dělal mi to už kdysi RUIAN tracer, pak to zmizelo. Nezjistil jsem, jestli to bylo upgradem traceru nebo upgradem z IcedTea na Oraclí Javu. Přijde mi to jako nějaký race, když klikám rychleji než tracer stíhá zavírat dialog. Zkusím večer chvíli klikat z PC v práci s Win7, jestli se něco objeví. No já mám stále IcedTea - teď momentálně 7.2.4.7. Máš poslední verzi JOSM? Tam už ten problém s informačními dialogy nějak opravili - Normálně klikám a když přestanu, tak se ještě nějakou dobu bubliny postupně objevují. (2) Občas JOSM po kliknutí naráz vyžere celý heap Javy a současně pár giga paměti X server procesu. Zabitím JOSM procesu se vše zas uvolní. Zkouším ještě předchozí verzi JOSM, jestli není bug spíš někde mezi nejnovějším JOSM, Xserverem a nvidia driverem. Taky se mi ještě nestalo. Dokonce ani nemám tu doporučovanou volbu -Xmx...m. Ale zase na druhou stranu, mám na všech počítačích minimálně 4GB. Na tom nejnovějším dokonce 16G. Nicméně jsem si všiml, že u hodně velkých polí trvá ta automatika docela dlouho. Nejprve se vypíše, že bylo natrasováno pole, ale ještě pár sekund trvá, než se zobrazí. Dělá ti to u nějakých velkých lánů? Nebo i u pidi políček? Nebo při napojování malého políčka na nějaký obrovský lán, případně les? Je to jasný zacyklený memory leak, mám 6GB RAM ale nezáleží kolik paměti Javě dám, během pár sekund sežere celý heap. Systém jsem v tom zatím nenašel, někdy malé políčko, někdy velký lán. Nejvíc ramky si ale vezme Xorg, možná jen tracer zviditelnil chybu někde hlouběji. No, moje gentoo je směska verzí různých balíků, asi by to chtělo po 7mi letech rolling updates reinstall od nuly :-) Tak tohle se mi fakt ještě nestalo. Na jednom stroji Gentoo ~amd64, kernel 3.16.0-gentoo, X (1.15.1) a nvidia (340.32). Na druhé zkouším stable. Grafika tam je intel. (3) Ořezávání okolních polygonů je obecně super, ale místy dělá psí kusy :-) Semtam si vybere špatný směr v cestě LPIS polygonu a místo ořezu udělá zmrveninu připomínající sjednocení. Viz screenshot v příloze -- uprostřed byl remízek v polích, místo ořezu se ve vyznačeném místě rozlezl přes natrasovaný polygon. Ještě častější je vznik části cesty, která leze do hrany mezi dva LPIS polygony a vrací se zpátky sama po sobě. Jo o tom vím. Dokonce to umím i nasimulovat. Co zatím neumím, je to správně vyřešit. Musím si na to sednout, nachystat si testovací příklady a zkoušet možnosti. Mám nějaký nápad, uvidím, jestli zafunguje. Doufám, že se k tomu tento týden dostanu. Na ocásky se snad taky dostane. Zase musím dávat bacha, abych neusekl ten nesprávný kousek ;-) Možná blbý dotaz -- nesnažíš se zbytečně vymýšlet
Re: [Talk-cz] mapovani turistickych znacek - soustredene usili
Ahoj, Ja pouzivam OSM Tasking Manager (nainstalovany lokalne). V oblasti kde jezdim jsem porovnal OSM s mapami od Atlasu (protoze sli jednoduse pridat to JOSM) a cervene oznacil dlazdice, kde se OSM a Atlas lisi, zelene kde jsou stejne. Ale pouziti Tasking manageru je spis hack, napriklad kdyz jsem se ukliknul a o oznacil chybnou dlazdici zelene, tak to slo resit jenom rucni editaci databaze. Navic amapy.cz pred 14 dny skoncily. -- Jirka 2013/12/3 datincz . zbynek.datin...@gmail.com: poměrně hezká evidence chyb v značení je zde: http://osm.paws.cz/hiking.php ,nicméně pokud značka kompletně chybí tak by se na ní asi přišlo jen porovnáním (čísla trasy?) s db KCT (pakliže je přístupná a licenčně v pořádku). Jsem rád, že byla tato problematika nakousnuta, protože mapování těchto tras se většinou neobejde bez GPS loggeru a hromady nachozených km a sám jsem tomu za poslední roky věnoval nemalé úsilí... datin Dne 2. prosince 2013 22:20 Petr Holub ho...@ics.muni.cz napsal(a): Ahoj, chtěl bych se zeptat, máme-li přehled o turistických trasách (KCT) v OSM, přehled o jejich stavu (tabelární/mapový?), který by ukazoval co máme, co nám chybí, něco jako kdysi uzly silniční sítě? Říkám si, že mapování značek by bylo efektivnější, kdyby takový přehled existoval, aby se mappeři spíše vydali do míst, která zatím pokrytá nejsou Nějaký tip? podle mne máme akorát nepříliš často aktualizované stránky: https://wiki.openstreetmap.org/wiki/Trasy_K%C4%8CT https://wiki.openstreetmap.org/wiki/Cyklotrasy_v_%C4%8CR a pak samozřejmě vizuální pohled na http://mtbmap.cz/ v zoomu 11 nebo menším. Nějaké lepší nástroje by určitě bodly, zejména pokud bychom měli informace o tom, kolik kde nám ještě chybí protrasovat :-) Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Tasking manager
Ja to delam podobne, kouknu na mtbmap.cz, porovnam s mapy.cz a kde je volny misto, tak tam vyrazim. Ale tech volnych mist uz neni tolik :-). Jinak souhlasim, ze je to fajn vec na organizovani vyletu, tim ze jezdim jen tam kde jeste neni zmapovano mam zarucene, ze vzdycky uvidim neco noveho :-). Uz jsem si naistaloval tasking manager na notebooku, tak si tam zkusim zapadni cechy vyplnit. Zeleny ctverec = osm sedi na mapy.cz, cerveny = v osm neco chybi. 2012/12/21 Petr Holub ho...@ics.muni.cz Ahoj, nevite o necem s podobnou funkcionalitou jako tasking manager zminovany v diskuzi o Cadu? Docela by se mi libilo mit nekolik podobnych tasku pro CR, napriklad task pro podrobne zmapovane cesty/pesiny, pro budovy nebo i pro turisticke/cyklo stezky. Napriklad kdyz jedu na vylet na kole, tak se snazim jet nekam, kde jeste nejsou stezky zmapovane, ale mam uz okoli hodne projezdene, takze uz je docela potiz najit vhodnou trasu. ja to delam tak, ze se podivam na www.mtbmap.cz, kde jsou prazdna mista na mape (a pripadne si overim v JOSM, ze je to aktualni situace), a kdyz mam cas, tak tam vyrazim :) Daji se tak realizovat i docela pekne rodinne vylety pesky i na kole :). Jinak ty tasking managery jsou vhodne zejmena na oblasti, kde mapovani probiha intenzivne, coz bych rekl, ze cyklo a turisticke mapovani v ramci cele CR zrovna neni (pokud by bylo, tak jsem vsema 10 neco takoveho pouzivat). Petr ___ 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] Tasking manager
Ahoj, nevite o necem s podobnou funkcionalitou jako tasking manager zminovany v diskuzi o Cadu? Docela by se mi libilo mit nekolik podobnych tasku pro CR, napriklad task pro podrobne zmapovane cesty/pesiny, pro budovy nebo i pro turisticke/cyklo stezky. Napriklad kdyz jedu na vylet na kole, tak se snazim jet nekam, kde jeste nejsou stezky zmapovane, ale mam uz okoli hodne projezdene, takze uz je docela potiz najit vhodnou trasu. -- Jiri Klement ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] import budov
Ahoj, ja jsem pro co nejvetsi automatizaci. Predstavoval bych si to jako plugin do JOSM, ktery pro zadanou oblast zobrazi tri typy zmen: 1) trivialni zmeny - v ruian je neco navic nebo zmena u objektu z importu 2) podezrele zmeny - v ruian je zmena u objektu, ktery nekdo manualne upravil 3) potvrzene zmeny - ruian a osm se rozchazeji, ale nekdo uz oznacil osm verzi jako spravnejsi. Aplikace by mela mit moznost oznacit objekt z ruian jako neexistujici - pripadne mi to jako mensi zlo, nez mit v osm node, ktery by pouze rikal, ze tahle budova uz nestoji a v ruianu je to spatne. Az by se to trosku vyzkouselo, tak by trivialni zmeny mohl delat bot sam. Akorat bych tam nechal moznost oznacit oblast, o kterou se stara primo nektery uzivatel. Tim by se zajistilo, ze do dobre zmapovanych a kontrolovanych oblasti ruian nezavlece nejakou chybu, ktere by si nikdo nevsimnul. -- jirka 2012/8/3 hanoj eha...@gmail.com: Postup - rozdělit podle katastrů, velké katastry klidně ještě na pár částí a ty pak postupně ručně importovat je určitě lepší, než hromadný import. *** napred rucne a pak import - zda se mi to jako komplikace pro cloveka pracujiciho s importem navic. Uz tak dost je to slozite a nevidim tam prinos toho jednotlivce. Uz z koordinace UIR-ADR je zrejme ze samotna domluva je slozita: http://wiki.openstreetmap.org/wiki/Import_Adres_%C4%8CR Když budou data někde k dispozici + stránka na wiki, za pár měsíců uživatelé naimportují své okolí a pak se ukáže, co zbývá a uvidí se, co s tím zbytkem. *** kolik si z tech 13 000 k.u. beres? ;) Uzivatelske zpracovani UIR-ADR bylo po okresech a dosud neni kompletni... http://wiki.openstreetmap.org/wiki/Import_Adres_%C4%8CR ha 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
Re: [Talk-cz] pojmenování turistických tras
Ahoj, v JOSM je ted mozne definovat vlastni sablony pro pojmenovani osm objektu: http://josm.openstreetmap.de/wiki/NameTemplate Takze je mozne si definovat sablonu, ktera bude treba ukazovat ref, name a description, pokud je k dispozici. 2011/11/7 Karel Volný ka...@seznam.cz: zdravím, právě jsem zjistil, mno, spíše konečně mi došlo, že dělám zásadní chybu, když si do názvů (name) turistických tras cpu jejich popis jenže bez toho se s tím pracuje pěkně naprd ... jednak při editaci, kdy nevím, která relace je která (aniž bych ji rozklikával a koukal na průběh nebo další tagy; to jméno vidím hned), a jednak když koukám do přehledový mapy a hledám, jestli z tý trasy, na který dělám, už někde není kus zmapovanej, abych to připojil a nezakládal novou relaci můžeme se domluvit na konvenci, že nemá-li trasa jasný název (resp. při mapování nebyl zjištěn), tak se v name ten popisek nechá, akorát se dá do závorky, jako odlišení, že to není oficiální název (případně pokud je oficiální název nicneříkající, tak ponechat i tu závorku)? ... jiný návrhy? K. ___ 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] Znaceni zrusenych turistickych stezek
Ahoj, Ma smysl nechavat v mape zrusene (preznacene) turisticke stezky? Me by se docela libilo, kdyby na OTM existovala vrstva, ktera je vykresli. Kdyz se rozhoduji, kam na kole vyrazit mapovat, tak porovnavam OTM a mapy.cz a zrusene stezky mi v tom samozrejme delaji zmatek. A pokud byla stezka zrusena drive, nez se dostala do OSM - bylo by legalne v poradku mit v OSM oznacene, ze nekde existovala stezka a uz neexistuje? S tim, ze o te stezce vim jenom z (neaktualni) komercni mapy? -- Jirka ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Tracer na rozpoznání budov z katastr . map
Ja myslim, ze pametova narocnost JOSM uz neni tak hrozna, na praci s 60MB osm potrebuje 100MB heap (+ nejaky overhead jvm). A dalsi pametove optimalizace mam v planu. Co se tyce rychlosti, tak je treba poustet javu s dostatkem pameti (parameter -Xmx) a v server modu. Server mod znamena, ze se pouzije vice optimalizaci, takze JOSM se bude o neco dele spoustet, ale o to rychleji potom pobezi. Velikost pameti je dulezita, nove verze javy maji (imho nestastnou) vlastnost, ze pred tim nez vyhodi OutOfMemory, tak budou se hodne dlouho snazit pamet uvolnit. Takze pokud JOSM jede na hrane (a defaultni velikosti heapu na Windows je 64MB, coz je na hrane), tak se zbytecne zpomali. A pokud presto mate nejaky usecase, kde je JOSM prilis pomaly, tak si stezujte na tracku. 2010/1/31 Petr Dlouhý petr.dlo...@email.cz: Je fakt, že pomalost JOSM a jeho paměťová náročnost mi také vadí. Nemožnost tvořit body může být způsobená buď tím, že jsi nepochopil, že JOSM má různé editační módy (přidávání, editace, zvětšování). Pokud to si opravdu myslíš, že je to chyba JOSM, a že to ostatní nevidí protože jsou na to zvyklí, tak můžeš nahlásit chybu. Jinak je většina funkcionality toho Traceru v tom samostatném serveru, takže by nebyl problém udělat plugin do Merkaartoru, kdyby pluginy podporoval. On Sun, 31 Jan 2010 00:51:59 +0100, Frettie fret...@gmail.com wrote: No, dal jsem znova šanci JOSM a stále bych byl pro nějakou jinou možnost. Je pár problémů, je to Javový (a to v tom píšu bakalářku) a dsně pomalý a hlavně neohrabaný. Sem tam se tak jako stane (neznámo proč) že nemůžu tvořit body, až odklikávám sebevíc a to je prostě věc, která u programu, kterej bych někdy měl použít být nemůže. To vidím jen já, jak je to nešikovnej program? Zlatej Merkaartor, uvítal bych tak i možnost klikat v nějakém okně samostatně. Jo a mimochodem, je to jen u mě, nebo víc lidem u v. 2561 nefunguje czechadress? J. 2010/1/29 Jan Bilak jan.bilak@gmail.com: Zdravím pánové, prosím o vyzkoušení první betaverze traceru budov z katastrálních map. http://jabi.aspone.cz/osm/TraceServerBeta1.zip Archiv obsahuje dva soubory. 1) Osm.Kn.Trace.Server.exe 2) tracer.jar První z nich je trasovací server, který je třeba mít spuštěný v průběhu trasování. Poslouchá na portu 5050 a zatím není nijak konfigurovatený. Prostě jej spustíte a až jej nebudete potřebovat, tak jej zavřete. To je vše. Doporučuji jej dát do prázdného adresáře, proto si k sobě ukládá dočasné soubory (stažené a předzpracované výseky katastrální mapy). Druhý soubor je plugin do JOSM (založený na LakeWalkeru). Ten zkopírujete do adresáře s pluginy JOSM (ve Vistě např. c:\Users\[userName]\AppData\Roaming\JOSM\plugins). Funguje s verzí 2561 JOSM. Aktivujete jej v nastavení. Přibude nástroj Tracer (klávesová zkratka T). Po aktivaci nástroje můžete klikat na mapu a mělo by to trasovat. Opětovným zvolením nástroje (nebo T) by se měl zase deaktivovat. Uvítám připomínky, ale nevím, kdy je stihnu realizovat. Nějaký další vývojář by se hodil... Kdo se hlásí dobrovolně? :) BTW: Jak to má tagovat ty budovy? Honza 2010/1/28 Frettie fret...@gmail.com: To si právě nemyslím, to, že je složitý, pro mě jako začátečníka v mapování (no dobře, mám za sebou práci v ArcGISu a Topolu) to bylo fajn, bylo snadné se napojit, snadné si nakonfigurovat to, co jsem potřeboval. JOSM odpuzuje bohužel už tím, jak vypadá a taky tím, že je tuším v Javě. Možná jsi měl jen smůlu na špatný kus, mě se lehce škubne, jen při velkém počtu bodů a linek (a to nemám zdaleka oslnivý hardware). Ale API nemá (zatím). 2010/1/28 Jan Bilak jan.bilak@gmail.com: Na Merkaator jsem zběžně koukal a nějak mne zatím nepřesvědčil. A to ani možnostmi (to jsem ani moc nečekal), ani rychlostí (to jsem čekal, protože je psaný v C++/qt a to je hodně výkonná platforma - třeba při tažení nové cesty se to vyloženě škube a to podle mne značí spíše na použití špatných algoritmů a datových struktur). A nakonec ani jednoduchostí ... na první pohled. Ale možná je to tím, že na JOSM jsem přeci jen koukal delší dobu. Tu jednoduchost jsem myslel hlavně pro lidi, kteří se chtěl OSM zúčastnit tak nějak rekreačně - dodělat si tam nějaké okolí svého domu, nic neimportovat, neprogramovat, ... Ale možnost volby je dobrá věc - nechť každý používá to, co mu vyhovuje. Honza -- Forwarded message -- From: Frettie fret...@gmail.com Date: 2010/1/27 Subject: Re: [Talk-cz] Tracer na rozpoznání budov z katastr. map To: OpenStreetMap Czech Republic talk-cz@openstreetmap.org Právě, ono takovej merkaartor je super věc, JOSM je jak složitý, tak prostě ovladatelný. :/ Ale asi by mě to donutilo přejít, to zas jo. 2010/1/27 Jan Bilak jan.bilak@gmail.com: Ahoj, uvažoval jsem podobně ... zatím tedy o JOSM a API pro pluginy moc nevím. A v Javě jsem něco naposledy před x lety (nějaké drobnosti tedy i později, ale mnohem větší zkušenosti mám s .NETem). Přepsat jádro
Re: [Talk-cz] Tracer na rozpoznání budov z katastr . map
Jeste bych dodal, ze v posledni dobe bylo pridano dost optimalizaci, ktere zatim jsou pouze v josm-lastest. 2010/1/31 Jiri Klement jiri.klem...@gmail.com: Ja myslim, ze pametova narocnost JOSM uz neni tak hrozna, na praci s 60MB osm potrebuje 100MB heap (+ nejaky overhead jvm). A dalsi pametove optimalizace mam v planu. Co se tyce rychlosti, tak je treba poustet javu s dostatkem pameti (parameter -Xmx) a v server modu. Server mod znamena, ze se pouzije vice optimalizaci, takze JOSM se bude o neco dele spoustet, ale o to rychleji potom pobezi. Velikost pameti je dulezita, nove verze javy maji (imho nestastnou) vlastnost, ze pred tim nez vyhodi OutOfMemory, tak budou se hodne dlouho snazit pamet uvolnit. Takze pokud JOSM jede na hrane (a defaultni velikosti heapu na Windows je 64MB, coz je na hrane), tak se zbytecne zpomali. A pokud presto mate nejaky usecase, kde je JOSM prilis pomaly, tak si stezujte na tracku. 2010/1/31 Petr Dlouhý petr.dlo...@email.cz: Je fakt, že pomalost JOSM a jeho paměťová náročnost mi také vadí. Nemožnost tvořit body může být způsobená buď tím, že jsi nepochopil, že JOSM má různé editační módy (přidávání, editace, zvětšování). Pokud to si opravdu myslíš, že je to chyba JOSM, a že to ostatní nevidí protože jsou na to zvyklí, tak můžeš nahlásit chybu. Jinak je většina funkcionality toho Traceru v tom samostatném serveru, takže by nebyl problém udělat plugin do Merkaartoru, kdyby pluginy podporoval. On Sun, 31 Jan 2010 00:51:59 +0100, Frettie fret...@gmail.com wrote: No, dal jsem znova šanci JOSM a stále bych byl pro nějakou jinou možnost. Je pár problémů, je to Javový (a to v tom píšu bakalářku) a dsně pomalý a hlavně neohrabaný. Sem tam se tak jako stane (neznámo proč) že nemůžu tvořit body, až odklikávám sebevíc a to je prostě věc, která u programu, kterej bych někdy měl použít být nemůže. To vidím jen já, jak je to nešikovnej program? Zlatej Merkaartor, uvítal bych tak i možnost klikat v nějakém okně samostatně. Jo a mimochodem, je to jen u mě, nebo víc lidem u v. 2561 nefunguje czechadress? J. 2010/1/29 Jan Bilak jan.bilak@gmail.com: Zdravím pánové, prosím o vyzkoušení první betaverze traceru budov z katastrálních map. http://jabi.aspone.cz/osm/TraceServerBeta1.zip Archiv obsahuje dva soubory. 1) Osm.Kn.Trace.Server.exe 2) tracer.jar První z nich je trasovací server, který je třeba mít spuštěný v průběhu trasování. Poslouchá na portu 5050 a zatím není nijak konfigurovatený. Prostě jej spustíte a až jej nebudete potřebovat, tak jej zavřete. To je vše. Doporučuji jej dát do prázdného adresáře, proto si k sobě ukládá dočasné soubory (stažené a předzpracované výseky katastrální mapy). Druhý soubor je plugin do JOSM (založený na LakeWalkeru). Ten zkopírujete do adresáře s pluginy JOSM (ve Vistě např. c:\Users\[userName]\AppData\Roaming\JOSM\plugins). Funguje s verzí 2561 JOSM. Aktivujete jej v nastavení. Přibude nástroj Tracer (klávesová zkratka T). Po aktivaci nástroje můžete klikat na mapu a mělo by to trasovat. Opětovným zvolením nástroje (nebo T) by se měl zase deaktivovat. Uvítám připomínky, ale nevím, kdy je stihnu realizovat. Nějaký další vývojář by se hodil... Kdo se hlásí dobrovolně? :) BTW: Jak to má tagovat ty budovy? Honza 2010/1/28 Frettie fret...@gmail.com: To si právě nemyslím, to, že je složitý, pro mě jako začátečníka v mapování (no dobře, mám za sebou práci v ArcGISu a Topolu) to bylo fajn, bylo snadné se napojit, snadné si nakonfigurovat to, co jsem potřeboval. JOSM odpuzuje bohužel už tím, jak vypadá a taky tím, že je tuším v Javě. Možná jsi měl jen smůlu na špatný kus, mě se lehce škubne, jen při velkém počtu bodů a linek (a to nemám zdaleka oslnivý hardware). Ale API nemá (zatím). 2010/1/28 Jan Bilak jan.bilak@gmail.com: Na Merkaator jsem zběžně koukal a nějak mne zatím nepřesvědčil. A to ani možnostmi (to jsem ani moc nečekal), ani rychlostí (to jsem čekal, protože je psaný v C++/qt a to je hodně výkonná platforma - třeba při tažení nové cesty se to vyloženě škube a to podle mne značí spíše na použití špatných algoritmů a datových struktur). A nakonec ani jednoduchostí ... na první pohled. Ale možná je to tím, že na JOSM jsem přeci jen koukal delší dobu. Tu jednoduchost jsem myslel hlavně pro lidi, kteří se chtěl OSM zúčastnit tak nějak rekreačně - dodělat si tam nějaké okolí svého domu, nic neimportovat, neprogramovat, ... Ale možnost volby je dobrá věc - nechť každý používá to, co mu vyhovuje. Honza -- Forwarded message -- From: Frettie fret...@gmail.com Date: 2010/1/27 Subject: Re: [Talk-cz] Tracer na rozpoznání budov z katastr. map To: OpenStreetMap Czech Republic talk-cz@openstreetmap.org Právě, ono takovej merkaartor je super věc, JOSM je jak složitý, tak prostě ovladatelný. :/ Ale asi by mě to donutilo přejít, to zas jo. 2010/1/27 Jan Bilak jan.bilak@gmail.com: Ahoj, uvažoval jsem podobně ... zatím tedy o
Re: [Talk-cz] Přechod českých turistických tra s na OSMC
Me se osmc moc nelibi, protoze neni semanticky. Urcite bych na nej neprechazel, myslim ze v mape by mela byt informace jestli se jedna a obycejnou / mistni nebo naucnou stezku, ne pouze symbol. Pokud ale existuji globalni renderery podporujici osmc, pak by bylo mozne uvazovat o nejakem botovi, ktery cestam s kct_red tagovanim automaticky prida osmc:symbol tag. Jinak kdysi jsem navrhoval (mimojine) univerzalni system pro trasy - http://wiki.openstreetmap.org/wiki/Hiking/Trails Pak jsem ale mel moc prace s diplomkou a v praci, takze jsem to nedokoncil. Zakladni myslenka byla, ze kazdy stat si trasy bude znacit tak, jak se mu libi. Dale bude existovat popis znacek (podobny treba kosmos pravidlum), ktere obecnym tagum priradi symbol nebo barvu/styl stezky. -- Jiri Klement ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] OpenTrackMap
Ahoj, moc nechapu to mapovani pomoci relaci. Kdyz mam cervenou a zlutou stezku, ktere vedou castecne vedle sebe, tak by prece meli byt pouze dve relace - jedna pro cervenou a druha pro zlutou stezku. Nektere cesty proste budou ve vice nez jedne relaci. Jestli je problem tohle vykreslit, tak muzes pouzit [1], kde se kazdy den generuji stezky s odstranenimy relacemi. Nerozlisuju normalni a naucne stezky, ale pokud by byl zajem, tak to muzu dodelat. [1] http://openstreetmap.cz/kct.osm 2009/8/5 Radek Bartoň black...@post.cz: Jo a ještě jsem zapoměl poznamenat, že vzledem k průhlednosti vykreslených stezek je vhodné tagovat značky buď pomocí tagů přímo nebo pomocí relací, ale ne oboje. -- Ing. Radek Bartoň Faculty of Information Technology Department of Computer Graphics and Multimedia Brno University of Technology E-mail: black...@post.cz Web: http://blackhex.no-ip.org Jabber: black...@jabber.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
Z pohledu vykreslování je právě tento způsob celkem problém. Použít kct.osm by bylo řešení. Nicméně lepší by bylo, kdyby šlo nějakým skriptem převést stezky tagované bez relací na relace, rozsekat relace na relace o jedné barvě, tak jak jsem to popsal v úvodním e-mailu a pak naimportovat pouze tyto relace do DB a vykreslit. Zabránilo by se tak drobným artefaktům při vykreslování jednotlivých segmentů. Čím jste kct.osm vytvořil? Že bych si podobně vytvořil extrakt značek speciálně pro moje účely. Je to kombinace osmosis a XSLT transformaci. Vecer ti to poslu. ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Spolupráce na OSM
Me to cele pripadne moc komplikovane, cilem by melo byt seznamit lidi, ze existuje osm, ne naucit je pouzivat api. Predstavoval bych si to spise tak, ze by se okoli cache podrobne zmapovalo, a nasledne se uvedly instrukce typu cache lezi priblizne v teto oblasti, pobliz cesticky ve tvaru..., 50 metru od Okoli by melo byt opravdu podrobne zmapovano, aby se cache dala v rozumnem case najit pouze s pomoci OSM, aby nestacila dobra turisticka mapa. Podminky bych tam vubec zadny nedaval, jenom zminku o tom, ze podobne podrobne si muzou zmapovat i svoje okoli, pripadne zaznamenat a nakreslit svoje cesty za jinymi cachemi. 2009/6/26 Frettie fret...@gmail.com: No, tohle by taky šlo. A pokud to chcete koordinovat, tak jich můžeme současně otevřít více a na více místech. Já mám pod palce Třebíč a okolí, případně bych mohl zkusit i Brno, ale nerad, nemám jich tam tak moc odlovených. 2009/6/26 Petr Dlouhý petr.dlo...@email.cz: On Fri, 26 Jun 2009 15:14:31 +0200, Frettie fret...@gmail.com wrote: Nestačí tam dát node speciálně pro tu cache? Prostě to otagovat vlastním tagem. Např. osm_geocache=yes, note=nemazat,nehybat!. Ano, tohle zní každopádně lépe. Nicméně, čím by se nehnulo, napadá vás něco? -- Petr Dlouhý ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz -- S pozdravem, Jirka Sedláček --- jirisedla...@gmail.com ___ 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
Na openstreetmap.cz je taky aktualni mapa, vrstva KCT vse se obnovuje kazdy den. 2009/6/24 Jachym Cepicky jachym.cepi...@gmail.com: Ahoj, super, konečně aktuální mapa se značkama. Tohle je IMHO nejdůležitější - aby bylo někde vidět, jak to přibývá a že to má smysl. Dík J On Wed, Jun 24, 2009 at 11:19:58AM +0200, Radek Bartoň wrote: Dobrý den. Na server http://blackhex.no-ip.org/opentrackmap.html jsem nahrál další verzi mapy OpenTrackMap. Tentokrát je celá ČR vykreslována do úrovně 13 a Lysá Hora v Beskydech do úrovně 17. Hlavní změny jsou v tom, že jsem díky radě Jáchyma konečně vyřešil problém se špatně projektovaným stínováním. Mapa je teď dostupná ve dvou variántách: ve standardní kvalitě (256 barev) a ve vysoké kvalitě (32bit), úspora místa standardní kvality je trochu více než dvojnásobná. Turistických stezek je vykresleno daleko více, ale bohužel jsem zjistil, že i tak nejsou vykreslovány úplně všechny, co jsou v datech, a tak je v úrovni 13 jen necelá polovina republiky a teďka mi běží nové rendrování. Jelikož jsem však provedl drobnou optimalizaci načítaných dat, vykreslování by mělo jet tentokrát rychleji. S pozdravem, -- Ing. Radek Bartoň Faculty of Information Technology Department of Computer Graphics and Multimedia Brno University of Technology E-mail: black...@post.cz Web: http://blackhex.no-ip.org Jabber: black...@jabber.cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz -- Jachym Cepicky e-mail: jachym.cepicky gmail com URL: http://les-ejk.cz GPG: http://www.les-ejk.cz/pgp/JachymCepicky.pgp Key fingerprint: 0C6D 0EAE 76BD 506C F299 ED8A C8AB 74B8 08D4 E08F -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkpB/ysACgkQyKt0uAjU4I+19ACeIXtUF6hJAs08B++igoUkK7nZ YxgAoIoX4X6phNg8Kxsrb1oWuRiPBRfV =snIf -END PGP SIGNATURE- ___ 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?
V osm je zatim jenom mala cast turistickych stezek, zato jsou ale presnejsi a hlavne aktualnejsi. Casto narazim na stezky, ktere vedou uplne jinudy nez na mapy.cz,mapy.idnes.cz nebo amapy.cz. Pripadne nove nebo naopak jiz neexistujici stezky. Mozna by bylo zajimave sestavit mapu, kde budou zaroven stezky z mapy.cz a z OSM. Jinak ja zatim OSM v prirode nepouzivam, ale pokud by byla k dispozici osm mapa s turistickymi stezkami, tak bych asi zacal. Hlavne proto, abych mel i v terenu prehled co uz je zmapovane. Ale priznavam, ze bych si pro jistotu nechal i normalni turistickou mapu. -- Jiri Klement 2009/5/23 Radomír Černoch radomir.cern...@gmail.com: Ještě mě tak napadá, zda má při dnešním stavu turistických tras v OSM vůbec cenu takový projekt rozjíždět. Já bych měl docela strach vyrazit do přírody se současnou mapou OSM... S pozdravem, Radek Černoch 2009/5/23 Pavel Kovář f...@vsetin.org: Jak velká může být hotová mapa republiky ? Na kolik je reálné renderování a distribuování map, rozdělené třeba na okresy, způsobem gridubittorentu ? Nějaký koordinační tracker by mohl bydlet i klasickém webhostingu s podporu PHP a nějakou DB. === Sat, 23 May 2009 20:42:41 +0100 Radomír Černoch radomir.cern...@gmail.com napsal: Zdravím, samotné renderování je otázkou chvíle, zprovoznění mapniku trvá 30 minut a samotného serveru se slippy map dalších 15. Celé to může běžet na standardním serveru Apache. Otázka kreslení reliéfu není problém. Pokud se nepletu, používá se na ni emboss filtr a nepříliš podrobná, avšak použitelná data jsou zdarma k dispozici. Jediná možná potíž je kreslení turistických značek tak, aby se navzájem nepřekrývali -- tedy ne jako v případě openstreetmap.cz. Jako problém vidím: kde, za kolik a z čeho server provozovat. S pozdravem, Radek Černoch 2009/5/23 Petr Schonmann ps...@seznam.cz: Vzal bych si inspiraci od serveru freemap.sk, zkuste se zeptat tam. Předpokládám, že kdybych chtěl takovou službu založit, musel bych vyrendrovat dlaždice pomocí Mapniku s vhodným stylem. Nevím však, jaký software se používa jako server OpenStreetMap dlaždic? S Mapnikem nemám žádné zkušenosti, takže by mi to zabralo celkem spoustu času, než bych něco takového rozchodil, a proto se ptám jestli to už někdo zkoušel. Osobně bych preferoval zobrazení reliefu pomocí vrstevnic a stínování (ala Google) místo barevných vrstevnic (ala OpenCycleMap). Co se týče pamětihodností, hradů, přírodních utvarů, atd., tam by se musely domluvit nějaké standardizované ikony. Také mě napadá, že by nebylo špatné mít vizualizované skalní útvary. Víte jestli toto jde s Mapnikem udělat? Máte nějaké další nápady, co by na takové mapě mělo být? -- Ing. Radek Bartoň Faculty of Information Technology Department of Computer Graphics and Multimedia Brno University of Technology E-mail: black...@post.cz Web: http://blackhex.no-ip.org Jabber: black...@jabber.cz S pozdravem Mail: ps...@seznam.cz http://fatbozz.towerofglass.net/v2/ ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz -- Radomir Cernoch +44 750 708 8293 / +420 607 282 031 Email, Jabber: radomir.cern...@gmail.com ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz S pozdravem Pavel Kovář ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz -- Radomir Cernoch +44 750 708 8293 / +420 607 282 031 Email, Jabber: radomir.cern...@gmail.com ___ 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] Cyklotrasy
Na tom blogu jsou i zdroje informaci, ktere nevypadaji moc dobre. 2009/5/8 Petr Dlouhý petr.dlo...@email.cz: On Fri, 08 May 2009 21:35:08 +0200, Petr Dlouhý petr.dlo...@email.cz wrote: Ahoj, napoprvé jsem nepochopil, že email nepíše Euler, ale Fatbozz. Napsal jsem tedy Eulerovi dotaz, jestli trasy mapoval on, a jestli souhlasí s jejich využitím v OSM. Jinak jsem koukal na ten soubor, a jeho využití by bylo poměrně jednoduché a přímočaré - tedy převod pomocí GPSbabel, a potom ruční editace relací (to by asi nebylo ani moc práce). A znamenalo by to velký přínos, protože ty stezky jsou tam zmapovány i velký kus za Prahou. Co znamená kdosi zanechal? Pokud ty trasy nemají jasný původ, není jejich využití pro OSM možné. -- Petr Dlouhý ___ 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] Cyklotrasy
Jenom k tagu operator - myslim, ze by bylo dobre pouzivat vzdy prefix cz, tedy napriklad operator=cz:MHP. Zmensi se tak pravdepodobnost kolize. 2009/5/7 Petr Dlouhý petr.dlo...@email.cz: On Thu, 07 May 2009 09:00:29 +0200, Tomáš Tichý t.ti...@post.cz wrote: Já bych to tak dělal. To že jde o jednu síť označí právě to operator=MHP. Ono už network=ncn/lcn/rcn je asi trochu proti smyslu tagu network. Jinak zrovna A50 je zároveň 8100, takže ncn (moje chyba v předchozí odpovědi). Variantu kdy rozlišíme třídy cyklotrasy jsem také ochoten akceptovat, pak bychom se ale měli domluvit jak na to. Třeba v Praze A1-A50 jako rcn a ostatní jako lcn, v ČR 1-999 jako ncn a ostatní jako rcn. Nebude to faktograficky správně, ale bude to vypadat líp na mapě :-). -- Petr Dlouhý ___ 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] Tagovani turistickych stezek
Pridal jsem renderovani cyklostezek a nahral aktualni verzi na: http://jttt.110mb.com/routes.jar Predelal jsem to tak, aby to fungovalo univerzalne. Az budu mit cas tak udelam konfiguraci do xml aby bylo mozne renderovat libovolne route. Prakticky vubec jsem to netestoval, takze bugy pravdepodobne. Radku, muzes zkusit jestli se i v teto verzi projevuje popisovany bug? Koukal jsem na to a netusim jak by k popisovanemu chovani mohlo dojit. Proto myslim, ze mas nekde porad starou verzi. Plugin zatim neni v svn, takze neni mozne pouzit automatickou aktualizaci, je nutne novou verzi nahrat rucne do adresare .josm. Jestli ti to bude renderovat cyklostezky (fialove) a zaroven spatne vykreslovat, pak bude jiste, ze v aktualni verzi ten bug opravdu je. 2009/4/21 Michal Grézl michal.gr...@gmail.com: 2009/4/19 Jiri Klement jiri.klem...@gmail.com: Ahoj, Pouzivas aktualni verzi pluginu? Je ke stazeni tady: http://jttt.110mb.com/routes.jar tak trosku offtopic, ale neslo by do pluginu pridat zobrazovani cyklostezek? ncn=yes, lcn=yes, rcn=yes (mozna i s *_ref?) -- Michal Grézl http://walley.org ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz divbr/div ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Tagovani turistickych stezek
Cyklostezky pomoci relaci jsem doplnil, kontroluje to type=route, route=bicycle, na network nazalezi. Zdrojaky vzdycky prikladam primo do jaru. Pro pohodlnejsi ladeni jsem nahral i eclipse projekt: http://jttt.110mb.com/josm-routes.zip Je mozne to ladit primo z eclise, staci si pridat JOSM projekt a pustit to pomoci josm-routes.launch. 2009/4/21 Radomír Černoch radomir.cern...@gmail.com: Ahoj Jirko, s aktuální verzí JOSM (1541) i pluginu (zobrazuje fialové cyklostezky) to stále dělá tu samou chybu. Nemohl bys mi, prosím, poslat zdroják, abych to mohl debugovat? S pozdravem, Radek Černoch 2009/4/21 Petr Dlouhý petr.dlo...@email.cz: On Tue, 21 Apr 2009 22:10:08 +0200, Jiri Klement jiri.klem...@gmail.com wrote: Tak to bohužel nerenderuje cyklostezky dělané pomocí relací. Pravděpodobně bude chyba v tom, že se používají jiné tagy - type:route route:bicycle network:ncn ref:číslo. Další chyba, kterou jsem objevil (a vyskytovala se i v minulých verzích) je, že když se zobrazení přepne do drátového modelu, tak je všechno stašně tlustě vykreslené. Pridal jsem renderovani cyklostezek a nahral aktualni verzi na: http://jttt.110mb.com/routes.jar Predelal jsem to tak, aby to fungovalo univerzalne. Az budu mit cas tak udelam konfiguraci do xml aby bylo mozne renderovat libovolne route. Prakticky vubec jsem to netestoval, takze bugy pravdepodobne. Radku, muzes zkusit jestli se i v teto verzi projevuje popisovany bug? Koukal jsem na to a netusim jak by k popisovanemu chovani mohlo dojit. Proto myslim, ze mas nekde porad starou verzi. Plugin zatim neni v svn, takze neni mozne pouzit automatickou aktualizaci, je nutne novou verzi nahrat rucne do adresare .josm. Jestli ti to bude renderovat cyklostezky (fialove) a zaroven spatne vykreslovat, pak bude jiste, ze v aktualni verzi ten bug opravdu je. -- Petr Dlouhý ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz divbr/div ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Tagovani turistickych stezek
Ahoj, Pouzivas aktualni verzi pluginu? Je ke stazeni tady: http://jttt.110mb.com/routes.jar Podobny problem jako na screenshotu existoval v prvnich verzich, ale mel by uz byt opraveny. V aktualni verzi se mi ho nepodarilo nasimulovat. 2009/4/17 Radek radomir.cern...@gmail.com: Dobrý den, začal jsem používat JOSM plugin na kreslení turistických značek, ale patrně jsem v něm našel bug. Někdy se stane, že jeden z bodů turistické značky ulítne do levého horního rohu obrazovky (viz screenshot). Stačí však zazoomovat nebo bod přesunout a najednou se vše začne kreslit správně. Zdá se mi, že chyba nastane vždy u takového bodu, jehož Y-souřadnice (souřadnice na obrazovce, nikoli zeměpisná) je stejná jako u jednoho z jeho jeho sousedů (viz zesvětlená oblast screenshotu). S pozdravem, Radek Černoch ___ 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] JOSM a upgrade API
Zmena Base URL nepomuze. Podle navodu[*] by si mel v nastaveni jit do Einstein tabu a tam pridat property osm-server.version s hodnotou 0.6. Ja osobne bych tomu ale moc neveril, nejspis se objevi nejake chyby, ktere opravi jenom v aktualni verzi a 1071 bude nakonec stejne nepouzitelna. Pises ze problemy s tabletem nastali az v novejsich verzich. Kdyby si zjistil, v ktere verzi to presne prestalo fungovat, tak by nemel byt problem zjistit co to zpusobilo a pripadne to opravit. * http://wiki.openstreetmap.org/wiki/OSM_Protocol_Version_0.6/Information 2009/4/16 Zdeněk Pražák zpra...@seznam.cz: Pro problémy s tabletem používám verzi JOSM 1391. Novější verze JOSM mi dělají problémy při vytváření cest. Na stránce informující o upgrade API jsem se dočetl, že JOSM s novým API bude pracovat automaticky od verze 1529. JOSM od verzí 1071 bude potřebovat upravit nastavení OSM serveru Rozumím tomu dobře tak, že musím stisknout F12 a otevřít okno pro nastavení JOSM a zde stisknout druhou ikonu shora a do políčka Base sever URL napsat namísto stávajícího http://www.openstreetmap.org/api nově http://www.openstreetmap.org/api0.6 Děkuji za radu. Pražák ___ 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] dotaz na rychlost nahrávání dat z JOSM
Zpomaleni jsem si nevsimnul, ale nahravani vzdycky trvalo velmi dlouho. Ale zitra nebo pozitri osm prechazi na novou verzi api, ktera by mimo jine mela nahravani vyrazne urychlit. 2009/4/15 Zdeněk Pražák zpra...@seznam.cz: Chtěl jsem se zeptat, zda také pozorujete zpomalení při nahrávání nových dat z JOSM. Poslední dny se mi nahrávání velmi zpomalilo. Nahrání cca 100 bodů trvá i několik minut. Na jiných stránkách zpomalení nepozoruji. Pražák ___ 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] Tagovani turistickych stezek
Ahoj, Relace otagovane pomoci kct_ schematu to nevykreslovalo. Dnes jsem to dodelal, takze aktualne by se melo vykreslovat toto: way s kct_ relace s kct_ relace s type=route route=hiking, operator=cz:kct, color=red/blue/yellow/green 2009/3/9 Kubajz kub...@kbx.cz: Ahoj, vykresluje mi akorat prvky s tagem kct_neco, ale relace nikoliv. Nevis, kde muze byt chyba? Potrebuje mit vsechny prvky relace nahrane? Jake tagy musi mit relace, aby se vykreslila pluginem? Diky, K Pavel Machek napsal(a): Ahoj! Na http://jttt.110mb.com/routes.jar jsem nahral novejsi verzi josm plugin pro renderovani turistickych stezek. Zmeny: - kresli se i stezky znacene pomoci kct_ konvence - styl kresleni se da nastavit pomoci routes.painter=narrow/wide v podrobnem nastaveni - funguje i s Java 1.5 Diky, chodi pekne! Pavel ___ 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] Tagovani turistickych stezek
Ahoj, Na http://jttt.110mb.com/routes.jar jsem nahral novejsi verzi josm plugin pro renderovani turistickych stezek. Zmeny: - kresli se i stezky znacene pomoci kct_ konvence - styl kresleni se da nastavit pomoci routes.painter=narrow/wide v podrobnem nastaveni - funguje i s Java 1.5 2009/3/4 Jiri Klement jiri.klem...@gmail.com: Ahoj, konecne jsem se zase dostal k OSM. Pokusil jsem se otagovat cast stezek podle noveho schematu, ale ukazalo se, ze pouzivat route relaci v JOSM je docela neprakticke, protoze neni mozne relace vykreslit. Proto jsem narychlo spachal JOSM plugin, ktery vykresli vykresli relace s type=route, route=hiking, network=cz:kct. Pouzije se barva stezky, pokud nekolik stezek vyuziva stejnou way, pak se barvy vykresli vedle sebe. Je to udelane jako vrstva, takze je mozne kresleni docasne vypnout. Udelal jsem dve verze. Prvni vykresli stezky uzkou plnou carou, druha sirsi ale pruhlednou carou. Prvni verze vypada imho lepe a stezky jsou vice znatelne, v druhe verzi je zase bez problemu videt, po jakem typu cesty stezka vede. Obe verze jsou ke stazeni tady: http://jttt.110mb.com/routes.jar http://jttt.110mb.com/routes-transparent.jar Staci nakopirovat do adresare s pluginy ($HOME/.josm/plugins na linuxu) a povolit v nastaveni. Je treba povolit pouze jeden, najednou nefunguji. Otagoval jsem nekolik stezek na jihozapad od Stareho Plzence: 49.61137973575094,13.403906856270954 - 49.69731579647853,13.50172259540459 2009/2/12 Pavel Machek pa...@suse.cz: On Tue 2009-02-10 13:16:58, Tom?? Tich? wrote: 2009/2/9 Tomáš Tichý t.ti...@post.cz: Co rikate na rozsireni Guidepost, myslite ze to muze usnadnit mapovani? Me uz by se nejaky system na znaceni co uz je zmapovano a co ne docela hodil. Docela pěkně vymyšleno, jen ten popis jsem napoprvné nepochopil. Rozhodně bych byl pro to označit relace tagem type, tu první jako type=guidepost a tu druhou jako type=guidepost_destination. A explicitně tam napsat, že člen s rolí destination v guidepost relaci je typu guidepost_destination a člen s rolí destination v guidepost_destination relaci je typu guidepost. Trochu matoucí je, že relace v roli destination bude mít jednou typ guidepost a podruhé typ guidepost_destination, ale nějak mě pro tu rekurzi nenapadají lepší názvy. Koukám že když se to popíše polopaticky, tak je to ještě zamotanější :-) Doufám, že na to někdo udělá intuitivní editor :-) Jo a relace guidepost_destination by měla mít možnost mít kromě tagu distance ještě tag time. =TT= Ještě mě napadla jedna otázka ohledně guidepostu a jeho relací: Jak vyřešit, když chci zmapovat rozcestník a znám cíle na šipkách, ale ty cíle ještě nejsou zmapovány. Pak tu relaci nemůžu použit, protože nebudu mít jejího člena do role destination. Dá se vytvořit prázdná relace? Chtělo by to nějaké tagy, kam si tyto informace poznamenat alespoň do doby než budou zmapovány ostatní rozcestníky. Ja nevim, znacit u rozcestniku kam ukazuje uz mi prijde celkem prehnane... nestacilo by to tam udelat jako poznamku? Jake je vyuziti toho ze to bude v relaci? Rozcestniky typicky neukazuji jen na pristi rozcestnik, ale klidne pres par dal.. a koneckoncu vubec nemusi ukazovat na jiny _rozcestnik_: 'Ricany bus 2km'. -- (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 ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Tagovani turistickych stezek
přidal bych návrh výčtu typů, resp. všech vlastností; bylo by možné mít pro stejnou trasu různé typy? (např. běžecké tratě vedené po letním pásovém značení) Pokud nekolik typu trasy vede po stejne ceste, tak se kazdy oznaci zvlast. Budou ale moc sdilet cesty/segmenty rozdělení na segmenty bych nebral jako možnost, ale jako základní věc - budiž jeden segment mezi každými dvěma sousedícími rozcestníky To je asi idealni zpusob, ale nevynucoval bych ho. Napriklad kvuli predchozimu bodu. * vzdálenost a čas bych nebral jako vlastnost rozcestníku ale jako vlastnost segmentu (nicméně ponechal bych možnost zapsat navíc co je na tom rozcestníku reálně napsané(1), a třeba i včetně azimutu šipek) Vzdalenost na rozcestniku byla myslena jako docasna hodnota, dokud se nezmapuje segment. Zapomel jsem to tam napsat... Casy - vubec jsem si neuvedomil, jak komplikovane to je. Urcite cas patri do rozcestniku, nikoliv na samotny segment. Pokud budeme casy merit samy, tak to asi opravdu nebude mit vypovidajici hodnotu, takze tam dopisu doporuceni casy pouzivat pouze, kdyz jsou uvedene na rozcestniku. Co rikate na rozsireni Guidepost, myslite ze to muze usnadnit mapovani? Me uz by se nejaky system na znaceni co uz je zmapovano a co ne docela hodil. 2009/2/9 Tomáš Mika mika...@gmail.com: Pro vetsi lesni cesty lze s celkem dobrou presnosti pouzit taky uhul vrstvu Cesty_odvozni, pesiny tam asi nebudou ale vetsi cesty ano. Tom s těmi GPSkami bych nebyl pesimista ... když můžou po lesích běhat geocacheři, a je jim to dostatečně přesné, tak proč ne my S trochou stesti pujde podobny GPX track o neco zpresnit kdyz si clovek vezme na pomoc treba snimky z UHULu a chytne se par bodu co tam na snimcich pozna ... Martin ___ 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] Grit bin
Tady je mapa, na ktere je mozne zobrazit ruzne POI: http://www.lenz-online.de/cgi-bin/osm/osmpoinit.pl Grid bin tam sice zatim neni, ale kdyz napises autorovi tak ho snad prida http://www.lenz-online.de/osm/osmpoihelp.htm 2009/2/2 Pavel Kovář f...@vsetin.org: Bože ja su slepota. Děkuji. Mám nějakou šanci zobrazit je na mapě aniž bych si ji sám renderoval ? === Mon, 2 Feb 2009 08:37:23 +0100 Karel Volný ka...@seznam.cz napsal: zdravím, Jak je to s nádobami na posypy? Podle toho co je na wiki (http://wiki.openstreetmap.org/wiki/Approved_features/grit_bin ) by se vykreslovat měly, ale nikde žádný nevidím. no, podle toho, co já tam vidím, byl návrh nevykreslovat je v mapě by default (což mi ostatně přijde rozumné) druhá věc je, kolik jich asi tak bude v databázi zadaných ... K. ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz S pozdravem Pavel Kovář ___ 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] Jednotne znacenie Turistickych tras, cyklotras, naucnych chodnikov v openstreetmap
Ahoj, byl bych pro type=route a route=foot (nebo třeba taky ski) Asi by to bylo nejrozumnejsi. V soucasnosti je to asi jedno, ale je mozne, ze se do editoru dostane podpora pro snazsi vytvareni routes, coz u relace primo pro hiking trails asi nehrozi. - pri znaceni trasy se pouzije nekolik tagu, jejich nazev a hodnoty budou zalezet na systemu pouzitem v danem state myslím, že by bylo lepší nepoužívat color, ale marked=red_strip|blue_triangle|yellow_stake (prostě nějakou charakteristiku značky) S timhle nesouhlasim. Myslim ze by bylo dobre, kdyby znaceni umoznovalo snadne zjisteni vhodne barvy/symbolu pro trasu. Navic red_strip je hodne nekonkretni popis, je klidne mozne, ze se nekde pouzivaji znacky, ktere vypadaji uplne jinak nez cervena znacka u nas. -- Jiri Klement ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] JOSM
Napis do josm-dev, bug reporty nikdo necte :-). Mimochodem podpora pro multipolygon v josm byla nedavno predelana, konecne uz zobrazuje diry. Bohuzel editor relaci v JOSM nepodporuje autocomplete ani nic jako presets pro relace (cili vytvareni multipolygonu je celkem opruz zahrnujici velke mnozstvi psani), takze jsem vyrobil plugin, co dela automaticky multipolygon ze zvolenych objektu (vcetne nastaveni inner/outer) jednim kliknutim. Je to na http://josm.openstreetmap.de/attachment/ticket/478/multipoly.zip (casem to snad prijmou do JOSM, zatim si toho pluginu v bugu asi nevsimli :) BTW ten odkaz je jen na zdrojak, zkompilovany .jar jsem dal na http://git.wz.cz/multipoly.jar Martin ___ 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] Aktualni stav nezmapovanych silnic 3. tridy
Ahoj, Skript sice nemam, ale muzes si v josm otevrit soubor osm/not-in-osm/all.osm ze zipu, ktery stahnes tady: http://jttt.110mb.com/rsdosm.zip (generuje se kazdy den) Jsou tam taky statistiky podle okresu/pro celou CR. Momentalne zbyva jeste nakreslit 1300 silnic. 2009/1/3 Vojtech Forejt for...@fi.muni.cz: Dobry den, chtel bych se zeptat, zda nekdo nema skript, kterym se generuje obrazek http://wiki.openstreetmap.org/wiki/Image:Unmapped_III_class_roads_in_CZ.png. Aktualni obrazek je uz skoro mesic stary a ja bych se chtel podivat, jaky je soucasny stav. Diky V48 ___ 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] Lokalizace JOSM
Ahoj, preklad zda se uspesne pokracuje, je uz prelozeno temer 50%. V souvislosti s priblizovanim JOSM zacatecnikum me napadlo udelat upravenou verzi pro ceske prostredi. Zatim me napadly tyto zmeny: 1) pluginy - predinstalovane ewms, slippy map chooser, namefinder, validator 2) do wms nastavene uhul ortofoto, katastralni mapa a dalsi volne zdroje 3) upravene presets.xml - pridane turisticke znacky, silnice I, II a III tridy a dalsi 2008/11/21 Petr Schonmann [EMAIL PROTECTED]: Na stránkách https://translations.launchpad.net/josm je možno lokalizovat JOSM, včera a předevčírem jsem trošku pracoval a udělal jsem pěkných 13% když se nás zapojí více, do Neděle bude JOSM v CZ :) S pozdravem Mail: [EMAIL PROTECTED] http://fatbozz.towerofglass.net/v2/ ___ 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] Lokalizace JOSM
Uvazovoval jsem, ze bych sam automaticky kazdy den JOSM sestavoval, takze by bylo mozne stahovat aktualni, tak jako se ted stahuje josm-latest.jar. Pluginy bych primo do jar daval nerad. Myslim ze by mohl fungovat zapsat informace o pozadovanych pluginech do config souboru a josm by je pak automaticky stahl. Pokud to nedela, neni problem to dopsat. 2008/11/26 Ondrej Novy [EMAIL PROTECTED]: Ahoj, On Wed, Nov 26, 2008 at 06:44:13PM +0100, Jiri Klement wrote: Ahoj, preklad zda se uspesne pokracuje, je uz prelozeno temer 50%. V souvislosti s priblizovanim JOSM zacatecnikum me napadlo udelat upravenou verzi pro ceske prostredi. Zatim me napadly tyto zmeny: 1) pluginy - predinstalovane ewms, slippy map chooser, namefinder, validator 2) do wms nastavene uhul ortofoto, katastralni mapa a dalsi volne zdroje 3) upravene presets.xml - pridane turisticke znacky, silnice I, II a III tridy a dalsi perfektni napad! Pravidelne nekomu stale vysvetluju jak si nastavit EWMS, jak udelat tohle a tohle aby JOSM byl pouzitelny. Pokud ale udelame nejakou upravenou verzi, je nutne ji stale s novou verzi opravovat. Co spise udelat nejaky navod, bod po bodu si udelat? Jak by jsi si upravenou verzi predstavoval presneji? Zakomponovat pluginy do .jar sice mozne je, ale jak se pak budou aktualizovat (cudlem Update v JOSM ne)? Nastaveni WMS znamena upravit primo plugin (jeho default) nebo distribuovat vlastni config file. Pro presets staci nahrat dovnitr .jar souboru do implicitnich k ostatnim. -- S pozdravem/Best regards Ondrej Novy Email: [EMAIL PROTECTED] Jabber: [EMAIL PROTECTED] ICQ: 115-674-713 Tel/Cell: +420 777 963 207 ___ 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] Lokalizace JOSM
Josm pri startu kontroluje, jestli existuje adresar s nastavenim. Pokud neexistuje pak ho vytvori a nastavi do config souboru nekolik defaultnich hodnot. Neni problem dalsi hodnoty pridat... 2008/11/26 Ondrej Novy [EMAIL PROTECTED]: Ahoj, On Wed, Nov 26, 2008 at 08:00:48PM +0100, Jiri Klement wrote: Uvazovoval jsem, ze bych sam automaticky kazdy den JOSM sestavoval, takze by bylo mozne stahovat aktualni, tak jako se ted stahuje josm-latest.jar. to zni dobre. Pluginy bych primo do jar daval nerad. Myslim ze by mohl fungovat zapsat informace o pozadovanych pluginech do config souboru a josm by je pak automaticky stahl. Pokud to nedela, neni problem to dopsat. to zni taky dobre. Pak uz zbyva pouze problem v tom, jak distribuovat configuracni soubor. Uvnitr .jar a kdyz neexistuje pri prvnim startu tak zkopirovat (vytvorit)? -- S pozdravem/Best regards Ondrej Novy Email: [EMAIL PROTECTED] Jabber: [EMAIL PROTECTED] ICQ: 115-674-713 Tel/Cell: +420 777 963 207 ___ 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] Prahou na kole
Ahoj, v kvetnu se tu mluvilo o cyklostezkach z projektu www.prahounakole.cz. Je k dispozici ted uz trochu neaktualni png, kde jsou stezky zakreslene ( ttp://linux.fjfi.cvut.cz/~w/trans/prahou_na_kole_layer.png ). O georeferencovani vubec nic nevim, tak jsem zkusil pouzit automaticky nastroj pro prevod obrazku na WMS. Vysledek pro severo-zapadni cast prahy je tady: http://wrp.geothings.net/cgi/mapserv.cgi?map=/home/timwarp/wrp.geothings.net/releases/20080718131730/db/mapfiles/map2.maplayers=image245REQUEST=GetMapVERSION=1.1.1STYLES=FORMAT=image/pngSRS=EPSG:4326 Vysledek sice nevypada moc dobre, hlavne kvuli orezanym pismenkum, ale myslim ze je to pouzitelne. -- Jirka ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Pismeno u oznaceni silnice 3. tridy
Skript nedela zadne specialni kontroly, ani nepouziva regularni vyrazy. Do ref:rsd patri presne to, co je pouzito v RSD. Tedy cislo a velke pismeno oddelene mezerou. 2008/11/21 Tomas Kolda [EMAIL PROTECTED]: A nestaci tam dat nejaky regexp? V pythonu napr. m = re.search(r^([0-9]+) *?([a-zA-Z]?)$, attr) assert m is not None print cislo, m.group(1), pismeno, m.group(2) Nebo podobne... Muzete si tam dat oddelovace a cokoliv. Ale striktne bych format asi nenutil, kdyz to neni treba... T Tomáš Tichý napsal(a): A v ref:rsd to tedy skript kontroluje s mezerou a velkym, nebo bez mezery a s malym? ;-) =TT= 2008/11/20 Jiri Klement [EMAIL PROTECTED]: Mame tady flame o malickem detailu, na kterem vetsine lidi stejne nezalezi, takze si zahraju na diktatora :-). Do skriptu jsem pridal podporu pro ref:rsd. Doporuceny zpusob je dat do ref cislo silnice bez pismena, do ref:rsd pripadne cislo i s pismenem. Nic vam ale nebrani napsat cislo s pismenem primo do ref. ___ 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] Pismeno u oznaceni silnice 3. tridy
Mame tady flame o malickem detailu, na kterem vetsine lidi stejne nezalezi, takze si zahraju na diktatora :-). Do skriptu jsem pridal podporu pro ref:rsd. Doporuceny zpusob je dat do ref cislo silnice bez pismena, do ref:rsd pripadne cislo i s pismenem. Nic vam ale nebrani napsat cislo s pismenem primo do ref. 2008/11/20 Ondrej Novy [EMAIL PROTECTED]: Ahoj, On Thu, Nov 20, 2008 at 03:43:26PM +0100, hanoj wrote: Osobně bych to nechal tak jak to je, případně použil formát z databáze ŘSD aby se nemuselo nic měnit ve skriptech pro kontrolu s databází. Ještě by možná šlo psát ref=1234;1234a, ale je otázka, jestli mají všechny aplikace pracující s OSM opravdu implementovaný středník jako oddělovač, tedy jestli by to všude fungovalo. *** ja si jen myslim, ze prijde-li uzivatel neobeznamen s db RSD a uvidi v db OSM: ref=1234;1234a nebo ref=1234a tak to smaze a napise: ref=1234 a ja si myslim, ze kdyz tam uvidi '1234 A' a nebude vedet co to znamena, protoze tomu nerozumi, tak na to nebude sahat. Urcite je to min matouci nez dalsi tag. A stale plati, ze to kontroluje skript proti RSD db, takze kdyz to smaze, tak si toho do druhyho dne stejne nekdo vsimne. -- S pozdravem/Best regards Ondrej Novy Email: [EMAIL PROTECTED] Jabber: [EMAIL PROTECTED] ICQ: 115-674-713 Tel/Cell: +420 777 963 207 ___ 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] je DIBAVOD verejny informacni rejstrik?
Ja jsem tu diskuzi pochopil tak, ze na pouziti DIBAVODu neni pravni narok. Ale povodi labe neoficialne souhlasilo (akorat by se muselo vyresit to, ze na mape ma by napsano Vytvoreno pomoci dat povodi Labe). Je mozne, ze by souhlasila i ostatni povodi. 2008/11/18 Ondrej Novy [EMAIL PROTECTED]: Ahoj, On Tue, Nov 18, 2008 at 09:33:55PM +0100, Kubajz wrote: Z toho, co jsem cetl se domnivam, ze to nemuzeme pouzit. bohuzel sem podobneho nazoru, ale reaguji na email od Martina Kokeše, ze ktereho jsem pochopil ze sance existuje. Co kdybychom sepsali oficialni email ktery posleme prave s dotazem, zda tyto data muzeme vyuzit a ziskali tim pripadny oficialni souhlas? -- S pozdravem/Best regards Ondrej Novy Email: [EMAIL PROTECTED] Jabber: [EMAIL PROTECTED] ICQ: 115-674-713 Tel/Cell: +420 777 963 207 ___ 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] Aktualizace turistickych map
Diky, o tomhle jsem nevedel. Bohuzel osmxapi posledni dobou skoro nikdy nefunguje. Mozna by stalo zato vytahnout kct_ cesty primo z czechia.osm, napriklad pomoci osmosis. Ja kazdy den obnovuji seznam seznam silnic v osm, takze bych pripadne mohl vytvoret i kct.osm a nekam ho nahravat. On Sun, Oct 26, 2008 at 9:22 PM, Michal Grézl [EMAIL PROTECTED] wrote: 2008/10/26 Jiri Klement [EMAIL PROTECTED]: Ahoj, Jak to vypada s aktualizaci map na openstreetmap.cz? Uz je to nekolik tydnu co jsem pridal dalsi trasy a zatim se neobjevily v zadne z vrstev. Mam vyrendrovane tyden stare data i s rozcestniky, jeste jsem je nenahral. Renderovani trva dlouho:) Renderovani on demand, nebo podobne je sice mozne ale nastaveni je pravdepodobne netrivialni. Dalsi moznost je napravo od mapy zvolit odkazy a ovladani a v podmenu Zobraz turisticke trasy, nahraje to z osmxapi trasy v aktualni vyrezu (radeji zkouset na mensim uzemi), ovsem osmxapi musi fungovat. -- Michal Grézl http://walley.org ___ 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] Aktualizace turistickych map
Ahoj, Jak to vypada s aktualizaci map na openstreetmap.cz? Uz je to nekolik tydnu co jsem pridal dalsi trasy a zatim se neobjevily v zadne z vrstev. Mimochodem momentalne mame v databazi 730 km tras. Co me trosku prekvapilo je, ze z toho je 270km oznaceno jako kct_..=yes. To opravdu u tretiny tras autor nevedel presny typ, nebo jaky je duvod pouzivani fallback hodnoty v tak velkem poctu pripadu? -- Jiri ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Možnost využití dat Povodí Lab e
V tom pripade jdu na to. Dibavod obsahuje celou CR s neuveritelnou podrobnosti. Problem bude vyfiltrovani dat, protoze obsahuji snad i louze :) Bude potreba udelat nejakou simplifikaci a pridani jen toku, ktere maji alespon nazev. No to se muzeme domluvit. Zkusim udelat vzorek rek, vodnich nadrzi a obrysu brehu (riverbank) v nejake oblasti. Pokud budou ty data presna, tak bych je prilis nezjednodusoval. To same pro ruzne potucky, skoro zadny nema oficialni nazev, ale jsou to dulezite orientacni body. -- Jirka ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Geenrování mapy
[EMAIL PROTECTED] mel problemy, kdy se stahly data pouze pro cast dlazdice. To by melo byt od vcera opravene, takze v pripade ze chybi cast dlazdice by melo stacit stisknout r v z12 (pozada [EMAIL PROTECTED] aby znovu vykreslil dlazdici). To co popisujes ale vypada na jiny problem, urcite posli odkaz, kde presne k tomu doslo a ja se na to podivam. On Wed, Oct 22, 2008 at 12:06 AM, Pavel Machek [EMAIL PROTECTED] wrote: On Wed 2008-10-22 00:02:45, Jan Dudík wrote: NArazil jsem na zajímavý rozdíl: http://www.informationfreeway.org/ - jsou zapracovány nové cesty, které jsem přidával včera (Středohoří, Dobříš, ČB), ovšem chybí železniční trať Písek - Březnice, kterou jsem zakreslil už před měsícem. Je možné, že tato adresa ignorují některé věci, nebo jsme udělal někde chybu já? tileshome ma/miva problemy... chyba bude nejspis u nich. 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 ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Česká pošta - Pošty + Schránky
Vetsi obchodni retezce (Tesco, Albert, atd ...): - super- a hyper- markety se do mapy vzdycky hodi... Retezce benzinek (Benzina, Shell, atd ...): - benzinky by nemely v automape chybet :) Tyto data jsou docela pěkně zpracovány na poi.cz , co nějaká spolupráce ? Dříve se tu o tom mluvilo. Nekde na wiki jsem cetl, ze neco tam bylo importovano, ale ze ty jejich body byly hodne nepresny (a nebyla ani vyjasnena licence), takze se to pak zase smazalo. Tak nevim. Vi nekdo jaky je stav? Pokud data z poi.cz neni mozne primo importovat, tak co kdyby se alespon vytvorila nova vrstva na openstreetmap.cz, ktera by zobrazovala data z poi.cz? Predpokladam ze by pak nebyla nutna osm-kompatibilni licence. ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Máme půlku silnic!
Dnes dosáhl počet různých silnic kontrolovaných proti databázi RSD čísla 4476, tedy víc než půlku z celkového počtu 8910 silnic. To jsem chtel napsat ja :-) Necekal jsem ze se to pres polovinu prehoupne tak rychle. Mohla by to být dobrá příležitost třeba k napsání zprávičky na Abclinuxu, a mohli by se zmínit i další úspěchy dosažené především letos v létě (nové zdroje, lesy, adresní body=jména ulic). Dobry napad. Mohla by se napsat zpravicka i na jine weby, treba na navigovat.cz jich posledni dobou bylo nekolik a lide se ptaji, jak se muzou zapojit. Treba na www.poklady.cz by zpravicka taky mohla mit uspech. ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Plakat
Nemyslite ze by bylo dobre udelat ted dve jazykove verze WikiProject Czechia (cesky a anglicky)? Na plakat se nalakaji spise technicky mene zdatni uzivatele, u ktere by mohla anglictina odradit. Jinak plakat je hezky (az na to posunuti mapy do leva), myslim ze by mohl par novych lidi nalakat. 2008/10/11 BH [EMAIL PROTECTED]: so,... reload? Mozna bych cely ten stredni sloupec (mapu + blok textu) posunul vice doprava ... ta mapa se dotyka leveho okraje (skoro bych rek ze je i orizla :), zatimco vpravo je fura volneho mista. Martin ___ 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] rsdosm.zip
Nahral jsem je sem: http://jttt.110mb.com/rsdosm-src.zip Pokud ti jde pouze o aktualni not-in-osm, tak jsem ho dneska znovu vygeneroval. Je to dostupne na puvodni adrese: http://jttt.110mb.com/rsdosm.zip 2008/9/22 Petr Dlouhý [EMAIL PROTECTED]: Ahoj, má někdo skripty, které v rsdosm.zip udělaly not-in-osm z all? Nechce se mi nad tím moc přemýšlet, když už to někdo dělal. -- Petr Dlouhý ___ 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] PSC 12800 -- was Re: automaticka pojmenovavacka ulic
Trosku jsem si hral s umistovanim popisku v osmarenderu, takze ted je tady trochu pozdni odpoved. S hradbami jsem si hrál minulý týden, a připadá mi to stále špatně. V OSM do minulého týdne chyběla celá jedna část hradeb. Po jejím doplnění se z hradeb stal multipolygon. Nicméně mám stále problémy: - Popisek je dvojmo, a zcela nesmyslně uprostřed areálu. Podle popisu Invalidovna odhaduji, že zrušení u vnitřního polygonu zruší jedem popisek. Předpokládám, že v případě přesunu tagu name k relaci asi na mapě zmizí. Že by se objevil podél hradeb, o tom silně pochybuji. Jsou tady dva problemy. Prvni vec je ze u multipolygonu nema inner polygon kopirovat tagy outer polygonu. Kdyz smazes tagy z inner tak jeden popisek zmizi. Druha vec je ze momentalne se pro hledani pozice pro popisek pouziva obycejny prostredek bboxu. Udelal jsem pro osmarender program, ktere popisky umistuje daleko inteligentneji, ale jeste nevim jestli ho tam protlacim, protoze maji namitky proti Jave. -- Jiri ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Turisticke znacky
Myslim ze by stacilo renderovat opet pouze vrstvu turisticke znacky, ktera by se zobrazovala nad mapnikem/osmarender. Takze mnozstvi mista na disku by bylo docela male. 2008/9/3 Jachym Cepicky [EMAIL PROTECTED]: Dne 3. září 2008 12:13 Michal Grézl [EMAIL PROTECTED] napsal(a): Toho mista na disku bych se nebal, pouze ceska republika zas tolik mit nebude. hodne priblizne: natailovana CR, mapa podobna te z OSM, GIFy, cca 1GB (az do 1:500) Ovsem kdybyste nekdo mel navod jak zprovoznit WMS, nebylo by to od veci, jediny o sem v chodu videl bylo Oracle+Arc[nekolik pismen] a to je reseni oblibene, nicmene ponekud drahe. Takze nejaka free, opensource alternativa, postavena nad postgresem nebo mysql by byla asi nejoptimalnejsi reseni. To renderovani skrz Openlayers je jen docasne reseni, spise nouzove. ArcIMS pokud si to chcete zkusit sám: http://mapserver.gis.umn.edu, konkrétně http://mapserver.gis.umn.edu/docs/howto/wms_server pokud máte radši javu a raději klikáte, než píšete konfiguráky, http://geoserver.org Pokud se domluvíme na způsobu aktualizace dat, můžu rozjet WMS u nás. Třeba na adrese http://bnhelp.cz/ows/osm?service=wms (zatím nefční) Jáchym -- Jachym Cepicky e-mail: jachym.cepicky gmail com URL: http://les-ejk.cz GPG: http://www.les-ejk.cz/pgp/jachym_cepicky-gpg.pub ___ 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] Turisticke znacky
Celej system ma taky jednu malinkatou nevyhodu jeste, osm co vypadne z osmxapi je nejakym zpusobem nekompatibilni s openlayers, takze se to musi prohnat skrz josm, jednoduse open a pak save as. Az tohle doresim, tak to bude moci fungovat automaticky, otazka kolik toho browser bude schopen a ochoten nacist, ted maji data okolo 2 mega. Ale to bude chvilku trvat, ted sem byl v chorvatsku a musim nacmrkat vsechny ty tracklogy co sem nadelal. Tady muzes stahnout jednoduchy xslt skript, ktery z osm souboru odstrani vse co neni nezbytne: http://jttt.110mb.com/kct.xsl Muzes ho pouzit napriklad takto: saxon8 data.osm kct.xsl nebo takto: xmlstarlet tr kct.xsl data.osm Kdyby to z nejakeho duvodu automaticky nefungovalo, mohl bys prosim alespon nahrat aktualni data? Rad bych videl vysledky sveho nedelniho snazeni... ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Turisticke znacky
Kdyz je soubeh dvou ruznych barev, bylo by dobry nakreslit obe. Pavel zmena stylu cary nebude nejspis problem, to kresleni soubeznych tras mozna problem bude, Kresleni soubeznych car resil celkem elegantne Martin. Proste kazda stezka byla carkovana a carkovani bylo navzajem posunute, takze kdyz se prekryvaly byly videt vsechny stezky. Hezci by ale bylo kdyby se carkovani pouzilo jen kdyz je to nutne. Takze kdyz bezi zaroven cervena a zelena, tak stezka bude cervena carka - zelena carka - ..., kdyz pouze modra, tak stezka bude modra souvisla cara. kct_green=foo by bylo dobry kreslit nejak jinak nez kct_green=major. Udelat to carkovane ci tak neco? (U rican je naucna stezka.) Taky bych je udelal carkovane, ale s jinou velikosti carky aby se to nepletlo se soubeznymi cestami. Celej system ma taky jednu malinkatou nevyhodu jeste, osm co vypadne z osmxapi je nejakym zpusobem nekompatibilni s openlayers, takze se to musi prohnat skrz josm, jednoduse open a pak save as. Az tohle doresim, tak to bude moci fungovat automaticky, otazka kolik toho browser bude schopen a ochoten nacist, ted maji data okolo 2 mega. Ale to bude chvilku trvat, ted sem byl v chorvatsku a musim nacmrkat vsechny ty tracklogy co sem nadelal. Ten soubor z osmxapi by sel jeste zjednodusit, alespon o 25%. Ale i tak asi v budoucnu bude nutne vracet pouze data pro aktualni tile, protoze data pro celou cr budou moc velke. Priprava osm na kresleni soubeznych car a zjednoduseni pro openlayers by slo celkem elegantne udelat pomoci xslt. Kdyz se domluvime jak ma presne vypadat, tak ho klidne napisu. Mozna by bylo vhodne pouzit i nejaky vhodnejsi (uspornejsi) vektorovy format. WOW, ted kdyz to funguje a clovek vidi ty barevne cerviky, to ma hned chut vic mapovat... a naucit se Javascript. Mel jsem vcera stejne pocit, az na ten JavaScript. Tak jsem vzal lahev s pitim, psa a gps a zaznamenal 25km novych tras :-). ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] pokusny import lesu
API 0.6 asi neni az tak blizko. Jeden a pul mesice na nem nikdo nepracoval. 2008/8/6 hanoj [EMAIL PROTECTED]: Dne 5. srpen 2008 21:54 Pavel Machek [EMAIL PROTECTED] napsal(a): On Tue 2008-08-05 13:03:30, hanoj wrote: Opravdu? Coz o to, nahrat to do josm problem nebyl, SAXu je to jedno a vysledny dataset zabiral kolem 200MB RAM, ale jak doslo na prvni vyrenderovani ve wireframe modu, pocitac funel a funel a stale nebylo hotovo. Dle stacktrace byl asi nejvetsi problem v tom, jak SimplePaintVisitor sestavuje jednu velikou Path2D. MapPaint to same, vyrenderovani jsem se nedockal. *** me se to taky nahrat cele nepovedlo, resp. povedlo ale trvaloto asi 5min a pri zoom to spadlo. Josm s xmx 1024, Pentium 4, Ubutnu 7.10, java 1.5. *** Pavel ma asi neco nejak jinak, ale jeho sdilnost je nevelka. Urcite mam jinou versi josm, a urcite nemam mappaint. *** od blizke API 0.6 si budes muset tu novou verzi stahnout. taktedy na tom budes stejne ;) 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
Re: [Talk-cz] pokusny import lesu
Tak jsem douplodoval, takze si beru dalsi dve 21, 22 Aktualni stav je tedy doufam tento: 001-022, 031-033 2008/8/6 Kubajz [EMAIL PROTECTED]: Validator v JOSM to najde a umi i opravit... K Pavel Machek napsal(a): Ahoj! megabordel :) navic uplne celej zelenej, doufam ze si nechavate uploadnute osm s vracenymi id z databaze, at to pak po sobe muzete zase smazat kdyz to tam bude 2x;)) No, mel jsem tady neprijemny crash masiny :-(. Takze tam par nodu bude 2x. Doufam ze to chytne nejakej lint... Pavel ___ 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] pokusny import lesu
Tak uz se zacinaji objevovat vyrenderovana data. Treba tady: http://www.openstreetmap.org/?lat=49.7497lon=16.2061zoom=12layers=0B0FTF 2008/8/6 Kubajz [EMAIL PROTECTED]: Beru 30, takze: 1 UPLOADED 2 UPLOADED 3 UPLOADED 4 UPLOADED 5 UPLOADED 6 UPLOADED 7 UPLOADED 8 UPLOADED 9 UPLOADED 10 UPLOADED 11 UPLOADED 12 UPLOADED 13 UPLOADED 14 UPLOADED 15 UPLOADED 16 UPLOADED 17 UPLOADED 18 UPLOADED 19 UPLOADED 20 UPLOADED 21 UPLOADED 22 UPLOADED 23 24 25 26 27 28 29 30 UPLOADED 31 UPLOADED 32 UPLOADED 33 UPLOADED Kubajz napsal(a): Abych se vyhl sprostemu slovu, pouziji terminus technicus - zvysim entropii a obsazuji v tabulce dalsi - tentokrat 31 :) 1 UPLOADED 2 UPLOADED 3 UPLOADED 4 UPLOADED 5 UPLOADED 6 UPLOADED 7 UPLOADED 8 UPLOADED 9 UPLOADED 10UPLOADED 11UPLOADED 12UPLOADED 13UPLOADED 14UPLOADED 15UPLOADED 16UPLOADED 17UPLOADED 18UPLOADED 19UPLOADED 20UPLOADED 21 22 23 24 25 26 27 28 29 30 31UPLOADED 32UPLOADED 33UPLOADED Petr Schonmann napsal(a): megabordel :) Původní zpráva Od: Kubajz [EMAIL PROTECTED] Předmět: Re: [Talk-cz] pokusny import lesu Datum: 06.8.2008 13:32:36 on se pak opravil, ze si bere 13 a 14, ale pokud jsem cetl tabulku, tak ty uz tam taky jsou. To je bordel... K Petr Schonmann napsal(a): vzdyt jsem si je bral ja... Mimochodem pri uploadu 33 nejdou nektere nody uploadovat. Skonci odezvou od serveru ch 412 Původní zpráva Od: noone02 [EMAIL PROTECTED] Předmět: Re: [Talk-cz] pokusny import lesu Datum: 06.8.2008 13:01:56 Marek Musil napsal(a): Pridam se a beru si 009 a 010 Tedy obsazene jsou: 1-10, 15-20, 32-33 Beru si 011 a 012 Obsazene jsou 001-012, 015-020, 032-033 ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz S pozdravem Mail: [EMAIL PROTECTED] http://fatbozz.towerofglass.net ___ 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 S pozdravem Mail: [EMAIL PROTECTED] http://fatbozz.towerofglass.net ___ 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 ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] pokusny import lesu
Ja jsem zrovna douplodoval, takze beru posledni dve - 28 a 29. Takze by mely byt vsechny casti rozebrany. On Wed, Aug 6, 2008 at 7:27 PM, Pavel Machek [EMAIL PROTECTED] wrote: Ok, vemu 25-27... 1 UPLOADED 2 UPLOADED 3 UPLOADED 4 UPLOADED 5 UPLOADED 6 UPLOADED 7 UPLOADED 8 UPLOADED 9 UPLOADED 10 UPLOADED 11 UPLOADED 12 UPLOADED 13 UPLOADED 14 UPLOADED 15 UPLOADED 16 UPLOADED 17 UPLOADED 18 UPLOADED 19 UPLOADED 20 UPLOADED 21 UPLOADED 22 UPLOADED 23 24 25 UPLOADING 26 UPLOADING 27 UPLOADING 28 29 30 UPLOADED 31 UPLOADED 32 UPLOADED 33 UPLOADED -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html - End forwarded message - -- (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 ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] pokusny import lesu
Jestli tu bude kazdy psat kterou cast si vezme, tak z toho vznikne poradny zmatek. Ja bych dal seznam casti nekam na wiki a kazdy at se ke svemu vybranemu kousku dopise. Nevim jestli vsichni maji login na osm wiki, tak by se treba mohla pouzit wiki na jttt.110mb.com/wiki , kterou jsem si vcera naistaloval kvuli testovani SemanticWiki. Login tam neni nutny. 2008/8/5 Michal Kovar [EMAIL PROTECTED]: Aby z toho nebyl zbytecnej logistickej zmatek. Ja bych to resil jako redneck. Napraskat to na server tak jak to lezi a vcelky delnice si to pak rozeberou :) Uz se na to tesim jak malej fakan na Playstation :) Tomas Kolda napsal(a): Tak posledni dotaz. Vzniklo mi asi 33 souboru velikosti 5MB v OSM formatu. Nechceme pred tim nez se vse posle do OSM soubory rucne poopravit? Zrusit zbytecne cesticky v lesich nebo naopak hodne viditelne osklivosti? Kazdy by si mohl vzdy vzit jeden soubor (napr. poslat email ze zacina delat na 23), vycistit ho a pak uploadnout. Co rikate? Nebo zacinat uploadit... Pockam tak 2 hodky na odpovedi :) T hanoj writes: Opravdu? Coz o to, nahrat to do josm problem nebyl, SAXu je to jedno a vysledny dataset zabiral kolem 200MB RAM, ale jak doslo na prvni vyrenderovani ve wireframe modu, pocitac funel a funel a stale nebylo hotovo. Dle stacktrace byl asi nejvetsi problem v tom, jak SimplePaintVisitor sestavuje jednu velikou Path2D. MapPaint to same, vyrenderovani jsem se nedockal. *** me se to taky nahrat cele nepovedlo, resp. povedlo ale trvaloto asi 5min a pri zoom to spadlo. Josm s xmx 1024, Pentium 4, Ubutnu 7.10, java 1.5. *** Pavel ma asi neco nejak jinak, ale jeho sdilnost je nevelka. 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 __ Informace od NOD32 3301 (20080727) __ Tato zprava byla proverena antivirovym systemem NOD32. http://www.nod32.cz -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ ___ 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] pokusny import lesu
Me to pripadlo lepsi v tom, ze se odstrani alespon nejkriklavejsi chyby v mistech, ktere nikoho kdo prispiva do osm nezajimaji. Kdyz uz to nikdo nechce alespon zbezne kontrolovat, tak bych alespon pockal alespon den, nez se zacne uploadovat. Treba nekdo objevi nejake problemy, ktere by se pozdeji hure resily. 2008/8/5 Michal Kovar [EMAIL PROTECTED]: Unika mi pointa tyhle prenatalni kontroly. K cemu to bude? Mista, ktera lidi zajimaji, budou opravena. Mista, na ktere se*e pes muzou zustat tak jak jsou. On Tue, 05 Aug 2008 20:16:54 +0200, Jiri Klement [EMAIL PROTECTED] wrote: Me zase vychazi, ze vetsina lidi pise ze prvne zkontrolovat. Nebo muzeme udelat kompromis, oblasti co si nikdo nevezme za 2 tydny se pak nahraji bez kontroly. 2008/8/5 Tomas Kolda [EMAIL PROTECTED]: Aha udelal jsem spatne tag source. Takze musim pregenerovat. Jinak, kdyz to tak pocitam je tu povetsinou psano, ze mam uploadit. Nevim kdo je tu nejvetsi autorita, takze to tam asi zacnu nahravat a pak se to snad opravi... T Tomas Kolda writes: Login do OSM wiki nemam, takze jsem to tam dal a pripsal si cislo 1. Klidne bych s tim nepospichal, ale at je to poradne. Bylo by dobre napr. dat pravidla, ze cesta v lese sirsi nez 15 metru by se mela zachovat atp. Nasel jsem tam i chyby, takze ty by se meli opravit dle ortho. Nebo nekdo vi co napsat do wms pluginu at chodi ty zelene bitmapy? Preci jen bude mnohem jednodussi opravit to ted nez potom... Kdyz nas to nebude bavit, hromadne to tam muzu dat vzdy http://jttt.110mb.com/wiki/index.php/OpenStreetMapLesy T Jiri Klement writes: Jestli tu bude kazdy psat kterou cast si vezme, tak z toho vznikne poradny zmatek. Ja bych dal seznam casti nekam na wiki a kazdy at se ke svemu vybranemu kousku dopise. Nevim jestli vsichni maji login na osm wiki, tak by se treba mohla pouzit wiki na jttt.110mb.com/wiki , kterou jsem si vcera naistaloval kvuli testovani SemanticWiki. Login tam neni nutny. 2008/8/5 Michal Kovar [EMAIL PROTECTED]: Aby z toho nebyl zbytecnej logistickej zmatek. Ja bych to resil jako redneck. Napraskat to na server tak jak to lezi a vcelky delnice si to pak rozeberou :) Uz se na to tesim jak malej fakan na Playstation :) Tomas Kolda napsal(a): Tak posledni dotaz. Vzniklo mi asi 33 souboru velikosti 5MB v OSM formatu. Nechceme pred tim nez se vse posle do OSM soubory rucne poopravit? Zrusit zbytecne cesticky v lesich nebo naopak hodne viditelne osklivosti? Kazdy by si mohl vzdy vzit jeden soubor (napr. poslat email ze zacina delat na 23), vycistit ho a pak uploadnout. Co rikate? Nebo zacinat uploadit... Pockam tak 2 hodky na odpovedi :) T hanoj writes: Opravdu? Coz o to, nahrat to do josm problem nebyl, SAXu je to jedno a vysledny dataset zabiral kolem 200MB RAM, ale jak doslo na prvni vyrenderovani ve wireframe modu, pocitac funel a funel a stale nebylo hotovo. Dle stacktrace byl asi nejvetsi problem v tom, jak SimplePaintVisitor sestavuje jednu velikou Path2D. MapPaint to same, vyrenderovani jsem se nedockal. *** me se to taky nahrat cele nepovedlo, resp. povedlo ale trvaloto asi 5min a pri zoom to spadlo. Josm s xmx 1024, Pentium 4, Ubutnu 7.10, java 1.5. *** Pavel ma asi neco nejak jinak, ale jeho sdilnost je nevelka. 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 __ Informace od NOD32 3301 (20080727) __ Tato zprava byla proverena antivirovym systemem NOD32. http://www.nod32.cz -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ ___ 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 ___ 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 __ Informace od NOD32 3301 (20080727) __ Tato zprava byla proverena antivirovym systemem NOD32. http://www.nod32.cz -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ ___ Talk-cz mailing list
Re: [Talk-cz] pokusny import lesu
No... pokud je fakt _obrovska_ tak myslim zacnou problemy. Jako ze rendery nerendruji, protoze nemaji jak zjistit ze dana dlazdice je cela uprostred lesa. At se propadnu do zapadniho nemecka*, jestli jsou ty renderery takhle spatne napsany. Myslim ze osmarender to opravdu neresi. Proste renderuje najednou dostatecne velkou dlazdici (+ stahuje o dost vetsi oblast nez chce renderovat) a doufa, ze vetsi les nebude. Na druhou stranu, OSMAPI takhle spatne napsany je Jak se tohle da resit? Napada me sestavit z ways polygon a u kazdeho polygonu ulozit jeho bounding box. Ale uz jenom vytvareni polygonu bude problem, protoze way muze byt jak hranice polygonu tak jenom cara, v zavislosti na tom, jake ma tagy. ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Vylepseny TagWatch
Dalsi krasny for by byl umet z toho rozhrani nahradit tag nejakym jinym. (Priklad vidim highway=resedential, reknu -- nahradit highway=residential)... ale to je asi kus mimo zajem tagwatche...? K tomuhle ucelu by melo slouzit stazeni elementu pomoci XAPI. Najdes preklep, stahnes pomoci xapi osm se vsemi elementy co ten preklep obsahuji, upravis v josm a odesles. Umoznit primo chybu opravit by urcite bylo lepsi, ale nemam na to asi dost casu. XAPI odkazy jsou jenom par radek navic. On 6/4/08, Pavel Machek [EMAIL PROTECTED] wrote: On Wed 2008-06-04 17:53:47, Jiri Klement wrote: Ta jedna hodnota je '*', coz znamena ze u tagu name hodnotu neukladam. Ale urcite bych to mel tu jednicku nahradit necim jako n/a Tak ;-). Dalsi veci, ktery by se asi mohly hodit: - zobrazovat pouzite kombinace i tagu, nejenom pro tag=hodnota - odkaz na wiki, kde je tag popsany Hmm, tak to by bylo opravdu pekne. Dalsi krasny for by byl umet z toho rozhrani nahradit tag nejakym jinym. (Priklad vidim highway=resedential, reknu -- nahradit highway=residential)... ale to je asi kus mimo zajem tagwatche...? 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/cgi-bin/mailman/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] Plochy vod v OSM
Co mam tedy udelat? Mam udelat nejaky workaround at je to podobne jako mapnik nebo to udelat jako standard OSM a opravit Berounku? Urcite opravit Berounku. Delam totiz na mini offline prohlizeci plug and play na (Win/Linux/WinCE) s proprietarnim formatem a kvalitou mapniku... Myslim, ze tak za 14 dni by to mohlo byt. Neposles uz co mas, i kdyz to jeste neni hotove? Neco co by melo vystup kvalitni vystup a maly datovy soubor by se urcite hodilo. V OSM se zatim zacinam orientovat, takze za kazdou radu dekuji. Tomas PS: Primlouvam se za import lesu (generalizovany), mapka bude mnohem hezci. Mam nejake algoritmy na generalizaci der a spojovani polygonu, takze pripadne muzu pomoct... Jiri Klement napsal(a): Podporuje mapnik waterway=riverbank? Zda se ze ne, cast Vltavy, ktera nema navic natural=water je vykreslena spatne. Berounka se v mapniku vykresli spravne proto, ze mapnik waterway=riverbank nepodporuje, takze vnitrni way ignoruje. Doporucuji porovnat renderovani s Osmarender. On 5/17/08, Michal Grézl [EMAIL PROTECTED] wrote: 2008/5/16 Tomas Kolda [EMAIL PROTECTED]: Ahoj, muzete mi nekdo vyjasnit jak presne se rozpoznavaji plochy v OSM? Na strankach jsem se docetl, ze polygon je uzavrena Way, ktera ma definovanou Map feature jako polygon. maji area=yes nebo jsou natural=water Kdyz jsem ale koukal na vyrenderovane mapy, tak napr. riverbank Vltavy neni uzavrena cesta. Presto ji OSM generuje spravne jako Areu. Domnivam se tedy, ze riverbank je vzdy area, kde se spoji prvni a posledni bod. Jenze, Berounka mi toto vyvratila. OSM ji generuje spravne, proto to nechapu. Sklada se z riverbank a pak way, ktera by mela urcovat smer toku. Problem je v tom, ze obe jsou oznacene jako riverbank. Jak se tedy rozpozna, ze objekt je area nebo line? Dik moc Tomas http://wiki.openstreetmap.org/index.php/Proposed_features/Large_rivers riverbank byl puvodne zamyslen jako 2 neuzavrene cesty kopirujici brehy reky, tohle ovsem uz dlouho nefunguje a riverbank by se mel pouzivat jako uzavrena cesta, reka by se mela delat jako sled prekryvajicich se kousku riverbank, ta cesta uprostred reky oznacujici tok a slouzici pro navigaci ma byt waterway=river. Podle toho jak to popisujes to je cele spatne, a nekdo to musi opravit. ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz -- Michal Grézl http://walley.org ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] Plochy vod v OSM
Podporuje mapnik waterway=riverbank? Zda se ze ne, cast Vltavy, ktera nema navic natural=water je vykreslena spatne. Berounka se v mapniku vykresli spravne proto, ze mapnik waterway=riverbank nepodporuje, takze vnitrni way ignoruje. Doporucuji porovnat renderovani s Osmarender. On 5/17/08, Michal Grézl [EMAIL PROTECTED] wrote: 2008/5/16 Tomas Kolda [EMAIL PROTECTED]: Ahoj, muzete mi nekdo vyjasnit jak presne se rozpoznavaji plochy v OSM? Na strankach jsem se docetl, ze polygon je uzavrena Way, ktera ma definovanou Map feature jako polygon. maji area=yes nebo jsou natural=water Kdyz jsem ale koukal na vyrenderovane mapy, tak napr. riverbank Vltavy neni uzavrena cesta. Presto ji OSM generuje spravne jako Areu. Domnivam se tedy, ze riverbank je vzdy area, kde se spoji prvni a posledni bod. Jenze, Berounka mi toto vyvratila. OSM ji generuje spravne, proto to nechapu. Sklada se z riverbank a pak way, ktera by mela urcovat smer toku. Problem je v tom, ze obe jsou oznacene jako riverbank. Jak se tedy rozpozna, ze objekt je area nebo line? Dik moc Tomas http://wiki.openstreetmap.org/index.php/Proposed_features/Large_rivers riverbank byl puvodne zamyslen jako 2 neuzavrene cesty kopirujici brehy reky, tohle ovsem uz dlouho nefunguje a riverbank by se mel pouzivat jako uzavrena cesta, reka by se mela delat jako sled prekryvajicich se kousku riverbank, ta cesta uprostred reky oznacujici tok a slouzici pro navigaci ma byt waterway=river. Podle toho jak to popisujes to je cele spatne, a nekdo to musi opravit. ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz -- Michal Grézl http://walley.org ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] import lesu
Myslite ze je realna sance, ze nekdo bude v osm upravovat typy porostu? Podle me ne, takze nevidim zadnou vyhodu mit tutu informaci primo v osm, zajemnci muzou pouzit wms uhulu. Pripadne se muze udelat verze osm kde budou pouze typy lesu a mapa pro houbare vznikne spojenim teto vrstvy a normalniho osm. Dalsi vec je aktualnost a presnost dat z uhulu. Zkuste porovnat lesy kde to znate s verzi z uhulu. Lesy ktere jsme vysazeli v roce 1993 tam porad jeste nejsou, hranice lesa i u starsich porostu ( 40 let) jsou nekdy dost mimo. Myslim ze bohate staci udelat import obrysu lesu z UHUL. I tak budou informace o lesech presnejsi nez treba na www.mapy.cz On 5/16/08, Petr Nejedly [EMAIL PROTECTED] wrote: Michal Kovar napsal(a): Ono by mozna stalo za to zamyslet se nad moznosti, ze by OSM umel nejakym zpusobem uzivateli rict, jak stara jsou data, na ktera se diva. To neplati jen o stromech, ale i o silnicich a zastavbe - bylo by to uzitecny. Pak bychom nemuseli resit, kdo co udrzuje, ale do neznama bychom sli s tim, ze na danou oblast uz nikdo 5 let nehrabnul a pocitali bychom s tim, ze tam muze byt neco jinak. OSM to svym zpusobem umi - kazdy prvek ma ulozeno cas posledni editace. To vsak samozrejme vice ci mene neodpovida casu porizeni dat. -- Petr Nenik Nejedly, NetBeans/Sun Microsystems, http://www.netbeans.org 355/113 -- Not the famous irrational number PI, but an incredible simulation! ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] import lesu
S lesy by mapa vypadala opravdu daleko lepe. Neprijemne ale je, ze josm se neunosne zpomali, kdyz mapa obsahuje nejake vetsi plochy. Je na to nejake reseni, krome pouziti Wireframe View? On 5/14/08, Pavel Machek [EMAIL PROTECTED] wrote: Ahoj! Kdyz tak koukam na slovenskou freemap.sk... neni cas udelat ten import lesu? Na slovensku lesy maji, a diky nim mapa vypada jako mapa, a ne jako plan mesta... 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/cgi-bin/mailman/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] import lesu
S lesy by mapa vypadala opravdu daleko lepe. Neprijemne ale je, ze josm se neunosne zpomali, kdyz mapa obsahuje nejake vetsi plochy. Je na to nejake reseni, krome pouziti Wireframe View? koupit si lepsi pocitac Ja mam dobry pocitac :-) Ukazalo se, ze pomala byla pouze verze josm z gentoo (621). Aktualni verze (639) je daleko rychlejsi. -- Jiri Klement ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] import lesu
Zkusili jste porovnavat exportovane lesy s ortofotem? Docela casto se to rozchazi, treba i o destky metru. Takze myslim ze nema smysl data importovat prilis presne. Pokud odstraneni bodu posune les do 5 metru, tak je to myslim ok. Rozdeleni podle typu porostu bych uplne zrusil. Pro lidi co je to zajima pravdepodobne UHUL nabizi WMS. On 5/15/08, Petr Nejedly [EMAIL PROTECTED] wrote: Kubajz napsal(a): Soucasny skript nezohlednuje duplicitu bodu a zavede klidne dva stejne. Indexaci jsem mel namysli to, ze se bude drzet tabulka bodu (index) v pameti po celou dobu zpracovani lesu a bude se napred zkoumat, zda bod uz v indexu neni, nez se vybleje do .osm souboru. K Jachym Cepicky napsal(a): Indexace bodu, co to je? Coz takhle generalizace? ... by rozhodne byla na miste. Ony sice renderery vyrabeji mapu az do 30cm/px, ale mapovat okraje lesa s detaily v jednotkach metru nema moc smysl, obzvlaste kdyz jde o drobne rozliseni uvnitr souvisleho lesniho porostu. Zachovanim pouze obalovych krivek lesa by se velikost datasetu redukovala nejmene o 90% a to uz by pomalu davalo smysl importovat. Soucasny export UHULu ma ~30M nodu, po odstraneni duplicit jich bude ~15M, po redukci vnitrku se dostaneme radove na 1M. To je porad 2x tolik nez vsech ostatnich nodu v cele CR, ale dovedu si to uz predstavit. Musime si pak ale polozit otazku co a jak podrobne v te mape chceme mit. Popr. se opravdu zacit vazneji bavit o tematickych vrstvach v OSM.org Opravdu chceme mit podrobnejsi mapu lesu nez treba silnic? Patri do mapy treba vsechny budovy? (2M domu - 12M OSM primitiv, potencialni import z katastru, pokud by licence povolila) Ostatni mapy ty budovy maji (bitmapove), viz nahodne: http://www.mapy.cz/[EMAIL PROTECTED]@[EMAIL PROTECTED] Jake jeste datasety obdobne rozsahlosti by se chtely importovat? j Dne 15. květen 2008 9:29 Kubajz [EMAIL PROTECTED] napsal(a): Ahoj, kvuli hustemu nedostatku casu jsem na to nemel vubec cas a vykaslal jsem se na to. Podivam se, jak se zmenila situace na UHULu (pokud vubec) a predelam ten importer tak, aby generoval spravna data pro OSM vcetne relaci a indexace bodu, abychom jich tam nemeli miliardu ale jenom pul miliardy. K Pavel Machek napsal(a): Ahoj! ...pokrocil nejak? Myslim ze by bylo pekne uploadnout aspon huste zmapovane oblasti -- treba lesy v Praze... Takhle je mapovat prazsky lesy/parky dost demotivujici -- k dispozici jsou nejspis lepsi data -- ale pravdepodobne ani ty lepsi data nebudou dokonaly... bylo by fajn je tam mit at se daj opravovat chyby etc... Pavel ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz -- Petr Nenik Nejedly, NetBeans/Sun Microsystems, http://www.netbeans.org 355/113 -- Not the famous irrational number PI, but an incredible simulation! ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] UHUL mapy a Merkaartor
Merkaartor nepouzivam, ale dotaz mi pripomel, ze bych mel zkontrolovat jestli uz bezi UHUL ortofoto - ukazalo se, ze opet funguje. Nova url je: http://geoportal2.uhul.cz/cgi-bin/oprl.asp?SERVICE=WMSVERSION=1.1.1REQUEST=GetMapSRS=EPSG:4326LAYERS=Ortofoto_cbSTYLES=defaultFORMAT=image/jpegTRANSPARENT=TRUE On 5/13/08, Tomáš Mika [EMAIL PROTECTED] wrote: Zdravim Pouziva nekdo UHUL mapy v Merkaartoru? Popripadne jake jine mapy jsou v Merkaartoru pouzitelne pro CR, kraj jihomoravsky. Diky ToMik ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] Tag highway:traffic_signals
V popisu je napsano Značka stop ve všech směrech, coz muze znamenat zpusob znaceni pouzivani v usa. Tam jsou u mensich krizovatek stopky na vsech prijezdovych cestach do krizovatky. Na tom kdo ma prednost se domluvi pokyny ruky. Ale odkaz na podrobnejsi info chybi, takze jenom tipuju. On 5/9/08, noone02 [EMAIL PROTECTED] wrote: Proc je ve wiki u tagu highway:stop uvedeno ze se v CR neuziva (traffic_siganls) ? U stopky je jasne, ze dokud nepujde urcit smer, ze ktere stopka plati, je tag u nas nepouzitelny, ale u semaforu ? ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
[Talk-cz] Projekt Czechia - mix cestiny a anglictiny
Zdravim, Wiki projektu Czechia je momentalne mix cestiny a anglictiny, coz asi moc nepomaha zacatecnikum. Co rikate na to pouzivat pouze cestinu? V anglictine by byl jen uvodni odstavec s dodatkem, ze je mozne se anglicky zeptat na [EMAIL PROTECTED] -- Jiri Klement ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] Projekt Czechia - mix cestiny a anglictiny
To jsem myslel. Ne vsechny mistni projekty pouzivaji anglictinu, nekde je to mix, jinde ciste narodni jazyk. I kdyz zda se, ze anglictina prevlada. Myslim ze WikiProject Czechia klidne muze byt kompletne v cestine. Kdyby se opravdu nasel nekdo, kdo neumi cesky a neco z nej potrebuje, tak se muze zeptat na talk-cz. V soucasne dobe se na Czechia stejne clovek nemluvici cesky moc nedozvi. On 5/7/08, noone02 [EMAIL PROTECTED] wrote: Myslis tuhle : http://wiki.openstreetmap.org/index.php/Category:Projects Tady jsou vzdy odkazy na mistni projekty v anglictine a je to tak spravne. Musi se myslet na to, ze mapuji i cizinci, nelze mit vsechyn informace o Rumunsku v rumunstine napriklad. Pokud jsi myslel jinde tak vitej v klubu prekladatelu :) Jiri Klement napsal(a): Zdravim, Wiki projektu Czechia je momentalne mix cestiny a anglictiny, coz asi moc nepomaha zacatecnikum. Co rikate na to pouzivat pouze cestinu? V anglictine by byl jen uvodni odstavec s dodatkem, ze je mozne se anglicky zeptat na [EMAIL PROTECTED] -- Jiri Klement ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] Funguje UHUL ortofoto?
Je nejake info jak to vypada s UHUL ortofotem? On 4/14/08, Jachym Cepicky [EMAIL PROTECTED] wrote: WMS černobílé budou asi za 10 dní ( příští týden dorazí nové disky ) Na barevné ortofoto není smlouva na WMS - takže to nemůžeme zpřístupnit S pozdravem Ing. Josef Fryml technický náměstek ISaT ÚHÚL Brandýs n/L -Original Message- From: Jachym Cepicky [mailto:[EMAIL PROTECTED] Sent: Monday, April 14, 2008 1:55 PM To: FRYML Josef Ing. Subject: RE: orthophoto ahoj, v principu - nám barevné fotky nevadí, jde jenom o to, jestli je můžeme použít jako podklad pro ověřování zmapovaných cest a silnic, případně, digitalizovat nad nimi silnice nové (pokud tam zatím nemáme záznam z GPSky). Budou podmínky použití barevných orthofot stejné, jako těch černobílých? díky za info j Jachym Cepicky píše v Po 14. 04. 2008 v 13:56 +0200: Děláme nějaké úpravy na discích - nemáme kapacitu . Už jsem dal příkaz na nákup dalších disků . . Převzali jsme nová barevná ortofota a ty nám vytlačili ty černobílé :( S pozdravem Ing. Josef Fryml technický náměstek ISaT ÚHÚL Brandýs n/L http://www.uhul.cz Jachym Cepicky píše v Ne 13. 04. 2008 v 16:23 +0200: v Jáchym Čepický: ahoj, zase prý zmizelo orthophto z WMS služeb UHULu.Můžu se zeptat, jestli jsou někde uklizené nebo už se s jejich zveřejněním nepočítá? Josef Fryml: zjistím co se děje , ale děláme nějaké úpravy na hosting serveru u ČRa. Potom taky migrujeme nové OPRL . Napíšu v pondělí pepa ^ Zatím to tedy vypadá, že jsme prozatím bez orthophota [1] j [1] http://wiki.openstreetmap.org/index.php/WikiProject_Czechia/free_map2osm#WMS_Cenia_-_ortofotomapa Jiri Klement píše v Ne 13. 04. 2008 v 14:34 +0200: Prisla nejaka odpoved z UHUL? On 4/7/08, Jachym Cepicky [EMAIL PROTECTED] wrote: zeptam se j Jiri Klement píše v Ne 06. 04. 2008 v 23:48 +0200: Nechcete se nekdo kdo mate kontakty na UHUL zeptat kdy(jestli) to bude zase funkcni? Pokud vim tak je to kvalitou/licencne zdaleka nejlepsi zdroj. On 4/3/08, hanoj [EMAIL PROTECTED] wrote: Uz par dni mi nefunguje UHUL ortofoto, ani primo pres UHUL, ani pres OpenAerialMap. Je chyba u me nebo maji nejaky vypadek? *** Jak se zda, server je mimo sit internet. *** OAM neposkytuje ani cache proto, ze jsem zmenil jeho licenci z Public Domain na nedefinovanou/neznamou, coz je blize pravde. ha hanoj ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz -- Jachym Cepicky e-mail: jachym.cepicky gmail com URL: http://les-ejk.cz GPG: http://www.les-ejk.cz/pgp/jachym_cepicky-gpg.pub ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz -- Jachym Cepicky e-mail: jachym.cepicky gmail com URL: http://les-ejk.cz GPG: http://www.les-ejk.cz/pgp/jachym_cepicky-gpg.pub ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
[Talk-cz] Statistika - turisticke znacky
Zdravim, Spocital jsem delku turistickych cest v osm v CR. Je to vcetne puvodnich marked_trail a markedtrail, ktere jsem prevedl na kct_... Zatim je to hodne malo, pouze 133 km. Treba slovaci maji 1600 km (hledal jsem marked_trail_blue, ...). Na http://home.zcu.cz/~jklement/znacky.osm.zip je osm soubor, ktery obsahuje pouze cesty, ktere jsou soucasti turistickeho znaceni. Nahodou jsem pri tom narazil na XAPI ( http://wiki.openstreetmap.org/index.php/Xapi ). Docela uzitecna vec, napriklad po zadani dotazu: http://osmxapi.hypercube.telascience.org/api/0.5/way[kct_green|kct_red|kct_blue|kct_yellow] Vrati za par sekund prave turisticke znacky vcetne odkazovanych nodu. -- Jiri Klement ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] tagovani a renderovani
Na planet.osm opravdu ne, ale na czechia.osm je to ok. Napriklad vytazeni ref vsech silnic trva asi 10 sekund a 800mb ram. Urcite to by slo udelat rychleji, ale XSLT je vysokourovnovy jazyk, takze se to da napsat opravdu rychle. On 4/24/08, BH [EMAIL PROTECTED] wrote: XSLT je dobre na mensi kusy, ale na cely planet.osm je nepouzitelne, protoze XSLT parsery si natahaji do pameti cele XML a na nem pak tyeprve pousteji transformace (uz jsem to zkousel a i kdyz jsem mel jenom celou ceskou republiku (cca 100mb) a 1 gb pameti tak to neslo) Pokud parsovat XML tak doporucuju necim jinym nez XSLT (nejaky SAX parser treba nebo neco jednoducheho v perlu :) Martin On 4/23/08, Jiri Klement [EMAIL PROTECTED] wrote: Tento nastroj neco takoveho umi: http://wiki.openstreetmap.org/index.php/Osmosis Umi vyfiltrovat pouze cesty, ktere maji zadane tagy a jejich nody. Pak je take mozne omezit se jen na urcitou oblast. Univerzalnejsi moznost je pouzit xslt transformaci, ktera potreba data vytahne. Ale pro tvuj pripad by to nemelo byt nutne. On 4/23/08, Vaclav Stepan [EMAIL PROTECTED] wrote: U cehoz mne napada - pokud budu chtit delat dotazy na OSM typu ¨co vsechno nakreslil tenhle clovek v te a te oblasti lze to nejak jednodusseji, nez stahnout si OSM a v te to hledat? Minim neco v duchu SQL dotazu primo proti OSM databazi... Vasek On 4/23/08, Jiri Klement [EMAIL PROTECTED] wrote: Vytvorena mapa se nema ulozit do souboru, ale odeslat na osm server (File - Upload to OSM). Predtim nez si zacal kreslit si mel zase stahnout osm data (File - Download from OSM), aby si videl co uz je v upravovany oblasti hotovy. Jinak nebylo by mozna na skodu poslat svoje uzivatelsky jmeno a co jsi upravoval, aby jsme se mohli podivat jestli je to ok. On 4/23/08, BikerOnly [EMAIL PROTECTED] wrote: Jo toho jsem si bohuzel vsiml, az kdyz jsem vlezl do souboru. a co s tim pak dale? ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] tagovani a renderovani
Jeste to upresnim. Behem tech 10 sekund se nejenom vytahnou silnice, ale take se zkontroluje, jestli silnice se stejnym jmenem existuje v databance rsd. Takze to s tou efektivitou xslt neni az tak hrozny. On 4/24/08, Jiri Klement [EMAIL PROTECTED] wrote: Na planet.osm opravdu ne, ale na czechia.osm je to ok. Napriklad vytazeni ref vsech silnic trva asi 10 sekund a 800mb ram. Urcite to by slo udelat rychleji, ale XSLT je vysokourovnovy jazyk, takze se to da napsat opravdu rychle. On 4/24/08, BH [EMAIL PROTECTED] wrote: XSLT je dobre na mensi kusy, ale na cely planet.osm je nepouzitelne, protoze XSLT parsery si natahaji do pameti cele XML a na nem pak tyeprve pousteji transformace (uz jsem to zkousel a i kdyz jsem mel jenom celou ceskou republiku (cca 100mb) a 1 gb pameti tak to neslo) Pokud parsovat XML tak doporucuju necim jinym nez XSLT (nejaky SAX parser treba nebo neco jednoducheho v perlu :) Martin On 4/23/08, Jiri Klement [EMAIL PROTECTED] wrote: Tento nastroj neco takoveho umi: http://wiki.openstreetmap.org/index.php/Osmosis Umi vyfiltrovat pouze cesty, ktere maji zadane tagy a jejich nody. Pak je take mozne omezit se jen na urcitou oblast. Univerzalnejsi moznost je pouzit xslt transformaci, ktera potreba data vytahne. Ale pro tvuj pripad by to nemelo byt nutne. On 4/23/08, Vaclav Stepan [EMAIL PROTECTED] wrote: U cehoz mne napada - pokud budu chtit delat dotazy na OSM typu ¨co vsechno nakreslil tenhle clovek v te a te oblasti lze to nejak jednodusseji, nez stahnout si OSM a v te to hledat? Minim neco v duchu SQL dotazu primo proti OSM databazi... Vasek On 4/23/08, Jiri Klement [EMAIL PROTECTED] wrote: Vytvorena mapa se nema ulozit do souboru, ale odeslat na osm server (File - Upload to OSM). Predtim nez si zacal kreslit si mel zase stahnout osm data (File - Download from OSM), aby si videl co uz je v upravovany oblasti hotovy. Jinak nebylo by mozna na skodu poslat svoje uzivatelsky jmeno a co jsi upravoval, aby jsme se mohli podivat jestli je to ok. On 4/23/08, BikerOnly [EMAIL PROTECTED] wrote: Jo toho jsem si bohuzel vsiml, az kdyz jsem vlezl do souboru. a co s tim pak dale? ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] Mapování Plzně
Nevim jakym zpusobem se uzivatele daji vyhledavat, ale kdyz zadas adresu ve formatu: http://www.openstreetmap.org/user/jmeno uzivatele, treba: http://www.openstreetmap.org/user/jttt tak mas moznost poslat uzivateli zpravu. Jmeno cloveka co naposledy upravoval way/node vidis v josm, v potlachu uvidis jmena vsech uzivatelu. On 4/24/08, Michal Kovar [EMAIL PROTECTED] wrote: To by me zajimalo - ale jak mam ty lidi kontaktovat? Vcera jsem se na to ptal, ale nikdo nezareagoval - nejak se vsichni probrali po zime a je to tu jako x-chat :) On Thu, 24 Apr 2008 00:15:58 +0200, Kubajz [EMAIL PROTECTED] wrote: Nic Ti nebrani :] Jukni do osmarenderu na jmena lidi, co delaji v podobne oblasti a napis kdyztak primo jim. Pokud to tam ale znas, tak neni problem urcite upravovat i veci, ktere nakreslil nekdo jiny. K Jakub Suchý napsal(a): Jasne, ja jsem myslel, ze bych mapoval spise casti mesta jako jsou Bozkov, Cernice, Lobzy atp ... proste ty okrajove casti, ktere chybi kolem centra. Popripade oblasti smerem na jih, kde mam chatu. dwiggy 2008/4/23 Kubajz [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]: Ja obcas kdyz jsem v Plzni, tak neco zmapuju. Obvykle si cmaru jmena ulic do schematicke mapy a plnim to do OSM. Potom jsem zmapoval celou cestu z Plzne do Kralovic a dal na statovku do KV. Od Kralovic mam babicku, takze jsou tam i nektere obce propojeny silnicemi tretich trid. K Jakub Suchý napsal(a): Zdravím, rád bych zmapoval některé části Plzně a okolí. Tak si chci zeptat zda již někdo z vás na nějakých větších oblastech nedělá, abych to neprováděl zbytečně ? dwiggy ___ Talk-cz mailing list Talk-cz@openstreetmap.org mailto:Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org mailto:Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz -- Jakub Suchý E-Mail: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] Jabber: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] ICQ: 349-470-832 ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz __ Informace od NOD32 3050 (20080423) __ Tato zprava byla proverena antivirovym systemem NOD32. http://www.nod32.cz -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] tagovani a renderovani
Pouzivam saxon8. Jinak vyber referencovanych nodu je snadny: xsl:copy-of select=key('nodeKey', $ways/nd/@ref)/ kde $way je promena se seznamem cest, ktery se predem nejak vyfiltrovali a nodeKey je index definovany takto: xsl:key name=nodeKey match=//osm/node use=@id/ Stejne hlavni duvod pro pouzivam XSLT je, ze mam obcas chut pohrat si s nejakym netypickym jazykem :-) On 4/24/08, BH [EMAIL PROTECTED] wrote: Mozna zalezi i na tom, jaky se pouzije XSLT parser. Ja jsem s czechii a vytahavanim silnic na 1 GB ram pohorel. Tak jsem si napsal vlastni radoby-xml-parser v perlu, navic v nem sly udelat lepe i veci na vystup posli jen ty nody, ktere jsou nekde referencovane :) Martin On 4/24/08, Jiri Klement [EMAIL PROTECTED] wrote: Na planet.osm opravdu ne, ale na czechia.osm je to ok. Napriklad vytazeni ref vsech silnic trva asi 10 sekund a 800mb ram. Urcite to by slo udelat rychleji, ale XSLT je vysokourovnovy jazyk, takze se to da napsat opravdu rychle. ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] Lokalizace JOSM
Ja myslim ze samotne rozhrani programu v anglictine neni az takovy problem. Daleko horsi mi pripadnou anglicke nazvy tagu. Myslim ze by vice pomohla ceska verze menu Presets, vcetna polozek jako Mistni komunikace III. tridy nebo Obytna zona. On 4/23/08, Petr Schonmann [EMAIL PROTECTED] wrote: Ahoj všem. Napadlo me, ze k rozsireni mez verejnost by pomohla lokalizace JOSM do cestiny. Rad se pridam, ale nevim jak nato. Kdysi jsem si vymenil par emailu s vyvojarem, moc jsem nepochopil editaci toho lang balicku. Kdyztak piste sve nazory, jestli ma cenu lokalizovat ( dle me ma ) a kdyztak postnete navodek jak nato :) PS: myslim ze se jednalo o *.po soubory Mail: psbox [add @] seznam.cz http://fatbozz.towerofglass.net ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] Lokalizace JOSM
Neco podobneho uz existuje - http://wiki.openstreetmap.org/index.php/Cz:Beginners_Guide , ale asi by to chtela vic prizpusobit ceskem prostredi - zminka o rsd, uhul a podobne. On 4/23/08, BikerOnly [EMAIL PROTECTED] wrote: Dobry napad s videi, ale spoustu lidi nema cas hledet na filmy. Proto bych asi navrhoval rozdelit problem OSM do vice pasazi a popsat je ze zacatku aspon osnovou. 1. krok - vyber GPS a zamerovani (((sam jsem treba mel pujceneho Garmina Etrex Legend))), zkusenosti, presnost i kdyz o presnosti se moc mluvit neda atd 2. krok prevod do gpx 3. JOSM kde download, popis funkci 4. seznam tagu, odkazy na cisla silnic (www.RSD.cz apod.) jak a kde tagovat, jak pospojovat body, atd. 5. natazeni jiz stavajicich dat do JOSM 6. upload kroky jsou asi na preskacku - ja vim. Neco jsem treba osobne nasel na wiki a nejvic veci jste mi rekli az vy. Neco, co jsem vypsal, uz je vcelku pekne popsano, ale o nekterych neni ani zminky a prece jen mate vetsi zkusenosti nez ja, ktery s tim zacina. Treba uz nevim komu dekovat, ale o tom, nejdrive stahnout do josm stavajici mapy apod. jsem se moc nedocetl. zatim se mejte, jdu kreslit BikerOnly ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] Lokalizace JOSM
Melo by to fungovat tak, ze vytvorit .po soubor pro cestinu. K tomu je navod tady http://code.google.com/p/gettext-commons/wiki/Tutorial , pripadne ti ho mozna poslou primo vyvojari. Pak ho treba pomoci poedit prelozis, a nasledne se z nej vygeneruje java trida, ktera se priji k josm. 2008/4/23 Michal Grézl [EMAIL PROTECTED]: 2008/4/23 Petr Schonmann [EMAIL PROTECTED]: Ahoj všem. Napadlo me, ze k rozsireni mez verejnost by pomohla lokalizace JOSM do cestiny. Rad se pridam, ale nevim jak nato. Kdysi jsem si vymenil par emailu s vyvojarem, moc jsem nepochopil editaci toho lang balicku. Kdyztak piste sve nazory, jestli ma cenu lokalizovat ( dle me ma ) a kdyztak postnete navodek jak nato :) PS: myslim ze se jednalo o *.po soubory http://en.wikipedia.org/wiki/Gettext, jsou tam i nejake editory, to ovsem v pripade ze se jedna o klasicke gettext lokalizacni soubory. -- Michal Grézl http://walley.org ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] tagovani a renderovani
Vytvorena mapa se nema ulozit do souboru, ale odeslat na osm server (File - Upload to OSM). Predtim nez si zacal kreslit si mel zase stahnout osm data (File - Download from OSM), aby si videl co uz je v upravovany oblasti hotovy. Jinak nebylo by mozna na skodu poslat svoje uzivatelsky jmeno a co jsi upravoval, aby jsme se mohli podivat jestli je to ok. On 4/23/08, BikerOnly [EMAIL PROTECTED] wrote: Jo toho jsem si bohuzel vsiml, az kdyz jsem vlezl do souboru. a co s tim pak dale? ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] tagovani a renderovani
Tento nastroj neco takoveho umi: http://wiki.openstreetmap.org/index.php/Osmosis Umi vyfiltrovat pouze cesty, ktere maji zadane tagy a jejich nody. Pak je take mozne omezit se jen na urcitou oblast. Univerzalnejsi moznost je pouzit xslt transformaci, ktera potreba data vytahne. Ale pro tvuj pripad by to nemelo byt nutne. On 4/23/08, Vaclav Stepan [EMAIL PROTECTED] wrote: U cehoz mne napada - pokud budu chtit delat dotazy na OSM typu ¨co vsechno nakreslil tenhle clovek v te a te oblasti lze to nejak jednodusseji, nez stahnout si OSM a v te to hledat? Minim neco v duchu SQL dotazu primo proti OSM databazi... Vasek On 4/23/08, Jiri Klement [EMAIL PROTECTED] wrote: Vytvorena mapa se nema ulozit do souboru, ale odeslat na osm server (File - Upload to OSM). Predtim nez si zacal kreslit si mel zase stahnout osm data (File - Download from OSM), aby si videl co uz je v upravovany oblasti hotovy. Jinak nebylo by mozna na skodu poslat svoje uzivatelsky jmeno a co jsi upravoval, aby jsme se mohli podivat jestli je to ok. On 4/23/08, BikerOnly [EMAIL PROTECTED] wrote: Jo toho jsem si bohuzel vsiml, az kdyz jsem vlezl do souboru. a co s tim pak dale? ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] Znaceni turistickych cest
Takze aby jsme to dokoncili, napisu ted skoro finalni verzi doporuceni, jak znacit turisticke cesty. Pokud nikdo nebude protestovat, tak ji za par dni napisu do wiki. A kdyz ani potom nebudou namitky, tak predelam soucasne znaceni v osm. Pro znaceni se pouzivaji tagy kct_barva, napriklad kct_green, kct_red. kct je zkratka z Klub ceskych turistu, ale schema kct_barva se pouziva i pro stezky znacene jinou organizaci. Pro zobrazeni na mape staci pouzit kct_blue=yes. Je ale uzitecne doplnit i typ stezky, napriklad kct_blue=major. Pokud je na danem miste vice cest se stejnou barvou, ale jinym typem, tak se typy oddeluji strednikem. Doporucene typy jsou: major - normalni turisticka znacka (tri vodorovne pruhy) local - lokalni znacka kct (diagonalne rozdeleny ctverec, jeden trojuhelnik bily, druhy barevny) learning - naucna stezka (nejenom od kct) ruin - odbocka ke zricenine peak - odbocka k vyhlidce spring - odbocka ke studance interesting_object - odbocka ke zajimavemu objektu ski - pro bezky european - Evropska stezka Pokud stezka neni znacena barvou, tak je mozne nejakou rozumnou barvu zvolit (napriklad evropska stezka bude vypadat nejlepe modra). Informace o ceste je mozne doplnit o dalsi informace pomoci tag:kct_barva. Napriklad name:kct_green, description:kct_red. Napriklad name:kct_green=Geoloci, description:kct_gree=Naucna stezka po geologicky zajimavych mistech v okoli Svojsina Pro cyklotrasy se pouzije uz zavedene znaceni lcn a ncn. ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] Znaceni turistickych cest
To asi neni uplne snadne :-(. marked_trail=red,blue marked_trail_type=kct_na_vyhlidku oops. Ja vim ze je problem se soubeznymi cestami, je to jeden z duvodu proc se na to lepe hodi relace. Co je spatneho na marked_trail_red=yes Jednak by podobnych tagu bylo celkem velke mnozstvi a pak to porad neni univerzalni reseni. Existuji mista, kde napriklad jde vedle sebe turisticka znacka a mistni turisticka znacka stejne barvy. ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] Znaceni turistickych cest
Dival jsem se na zdrojaky osm2pgsql a vypada to, ze multipolygon je opravdu hard-coded, jine typy relaci se uplne ignoruji. Jednoduchym docasnym resenim by bylo pred vykreslenim doplnit do vsech way v relaci nejaky tag, napriklad marked_route_blue, ktery by se pak dal snadno nastylovat. Porad ale zustava neprijemne pouzivani relaci v josm. Pokud vim, tak neni mozne nastylovat cestu podle relaci do kterych patri. Navic ani po vyberu cesty se neukaze seznam jeji relaci. On 2/11/08, Jakub Sykora [EMAIL PROTECTED] wrote: Je to v proposed features a nekdo tam navrhoval udelat to pomoci relace. To je asi jedina spravna cesta. Pokud se relace nejak rozumne pojmenuje (hiking_marked_route nebo hiking_marked_path), tak je to do budoucna pouzitelne. Marked trail neni zrovna idealni, protoze trail je spis cesta ve smyslu fyzickem nez jako trajektorie. Problem je ale v renderovani. Ja treba vubec netusim, jak mapnik donutit, aby neco takoveho renderoval. IMO je relace multipolygon hard coded uvnitr a neda se s ni nic delat. Nejake rozhrani pro stylovani relaci jsem nenasel. Neni samozrejme ale problem vytahnout dane ways a renderovat to samostatne. Z meho pohledu tedy jednoznacne relace, jakozto jedina korektni cesta, jak to vyjadrit. Docasne se klidne muze pridat i znacka marked_trail a da se pomoci toho renderovat overlay s turistickym znacenim. K Jiri Klement wrote: Zdravim, Je nejaky standard pro znaceni turistickych cest? Vim ze se to uz resilo, ale myslim ze bez vysledku. Myslim ze by se melo neco rozhodnout a napsat do ceske wiki. Kdyz se to potom globalne udela jinak, tak nebude problem znaceni prevest (kdyz bude v cr jednotne) Momentalne je nejpopularnejsi marked_trail (38 vyskytu) a markedtrail (84 vyskytu). Doporucil bych jeste pridat tag marked_trail_type, kde by bylo neco jako kct_na_vyhlidku, evropska_stezka apod. Lepsi by asi bylo pouzit relace, elegatne by se tim vyresil treba problem soubehu vice tras, ale pouziti relaci neni v josm moc pohodlne. Kdyby bylo v josm mozne: - vybrat par cest, kliknout na pridat relaci, vybrat sablonu Turisticka znacka a vyplnit pozadovane informace - renderovat cesty v relaci jinym zpusobem - pri kliknuti na cestu zobrazit jeji relace tak by imho bylo pouziti relaci idealni. -- Jiri Klement ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz -- Jakub Sýkora email: [EMAIL PROTECTED] ') ICQ: 68976632 ( =- mobil: +420 777 594 201 '' ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] Mapa silnic podle RSD
On 2/10/08, hanoj [EMAIL PROTECTED] wrote: Spojovat nody me nenapadlo, ale opravdu by nemel byt problem to dodelat. Zitra to zkusim upravit. Jeste kdyz uz jsme u toho spojovani nodu, nestalo by za to spojit ty okresy do kraju? Tech bodu neni zase tolik na JOSM, aby museli byt po okresech... Na puvodni adrese je nova verze s pospojovanymi nody. http://home.zcu.cz/~jklement/osmrsd.zip Spojit do kraju by slo, ale nemam zadny seznam jake oblasti patri do kraju. Mimochodem aktualnost dat je u nekterych silnic dost miziva. Napriklad 3503 byla prelozena nekdy kolem roku 89 (na puvodni trase mel byt uranovy dul), ale v databance je porad na puvodnim miste. *** To je zajimave, neco podobneho se mi nestalo... Byvava problem na konci slepych silnic III. trid (kde uz konci statni a kde je Krakonos). Mam pristup k datum z nichz RSD svou databanku vyrezava (Silnicni Databanka Ostrava), ale jen pro Jihomoravsky kraj. Kdyby byl nejaky tip na nesrovnalosti v JmK, tak sem s nim. Jeste jsem narazil na to, ze nektery bezvyznamny silnice jsou posunuty, napriklad 01948 a 01947 priblizne o 50 metru (oproti ortofotu), ale je to opet kraj Vysocina. ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] Porovnani silnic v OSM a RSD
V priloze je seznam bez silnic 3. tridy. On 2/4/08, Kubajz [EMAIL PROTECTED] wrote: Souradnice v databankach CR byvaji v systemu S-JTSK. Prevodni transformaci pro cs2cs muzu poslat (hanoj to posilal nekdy drive sem do ml). Sly by vyfiltrovat silnice 3. tridy tak, abychom videli, jake je pokryti na silnicich 1.a 2.? Diky, K Jiri Klement napsal(a): -- Forwarded message -- From: Jiri Klement [EMAIL PROTECTED] Date: Feb 4, 2008 6:49 PM Subject: Porovnani silnic v OSM a RSD To: [EMAIL PROTECTED] Zdravim, Napsal jsem par XSLT tranformaci pro porovnani silnic v databance RSD a v OSM. Neni to jeste hotove, ale uz se to da pouzit. Vytvori to soubory roadsByRef.xml (seznam silnic v osm seskupeny pomoci ref), roadsByType.xml (seznam silnic seskupeny podle typu, uzitecny pro hledani preklepu v highway=*) a roadsFromRSD.xml (silnice v databance RSD). Ke kazdemu .xml existuje .txt soubor se shrnutim informaci. Silnice ktere nejsou v osm/RSD jsou oznacene hvezdickou. Zatim je v osm jen 10% silnic, ale to je zpusobene hlavne tim, ze vetsina lidi nedava ref pro silnice 3.tridy. Az budu mit trochu casu, tak bych chtel udelat porovnani krizovatek a useku v RSD a OSM, ale zatim netusim jak dostat lon/lat z RSD databanky, vic sice jak dostat souradnice, ale jsou v nejakem jinem formatu. Vysledky jsou ke stazeni zde: home.zcu.cz/~jklement/osmroads-results.zip Vysledky vcetne podkladu a transformaci: home.zcu.cz/~jklement/osmroads.zip ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz Celkem silnic: 503 Z toho v OSM: 466 CZ01 Praha (0/0) == CZ010 Hl.m.Praha (19/23) == *1 10 *100 101 102 115 12 241 243 29 333 4 *5 599 6 600 *601 603 611 7 8 D1 D11 CZ0101 Praha 1 (0/0) == CZ0102 Praha 2 (0/0) == CZ0103 Praha 3 (0/0) == CZ0104 Praha 4 (0/0) == CZ0105 Praha 5 (0/0) == CZ0106 Praha 6 (0/0) == CZ0107 Praha 7 (0/0) == CZ0108 Praha 8 (0/0) == CZ0109 Praha 9 (0/0) == CZ010A Praha 10 (0/0) == CZ010B Praha 11 (0/0) == CZ010C Praha 12 (0/0) == CZ010D Praha 13 (0/0) == CZ010E Praha 14 (0/0) == CZ010F Praha 15 (0/0) == CZ02 StÅednà Äechy (0/0) == CZ020 StÅedoÄeský kraj (0/0) == CZ0201 BeneÅ¡ov (22/22) == 105 106 107 109 110 111 112 113 114 121 124 125 126 127 137 150 18 3 335 336 603 D1 CZ0202 Beroun (8/8) == 114 115 116 117 118 236 605 D5 CZ0203 Kladno (14/15) == 101 116 118 16 201 236 237 238 239 240 6 606 61 *616 7 CZ0204 KolÃn (14/14) == 108 113 12 125 2 245 272 322 327 328 329 330 334 38 CZ0205 Kutná Hora (13/13) == 111 125 126 17 2 327 334 335 336 337 338 339 38 CZ0206 MÄlnÃk (14/14) == 101 16 240 244 246 259 261 273 274 331 522 608 9 D8 CZ0207 Mladá Boleslav (15/15) == 10 16 259 268 272 273 275 276 277 279 280 281 331 38 610 CZ0208 Nymburk (17/17) == 11 125 245 272 275 279 32 324 328 329 330 331 332 334 38 611 D11 CZ0209 Praha východ (23/23) == 10 101 107 108 113 12 2 243 244 245 3 331 335 508 522 603 608 610 611 9 D1 D11 D8 CZ020A Praha západ (18/18) == 101 102 104 105 106 115 116 201 240 241 242 4 6 603 605 7 D1 D5 CZ020B PÅÃbram (16/16) == 102 105 114 115 116 118 119 120 121 174 176 18 19 191 4 66 CZ020C RakovnÃk (14/14) == 116 16 201 206 221 227 228 229 233 236 237 27 6 606 CZ03 Jihozápad (0/0) == CZ031 JihoÄeský kraj (0/0) == CZ0311 Äeské BudÄjovice (20/21) == 105 122 135 138 141 143 145 146 147 148 154 155 156 157 159 20 3 34 39 603 *634 CZ0312 Äeský Krumlov (12/12) == 143 154 155 157 158 160 161 162 163 166 3 39 CZ0313 JindÅichův Hradec (22/22) == 103 128 132 134 135 147 148 149 151 152 153 154 155 164 23 24 34 406 407 408 409 410 CZ0314 PÃsek (13/13) == 102 105 121 123 138 139 140 159 175 19 20 29 4 CZ0315 Prachatice (15/16) == 122 141 142 143 144 145 165 166 *167 168 169 170 171 20 39 4 CZ0316 Strakonice (15/15) == 121 139 140 141 142 144 170 172 173 174 175 177 20 22 4 CZ0317 Tábor (19/20) == 120 121 122 123 124 125 129 135 136 137 147 159 19 23 24 29 3 409 603 *D3 CZ032 PlzeÅský kraj (0/0) == CZ0321 Domažlice (13/14) == 183 184 185 *189 190 192 193 195 196 197 198 200 22 26 CZ0322 Klatovy (18/18) == 117 139 145 169 171 172 174 182 184 185 186 187 188 190 191 192 22 27