Re: [Talk-cz] dotaz na funkčnost mtbmap.cz

2014-07-30 Tema obsahu 2nd

ok diky
doplnil jsem část zelené z údolí Olešenky směrem na Českou Čermnou a 
opravil několik lesů podle bingu



Dne 29. července 2014 19:14 2nd <2...@centrum.cz 
> napsal(a):


Dobrý den,
mě to taky nejde. Tohle by nepomohlo?
http://waymarkedtrails.org/cs/#routes
Jsem z okolí, co jste přesně dělal? Jen tak ze zvědavosti...
Jiří Anděl


Minulý týden jsem se díval na na vykreslování turistických tras
na mtbmap.cz  v okolí Nového města nad metují a
následně jsem do OSM doplnil některé turistické trasy.
Dnes jsem se chtěl opět podívat na mtbmap ale mapa je nedostupná
Co se děje?


___
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


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz


[Talk-cz] Folie KM strkaná do scanneru obráceně

2014-07-30 Tema obsahu Petr Vejsada
Ahoj,

jsem na stopě alespoň jednoho ze způsobů, jak vzniká rudý duch. Koukám na to
stále nevěřícně, ale bude to tak - někdo totiž strká do scanneru fólii
s katastrální mapou obráceně.

Pohleďme na obrázek http://pedro.poloha.net/osm/folie.png

Východně od ulice Ke Spravedlnosi a severně pd ulice J.V. Sládka vidímě
popisná čísla (zleva doprava) 1771, 1772, ... 1775. Takto byla uložena v OSM.
Vidíme rovněž rudého ducha, tedy definiční bod budovy s č.p. 1774. Červená
čára ukazuje k polygonu budovy. Budovy jsou v realitě západně od ulice
Ke Spravedlnosti a jižně od ulice J.V.Sládka. Zleva doprava jsou č.p. ovšem
v pořadí 1775, 1774 ... 1771. Prostě někdo strčil něco do scanneru obráceně.
Mohlo by to vysvětlovat i další řadu rudých duchů, jak jsou patrné ve
Všechlapech, okres Benešov, http://ruian.poloha.net/16/49.7697/14.9304
(zapnout vrstvu budov). To taky tak trochu vypadá, jakoby někdo strkal folii
do scanneru obráceně :-).

V těch Všechlapech je to hodně zmatené. Jedná se zejména o budovy:

14323508
14323362
14323401
14323419
14323494
14323524
14323451
14323486
14323443
14323397
14323460

--
Petr
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz


Re: [Talk-cz] Deje se neco kolem TrackType?

2014-07-30 Tema obsahu Lukas Gebauer
> V dolní části předvoleb (až za název, povrch, šířka, struktura,
> přistup a sklon) je sekce Track Type s grade1-5 rozepsanými do
> slovního vyjádření:

Mas pravdu, uplne jsem to tam prehledl, drive to byvalo nahore.

Pardon za plaseni!



-- 
Lukas Gebauer.

http://synapse.ararat.cz/ - Ararat Synapse - TCP/IP Lib.
http://geoget.ararat.cz/ - Geocaching solution


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz


Re: [Talk-cz] dotaz na funkčnost mtbmap.cz

2014-07-30 Tema obsahu Jakub Sykora

Uz jsem se lekl, ze jsem zapomnel zaplatit domenu na dalsi rok :-)

Dne 30.7.2014 09:25, Petr Holub napsal(a):

doplnil jsem část zelené z údolí Olešenky směrem na Českou Čermnou a opravil 
několik lesů podle bingu


Jeste jedna vec - pocitejte prosim s tim, ze mtbmap.cz se prepocitava
nejcasteji jednou za 14 dni, spis jednou za mesic. Duvod je v tom,
ze jsou tam netrivialni vypocty kolem routovacich informaci a cely
ten update s kompletnim prerendrovanim bezi tak 4-5 dni.

Jinak od kolegu mam info, ze se v masine jeste navic odesly nejake
disky a rebuilduje se pole.

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


