turistautak.hu

, Lipták Roland 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: 960 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ő

Lipták Roland

hozzászólásai | válasz erre | 2023.12.01 13:02:01 (73500)

Nem egészen világos, hogy minek finnyogsz hogy nincs berajzolva, ha nem azt várod, hogy valaki megtegye. Szvsz bűntudatkeltéssel itt nem mész semmire.

Természetesen megnéztem a tájegységet.
Ami trackről beazonosítható, az be van rajzolva most is. Ami hiányzik, arról nincs fent track.
Ahol két útpályás lett az út, az sehol nincs tracken jelölve. És műholdképeken sem látszik a legfrisebb állapot ( kb. az látszik, ami most be van rajzolva ). Ahol csatlakozások megszűntek, vagy áthelyeződtek, nincs tracken jelölve.

Tehát, még egyszer:
Tegyél fel tracket, berajzolom.
Vagy esetleg sértegetés helyett kérdezd meg fodor8peter-t, hogy nem rajzolná-e be? Neki van helyismerete.

[előzmény: (73499) Hev, 2023.11.30 22:28:34]

Lipták Roland

hozzászólásai | válasz erre | 2023.11.30 10:41:28 (73498)

Volt időszak, amikor ezres nagyságrendben történtek egy évben rajzolások. Sok évig, folyamatosan.
Aztán az OMP átállt saját adatbázisról és TuHu adatokról OSM-re, mert végül is, mi baj lehet? The future is bright!
( ja, nem )
A rajzolások száma ekkor töredékére csökkent, de még mindig négy számjegyű maradt.
Aztán megjelentek itt Kolesár és Grin vokalistái, és elkezdték nyomni a FOMO-t, majd vitték az adatokat. Na ekkor zuhant be végleg a rajzolások száma, merthát minek a TuHu-ra rajzolni, ha az OSM-en minden fent van, és megcsinálja más, ami nincs. Ami nem igaz, de utólag már mindegy.

Most mi itt azóta pont úgy dolgozunk, mint az OSM.
Akinek kedve van, reszelgeti a saját kis projektjeit, és ha zavar valakit, hogy valami nem jó, vagy nincs a térképen, akkor megoldja magának, vagy megpróbál másokat cseszegetni vele, amit vagy lesz*rnak, vagy nem.

Ha jól emlékszem, enneka fényes jövőnek a létrehozásában te is tevőlegesen részt vettél. Talán nem tetszik?

[előzmény: (73493) Hev, 2023.11.21 08:28:56]

Lipták Roland	hozzászólásai \| válasz erre \| 2023.11.30 10:30:39 (73497)
Ha jól látom, a nyomvonal nem változott, a törölni való részekhez viszont helyismeret kell, ami nekem nincs, neked viszont úgy tűnik, igen. Tehát adott a megoldás. [előzmény: (73492) Hev, 2023.11.21 08:08:59]

Lipták Roland	hozzászólásai \| válasz erre \| 2023.11.21 07:54:24 (73491)
Dobj fel légyszi tracket, berajzolom. [előzmény: (73489) Hev, 2023.11.17 10:49:43]

Lipták Roland	hozzászólásai \| válasz erre \| 2023.09.19 09:05:54 (73480)
http://turistautak.hu/regions.php "Tájegységek Most fut a Garmin kimenetgyártás, tájegységet se le- se feltölteni nem lehet! Próbálkozz később, 6:30 után!" Ez az üzenet tegnap óta van fenn. Tudtam tájegységet szerkesztésre letölteni, de hiányoznak belőle a POI-k.

Lipták Roland

hozzászólásai | válasz erre | 2023.08.28 17:24:16 (73478)

Igazad van, kipróbáltam, a 10 éves Sony Xperia Z telefonomon kb. hasonló sebességgel jeleníti meg a Locus a térképet. Nálam is van ilyen.

Mindazonáltal ez nem a térkép, hanem a hardver hibája, mert az 5 éves Mi8-asomon viszont pikk-pakk betölti a csempéket.
És, ahogy mondtam, nem a szintvonalak miatt van, ezek raszteres csempék, képként tölti be az alkalmazás a csempéket, kb. lényegtelen, hány szintvonal van rajtuk, mert pixel-pixel.

