OSM szerkesztés

 (Magyar)

Viewing thread:
(39440) davidovits
 2015-05-22 11:37:42
Ez csak egy vizió :)
Ami nagy segítség lenne, egy Osm TrailMarks szolgáltatás.
Az adatbázisból letöltené a kapcsolatokat, a jelzések alapján poi-kat generálna a szakaszokra, véletlenszerű eltolásokkal (a fonódó jelzések miatt). Ez az adat akár napi szinten generálódhatna és bárki részére elérhető lenne egy kis méretű osm-ben.
A kimenet gyártók pedig csak elkészítik hozzá az ikonokat és beforgatják a térképükbe.
Nálunk is így készülnek a jelzések, de ez lehetne akár osm színtű is.
Sok kimenet-gyártó nem tud mit kezdeni a kapcsolatokkal és csak barkácsolás folyik (mapsforge, osmand), nem beszélve a fonódó jelzések megjelenítéséről.
In reply to (39425) BáthoryPéter 2015-05-18 12:12:55
(39425) BáthoryPéter
 2015-05-18 12:12:55
Ha tudsz egy jobb jelölési rendszert, ami géppel feldogozható, nagyságrendekkel több jelzést képes leírni és szerkesztői szemmel sem bonyolultabb a jelenleginél, az egész világ örömmel fog átállni rá.

Az osmc:symbolnak van egy csomó korlátja és hiányossága, amit egy plusz paraméterel talán pótolni lehetne, viszont ironikus módon van egy olyan paramétere, amit SENKI nem használ. Nem hiszem, hogy az ezt lespóroló szerkesztőket kéne hiábztatni.

Ha tovább akarunk lépni, ahhoz kiváló alap az a statisztika, amit tegnap készítettem. Fel lehet vele hívni a figyelmet az osmc:symbol hibájára, a közösség eldöntheti, hogy mit akar lépni, és végül egységesíthetjük az adatbázisban jelenleg összevissza szereplő értékeket.
In reply to (39423) peter68 2015-05-18 08:18:32
(39423) peter68
 2015-05-18 08:18:32
Nézd, egyenlőre én, mint felhasználója ennek az adatbázisnak, azt látom, hogy a rajzolók önkényesen eltérnek a szabályoktól, amiket saját maguknak alkottak, megnehezítve, vagy szélső esetben ellehetetlenítve az adatok külső térképekre való felhasználását.
Valljuk be, önmagában az adatbázis külsősök térképei nélkül nem sokat ér, összesen egy darab általános célú online megjelenítése van önerőből.
Az összes többi alkalmazást már mások csinálják.

A következtetéseket házon belül kellene, hogy az OSM lekezelje, és egy használható útmutatót közzétennie, ami segít az eligazodásban.
Jelen helyzetben én eltávolítanám a géppel feldolgozható megfogalmazást az osmc:symbol leírásából, mert semmivel nem jobb, mint egy szabad felhasználású szöveges mező.
A gépi feldolgozáshoz megint állhatunk neki szoftvert fejleszteni, hogy eltudjuk szeparálni egymástól az értékeket.
Ez utóbbit lassan megszokjuk hogy mindenhez kell.
In reply to (39422) BáthoryPéter 2015-05-17 23:24:54
(39422) BáthoryPéter
 2015-05-17 23:24:54
Rengeteg olyan jelzés létezik, amit az osmc:symbol nem képes leírni, a magyarországi jelzések jelentős része is ilyen. Mindre kitaláltunk valami megoldást, például a text mezőbe unicode karaktereket rakunk, amit a "hivatalos" wiki oldal ugyanúgy tilt.

De nézzük meg még egyszer a statisztikákat. Az 1000 leggyakoribb osmc:symbol értéket vizsgáltam.
Ebből összesen 719 esetben van megadva több, mint háram blokk.
A negyedik blokkban 3 különböző értéknél szerepel valid foreground2 paraméter (ez az a 29 kapcsolat, amit múltkor írtam, illetve mégegyszer átszámolva 34).
30 kombinációnál szerepel üres string (460 kapcsolat), tehát ezek a wiki oldal szerint leírt értékek
686 értéknél szerepel a negyedik blokkban a hivatalosan az ötödik blokkhoz tartozó text érték (7457 kapcsolaton).

Tehát van egy nagy káoszunk, amiben a jelentős többség a nem szabványos megoldást használja. A szabványos megoldás többlet tudását világ szinten 3 különböző kapcsolaton használják ki, viszont ennek a túlbonyolítottsága 686 esetben okoz problémát.

