[talk-cz] Duplicitní uzly na ploše (RE: Mirek Dlask & jzvc)

Čtvrtek Listopad 10 20:29:37 UTC 2022

Cus

Dne 09.11.2022 v 20:09 ramirezhav na seznam.cz napsal(a):
> Feedback, abych se ujistil, zda jsem to správně pochopil.
>
> OSM, chce nechce mít neoddělené tvary. Oddělení by nemělo vadit u 
> silnic, protože typicky je zeleň několik metrů od středové čáry. Ale 
> případy jako landuse=forest blízko landuse=garrages nebo 
> landuse=residential chcete spojovat.

Tohle je trochu slozitejsi. OSM nezna vrstvy. Ale spojene by melo byt 
to, co se vzajemne ovlivnuje/vylucuje/souvisi ... V OSM muzes mit 
oznacenou plochu, ktera ale nijak nesouvisi s jinou plochou, takze to 
bys spojovat nemel. Napriklad mas v OSM ruzne hranice (staty, okresy, 
...) to jsou defakto plochy, ale nemel bys je spojovat trebas s 
travniky, protoze hranice treba statu jen velice nepravdepodobne povede 
prave po hranici travniku, a oboji se muze zmenit zcela nezavisle na 
sobe, a tim ze to spojis pak delas prekerku pripadnemu editorovi, ktery 
to musi pracne rozdelovat. Coz sis ostatne podle vseho sam vyzkousel. 
Spousta lidi si zjednodusuje praci treba tim, ze plochama obtahujou 
silnice (ono se to pekne "samo" prilepuje na jejich body) a kdyz pak 
prijde nekdo kdo chce tu silnici nejak upravit (typicky ji treba 
rozdelit kvuli ruznym omezenim), tak je to na vrazdu.

Pokud mas ale trebas louku a les, tak louka konci lesem, a kde je les, 
nemuze byt louka, takze tady dava smysl aby to bylo se spolecnou hranici 
a tim padem to sdilelo spolecne body.

Silnice (a dalsi podobne prvky) jsou prozmenu defakto plochy, u kterych 
by bylo ale jejich zaznamenani jako ploch velice pracne, a i dost 
neprakticke (pres plochu se naviguje vazne dost tezko). To ale 
neznamena, ze to udelat nelze, jen je fajn tam pak mit oboje = jak tu 
osu, tak tu plochu.

OSM ve skutecnosti nema ani zadny datovy model, je to cele jen linearni 
seznam tag = hodnota. A to ma pochopitelne presne ty dusledky, kterych 
cast zminujes. Na druhou stranu ti to umoznuje si klidne vymyslet zcela 
svoje konstrukce tagovani, a pokud tim nekomu nerozbijes nejakou 
babovicku, treba se i vseobecne ujme.