Re: [Talk-cz] dotaz na funkčnost mtbmap.cz

2014-07-30 Tema obsahu lukasmi
Nove "zakreslene" turisticke trasy pomoci relaci si lze prakticky za par chvil 
prohlednout zde http://hiking.waymarkedtrails.org/ neni to sice tak hezke 
jelikoz se barva trasy vykresluje dle tagu network a je na ni jen obrazek 
patricne znacky, ale i tak si myslim, ze pro kontrolu, jestli clovek nekde 
neustrelil napriklad pri rozdelovani cest, po kterych znacka vede, je fajn.

__
> Od: "Zdeněk Pražák" 
> Komu: 
> Datum: 29.07.2014 18:04
> Předmět: [Talk-cz] dotaz na funkčnost mtbmap.cz
>
>Minulý týden jsem se díval na na vykreslování turistických tras na mtbmap.cz
>v okolí Nového města nad metují a následně jsem do OSM doplnil některé 
>turistické trasy.
>Dnes jsem se chtěl opět podívat na mtbmap ale mapa je nedostupná
>Co se děje?
>=
>
>--
>
>___
>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 - nová testovací verze

2014-07-30 Tema obsahu Marián Kyral
Ahoj,
dobrá zpráva je, že už vím v čem je problém. A ta špatná je, že oprava
je poněkud komplikovanější. Už na tom pracuji, ale vzhledem k tomu
počasí venku se doma moc nezdržuji (dnešní dopoledne je výjimka ;-) ),
takže to pravděpodobně bude hotovo někdy příští týden.

Jen kdyby to někoho zajímalo: Všechny operace s objekty (vytvoření,
smazání, změna) se ukládají do fronty a až na úplném na konci se provede
commit, čímž se všechny operace provedou na datech a vytvoří se undo
sequence.

Problém je v tom, že pokud se jedna cesta změní více krát (příkaz
ChangeCommand(oldWay, newWay)), tedy v sekvenci příkazů je něco takového:

oldWay -> newWay1 -> newWay2 -> newWay3

tedy:
ChangeCommand(oldWay,  newWay1);
ChangeCommand(newWay1, newWay2);
ChangeCommand(newWay2, newWay3);

tak se provede pouze první příkaz a ostatní se sice jako provedou, (na
nic to nespadne), ale nemá to žádný efekt. Pak dojde k tomu, že bod z
cesty záhadně zmizí -> informace další změně dané cesty (tedy odstranění
bodu) se někde ztratí.

Musím to přepsat na toto:
ChangeCommand(oldWay, newWay1);
ChangeCommand(oldWay, newWay2);
ChangeCommand(oldWay, newWay3);

Udělal jsem si třídu, která drží vazbu oldWay -> newWay, ale je to hodně
velká změna a musím to pořádně otestovat. Zcela určitě se zase něco
rozbije :-D

Marián

Dne 19.7.2014 16:54, Marián Kyral napsal(a):
> No to bude tím, že tahle verze je od základů přepsána, právě kvůli těm 
> duplicitním bodům :-) 
>
> Porovnávat změny oproti předchozí verzi tedy nemá smysl. Ale ten příklad mi 
> hodně pomůže, z toho se už dá na něco přijít.
>
> Díky,
> Marián
>
> On 19. července 2014 15:44:29 CEST, "Martin Švec - OSM"  
> wrote:
>> Potvrzuju, že to dělá až poslední verze. Předchozí sice vyráběla mnohem
>> víc duplicitních bodů, ale žádné konflikty ;-)
>>
>> Nevím jestli je to stejný problém, ale reprodukovatelnou chybu jsem
>> našel např. na
>>
>> https://www.openstreetmap.org/#map=19/49.24478/16.23263&layers=N
>>
>> - když kliknu na dům č. 81 (par. 17/4) nebo č. 1 (par. 17/3), plugin
>> smázne západní roh domu č. 35 (par. 17/2) a nevrátí ho zpět ani undo.
>>
>> Martin
>>
>> On 19.7.2014 13:35, jzvc wrote:
>>> Predchozi verze tohle nedelala => hledej v poslednich zmenach. Pokud
>> jsem to dobre pochopil, tak vpodstate jde o to, ze plugin zmeni
>> podkladova data, ale tu zmenu nezapise jako zmenu.
>>> Dne 18.7.2014 16:03, Marián Kyral napsal(a):
 Tak jsem si teď trochu poklikal v Jihlavě a podařilo se mi "vyrobit"
