olli.s kirjoitti: ↑Ti 26.04.2022 22:14
Hei,
Ihmettelen GXP-tiedostojen kätkökuvauksessa olevan merkin "<" koodausta. Ymmärtääkseni tämä pitäisi koodata "&lt;" Esim. kätkön GC78Q56 SourceCode GPX:ssä
.fi:
Koodi: Valitse kaikki
...
while (fvs < SCHAR_MAX-m) {
....
while (svs <= SCHAR_MIN+n+72) {
...
ja .com
Koodi: Valitse kaikki
...
while (fvs &lt; SCHAR_MAX-m) {
...
while (svs &lt;= SCHAR_MIN+n+72) {
...
Vanhahko Garmin-laitteeni näyttää .fi -sivulta ladatun kuvauksen katkenneena kesken. Näkyvä teksti loppuu kohtaan "while (svs", eli yllä olevassa koodissa oleva "<=" ja siitä eteenpäin puuttuu.
Myös rivinvaihdot tässä "<pre>"-formatoidussa koodissa jäävät puuttumaan, mikä ymmärtääkseni on kyseisen Garminin ongelma. GPX-tiedosto näyttää silmiini siltä osin oikealta.
Tämä on matalan prioriteetin asia, ei suorituspaineita. Epäyhtälöitä käsittäviä mystejä ratkon kotona nettiselaimen ääressä enkä kentällä gepsin ruutua tuijottaen
.
Kiitos huomiosta!
Olet oikeassa tämän kätkön osalta että merkki tulisi koodata noin kyseisessä kohdassa. Tämän kätkön kuvaus suoraan apista ladattuna kun on seuraavanlainen:
<pre>
...
while (fvs < SCHAR_MAX-m) {
...
while (svs <= SCHAR_MIN+n+72) {
...
</pre>
Mutta tästä päästään Geocache.fi:n historiaan ja Geocaching.com:n muutoksiin. Aikojen saatossa homma on kääntynyt nurin kurin eli alun perin data tuli GPX -tiedostona, joska sitten muodostin www-sivuilla näytettävän HTML-datan. Tällöin kaikki oli hyvin GPX-tiedostojen suhteen. Mutta nykyisellään välivaiheiden kautta ollaan tilanteessa että data tulee HTML:nä josta koitan muodostaa toimivasti myös GPX-tiedoston.
Tässä datan saapumisessa HTML:nä on se ongelma, että parserini käsittelee samalla datan ja < muuntuukin muotoon < ennen kantaan laittoa. Tällöin on menetetty tieto siitä. missä muodossa se on alun perin saapunut perille.
Tähän ei oikeastaan suoraan voi puuttua koska se käynnistäisi muutosketjun, missä täytyisi mennä läpi koko sivusto koska systeemeissä (haut, vertailut yms. tms.) voi olla oletuksia, ettei merkit ole entiteettinä.
Yksi vaihtoehto olisi napata talteen raakadata ja käyttää sitä GPX-tiedoston muodostamisessa. Mutta tästä päästään siihen että GPX -parsinta on sellainen aihealue mitä en tunne. Kyseinen formaatti on todella herkkä virheille, yksikin väärässä kohdassa väärin koodattu merkki romahduttaa GPX:n syntaksin ja sitten onkin kaikki paikat täynnä viestiä kuinka meni viikonloppu pilalle kun metsässä kävi ilmi että gepsi ei löydä sinne siirrettyjä kätköjä.
Toki voi käydä myös niin, että jotkut merkit koodautuvat väärin. Voi niitä aikoja kun väki koitti laskumulteja ratkoa ja Geocache.fi:n GPX saikin gepsissä aikaan sen että plussa näkyi miinuksena. Hieman lisää D -arvoa
Nykyinen GPX -parseri on hyvin pitkään ollut käytössä ja hioutunut härveliksi joka on tuottanut ja tuottaa tämän hetkisen tiedon valossa GPX-tiedostoja jotka eivät ole täysin toimimattomia taikka aiheuta globaaleita kriittisiä ongelmia. Sen ainoa vika on se että se vaatii että HTML on jo käsitelty eikä ole raakadataa. Uusi parseri joutuisi sitten ottamaan kantaa myös HTML:n sisältöön ja siihen, mikä pitää GPX-tiedostoon muuntaa varsinaiseksi merkiksi ja mitä ei jne.
Tämän kaiken valossa ja koska (toivottavasti) tämä ei ole kovin laaja ongelma näen tällä hetkellä turvallisimpana vaihtoehtona sen että edellä mainittua kätköä koskeva ongelma luokitellaan sivuston GPX -tiedostojen ominaisuudeksi. En silti poissulje sitä että taustalla väsäilen tämänkin asian korjausta mutta ainakaan nopeasti ei tähän tule korjausta koska näpertämistä ja testailemista olisi hommassa yllin kyllin.
// haksu10