Az könnyen lehet, hogy az Openhiking valamilyen más beállítással vagy fordítóval gyártja a csempéket, ezért náluk egy-egy csempe kisebb méretű. Ebbe mi itt nem látunk bele.
Ránézve az Openhiking térképre, az övéké több, mint 2X akkora méret, mint a TuHu, tehát pont, hogy fordítva kellene lennie.

Megkérdeztem Trackmant, de egyelőre nincs mód kétféle szintvonallal gyártani a mapsforge térképeket, mert a MF borzasztó erőforrásigényes, és a rendelkezésre álló erőforrások csak egy MF kimenet fordítását teszik lehetővé.

A jó hír, hogy hardver erőforrást, programozói segítséget el tudunk fogadni. :D

[előzmény: (73477) gyetger, 2023.08.08 19:43:11]

Lipták Roland

hozzászólásai | válasz erre | 2023.07.18 09:14:48 (73474)

Garminra van, mert volt rá igény.
http://turistautak.elte.hu/
Androidra nem kereste senki eddig.

A szépség nem volt szempont, a pontosság és a részletesség viszont igen ( konkrétan hogy jobb legyen, mint az OSM domborzatmodellje ).

Ami a 100 ezres telefont illeti, az jelenleg kb. a legalja az alsó polcnak is. PDA-ra sem fejlesztünk már térképet.

Nekem egy 5 éve 130e-ért vett telefonon gyorsan és gond nélkül jeleníti meg a térképet a Locus. Ha kifelé zoomolok a térképből, akkor előbb eltűnnek az 5m-es szintvonalak, és csak a 25m-esek maradnak, majd további kizoomoláskor eltűnik minden szintvonal, csak a domborzatárnyékolás marad látható. Összességében tök jól működik, jó a szemnek, áttekinthető, gyors.
Az akkuidőben nem számít semmit a szintvonal, mert a mapsforge formátum raszteres. Egy bittérképet mozgat a képernyőn.

[előzmény: (73473) gyetger, 2023.07.15 19:59:04]

Lipták Roland	hozzászólásai \| válasz erre \| 2023.01.13 09:23:05 (73453)
...ja, nem, bocs, az már az új SRTM 1"-ből készült. :D Van mindkettő, az a lényeg. [előzmény: (73452) Lipták Roland, 2023.01.13 09:19:50]

Lipták Roland	hozzászólásai \| válasz erre \| 2023.01.13 09:19:50 (73452)
Azt a szintvonalas állományt, ami a mapsforge kimenet, illetve a "kék" 5 és 10m-es szintközű Garmin térképek alatt van, én csináltam, az ASTER II ingyenesen elérhető domborzati modellből. Oda tudom adni, ha kell. [előzmény: (73449) Pongi, 2023.01.12 14:57:37]

Lipták Roland	hozzászólásai \| válasz erre \| 2017.09.06 13:52:04 (72099)
Szeretném a moderátoroknak javasolni, hogy ebbe a topikba csak az írhasson, aki tevőlegesen és jelen időben munkát fektet az adatbázisba. Valamint, hogy az "OSM" illetve "Openstreetmap" sztringet tartalmazó hozzászólások automatikusan törlődjenek.

Lipták Roland	hozzászólásai \| válasz erre \| 2017.09.06 11:03:18 (72090)
Én a magam örömére és épülésére szoktam trackelni. Az, hogy berajzolom, puszta jófejség, amúgy tökre nem izgat, hogy használja-e valaki, vagy sem? Másolást szolgáltatásként nagyon szívesen vállalok, amennyiben van rá igény. [előzmény: (72088) olahtamas, 2017.09.06 08:05:08]

Lipták Roland	hozzászólásai \| válasz erre \| 2017.09.04 11:00:08 (72079)
Trackman nem az a fajta, aki vírust tesz a cuccaiba. :D [előzmény: (72078) adesso2, 2017.09.04 10:33:25]

Lipták Roland	hozzászólásai \| válasz erre \| 2017.09.04 08:59:59 (72077)
Tényleg nem megy, kipróbáltam egy virtuális gépre telepített XP-vel. Fel sem merült, hogy XP kompatibilis legyen, hisz az már egy nem támogatott operációs rendszer. Mint ahogy a W3.1 vagy W95, W98 kompatibilitás sem. [előzmény: (72074) adesso2, 2017.08.31 20:40:08]

