Geocache.fi

jkettu kirjoitti:

"Virhe Geocaching.com:n käyttäjätunnuksesi (Janza69) on eri kuin geocache.fi:n käyttäjätunnuksesi (Janza69 ) Tarkastusta ei voitu suorittaa loppuuun"

Lieneekö näpyttelyvirhe, mutta tuossa jälkimmäisessä nimessä näyttäis olevan välilyönti ysin jälkeen, ensimmäisessä ei.

Täällä olikin jo vastaus ongelmaan löytynyt. Poistin välilyönnin nimestä joten nyt nimimerkit ovat täsmälleen samat ja valtuutus siis onnistuupi.

haksu10 kirjoitti:

jkettu kirjoitti:

"Virhe Geocaching.com:n käyttäjätunnuksesi (Janza69) on eri kuin geocache.fi:n käyttäjätunnuksesi (Janza69 ) Tarkastusta ei voitu suorittaa loppuuun"

Lieneekö näpyttelyvirhe, mutta tuossa jälkimmäisessä nimessä näyttäis olevan välilyönti ysin jälkeen, ensimmäisessä ei.

Täällä olikin jo vastaus ongelmaan löytynyt. Poistin välilyönnin nimestä joten nyt nimimerkit ovat täsmälleen samat ja valtuutus siis onnistuupi.

Iso kiitos tumpelolta!

Moi Haksu,

Onkohan vika operaattorin päässä vai missä, mutta sain kätköstä (GC41EEZ) 2 tekstaria, mutta gc.fi tilitietojen mukaan vain 1 on laskutettu.
Tai siis oletan että näkyis tuolla sitten tuplana, jos tuplana laskutettu

En tiä onko täällä Salon seudulla ollut jollakulla vastaavaa probleemaa asian suhteen.

Terkuin,
makaju

Mie sain 29.10. 4 tekstaria kätköstä GC40ACW, oletin sen johtuvan meneillään olevasta puhelusta tai vähintäänkin operaattorin sekoilusta. Koska julkaisusta veloitettiin vain yksi häly en usko että haksun päässä, tai siis koodissa olisi ollut vikaa

makaju kirjoitti:Moi Haksu,

Onkohan vika operaattorin päässä vai missä, mutta sain kätköstä (GC41EEZ) 2 tekstaria, mutta gc.fi tilitietojen mukaan vain 1 on laskutettu.
Tai siis oletan että näkyis tuolla sitten tuplana, jos tuplana laskutettu

En tiä onko täällä Salon seudulla ollut jollakulla vastaavaa probleemaa asian suhteen.

Terkuin,
makaju

Prynde&Titu kirjoitti:Mie sain 29.10. 4 tekstaria kätköstä GC40ACW, oletin sen johtuvan meneillään olevasta puhelusta tai vähintäänkin operaattorin sekoilusta. Koska julkaisusta veloitettiin vain yksi häly en usko että haksun päässä, tai siis koodissa olisi ollut vikaa

Täytyypä muistaa kysellä vaihtoehtoisen kalliimman lähetysreitin perään; tosin parempi liikaa kuin ei olleenkaan

Mutta nämä on siis kerran vain lähtenyt ja laskutettu. Sitten viesti on jossain välissä jäänyt ilman välityskuittausta (operaattoreiden välillä, puhelimen ja linkin välillä tms.) ja se on uudelleen ponnahtanut reitille. Harvinaisia mutta valitettavasti mahdollisia nämäkin poikkeamat ja halvemmissa välitysratkaisuissa sitten pikkuisen vielä mahdollisempia.

Jos kuitenkin näitä ilmenee niin niistäkin voi kertoa, voin aina rutista eteenpäin kun kaikki on niin huonosti

En tiedä liittyykö tämä mitenkään mihinkään mutta suosikkikätköilijöiden sivun (showsuosikki.php) asiasisältö näyttää tällaiselta:

Loggaukset viimeisen 2 viikon ajalta

Warning: mysql_data_seek() [function.mysql-data-seek]: Offset 0 is invalid for MySQL result index 37 (or the query data is unbuffered) in /www/gcfi/html/user/showsuosikki.php on line 132

Warning: Variable passed to each() is not an array or object in /www/gcfi/html/user/showsuosikki.php on line 298

Ei lokeja seuraavilta käyttäjiltä:
(tässä listattuna nimimerkkejä ihan asiaankuuluvasti)

