JOSM umí stáhnout všechny členy relace (pravděpodobně to dělá nějaký
plugin, který používám, asi relation toolbox) a v okně pro editaci
relace jsou pak všechny položky - tady lze snadno upravovat role.
Dne 25. července 2012 10:35 Petr Stehlik napsal(a):
> Ahoj,
>
> prosím poraďte: ve Zlíně přibyl
://wiki.openstreetmap.org/wiki/Relations/Proposed/Group_Relation
LM_1
Dne 19. července 2012 16:43 Petr Holub napsal(a):
>> > > Teoreticky by všechny silnice měly být tvořeny pouze jednou spojitou
>> > > komponentou, zatím tomu tak není.
>> >
>> > Pozor, pokud za &quo
Taky mi to tak dělalo, teď dostávám zprávy jednotlivě a gmail je řadí
do konverzací, funguje to celkem dobře.
Dne 18. července 2012 22:36 Michal Pustějovský
napsal(a):
> Jakub kub.cz> writes:
>
>> PS: Odebírám list v digest módu a žere mi to diakritiku (viz citace
>> níže plná otazníků). Máte ně
3) ještě ne, čekám až se trochu uklidní rozbouřené vody kolem změny licence
Lukáš Matějka
Dne 12. července 2012 17:22 Martin Tesar napsal(a):
> Ahojte,
>
> diky za nazory,
>
> ad 1,2) nejvetsi zoom bude brzo opraveny, symboly postupne, nektere nove
> jsou ted prilis titerne, spatne citelne. Proto
Zrovna v případě MHD existuje více způsobů a validátor v JOSM a návody
na wiki nejsou úplně v souladu. Takže bych v tomoto případě MHD
ignoroval validátor a postupoval podle wiki - současná preferované
verze je dost pracná, ale má potenciál pokrýt mnoho různých problémů a
očekával bych, že bude sta
Podle zaměření tábora by mohla asi tak půlka účastníků mít smartphone,
pak by stačilo mít nachystanou příslušnou aplikaci, případně mapy
okolí. Pro android stačí apk soubor (osvědčil se mi Maverick), ostatní
platformy by asi potřebovaly připojení k netu. Aspoň by pak dětem
aplikace zůstala.
LM
Dne
Kromě pochopitelného nezájmu OSMF o jiné mapy bude takový editor
nerealizovatelný, jakmile se mapy začnou lišit (začnou).
LM_1
Dne 25. července 2012 23:00 Butrus Damaskus napsal(a):
> IMHO by mělo FOSM co nejdřív udělat editor, který by umožňoval zároveň
> editovat (přidávat věci) do ob
Nejsou systémy s tagováním bot/nobot moc komplikované? Co kdyby se bot
podíval na autora poslední změny daného bodu a pokud by to byl on sám
tak by ho upravil podle potřeby, pokud by to byl někdo jiný tak by jen
vygeneroval upozornění.
LM_1
Dne 30. července 2012 11:33 Miroslav Šulc napsal(a
jinou trasu (třeba kratší přes město,
odkud má značená trasa odvést dopravu)
Lukáš Matějka (LM_1)
Dne 31. července 2012 15:11 Lukas Kohout napsal(a):
> Zdravím,
>
> stále se v OSM rozkoukávám a nyní řeším, jak zpracovat poměrně zásadní
> dvouměsíční uzavírku I/38 v Kolíně
změní hodnota ve zdrojových datech,
předpokládáme i změnu v realitě a tím zneplatnění původní lidské
úpravy. To by mělo vyloučit většinu soubojů mezi člověkem a strojem.
Lukáš Matějka (LM_1)
Dne 31. července 2012 14:44 Miroslav Šulc napsal(a):
> o tomhle jsem taky uvažoval, má to ale jednu nevýh
t; jezdí tam těžké kamiony, avšak nyní tam bude omezení na 7 tun.
>
> LuKo
>
>
>
>
> On 31.7.2012 22:54, LM_1 wrote:
>>
>> Objízdné trasy (oražovými značkami vymezená trasa po existující
>> silnici, ne provizorně budované nové silnice) by nemělo být potřeba
>&
by asi mohl existovat tag
> "ruian:id=" (jeho asi jediný přínos ale vidím v tom, že v
> případě přejmenování ulice/změny čísla by se zachovala historie, jinak
> pro fungování bota asi není nezbytný). nicméně zatím nevím, jak je to
> přesně s custom tagy, sice jsem něco na osm wi
Uvažoval jsem přesně takto.
Není i dnes většina adresních bodů z importů? Ty ručně dělané budou
pravděpodobně správně...
LM
Dne 1. srpna 2012 13:05 Miroslav Šulc napsal(a):
> Dne 1.8.2012 01:08, LM_1 napsal(a):
>> Vlastní tagy obecně nejsou problém, ale měly by být popsané. Určitě
&g
O jakých chybách se tady bavíme? V Brně bylo spostu adresních bodů
pěkně vyplněných, ale posunutých o třy čtyři domy vedle. Pro navigaci
lepší než nic, ale pro opravy celkem peklo (navíc oproti prázdnotě
hledání původního bodu).
LM
Dne 2. srpna 2012 16:20 Jakub Sykora napsal(a):
> Ja si myslim, z
://wiki.openstreetmap.org/wiki/User:Imagic/landcover
LM
Dne 2. srpna 2012 17:37 f.remenstech napsal(a):
> Dne 2. srpna 2012 13:29 jzvc napsal(a):
>> Dne 1.8.2012 10:32, Petr Kadlec napsal(a):
>>> 2012/7/31 LM_1 :
>>>> Rozumím tomu, proč bych jako řidič chtěl vědět, kud
Pokud jde o srovnávání importované vrstvy a stávajího stavu, toto je
cílem pluginu conflation. Jak moc to funguje nevím, naposledy když
jsem to zkoušel tak nic moc.
LM
> Dobrý nápad, jenže pokud budu chtít zmapovat budovy v celém městě/vesnici,
> kde zatím vůbec žádné nejsou, bude to stále ještě h
Námět: Regiony soudržnosti se zobrazují na hlavní stránce při zoomu 7,
takže v OSM zcela jistě jsou.
LM_1
Dne 5. srpna 2012 18:10 Miroslav Šulc napsal(a):
> ahoj,
>
> pustil jsem se do toho bota nad rúian daty. z analýzy rúian dat mi vyplývá,
> že sestavení adresy lze uděla
Dobrý nápad. Geometrii bych určitě nezjednodušoval, to je celkem
zbytečná nepřesnost. Staré uzly a cesty bych mazal jen pokud nemají
kromě hranice žádný jiný tag. S těmi co mají bych možná vůbec nehýbal
automaticky (hranice vedoucí středem řeky apod.)
Lukáš Matějka (LM_1)
Dne 27. srpna 2012 15:40
souřadnice jsou jen odvozeným vyjádřením pro
praktické účely?
LM
Dne 27. srpna 2012 22:16 "Petr Morávek [Xificurk]" napsal(a):
> LM_1 wrote:
>> Staré uzly a cesty bych mazal jen pokud nemají
>> kromě hranice žádný jiný tag. S těmi co mají bych možná vůbec nehýbal
>> autom
Dne 28. srpna 2012 7:24 hanoj napsal(a):
>> Geometrii bych určitě nezjednodušoval, to je celkem
>> zbytečná nepřesnost.
> *** uplne bych se tomu nebranil, presna hranice ma smysl pokud pracuji
> s katastralni mapou (aby 1 parcela nebyla ve 2 k.u.). Chyba 1 metr je
> v nasich potrebach dostacujici.
Dne 29. srpna 2012 1:17 hanoj napsal(a):
Staré uzly a cesty bych mazal jen pokud nemají
kromě hranice žádný jiný tag. S těmi co mají bych možná vůbec nehýbal
automaticky (hranice vedoucí středem řeky apod.)
>>> *** to doufam nemaji, hranice byly vytvoreny jako balik autonomnich
>>>
určitě neměla být problém
(akorát se tím posunou některé body a některé zmizí, což by mohlo
působit problémy při aktualizaci - po změně jednoho uzlu v
nezjednodušených datech by mohl algoritmus dojít k celkové změně,
která by ovlivnila mnohem větší oblast.
Lukáš Matějka (LM_1)
Dne 30. srpna 2012 13
V tom případě je to bez problému. U hranic s odchylkou přes metr bych
nečekal ani spojení s plotem, hranicí lesa apod.
LM
Dne 30. srpna 2012 16:20 "Petr Morávek [Xificurk]" napsal(a):
> LM_1 wrote:
>> Co se týče zjednodušení tak přesnost 1cm by určitě neměla být problém
>&g
zrušené linky nečekám).
Lukáš Matějka (LM_1)
Dne 1. září 2012 17:24 napsal(a):
> Zdravim, 1.9. dojde k velkym zmenam v MHD a nektery linky budou zruseny. Tak
> bych se rad zeptal, jestli je muzu natvrdo vymazat (coz mi neprijde uplne
> cisty s ohledem na to, ze si s tim nekdo dal v
Dne 1. září 2012 23:20 hanoj napsal(a):
>> Používáš oba zdroje, takže bys měl uvést oba. Práce navíc to není,
>> stejně se to po prvním napsání vypisuje samo.
> *** to je samozrejme spatne.
> jednak cuzk:ortofoto neni legalni k odvozovani dat pouzivat a druhak
> Viduka pise ze ho k tomu ani nepouz
Myslím, že v tomto případě není potřeba se namáhat vymýšlením. Systém
mapování chráněných oblastí vypadá celkem propracovaně:
http://wiki.openstreetmap.org/wiki/Tag:boundary%3Dprotected_area
LM_1
Dne 4. září 2012 9:11 hanoj napsal(a):
>> spíš bych se přiklonil k tomu, dát existujícímu
Překřížení bez/s křižovatkou ve smyslu společného uzlu by mělo záviset
na tom, jestli tam křižovatka je. Takže zrovna u řek a potoků z
dibavod obvykle společný uzel nebude (kromě brodů). Řešení je
jednoduché - kde jsou mosty tak je kreslit, kde je trubka pod silnicí
tak tunnel=culvert (na zatrubkov
(v zákoně se píše
středem silnice) tak slučovat, jinak ne.
Analogicky u lesních cest tvořících hranice je vhodné je sloučit,
pokud cesta vede vedle/podél hranice tak neslučovat.
Lukáš Matějka (LM_1)
Dne 18. září 2012 23:23 Martin Krupicka napsal(a):
> Dobry vecer,
> pustil jsem se do u
Dne 19. září 2012 7:59 "Petr Morávek [Xificurk]" napsal(a):
> LM_1 wrote:
>> Obvykle
>> ale hranice probíhá po okraji silnice a tak je sloučení fakticky
>> nesprávné.
>
> Toto je typicky pravda pro administrativní hranice. Cestu v OSM sice
> značíme
Dne 6. října 2012 21:50 Garret Raziel napsal(a):
> Myslel jsem, samozřejmě, tracer plugin. Jen se dívám, že si budu muset
> nainstalovat mono.
>
> Katastrální mapy nejsou v jiných zemích veřejně dostupné?
V některých jsou, v některých ne.
LM
>
> Honza
>
>
Podle mě je landuse=residential odpovídající. To že se tam nebydlí
trvale nevadí.
Lukáš Matějka (LM_1)
Dne 22. prosince 2012 20:12 Marcel Dopita napsal(a):
> Dobrý den,
>
> už delší dobu přemýšlím a stále nenacházím žádné informace o tom, jak (a
> jestli) značit tag landuse u různý
ax] by asi taky
fungovalo).
Lukáš Matějka (LM_1)
Dne 8. ledna 2013 16:16 Libor Pechacek napsal(a):
> On Sun 06-01-13 15:10:20, hanoj wrote:
>> > ... jinak ta orthofoto
>> > je "by default" dostupna pro nekomercni ucely(maj to napsany na webu),
>> > predpokladam
Předně bych ho zkusil kontaktovat. Třeba ani neví co dělá...
Lukáš Matějka (LM_1)
Dne 6. dubna 2013 19:14 Michal Tauchman napsal(a):
> Ahoj,
> projižděl jsem okolí pomocí KeepRight a hledal chyby. Když jsem
> zabrousil nad domovské město objevil jsem v blízkých vesnicích a městech
Mnohokrát se probíralo, že spousta uživatelů - nováčků neví, že opravdu
upravují skutečnou mapu a bez zlých záměrů se chovají jako na pískovišti...
LM_1
Dne 7. dubna 2013 2:13 Michal Tauchman napsal(a):
> Lukas Kohout writes:
>
> >
> >
> > Souhlasím. Tak
Dobré, akorát bych doplnil i odkaz na help.osm.org (hlavně anglicky ale
mnohem příjemnější prostředí než mailing list a vhodnější pro
otázky-odpovědi) nebo komunitu na G+ (https://plus.google.com/u/0/
communities/111981115616957848548)
Lukáš Matějka (LM_1)
Dne 7. dubna 2013 14:53 Petr Holub
Jako by tekl na povrchu plus navíc
- layer=-1 (nebo i -víc podle potřeby)
- tunnel=culvert (jestli teče v trubkách)
LM_1
Dne 7. dubna 2013 22:31 Jakub napsal(a):
> Chtěl bych se zeptat jak mám označit potok, který pod vesnicí teče v
> rourách pod zemí, prostě ho část není
Není to úplně ono, ale podívej se na
http://wiki.openstreetmap.org/wiki/Key:organic - pořád je to obchod s
jídlem, byť se specializací.
Lukáš Matějka
Dne 8. dubna 2013 12:34 Milan Vancura napsal(a):
> Zdravím,
>
> mám několik dotazů po víkendové procházce ve Vršovicích, pošlu raději každý
> zv
Na specializované obchody se často hodí spíš
http://wiki.openstreetmap.org/wiki/Tag:shop%3Dtrade
LM_1
Dne 8. dubna 2013 14:24 Milan Vancura napsal(a):
> On Mon 08-04-13 12:38:49, Premysl Vohnout wrote:
> > a tohle
> >
> > http://wiki.openstreetmap.org/wiki/Tag:shop%3Del
ad neexistující železniční trať: může tam pořád být podloží (bez kolejí a
pražců) a takový objekt se obecně bere jako přípustný.
LM_1
Dne 8. dubna 2013 11:39 Michal Tauchman napsal(a):
>
> > IOW to ze vyrobim chybu na keepright neni nutne spatne.
>
> Ano, někdy KeepRight hlásí
Směr cesty (šipky v editoru) by měly směřovat tak, aby skála byla nalevo a
propast napravo. - Vždycky si představím, že jdu pod tou skálou podél šipek
a pak musím mít skálu po levé ruce. To stejné platí pro opěrné zdi.
Lukáš Matějka
LM_1
Dne 12. dubna 2013 14:03 napsal(a):
> Chtěl sjem
oly a
jiné "veřejné" budovy měly být zvýrazněny oproti okolí, ale vynechání dat
tomu nepomůže - je potřeba upravit pravidla vykreslování - což bohužel pro
standardní zobrazení na osm.org není nic snadného.
Lukáš Matějka (LM_1)
Dne 12. dubna 2013 13:55 Milan Vancura napsal(a):
> >
Zdravím,
po delší době jsem zapnul JOSM a podklad katastrální mapy přestal být
průhledný (dřív byl - byly vidět jen hranice, teď je tam černé pozadí).
Měnilo se něco?
Dík za odpověď
Lukáš Matějka
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://
To bych právě rád udělal, dřív to tak fungovalo, ale dne bůhvíproč ne...
LM
Dne 13. dubna 2013 15:00 Marián Kyral napsal(a):
> Řekl bych, že to je pozadí josm. Když si pod to dáš třeba bing, tak bude
> bing vidět.
>
> Marián
>
>
>
> Původní zpráva
Tak budu hledat problém jinde, mám trochu jinou adresu (wms:
http://wms.cuzk.cz/wms.asp?service=WMS&VERSION=1.1.1&REQUEST=GetMap&SRS={proj}&LAYERS=parcelni_cisla_i,obrazy_parcel_i,RST_KMD_I,hranice_parcel_i,DEF_BUDOVY,RST_KN_I,dalsi_p_mapy_i,prehledka_kat_prac,prehledka_kat_uz,prehledka_kraju-linie
I když je to komplikovanější, přimlouval bych se za to, aby TZ nebyla
samostatným uzlem téměř nikdy - co vím tak je vždycky svázaná s nějakým
objektem, který v mapě už je - a turistická známka by měla být jen další
informací o takovém objektu.
Lukáš Matějka (LM_1)
Dne 21. května 2013 9:45 Marián
Kromě toho turistické známky se neomezují na Česko (
http://turisticke-znamky.cz/tz/), takže by nebylo od věci pojmout návrh
trochu globálněji - tím se zvýší šance na podporu i v jiných mapách než
specificky zaměřených na české turistické známky.
Dne 22. května 2013 6:02 Marián Kyral napsal(a):
se stejnými body) obvykle komplikuje editaci.
Lukáš Matějka (LM_1)
Dne 22. května 2013 10:08 Lukas Kohout napsal(a):
> Ahoj,
>
> při čtení diskuze o lesích bych měl otázku ohledně jejich hranic s
> jinými plochami. Plochy s různým využitím mají mít společné a nebo odděle
Souhlasím, že sloučení může proběhnout manuálně a postupně - je to mnohem
jednodušší činnost než dohledávat názvy a čísla - takto se jen zkopírují
tagy.
Ohledně name:tz apod bych se spíš přikláněl k tz:name
a míst tz něco globálnějšího (tourist_stamp?, ts?)
LM_1
Dne 22. května 2013 13:21 Marián
Kromě toho, že ve skutečnosti existuje jen jedna hranice a proto není důvod
aby jich v datech bylo víc:
Dne 22. května 2013 12:49 jzvc napsal(a):
> Dne 22.5.2013 10:17, LM_1 napsal(a):
>
> Někdo by mohl nesouhlasit, ale podle mě: na hranici mezi loukou a lesem
> jen jedna cesta (
přesný
obchod/atrakce...
LM_1
Dne 22. května 2013 16:54 Tomáš Tichý napsal(a):
> A co importovat známky jako relace? Jednak má známka obvykle vlastní
> objekt - zajímavost a pak několik prodejních míst, které by se dala také do
> relace přidat. A také by se tím vyřešil problém s dvojím
Přiznám se, že jsem to nikdy nezkoušel, ale není ten problém s exportem
ploch v tom, že je tolik způsobů jejich reprezentace?
- uzavřená cesta s typickým tagam pro oblast
- uzavřená plocha s typickým liniovým tagem a area=yes
- multipolygon
- ...?
LM_1
Dne 23. května 2013 8:50 hanoj napsal(a
informace dával do relace - je to
univerzálnější v případě, že škola má víc budov/hřišť/celý areál, zároveň
funguje i pro jednodomkovou vesnickou školu.
LM_1
Dne 23. května 2013 14:07 jzvc napsal(a):
> Dne 23.5.2013 10:48, LM_1 napsal(a):
>
> Přiznám se, že jsem to nikdy nezkoušel, ale
Dne 23. května 2013 15:24 Milan Vancura napsal(a):
> On Thu 23-05-13 14:51:46, LM_1 wrote:
> > Zrovna v případě silnic/řek apod. základní pravidlo existuje - jeden
> objekt
> > v realitě - jeden objekt v osm. Z toho by vyplývalo, že v osm by měl být
> > jen jeden objek
@hanoj:
>>...každá plocha má nejen svou hranu na hranici, ale také své lomové body.
Má tento výrok ještě jiný význam, než že hranice mezi dvěma objekty není
vždy rovná čára, ale někdy i lomená? Jestli ne, je všechno jasné.
LM_1
Dne 23. května 2013 15:04 hanoj napsal(a):
> > Přiznám
Už je mi to jasné. :)
Dne 23. května 2013 17:02 hanoj napsal(a):
> >>>...každá plocha má nejen svou hranu na hranici, ale také své lomové
> body.
> > Má tento výrok ještě jiný význam, než že hranice mezi dvěma objekty není
> > vždy rovná čára, ale někdy i lomená? Jestli ne, je všechno jasné.
>
předchozí diskuse.
LM_1
Dne 23. května 2013 17:07 Milan Vancura napsal(a):
> On Thu 23-05-13 17:02:12, hanoj wrote:
> > >>>...každá plocha má nejen svou hranu na hranici, ale také své lomové
> body.
> > > Má tento výrok ještě jiný význam, než že hranice mezi dvěma objekt
-05-13 20:31:59, LM_1 wrote:
> > Body se neduplikují a více cest vedoucích jedním bodem se u průběžných
> > hranic používá docela v hojné míře.
> > V případě oploceného lesa bych nakreslil jen plot a použil ho pro
> > multipolygon lesa v roli outer (stejně jako případnou sou
avec wrote:
>>> > >multipolygon potřebuje uzavřené křivky, nebo ne?
>>> > Kupodivu nepotrebuje, jen je treba seradit useky cest za sebou tak,
>>> > aby tu uzavrenou krivku tvorily (a velka cast rendereru si to umi
>>>
>>> On Fri 24-05-13 07:11:57,
Slíbený návod na dělení multipolygonů:
http://wiki.openstreetmap.org/wiki/CS:How_to_split_multipolygon
Dne 25. května 2013 22:04 hanoj napsal(a):
> > rozfrncat vsechny cesty na pidisegmenty ... (a pak se v takovy krizovatce
> > renderuje nazev ulice 10x ...)
> *** No v editoru to az tak asi nev
Jsem pro všema deseti
2013/6/7 Petr Holub
> Ahoj,
>
> uz to tady problesklo pri diskusi u znamek a podobnych veci - co kdybychom
> do standardu pro CZ zanesli moznost pojmenovavani ulic a cest obecne pomoci
> relaci? V tomto smeru uz v OSM existuji minimalne dve (! :( ) relace k tomu
> urcene:
jde o C7 a C8, tam bych souhlasil s hanojem
Lukáš Matějka (LM_1)
Dne 11. června 2013 10:36 Lukas Kohout napsal(a):
> U nás je to označené značkou C9. Pokud v JOSM vyberu smíšenou stezku pro
> pěší a cyklisty, highway=cycleway se odstraní a vloží místo toho
> highway=path, bicycle=designa
tom je potřeba vysvětlovat použití access tagů.
>
> ha
> hanoj
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-cz
>
LM_1
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz
troly. Navíc přechod
od hierarchického modelu k jednoduššímu je snadněji realizovatelná, než
opačná.
LM_1
Dne 13. června 2013 8:56 hanoj napsal(a):
> >> 7. renderer bude znát objekt jako celek a mnohem lépe bude moct
> vyhodnotit, kam
> >> umístí popisky. Dnes jsou pop
oblasti a ne podle boundingboxu changesetu.
Lukáš Matějka (LM_1)
Dne 17. července 2013 12:57 Petr Stehlik napsal(a):
> Ahoj,
>
> ještě jeden základní dotaz (možná FAQ, nevím): když se chci podívat na
> historii změn nějaké konkrétní ulice či chodníčku (na
> osm.org/browse/changesets)
Jestli to vyhledávání funguje vždy od začátku bloku s mezerou (u jmen to
tak je, nevím jak u čísel) tak by ideální bylo ev. 3 (líp vypadá, dokonce
jsem ho i viděl na cedulkách, fungovalo by hledání)
Lukáš Matějka (LM_1)
Dne 26. září 2013 18:02 Nejedli napsal(a):
> Hmm, když jsem bydlel v d
To, že v (normalizované) databázi je všechno jednou a mezi jednotlivými
informacemi jsou vazby nikdo nezpochybňuje. Vazbám v databázi ale spíš
odpovídá relace v OSM - přímý odkaz pomocí klíče - než poloha přes sebe.
Tomu příkladu s overpass API nerozumím - ukazuje cykloobchody v Brně, ale
předchoz
teorie
grafů), možná spojnice, ale to zní divně.
LM_1
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz
zobrazit zároveň záplavová
území a katastrální mapu by byl super...
Umíte někdo poradit?
LM_1
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz
00,49.5000,16.0061,49.5040&WIDTH=300&HEIGHT=300
>
> josm:
> http://heis.vuv.cz/data/webmap/isapi.dll?SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap&SRS=EPSG:4326&LAYERS=wms_q100&STYLES=&FORMAT=image/png&;
>
> ha
> hanoj
>
> Dne 17. prosince 2011
Mě v JOSM funguje ten vestavěný.
adresa dotazu:
wms:http://wms.cuzk.cz/wms.asp?service=WMS&VERSION=1.1.1&REQUEST=GetMap&SRS={proj}&LAYERS=parcelni_cisla_i,obrazy_parcel_i,RST_KMD_I,hranice_parcel_i,DEF_BUDOVY,RST_KN_I,dalsi_p_mapy_i,prehledka_kat_prac,prehledka_kat_uz,prehledka_kraju-linie&FORMAT=
atelné měřítko jako je počet obyvatel.
Proti vlastnímu importu nic nemám, ale radši budu mít poloprázdnou
mapu, kde všechno bude správně než mapu plnou nesmyslů a duplicit.
Opravovat chyby je často mnohem horší než začít na čisto (týká se mj.
i importovaných špatně umístěných adresních bodů)
LM_1
duplicity? Aby to nedopadlo jak
dibavod, kdy půlka řek je dodnes dvakrát...
LM_1
Dne 5. ledna 2012 0:44 "Petr Morávek [Xificurk]" napsal(a):
> Zapracoval jsem připomínky a sloučil původní návrh s návrhem hanoje.
> Stránku s popisem importu jsem přesunul na [1] a doplnil odkaz do
>
celkem stačit. (zjistím adresu obrázku jeho otevřením v novém panelu
nebo z vlastností a připojím za ní /status)
Lukáš (LM_1)
Dne 5. ledna 2012 19:05 Martin Tesar napsal(a):
> Zdravim,
>
>> mala pripominka, koukam ze na mape se renederuje napeti u rozvodu, bylo by
>> asi
hodně pomohlo (usnadnilo), ale nevypadá, že by to v brzké době chtěl
někdo dělat.
Lukáš (LM_1)
2012/1/8 Karel Volný :
>
> Zdar,
>
> tak jsem včera trošku zeditoval Oslavu, a při té příležitosti jsem akčně
> přepsal náhony z waterway=stream na waterway=canal, neboť
>
> wat
Ale i v té dávné době někde koryto té řeky bylo, to u náhonů a kanálů neplatí.
Dne 8. ledna 2012 14:03 hanoj napsal(a):
> Pro me je "canal" neco jako umely plavebni kanal, rekneme Dunaj-Ryn.
> To uplatneni pro nahon je mozne, byt v mych ocich podruzne a
> zanedbatelne. Casto je to v praxi obtizne
, že by se
v brzké době šířka vykreslovala...
Lukáš (LM_1)
2012/1/9 Karel Volný :
> Dne Ne 8. ledna 2012 12:35:30, LM_1 napsal(a):
>> Velkou šířku náhonu bych jako problém neviděl, spíš malou šířku řeky.
>
> pravda, když si to nazoomuju a srovnám s měřítkem, tak mi vychází nějaké
>
Celkem formaliovaný způsob hlasování je proposal na wiki s hlasováním.
Když budou vrstvy tak předpokládám, že půjdou snadno zapnout/vypnout a
nebude potřeba řešit překrývání - když budu chtít cyklotrasy, přidám
si vrstvu, když mtb:scale, přidám si tu...
Lukáš (LM_1)
Dne 16. ledna 2012 13:27 Petr
t všechny kombinace moc nedává smysl . stejně by musely být
tak aby se všechno vešlo a to by potom šlo rozdělit do vrstev. Třeba
čárkovanou čarou s čárkami jedné vrstvy v mezerách těch ostatních...
Lukáš (LM_1)
>
> Petr
>
>
> ___
>
jimiž drtivá většina příspěvků v OSM není (berou se tak spíš z
opatrnosti). Proto se přechází na databázovou licenci, které více
odpovídá povaze dat v OSM.
Lukáš (LM_1)
2012/1/26 Martin Mares :
> Dobré odpoledne,
>
>> Ale houby! Práce spousty lidí nebude zničena proto, že se mění lice
m databázovém díle jako OSM?
>
> Ať už je to jakkoliv, tak se domnívám, že i kdyby tyto výtky byly
> oprávněné, tak ODbL poskytuje ochranu alespoň na stejné úrovni jako CC.
>
> Primární motivící je udělat trochu pořádek po právní stránce - viz např.
> co psal vedle Lukáš (LM_1). Je p
mapě
označím jako ref:bam.brno.cz=C123, případně doplním rok stavby a
architekta a název. Jestli někoho napadlo něco podobného, bylo by
vhodné, aby se čísla budov uchovávala konzistentně.
Lukáš (LM_1)
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http
Je to nesmysl, tyto copyleftové licence celkem přesně vystihují rčení:
"Co peklo schvátí, to už nenavrátí". Kdo by mi nevěřil tak viz
http://www.creativecommons.cz/zakladni-informace-o-cc/typy-cc-licenci/
úplně dole.
Lukáš (LM_1)
2012/1/26 Martin Mares :
> Zdravím!
>
>
ivě to zkoušeli i právníci Haralda Welte ve
sporu proti D-Link.
Lukáš Matějka (LM_1)
>> Třeba právě ten, že CC nefunguje na díla tohoto typu :)
> Není mi úplně jasné, proč. Text CC-BY výslovně zmiňuje, že dílo může
> být i mapa nebo kompilace dat.
Je rozdíl mezi mapou a mapovými dat
Není to všude, ale přibývají. :)
2012/1/27 Petr Holub :
>> mapuje architektonicky zajímavé stavby z období 1918-1945. Každá
>> stavba má číselné označení C001-C..., často je nastříkané barvou na
>> chodníku před budovou. Když okolo takového domu jdu tak ho v mapě
>
> FYI - v jednom z tech domu byd
"
bez dalšího důkazu by neuspělo
Lukáš Matějka (LM_1)
2012/1/27 Martin Mares :
> Zdravím!
>
>> Dokud se tento krok neprovede, tak např. cestu, která bude tvořena
>> starými uzly (pouze pod CC) a zároveň novými (pouze pod ODbL), nebude
>> možné použít ani pod CC, ani po
Na globální mailing list (t...@osm.org) přišla zpráva od licenční skupiny (LWG).
Můj osobní názor: Kritické množství by mělo být přes 99 %, měla by být
delší doba, kdy je znám způsob určení, která data budou zachována, ale
ostatní ještě nebudou odstraněna.
Lukáš (LM_1)
tady je
)
Podle mě samotná informace o tom, že někde je studánka autorským dílem
není, ale může být součástí databáze (taky chráněna). To je podle
českého práva, rozhodné právo může být jiné.
Lukáš Matějka (LM_1)
2012/2/13 Martin Kokeš :
> Otázka je, zda vůbec GPS point o poloze nějaké studánky podl
oznámit import i zahraničně, aby
to mohl udělat zahraniční importér stejně.
Lukáš Matějka (LM_1)
2012/2/15 jzvc :
> Dne 15.2.2012 22:43, Lukas Kabrt napsal(a):
>>> 2) Sdílené hranice - souvisí s předchozím. Nemělo by vést více hranic
>>> přes stejné body. Lepší je rozsekat jede
> Problem je prave trebas to, pokud ty hranice nekdo bude casem chtit
> automaticky ze zdroje aktualizovat = v pripade pouziti silnice, potoka
> ... nerealne.
Nereálné bych si tvrdit neodvážil, komplikované určitě. Ale data v OSM
by měla být především přesná a celistvá, ne sbírka nezávislých
import
+2
Nic není moc detailní.
Lukáš Matějka (LM_1)
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz
Nejsem si jist, jestli to pojmosloví co je na stránkách komínáři fakt
používají, nebo je to specifický druh humoru spolku podivínů, ale data
o komínech mají v hojném počtu a vypadá to, že celkem přesná, takže
jsem pro import.
Poptám se, jak by se k importu stavěli.
Lukáš Matějka (LM_1)
Dne 17
Ahoj
> Ahoj,
> koukal jsem na současný stav a tagování... tady je pár mých postřehů.
>
> V OSM jsou chráněná území momentálně tagována převážně třemi způsoby
> leisure=nature_reserve, boundary=national_park a potom novější obecnější
> způsob boundary=protected_area (bohužel oficiální mapnik zatím
.
Lukáš Matějka (LM_1)
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz
Velmi zběžným pohledem mi připadalo, že data jsou vcelku konzistentní
a překlad dnů by stačil - spolu se změnou čárek na středníky. Většinou
by se to asi dalo zjednodušit vytvořením rozsahu dnů, ale mělo by to
vcelku fungovat i bez toho.
K updatům bych se stavěl jako k původnímu importu. Už by na t
U mě ne, používám josm-latest verzi
LM
2012/2/22 Zdeněk Pražák :
>
> až nyní jsem si všiml, že při ukládání úprav v JOSM se mi špatně
> pojmenovávají provedené změny.
> Popis změn je vždy posunut o jednu změnu zpět
> například v Sadě změn: 10751088 se zobrazil popis budovy Přeštěnice, zatímco
>
Proč přejmenovávat, jestli se ta obec takto jmenuje? Určitě bych to
nedělal jen na základě toho, že to zní divně. Spousty měst mají v
názvu relativní poluhu k nějaké řece a nikdo to nezpochybňuje, i když
obyvatelé Ústí nad Labem o něm asi budou mluvit jen jako o Ústí...
Lukáš Matějka (LM_1)
Dne
okolí a přidání parametrů/vytvoření nového
bodu...)
Lukáš Matějka (LM1)
Dne 18. února 2012 0:21 LM_1 napsal(a):
> Nejsem si jist, jestli to pojmosloví co je na stránkách komínáři fakt
> používají, nebo je to specifický druh humoru spolku podivínů, ale data
> o komínech mají v hojném počtu
jen jako bod, ale jako building o
> patricnem pudorysu. Ovsem nevim, jestli eviduji neco jako je prumer
> kruhovych u zeme a pripadne u hranatych delku hrany - myslim, ze ne...
>
> K
>
> Dne 9.3.2012 23:04, LM_1 napsal(a):
>
>> Tak jsem se ptal a s importem není ze strany KO
Zdravím,
man_made=chimney je používaný, zdokumentovaný na wiki, je v
předvolbách JOSM a zdál se mi nejlepší. Není to ale něco, na čem bych
dogmaticky trval; pokud se najde lepší alternativa, tak se jí bránit
nebudu (akorát o žádné nevím).
LM_1
Dne 12. března 2012 16:12 Petr Balíček napsal(a
iku.
> PB
>
>> Původní zpráva ----
>> Od: LM_1
>> Předmět: Re: [Talk-cz] Import komínů
>> Datum: 12.3.2012 18:06:02
>>
>> Zdravím,
>> man_made=chimney je používaný, zdokumentovaný na wiki, je v
&g
1 - 100 z 103 matches
Mail list logo
