turistautak.hu

Előzmények

laszloistvan	hozzászólásai \| 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]

tibbi	hozzászólásai \| válasz erre \| 2010.01.20 19:40:47 (37810)
Valóban Barbacsi-tó lenne a helyes. A 37058-as hsz. (azaz, hogy sose törlődik semmi, még az is belekerül az adatbázisba, ami fel se lett töltve, csak belekerült az .mp-be, majd azonnal töröltük is onnan) nem lehet magyarázat erre a duplázódásra? [előzmény: (37808) laszloistvan, 2010.01.20 19:14:25]

laszloistvan

hozzászólásai | 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]

laszloistvan	hozzászólásai \| 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]

kovrob	hozzászólásai \| válasz erre \| 2010.01.20 16:54:03 (37801)
Amennyiben ez csak a polygons táblára igaz, akkor a legvalószínűbb ok a duplikálódás. Tudsz mondani konkrét id-ket? [előzmény: (37800) laszloistvan, 2010.01.20 16:48:23]

laszloistvan

hozzászólásai | 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]

hozzászólásai | válasz erre | 2010.01.20 15:12:05 (37799)

Anelkul, hogy surgetesi listanak tunne, jo lenne egy publikus lista, amit a wiki-be feltennenek a javitok, s legalabb prioritasi es teljessegi listakent funkcionalnanak.

Pl Fuggo fejlesztesek es hibajavitasok

Ebbol lehetne latni, hogy mi az, amirol tud Andras es az a nehany ember, aki mar reszben hozza tud nyulni a dolgokhoz, jova is hagytak mint elvegzendo dolgot, csak meg nem volt ra idejuk.

Ugye, me'g nincs ilyen?

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