pehku kirjoitti:En tiedä liittyykö tämä mitenkään mihinkään mutta suosikkikätköilijöiden sivun (showsuosikki.php) asiasisältö näyttää tällaiselta:

Loggaukset viimeisen 2 viikon ajalta

Warning: mysql_data_seek() [function.mysql-data-seek]: Offset 0 is invalid for MySQL result index 37 (or the query data is unbuffered) in /www/gcfi/html/user/showsuosikki.php on line 132

Warning: Variable passed to each() is not an array or object in /www/gcfi/html/user/showsuosikki.php on line 298

Ei lokeja seuraavilta käyttäjiltä:
(tässä listattuna nimimerkkejä ihan asiaankuuluvasti)

Tämä liittyy juurinkin kaikkeen kaikella tavoin joten pelko pois ettei liittyisi mihinkään mitenkään tavoin

Kyseisessä osuudessa oli virhe tilanteessa, jos kaikki suosikit ovatkin nukkuneet Ruususen unta pari viikkoa. Tällöin omituisia virheitä puksahteli näkyviin, Ei lokeja -tieto sentään oli oikein.

Nyt tämä fiksattu ja kiitokset huomiosta!

Ihan vaan kysymyksenä että onko tuonne Lupa käyttäjätietojen käyttöön- sivulle jossain linkkikin? Itse en sellaista omia tietojani, premium-sivua tai geocache.fin etusivua tutkimalla onnistunut löytämään, mutta onneksi sen löytää sentään keskusteluista.

TeemuH kirjoitti:Ihan vaan kysymyksenä että onko tuonne Lupa käyttäjätietojen käyttöön- sivulle jossain linkkikin? Itse en sellaista omia tietojani, premium-sivua tai geocache.fin etusivua tutkimalla onnistunut löytämään, mutta onneksi sen löytää sentään keskusteluista.

Linkin suhteen kieltämättä on ollut puutetta (enemmän kuin uskoinkaan) kun monia lopulliseen ratkaisuun liittyviä asioita on ollut työlistalla (ja niitä tässä vääntänyt kiireellä). Kiitos huomiosta!

Linkki oli tosiaan enää etusivun alaosan vanhemmissa uutisissa sekä keskustelussa, kun keltapalkkikin poistui ja uutisia on tullut uudempia. Ei-premiumeille on lisäksi linkkiä tarjottu eri paikoissa mutta valmiiksi premium ei sitä "turhana" ole saanut näkyviin (kun oli "päivitä premiumiksi" -tyyppinen linkki).

Muutin nyt omat tiedot -aloitussivun yläosassa vain ei-premiumeille olleen tietoboksin näyttämäänkin luvan nykytilan sekä tarjoamaan aina linkkiä luvan antamiseen. Lisäksi tein uuden härpäkkeen millä voi päivittää oman jäsenyystietonsa ja siihen on linkki em. sivulla jos käyttölupa on voimassa.

Lisäsin myös käyttöluvan antoon loppuun ohjeet miten luvan voi peruuttaa, eli linkin geocaching.comin oikeuksien näpelöintisivulle.

Jospa näillä toimenpiteillä vähän helpommin taas asiat löytyisi, täytynee FAQ päivitellä ja miettiä myös missä muualla voisi asiasta infoa olla. Mutta pikku hiljaa naputellen maailmaa valmiimmaksi...

Etusivun korostusväritystä on muutettu siten, että kätkökuvake sekä julkaisuajankohta eivät ole korostusväritaustalla. Tämä pyynnön mukaan selkeyttää FTF-tiedon sekä alle tunti julkaisusta -tiedon havaitsemista.

Mikäli tuo tuntuu huonolta tai hyvältä niin voi ottaa kantaa, tarvittaessa sitten tuokin täytyypi pistää käyttäjän valittavaksi tms.

Bugikorjaus GPX -lataukseen.

Kätköjen lisäwaypointit (olikohan tää sponsoriominaisuus) aiheuttivat GPX:n hajoamisen mikäli lisäwaypointin nimessä tai kuvauksessa oli & -merkki. Valitettavasti tätä(kään) ei itse ole huomannut testata

Bugi on nyt korjattu ja et-merkki saa asiaaankuuluvan HTML-koodauksen. Pahoittelen suuresti virhettä!


Palautan myös mieleen [Ohje] Kätköt uudempaan Garminiin -viestin, jossa väliotsikon Lisäohje: Garmin sekoilee (jämähtää kätkön tietojen katsomisyrityksessä, kaikki kätköt eivät näy tms.) alta löytyy ohje miten Garminin saa nollattua mikäli viallinen GPX aiheuttaa jatkuvia ongelmia.

Tuntuu tosin siltä että gepsien uudemmat softaversiot ehkä paremmin toipuvat virheellisestä GPX:stä mutta ainakin vanhemmalla softalla varustetut (tai vanhemmat "uudet laitteet") saattavat vetää herneen nenään niin, että vain edellämainittu käynti lääkärillä parantaa potilaan täydellisesti.


Toivotaan että nyt olisi löytynyt viimeinen bugi itsetekemästäni GPX-muodostajasta. Tiedossa oli että homma on sekä suuri että paljon virhemahdollisuuksia sisältävä joten siihen nähden homma on mennyt ehkä paremmin kuin kuvittelin, mutta jokainen virhe toki on liikaa

Kysyin tätä jo aiemmin, mutta silloin oli vanha servu jo tiensä päässä ja olen ymmärtänyt, että nyt olisi enemmän vääntöä

sivulla Lähimmät puuttuvat D/T -kombinaatiot
http://www.geocache.fi/stat/other/missing_dt.php

jos oletus parametreistä muuttaa ainoastaan kohdan:
Huomioi vain kätköt jotka ovat tyypiltään:
osalta niin, että valintana on
minkä tahansa muun arvon sijaan
arvo: Traditional Cache

saan seuraavan herjan
Fatal error: Maximum execution time of 30 seconds exceeded in /www/gcfi/html/stat/other/missing_dt.php on line 369

onko kyseistä hakua siis tarkoitus käyttää vain niin, että kätkötyyppiä Traditional Cache ei voi valita?

muut hakutekijät tuntuvat toimivan hienosti, ainoastaan kätkötyypin vaihtaminen tradiksi rikkoo haun (siis myös muut kätkötyypit ja - valinta toimivat)

pipsa kirjoitti:Kysyin tätä jo aiemmin, mutta silloin oli vanha servu jo tiensä päässä ja olen ymmärtänyt, että nyt olisi enemmän vääntöä
...
onko kyseistä hakua siis tarkoitus käyttää vain niin, että kätkötyyppiä Traditional Cache ei voi valita?

Kyllä vaan, nyt on vääntöä siten että pystyy varsinaisen vian selvittämään eikä suoritusaika katoa palvelimen pullonkaulaan. En vain ole tätä(kään) asiaa muistanut tutkia.

Koska kätkötyyppi Traditional Cache on valittavissa, se tarkoittaa sitä että se myös pitäisi toimia eli kyseessä oli siis koodin ongelma. Nyt tämä on korjattu ja myös ko. tyyppi on valittavissa.

Samalla löytyi myös huomattavasti suurempi ongelma, eli härveli ei osannut poistaa jo löydettyjä D/T -kombinaatioita listastaan ainakaan silloin, jos tyyppi oli valittu, vaan lykkäsi kaikki 81 eri kombinaatiota. Tämäkin on nyt korjattu.

Kiitos muistutuksesta ja pahoittelut ongelmista!

Kun näköjään olen ollut kovin hiljaa tässä ketjussa niin mainitaan, että kätkötietosivulle palasi lokiosuuteen käyttäjänimien linkit.

Niin, ja tällä viikolla myös kyseiset lokit palasivat oikeaan, päivämääräperustaiseen järjestykseen käyttäjävinkin ansiosta. Olivat mokomat halunneet olla lokin ID-numeron mukaisessa järjestyksessä ja sehän tarkoitti että lokit olivat loggaushetken mukaisessa järjestyksessä.

Kaikkea outoa voi siis vieläkin piileskellä vaikka olenkin jo päässyt pahimman muutosvaiheen yli, nyt on vuorossa "mitä kaikkea on vielä unohtunut" -vaihe ja siinä vielä voi riittää työsarkaa. Onneksi ei enää homma ole aivan yhtä hektistä kuin päivälleen 2 kuukautta sitten tapahtuneen räjähdyksen jälkeinen räpiköinti kohden tätä hetkeä

haksu10 kirjoitti:Samalla löytyi myös huomattavasti suurempi ongelma, eli härveli ei osannut poistaa jo löydettyjä D/T -kombinaatioita listastaan ainakaan silloin, jos tyyppi oli valittu, vaan lykkäsi kaikki 81 eri kombinaatiota. Tämäkin on nyt korjattu.