>
> Duplicitní uzel je, že jsou dva body přesně na sobě.
> Spojený uzel je, že dva tvary mají sdílený jeden bod.
>
> Stejně ale pro mě jsou některé editace tak strašně pracné. "Velký" les 
> severně od Merkuru - to je ten segment aktuálně vpravo od garáží o 
> kterých jsme se bavili - chtěl jsem trochu posunout hranici, aby se 
> srovnal nebo dokreslil chodník - nedalo se s tím hýbat - bylo to 
> slepené. Tak jsem to zkopíroval, vložil, a smazal staré, aby se to 
> odpojilo. Ta práce jako nejdříve je třeba vybrat třeba dvacet bodů, 
> pak to nějak odpojit nebo jednotlivě každý uzel, pak nakreslit a pak 
> zase spojovat, to je systém na hlavu postavený. Ale chápu asi to, že 
> tam nechcete mít mezery, aby se ty mezery nevyrendrovaly. Ale při 
> maximálním přiblížení/detailech LOD 15 možná LOD 17 by stejně žádná 
> mezera být nebyla protože to závám blízko v řádu desítek centimetrů. 
> Já zvyklý ze Sketchupu všechno oddělovat hlavně do skupin, tam se 
> nesmí slučovat nic, pak se s tím nedá manipulovat. A tu je to napak, 
> což mi přijde nahlavu.
>
>
> ---------- Původní e-mail ----------
> Od: jzvc via talk-cz <talk-cz na openstreetmap.org>
> Komu: talk-cz na openstreetmap.org
> Kopie: jzvc <jzvc na tpfree.net>
> Datum: 9. 11. 2022 19:10:44
> Předmět: Re: [talk-cz] Duplicitní uzly na ploše
>
>
>     Cus,
>
>     ja jen doplnim, ze validator JOSM umi opravit vice ruznych stavu v
>     datech, a vicemene se da rict, ze tam kde nabizi automatickou
>     opravu, jde prakticky o jistotu. U chyb ktere jsou sporne to
>     automaticky opravovat nechce - prave proto, aby ti kteri nevedi co
>     cini v navalu cinorodosti neznicili data. Typicky jsou to prave
>     zminene duplicini body, pripadne body ktere nejsou cleny zadne
>     cesty a zaroven nemaji zadne tagy a podobne.
>
>     Pro duplicitni body pak plati, ze maji 100% shodne souradnice,
>     takze graficky tam vzdy bude zobrazen bod jediny, bez ohledu na
>     zoom. A vznika to pokud vim typicky pri ruznych importech dat,
>     protoze pro toho importera je pochopitelne mnohem jednodussi
>     naimportovat proste hruba data, nez resit napojeni na data existujici.
>
>     BTW: Takova docela zabavna vec jsou kruhace, obcas to kontroluju,
>     a prakticky vzdycky najdu par kusu pravotocivych.
>
>     Dne 09.11.2022 v 9:54 Mirek Dlask napsal(a):
>
>         Ahoj,
>         Dva body leží na sobě, což je v rozporu s datovým modelem OSM.
>         Správně mají mít sousední plochy na společné hranici společné
>         body, nám ty body leží na sobě - proto JOSM zobrazí varování
>         'Duplicitní uzly na plochách'
>         Aktuálně můžu celou plochu posunout aniž bych ovlivnil okolí
>         což je špatně.
>         https://www.openstreetmap.org/way/585441264
>
>         ZOOM
>         myší kolečko většinou
>         a) roluje (text),
>         b) zoomuje, přibližuje/oddaluje (grafika)
>
>         Oprava
>         viz Jakub
>         Pokud vím co dělám stačí v okně validace vybrat problém, nebo
>         celou skupinu problémů a kliknout na tlačítko 'Opravit' - u
>         těchto duplicitních bodů je to bez rizika
>
>         Mir
>
>         st 9. 11. 2022 v 2:04 odesílatel <ramirezhav na seznam.cz
>         <mailto:ramirezhav na seznam.cz>> napsal:
>
>             Ahoj,
>             jak mám odstranit duplicitní uzly na ploše? Je tam problém
>             že se překrývají uzly landuse=garages s landuse=forest
>             nebo o co jde? Ty hranice by měly sedět. Ale nepřiblížím
>             to tak, abych tam viděl mikroskopické detaily.
>             https://www.openstreetmap.org/way/1111637589
>             https://www.openstreetmap.org/way/1111650517
>             _______________________________________________
>             talk-cz mailing list
>             talk-cz na openstreetmap.org <mailto:talk-cz na openstreetmap.org>
>             https://lists.openstreetmap.org/listinfo/talk-cz
>             https://openstreetmap.cz/talkcz
>
>
>         _______________________________________________
>         talk-cz mailing list
>         talk-cz na openstreetmap.org  <mailto:talk-cz na openstreetmap.org>
>         https://lists.openstreetmap.org/listinfo/talk-cz
>         https://openstreetmap.cz/talkcz
>
>
>     _______________________________________________
>     talk-cz mailing list
>     talk-cz na openstreetmap.org
>     https://lists.openstreetmap.org/listinfo/talk-cz
>     https://openstreetmap.cz/talkcz
>
>
> _______________________________________________
> talk-cz mailing list
> talk-cz na openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz

------------- další část ---------------
HTML příloha byla odstraněna...
URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20221110/ca4fe820/attachment.htm>