Lipták Roland	hozzászólásai \| válasz erre \| 2017.08.31 10:14:42 (72073)
Nem gondoltuk, hogy lenne rá igény. :) Lehet, hogy valaki kipróbálta XP alatt valamelyik korábbi verziót, nem kaptunk visszajelzést ilyen vonalon. 32 biten megy, elvileg mennie kell XP-n is. [előzmény: (72072) adesso2, 2017.08.31 10:01:56]

Lipták Roland

hozzászólásai | válasz erre | 2017.08.31 09:48:44 (72071)

W7 alatt biztosan megy 32 és 64 biten is.
W10 alatt volt, akinek gondja volt vele, mert kártékony alkalmazásnak nézte ( nem az :) ) de amúgy mennie kell ott is.

Van benne még pár javítandó bug, és néhány kényelmi dolog szerepel a todo listán, szóval élesben még ne rajzolj vele, fogunk szólni, ha megérett rá.
Ha esetleg te találsz benne valami említésre méltót, ne tartsd magadban. :)

[előzmény: (72070) adesso2, 2017.08.31 09:34:01]

Lipták Roland	hozzászólásai \| válasz erre \| 2017.08.31 09:23:30 (72069)
Windows alatt teszteljük. Gondod van vele? [előzmény: (72068) adesso2, 2017.08.31 09:14:23]

Lipták Roland

hozzászólásai | válasz erre | 2017.07.25 21:35:59 (72048)

Vessetek a mókusok elé, de szerintem, ha fontos, hogy legyen térerő, akkor megnézem előre a térképet ott, ahol még van, hogy ne menjek olyan helyre, ahol nincs.
Ha meg olyan helyen vagyok, ahol nincs térerő, akkor nem kell térkép hozzá, se online, se offline, hogy lássam, hogy nincs. :)*

*Nyilván létezik az az eset, amikor nincs térerő, de nagyon kéne, hogy hamar legyen. Ilyenkor alapvető lifehacking, hogy magaslatot kell keresni, vagy síkság / nagyobb település felé nyitott völgyet. Ennél az offline térkép sem fog tudni sokkal okosabbat mondani.

[előzmény: (72043) Kedvtelésböl Túrázó, 2017.07.25 10:17:29]

Lipták Roland	hozzászólásai \| válasz erre \| 2017.07.21 14:25:50 (72031)
Akkor a Locus kevésbé precíz algoritmussal számol. A domborzati modellből - mivel a Locus térkép alatt lévő nagyobb felbontású - nagyobb szintkülönbségnek kellene kijönnie. Remélem, sokkal okosabb lettél. :) [előzmény: (72030) nagypeletura, 2017.07.21 13:29:14]

Lipták Roland	hozzászólásai \| válasz erre \| 2017.07.20 13:49:42 (72028)
Ehhez ugye tudni kéne, hogy mi a valós szintkülönbség, ami önmagában is komoly matematikai-térinformatikai probléma. A Locusban lévő modell valószínűleg jobban közelíti a valóságot - bármi is legyen az. [előzmény: (72027) nagypeletura, 2017.07.20 13:09:48]

Lipták Roland	hozzászólásai \| válasz erre \| 2017.07.20 08:26:39 (72026)
Lehet tudni, mi okozta a leállást? [előzmény: (72024) Old Eye, 2017.07.20 08:01:34]

Lipták Roland

hozzászólásai | válasz erre | 2017.07.20 08:25:39 (72025)

Két külön dologról beszélünk.

A térképet mi készítjük. Ez a terepi objektumok összessége: pontok, vonalak, felületek. Ez ugyanaz a Locusban és a webes tervezőben is.

A domborzati modell pedig, a terep maga. Ez egy 3 dimenziós matematikai modell, ami a földrajzi koordinátákhoz magasságértékeket rendel. Ebből készül a szintvonal, a domborzatárnyékolás és az útvonal magasságprofilja is.

Ez utóbbiból, a webes tervező jelenleg egy kisebb felbontású modellt használ, mint a Locus. Innen az eltérés.
Már tervben van, hogy az online domborzatot le fogjuk cserélni, de igazság szerint a Locusét is lehetne még finomítani, csak még nem jutottunk el odáig.

[előzmény: (72023) nagypeletura, 2017.07.19 13:15:01]

Lipták Roland	hozzászólásai \| válasz erre \| 2017.07.18 15:57:01 (72021)
Más a használt domborzati modell. [előzmény: (72020) nagypeletura, 2017.07.18 14:45:41]

Lipták Roland	hozzászólásai \| válasz erre \| 2017.07.04 08:01:47 (72006)
Szerintem nem a 6m-es problémáról van szó. Annál is inkább, mivel 1 tájegység volt érintett ( Bükk ), és azt is lassan 2 hete javítottam. [előzmény: (72005) FTom, 2017.07.03 22:46:09]

Lipták Roland

hozzászólásai | válasz erre | 2017.06.27 11:30:38 (72003)

Hillshade: minta:

Itt annyi a gondom, hogy ezek 256x256 pixeles png-k, ezekbôl egy 1x1 fokos szelvényben 225 db van.
Kéne tudni az indexelést, de mindegy, ez itt most részletkérdés, az 1x1 fokos cuccot elô tudom állítani anélkül is. Meg is van. Megpróbálom gmailben átdobni, remélem megkapod. Tudok másik shadert használni, tudom paraméterezni is, ez egy default.

SRTV V3 szűrés/adaptív simítás:

Köszi!
A telefon mostanában nem fog menni, meg el is felejtem ami szóban elhangzik, amilyen kipihent vagyok. :P

Ferde sík: Egy Asztal lapja vízszintes sík. A ház teteje ferde sík :-) Mindkettőn simíthatók a zajok érdemi veszteség nélkül.

Geometriai szempontból igazad van, földrajzilag nincs. :)
A sík, az a vízszinteshez közel van, általában víz hozza létre, vagy eleve vízfelület maga. A user szempontjából kevéssé relevánsak a szintvonalak, ellenben sok közülük zaj, az adatbázis méretét pedig drasztikusan növelik.
A ferde sík, az meg valami képzôdmény, nem tudod ( nem tudhatja az algoritmus ), hogy ami ott van, az zaj, vagy tényleg ott van. De többnyire tényleg ott van amúgy, tehát ha kíszûröd, akkor majdnem biztosan valós részleteket veszítesz.
Ez a veszély vízszintes terepen is fennáll, pl. az általad említett salakhalmok. A sík részeken én csökkentett felbontással dolgoztam, és kihagytam a generálásból a rövidebb zárt szintvonal loopokat. Viszont így a buborékokkal együtt eltûntek a salaklerakók, kunhalmok, stb. is. Ellenben a szintvonalas állomány mérete drasztikusan csökkent, és eltûntek a buborékok és a meanderezô-hurkolódó szintvonalkötegek is.
Nem hiszem, hogy automatizálva megoldható, hogy a kecske is jóllakjon, és a káposzta is megmaradjon.
Arra lehet esély, hogy a jelentôsebb, valóban létezô alakzatokat utólag kézzel visszaemeljük a szintvonalas állományba. Ehhez olyan emberek kellenek, akik ismerik az adott tájegységet, és hajlandóak átbogarászni mindent. Több ember, sok meló.

Szintvonalak:

Lásd O' válaszát.
Trackman mással van elfoglalva, és ôszintén szólva Kolesárnak ezeket a régi, jelképesen sem dokumentált cuccait bottal sem szívesen piszkálja. Nem csak ô, más sem.
Egyszerûbb lenne egy teljesen új garmin kimenetet megcsinálni, mint ezt reszelgetni. Amúgy van is másik garmin kimenet: a Trackmané. :)
Ezért mondom én is, hogy ha valaki megmondja, hogy mit, én legyártom, mert kb. megvan hozzá minden, néhány kattintás, meg egy kis gépidô. De nagyobb munkát nem akarok belefektetni, van más mulatságom ezen kívül, és amúgy sem használok garmin eszközt. :)

[előzmény: (71994) Hajo, 2017.06.26 18:02:13]

Lipták Roland

hozzászólásai | válasz erre | 2017.06.26 13:34:06 (71991)

- Domborzati modell: Nem tudom, hogy milyen formátum kell a Garmin kimenethez. Talán Old Eye tud segíteni(?).
- Szintvonalak: Amennyire tudom simán mp-ben vannak. Valamikor nagyon régen Kolesár generálta le őket. Ebből veszi a Mkgmap is amikor a kimenetet generálja.

Ez lenne a lényeg. Legutóbb O'-val végigmentünk ugyanezen, és nem sikerült. A Garminhoz - úgy emlékszem - img kellett amúgy. Meg az rémlik, hogy az új szintvonal a felületek alá került, és nem jöttünk rá, hogyan lehet följebb hozni.
Mondjuk azóta O' is jobban képben van a szerverrel kapcsolatban, lehet, hogy most már egyszerûbben menne.

Szerintem 5m-es feleslegesen sok. 10m elég lenne.

Ez nem gond, ritkítani 1 db utasítás mp.wizben. Ha sûríteni kéne, az lenne gáz, akkor le kellene újra gyártani az egészet.

- Hillshade: Ez a raszteres kimenet fölé kellene a friss SRTM v3-ból. Lásd az előbbi link struktúrát. A szokásos 256×256 méretű csempék kellenek a különféle zoom szentekre.

Sosem csináltam még, megnézem otthon, hogy tudok-e? A linkhez nincs jogosultságom. Viszont sokat segítene, ha kapnék mintát, hogy olyat kell csinálni. :)

--> Van kedved generálni egy példa csomagot egy rész területre? Pl N48 E17 1°×1° részre?

Kompletten megvan az ország területe kis túlnyúlással. Vágjak ki belôle? :)
Itt is az van, mint amit egyel visszább mondok: Az a legjobb, ha kapok konkrét mintát a jelenlegi 3" állományokból, mert akkor jó eséllyel pont olyat tudok csinálni, azonos paraméterezéssel, csak nagyobb felbontásban. :)

Valamilyen adaptív szűrést alkalmazhatott Trackman, mert pl a Sárréten Inotánál levő két salakhalom szinte teljesen ki van szűrve (innen látszik, hogy a sík vidéken ő is alkalmazott valami szűrést), míg a hegyeken/völgyeken láthatóan nem csökkent a völgy mélysége, vagy gerinc magassára. Ez jó!

Khm. Ahogy említettem, a domborzatot én követtem el. :D
Trackman megmondta, hogy milyen formátumra van szüksége, hogy mûködjön, küldött mintát, én megcsináltam, ô berakta a gyártásba.

4.) Magam is azon dolgozom most, hogy programozzak egy olyan feldolgozó szoftvert, amivel adaptívan meg lehet szűrni a STRM v3-t. Haladok vele.

Ennek kíváncsi lennék a matekjára. Már, ha nem kell megölnöd, miután elmondod. ;)

c. vízszintes területek
d. sík területek (akkor is ha az egy ferde sík)

Itt pont az a gond, hogy a vízszintes nem vízszintes, és a sík, az nem sík, tehát valamilyen mozgó mintavételi mezôt kell meghatározni, és azon belül nézni mondjuk az eltérések nagyságát és jellegét, és úgy eldönteni, hogy ahhoz hozzá kell-e nyúlni, vagy sem?
[ Ezt a fede sík dolgot pedig nem egészen értem ]

[előzmény: (71990) Hajo, 2017.06.26 12:03:35]

Lipták Roland

hozzászólásai | válasz erre | 2017.06.26 11:03:17 (71989)

1.) Lecserélhetnénk a tuhu hillshade png-it az SRTM 1 arcsec-ből generáltakra. --> picit finomabb részletezettséget kapnánk. Gondolom Old Eye-al tudunk szövetkezni.
Feltételezem, hogy ezt a csomagot kell lecserélni: http://map.turistautak.hu/tiles/shading/[zoom]/[x]/[y].png

Mondjon valaki pontos formátumot a domborzati modellre és a szintvonalas állományra, és szállítom. Ahogy mondtam, már volt próbálkozás, de nem jött össze.
A hillshade részével nem foglalkoztam soha, de esetleg rá tudok arra is nézni, vagy valakivel kooperálunk.

3.) Álmodozom 1 --> Az SRTM 1 arcsec kb 20-30m-es osztású. Ez már elég finom felbontás. Lehetne finomítani a hatalmas mennyiségű adatunk magassági értékeivel.
- pl a sok trackünkben (akár más legális forrást is lehet haszánlni) ott vannak a GPS készülékek által mért magasságok. Ezeket lehetne átlagolni és ha elég sok adat van azzal lehet pontosítani a magassági adatokat. Ez leginkább szűk völgyekben és gerinceken ad jelentős pontosítást. Pl egyik kedvencem a Vértes. Ott a régi SRTM-el azt sem látjuk, hogy van egy völgy. Így pontosíthatnánk.

Elég sokat szórakoztam különféle domborzati modellekkel ( ASTER I / II, EU-DEM, SRTM V3 ), és az a tapasztalatom ( a saját terepbejárásaimmal, illetve az etalonnak tekintett 1:10k EOV térképekkel összehasonlítva ), hogy az ASTER II és az SRTM V3 eléggé fej-fej mellett a legjobb.
Az ASTER II részletességben, jelleghelyességben picit jobb, mint az SRTM V3, az SRTM V3 viszont kevésbé zajos, és pontosabb.
Mindkettô elég jól közelíti a valóságot, nem hiszem, hogy érdemes lenne a gps-ek magassági adataival elrontani ( a tracklog vertikális pontossága ugye a horizontálisnak kb. 30%-a, és nincs mindenkinek barométer a kütyüjében ).

[ Pls. nézz rá Trackman valamelyik kimenetén, hogy a Vértes völgyei mennyire látszanak. ]

4.) Álmodozom 2 --> Lehet tovább finomítani a domborzati adatokat: Ahol a CLC szerint víz van, vagy intermittent water, vagy szántóföld, az biztosan nem lehet erősen hullámos. Ezeknél lehetne egy simítást végezni az SRTM-en. (Tudom a vízekkel ezt meg is csinálták. Nekünk azonban van pontosított felületi adatbázisunk. Itt is lehet szükség szerint használni egyéb legális forrást). Korábban a tuhu-n a teljes SRTM kapott egy simítást - beleértve a hegyeket is - hogy a lapályokon ne legyen sok szintvonal "buborék".

Ezen sokat agyaltam én is, meg sokat sz*ptam is vele.
- Alapvetôen az a probléma, hogy ha ráengedsz egy simítást az egész modellre, akkor mindenképp eltûnnek részletek. Onnan is, ahonnan nem kellene.
- Szelektíven területeket kiválasztani kézzel - nos, azt csinálgassa, akinek két anyja van ( tapasztalatból beszélek, irtózatos sz*pás, és nagyon komoly gépigénye van ).
- Egyenként kijavítgatni a hibás részeket - izé, hadd ne csináljam ezt se meg. Vagy ha mégis, akkor egy szabad szemmel, messzirôl is nagyon jól látható összegért. :P

Lenne egyébként alkalmas módszer, sokat agyaltam rajta, hogy valami olyan algoritmus kéne, ami a domborzati modellre rápakolna egy gradiens mezôt, és a gradiensek nagysága alapján minden egyes pontra alkalmazna valamilyen vektor nagyságok alapján paraméterezett ( pl. Gauss ) filtert.
Így meg lehetne oldani, hogy a sík részeken erôs legyen a szûrés, a lejtôkön pedig akár 0.
Túl a számítási igényen, ehhez kéne egy istenes ember, aki felprogramozza. Vagy ismer olyan programot, ami ezt tudja. :)

Gyakorlatban mûködô, egyszerû megoldás, ha a vizek kimaszkolják a szintvonalakat.
A sík területeken a felesleges buborékok, és ôrült spagettik a szintvonal generálásnál némi trükközéssel elég jól megritkíthatóak; az általam elôállított állományok ez utóbbi módszerrel készültek. A domborzati modell természetesen ettôl még ugyanolyan hullámos, de az árnyékolás ilyen méretû egyenetlenségeket még nem emel ki. Szóval mondhatjuk, hogy már kész is van. :)

[előzmény: (71988) Hajo, 2017.06.25 00:05:29]

Lipták Roland

hozzászólásai | válasz erre | 2017.06.24 18:14:42 (71985)

Azzal speciel nincs, de Trackman kimenetei már legalább fél éve SRTM V3-al mennek.
Eddig nem tűnt fel senkinek. :)

A lényeg, hogy nálam megvan minden legyártva, a többi csak konverzió kérdése. Feltéve, hogy valaki meg tudja fogalmazni, hogy pontosan mi az, amire szükség van. Ezt azért mondom, mert pár éve már gyártottam egy szet domborzatot EU-DEM-ből, és nem sikerült kicserélni rá a mostanit.

[előzmény: (71984) Hajo, 2017.06.24 11:25:05]

Lipták Roland	hozzászólásai \| válasz erre \| 2017.06.23 20:54:41 (71983)
Írtam Filemanegernek is, de úgy néz ki, hogy ide is való, mert összefügghet az ő feltöltési problémáival: Pár hónapja engem is rendszeresen kidobál a szerver timeout-tal feltöltéskor. Én azért nem foglalkoztam vele, mert ennek ellenére rendben megjelennek a rajzaim, és felszabadul a tájegység.

Lipták Roland

hozzászólásai | válasz erre | 2017.06.23 20:48:31 (71982)

Írtam mailt.
Sztem nem ment fel, azért maradt zárolva.

A 6m-esnél rövidebb szakaszokat én követtem el, firtattam is itt, hogy van-e még értelme a korlátozásnak, ha nem cgpsmapperrel készül a layeres garmin?
Gondot persze okozhat ( ezt még nézem ), de a feltöltésnél biztosan nem, mert én simán nyomom fel a rajzaim, és mind megjelenik rendben.

[előzmény: (71981) filemaneger, 2017.06.23 20:24:17]

Lipták Roland	hozzászólásai \| válasz erre \| 2017.06.14 13:17:24 (71971)
Természetesen, már rég kipróbáltam. ;) [előzmény: (71970) Hev, 2017.06.14 06:42:01]

Lipták Roland

hozzászólásai | válasz erre | 2017.06.13 09:50:35 (71969)

Ezt magyarázom. Hogy már rég nem cgpsmapperrel készül a kimenet.
Az mkgmap-nek tudtommal nincs ilyen korlátozása.

És nem csak trackekrôl rajzolunk ám. És nem csak 1 trackrôl.
Vagy, pl. ha ott vagyok, látom, megjegyzem ( esetleg útpontba beírom ), a régebben berajzolt adatnál látom a térképen, hogy nem jelleghelyes, rajzolok kézi vázlatot, stb.
A GPS csak mankó, a gondolkodást nem helyettesíti. ;)

[előzmény: (71967) Hev, 2017.06.13 09:28:28]

Lipták Roland	hozzászólásai \| válasz erre \| 2017.06.12 13:50:31 (71966)
"Úgy emlékszem, ordít," Ezért is kérdeztem. :) [előzmény: (71964) Old Eye, 2017.06.12 13:46:55]

Lipták Roland	hozzászólásai \| válasz erre \| 2017.06.12 13:48:29 (71965)
Mindent meg lehet ideologizálni, nyilván, de én azt szeretném rajzolni, ami a terepen van, a lehetô legprecízebben. Igazából még mindig nem tudom, hogy van-e valami jelentôsége a 6m-es korlátnak, vagy nincs? [előzmény: (71963) Old Eye, 2017.06.12 13:44:08]

Lipták Roland	hozzászólásai \| válasz erre \| 2017.06.12 13:36:49 (71962)
Ja, igen, bocs. Az egyik ( .rus ) Russa, a másik ( ntm ) a régebbi Navitel. De már a Navitel sem ezt használja jó ideje, hanem .nm2-t. De most komolyan: Ezért nem lehet 6m-nél rövidebb szakaszt rajzolni? :)

Lipták Roland	hozzászólásai \| válasz erre \| 2017.06.12 12:50:34 (71960)
Igazából az a kérdés, hogy van-e még értelme azzal sz*patni a rajzolókat, hogy húzzanak ki minden szakaszt minimum 6m-re. Egy halom esetet láttam a saját praxisomban, amikor torzul a térkép, és csorbát szenved a jelleghelyesség miatta. [előzmény: (71958) Old Eye, 2017.06.12 12:19:08]

Lipták Roland	hozzászólásai \| válasz erre \| 2017.06.12 12:47:38 (71959)
Ez Russa kimenet. :) Már rég nem kompatibilisek egymással. [előzmény: (71958) Old Eye, 2017.06.12 12:19:08]

Lipták Roland	hozzászólásai \| válasz erre \| 2017.06.12 10:20:12 (71956)
Navitel kimenetünk sosem volt, az OMP meg már régen OSM-bôl csinálja. Ezek szerint nyugodtan ki lehetne venni a feltöltéskor a szerver ellenôrzést erre. A Lektor is nézi, nem tudom Zsigabgá' foglalkozik-e még vele? [előzmény: (71955) Old Eye, 2017.06.12 09:53:33]

Lipták Roland	hozzászólásai \| válasz erre \| 2017.06.12 07:58:08 (71953)
Én úgy tudom, hogy a cgpsmapper miatt volt szükség a 6m-es korlátozásra. De már rég nem azzal megy a Garmin gyártás. [előzmény: (71951) majormezei, 2017.06.09 23:30:38]

Lipták Roland	hozzászólásai \| válasz erre \| 2017.06.08 11:26:58 (71950)
Valamelyik nap felvetődött bennem, így megkérdem: Van még létjogosultsága / értelme a minimum 6m-es szakaszhossz ellenőrzésnek?

Lipták Roland	hozzászólásai \| válasz erre \| 2017.05.26 11:29:44 (71922)
http://mobac.sourceforge.net/ [előzmény: (71921) alnibell, 2017.05.26 09:03:06]

Lipták Roland

hozzászólásai | válasz erre | 2017.05.07 18:12:41 (71894)

Amikor rajzolni kezdtem ( 2010 ), már akkor is - a dokumentáció hiánya illetve elavultsága miatt - leginkább legendák, szájhagyomány, meg szokásjog alapján mentek a dolgok. A helyzet azóta sokat romlott.

Ha életben akarjuk tartani a TuHu-t, akkor középtávon mindenképp szükséges az adatbázis struktúra átalakítása.
Akkor tudni fogjuk, hogy mi, hogyan működik. Sőt, olyan lesz, amilyennek mi szeretnénk.

[előzmény: (71893) cseremoha, 2017.05.07 16:34:56]

Lipták Roland

hozzászólásai | válasz erre | 2017.05.07 10:03:28 (71889)

"A közeljövőben várható egy ilyen irányú fejlesztés? ... mert amúgy igen szórakoztató tevékenység minden kapaszkodó (értsd: szűrési lehetőség) nélkül megtalálni egy-egy számunkra releváns információt egy ekkora adattömegben. ;-)"

Lehetőség van, terv nincs. :-)
Ha vannak ilyen motivációid, beszállhatsz a fejlesztésbe. Annál hamarabb lesz. ;-)

[előzmény: (71881) cseremoha, 2017.05.04 10:02:51]

Lipták Roland	hozzászólásai \| válasz erre \| 2017.05.07 10:01:12 (71888)
Magyarul akkor nem kell tölteni a paramétert, nincs haszna. [előzmény: (71880) Old Eye, 2017.05.03 23:08:57]

Lipták Roland	hozzászólásai \| válasz erre \| 2017.05.03 22:15:38 (71879)
Szóval térképszerkesztéskor nem kell megadni? Csak mert nekem tanuló rajzoló koromban azt bizonygatták, hogy POI-nál ezt az egyet kell beírni, de ezt nagyon.

Lipták Roland	hozzászólásai \| válasz erre \| 2017.05.03 21:14:14 (71876)
Honnan / mi szűr rá? Miért pont megye? Mi van, ha nincs paraméter? [előzmény: (71875) olahtamas, 2017.05.03 21:05:47]

Lipták Roland	hozzászólásai \| válasz erre \| 2017.05.03 20:30:44 (71874)
Meg tudja valaki mondani, hogy a POI-k esetében a Megye= paraméter miért kell?

Lipták Roland	hozzászólásai \| válasz erre \| 2017.03.17 08:26:41 (71806)
Kész. A rajzolásodban nem volt hiba. A poligon javítása most sem sikerült, de sebaj; majd később, ha lesz kedved, és már önállóan is dolgozhatsz, gyakorolhatsz rajta. [előzmény: (71805) Kisdecso, 2017.03.16 14:21:11]

Lipták Roland	hozzászólásai \| válasz erre \| 2017.03.13 09:43:40 (71799)
Nem ismerem az anyagot, csak a Mapauditot engedtem rá. A többi részét nem néztem meg. [előzmény: (71796) Old Eye, 2017.03.13 07:39:31]

Lipták Roland	hozzászólásai \| válasz erre \| 2017.03.13 09:42:31 (71798)
Az a baj azzal a poligonnal, hogy van egy 0 szélességű pontja. Ketté kell szedni, az a legkorrektebb megoldás. A legegyszerűbb ( bár nem valami elegáns ), ha az egyik fele fölé rajzolsz egy újat, majd azt az oldalt pontonként visszatörlöd. [előzmény: (71793) Kisdecso, 2017.03.11 11:27:53]

Lipták Roland	hozzászólásai \| válasz erre \| 2017.03.10 13:37:20 (71788)
A hurok megmaradt, és keletkezett két fedő poligon is. :-O Mellékelve. ( Nem egyszerűek ám a poligonműveletek, ne ijedj meg. És egy kicsit a Mapedit is bugos. ) [előzmény: (71787) Kisdecso, 2017.03.10 13:26:56]

ú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