kiittää ja kumartaa!

Tulin pitkästä aikaa päivittäneeksi GSAK tietokantaani lataamalla kätkökartalla pikavalinnaksi tallettamiani hakuja Premium -sivun kautta. Latasin tiedostot ZIP -muodossa. Importatessani ZIP paketteja GSAK:iin, huomasin, ettei eräs makroni enää toimi. Makro katsoo kätkökuvaksen (short description:n) alkua ja etsii merkkijonoa "Alkuperäiset koordinaatit" muuttaakseen tuon tekstimuotoisen esityksen waypointiksi.

Tutkin syytä ja huomasin, että ääkkösille on tapahtunut GPX:ssä jotain kummallista juuri tuossa osiossa kätkökuvausta niissä kätköissä, joihin olen tehnyt omia merkintöjä. Tarkastin satunnaisotannalla neljä eri tällaista kätköä ja kaikissa tämän merkkijonon kaikki ä -kirjaimet ovat muotoa (hex) Jos kätkön long description kentässä on itsessään ääkkösiä, ne näyttävät olevan täysin oikein UTF-8 merkistössä (esim. ä -kirjain hex C3 A4). En onnistunut löytämään sellaista ratkomaani mysteeriä, jonka alkuperäisessä short description kentässä olisi ääkkösiä, joten en pystynyt varmistamaan koskeeko ongelma tuota kenttää vai kätköön tallennettuja omia tietoja.

Kätköt jotka tarkastin ovat GC2PNW5, GC27863, GC2W540 ja GC3MZM0.

Toivottavasti tämä auttaa pääsemään ongelman jäljille. Mikään kiire tällä ei tietenkään ole. Ja lisätietoja voi luonnollisesti kysellä, jos ilmaisin jotain epäselvästi tai jos jotain oleellista jäi epähuomiossa mainitsematta.

Giliad kirjoitti:Tulin pitkästä aikaa päivittäneeksi GSAK tietokantaani lataamalla kätkökartalla pikavalinnaksi tallettamiani hakuja Premium -sivun kautta. Latasin tiedostot ZIP -muodossa. Importatessani ZIP paketteja GSAK:iin, huomasin, ettei eräs makroni enää toimi. Makro katsoo kätkökuvaksen (short description:n) alkua ja etsii merkkijonoa "Alkuperäiset koordinaatit" muuttaakseen tuon tekstimuotoisen esityksen waypointiksi.

Tutkin syytä ja huomasin, että ääkkösille on tapahtunut GPX:ssä jotain kummallista juuri tuossa osiossa kätkökuvausta niissä kätköissä, joihin olen tehnyt omia merkintöjä. Tarkastin satunnaisotannalla neljä eri tällaista kätköä ja kaikissa tämän merkkijonon

Koodi: Valitse kaikki

Alkuperäiset koordinaatit: 60° xx.xxx E 025° xx.xxx<br>Omat merkinnät: GeoChecker 10.09.2012: N 60° yy.yyy E 25° yy.yyy <br>Omat tiedot päivitetty 10.09.2012<br>

kaikki ä -kirjaimet ovat muotoa (hex)

Koodi: Valitse kaikki

C2 81 C3 A4

Jos kätkön long description kentässä on itsessään ääkkösiä, ne näyttävät olevan täysin oikein UTF-8 merkistössä (esim. ä -kirjain hex C3 A4). En onnistunut löytämään sellaista ratkomaani mysteeriä, jonka alkuperäisessä short description kentässä olisi ääkkösiä, joten en pystynyt varmistamaan koskeeko ongelma tuota kenttää vai kätköön tallennettuja omia tietoja.

Kätköt jotka tarkastin ovat GC2PNW5, GC27863, GC2W540 ja GC3MZM0.

Toivottavasti tämä auttaa pääsemään ongelman jäljille. Mikään kiire tällä ei tietenkään ole. Ja lisätietoja voi luonnollisesti kysellä, jos ilmaisin jotain epäselvästi tai jos jotain oleellista jäi epähuomiossa mainitsematta.

Em. tekstit on nyt muutettu sellaisiksi, ettei skandeja ole niissä mukana. En osaa tätä korjata joten siksi tämä tapa.

haksu10 kirjoitti:Em. tekstit on nyt muutettu sellaisiksi, ettei skandeja ole niissä mukana. En osaa tätä korjata joten siksi tämä tapa.

