Re: [Talk-cz] ruční GPS navigace

[Jiri Klement]

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

[Jiri Klement]

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

[Jiri Klement]

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

[Jiri Klement]

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í

[Jiri Klement]

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í

[Jiri Klement]

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

[Jiri Klement]

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

[Jiri Klement]

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

[Jiri Klement]

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

[Jiri Klement]

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

[Jiri Klement]

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

[Jiri Klement]

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

[Jiri Klement]

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

[Jiri Klement]

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

[Jiri Klement]

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

[Jiri Klement]

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

[Jiri Klement]

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

[Jiri Klement]

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

[Jiri Klement]

 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

[Jiri Klement]

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

[Jiri Klement]

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?

[Jiri Klement]

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

[Jiri Klement]

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

[Jiri Klement]

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

[Jiri Klement]

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

[Jiri Klement]

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

[Jiri Klement]

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

[Jiri Klement]

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

[Jiri Klement]

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

[Jiri Klement]

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

[Jiri Klement]

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

[Jiri Klement]

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

[Jiri Klement]

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

[Jiri Klement]

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

[Jiri Klement]

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

[Jiri Klement]

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

[Jiri Klement]

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

[Jiri Klement]

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

[Jiri Klement]

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

[Jiri Klement]

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

[Jiri Klement]

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

[Jiri Klement]

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?

[Jiri Klement]

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

[Jiri Klement]

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

[Jiri Klement]

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

[Jiri Klement]

 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

[Jiri Klement]

[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

[Jiri Klement]

   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!

[Jiri Klement]

 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

[Jiri Klement]

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

[Jiri Klement]

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

[Jiri Klement]

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

[Jiri Klement]

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

[Jiri Klement]

 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

[Jiri Klement]

 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

[Jiri Klement]

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

[Jiri Klement]

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

[Jiri Klement]

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

[Jiri Klement]

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

[Jiri Klement]

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

[Jiri Klement]

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

[Jiri Klement]

 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

[Jiri Klement]

  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

[Jiri Klement]

  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

[Jiri Klement]

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

[Jiri Klement]

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

[Jiri Klement]

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

[Jiri Klement]

  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

[Jiri Klement]

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

[Jiri Klement]

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

[Jiri Klement]

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

[Jiri Klement]

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

[Jiri Klement]

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?

[Jiri Klement]

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

[Jiri Klement]

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

[Jiri Klement]

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

[Jiri Klement]

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ě

[Jiri Klement]

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

[Jiri Klement]

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

[Jiri Klement]

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

[Jiri Klement]

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

[Jiri Klement]

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

[Jiri Klement]

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

[Jiri Klement]

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

[Jiri Klement]

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

[Jiri Klement]

 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

[Jiri Klement]

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

[Jiri Klement]

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

[Jiri Klement]

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