„Szerver üzenetei” változatai közötti eltérés
A Turistautak.hu wikiből
Fgg (vitalap | szerkesztései) (→Hibaüzenetek) |
(→Hibaüzenetek) |
||
21. sor: | 21. sor: | ||
* '''POI id=''XXX'', attribute id=''YYY'' nem stimmel, ez az attribútum a poi id=''ZZZ''-hez tartozik.''' | * '''POI id=''XXX'', attribute id=''YYY'' nem stimmel, ez az attribútum a poi id=''ZZZ''-hez tartozik.''' | ||
::A weben bejelentett poik extra tulajdonságait a mapeditben "POIattr" kezdetű attribútumok tárolják. Ezek külön sorszámmal rendelkeznek, amik hozzá vannak rendelve 1 darab poi-id-hez. Ezt az üzenetet akkor kapod, a poi-id és a POIattr sorszám összerendelés nem stimmel. (pl. poi tulajdonságok másoláskor) | ::A weben bejelentett poik extra tulajdonságait a mapeditben "POIattr" kezdetű attribútumok tárolják. Ezek külön sorszámmal rendelkeznek, amik hozzá vannak rendelve 1 darab poi-id-hez. Ezt az üzenetet akkor kapod, a poi-id és a POIattr sorszám összerendelés nem stimmel. (pl. poi tulajdonságok másoláskor) | ||
− | |||
− | |||
= Tájékoztató üzenetek = | = Tájékoztató üzenetek = |
A lap 2009. augusztus 29., 06:31-kori változata
Hibaüzenetek
- túl rövid szakasz (rövidebb 6 méternél)
- Egy megrajzolt, vagy automata vágáskor létrejött szakasz hossza, kisebb a minimum megengedettnél (6 méter).
- Kritikus hiba! az éjszakai Garmin kimenet gyártása az ilyen hiba miatt elakad, ha nem kerül javításra!
- id=XX: a kezdőpont és a végpont ugyanarra a Garmin pontra esik (visszatér a kezdőpontra)
- Egy szakasz önmagába tér vissza (pl O, P, Q, R alakú).
- Kritikus hiba! az éjszakai Garmin kimenet gyártása az ilyen hiba miatt elakad, ha nem kerül javításra!
- A feltöltött fájl nem csak a változásokat tartalmazza.
- A szerver MP-file feltöltésnél csak olyan típusú file-t fogad el, amelyben kizárólag csak a változások vannak lementve. Ilyen filet a mapeditben a save as menü alatt a típus "polish format, modificatios only"-ra átállításával lehet létrehozni.
- A feltöltött fájl dátuma nem egyezik meg a zárolás dátumával
- Valószínűleg rossz file-t próbáltál feltölteni. Ez akkor is előfordulhat, ha zárolás után még egyszer letöltöd a tájegységet, és abban dolgoztál. Ilyenkor a térképszerkesztés fórumon tudsz segítséget kérni.
- A tájegység éppen feltöltés alatt áll, egyidőben csak egyvalaki töltheti
- Ugyan ezen a tájegységen az előző feltöltésnél a szerver nem tudta valamilyen okból (általában a túlterhelés miatt) teljesen feldolgozni a feltöltött anyagot, és a feldolgozása félbemaradt. Ezáltal úgy érzékeli, mintha most is menne egy feltöltés/feldolgozás.
- Teendő: Tartsd zárolva a tájegységet.Írj egy levelet Andrásnak, hogy beragadt ez a tájegység feltöltés közben. (nem árt, ha a térképszerkesztés fórumba is megemlíted). Ha András elkészült a javítással, akkor ellenőrizd le a munkádat, hogy meg van-e minden szerkesztésed, illetve nem duplázódtak-e az objektumok.
- POI id=XXX, attribute id=YYY nem stimmel, ez az attribútum a poi id=ZZZ-hez tartozik.
- A weben bejelentett poik extra tulajdonságait a mapeditben "POIattr" kezdetű attribútumok tárolják. Ezek külön sorszámmal rendelkeznek, amik hozzá vannak rendelve 1 darab poi-id-hez. Ezt az üzenetet akkor kapod, a poi-id és a POIattr sorszám összerendelés nem stimmel. (pl. poi tulajdonságok másoláskor)
Tájékoztató üzenetek
- A közös csomópontokon való átfutás, illetve többrészes vonalak miatt XX db érintett vonalból YY db lett.
- A szerver feltöltésnél automatikusan darabolja az útvonaltervezős vonalakat, ha közbenső node-pontjához egy másik vonal node-pontja csatlakozik. Erről nyújt tájékoztatást az üzenet. Ha YY jóval nagyobb, mint XX akkor lehet gyanakodni hogy két vonal egymásra lett rajzolva és nodepontonként elemi szakaszokra bontotta a szerver. Ilyenkor újra le kell tölteni a tájegységet és javítani.
- Az azonos ID alatt feltöltött szakaszoknak nem két darab magányos végpontjuk van (hanem XX)!
- Ha egy szakaszt feldarabolsz két szakaszra (egy nodepontnál), az öröklődés miatt mindkét szakasznak ugyanazokat az extra paramétereket adja a Mapedit, köztük az id-t is. Később - ugyanazon rajzolás során - valamilyen okból a darabolás helyén szétválasztod a vonalakat úgy, hogy azok a továbbiakban már nem érnek össze.
- Feltöltéskor a szerver azt látja, hogy két azonos id-jű vonal van. Ez nem volna gond, mert új id-t ad nekik. Azonban azt is vizsgálja, hogy ezeknek elvileg folytonos vonalat kell alkotniuk. Az előbbi példában viszont nem érnek össze. Ezt jelzi külön a szerver az idézett üzenettel.
- POI id=XX megváltozott időközben [YYYY-MM-DD HH:MM:SS], nem frissítettük.
- Az XX azonosítójú POI módosítva lett szerkesztéskor, de feltöltés előtt, valaki a webes felületen is módosított a megadott időpontban, így a szerkesztéskor végzet módosítások nem kerülnek be az adatbázisba.