Tovább színesíti a helyztet, hogy az sem biztos, hogy erre a három kivételre szükség van. Rákerestem a 25 kapcsolaton használt "red:red:white_diamond:red_bar" értékre, az összeset Torino környékén használják, és ez a szöveges leírás szerepel a kapcsolatokon: "two white triangles vertically opposed on a red background", tehát a piros alapon fehér rombuszra ráraknak egy egy piros sávot, amitől egyes rendereken két különálló háromszögnek látszik, más rendereken pedig csak egy nagy prios négyzet, mert a sáv a teljes rombuszt kitakarja.
A "blue:white:blue_diamond:white_stripe" kb 400 méternyi vonalon(!) van rajta, valószínűleg teljesen hibásan.
A "yellow:white:yellow_bar:hiker" értelmesnek tűnik, ezt 4 kapcsolaton szerepel.

Tehát 36234 kapcsolatból 4 olyan van, aminél valóban szükség van erre a paraméterre. Ezzel szemben feltehetőleg több száz olyan jelzés van, amit nem tud leírni az osmc:symbol. Szerintem teljesen egyértelmű a következtetés.
In reply to (39419) peter68 2015-05-17 19:50:10
(39419) peter68
 2015-05-17 19:50:10
Képzeld magad annak a csapatnak a helyébe, akik ezt a 25 jelet használják.
Nekik szükségük van erre a lehetőségre. 
Miért nehéz betartani egy írott szabályt?
(Nem csak erre az esetre vonatkozik.)
In reply to (39417) BáthoryPéter 2015-05-17 10:00:59
(39417) BáthoryPéter
 2015-05-17 10:00:59
Ezt én értem, és teljesen jogosnak tartom. Azt akartam jelezni, hogy ha a világon összesen 25 példa van a használatára, akkor nem biztos, hogy ez a jó tagelés. Ezt megírhatod az OsmAnd fejlesztőknek is, én meg jelzem az osmc:symbol wikis vitalapján.
In reply to (39406) peter68 2015-05-16 18:09:31
(39406) peter68
 2015-05-16 18:09:31
Igen, erre gondoltam, hogy elég kevesen használják ezt a lehetőséget, de ha azt akarjuk alapul venni, hogy ez a tag a gépi fedolgozásra lett elsődlegesen kitalálva, akkor figyelembe kellene venni erősen, hogy a gép akar inne adatot kinyerni, ergo a foreground2 értéknek is meg kell lenni egy üres string formájában. (Két elválasztó karakter egymás után.)
A két utolsó elemre írja azt a wiki, hogy elhagyható, de kizárólag csak egyszerre. Tehát, ha kevés az elválasztó karakter, akkor az csak abban az esetben érvényes, ha a végéről hiányzik a text és a textcolor.
Amennyiben a foreground2 hiányzik, de text van, és nincs duplázva a ::, akkor innentől kezdve ez a tag alkalmatlan a gépi adatfeldolgozásra.

In reply to (39404) BáthoryPéter 2015-05-16 00:13:16
(39404) BáthoryPéter
 2015-05-16 00:13:16
A nemzetközi taginfo szerver adataival végeztem egy kis elemzést. 36234 osmc:symbolt tartalmazó kapcsolatból összesen 29-et találtam, ami tartalmazott érvényes foreground2 értéket. A nyers adatok innen tölthetők le: http://taginfo.openstreetmap.org/api/4/key/values?key=osmc%3Asymbol&filter=all&lang=hu&sortname=count&sortorder=desc&page=1&rp=999&qtype=value&format=json_pretty
In reply to (39403) peter68 2015-05-15 22:27:47
(39403) peter68
 2015-05-15 22:27:47
Kaptam egy kérdést az OsmAnd fejlesztőjétől.
Előljáróban annyit, hogy a magyar turistajelek beépítéséről érdeklődtünk, és nyitottak voltak a probléma megoldására.

Hi. Can you explain to me one thing? Main wiki page for osmc:symbol https://wiki.openstreetmap.org/wiki/Key:osmc:symbol says that format is 
osmc:symbol=waycolor :background :foreground :foreground2 :text:textcolor But many osmc:symbol tags it OSM database are in other format: 
osmc:symbol=waycolor :background :foreground :text:textcolor (without foreground2).
http://hiking.waymarkedtrails.org/ru/help/rendering/osmc also says that format is without foreground2:
osmc:symbol=waycolor:background:foreground:text:textcolor

This causes very big problems during parsing this tag.

A gondom az, hogy nekem is gondot okoz ez a két fajta meghatározás, és ezek szerint nem egységes a térképre vitt adat, így nehéz feldolgozni.
Válaszolni nem tudok, szeretnék kérni valakit, aki jobban ért ehhez, hoyg magyarázza el ezt nekünk.

Köszi!