turistautak.hu térképrészleteK+ jelzés GPS-szel
[ english
az összes téma hozzászólásai egyben, laszloistvan hozzászólásai
új hozzászólás | témák listája

Összesen: 1119 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ő


laszloistvanhozzászólásai | általános | válasz erre | 2010.11.18 07:58:50 (3757)
A networklinkes megoldásban azóta megjelentek a reform utáni vonalak, csak a legfrissebbek nem - közben rémlik is, hogy mintha heti periódussal futna a cache-frissítés (talán kedd hajnalban?).
[előzmény: (3754) laszloistvan, 2010.11.15 20:39:05]

laszloistvanhozzászólásai | általános | válasz erre | 2010.11.15 20:40:07 (3755)
Ha nem is teljesen aktuálisan, a források speciel benne vannak.
[előzmény: (3752) felazso, 2010.11.15 17:51:45]

laszloistvanhozzászólásai | általános | válasz erre | 2010.11.15 20:39:05 (3754)
Nem, a networklinkesben még ennyi ponttípus sincs, anno erőforrás-takarékosság okán csak néhány került be. A rendszer mélyebb átalakítását belátható időn belül sajnos nem tudom napirendre tűzni.

Ráadásul a networklinkes letöltések sajnos egyáltalán nem aktualizálódtak - úgy tűnik, nem fut az éjszakai generálás, rákérdezésemre András egyelőre nem válaszolt.
[előzmény: (3753) Hev, 2010.11.15 18:13:28]

laszloistvanhozzászólásai | általános | válasz erre | 2010.11.14 08:17:03 (3751)
Az érthetőség kedvéért még betettem a típusok neve fölött megjelenő buborékba az adott lekérdezésben használt kódokat - tehát az egérrel fölé állva megjelenik, hogy egy statisztikai kategóriába milyen adatbázis-beli kódok számítanak bele.

A lekérdezések a reform után mindössze a megadott kódok vizsgálatára egyszerűsödtek, ill. mindegyik tartalmazza az 'AND NOT deleted' kritériumot - tehát természetesen csak a pillanatnyilag aktív (nem törölt) vonalakat számoljuk.

A mapstat statisztika a lekérdezésekben egyéb kritériumokat nem használ - ez okozza a főoldali statisztikai összegtől való eltérést, miután az tudtommal a mai napig figyeli a track-számra (>0) vonatkozó kritériumot - immár jelentős mértékben torzítva a valóságot.
[előzmény: (3750) laszloistvan, 2010.11.13 20:58:55]

laszloistvanhozzászólásai | általános | válasz erre | 2010.11.13 20:58:55 (3750)
Megtörtént a statisztika igazítása is.

Valójában érdemes lenne (a kategóriák rendszerét) még alaposabban igazítani a reformhoz, de erre egyelőre továbbra sincs időm.
A statisztika korábbi - gyakorlatilag azért valamelyest jó képet adó - kategóriáiba viszont ezennel besorolódott ~22.000 kilométernyi vonal, mely a reform óta kategorizálatlanként szaporodott fel.

Összehasonlításképpen meg lehet tekinteni a statisztika módosítás előtti és utáni állapotát.
[előzmény: (3748) laszloistvan, 2010.11.13 13:05:36]

laszloistvanhozzászólásai | általános | válasz erre | 2010.11.13 13:05:36 (3748)
Ma végre eljutottam oda, hogy a GE-exportot hozzáigazítottam a reformált állapotokhoz.

A probléma az volt, hogy az adatbázis szerkezetében időközben bekövetkezett változások miatt a GE-kimeneten nem jelentek meg az újabban rajzolt vonalak (pl. M6 autópálya), ill. a módosítottak is eltünedeztek (merthogy eszerint újnak számítanak).

Nem teljes illesztés történt (nem jelenik meg minden vonal, és a GE-kimenet vonaltípusai nem kölcsönösen egyértelműen felelnek meg az adatbázis-beli típusoknak), de alkalmas megfeleltetéssel a fontosabbak most már jól jelennek meg - a GE-kimenet ezzel gyakorlatilag újra jól használhatóvá vált.
(A statikus letöltésekre ez máris él, a networlinkes megjelenítésre holnaptól, mivel az azt tápláló fájl-cache-re éjjelente fut a frissítés).

laszloistvanhozzászólásai | térképszerkesztés | válasz erre | 2010.08.22 12:09:47 (41713)
Nem újdonság, csak hosszú idő után megint szembesülnöm kellett, hogy rettentő gáz a poligon-helyzet Baranyában: olykor egészen nagy poligonok duplázódása, átfedése. (Egy-két utamba kerülőt helyreraktam, de nincs időm folytatni.)
Gondolom különféle poligon-bűvészkedések után keletkeznek ezek: tessék már ilyenkor meggyőződni róla (pl. visszavonható törlésekkel), hogy nem történt-e duplázódás!
Az is baj, hogy ha más javítja, mint aki okozta, lehet hogy épp azok az átalakítások is elvesznek, melyek során a hiba történt, ha pl. nem a megfelelőt törli a javító, és ezt rohadt nehéz bogarászni utólag.

laszloistvanhozzászólásai | általános | válasz erre | 2010.05.17 06:54:02 (3468)
Így van, nem lett illesztve a reformokhoz - az új rendszer szerint rajzolt/módosított típusok láthatatlanná válnak a statisztika számára. GE-exporttal is ugyanez: azon is egyre kevesebb az út. :-(
Egyelőre nem tudom, mikor lesz rá idő. Különösen hogy azt sem tudom, egyáltalán lefutottak-e teljesen a reformok, érdemes-e véglegesíteni.
[előzmény: (3467) Hajo, 2010.05.16 12:23:40]

laszloistvanhozzászólásai | térképszerkesztés | válasz erre | 2010.05.12 19:04:27 (39709)
A .kmz-t gyártó mechanizmust a reformokhoz kellene igazítani, nem tudom, mikor lesz rá időm. (Ill. mikor lesznek kész a reformok, amikhez... :-))
[előzmény: (39701) trifo, 2010.05.12 15:34:06]

laszloistvanhozzászólásai | általános | válasz erre | 2010.04.22 17:01:50 (3407)
Télleg, kösz.
[előzmény: (3406) Hajo, 2010.04.22 15:32:02]

laszloistvanhozzászólásai | általános | válasz erre | 2010.04.22 11:26:40 (3405)
Ez a beavatkozás viszont Chrome böngészőn elrontotta a fórumhozzászólások fejléceinek kinézetét.
[előzmény: (3404) 2010.04.21 20:41:34]

laszloistvanhozzászólásai | térképszerkesztés | válasz erre | 2010.04.20 16:07:14 (39253)
Kösz a jelzést, javítva.

Igaz, hogy felemás kicsit a dolog - igazítani kell majd a lekérdezéseket a reformokhoz, arra egyelőre nem volt kapacitás.
[előzmény: (39199) Hev, 2010.04.16 18:56:38]

laszloistvanhozzászólásai | általános | válasz erre | 2010.04.14 09:51:45 (3368)
Mármint arra gondolsz, hogy a .gpx-ből pontokat is töltsön?
Sokból nem állna, és további sokminden nem állna sokból, ha lenne rá kicsit több időm/motivációm. (Újabban mindkettőből kevesebb van - igen, a motivációm is fogy; kissé vákuumban érzem magamat ezzel az egésszel, ráadásul az egész problémás és tisztázatlan gc-tuhu helyzetkomplexum is elbizonytalanít.)

Emellett az a baj/jó(?), hogy megint elértem egy olyan pontra, hogy úgy érzem, a fejlesztés során megszerzett tapasztalatok birtokában újra kellene építeni az egész programot, és a további ötleteket már abban megvalósítani. Részben azért is, mert a kulisszák mögött megindult az egyeztetés a külföldi terjeszkedés (openmaps) irányába is.
Szóval nem tudom egyelőre, hogy araszolni előre tovább, vagy visszamenni egy kicsit, és nekifutásból ugrani egy nagyot. Utóbbi esetben egy ideig nem lesz felhasználói szinten érezhető előrelépés (aztán viszont egyszerre nagy), előbbi viszont energiapazarlás, ha később mégis nekifutás lesz. Ha pedig sokáig hezitálok a döntésen, akkor lehet hogy vége az egésznek.
[előzmény: (3367) heyjoe, 2010.04.14 09:16:10]

laszloistvanhozzászólásai | általános | válasz erre | 2010.04.14 08:47:46 (3366)
Igazán jól működő útvonaltervező jelenleg az openmaps.eu szerveren futó routeS, mely publikusan egyelőre csak a T3D felületén érhető el - ott viszont sok finomsággal: beállításokkal, magasságprofillal, animált lejátszással, hívható GoogleEarth-exporttal, itinerrel.
[előzmény: (3364) tasco, 2010.04.13 22:06:54]

laszloistvanhozzászólásai | általános | válasz erre | 2010.04.05 13:25:10 (3341)
'az itteni közösség biztos megtalálja a formát, ahogy a munkát folytatni lehet'

Na épp ez tűnik erősen veszélyeztetettnek a jogosultságok nagy részét kizárólagosan birtokló, de a munkában elfoglaltságai miatt régóta amúgy is erősen korlátozottan résztvevő vezető fejlesztő nélkül, aki a jelek szerint ráadásul konfliktusba került a tudtommal a tuhu nevét, adatbázisát, szerverét, mindenét birtokló MGKE-vel.

Ehhez lenne szükséges mindenek előtt legalább egy tájékoztatás, melyből kiderül, ki a tuhu-adatbázis, a tuhu kereteiben végrehajtott fejlesztések, tehát a szellemi termék tulajdonosa, mi változik a vezető fejlesztő esetleges távozásával, milyen cég venné át a hardver-szoftver-miegymás szinteken erősen összefüggő gc-tuhu-muemlekem trió menedzselését, ki és miből fogja őket fizetni (aki Andrást sem tudta), stb.

Leginkább és elsőként mégis Andráshoz kérdés, hogy
1.
Tud-e a továbbiakban bármit is vállalni a tuhu körüli munkából, esetleg a további vezetést, ha nem, akkor pedig a szerep átadását.
2.
Technikai és jogi értelemben lehetséges ill. szükséges-e a tuhu leválása egy láthatóan története legnagyobb válságát átélő rendszerről, mely ezúttal lehetséges, hogy a tuhu létét is veszélyezteti.
[előzmény: (3340) olahtamas, 2010.04.05 11:43:56]

laszloistvanhozzászólásai | általános | válasz erre | 2010.04.05 09:13:02 (3339)
Olvassatok kis gc-fórumot. Kemény.

Mi lesz veled, tuhu?

András! Tuhut is leadod? Az itteni közösség számára tájékoztatást kérnék a helyzetről!

laszloistvanhozzászólásai | általános | válasz erre | 2010.03.15 07:28:27 (3291)
Nem tudom, egyre gondolunk-e: van sok kis egyedi veszekedés moderáció miegymás ügyben, de múltkorjában pénzügyi pontatlanságokról/huncutságokról, dolgok tisztázatlanságáról (muemlekem.hu - geocaching.hu - turistautak.hu összefonódások, ki hogy húz ebből hasznot a színfalak mögött, nem látható módon stb.), a vezetőséggel szembeni bizalmatlanságról, forradalmi hangulatról lehetett olvasni - komolynak tűnő emberektől is. Ha ez is a "szokásos műsor" kategóriába tartozik, akkor talán én vagyok lemaradva, másrészt ha valami szokásos is, attól nem biztos, hogy rendben van.

Kibicként odafigyelve egyébként elsőre magam is a statisztikailag mindenhol létező szájkaratés hőzöngő réteg műsorának láttam, csak aztán annyira nem tudott/akart a vezetőség válaszolni, hogy az már mellbevágó volt. Amikor pedig kumin a GC-fórumra mással üzen valamit, az olyasmi, mint mikor Kolesár a tuhu-fórumra ugyanígy - számomra ez azt jelenti: baj van. És ha csak idő nincs rá ennyi, az is az.
De remélem, csak én aggódom túl.
[előzmény: (3290) padler, 2010.03.14 22:58:10]

laszloistvanhozzászólásai | általános | válasz erre | 2010.03.14 08:32:54 (3288)
De az adatok tulajdonosa végülis az az MGKE, melynek vezetősége az ottani fórumon gyakorlatilag beszüntette a kommunikációt a kifogásokat megfogalmazó tagsággal?
[előzmény: (3286) KiVi, 2010.03.13 23:12:53]

laszloistvanhozzászólásai | általános | válasz erre | 2010.03.13 11:20:17 (3283)
Csak néha nézek be a gc-fórumra (az utóbbi T3D-verziókat be szoktam ott is jelenteni), de durva dolgokat olvasni - olyanokat, amik a tuhu sorsát is masszívan érinthetik. András hiánya is súlyos, de nem vagyok biztos benne, hogy nem lesz a tuhunak ennél súlyosabb problémája is...
Amikor először kavart(am) vihart a 'kié a tuhu?', 'kié a domain?', 'kié az adatbázis?' kérdésekkel, sokaknak kekeckedésnek tűnt. Nem tudom, az itteni csapat mit tud erről, mit nem, én azért most nem kicsit aggódom.
Pl. KiVi mint összes projekt metszetében lévő kulcsember tudsz valamit segíteni a tisztánlátásban, az itteni csapat felidegesíésében/megnyugtatásában?

laszloistvanhozzászólásai | általános | válasz erre | 2010.03.09 08:25:10 (3278)
T3D v0.97 elkészült, a telepítő is letölthető.



Újdonságok:
Települések, pontok, geoládák keresése, találati lista megjelenítése és térképen való ábrázolása.
Útvonaltervezés finomítása: járműtípusok bővítése (autó, terepjáró, kerékpár, sportos (terep) kerékpár, gyalog), ill. inkább közút v. terepi út skálázási lehetőség.
Tervezett útból turistautak.hu-féle itiner generálás (weblapi hívással).

További részletek: http://turistautak.hu/maps/3d/hirek/hirek.html
[előzmény: (3276) laszloistvan, 2010.03.08 08:23:07]

laszloistvanhozzászólásai | térképszerkesztés | válasz erre | 2010.03.08 14:18:15 (38648)
http://turistautak.hu/maps/3d/telepitok/turistautak-garmin03.07.zip
[előzmény: (38644) zayd, 2010.03.08 13:02:22]

laszloistvanhozzászólásai | általános | válasz erre | 2010.03.08 08:23:07 (3276)
T3D v0.97 kiadás előtt - applet változatban már kipróbálható, tesztelhető.
Pl. a legújabb geoláda környéke: http://turistautak.hu/maps/3d/applet/t3d_applet.php?sz=47.880033&h=19.402900

Lényeges újdonság a(z egyelőre még alapjáratos) keresés funkció (települések, geoládák, pontok), ill. a Trackman-féle routeS-motorra épülő útvonal-tervezés fejlődött: terepjáró, kerékpár, közút - terepi út preferencia. Apró, de hasznos funkció, hogy a tervezett útról egy gombnyomással kérhető a tuhus itiner.

Telepíthető kliens és részletesebb leírás is lesz remélhetőleg egy-két napon belül.

laszloistvanhozzászólásai | térképszerkesztés | válasz erre | 2010.02.22 20:00:17 (38454)
Na de komolyan: összejövés, távmunka, egyeztetés, bármi, amiről érdemes tudnunk?
[előzmény: (38449) Old Eye, 2010.02.22 14:16:34]

laszloistvanhozzászólásai | térképszerkesztés | válasz erre | 2010.02.22 13:57:42 (38448)
Történt valami szombaton?

laszloistvanhozzászólásai | térképszerkesztés | válasz erre | 2010.02.17 18:14:56 (38399)
Ha valóban összejön néhány fejlesztő, a POI-reformot akár hagyjátok is a francba, sokkal fontosabb lenne, hogy András beavasson másokat a technikába, és szétosztódjanak az ismeretek és az adminisztratív jogok, hogy András immár tartós és teljes hiánya miatt ne legyen ilyen szánalmasan bénult a tuhu, mint amilyenné lett.
[előzmény: (38398) Old Eye, 2010.02.17 14:37:11]

laszloistvanhozzászólásai | térképszerkesztés | válasz erre | 2010.02.17 06:07:36 (38394)
És az ilyet miért megint üzengetés által?
[előzmény: (38391) baggio, 2010.02.16 17:03:25]

laszloistvanhozzászólásai | térképszerkesztés | válasz erre | 2010.02.13 12:42:41 (38381)
A 37800-as hozzászólásban indított problémára hívnám fel ismét a figyelmet, ha valakinek van megfelelő adatbázis-jogosultsága, és a hóban unatkozik, foglalkozhatna vele, én sajnos nem tudok. Pécs térsége rettentő gáz, de csupán MapEdit felületen nem javítható maradéktalanul - odáig jutottunk, hogy az adatbázis szintjén lenne elegáns.

laszloistvanhozzászólásai | általános | válasz erre | 2010.02.12 13:25:20 (3206)
Köszi, hogy végére jártál, legalább már ezt is tudjuk.
[előzmény: (3205) PapauZ, 2010.02.09 19:45:03]

laszloistvanhozzászólásai | térképszerkesztés | válasz erre | 2010.02.06 13:03:24 (38296)
...És a bpeti68-féle térképet nem kellene belinkelni? A szerző nem akarja, vagy csak nem jött eddig össze?
[előzmény: (38294) KiVi, 2010.02.06 11:34:39]

laszloistvanhozzászólásai | térképszerkesztés | válasz erre | 2010.02.05 16:30:43 (38279)
Tegnap elindult T3D új (reformált) adatstruktúra szerinti napi adatfrissítése.
Szépen látszik pl. a pontok utóbbi egy-két hétben lezajlott rendberakása - a kategorizálás által rengeteg átsorolódott, ill. megjelent ('egyéb'-ből átsorolódott).

Ugyanakkor szépen (esetenként más kimeneteknél jobban) látszanak vele bizonyos megoldásra váró feladatok is.
Ismét fel szeretném hívni a figyelmet, hogy egy alternatív kimenet nem csupán a végfelhasználók felé egy újabb alternatíva, hanem a térkép készítői számára is egy újabb láb a stabilitáshoz, a hibák javításához, a struktúra egészének átgondolásához. Egy kimenet működtetése nem csupán egy mindentől független plusz feladat, hanem egy újabb nézőpont és kontroll-lehetőség - visszacsatolás.

Egy példa:


Mivel a MapEdit - és persze a webtérkép, meg a Garmin kimenet is - történetesen grafikailag hasonló megoldást használ két eltérő vonaltípusra, nehezebb észrevenni a hibát/következetlenséget, amit egy másik kimenet azonnal megmutat.

És akkor beszélhetnénk ismét pl a mecseki poligon-káoszról, ami attól, hogy csak T3D-n mutatkozik meg, egyáltalán nem biztos, hogy csak a T3D problémája...

laszloistvanhozzászólásai | általános | válasz erre | 2010.01.28 20:14:59 (3155)
Aha.
Egyébiránt jómagam soha nem a C:\Program Files mappába telepítem, hanem inkább másik partícióba, mert a rendszerpartíciót nem szívesen szórom tele ezzel az adattömeggel. Ezt javaslom másnak is, ha teheti, a telepítéskor bírálja felül az alapértelmezett helyet.
[előzmény: (3154) Andreas, 2010.01.28 18:54:57]

laszloistvanhozzászólásai | általános | válasz erre | 2010.01.27 17:34:17 (3151)
Sajnos nincs tesztelési tapasztalatom Windows 7 alatt.
A program ugyan Java, de a hardvergyorsított grafika használ natív .dll-eket - nem elképzelhetetlen, hogy problémák lehetnek Windows 7 rendszerben - bár hirtelen nem találtam ezzel kapcsolatosan érdemi információt. (XP-n használom/fejlesztem, régebben próbáltam Vistán, azon ment, ill. Andreasnak volt valami megjegyzése ezzel kapcsolatban néhány oldallal ezelőtt.)

Esetleg kérjük jelezzen vissza, akinek van még Windows 7-es +/- tapasztalata T3D ügyben.
[előzmény: (3150) PapauZ, 2010.01.27 12:35:28]

laszloistvanhozzászólásai | térképszerkesztés | válasz erre | 2010.01.27 11:32:47 (38121)
Ha jól veszem ki, többen is módosító lekérdezéseket futtatnak az adatbázison meg ilyesmi, ezért kérdem, van-e időközben valaki Andrással kvázi-ekvivalens jogosultságokkal/ismeretekkel, akit lehet keresni rendszergazda-szintű egyperces problémákkal?

Hogy a T3D éjszakai adatgenerálás bő hónapja nem megy, az hagyján, de hogy a networklinkes GE lassan háromnegyed éve, többszöri kérés ellenére, az kicsit erős, mikor valszeg percen belül megoldható lenne a problémát jelentő jogosultság beállítása.

Szóval tud itt valaki ilyesmit?

laszloistvanhozzászólásai | általános | válasz erre | 2010.01.26 22:33:39 (3149)
...És itt van a telepítő is: T3D v0.96 a reformált adattípusokkal elérhető.
[előzmény: (3148) laszloistvan, 2010.01.26 18:22:10]

laszloistvanhozzászólásai | általános | válasz erre | 2010.01.26 18:22:10 (3148)
A T3D v0.96 applet-változata kipróbálható, pl katt ide:

http://turistautak.hu/maps/3d/applet/t3d_applet.php?sz=47.78&h=18.97

A lényegi újdonság most a reformált adatszerkezethez illesztve bővített fóliarendszer, különös tekintettel a POI-ügyre.
Nem egy az egyben való megfeleltetésre kell gondolni, majd valami dokut is felteszek, de így is tanulságos a reform utáni gletteléshez is - már ha beindul az automatizált éjszakai generálás, amihez András is kell. (Egyelőre az adatbázis-másolatból házilag generált adatokat töltöttem fel.)

laszloistvanhozzászólásai | általános | válasz erre | 2010.01.26 17:29:04 (3147)
Az az útvonaltervező megrekedt a fejlesztés egy korai fázisánál - sokmindenre nem volt jó a jelenlegi üzemzavar előtt sem.

Trackman 'routeS' tervezőjét próbáld ki. Nem tudom, hogy a T3D felületén kívül máshol működik-e, de ott biztos.
[előzmény: (3143) ákoso, 2010.01.26 10:49:01]

laszloistvanhozzászólásai | térképszerkesztés | válasz erre | 2010.01.21 07:47:43 (37836)
A Mátra-erdő meg duplázott adatbázisilag szintén. :-(
[előzmény: (37814) Vacsape, 2010.01.20 21:14:25]

laszloistvanhozzászólásai | térképszerkesztés | válasz erre | 2010.01.21 07:11:20 (37835)
Ezek után barátja lennék egy mezőnek (pl. 'aktiv'), ami kétséget kizáróan eldönti, hogy egy objektum (leginkább poligon) végülis van vagy nincs. A kezelést adatbázison belül kéne megoldani - egy paradigmaváltáskor is csak egyszer, a kimenetekkel meg ezt figyelni.
[előzmény: (37832) kovrob, 2010.01.21 06:37:04]

laszloistvanhozzászólásai | térképszerkesztés | válasz erre | 2010.01.21 06:51:16 (37834)
Gondolom közben már világos, hogy a GE/T3D kimenet közvetlen adatbázis-kapcsolattal, Garmin- és .mp-független (már amennyire az adatbázis az) saját adatgenerátorral (és szemlélettel) készül. Már csak ezért is érdemes rajzolóként is odafigyelni az alternatív kimenetekre, mert tanulságos kilátni az .mp - MapSource - rasztertérkép háromszögből, ami ráadásul ebből a szempontból nem is három, csak egy.
[előzmény: (37826) Old Eye, 2010.01.20 22:31:35]

laszloistvanhozzászólásai | térképszerkesztés | válasz erre | 2010.01.21 06:38:36 (37833)
De bizony, november 4-én duplikálódott. Ha arra gondolsz, hogy egy nov. 7-i (meg akár egy mai) .mp-ben nincs duplikálva, az valszeg igaz, ezt nyomozzuk.
[előzmény: (37825) Old Fairy, 2010.01.20 22:21:29]

laszloistvanhozzászólásai | térképszerkesztés | válasz erre | 2010.01.21 06:29:29 (37830)
(kovrob 37812-re is)

Igen, a kimenet-gyártáshoz is használtam ezt a paramétert: ' ... AND region_id'' ' - és eddig egész jól működött is.
Csak most úgy értettem, hogy ez nem kell, csak a 'code' és 'deleted' mezők. Ha viszont mégis, akkor igazán gáz a helyzet, mert a 'region_id' kissé elkurvult: már nem csak annyi, hogy tájegység neve vagy üres, hanem olykor NULL, olykor 'CLC', és még ki tudja...

Az .mp generálás adott tájegységre történik, így ott egyszerű a kritérium, de egy nem-tájegység alapú, globális lekérdezésben most vagyoljam végig az összes (jelenleg érvényes) tájegység-nevet? Hát nem lenne elegáns...
[előzmény: (37822) bpeti68, 2010.01.20 21:54:01]

laszloistvanhozzászólásai | térképszerkesztés | válasz erre | 2010.01.21 06:16:14 (37829)
Ez két külön feltöltés, 2008.12.15-én, pár perc különbséggel - még dokumentáltad is, hogy a rosszemlékű (nem próbáltam, de remélem, a reform óta nincs ez a hiba) 'tajegyseg' kitöltése maradt el az új poligonnál.
[előzmény: (37810) tibbi, 2010.01.20 19:40:47]

laszloistvanhozzászólásai | térképszerkesztés | válasz erre | 2010.01.20 19:14:25 (37808)
Vagy még egy példa, ami nem ilyen CLC-pótlásból származik szerintem:

Kisalföld, két id: 29066; 29067 - Babarcsi-tó (nem Barbacsi inkább? - de ez most mindegy...)

Az látszik az adatbázisban, hogy tibbigeo tevékenységéhez köthető mindkettő, de nem mondanám, hogy az ő rajzolói hibája, mert az .mp-ben nincs duplázva, nem látszik, rajzolói szinten javítani sem lehet, tehát nem hiba.
A szerveri mechanizmusban, vagy a reformfolyamatban lehet valami, amit nem értek, ha tudja valaki, szóljon.
[előzmény: (37802) laszloistvan, 2010.01.20 17:35:36]

laszloistvanhozzászólásai | térképszerkesztés | válasz erre | 2010.01.20 19:00:22 (37805)
...Ja és akkor homályos utalások helyett (a gyenesdiási csapaton kívül valszeg nem sokan tudják) hadd említsem itt meg, hogy a T3D egy technológiai mellékhatás miatt, mintegy véletlenül nagyon alkalmas poligon-duplázódások szűrésére, ugyanis a duplázott poligon kitöltött belseje nem jelenik meg - de mivel a kontúrja igen, azonnal kiszúrható (ill az azonos típusok közti átfedés is) - ilyen értelemben auditálási eszköz is.

Persze most épp a reform miatt átállítás alatt van az adatszerkezet, a kint lévő változat adatai nem frissülnek (pont azért, hogy legyen valami, ha pár hetes adatokból is), ezért pillanatnyi állapotában épp nem tudom a rajzolóknak munkához ajánlani, de később újra igen.
[előzmény: (37804) laszloistvan, 2010.01.20 18:43:01]

laszloistvanhozzászólásai | térképszerkesztés | válasz erre | 2010.01.20 18:43:01 (37804)
Köszi, hogy foglalkoztál vele, de segíteni nem sikerült sokat. :-)

Mindezt ugyanis magam is kiderítettem, tudom, hogy az adatbázisban duplikálódás van, mikor történt, ki csinálta.
A kérdés az volt - és továbbra is az -, hogy ezek miért nem jelennek meg az .mp-ben, vagyis mi a helyes lekérdezési konvenció. Az .mp mint a rajzolók számára szóló publikus felület nem mutatja ezt a duplikálódást - voltaképp tehát nem rajzolói hiba.

Sőt, a pontos kérdés a következő - amiket Andrásnak is feltettem levélben:
Áll-e itt is az az elv, hogy a kimenet-gyártáshoz tulképp a 'code' mező (ill. még a 'deleted') elég kell legyen?

Ha igen, akkor lehet-e/kell-e valamit intézkedni az adatbázis szintjén a duplikáció megszüntetésére?
Ha nem, akkor mi lenne a lekérdezési konvenció - pl. mit használ az .mp generátora, és az legyen-e a tuti?
[előzmény: (37803) kovrob, 2010.01.20 18:17:37]

laszloistvanhozzászólásai | térképszerkesztés | válasz erre | 2010.01.20 17:35:36 (37802)
Pl. Bicsérd, két id: 111; 52593.
És a 'mecsek' tele van ilyenekkel. Itt még gyógyszer lehetne a régi jó régió :-) (region_id) figyelése, de egyrészt az se megoldás mindenre, másrészt nem szeretnék többet gányolni, mint amennyi szükséges - azért van a reform, hogy elegáns legyen. :-)
[előzmény: (37801) kovrob, 2010.01.20 16:54:03]

laszloistvanhozzászólásai | térképszerkesztés | válasz erre | 2010.01.20 16:48:23 (37800)
...Akkor a reform-ügybe és az adatbázisba belelátó emberek közül kérdeznék valakit valamiről, amire eddig Andrástól nem jött válasz:

A reformmal az egyes objektumcsoportokat gyártó kimeneti lekérdezések tudomásom szerint elvileg a 'code=0x... AND NOT deleted' kritériumig egyszerűsödnek. Ha így van, ezt üdvözlöm, és eszerint próbálkozom, de így az eredményben ismétlődések vannak (leginkább a polygons tábla lekérdezéseinél, legalábbis ott feltűnő). Ezen ismétlődések egy része nem olyan úgymond rajzolási hiba, ami publikusan látszik a rajzolók felé az .mp-ben, tehát van valami lekérdezési konvenció, amivel az .mp mint etalon gyártódik, de amit eddig nem sikerült kiderítenem, pedig futottam pár kört konkrét esetek körül.

Ha valaki tudja a titkot, legyen szíves, ossza meg velem, köszi.

[előzmény: (37799) 2010.01.20 15:12:05]

laszloistvanhozzászólásai | térképszerkesztés | válasz erre | 2010.01.19 19:00:37 (37782)
A holnap hajnali adatbázis-kivonatból T3D-vel néhány másodperc alatt meg fogom mondani, mennyire voltál ügyes a duplázódások szűrésével. Arra az egyre kegyetlen jó. :-)
[előzmény: (37772) tibbi, 2010.01.19 14:20:33]

laszloistvanhozzászólásai | térképszerkesztés | válasz erre | 2010.01.19 18:22:54 (37781)
Kenuzás csak Gyulán volt, úgyhogy nem kívánok részletes helyismeretben tovább versenyezni a konkrét ügyben, meg húzni sem akarom nagyon tovább az egészet.

Csak annyi az egész eszenciája, hogy szerintem egy olyan folyóvíz, amely jellemzően nem szélesebb egy olyan akár többsávos útnál, amit természetes módon vonallal jelölünk, és a partvonal dinamikája sem mozgalmas/aszimmetrikus annyira, hogy egy GPS 5-10 méteres hibájával számolva érdemi térképi információt hordozzon, az sima vonalas objektum.

Értem én, hogy létezik az a 10-20 méteres léptékű nagyítás a GPS-en, amikor már a poligon lenne a jobb érzés ilyenkor, de az amúgy is hazugság lenne, és egy ekkora projektben a rendszerszemlélet is valami.

Ez az egész egyébként valszeg rokon gyökerű azzal, ami miatt a Track paraméter fontosságának ügyében sem értek egyet többekkel.
[előzmény: (37780) baggio, 2010.01.19 17:40:36]

laszloistvanhozzászólásai | térképszerkesztés | válasz erre | 2010.01.19 11:37:20 (37767)
Na, ezt értem, sőt meg is. :-)
[előzmény: (37765) Old Eye, 2010.01.19 11:29:14]

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