No właśnie, dlaczego i kiedy podobny problem może wystąpić? W moim wypadku pojawia się po samoczynnych wyłączeniach Edge’a, kiedy jadę po zapisanym tracku. Mimo prawidłowego włączenia się urządzenia, po podłączeniu do komputera nie można pobrać danych z wycieczki, mimo że są one zapisane w urządzeniu w menu historii. Powodem takiego stanu rzeczy jest uszkodzony plik tcx, który powstał w czasie jazdy z samowyłączeniem urządzenia.
Jak to naprawić? Poniżej przepis, który według mnie działa wystarczająco dobrze.
- Pobieramy plik tcx z systemu plików urządzenia (katalog\Garmin\History) na lokalny dysk twardy.
- Zmieniamy rozszerzenie pobranego pliku na xml.
- Otwieramy taki plik w edytorze tekstowym (polecam EditPlus).
- Dodajemy znaki końca linii, ponieważ Edge zapisuje wszystkie dane w jednej linii w pliku tcx.
- Jak dodać znaki końca linii - w EditPlus: menu Search -> Replace, w pole Find What: wstawiamy </Trackpoint>, w pole Replace with: </Trackpoint>\n, zaznaczamy checkbox Regular expresion i naciskamy Replace All.
- Ponawiamy poprzednią operację dla Find What: <Track><Trackpoint> i Replace with: \n<Track><Trackpoint>, zaznaczamy checkbox Regular expression i naciskamy Replace All.
- Otwieramy plik z rozszerzeniem xml w przeglądarce internetowej (na przykład Firefox lub dowolnym innym programie, który potrafi parsować pliki xml).
- W moim popsutym pliku dostaję taki błąd: „Błąd parsowania XML: niepasujący znacznik. Oczekiwano: </LatitudeDegrees>. Numer linii: 1305, kolumna 11″.
- Szukamy linii z niezamkniętym znacznikiem <Trackpoint>, wszystkie prawidłowe linie powinny wyglądać tak: <Trackpoint>…różne dane…</Trackpoint>.
- Wędrujemy do linii z błędem (u mnie 1305 ) i patrzymy, czy jest tam niezamknięty znacznik Trackpoint.
- Jeśli nic takiego nie możemy znaleźć w linii, w której przeglądarka pokazuje błąd, pozostaje metoda na oko.
- Skrolujemy się poziomo do końca linii w pliku i szukamy wpisów, które nie są równe długością z resztą linii w pliku (wyłączamy wordwrap! – zawijanie wierszy, menu Document) – wygląda to tak:
- Ta przykładowa linia jest akurat w porządku, bo linie z początkiem znacznika Lap są dłuższe od linii ze znacznikiem Trackpoint.
- Szukamy dalej i znajdujemy na przykład coś takiego:
- Skrolujemy na początek linii i mamy nasz błąd, linia z niezamkniętym znacznikiem <Trackpoint>.
- UWAGA! Widać tu, że Edge, wznawiając pracę po samoczynnym wyłączeniu, dodał na początku następnej linii znacznik <Track>, musimy również to usunąć, ponieważ mamy ten znacznik już otwarty.
- Usuwamy wadliwe linie z pliku, zapisujemy plik, zmieniamy rozszerzenia z powrotem na tcx.
- Tak przygotowany plik możemy ręcznie zaimportować do Training Center lub zapisać w pamięci urządzenia w folderze History, zastępując wersję z błędem.
- Teraz wszystko powinno już działać prawidłowo.
- Jeżeli jednak nie działa (na przykład było więcej autowyłączeń w czasie jazdy), to szukamy błędów tak długo, aż plik xml w przeglądarce sparsuje się nam bezbłędnie.
- Pomocny w tych poszukiwaniach może być edytor firtsobject XML, który po sparsowaniu pliku xml pokazuje niezamknięte znaczniki w taki sposób:
Jak widać naprawienie pliku wymaga trochę ręcznej pracy, ale pozwala przywrócić dane, do których w innym wypadku nie mielibyśmy już dostępu.
Nie było dziś lekko. 2 godziny obrabiałem taki track na PC. EDGE 705 aż2x padał pomimo 2 x wgrywanego 2.4 FW
Komentarz by SCRUBBY — Październik 21, 2008 @ 1:33
Ja ostatnio głównie kursów używam no i nie pada, trackow nie psuje no i jest jak powinno być. Mój pierwszy track też mnie dużo kosztował :) obróbki.
Komentarz by tomek — Październik 21, 2008 @ 9:22
Ale jak ustawić Edga zeby nie robił takich błędów! Ustawić gdzie i jak?????!!!!!! od @ miesiecy mam edga i nie moge sobie z nim poradzić
Komentarz by Zdzisław — Luty 24, 2009 @ 18:10
update software’u i hard reset to jedyna droga mi od pól roku żadnego pliku nie popsuł aktualna wersja to 2.6. do aktualizacji należy użyć tego: web updater
Komentarz by tomek — Luty 25, 2009 @ 23:23