turistautak.hu térképrészleteK+ jelzés GPS-szel
[ english
, 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árhozzászólásai | válasz erre | 2009.12.30 19:45:55 (37060)
Berekesztettük mára a munkát, folytatjuk a következő három napban otthonról. A típusokat átkonvertáltuk, a kiszolgáló oldalak átalakítása még hátravan. Türelmeteket kérjük.

Kolesárhozzászólásai | válasz erre | 2009.12.29 15:33:32 (37014)
Először végigrágjuk magunkat a kötelező feladaton (típuskészlet átállítása), a többit akkor vesszük elő, ha marad időnk a három napból.
[előzmény: (37013) baggio, 2009.12.29 15:05:57]

Kolesárhozzászólásai | válasz erre | 2009.12.28 09:53:20 (36976)
Trackman javaslata alapján a kötélpálya mellett két konkrét megnevezhető alfaját is típussá tesszük: libegő és sífelvonó. A kötélpálya megmarad minden egyéb cucc részére, pl. ipari felvonó.

Körforgalmakat és az egyéb út-körülményeket most óvatosságból nem reformálunk, nehogy emiatt kifussunk az időből. Utólag is megoldható, nem akadályozza a reformot.

Egyéb típusok (00 végűek) a poinál maradnak, vonalaknál és felületeknél nem lesznek.

Nem lesz külön településrész-poligon. Minden felület kap három új paramétert: település, kerület, településrész, például: Budapest, XVI. kerület, Árpádföld. Ezen felül a label megmarad egyéb nevek számára, pl. egy adott lakópark neve.

Kolesárhozzászólásai | válasz erre | 2009.12.28 09:43:00 (36975)
Egyelőre nem gond, mostanra csiholtunk csak netet.
[előzmény: (36974) KiVi, 2009.12.28 09:34:18]

Kolesárhozzászólásai | válasz erre | 2009.10.09 07:07:07 (33813)
Igen. Közben tegnap felment újra a sok csempe, ma reggel friss fejjel rájöttem a hiba okára, javítottam, helyére került a térkép.
[előzmény: (33812) olahtamas, 2009.10.08 16:34:48]

Kolesárhozzászólásai | válasz erre | 2009.10.08 12:38:57 (33811)
Egy hiba miatt tölthetem fel a gigát újra. :-(
[előzmény: (33807) Kolesár, 2009.10.08 06:56:45]

Kolesárhozzászólásai | válasz erre | 2009.10.08 06:56:45 (33807)
A mapedit-része elkészült, túl van az utófeldolgozáson, most állítja össze a feltöltendő fájlt, aztán már csak a sávszélességen múlik, kb. 1 GB, 5 óra.
[előzmény: (33804) Hajo, 2009.10.07 22:29:13]

Kolesárhozzászólásai | válasz erre | 2009.10.07 22:22:27 (33803)
Valóban elkezdtem az AGG renderelőt beépíteni, de a véglegesítéshez még sok munkára van szükség, ezt egyelőre félretettem.

Modras időközben elkezdett dolgozni a mapedit forráskódján (mercurial verziókövetővel), beépített új jelzésképeket (törlő jelzés, Mária út, pecsét, tervezett jelzések, stb). Miután kész lett az új mapedit, evidensnek tűnt a raszterizálóban történő üzembeállítása. A feladat mégsem volt egyszerű, mert az eddig használt raszterizáló mapedit még 2007-ben fordult, amikor a Turistautak típuskészletben még nem voltak külön felület-kódok, helyettük még a Garmin-típuskészlet volt, ennek megfelelő mp-t kapott a szerverről.

Emiatt ma este nekiültünk együtt, kiegészítettük a download.php-t, hogy a felületeket is Garmin-típuskészletben adja, eközben belefutottunk egy csomó típuskonverziós nehézségbe (0x51-0x53 környékén), továbbá a background kódjaként is a Garmin-kód volt fixen beépítve, stb. Fordítottunk tehát új mapeditet és így indítottuk el a raszterizálót az egész országra nulláról. Várhatóan holnap napközben kerül fel az eredmény.
[előzmény: (33795) Hajo, 2009.10.07 19:10:52]

Kolesárhozzászólásai | válasz erre | 2009.09.06 19:15:06 (32868)
Most már igazi térképi vonalakat is rajzol, egyelőre egyforma vastagságú fekete vonalakkal. Meggyőző a sebessége, körülbelül megegyezik az alapértelmezett (egész pixeles GDI) megjelenítőjével.
[előzmény: (32867) Kolesár, 2009.09.06 17:42:51]

Kolesárhozzászólásai | válasz erre | 2009.09.06 17:42:51 (32867)
Alakul az AGG-megjelenítés. Az alább látható ábrát már ez rajzolta a képernyőre. Kicsit szerény az időráfordítás / eredmény aránya, mégis mérföldkő, mert sikerült integrálnom a mapeditbe. Ja, és nem lesz szükség majd gdiplus.dll-re.

[előzmény: (32856) Kolesár, 2009.09.05 21:10:49]

Kolesárhozzászólásai | válasz erre | 2009.09.05 21:10:49 (32856)
Kicsit gyorsabb és sokkal csúnyább. Nem az a kérdés, hogy élsimítunk-e, hanem hogy mivel. Közben végignéztem, hogy a Vértest kb. 8 perc alatt feltolta, tehát normális üzemben majdnem minden esetben belefér az órába. Az optimalizálásnak elsősorban ott van jelentősége, hogy szerkesztés közben is gyors lehessen a mapedit, élsimított szép megjelenítéssel is. Az AGG demói eléggé biztatóak.
[előzmény: (32855) Hajo, 2009.09.05 20:26:14]

Kolesárhozzászólásai | válasz erre | 2009.09.05 18:22:00 (32854)
A felső zoomszinteken kevés a csempe, hamar gyártódik. Az idő meghatározó részét a 128x és 256x szint gyártása teszi ki, mert ott nagyon sok a csempe. A legalsó szinten közel negyed millió csempe van, ennyi helyen kellene nyilvántartani, hogy változott-e valami, figyelembe véve azt, hogy a vonalaknak vastagsága, a felületeknek meg belseje van.

Sokkal nagyobb fantáziát látok a hatékonyság növelésére azáltal, hogy a mapedit GDI+ helyett az Anti-Grain Geometry (AGG) könyvtárat használja az élsimított rajzolásra, lásd: http://www.antigrain.com/

Megnéztem a windows feladatkezelőben, hogy amikor a mapedit folyamatosan képeket generál, akkor a CPU 80%-a kernelidő és csak 20% a programé. Ha kikapcsolom az élsimítást, akkor a kernelidő visszamegy 0 közelébe. Ebből sejtem, hogy a GDI+ a ludas.
[előzmény: (32851) Old Fairy, 2009.09.05 17:19:06]

Kolesárhozzászólásai | válasz erre | 2009.09.05 16:34:28 (32848)
Letölti a változott tájegységeket (ami nem változott, ott használja az előzőleg letöltöttet); megnyitja az egész országot, de csak a változott tájegységek által érintett csempéket gyártja le. A csempegyártás után van egy képkonverzió (24 bitesről 8 bitesre), közben pedig megnézi, hogy nem ugyanaz-e a kép, mint az előző gyártásban volt. Ha igen, akkor törli és nem foglalkozik vele. A szerverre vissza tehát valóban csak a változott csempék töltődnek, de a raszterizáló a változott tájegységek összes csempéjét legyártja, ráadásul minden képfrissítésnél az egész országból válogatja ki a rajzolandókat. Ez az adatmennyiség megduplázódott az elmúlt 2-3 év alatt.
[előzmény: (32847) Old Fairy, 2009.09.05 16:04:38]

Kolesárhozzászólásai | válasz erre | 2009.09.05 14:43:46 (32846)
Utolérte magát a raszterizáló, de nem vagyok megelégedve a teljesítményével: 54 percet dolgozott a Bakony + Alsó-Tisza tájegységekkel. Elkezdtem keresni az okait.

1. Először is nagyon megnőtt a kezelendő adatmennyiség, nem csoda hogy megfeküdt a régi gépen, amiben 256 MB memória volt. A mapedit helyből 200 MB felett eszik, amikor az egész ország benne van szintvonalakkal együtt.

2. Nem vagyok biztos abban, hogy ennyi ideig kell tartania egy 3 GHz-es processzoron, még ha öreg is szegény (Pentium 4 630, 2 MB L2 cache, HT). Amíg webszerver volt, volt benne 2x1 GB 533-as memória, aztán került bele még 2x1 GB 800-as memória. Most nincs szükség ennyi memóriára, kivettem a lassabbakat, most 667-en futnak, mert ennyit bír az alaplap (Intel D956PVS).

Igyekszem ötletelni, hogy tudjuk tartani az óránkénti ütemet.
[előzmény: (32834) olahtamas, 2009.09.05 12:13:10]

Kolesárhozzászólásai | válasz erre | 2009.09.05 11:27:10 (32823)
Igen, éjjel felöltődött a giga, az unzip nem tudta kicsomagolni, átállítottam 7-zipre. Ez rendben lement reggel 8 körül, aztán elindítottam újra kézzel, 8 nagy tájegységet lenyomott két és fél óra alatt, mostantól megy óránként. Az ntm/rus kimenet is óránként frissül, minden óra 30-kor.
[előzmény: (32821) Old Fairy, 2009.09.05 10:59:05]

Kolesárhozzászólásai | válasz erre | 2009.09.04 17:02:35 (32799)
Elkészült a teljes raszteres frissítés, 1 GB körüli csomag, 320 kbps feltöltési sebességgel bő 7 óra múlva, éjfél után lesz fent.
[előzmény: (32793) KiVi, 2009.09.04 10:02:38]

Kolesárhozzászólásai | válasz erre | 2009.09.04 07:12:09 (32779)
Legutóbb az automatikus frissítés indította újra a gépet az alapértelmezett időpontban (3:00), pedig már majdnem végzett. Friss telepítés, még nincs bejáratva.
[előzmény: (32777) Old Fairy, 2009.09.04 06:58:01]

Kolesárhozzászólásai | válasz erre | 2009.09.04 06:36:59 (32776)
Kezd összeállni a raszterizáló az új vason, egy fontos lépést kihagyott, a feltöltés viszont lefutott, ettől frissült a dátum.
[előzmény: (32740) Old Fairy, 2009.09.03 15:46:30]

Kolesárhozzászólásai | válasz erre | 2009.07.16 13:05:00 (31256)
A múlt hét végén jöttem rá, hogy a fordítás azon akadt meg, hogy a naplófájloknak, amibe a gyártó parancsfájl két kimenetét átirányítom, nem jó a tulajdonosuk, így a program nem tudott beleírni. Rendeztem, le is futott rendesen, viszont hétfőtől megint nem. Ma leesett a tantusz, hogy a logotate.d rontotta el hétfőn, mert (megint) olyan felhasználóval hozta létre az üres naplófájlt, amit megint nem tudott írni cron. Most már menni fog, készül a térkép, hamarosan kikerül a helyére.
[előzmény: (31255) tibbi, 2009.07.16 11:33:48]

Kolesárhozzászólásai | válasz erre | 2009.07.11 17:15:58 (31064)
Ezt reggel javítottam.
[előzmény: (31063) urbalazs, 2009.07.11 16:08:39]

Kolesárhozzászólásai | válasz erre | 2009.07.11 14:45:46 (31062)
GDB v3-ból konvertálja az UTF-8-as karaktereket. Köszönöm Hajo ezügyben írt leveleit.

mapedit 1.0.23.65.e
http://turistautak.hu/download/mapedit.exe
http://turistautak.hu/download/0409.rll
[előzmény: (31061) Kolesár, 2009.07.11 12:54:18]

Kolesárhozzászólásai | válasz erre | 2009.07.11 12:54:18 (31061)
Kiírja az eredmények darabszámát az ablak alján.

mapedit 1.0.23.65.d
http://turistautak.hu/download/mapedit.exe
http://turistautak.hu/download/0409.rll
[előzmény: (31060) Kolesár, 2009.07.11 12:38:45]

Kolesárhozzászólásai | válasz erre | 2009.07.11 12:38:45 (31060)
Frissítés: felgyorsítottam a keresést.

mapedit 1.0.23.65.c
http://turistautak.hu/download/mapedit.exe
http://turistautak.hu/download/0409.rll
[előzmény: (31057) Kolesár, 2009.07.11 11:01:41]

Kolesárhozzászólásai | válasz erre | 2009.07.11 11:17:45 (31059)
Megtaláltam a hiba okát, ami miatt eddig bizonyos tájegységek kimaradtak a fordításból.
[előzmény: (31058) olahtamas, 2009.07.11 11:14:39]

Kolesárhozzászólásai | válasz erre | 2009.07.11 11:01:41 (31057)
Frissítés: most már meg is jegyzi az előző keresést és paramétereit, továbbá kiírja, ha hibás a keresőkifejezés.
[előzmény: (31056) Kolesár, 2009.07.11 10:26:33]

Kolesárhozzászólásai | válasz erre | 2009.07.11 10:26:33 (31056)
Beletettem a mapeditbe reguláris kifejezés-szűrést. Szerkesztés / Kiválasztás / Típus alapján (Ctrl+L)

mapedit 1.0.23.65
http://turistautak.hu/download/mapedit.exe
http://turistautak.hu/download/0409.rll
[előzmény: (31041) Fenyo, 2009.07.10 17:15:14]

Kolesárhozzászólásai | válasz erre | 2009.07.03 09:28:37 (30921)
Ezt a hibát is a környezetváltozás okozta, találtam megoldást, működik az útvonaltervező.
[előzmény: (30920) 2009.07.03 08:46:01]

Kolesárhozzászólásai | válasz erre | 2009.07.03 07:56:35 (30919)
Na most próbáld feltölteni. Valószínűsítem, hogy 2 MB feletti volt a fájl, és ez az alapértelmezett korlát volt eddig érvényben, most megemeltem.
[előzmény: (30916) kimici, 2009.07.02 21:56:45]

Kolesárhozzászólásai | válasz erre | 2009.07.02 20:02:15 (30908)
Három változott tájegységgel (Balaton, Cserhát, Mecsek) elkészült két óra alatt főműsoridőben.
[előzmény: (30905) Kolesár, 2009.07.02 17:53:09]

Kolesárhozzászólásai | válasz erre | 2009.07.02 17:53:09 (30905)
Konkrét számokkal: a Balaton teljes szintvonalas térképét (99) a régi vas éjjeli nyugalmában 20 perc alatt nyomta le, az újnak ez a délutáni csúcsforgalomban 8 percig tartott. Pedig itt is 19-es nice-val fut és legfeljebb 1 magon.

Meggondolandó, hogy vegyünk-e egy pörgősebb processzoros új gépet erre a feladatra.
[előzmény: (30904) Kolesár, 2009.07.02 17:44:41]

Kolesárhozzászólásai | válasz erre | 2009.07.02 17:44:41 (30904)
Egyelőre üzembe helyeztem az eredeti felállásban, most indult egy Garmin-gyártás az elmaradt éjszakai helyett. Elég gyorsnak tűnik ez is, és nem eszi meg a gépet.

Russa az otthoni gépemen menne, csak a múltkor kihúztam belőle a billentyűzetet és emiatt nem tudott újraindulni. Igyekszem nem elfelejteni este.
[előzmény: (30900) Old Eye, 2009.07.02 15:07:13]

Kolesárhozzászólásai | válasz erre | 2009.07.02 13:39:31 (30896)
Nem futott a cgpsmapper, még nem tudom hogy miért nem.
[előzmény: (30892) SagiK, 2009.07.02 13:13:29]

Kolesárhozzászólásai | válasz erre | 2009.07.02 08:27:10 (30888)
Átírtam a download.php-t, a PHP5-nek egyetlen sorral volt baja.
[előzmény: (30869) Stimm, 2009.07.01 18:42:24]

Kolesárhozzászólásai | válasz erre | 2009.07.01 18:02:16 (30868)
Aki eltárolta a bejelentkezést, annak működött. Aki nem, azt kidobta lapváltásoknál. Valóban session-gond volt, megjavítottam.
[előzmény: (30865) Arti (junior), 2009.07.01 16:28:48]

Kolesárhozzászólásai | válasz erre | 2009.07.01 15:07:03 (30847)
Ez már az új vas, most már nekiláthatok a többi feladatnak.
[előzmény: (30846) laszloistvan, 2009.07.01 14:01:21]

Kolesárhozzászólásai | válasz erre | 2009.06.23 15:43:36 (30759)
Alakul egy felmérő- és térképszerkesztő tábor július végén Dél-Zalában:
http://turistautak.hu/wiki/T%C3%A1bor_Zal%C3%A1ban

Kolesárhozzászólásai | válasz erre | 2009.04.15 09:38:06 (29627)
Már jön a hiányzó alkatrész az új szerverhez, az lényeges változást hoz ezekben az ügyekben.

Bükk és Alsó-Tisza adatai bekerültek az adatbázisba, csak a Vértesé bizonytalan, mindhármat feloldottam, egyiket se töltsétek fel újra.
[előzmény: (29625) SagiK, 2009.04.15 09:04:17]

Kolesárhozzászólásai | válasz erre | 2009.04.03 13:28:39 (29345)
Az előbb véletlenül töröltem pár fájlt a turistautak.hu legfelső könyvtárából, gyorsan visszatöltöttem saját gépről. Ha valami másképp működik, akkor levélben jelezzétek kérem.

Kolesárhozzászólásai | válasz erre | 2008.11.08 05:46:28 (24444)
Éljen a nyílt forráskód, a szabad szoftver és a hatékonyság. Bárcsak rájönnének erre azok is, akik M$ Wordben írogatják egymásnak a javaslatokat, majd nyomtatják, postázzák, futárral küldik, faxolják, jobb esetben interneten küldik egymásnak, keresztbe-hosszába.
[előzmény: (24437) Arti (junior), 2008.11.07 20:15:42]

Kolesárhozzászólásai | válasz erre | 2008.11.07 16:26:06 (24425)
Visszatettem a régi PHP-t. Fő a békesség, nem hiányzik most a hétvégére egy halom új jelenség. Amúgy nem annyira a verzióváltás okozott gondokat, hanem hogy ez nem Apache modulként, hanem CGI-ként futott.
[előzmény: (24424) fa-peti, 2008.11.07 16:17:41]

Kolesárhozzászólásai | válasz erre | 2008.11.07 16:15:20 (24421)
Fájlba írást kipróbáltam, linuxon nem volt gyorsabb, mint a memória.
[előzmény: (24419) Trackman, 2008.11.07 16:00:26]

Kolesárhozzászólásai | válasz erre | 2008.11.07 15:26:11 (24409)
Kísérletképpen mostantól PHP 5 alatt fut a turistautak.hu. Lehetnek mellékhatásai, két furcsaságot már rendeztem, szóljatok ha valami feltűnik.
[előzmény: (24377) Kolesár, 2008.11.07 09:55:10]

Kolesárhozzászólásai | válasz erre | 2008.11.07 09:55:10 (24377)
Újabb észrevételek az .mp fájl elkészülésének sebességhez:

1. A PHP string-kezelésének sebessége nagyon függ a gép architektúrájától. A gépem Penium M, jelenleg 600 Mhz-en, 1MB L2 cache, Windows XP, PHP 4. Egy nagy stringösszefűzés 30 ezer példányban futtatva 40s. Ugyanez a szerveren 0.11s, majdnem három nagyságrend a különbség.

2. Ugyanezen a szerveren PHP 4 alatt 0.11s, PHP 5 alatt pedig 0.05s. Valószínűleg, hogy nem csak a verzió befolyásolja, hanem az is hogy milyen fordítóval, mire optimalizálva készült, mindenesetre itt mindkét PHP debian csomagból van.

3. Képes nem-lineáris lassulásra egy adott méret felett. A saját gépemen 10e művelet 4s, 15e művelet 9s, 20e művelet 17s, 30e művelet 40s. A szerveren lineárisnak tűnik még nagyobb méreteknél is.

Nagyon fontos megvizsgálni ezeket, mielőtt nekiállunk feleslegesen alkalmazkodni a jelenlegi helyzethez.
[előzmény: (24376) Kolesár, 2008.11.07 09:23:30]

Kolesárhozzászólásai | válasz erre | 2008.11.07 09:23:30 (24376)
Sikerült csökkentenem a letöltések időigényén, így nagyobb eséllyel férnek bele a rendelkezésre álló időbe. A felületeket eddig letöltés közben szedte össze a tájegység körvonala alapján, de ez 20.000+ poligonnál már nem volt tartható. Programmal beírtam a tájegységet minden poligonba, innentől kezdve ez a történet a másodperc töredékévé vált.

Egyúttal összeszedtem, mi minden okozhat sikertelen letöltést:

1. PHP timeout, ami a download.php-ben jelenleg 180s, vagyis 3 perc.

2. TCP timeout, ami mindenkinél annyi, amit beállít. Az én routeremen itthon nemrég átállítottam az alapértelmezett 3600 másodpercről 30 másodpercre, innentől kezdődtek a bajok a raszterizálóval. Amikor ugyanis ennél többet kellett várnia a szerverre, megszakadt a kapcsolat. Nem volt egyszerű rájönnöm, mert a gépemen nem látszott nyoma, kint maradt a homokóra a Firefoxban. Visszaállítottam 600 másodpercre.

3. Felhasználói türelmetlenség, vagyis ha nem bírja kivárni.
[előzmény: (24369) alnibell, 2008.11.06 22:30:17]

Kolesárhozzászólásai | válasz erre | 2008.11.07 08:37:52 (24374)
Nem azonos a mértékegységük. Az hordozható eszközre letöltik egyszer és nézegetik PC-n vagy az eszközön akárhányszor, míg a raszteres térképet ahányszor és amennyire mozgatják, annyi letöltést okoz. A gyorsítótárakról, proxykról nem is beszélve.
[előzmény: (24372) baggio, 2008.11.07 06:27:45]

Kolesárhozzászólásai | válasz erre | 2008.11.06 19:00:48 (24363)
Én ma a fejlesztési ötleteket olvastam végig, feldolgoztam az összes új bejegyzést. Kb. 100+ új volt, most lett 60+ tervbe véve (az eddigiekkel együtt), a többi átfedő volt, már elkészült, vagy gyorsan kijavítottam.
[előzmény: (24361) olahtamas, 2008.11.06 18:20:15]

Kolesárhozzászólásai | válasz erre | 2008.11.06 17:39:08 (24356)
Most már be tudsz jelentkezni. Ír valami belső hibát, de azzal ne törődj.

A letöltési gondokat nem az adatmennyiség csökkentésével kell megoldanunk, részletesebben a wikin.
[előzmény: (24338) oli_b, 2008.11.06 15:36:54]

Kolesárhozzászólásai | válasz erre | 2008.11.06 17:36:49 (24355)
Igen, mert egy-egy nincs értelme annak, hogy egy útvonalat .IMG formátumban tölts le.
[előzmény: (24353) 1stmrfgy, 2008.11.06 17:28:41]

Kolesárhozzászólásai | válasz erre | 2008.11.06 17:16:19 (24351)
9-től gyülekezünk és 10 órakor kezdünk.
[előzmény: (24350) laszloistvan, 2008.11.06 17:11:23]

Kolesárhozzászólásai | válasz erre | 2008.11.06 17:10:22 (24349)
Ha a "Hiba történt a bejelentkezés során: Nem érvényes felhasználói nevet adtál meg." hibaüzenetet kapod, akkor már tudom hogy mi a gond: az aláhúzás a nevedben. A wiki ilyen nevet nem enged létrehozni. Keresek megoldást rá.
[előzmény: (24338) oli_b, 2008.11.06 15:36:54]

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ő

Egy lapon megjelenő sorok száma:

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


Bejelentkezés név:  jelszó:   tárolás [regisztráció]

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