>> 24
 konfliktů :-(
 Budu muset vymyslet nějaký lepší debugging. Z aktuálního logu jsem
>> nic
 zajímavého nevykoukal.

 Zatím řekněme, že Tracer není vhodný pro klikání v husté zástavbě
>> :-D
 Marián


 -- Původní zpráva --
 Od: Marián Kyral 
 Komu: OpenStreetMap Czech Republic 
 Datum: 17. 7. 2014 13:55:43
 Předmět: Re: [Talk-cz] Tracer - nová testovací verze


 -- Původní zpráva --

 Od: jzvc 
 Komu: talk-cz@openstreetmap.org
 Datum: 17. 7. 2014 13:14:46
 Předmět: Re: [Talk-cz] Tracer - nová testovací verze


 Dne 16.7.2014 23:28, Marián Kyral napsal(a):
  > Ahoj,
  >
  > -- Původní zpráva --
  > Od: jzvc 
  > Komu: OpenStreetMap Czech Republic
>> 
  > Datum: 16. 7. 2014 23:00:58
  > Předmět: Re: [Talk-cz] Tracer - nová testovací verze
  >
  >
  > Cus, nevim v cem to je, ale s libovolnym pouzitim mi
>> vznikne
 konflikt.
  > Je to na tema ze lokalne sem smazal bod kterej na serveru
 existuje.
  > Vyresit se da jedine tak, ze aplikuju verzi ze serveru,
>> pri
 pokusu o
  > aplikovani lokalni verze se to cykli porad dokola.
  >
  >
  > Navic pokud josm nekeca, tak ten koflikt vznikne na
>> bodech
 budov, na
  > ktery sem vubec nesahal => plugin zjevne ano.
  >
  >
  > Divné, divné. Můžeš hodit nějaký příklad? Případně nějaké
 detaily?
  >
  > Zkoušel jsi původní, nebo aktualizovanou verzi?
  >

 Cus,
 Zkousel sem posledni verzi na posledni verzi josm (7313).
>> Budovy
 nesousedily.


>> http://www.openstreetmap.org/relation/440427#map=18/49.40296/15.58466
 pokud si pamatuju, protah sem pres plugin budovu 4340/6 (a
>> par
 budov
 kolem nadrazi) a konflikt to hlasilo na budove 1472/15a (byl
>> to
 mimo
 jiny dolni levy bod).


 Díky,

 vyzkouším (ale asi ne hned, teď budu týden mimo). Jak velkou
>> oblast
 jsi měl staženou? Nebyla daná budova alespoň částečně mimo
>> staženou
 oblast? To bych možná tušil (a asi bych to měl nějak omezit)

Re: [Talk-cz] dotaz na funkčnost mtbmap.cz

2014-07-30 Tema obsahu Petr Holub
> doplnil jsem část zelené z údolí Olešenky směrem na Českou Čermnou a opravil 
> několik lesů podle bingu

Jeste jedna vec - pocitejte prosim s tim, ze mtbmap.cz se prepocitava
nejcasteji jednou za 14 dni, spis jednou za mesic. Duvod je v tom,
ze jsou tam netrivialni vypocty kolem routovacich informaci a cely
ten update s kompletnim prerendrovanim bezi tak 4-5 dni.

Jinak od kolegu mam info, ze se v masine jeste navic odesly nejake
disky a rebuilduje se pole.

Petr


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz