turistautak.hu

, Kolesár hozzászólásai
Mielőtt kérdeznél, olvass: Wiki
Szerkesztést támogató audit processzek itt

új hozzászólás | témák listája

Összesen: 3161 db hozzászólás

Lapozás: előző | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | ... | következő

Kolesár	hozzászólásai \| válasz erre \| 2015.03.23 11:17:04 (70393)
A geoládákat a turistautak.hu adatbázisa sem tartalmazza. Ahogyan a turistautak.hu kimenet-gyártója röptében kérdezi le a geoládákat, úgy az OMP is bele tudná tenni, ha akarná. [előzmény: (70390) Hev, 2015.03.20 13:51:55]

Kolesár	hozzászólásai \| válasz erre \| 2015.03.19 08:36:36 (70382)
"amíg a ládaoldalakról a TuHu érhető el" A ládaoldalakba OpenLayers vagy Leaflet segítségével kellene térképet betenni, ahol lehet váltani turistautak.hu, openstreetmap és más tms rétegek közül. Ezt bárki meg tudja tenni, én is, ha az egyesület ezt szeretné. [előzmény: (70364) Petymag, 2015.03.17 08:52:52]

Kolesár	hozzászólásai \| válasz erre \| 2015.03.16 09:45:54 (70353)
Próbáld meg inkább az OpenStreetMap szerkesztését. [előzmény: (70352) Kokó, 2015.03.13 18:08:21]

Kolesár

hozzászólásai | válasz erre | 2015.02.27 06:24:15 (70289)

Mi a célod, mit értesz útvonal alatt? Ha az automatikus útvonaltervezőt használod, lila csíkként megjelenő útvonaltervet készít, amely követi az utak vonalát. Ennek geomertriáját .gdb fájlba még ki is menti, de (Garmin) GPS-be csak a köztes pontokat küldi be, amelyek alapján a GPS maga számol útvonalat, lehet hogy más eredménnyel, ha mások az útvonaltervezés beállításai, vagy a tervezésre használt térkép.

Részletes lépésekkel, menüpontok neveivel és képernyőképekkel nem tudok szolgálni, sok éve Linuxot használok.

[előzmény: (70288) tura49, 2015.02.26 21:38:11]

Kolesár	hozzászólásai \| válasz erre \| 2015.02.26 07:21:55 (70284)
Balatonfűzfő esetében éppen az önkormányzatnál a labda, visszaírtam nekik az y miatt. [előzmény: (70283) olahtamas, 2015.02.25 19:29:26]

Kolesár

hozzászólásai | válasz erre | 2015.02.25 14:37:52 (70279)

Én is találtam olyat, ahol a "hivatalos" változat vitatható: Balatonfűzfő önkormányzata szerint Szalmássy-telep az egyik településrész neve, mégpedig a parcellázást végző vendéglős neve alapján, akit viszont minden forrás Szalmási János néven említ. A buszmegálló neve Szamási telep.

Kérdés persze, hogy mi a "hivatalos" név. Utca vagy településrészek nevében az önkörmányzat az illetékes, a buszmegállót viszont a busztársaság nevezi el. A fenti esetben láthatóan nem egyeztettek.

[előzmény: (70277) cseremoha, 2015.02.25 14:19:08]

Kolesár	hozzászólásai \| válasz erre \| 2015.02.25 14:18:03 (70276)
Kérdésedet Hev nevében kikérném magamnak. [előzmény: (70275) Old Eye, 2015.02.25 12:25:18]

Kolesár

hozzászólásai | válasz erre | 2015.02.24 07:07:31 (70258)

Kérlek, hogy fontold meg, mely mondatok végén használsz felkiáltójelet, mert szerintem 11 darab sok egy hozzászólásban.

A turistautak.hu-n én is azóta nem szerkesztettem, amióta átálltam Linuxra. Szerencsére a JOSM Java alapú, az OpenStreetMap szerkesztéséhez nem kell Windows vagy Wine.

Sikerült teljesen elszakadnom a MapSource-tól, pedig továbbra is használok régi Garmin GPS-eket, amelyekhez csak az egyedi Garmin protokollon lehet kapcsolódni. Váltottam gpsbabelre, remekül működik.

Nyomvonalaimat JOSM-ben szerkesztem, ebben törlöm ki a pihenőknél készült gombolyagokat és a felesleges végeket. Sokkal hatékonyabban tudom a 6-8 egyszerre készült nyomvonal törlendő pontjait kigyomlálni, mint MapSource-ban.

JOSM-ben nem csak Garmin formátumban legyártott vektoros anyagok felett tudom nézni a nyomvonalakat, hanem műholdképek és raszteres csempék felett is. Ez még talán nem veri a QGIS funckionalitását, a JOSM az alapanyag azonnali szerkeszthetőségével kerül az élre.

JOSM-ben egy mozdulattal letöltöm az OSM adatait az adott környékre, kijavítom, feltöltöm. Ugyanígy le tudok tölteni turistautak.hu anyagot is az API felületen keresztül. QGIS-ben ez nem ilyen pörgős.

A három pontod formailag ellentmondásban áll egymással. Az elsőben azt írod, hogy nem rajzolsz térképet, a harmadikban pedig azt, hogy rajzolsz. Jó lenne ha pontosítanád, hogy melyik rajzolás alatt mit értesz.

Feltételezem, hogy az első pontban azt érted, hogy nem járulsz hozzá a közösségi térképhez szerkesztőként. A harmadikat úgy tudom értelmezni, hogy közösségi térképek adataiból nyomtatásra készítesz elő térképkivágatot. Jól értettem?

Közösségi térképszerkesztőként jobban örülnék, ha saját adataiddal hozzájárulnál a közös anyag fejlődéséhez. Ha erre nincs lehetőséged, akkor légy türelmesebb a térkép tartalmában és az oldal működésében felfedezett hiányosságokkal szemben. Ettől függetlenül az SVG kimenet javításának ügyében felvettem a kapcsolatot az üzemeltető egyesülettel.

[előzmény: (70257) szhvilmos, 2015.02.23 20:04:26]

Kolesár

hozzászólásai | válasz erre | 2015.02.23 10:57:17 (70254)

Nem az a kérdés, hogy for-profit vagy non-profit szervezet részére dolgozol-e, hanem az, hogy a szervezet felhasználhatja-e jogszerűen az anyagot (február 1 óta a turistautak.hu-t is), valamint létrehoz-e az ODbL licencű adatból származtatott művet, amelyet közzé is tesz. Ha közzé teszi, akkor ODbL licenc alatt elérhetővé kell tennie a teljes származtatott művet.

Lényeges, hogy a közzé tett anyag származtatott mű-e. Nem származtatott mű, ha a veszélyeztetett növényfajták vektoros réteg alá beteszed az OpenStreetMap adatokból gyártott raszteres csempéket, mert ezek teljesen különálló rétegek. Származtatott lesz viszont, ha mondjuk egy kilátó-gyűjtemény készítéséhez legyűjtöd az OSM kilátóit és azt egészíted ki a saját felméréseiddel.

Az ODbL fent említett szabálya (hogy a származtatott művet közzé kell tennie azonos licenc alatt) azt a célt szolgálja, hogy az OSM tovább fejlődjön. Ha mindenki úgy tesz közzé OSM alapú adatokat, hogy az nem folyik vissza az OSM-be, akkor nem érvényesül az a fontos célkitűzés, hogy minden legyen egy helyen.

Nem korlátozhatod a felhasználást, ha ODbL licencű adatból származtatott művet hozol létre és teszel közzé. Bárki elkérheti tőled és beteheti más ODbL adatbázisba. Persze nem biztos, hogy érdemes minden kiegészítést visszatolni az OSM adatbázisába. Ha egy OSM szerkesztő úgy ítéli, hogy fontos lenne a veszélyeztetett növényfajták előfordulásait betenni az OSM-be, akkor beteheti.

Mivel a származtatott művek létrehozói általában OSM szerkesztők is, akik az általuk ismert dolgokat szeretnék megjeleníteni OSM-en, ezért ők saját maguk elvégzik az integrációt, vagyis máris OSM adatbázisba szerkesztik a felméréseiket és onnan szűrik le az eredményt.

Én magam is így dolgozom. Engem a jelzett turistautak, terepi utak, magaslesek, kilátók és források érdekelnek, ezért ezeket OSM-re szerkesztem és ha szükségem van egy adott tematikai szerinti gyűjtésre, onnan kérdezem le. Ha ezt külön szerkeszteném magamnak a saját gépemen, senkihez nem jutna el. Ha közzé is tenném, kevesen figyelnének fel rá. Ha valaki elkérné tőlem, sok munkájába telne beleszerkeszteni az OSM adatbázisba. Mindenki jobban jár, ha egyből a helyére kerül, hogy máris felhasználható legyen és lehessen rá építeni, tovább szerkeszteni.

Téged is erre buzdítalak. Ha valahol hiányt találsz, szerkeszd fel saját felméréseidből. Amíg másoktól várod ezt, addig nem mozdítod előbbre az OpenStreetMap és/vagy a turistautak.hu szekerét. Ha mindenki csak várná az előrehaladást, nem történne semmi.

[előzmény: (70253) szhvilmos, 2015.02.20 22:47:47]

Kolesár

hozzászólásai | válasz erre | 2015.02.09 09:26:05 (70237)

Remek az összefoglaló, köszönöm az elismerést. Tetszett: "az akkori tudásszinten". Ha ma alakítanám ki, nem lenne tájegység alapú zárolás, helyette verziózás vigyázna az adatokra, valamint nem lennének kötöttek a mezők.

Ettől még használhatná a spagetti-modellként is ismert, a shapefile-okban is megszokott pont-vonal-felület alapú tárolást, lehetnének hozzáférési korlátozások és tök jó dolog a fényképes poi oldal.

Akár át is alakíthatnád a turistautak.hu-t ilyenre. Amikor megláttam az OSM-et, az első gondolatom az volt, hogy sok okos dolgot érdemes volna átvenni belőle, de a kettősség miatt nem lett volna értelme. Neked nincs gondod a kettősséggel, van hozzá tudásod és hozzáférésed, előtted a pálya.

[előzmény: (70234) Old Eye, 2015.02.08 09:32:25]

Kolesár

hozzászólásai | válasz erre | 2014.08.18 07:48:29 (68985)

Találtam egy kilométernyi felméretlen részt a sárga sáv jelzésből az Őrségben (300040 és 262088 között), amit akár országútról letérve autóval is fel lehetett volna mérni, mert makadámúton vezet. 2007 óta áll így a turistautak.hu-n, döbbenet.

Leágazik belőle egy zöld sáv, amit annyira nem járnak, hogy követhetetlen a nyomvonal az erdőben. A jelzések meglepően jók, csak út nincs közöttük. ID=801905.

Kolesár	hozzászólásai \| válasz erre \| 2014.06.26 17:32:07 (68676)
Gyorsan lehet turistautat szerkeszteni. Szerintem ennek van itt az ideje, nem az egy helyben toporgasnak. [előzmény: (68674) Attibati, 2014.06.26 17:24:23]

Kolesár	hozzászólásai \| válasz erre \| 2014.06.25 12:52:31 (68638)
Egyetértek, a sört vállalom. Még helyet is tudok biztosítani az összejövetel számára. [előzmény: (68637) yoggi, 2014.06.25 12:47:20]

Kolesár	hozzászólásai \| válasz erre \| 2014.06.25 05:01:43 (68623)
Az osm-en kifejezetten kérik, hogy csak annak töltsd ki a nevét, aminek saját neve van. A magasleshez nem írják oda, hogy name=Magasles. Érdemes lenne megnézned. http://wiki.openstreetmap.org/wiki/Names [előzmény: (68622) Attibati, 2014.06.25 00:17:19]

Kolesár	hozzászólásai \| válasz erre \| 2014.06.24 18:04:33 (68617)
Már írom a segédletet: https://wiki.openstreetmap.org/wiki/Hu:FAQ [előzmény: (68616) Attibati, 2014.06.24 15:06:12]

Kolesár	hozzászólásai \| válasz erre \| 2014.06.24 14:52:19 (68615)
Kipróbáltad az osm szerkesztését is? [előzmény: (68613) Attibati, 2014.06.24 11:23:52]

Kolesár	hozzászólásai \| válasz erre \| 2014.06.23 11:36:56 (68606)
Piret adta át nekem. Visszavehette volna. [előzmény: (68605) Attibati, 2014.06.23 10:19:21]

Kolesár	hozzászólásai \| válasz erre \| 2014.06.23 06:19:51 (68603)
Akkor a geocaching.hu oldalt kértétek különválaszani a turistautak.hu-tól. Kezdetektől fogva közös a poi, a fórum és a felhasználók táblája, ezért csak komoly áldozatokkal lett volna lehetséges szétválasztani. Az einstandolást azért nem választottátok, mert senki sem értett közületek linuxos szerverhez. [előzmény: (68599) Attibati, 2014.06.21 19:54:03]

Kolesár

hozzászólásai | válasz erre | 2014.06.21 11:33:34 (68597)

A szerver tulajdonosa az MGKE. A szerverteremhez fizikai hozzáférése van az MGKE elnökének, ezzel bármikor bármit meg tudott volna tenni, például jogosultságot adni az általa kiválasztott embernek, de ilyen éveken át nem volt, ezért maradt a rendszergazdai feladat és hozzáférés nálam. Amint került helyettem egy épkézláb rendszergazda (Lay), átadtam neki a root hozzáférést.

[előzmény: (68574) hadidoki, 2014.06.20 15:15:23]

Kolesár	hozzászólásai \| válasz erre \| 2014.06.09 11:32:23 (68514)
Létrehoztam a kért új fórumot: http://turistautak.hu/forum.php?id=osm [előzmény: (68504) Old Eye, 2014.06.09 11:05:51]

Kolesár	hozzászólásai \| válasz erre \| 2014.06.09 10:33:38 (68492)
Érvelés helyett elhallgattatás. Gondolkodás helyett homokba dugott fej. [előzmény: (68491) Old Eye, 2014.06.09 10:26:28]

Kolesár

hozzászólásai | válasz erre | 2014.06.09 08:00:44 (68485)

Az eredeti felvetést részekre bontottuk annak érdekében, hogy külön-külön vizsgálható legyen. Az osm-re áttérést túl nagy lépcsőnek találtad, ezért elétettem két kisebb lépcsőfokot:

- osm api a jelenlegi adatbázishoz, hogy josm-mel is szerkeszthető legyen
- osm szerkezetű helyi adatbázis, mapedit számára is alkalmas felülettel
- áttérés osm adatbázisra

A JOSM mindhárom változat szereplője.

[előzmény: (68482) alnibell, 2014.06.08 22:40:18]

Kolesár	hozzászólásai \| válasz erre \| 2014.06.08 12:29:13 (68475)
Dehogynem. Említettem, hogy készíthető osm api a turistautak.hu változatlan adatbázisa és a josm közé. [előzmény: (68474) alnibell, 2014.06.08 09:18:06]

Kolesár	hozzászólásai \| válasz erre \| 2014.06.07 04:27:03 (68461)
De, copy/paste error, kétszer másoltam be az első hivatkozást. [előzmény: (68460) Andreas, 2014.06.06 20:21:31]

Kolesár

hozzászólásai | válasz erre | 2014.06.06 15:23:01 (68458)

Természetesen!

Szállásunk a Piszke Papír vendégház, a helyiek Finn szállóként ismerik:
http://www.openstreetmap.org/relation/3744577#map=16/47.7526/18.4749

Reggelizni a Hullám vendéglőbe megyünk, ott lesz az eligazítás:
http://www.openstreetmap.org/relation/3744577#map=16/47.7526/18.4749

Időpontokat nem tudok még mondani, telefonon keress, korán is nyugodtan.

[előzmény: (68457) Andreas, 2014.06.06 15:19:04]

Kolesár

hozzászólásai | válasz erre | 2014.06.06 14:54:04 (68456)

Köszönöm, megjött a képernyőkép, íme:

Valóban határvonal fut a Tompa utca vonalát laposan keresztezve:
https://www.openstreetmap.org/relation/1686024#map=17/47.69088/17.65701

Az adat eredete megjelenik a címkékben: CLC 2006. Letölthető egész Európára innen:

Corine Land Cover 2006 seamless vector data
http://www.eea.europa.eu/data-and-maps/data/clc-2006-vector-data-version-3

A nyers az állománytól nem várható el, hogy pontosan kövesse az utcákat. Ennek ellére mind a turistautak.hu, mind az openstreetmap felhasználta és igazítja a saját vonalaihoz, vagy letörli és megrajzolja nulláról a felszínborítást. Az openstreetmap itt éppen nem rajzolta át a vonalat, pontosan követi a forrást.

A határvonal futása azért nem látszik a térképen, mert a határvonal mindkét oldala lakott területként van beállítva (landuse=residential). A vonal nyugati oldalán téves az osm felület-besorolás, eredeti CLC besorolása 121, ipari terület (landuse=industrial). Az előzményekből kiolvasható, hogy helyesen került adatbázisba, de valaki letörölte róla ezt a címkét, majd később vissza is írta, de akkor már tévesen, így lett lakott terület az ipariból és így tűnt el a határvonal a megjelenítőről.

https://www.openstreetmap.org/#map=16/47.6907/17.6597
http://terkep.turistautak.hu/?zoom=16&lat=47.6907&lon=17.6597&layers=000000B00FFF

Az alábbi helyen a turistautak.hu szerkesztője alaposan átrajzolta a határvonalat, utakhoz igazította, viszont ahol nem volt határoló út, ott műholdkép hiányában nem tudta jól belőni a határokat. A Szövetkezet utcától keletre, a garázssoron túl van egy eléggé nagy egybefüggő zöldfelület, amit a turistautak.hu belevont a lakott területbe, pedig kerítés váltasztja el tőle és nem lakott.

http://www.openstreetmap.org/?mlat=47.69049&mlon=17.66722#map=17/47.69050/17.66720
http://terkep.turistautak.hu/?zoom=17&lat=47.69049&lon=17.66722&arrow=1&layers=000000B00FFF

Az osm-en ez landuse=recreation_ground, vagyis "szabadidő park", ami szerintem jobban fedi a valóságot.

"An open green space for general recreation, which may include pitches, nets and so on, usually municipal but possibly also private to colleges or companies" http://wiki.openstreetmap.org/wiki/Key:landuse

Szabadidő park: Olyan terület hol az emberek kikapcsolódhatnak. Lehet privát, vállalati, vagy önkormányzati tulajdonú." http://wiki.openstreetmap.org/wiki/HU:Key:landuse

Volt olyan hely is, ahol nem a műholdas háttér hiánya okoz hibát a turistautak.hu-n. Az Ipar és Toldi utca között van egy autószerviz, elég nagy raktárakkal észak felé. Ez a CLC-ben megjelenik 121 industrialként, az osm ezt változatlanul hagyta, a turistautak.hu-n pedig letörölték, pontosabban ráhúzták a határt a Puskás Tivadar utcára.

http://www.openstreetmap.org/?mlat=47.68899&mlon=17.66328#map=17/47.68900/17.66328
http://terkep.turistautak.hu/?zoom=16&lat=47.68899&lon=17.66328&arrow=1&layers=000000B00FFF

Egyik tizenkilenc, a másik egy híján húsz. Nagyjából egyébként országosan ennyinek tippelem a felmértség fokát százalékban most a 160-180 ezer kilométernél. Szívesen fogadok egy üveg sörben, hogy elérjük az egymillió kilométeres úthálózatot Magyarországon (highway is not null).

A felületek vonalakhoz illesztésére az osm-ben két lehetőség is van. A turistautak.hu-n használt ráillesztéses módszeren túl a felületek határai összerakhatók utakból is, mégpedig nem az utakat követő másik vonalból, hanem magukból az utakból. Ilyenkor az illesztés tehát nem a vonalak azonos töréspontokra húzása által valósul meg, hanem "természetes" határok, vagyis a rajzon már meglevő és pontosan felmért utak kijelölésével. Így az osm tisztán topologikus szemlélettel modellezi a valóságot.

Ezt a mapedit, illetve a spagetti-modell nem tudja. Azzal segít megtartani az egyszer jól megrajzolt közös határvonalat, hogy a töréspontok mozgatásakor együtt mozgatja mindet. Ilyenkor viszont duplán van letárolva minden töréspont koordinátája: a vonalon és a felülethatáron is, sőt ha az út túloldalán is van felület, akkor háromszor. Ha az együtt futó vonalak közül valamelyik kihagyott egy töréspontot, akkor az eleve hiba, ami lehet hogy az út szélessége miatt nem is látszik, de mozgatáskor szétcsúszik teljesen.

"Nem ugyanarról írunk"

Az illesztés adathiba, viszont a társalgás éppen másról szólt: a JOSM szerkesztőprogramról. A JOSM itt kiválóan teljesített: olyan hibára világított rá, ami a leggyakrabban használt kimeneten nem is látszik, minden segítséget megadott a helyzet tisztázásához, valamint lehetőséget ad rendbetételére.

Nincs kedved kipróbálni az épületek rajzolását? Ezen a környéken jó a Bing és csak kevés ház van felrajzolva. A Stadion utca négyemeletes házai szép nagyok és szabályosak. Megtudád, milyen élmény feltöltés után egyből tovább rajzolni :-)

[előzmény: (68454) alnibell, 2014.06.06 12:39:10]

Kolesár

hozzászólásai | válasz erre | 2014.06.06 11:51:13 (68453)

"egy lakóterület határa indokolatlanul keresztez nagyon éles hegyesszögben egy útvonalat"

Letöltötted a lakóterület határának összes tagját? Mert amíg nem, addig a felületet csak a letöltött vonalakból tudja megrajzolni, ez félkész letöltés mellett félkész felületet jelent, a kitöltés széle akár keresztbe is tud futni a képernyőn, jellemzően éles hegyesszögben.

Ha letöltötted és valóban rossz az illesztés, akkor kérdés, hogy ugyanez a helyszín jó-e a turistautak.hu-n. Az openstreetmap ugyanabból a CLC állományból vette a felületeit, mint mi is. Lehet hogy a turistautak.hu-n ezt éppen vonalra húzta valaki, közben pedig máshol más felületeket az osm-en illesztettek pontosan.

Mivel kérésem ellenére nem jelölted meg a hiba helyét, nem tudom megvizsgálni az esetet. Kíváncsi vagyok rá, mutasd meg kérlek, tanulságos lenne a többiek számára is.

[előzmény: (68452) alnibell, 2014.06.06 11:30:53]

Kolesár

hozzászólásai | válasz erre | 2014.06.06 11:10:07 (68451)

"A megnyitott állományban annyi illesztési hibát láttam, hogy azok eleve elvették a kedvem a rendbetételüktől. Az igaz, hogy mindegyik "félkész" minősítésű."

Inkább kérdezz vagy fogalmazz óvatosabban, mert téves kijelentéseiddel magadról állítasz ki bizonyítványt.

A "félkész" kifejezés (eredetiben: "incomplete") nem félbehagyott szerkesztést vagy illesztési hibát jelent, hanem azt, hogy a kapcsolat tagjai közül nincs mindegyik letöltve. A kapcsolatok lehetnek felületek, jelzett túraútvonalak vagy akár a közösségi közlekedés járatai. A tagjai többnyire vonalak, de lehetnek pontok is (pecsételőhely, megállóhely).

Példa Győrből: a Rába vízfelülete 12 elemből áll (körülbelül a Marcal torkolatáig), 11 vonal határolja kívülről, egy zárt vonal pedig a Radó-sziget körvonala, ami lyuk a felületben.

Rába
http://www.openstreetmap.org/relation/1477817

Amikor letöltöd mondjuk a Radó-szigetet, akkor lejön a körvonala, meg egy-két további határvonal-darab is, viszont nem jönnek le azok a vonalak, amelyek egyáltalán nem esnek bele a letöltött területbe. Kérheted ezeknek a letöltését is: kattints a kapcsolatra és válaszd a "Tagok letöltése" pontot, ekkor lejön az összes tag, kirajzolódik a teljes felület és eltűnik a "félkész" jelölés. Ezt akár az összes kapcsolatra egyszerre is megteheted: jelöld ki az összeset a kapcsolatok listájában és így kérd a letöltést.

Az elsőre furcsának tűnő jelenség tehát nem hiba, sem a szerkesztőprogramban, sem az adattartalomban. Azért alkották meg így, hogy a rendszer képes legyen nagy elemszámú, hosszan vagy nagy területen húzódó kapcsolatok kezelésére. A mapedit éppen ott botlik meg, hogy mindenképpen egyben akarja kezelni az objektumokat.

Remélem, hogy sikerült érthetően bemutatnom a kapcsolatok kezelését. Ha nem sikerült, kérlek mutass rá a vélt hibára képernyőképpel, osm azonosítóval vagy más módon azonosítva a helyszínt.

[előzmény: (68449) alnibell, 2014.06.06 10:31:12]

Kolesár

hozzászólásai | válasz erre | 2014.06.06 09:57:50 (68448)

"a JOSM pl. nem tudja letölteni Győr város területének egészét"

A JOSM le tudja tölteni Győr egészét, csak az osm szervere a magas adatsűrűség miatt visszautasítja a nagy területű lekérést. Több részletben letölthető, ezek a JOSM-ben egyesülnek.

Egy egész megyeszékhely egyben szerkesztésére általában nincs szükség. Hosszú nyomvonal szerkesztésekor van lehetőség arra is, hogy a vonal mentén töltse le az adatokat valamilyen távolságig, magától kiszámolja a téglalapokat és letölti az adatokat. Mindez átívelhet az osm esetén országhatáron is, vagy a turistautak.hu esetében a tájegységek határán is.

Egymástól elszigetelt területek egyidejű szerkesztésénél, mondjuk hegycsúcsok magasságának rendbetételénél nincs szükség a teljes terület letöltésére, csak a szerkesztések szűkebb környezetére. Próbáld ki magad is: töltsd le Dobogókőt, a Zengőt, Írott-kőt egymás után ugyanarra az adatrétegre. Ilyet a turistautak.hu jelenleg nem tud.

Ha a turistautak.hu saját osm adatbázisszervert üzemeltet, akkor a letöltési korlátokat maga szabhatja meg, úgy letölthetsz sokkal többet is.

"Továbbá azt kellett megállapítanom, hogy a mozgatás, nagyítás határozottabban jobban akadozott, mint a MapEdit alá behívott teljes tájegység estében."

Elővettem az a gépemet, amit a legelső geocaching versenyen használtam 12 évvel ezelőtt: http://www.geocaching.hu/versenykepek/05110064.jpg

Windows XP van rajta, akkori telepítés, tehát nagyon nem friss rendszer. Pentium III processzor 733 MHz-el, 384 MB memóriával. A mapedit pöccre indul, de Zalát 105 másodperc alatt nyitotta meg a nyomvonalakkal együtt. A JOSM 15 másodperc alatt indul, az 50 négyzetkilométeres szerkesztési területet 10 másodperc alatt nyitja meg nyomvonalakkal együtt.

Annak ellenére, hogy ez egy szélsőségesen régi gép, gyorsabban el lehet vele kezdeni a szerkesztést és egyáltalán nem lassú. Szívesen megmutatom bárkinek élőben is.

"a két szerkesztő alkalmazás (JOSM, MApEdit) valamelyikének eltérő helyeken történő futtatása megengedhető-e, képesek-e külön-külön az adatbázis tartalmak bővítésére, módosítására?"

Akár a turistautak.hu jelenlegi adatbázisához is készíthető osm api, amivel váltás nélkül használható szerkesztésre a JOSM a mapedit mellett, az adatbázis és a kimenetek változatlanul hagyásával. Ez még kisebb lépcső a tegnap említett köztes megoldásnál, szerintem ez is gazdaságtalan, de lehetséges.

"az ugyanúgyra vonatkozó kérdés akkor is, most is megválaszolatlan maradt"

Kétértelmű az "ugyanúgy" szó. Ha azt mondom, hogy a BKK bérletemmel ugyanúgy tudok utazni a metrón és a buszon, akkor arra értem, hogy mindkettőre érvényes. Ennek ellenére másképpen szállok fel a metróra mint a buszra, másképpen ellenőrzik a bérlet érvényességét, más sebességgel jutok el a célhoz.

A szerkesztőprogramnak ráadásul nincs közvetlen kapcsolata a kimenetekkel, ezt megírtam az imént, olvasd el kérlek újra azt a hozzászólást, amire válaszoltál.

[előzmény: (68447) alnibell, 2014.06.06 08:21:34]

Kolesár

hozzászólásai | válasz erre | 2014.06.06 07:16:59 (68446)

"Ellenőrzési lehetőség nélkül tudomásul veszem azt az állítást"

Kérdeztél, megválaszoltam. Ha ellenőrizni tudnád magad is, nem kellett volna megkérdezned. Ha bizonyítékot szeretnél az állítás igazolására, az egyesület megkérhet engem vagy bárki mást tesztkörnyezet kialakítására, amelyen bemutatható a tervezett működés és a változatlan hardverigény.

"A kérdés jogos, ugyanis tudtommal a JOSM legalább a Java 7-es vagy annál magasabb fokú változatát igényli, és nekem pl. a 6-os verzió frissítéseinek egy részét is törölnöm kellett korábban, hogy egyáltalán használni tudjam a MapEdit-et."

JOSM-et akartál írni, ugye? Amint Báthory Peti azóta megírta, ha gondod van a Java verzióváltással, akkor használhatod a Java 6 alatt működő kicsivel korábbi 7000-es változatot. Ezt tettem Mac OS X 10.6 alatt én is.

"nem érvényes belépési pont, meg hiányzó dll"

Ezek tipikus windows hibaüzenetek, miközben itt Java környezetről beszélünk. A JOSM Java alatt fut. Nem szeretném lesöpörni az asztalról a Java telepítésének és futtatásának problémáit, de fontosnak tartom megjegyezni, hogy a hibákat nem a JOSM okozza.

Ugyanez igaz a mapeditre is. Ha olyan állapotban van a windowsod, hogy nem indul el rajta, akkor nem a mapedit javítandó, hanem a futtatókörnyezet. A JOSM ebből a szempontból nem szűk keresztmetszet, sőt jelentősen tágabb környezetben futtatható. Amint már többször elhangzott, mindenhol működik, ahol van Java: mac és linux rendszereken is.

Személyes tapasztalatom az, hogy a gépek 80%-án a friss jar csont nélkül elindul. Néhol nincs Java, gyors letöltés és telepítés megoldja. Egy egyetemi gépen küzdöttem a legtovább, ahol nem volt Java, telepítés után a JOSM elindult, de nem töltött le és fel, mert azt mondta, hogy az SSL tanúsítvány még nem érvényes. A rendszerdátum ugyanis 2010 volt, amit csak a rendszergazda volt jogosult beállítani.

A fórumon meghirdetett turistautak.mapcss letöltéseinek naplójából készítettem egy kivonatot: grep turistautak\.hu\.mapcss | grep -o '"\(JOSM.\+\)"' | sort -u

"JOSM/1.5 (4878 en) Java/1.6.0_31"
"JOSM/1.5 (7000 en) Mac OS X 10.6.8 Java/1.6.0_65"
"JOSM/1.5 (7000 hu) Linux Ubuntu 12.04.4 LTS Java/1.7.0_55"
"JOSM/1.5 (7182 en) Windows Vista 32-Bit Java/1.7.0_55"
"JOSM/1.5 (7182 hu) Windows 7 32-Bit Java/1.7.0_51"
"JOSM/1.5 (7182 hu) Windows 7 32-Bit Java/1.7.0_55"
"JOSM/1.5 (7182 hu) Windows 7 32-Bit Java/1.7.0_60"
"JOSM/1.5 (7182 hu) Windows 7 64-Bit Java/1.7.0_55"
"JOSM/1.5 (7182 hu) Windows XP 32-Bit Java/1.7.0_60"

Amint láthatod, kilenc különböző konfiguráción működött a JOSM, két kivétellel Java 7 volt rajtuk. Egyedül te jelezted hogy problémád van vele. Hol akadtál el, volt hibaüzenet?

Ha továbbra is gondod van a Java környezet telepítésével, több megoldás közül választhatsz. Megkérhetsz valakit környezetedben, például szomszédot, számítógépboltos ismerőst, informatikust, rendszergazdát. A geocachinges csapatból is bizonyára találsz valakit. Hozzám is elhozhatod a gépedet.

"ahol szoftver oldali problémák miatt akadályokba ütközik a JOSM használata, ott a MapEdit alatti szerkesztés továbbra is mehet, szerkesztőként bármelyik használata megengedett"

Lehetséges írni apit osm adatbázishoz mp formátumú adatcserére, akár php-ben is. Szintén lehetséges kiegészíteni a mapeditet az osm formátumú fel- és letöltéssel. Véleményem szerint mindkettő gazdaságtalan megoldás lenne, mivel nagy fejlesztői kapacitást köt le, az eredményét pedig kevesen használnák.

Felhasználható viszont az iD webes szerkesztőfelület, ez is az osm eszközkészlet része. http://wiki.openstreetmap.org/wiki/ID

[előzmény: (68444) alnibell, 2014.06.05 23:09:59]

Kolesár

hozzászólásai | válasz erre | 2014.06.05 20:50:50 (68440)

Röviden: igen, nincs különbség.

Kicsit bővebben: a JOSM olyan állományt állít elő, amiből gyárthatók a megszokott kimenetek. A minimális hardverigény nem különbözik a mapeditétől.

Részletesebben: teljesen mindegy, hogy milyen állományt állít elő a JOSM, mert nem ebből készül a kimenet. A turistautak.hu-n sem abból az .mp fájlból készül a kimenet, amit le- vagy feltöltesz.

Közös mindkét rendszerben, hogy a szerver adatbázisban tárolja az adatokat, letöltéskor állítja össze a fájlt, majd áttolja a hálózaton.

A turistautak.hu mysql adatbáziskezelőt használ, három fő adattáblában vannak az adatok: poi, segments, polygons. Ezekben egy-egy sor egy rajzi elem, közülük vadássza le a webszerveren futó php alkalmazás a lekért tájegység adatait, majd adja ki .mp fájlként. Ezt a mapedit megnyitja, átszerkeszti, mentéskor választható hogy teljes .mp fájlt írjon, vagy a szerverre feltölthető, csak változott objektumokat tartalmazó modonly .mp-t, amit a szerver értelmez és betölti adatbázisba. Nem tárolja a fájlt, csak a belőle értelmezett információt.

Az osm postgresql adatbáziskezelőt használ (régebben mysql volt ott is), ahol három fő adattáblában vannak az adatok: nodes, ways és relations. Ezekből a webszerveren futó ruby on rails alkalmazás szedi össze az adatokat egy befoglaló téglalapból vagy azonosítók alapján, majd készít egy osm fájlt, ami egyszerű xml, nézz meg egyet. A JOSM ezt képes letölteni maga is, nem kell böngészőt használni a szerkesztéshez. Feltöltéskor csak a módosításokat küldi hasonló formátumban, amit a szerver eltárol.

Fontos különbség, hogy mivel a JOSM maga intézi a feltöltést, ezért közvetlenül értesül arról, hogy az új objektumok milyen azonosítót kaptak, ezt beépíti az állományba, így folytathatod a rajzolást feltöltés után közvetlenül, újabb letöltés nélkül. Ez nagy előny a szerkesztéskor.

A kimeneteknek semmi közük ahhoz, hogy az adat milyen formátumban, milyen szerkesztőprogramot használva került az adatbázisba. A turistautak.hu két fontos kimenetét osm eszközök gyártják ma is (mapnik és mkgmap), így ezek osm formátumra átállíthatók.

A JOSM hardverigénye nem más, mint a mapedité. Azonos gépen és adatmennyiségnél pörgősebb a végletekig optimalizált C++, de egy nagyobb tájegység már kifog rajta. A JOSM-nél nem szükséges megyényi területet letölteni, így az átlagos szerkesztési feladatot gyorsabban és kevesebb memóriával végzi el.

Megmértem, mennyi ideig készül terheletlen szerveren (kora hajnalban) egy átlagos tájegység (zala) .mp fájlja, amikor letöltöm szerkesztésre: 120 másodperc. Letöltendő adatmennyiség zip tömörítéssel: 3 MB.

A tájegység összes nyomvonala 30 másodperc alatt készül el, letöltendő adatmennyiség: 47 MB. Kicsomagolva 102 MB. A kicsomagolás a Windows 7 beépített zip kezelőjével körülbelül 3 percig tartott.

A mapedit letöltése 2 MB (egyszer)
Megnyitás mapeditben: 60 másodperc.
Szerkesztés megkezdése összesen: 6 perc. Előre letöltött adatokkal 60 másodperc.
Memóriafelhasználás a betöltés után: 238 MB.

JOSM letöltése: 8 MB (egyszer, illetve amikor frissíted, néhány hetente jönnek újdonságok)
JOSM indítása: 12 másodperc
Adatok letöltése: várakozás a szerverre 5 másodperc, letöltés 5 másodperc, adatmennyiség 150 kB, megjelenítés 2 másodperc.
Nyomvonalak letöltése: 500 kB, 15 másodperc.
Szerkesztés megkezdése összesen: 12+5+5+2+15=39 másodperc. Előre letöltött adatokkal 15 másodperc.
Memóriafelhasználás a betöltés után: 152 MB.

JOSM-ben nem töltöttem le egész Zalát, csak a rajzolásra kiválasztott körülbelül 50 négyzetkilométeres, négy település közötti területet. A számítógép ugyanaz, amit már írtam: Core Duo T2400 @1.83 GHz, 2 GB memória, Windows 7 és Ubuntu Linux. Négy éve vettem használtan.

A második és harmadik kérdésedet pontosítsd kérlek, mert én sem értem. A második kérdés szerintem tárgytalan, mert úgy kezdődik, hogy "amennyiben a JOSM nem", ahol a válasz igen volt. A harmadik kérdésben milyen újrafeldolgozást kérdezel?

[előzmény: (68439) alnibell, 2014.06.05 20:32:34]

Kolesár	hozzászólásai \| válasz erre \| 2014.06.05 12:49:02 (68436)
Bryan, látod így hígul fel a szakmai vita értelmetlen személyeskedő hozzászólásokkal. [előzmény: (68435) alnibell, 2014.06.05 12:37:19]

Kolesár

hozzászólásai | válasz erre | 2014.06.05 12:23:17 (68434)

Bocs, hogy zavartunk. Éppen azért van itt a legjobb helye, mert elsősorban a térképszerkesztőket érinti. Azt a döntést készítjük elő, hogy a turistautak.hu milyen eszközzel és milyen adatot szerkesszen a jövőben. Téged is érint a téma. Sajnálom, hogy ilyen terjedelmes lett, sok tévedésen alapuló hozzászólás érkezett, ezeket cáfoltam többnyire.

[előzmény: (68433) Bryan, 2014.06.05 12:10:34]

Kolesár	hozzászólásai \| válasz erre \| 2014.06.05 10:16:39 (68428)
Remek, akkor jelentkezz kérlek az elnöknél, mert éppen most kérte meg az adatszolgáltatás elvégzésére Fairy kollégát. [előzmény: (68427) Attibati, 2014.06.05 10:11:44]

Kolesár

hozzászólásai | válasz erre | 2014.06.05 09:38:30 (68426)

"Az meg egyáltalán nem mellette szóló érv, hogy a vevő olyan változatot csinál a kibocsátott termékből, amilyent éppen akar. Már ha tud, ha elég felkészült ehhez." (idézet alnibelltől)

Fontos megkülönböztetnünk a felhasználók két csoportját.

1. Bakancsos természetjáró, aki turistatérképet keresve talál ide, örül a webes térképnek, letölti a gps-re. Általánosságban egyéni felhasználó, aki közvetlen használatra kész térképet és szolgáltatást használ.

2. Teljesítménytúrát szervező egyesület, téradatokkal foglalkozó kutató, területfejlesztési terven dolgozó mérnök, nemzeti park őrszolgálata, térképet weboldalba illesztő szerkesztő, térképi szolgáltatást nyújtani szándékozó webfejlesztő, térképi megjelenítéseket tervező kartográfus, stb. Ők is szeretnék felhasználni az adatot, csakhogy őket engedélykérésre kötelezi a turistautak.hu licence. Ezen felül általában nem alkalmasak számukra a végfelhasználóknak szánt formátumok, mert azokban nem jelenik meg az összes nyers adat, nem illeszthető be az általuk használt térinformatikai rendszerbe, stb. Nekik nyers adatra van szükségük, amit ők fel tudnak dolgozni, mert van hozzá szakértőjük: térinformatikus, fejlesztő, programozó.

A turistautak.hu fenntartja magának a jogot, hogy meghatározza a második csoportba tartozók körét, a bejutás feltételeit és a nyers adatból kiadott adatok körét is. Az openstreetmap adatai szabadon hozzáférhetőek, semmilyen korlát nem akadályozza a felhasználást. Sokan addig sem jutnak el, hogy megkérdezzék az egyesületet. Ennek megfelelően a felsorolt felhasználók az openstreetmapet választják. Már csak azért is, mert az adataival azonnal el tudnak kezdeni dolgozni. Magyarország összes friss adatának a letöltése 65 MB, pillanatok alatt elérhető.

A felhasználók közül már csak azért is nagyon fontosak a második csoport tagjai, mert általuk számtalan további helyre eljut az információ. A téradatokon kívül eljut a térkép neve, mert ahhoz az openstreetmap is ragaszkodik, hogy legyen feltüntetve a forrás. Ez a fejlődés motorja, ennek megfelelően a szerkesztők száma folyamatosan emelkedik, a térkép tartalma pedig exponenciálisan. A felhasználók körének mérete nem csak motiválja a felmérőket és a térképszerkesztőket, hanem számukat is növeli.

Ha a felhasználók a legfontosabbak, akkor a felhasználás jelenleg érvényben levő korlátozása sajnos nem szolgálja ezt a célt, mert a korlátozás sérti az érdekeiket. Kinek az érdekét szolgálja? A felmérőkét és térképszerkesztőkét legfeljebb akkor, ha irigyek és azt mondják. "ha én nem kapok ellenszolgáltatást a munkámért, nem tudok tudok megélni belőle, főleg nem meggazdagodni rajta, akkor más se tegye". Az egyesület érdekét legfeljebb akkor, ha pénzt tudna belőle csinálni és ebből fenntartani az infrastruktúrát, valamint megfizetni a fejlesztőket, de bevétel tíz éve nincs. Akkor miért korlátozza a felhasználást?

Gyakori érv, hogy az turistautak.hu adatai milyen nagy értéket képviselnek. Talán az openstreemap nem? Sokan nehezen értik meg, hogy a mai világban nem csak kizárólagosan birtokolható értékek vannak. A nagy érték birtokosainak nem sérti az értekét, ha mások is birtokolják azt, sőt még örülnek is, hogy még több emberhez eljutott. A turistautak.hu-t a sok felhasználó azért értékeli, mert ingyen felhasználhatják. Ők az 1-es típusú felhasználók. A 2-es típus nem tudja értékelni a turistautak.hu-t, mert vagy nem jut hozzá, vagy csak lassan és nehézkesen. Ez senkinek sem jó.

A fejlesztés egyébként sokkal jobban működik az openstreetmap modelljében. Ott ugyanis a fejlesztők nem az openstreetmap belsejében dolgoznak, hanem tőlük függetlenül. Bárki indíthat új fejlesztést osm alapon, ezt teheti szabadidőben, finanszírozhatja maga, vagy akár befektető is. Így az osm-et nem terheli a fejlesztők munkabérének terhe, nem görnyednek a felhasználók számtalan ötleteinek nyomása alatt. Szabad teret engednek az ötletelőknek, hogy megvalósítsák amit szeretnének.

A vicc az, hogy a zárt modellben pont az egyesületnek kell még arra is erőforrást biztosítania, hogy a lakatot kezelje. Fogadja az adathasználati kérelmeket, tájékozódjon a felhasználás tervezett körülményeiről, elbírálja a kérelmet, kapcsolatot tartson a felhasználóval, adatot adjon neki a kért formátumban. Erre az egyesületnek bezzeg van pénze és/vagy önkéntese. Vagy nincs, aminek éppen a felhasználó látja kárát. Éppen tegnap is volt egy ilyen eset, amikor szép sorban derült ki az adathoz hozzáférő kevesekről, hogy vagy nem értenek shapefile előállításához, vagy nincs rá most idejük. Attól viszont elzárkózik az egyesület, hogy megnyissa az önkiszolgálás lehetőségét.

[előzmény: (68422) Old Fairy, 2014.06.05 08:23:37]

Kolesár	hozzászólásai \| válasz erre \| 2014.06.05 09:16:21 (68425)
Persze, akár akkor is, ha egyedül jössz. [előzmény: (68419) Csuhás, 2014.06.05 08:08:26]

Kolesár

hozzászólásai | válasz erre | 2014.06.05 07:46:25 (68417)

Kedves Attibati! Nagyon örülök, hogy nyitottan fogadtad Nargoth felvetését. Egyúttal sajnálom, hogy eddig még nem próbáltad ki a JOSM-et és még most is esélytelenként tekintesz rá. Talán annyi előnye lesz a hozzáállásodnak, hogy még egy átlagos turistautak.hu-szerkesztőnél is kritikusabb szemmel fogod átnézni.

Összehasonlítottam a Mapedit és JOSM szerkesztési eszközeit.

Térkép mozgatása egérrel: Mapeditben fel-le az egérgörgővel megy, jobbra-balra Shift+egérgörgővel, nagyítás Ctrl+egérgörgővel. JOSM: mozgatás lenyomott jobb egérgombbal, nagyítás egérgörgővel. Amennyire furcsa volt a JOSM elsőre, annyira furcsa volt most a Mapedit. Néhány perc után mindkettőt megszoktam és egyformán gyorsan kezeltem.

Rajzolás: Mapeditben rajzoláskor előre kiválasztod, hogy mit rajzolsz: pont, vonal vagy felület lesz. JOSM-ben nem, ott közös a rajzolás eszköz. Alapvetően a vonal rajzolására hasonlít: az első kattintásra létrehoz egy pontot, majd onnan indul a vonal. Ha az első pont után befejezed a rajzolást, akkor nem lesz vonal, csak egy pont. Ha megrajzolod vonalként, vonal lesz. Ha bezárod, vagyis a vonal kezdőpontjára kattintasz, akkor zárt vonal lesz. Felület a típus beállítása által lesz, például azt mondod rá, hogy landuse=forest.

Rajzolás befejezése: Mapeditben Enter van jobb egérgombos menüből a Vége kiválasztásával. Ekkor feljön a típuslista, majd beírhatod a nevét, vagy Esc. JOSM-ben nem kell befejezned, bármikor tehetsz rá címkét szerkesztés közben, a szerkesztést akár folytathatod is. Befejezés amúgy az Esc gombbal. Előzőleg letett pont visszavonása egyformán Backspace mindkettőben.

Meglevő vonal szerkesztése: Mapeditben a pontok mozgatása eszközzel kiválasztasz egy vonalat vagy felületet, ekkor kiemeli a töréspontjait, amelyeket bal egérgombbal áthelyezel. Töréspont beszúrása Shift+kattintás, töréspont beszúrása azonnali mozgatással Ctrl+kattintás, utóbbit én építettem bele. JOSM-ben két eszközzel tudod módosítani a vonalat, különféle módon. A kiválasztás eszközzel töréspontot kiválasztva odébb tudod tolni, ez felel meg a pontok mozgatása eszköznek. Töréspontot beszúrni a szakasz felezőpontján megjelenő + jel mozgatásával tudsz, ez felel meg a Ctrl+kattintásnak.

A másik eszköz JOSM-ben a vonalpontosság-növelő mód, ez a kiválasztott vonal pontjait tudja egy kattintással a kattintás helyére tenni. Az egér mozgatására mindig megjelöli pirossal a legközelebbi töréspontot. Sima kattintásra a megjelölt töréspontot helyezi át a kattintás helyére, Ctrl+kattintásra beszúr új töréspontot a meglevők közé, Alt+kattintásra törli a megjelölt töréspontot. Shift-tel zárolja a megjelölést, így a vonal mentén haladva nem lépteti az egér mozgását követve, így olyan helyre is át lehet helyezni töréspontot, ahol már másik legközelebbi pontot választott volna.

Vonalak vagy felület mozgatása: ez a Mapeditben alapból le van tiltva, de menüből engedélyezhető. Mapeditben vonal vagy felület mozgatása esetén csak az objektum maga mozog, a töréspontokra illeszkedő szomszédok nem, ezért is van letiltva. Beleépíthető lenne egyébként, hogy a szomszédokat is mozgassa. JOSM-ben a vonal mozgatása a pontjainak mozgatását jelenti, szomszédok esetén azokat is érinti. Ha túl sok dolgot mozgatsz egyszerre, rákérdez hogy biztosan ezt akartad-e.

Vonal meghosszabbítása: Mapeditben a pontok mozgatása eszközzel végpontot Ctrl+egérrel odébb húzva tudod megtenni, ezt én tettem bele. Hosszú rajzolásra nehézkes, mert mindig az előző pontból kiindulva kell vonszolni és az egérgomb felengedésekor teszi le a pontot. JOSM-ben a rajzolás eszközzel vonalvégpontra kattintva kijelöli a vonalat és azt folytatja, mintha eddig is azt rajzoltad volna. Működik a kezdőpontnál is. Ha nem a meglevőt szeretnéd folytatni, Alt-tal kattintsd az első új töréspontot.

Vonalak egyesítése: az összeérő vonalak kiválasztása után Mapeditben jobb egérgombos menüből, JOSM-ben az Eszközök menüből. Ugyanígy megvan mindkettőben a vonalak egyszerűsítése (generalizálása), vonal megfordítása, törlés nyom nélkül (=elfelejtés), koordinátára ugrás.

Vonal lezárása: Mapeditben az éppen rajzolt vonal vagy felület új pontja nem tapad a saját pontjaihoz, csak másik objektumhoz. Két kerülő megoldás van zárt vonal rajzolására: felületként rajzolás majd vonallá alakítás, illetve az utolsó pontnál befejezés, majd jobb egérgombbal vonal lezárása. JOSM-ben az új pont bármelyik törésponthoz illeszkedik, a kezdőpontra kattintva befejezi a rajzolást.

Felületek egyesítése: Mapeditben jobb egérgombos menüből (én tettem bele az egész függvénykönyvtárral együtt), a JOSM-ben Eszközök/Átfedő területek egyesítése. Felületeket egymással vágó, kivonó funkciót még nem találtam a JOSM-ben. Kerestem rá kiegészítőt, találtam helyette egy zseniális másikat: egymáshoz közeli, de egymás közelében haladó felületek töréspontjaikban egymáshoz tapasztása. Számtalan kattintást lehet vele megtakarítani, miközben a hibalehetőség is kisebb.

Magam is meglepődtem, hogy a Mapedit szerkesztési eszközeinek listája itt véget ér. A JOSM-ben van egy halom beépített eszköz, továbbá letölthetők kiegészítők is. Például:

- törlés egy kattintással (ezt most vettem csak észre; pont vagy vonal)
- párhuzamos vonalak készítése (mint a buffer, csak vonalnál is megy)
- kiválasztás egérrel rajzolt szabálytalan körvonallal (lasszó)
- épületek rajzolása (téglalap két vagy három kattintással, alapértelmezett típussal)
- pontok elrendezése kör mentén (gyönyörű körforgalmakhoz)
- kör létrehozása (átlóból egy gombnyomásra)
- pontok szétosztása egyenlő távolságokra
- pontok elrendezése egyenes mentén (nyílegyenes utcákhoz)
- pontok ortogonizálása (derékszögesítés, minden szög 90 vagy 180 fok legyen)
- tükrözés (például ikerház rajzolásához)
- vonal követése (egymáshoz illeszkedő felületek rajzolásához kattintás és hibalehetőség nélkül)
- igazított szög (kerek törésszög az előző szakaszhoz és más törésponthoz képest)
- területek kihúzása (párhuzamos eltolással)

Ez a legutóbbi eszköz igazi svájci bicska. A kiválasztott szakaszt vagy töréspontot eltolja párhuzamosan, az eltolás iránya a húzás irányától függően a szakasz saját vagy valamelyik szomszédjának iránya. Pillanatok alatt lesz út mellett parkoló, kerítésből kiugrás, illetve finomítható egy merőlegesekkel megrajzolt épület

- kattintásra eltolja a két töréspont közötti szakaszt
- Ctrl+kattintásra nem lesz kiugrás, csak eltolja eredeti végpontok mozgatásával
- Alt+kattintásra eltolás után a szakaszból egy új téglalapot készít

JOSM letöltése:
https://josm.openstreetmap.de/download/josm-latest.jar

[előzmény: (68413) Attibati, 2014.06.04 22:43:48]

Kolesár

hozzászólásai | válasz erre | 2014.06.05 07:37:38 (68416)

Pont a céges szemlélet miatt vagy képtelen felfogni az osm működését. Úgy tekinted a turistautak.hu-t és a felette álló egyesületet, mintha a tagok tulajdonában álló vállalkozás lenne, ami a termék minőségétől és a piaci részesedéstől függő számú eladásokból élne. Pedig nem.

Ugyanígy tekintesz az osm-re is, ezért nem érted, hogyan működhet eladások nélkül. Mivel nem a termék eladásából él, mindenki szabadon hozzáférhet és felhasználhatja. A bekebelezés, konkurencia, versenytárs fogalmak sem értelmezhetők ebben a környezetben.

A "kétségbeesés" vádját határozottan elutasítom.

[előzmény: (68414) alnibell, 2014.06.05 07:26:04]

Kolesár

hozzászólásai | válasz erre | 2014.06.04 21:34:24 (68412)

"Én úgy gondolom, hogy a Mapedit programban történő módosításnak nagyobb esélye van, mint annak, hogy egy teljesen más rendszerre álljunk át"

Ez nem külső tényezőktől függ, hanem szakértői véleményekre alapozott közösségi döntéstől.

"Ruby nyelven dolgozó fejlesztő is szükséges hozzá. C++ nyelven ennél sokkal több fejlesztő tud programozni."

Én sem születtem úgy, hogy tudnék Ruby nyelven dolgozni, főleg mert a nyelv fiatalabb nálam. Ennek ellenére könnyen meg tudtam oldani az openstreetmap api számomra fontos módosításait. Eléggé hasonlít a Pythonhoz, csak még elvontabb egy kicsit. A C++ a másik véglet. Régebbi, ezért ismerik többen, de Konstantin szintjén programozni kevesen tudnak. Nem vagyok biztos abban, hogy a nyelvet ismerők száma alapján lenne érdemes ebben döntést hozni.

Ennél sokkal fontosabb az, hogy lássátok az irányt. Jelenleg három irány van napirenden:

1. az osm adatokra és eszközeire való áttérés helyezés (egyenes út előre)
2. az osm eszközeire való áttérés (kanyargós út ismeretlen irányba)
3. a mapedit fejlesztése (zsákutca)

Szükséges fejlesztések a három irányhoz:

1. kimenetek, webes szolgáltatások
2. kimenetek, webes szolgáltatások, szerveroldal illesztése, konverziós program
3. mapedit fejlesztése, engedély műholdképek felhasználására

Az első gyorsabb, mint a második. A harmadik a fejlesztő sebességén és ügyességén múlik, de lehet hogy engedélyt sohasem adnak, addig belekezdeni sem érdemes.

Fontos azt is látni, hogy melyik iránnyal mit kap a turistautak.hu:

123
+++ műholdképek felhasználása a szerkesztéshez
++- tetszőleges méretű terület letöltése szerkesztésre
++- zárolás nélküli szerkesztés ütközések kimutatásával
++- teljes verziókövetés, a rajzi elemek bármely változatának visszakeresése
++- újabb paraméterek rugalmas bevezetésének lehetősége
++- letöltés és feltöltés közvetlenül a szerkesztőfelületről
++- szerkesztés folytatása feltöltés után azonnal, újabb letöltés nélkül
++- tájegységhatárokon átívelő szerkesztés, akár országosan egyszerre
++- teljesen testre szabható megjelenítés a szerkesztőfelületen
++- raszteres és vektoros rétegek kezelése, sorrend, átlátszóság beállítása
++- unicode támogatás az idegen nevekhez
++- típusra jellemző tulajdonságok beállítása sablonokkal
++- zarándokutak, teljesítménytúrák útvonalainak szerkesztése tetszőleges számban
++- szerkesztés böngészőbe ágyazva
++- operációs rendszertől független szerkesztőprogram
+-- folyamatosan bővülő alaptérkép
+-- illeszkedés nemzetközi hálózatba
+-- a szerkesztések megjelennek a világ összes osm alapú térképén

Összefoglalva:

A mapedit fejlesztése egyeten előnnyel jár, az osm eszközökre áttérés további 14-el, az osm adatokra és eszközökre áttérés további hárommal.

Ezek alapján miért tartod valószínűnek, hogy a közösség a mapedit fejlesztését fogja választani?

"elintézhető-e, hogy a hallgatólagos felhasználási illetve módosítási engedély tovább éljen a Mapedit programra"

Szerintem ehhez nem kell tenni semmit, kérdés esetén hivatkozzatok rám. Aztán ha ez kevés lesz, mert mondjuk ügyvédet szabadít rátok, akkor gondolkodjatok el szabad szoftver használatán, amit most is javaslok.

"mennyibe fájhat valamelyik műholdkép szolgáltatónál egy céljainknak megfelelő licenc megvásárlása"

A FÖMI ortofotó árait tudom mondani, 250-4000 forint négyzetkilométerenként, évjárattól és felbontástól függően. A Bing képei minőségben az 500-1000 forint környékén lehetnek. Teljes országra 0,6-os mennyiségi szorzóval 14 és 223 milló forint között van, plusz áfa. WMS-ben is kérhető, úgy évente a negyede. http://www.fomi.hu/portal/index.php/termekeink/legifelvetelek

Ez is jön ingyen az osm-mel.

[előzmény: (68407) Attibati, 2014.06.04 20:26:03]

Kolesár

hozzászólásai | válasz erre | 2014.06.04 21:18:16 (68410)

"adataink csak addig vannak viszonylagos biztonságban, amíg azoknak az ittenitől eltérő feldolgozása ráfordításigényes"

Ez tévedés. Bármikor bárki előállít az .mp fájlokból shape fájlt, postgis adatbázist, vagy éppen osm fájlt. Tudod, hogy az omp mit tölt át naponta? .mp fájlt. Ebből készül náluk osm, majd bármi más.

"Remélem, hogy legalább a hétvégére elszakadsz innen, és foglalkozhatunk végre egymás között a felvetődő kérdésekkel. Érezzétek jól magatokat Lábatlanon!"

Köszönöm, remek idő lesz, az erdőt fogom mérni 5 nyomvonallal. Ha valaki szeretne csatlakozni, szeretettel várjuk. Még vannak szabad helyek a szálláson és a vacsorán a Kan-berek szőlőhegy egyik pincéjében.

"Szabályt, etikait, Te tiporsz, nem veszel semmibe, immár egy hete."

Nem tartom igaznak az állításodat, alaptalan vádaskodásnak tartom. Indokold meg, ha nem akarsz hangember maradni.

[előzmény: (68409) alnibell, 2014.06.04 20:58:49]

Kolesár

hozzászólásai | válasz erre | 2014.06.04 20:34:50 (68408)

Remélem, hogy sikerült megértenem a gondolatmenetedet. Azt raktad össze fejben, hogy működik-e az osm technikára épülő rendszer másféle kulcsrendszerrel? Igen.

"elképzelhető-e, hogy a köztes osm fájlt tovább szerkesztem JOSM alatt, az abban használatos tag-ekkel?"

Minden osm fájl szerkeszthető JOSM-mel. Ha a köztes osm fájl alatt olyan osm fájl értesz, amiben nem osm címkék, hanem mondjuk magyar címkék vannak, például JarhatosagAutoval=A, akkor is.

"elképzelhető, hogy ebből a szerkesztett osm-ből jó kimenet gyártódjon?"

Igen. A kimenet szabályrendszere szűrőfeltételeket tartalmaz, amelyek módosíthatók. Amikor például a földutakat rajzolja, leszűri a highway=track címkéjű utakat. Ezt át lehet írni a turistautak.hu által választott egyedi jelölésrendszerre, legyen az Type=0x85 vagy út=földút, így is jó kimenet készül belőle.

[előzmény: (68406) kolmad, 2014.06.04 20:00:15]

Kolesár

hozzászólásai | válasz erre | 2014.06.04 19:51:18 (68405)

Csodálom támogatóid türelmét és elvtársi fegyelmét, hogy még nem igazították ki szakmailag hibás állításaidat. Visszautasítom a vádakat, cáfolom a tévedéseket:

"nem lehet hozzáépíteni a más formátumú többihez"

Mihez kellene hozzáépíteni? Nem derül ki, hogy milyen más formátumú többire gondoltál.

"nem lehet belőle az eddig gyakorlat szerint kimenetet gyártani a megszokott eszközökkel"

Dehogynem. A Garmint gyártó mkgmap elsősorban osm adatból dolgozik jól, éppen az mp formátum támogatása hiányos. Igaz, honnan is tudhatnád. Mégis miért hangoztatod az ellenkezőjét? A mapnik is osm-hez készült fejlesztés, postgresql adatbázison, openstreetmap adaton érzi magát igazán otthon.

"a jelenlegi gyakorlat szerint készített kimenetek megrekednek itt és az OMP-nél is"

A kimenetek készítéséhez már most is osm formátumra alakítják az adataikat, ezt leírták itt a fórumon korábban. Minden nap átalakítják, abból készül a Garmin kimenet és tms csempe. Amúgy az omp komolyan fontolgatja az osm-re átállást, de náluk nem tévinformatikusok, hanem térinformatikusok döntenek a szakmai kérdésekben.

A turistautak.hu jelenlegi kimeneteinek készítése amúgy is felülvizsgálatra szorul. Időnként megakadnak, a hagyományos raszteres egészen speciális környezetet igényel. Amikor üzembe állítottuk, még nem léteztek a mai kiváló eszközök, amelyekre ideje lenne áttérni.

"ennek elkerülése megkövetelné a hagyományos munkamódszer szerint feldolgozást"

Ezt hogyan értetted?

"itt kellene rohamléptekben átszerkeszteni a régi adatokat az új formára, bizonytalan ideig fenntartva a kimenetek stagnáló állapotát"

Dehogy! Adatbázisból adatbázisba megy az adat közvetlenül, kézi beavatkozás nélkül, pár perc alatt. Lásd az omp kimenetgyártásánál említett napi gyakorlatot.

"elég egy külön ablakban megnyitni a szerkesztés alá vont területről rendelkezésre álló műholdképek valamelyikét"

Ez nagyon nem ad jó eredményt.

"műholdkép nincs a WGS84 felületre transzformálva"

A WGS84 egy ellipszoid, amelyre nem transzformálnak műholdképeket, mert a képek síkok. Erről szól a vetülettan, amit valószínűleg nem tanultál. A műholdképeket a webes megjelenítésben szinte kizárólagosan használt spherical mercator vetületben szolgáltatják, a JOSM is ebben dolgozik alapértelmezésben, de választható epsg kód alapján más, például a magyar EOV is.

A turistautak.hu által használt mapedit nem foglalkozik vetületekkel, így a raszteres háttér kezeléséhez először a vetületi átszámításokat kellene rendbe tenni.

A tms és wms adatforrások kezelésének mapeditbe beépítése véleményem szerint erősen meggondolandó, szerintem nem érdemes. Rengeteg munkaórát emészt fel, miközben van erre a feladatra kész, szabad szoftver. Az egyesület ezt a közösség pénzéből finanszírozná, vagy valaki bedobná lelkesedésből, mindkettő komoly áldozat. Tényleg úgy gondolod, hogy szakmailag felkészült vagy egy ilyen döntés mögé állni?

Délelőtt nem írtam véleményt Attibati mapedites felvetésére, mert akkor még nem tiportátok lábbal a fórumon elfogadott szabályt, hogy nem kritizálunk, hanem tovább gondoljuk és fejlesztjük a másikét.

[előzmény: (68403) alnibell, 2014.06.04 19:03:22]

Kolesár	hozzászólásai \| válasz erre \| 2014.06.04 17:01:42 (68394)
Nincs vezerkar. Mindenki azonos jogosultsaggal fer az adathoz, a lehetosegek egyforman adottak barkinek. Nem lerombolni, hanem megmenteni szeretnem a turistautak.hu-t. Ha most nem latod at a helyzetet, majd nezd meg nehany ev mulva. [előzmény: (68393) Hev, 2014.06.04 16:40:42]

Kolesár

hozzászólásai | válasz erre | 2014.06.04 16:34:46 (68392)