Nooh, nyt palattu entisiin teksteihin. Jostain syystä aiemmin käytetty tapa ei toiminutkaan vaan emacs piti --no-multibyte -tilassa käynnistää jolloin Ä:t olivat \201\344 ja näistä sitten poisti \201:n niin tuloksena oli normaalit Ä:t.

Toistaiseksi siis GPX:t on saatavilla ja peräti omilla tiedoilla varustettuna mutta alkaa tuntumaan että olenko uppoamassa lopullisesti suohon GPX:n kanssa. Ei riitä että GPX on oikein muodostettu ja kaikilla ohjelmilla toimiva kun näköjään voi sitten jotain <censored> heksakoodieroa olla kahdessa <censored> Ä -kirjaimessa joista toinen tulee kannasta, toinen on skriptissä.

<censored> kaikki WTF-8:t ja kaikki <censored> muut <censored> merkistöt.

Mä oon siis niin lopussa.

Havainto: Saksasta löytämäni earthcache ei kasvattanut aakkostilastoa odotetusti.
Z-löytöjeni määrä tilastossa on edelleen vain yksi. (Muuten ulkomaanlöytöni näyttävät
tilastoituneen onnistuneesti.)

Ensimmäinen Z vuoden takaa ja sattumoisin Saksasta sekin, näkyy tilastossa:
http://www.geocaching.com/seek/log.aspx ... e72c290d93
Toinen Z, ei jostain syystä päädy tilastoihin:
http://www.geocaching.com/seek/log.aspx ... 4b310c1534

Ei haittaa minua, mutta ajattelin vain että voisi kiinnostaa.

Paljon kiitoksia Haksulle hienosta systeemistä!

GeoNT kirjoitti:Havainto: Saksasta löytämäni earthcache ei kasvattanut aakkostilastoa odotetusti.
Z-löytöjeni määrä tilastossa on edelleen vain yksi. (Muuten ulkomaanlöytöni näyttävät
tilastoituneen onnistuneesti.)

Ensimmäinen Z vuoden takaa ja sattumoisin Saksasta sekin, näkyy tilastossa:
http://www.geocaching.com/seek/log.aspx ... e72c290d93
Toinen Z, ei jostain syystä päädy tilastoihin:
http://www.geocaching.com/seek/log.aspx ... 4b310c1534

Ei haittaa minua, mutta ajattelin vain että voisi kiinnostaa.

Paljon kiitoksia Haksulle hienosta systeemistä!

Vastaavaa asiaa taitaa olla joskus hyvin kaukana sivuston historiassa ihmetelty jonkun muun kätkön osalta. Tässä nimittäin on pieni ongelma: kätkön nimi (ilman lainausmerkkejä) on: " Zugspitze (2962 m) - Top of Germany". Nimessä on siis välilyönti ensimmäisenä merkkinä eikä nimi ala siis Z -kirjaimella.

Ongelman tästä tekee se, että tämän kätkön osalta välilyönti lienee virhe mutta entäpä jos onkin mysteeri, jossa nimi alkaa tarkoituksellisesti välilyönnillä, taikka jos kätkön omistaja on tarkoituksella välilyönnin alkuun laittanut. Toki mahdollista on sekin, että nimessä on näennäisesti välilyönti alussa mutta kyseessä onkin heksakoodiltaan eri merkki joka näkyy käytössä olevalla merkistöllä välilyöntinä.

Toinen ongelma on se, että pitääkö / saako geocache.fi esittää kätkön nimen toisin, kuin se virallisessa lähteessä eli geocaching.com -sivustolla ja sen datassa on, olisihan tällöin geocache.fi:ssä nimi virheellisesti esitetty. Jos kuitenkin välilyönti poistettaisiin niin mikä olisi välilyönnin tarkka määritelmä; pitäisikö perustaa työryhmä tekemään virallisen määritelmän haitalliselle välilyönnille

Toistaiseksi ainakaan en nimen välilyöntiin koske koska muutoksen yhdenmukaisuuden takia pitäisi koskea sitten kaikkia kätköjä ja tällöin vaarana olisi tarkoituksellisen välilyönnin katoaminen. Kyseessä olisi myös muutos periaatteeseen, että kätködataa ei muokata kuin siinä tilanteessa että alkuperäisdatan "ominaisuudet" aiheuttavat sivustolle ja/tai gps-laitteelle ongelmia.