"Nincs pénzosztási probléma, mert nincs bevétel. Ha lesz, az érdekeltekkel együtt fog dönteni az egyesület vezetősége, ebben biztos vagyok."

Annak a jelenetnek nem szeretnék a tanúja lenni. Viszont a biztonság kedvéért addig is lelakatolva tartjátok az adatot, ha kell az örökkévalóságig is. Egy másik probléma viszont van: a vezetés elutasítja többek adatfelszabadítási igényét, pedig a felszólalók között bőven van felmérő, térképszerkesztő, sőt alapító is. Kik utasítják el és milyen alapon?

"Amikor elkezdtek trekkelni, szerkeszteni a tuhu számára hallgatólagosan is elfogadták azt a feltételrendszert, aminek keretén belül a tuhu működik."

A devizahitelesek is aláírták a szerződést, néhányan még talán el is olvasták. Aztán amikor kitört a balhé, a bank az apró betűkre mutogat. Letagadod a probléma létezését, pedig bizony vannak szerkesztők, akik felmismerve a helyzetet felálltak innen, vagy itt sem voltak, mert eleve az osm-hez mentek. Ez nem probléma?

"Milyen megállapodás alapján használja a tuhu a Mapedit programot, ha nem szabad felhasználású a kód?"

Nincs megállapodás. Sűrű levelezést folytattam Konstantinnal 2005-2008 között, amikor sokat fejlesztettem a programot. Elküldtem neki a szerkesztési lehetőségeket kiterjesztő, felgyorsító vagy éppen pontosító változatásaimat. Ő örült neki, eközben tudott rólunk, nem kérte hogy fizessünk. Értelmezheted úgy, hogy társadalmi munkában kiváltottam a regisztrációs díj megfizetését.

[előzmény: (68390) Attibati, 2014.06.04 16:03:59]

Kolesár	hozzászólásai \| válasz erre \| 2014.06.04 15:18:22 (68387)
Ha kérdések feltevésével egymásnak tudom ugrasztani a felmérő-térképszerkesztő tábort az egyesület vezetőségével, ott nem a kérdés a hibás, hanem kettejük viszonya. Ez a kérdés érinti őket: "Miért egyeznek bele a térképszerkesztők, hogy sem ők maguk, sem mások nem használhatják szabadon, amit ők létrehoznak?" [előzmény: (68382) Attibati, 2014.06.04 14:46:59]

Kolesár

hozzászólásai | válasz erre | 2014.06.04 15:12:59 (68385)

Nem célom Lábatlan felméréséből üzletet csinálni. Megkérdezheted a polgármestert, kinyomozhatod akárhogy, vagy akár el is hiheted. Viszont bárki készíthet belőle remek térképet drága pénzért, akár eljön a felmérésre, akár nem. És ez nem zavarja a felmérőket, a térképszerkesztőket és az osm-et sem. Ők másképp gondolkodnak mint ti. Nem is csodálom, hogy nem akartok a közösség részévé válni.

Az óra nem nálam, nem is az osm-nél ketyeg, hanem itt a turistautak.hu-n. Éppen most számoltam ki az általános fórumon, hogy az osm-be két év alatt került annyit földút, mint amennyi a turistautak.hu-ba tíz év alatt. Az utóbbi évben 29 ezer új kilométer, míg itt 7 ezer. Csak felhívtam a figyelmeteket tényekre.

Várjuk a jövőképet a konzervatív oldal képviselőitől is. Még akkor is, ha az semmiben sem különözik az eddigi gyakorlattól.

[előzmény: (68381) Attibati, 2014.06.04 14:44:40]

Kolesár	hozzászólásai \| válasz erre \| 2014.06.04 14:57:37 (68384)
Sajnálom, hogy ezt látod mögötte. Nincs semmilyen takargatnivalóm, semmilyen hátsó szándékom mindazzal, amit az előbb idézett levél óta eltelt két hétben folytatok. Sajnálom, hogy ismét teleszemetelitek a fórumot személyeskedő, kételkedő, vádaskodó hozzászólásaitokkal. [előzmény: (68382) Attibati, 2014.06.04 14:46:59]

Kolesár

hozzászólásai | válasz erre | 2014.06.04 14:53:28 (68383)

Old Eye is megkérdőjelezte, hogy magam írtam-e a levelet, amikor az alább idézett levelet küldtem neki. Az utolsó sor az előzményre hivatkozik, ami így szólt: "régóta nincs Kolesár (átment ugye az OSM szekerét tolni)". Feltett két kérdést, amit csak én tudtam megválaszolni, átmentem a teszten.

Sziasztok!

Szerintem az osm nem versenytársa turistautak.hu-nak, hanem a jövőjének egyetlen életképes iránya. Mivel az osm pontosan ugyanazt térképezi mint a turistautak.hu, ezért aki ma Magyarországon felmér, az vagy duplán dolgozza bele a két térképbe, vagy csak az egyikbe teszi bele. A dupla munka teljesen redundáns, a megosztottság pedig mindkét tábort gyengíti.

Az osm-mel szemben nem érdemes versenyezni. Az egész világból vannak mögötte fejlesztők, nagy felbontású műholdképek legális átrajzolásával sokkal hatékonyabban és pontosabban tud térképezni, zárolás nélkül egyszerre sokkal többen tudnak rajta gördülékenyen szerkeszteni, továbbá a szabad licenc miatt sokak csak ide hajlandók dolgozni, vagy éppen tömeges betöltésre kész adattal hozzájárulni. Adattartalma a települések belterületén már elhúzott a turistautak.hu előtt, nemsokára külterületeken is megelőzi.

Érdemes volna átállítani a turistautak.hu-t az openstreetmap adataira, minden szolgáltatás működhetne belőle tovább. Így arra sem kellene erőt pazarolnotok, hogy kiismerjétek a működését. Keressetek egy osm-hez értő ráérő fejlesztőt, aki megírja az új weboldalt. Szerintem nem az a kérdés, hogy ezt érdemes-e meglépni, hanem hogy mikor. Minél hamarabb, annál kevesebb munkát ölnek bele a turistautak.hu rajzolói az állományba.

A fentiek értelmében az openstreetmap szekerét tolva egyúttal a turistautak.hu szekerét is tolom, ha ti is elfogadjátok ezt.

András

[előzmény: (68380) Mikulás, 2014.06.04 14:22:57]

Kolesár	hozzászólásai \| válasz erre \| 2014.06.04 13:38:10 (68377)
Szerintem most kellene. Mikor majd? [előzmény: (68376) Nargoth, 2014.06.04 13:24:37]

Kolesár

hozzászólásai | válasz erre | 2014.06.04 13:06:31 (68373)

Azt írod, hogy a gyűlésen felvetették a turistautak.hu valós értékét. Mikor, kik és mit mondtak róla? Mit értettek turistautak.hu alatt? A hivatkozott szövegben kilenc részre osztottam fel, nem mindegy hogy ugyanarról beszélünk-e. A név és a domain? A térképi adatbázis? A nyers nyomvonalak? A felmérők és térképszerkesztők tapasztalata és munkaereje? Az utóbbi nem az egyesületé.

Megfogalmazásodból nem derül ki, hogy ezen a gyűlésen tisztázták a licencelés különbségeit, vagy csak felvetették ennek szükségességét? A non-profit felhasználás nem egyenlő azzal, hogy a felhasználó nem juthat hozzá bevételhez. Maga az egyesület is non-profit, mégis van bevétele, mondjuk éppen a turistautak.hu-ból nem volt még soha.

Azt írod, hogy az egyesület korlátozza az adatbázis felhasználását. Ezúton kérdezem az egyesülettől, hogy milyen érdeket szolgál ez a korlátozás? Az eredeti modell az lett volna, hogy a befolyó pénzt a turistautak.hu-ra fordítja. A tervektől eltérően az egyesülethez semennyi pénz nem folyik be a turistautak.hu licenceiből. A korlátozás így értelmét veszti, az egyesület nulla bevételét nem csökkenti a térkép szabad felhasználása.

Attibati nemrég kissé másképpen fogalmazta meg az egyesület szándékát: "arra tisztán emlékszem, hogy az elnökség a befolyt összeg nagy részét a tuhuba szándékozta visszaforgatni". A többivel mit kezd, ezt milyen alapon teszi és ezt miért hagyják a térkpszerkesztők? Miért egyeznek bele a térképszerkesztők, hogy sem ők maguk, sem mások nem használhatják szabadon, amit ők létrehoznak?

Arról esett szó ezen a gyűlésen, hogy mi lesz néhány év múlva, ha az egyesület változatlanul tovább kotlik az állomány felett?

[előzmény: (68371) Nargoth, 2014.06.04 12:24:19]

új hozzászólás | témák listája

Felhasználónevedet és jelszavadat a geocaching.hu oldalon is használhatod!

[ kezdőlap ] [ térkép ] [ + felmérések ~ ] [ + útvonalak ~ ] [ + poi ~ ] [ belépés ] [ faq ] [fórum] [email]

A weboldal működése és tartalma folyamatos fejlesztés alatt áll, köszönettel vesszük az észrevételeket a fejlesztési ötletek oldalon.
A turistautak.hu-ra feltöltött track-eket és a letölthető térképeket, azaz térképi adatbázist az ODbL licencnek megfelelően bárki használhatja.
Minden egyéb anyag előzetes írásbeli engedély nélkül csak magáncélra használható fel. jogi tudnivalók