Geocache.fi uudistus, ongelmat jne.

[wesbridge]

Geocaching.comin mukaan kätköjä on Suomessa 23 695 ja Ahvenanmaalla 95 eli yhteensä 23 790. Mukana näyttävät olevan aktiiviset ja hyllytetyt kätköt, mutta ei arkistoituja.

Geocache.fi:n etusivun tilaston mukaan kätköjä on kaikkiaan 27 712, joista käytettävissä on 21 818 ja hyllyllä 927, eli yhteensä 22 745 ei-arkistoitua.

Tuo 45 kätkön erotus kokonaismäärässä vastaa suhteellisen hyvin siihen, mitä etusivun listauksessa on tulossa olevia eventtejä. Eihän ne nyt sitten aiheuttaisi tuota eroa, kun gc.com taitaa maakohtaisessa kätkölistauksessakin näyttää eventit mukana? (Esim http://www.geocaching.com/seek/nearest. ... ntry_id=72 )

[haksu10]

Kiitokset Stone'5:lle huomiosta!

Nyt etusivun tilastot ovat käsiajettu. Tehdessäni seurantaa sille, miksi tilastot eivät ole päivittyneet, löytyi vahingossa se bugi, mikä on estänyt niiden päivittymisen... nooh, seuranta on nyt varalta tehty loppuun asti

Tilastot olivat jostain vuodelta miekka ja kypärä. Ihmeellisintä on se, että miksi ne ovat aikonaan päivittyneet kun kellonaikavertailussa oli tunnit date("H") kirjoitettukin $date["H"] ja sama myös minuuttien kohdalla. Jostain lienee vuotanut tuollaiset muuttujat härpäkkeelle mutta lakannut sitten (viime talven uudistuksessa) vuotamasta.

Nyt siis etusivun tilastot pitäisi taas päivittyä oikein. Koska niitä jokainen nyt silmäilee lisäsin niiden alle maininnan "Tilastot muodostetaan kerran vuorokaudessa heti puolen yön jälkeen" koska nuo ovat olleet (ja ainakin toistaiseksi ovat) ajautumassa vain kerran vuorokaudessa. Niinpä illasta voi eroa olla vaikka 200 virallisiin lukemiin kun uusia kätköjä tunkee koko päivän ovista ja ikkunoista Suomea täyttämään

Täytyy vielä koittaa jossain välissä ristivertailla kaikkia tilastoja, jos vaikka jossain on vielä väärää laskentatapaa tms. mutta nyt sentään on jo tilanne paljon parempi.

[Pretty.Killswitch]

No jos lähdetään tuolle huomiolinjalle, niin en malta olla sanomatta, että ainakin valko- ja sinipohjaiset FTF ja ranking -tilastot näyttää määrät eri tavalla. Luulin että niissä ainoa ero olisi vain väri, mutta ehkä niissä on sitten koodissakin jotain eroa, koska valkoisissa ja sinisissä on eri lukemat ennen kuin ne sitte joskus aikanaan tasaantuu. Ei sinällään haittaa kyllä mitään, mutta mainitsin, koska huomio.

[haksu10]

No jos lähdetään tuolle huomiolinjalle, niin en malta olla sanomatta, että ainakin valko- ja sinipohjaiset FTF ja ranking -tilastot näyttää määrät eri tavalla. Luulin että niissä ainoa ero olisi vain väri, mutta ehkä niissä on sitten koodissakin jotain eroa, koska valkoisissa ja sinisissä on eri lukemat ennen kuin ne sitte joskus aikanaan tasaantuu. Ei sinällään haittaa kyllä mitään, mutta mainitsin, koska huomio.

Täytyy näköjään kirjoittaa enemmän selitystä tilastoihin (joskaan en ole vielä keksinyt keinoa millä saisi väen lukemaan jotain selityksiä; kokeillut aikojen kuluessa kaikkea huomioväreistä vilkkuvaan ja vaikka mitä).

Mutta tämä "Tilastokuvat muodostetaan uudelleen kun niiden muodostuksesta on kulunut vähintään 3 tuntia." lauseke täytyy vääntää muotoon "Tilastokuvat muodostetaan uudelleen kun niiden muodostuksesta on kulunut vähintään 3 tuntia. Mikäli jokin tilastokuva on esim. geocaching.com:n profiilissa se muodostetaan, mikäli profiilisivu ladataan, ja kyseisen tilastokuvan viimeisimmästä muodostuksesta on kulunut vähintään 3 tuntia. Tämä ei kuitenkaan tarkoita että sama kuva mutta eri optioilla, kuten eri värimäärityksellä, muodostuisi samalla vaan käsite 'kuva' tarkoittaa siis 'kuvaa itsessään mutta lisäksi mukaanlukien sen mahdolliset lisäoptiot'."

"Sitten kun ehdin" -listalla on tosin jo kolmatta vuotta koko tilastointijärjestelmän muutos siten, että kuviin tarvittava data muodostetaan omaksi tietokannaksi ja sieltä saadaan numerot kaikkien tilastojen käyttöön koska nykyinen järjestelmä on nykyisin tarjolla olevivilla eri tilastokuvilla variaatiomäärillä sekä käyttäjämäärillä täysin järjetön ja kuormittava. Valitettavasti nykyään tätä "Sitten kun ehdin" -hetkeä ei näytä tulevan ja kyseinen "Sitten kun ehdin" -lista tulostettuna paperirullalle, Arial -fontilla koko 10:llä, yltäisi todennäköisesti Näsinneulan huipulta maahan asti ja vielä jäisi ylikin. Nooh, onpahan jotain tekemistä seuraavalle koodiorjalle joka minut korvaa itseni viettäessä aikaa lähellä omaa kätköäni

Mutta tilastokuvissa kannattaa siis toistaiseksi katsoa jokaista kuvaa uniikkina teoksena eikä massatuotantokuvasarjaan kuuluvana yhtenä osana.

[Pretty.Killswitch]

Okei. Jos se ei ole vika vaan ominaisuus, ni sittenhän se on ihan ok. Kiinnitin huomiota tähän koska

täysin järjetön ja kuormittava.

Mutta mulle riittää, että haku toimii ja kätköt saa ladattua kätevästi kepukkaan, kaikki muu on vaan plussaa.

[kh69]

Yksi tilastobugi löytyi: prosenttipohjaisessa kuntatilastossa Tampereen 1 kätkön Mega-löytö oikeuttaa 0% löytölukemaan Tampereen Mega-kätköistä. Onko siellä järjestetty siis aivan hillitön määrä Mega-eventtejä?

Siis tässä tilastossa: http://www.geocache.fi/stat/other/jakau ... pros=1&ar=

[haksu10]

Yksi tilastobugi löytyi: prosenttipohjaisessa kuntatilastossa Tampereen 1 kätkön Mega-löytö oikeuttaa 0% löytölukemaan Tampereen Mega-kätköistä. Onko siellä järjestetty siis aivan hillitön määrä Mega-eventtejä?

Siis tässä tilastossa: http://www.geocache.fi/stat/other/jakau ... pros=1&ar=

Lisäsin kyseiseen taulukkoon mahdollisuuden nähdä tilanne myös arkistoitujen kätköjen kanssa. Normaali prosenttijakauma näyttää "mahdollisuus kaikissa 100%" eli arkistoidut ovat rajattu pois.

[haksu10]

Tänään on luvassa melko harvinainen tilanne,eli sivustolla on käyttökatkos 22:30 alkaen. Katkos kestää arviolta 30 minuuttia mutta ongelmat taikka väärin "veikatut" ajat eri tietokantapäivityksen osille voivat pidentää käyttökatkosta.

Käyttökatkoksen aikana tietokantarakenteita päivitetään lokitaulun sekä sen oheistaulujen osalta. Tavoitteena on saavuttaa jopa käyttäjille saakka näkyvä parannus sivuston nopeuteen erityisesti lokiseurannassa lisäoptioita käytettäessä. Parannus samalla keventää kokonaisuutta joten kokonaisuutenakin toivottavasti on luvassa nopeampaa pörinää

Normaalista poiketen tällä kertaa ei ole oletusarvona ongelmia sivustolla. Yksittäistapaukset voivat kuitenkin olla mahdollisia koska tauluista poistuu sarakkeita ja jossain voikin vielä olla piilottelemassa osuuksia jotka tästä ottavat itseensä. Ongelmista voi kirjoittaa tähän ketjuun jne.


Muuta asiaa

Geocache.fi:ssä ilmevien premiumtiedon katoamisten tekninen kulku on selvillä ja se liittyy samaan ongelmaan kuin mikä esiintyy esim. Field notes -lähetyksessä geocaching.com:n palvelimelle eli geocaching.com:n dataliityntä antaa virheilmoituksen taikka ei vastaa ollenkaan. Valitettavasti dataliitynnän käsittelyn toteutuksessa oli olettamus ettei merkittäviä virhetilanteita olisi joten niihin ei myöskään tullut varauduttua.

Vaikka virheilmotustilanteen pystyisikin käsittelemään niin "ei vastaa" -ongelmaa ei nykyisellä api-dataliitynnän käsittelytavalla pysty korjaamaan, ainoastaan kiertämään. Niinpä tämänpäivisen tietokantapäivityksen jälkeen työlistalla onkin api-dataliitynnän käyttöön uusi moottori. Tarkoituksena olisi saada aikaan moottori joka tajuaa "ei vastaa" -tilanteen ja tässä sekä muissa virhetilanteissa osaa automaattisesti tehdä pyynnön uudelleen jne.

Projekti voi olla joko nopea päivän homma taikka sitten väännän muutaman viikon tukka putkella uutta koodia todetakseni vain, ettei se siltikään toimi Pidetään peukkuja että yllätyksiä ei tule eteen vaan kohtuullisen nopeasti saan tämän projektin valmiiksi ja pääsen taas seuraavan kimppuun

[arisoft]

Vaikka virheilmotustilanteen pystyisikin käsittelemään niin "ei vastaa" -ongelmaa ei nykyisellä api-dataliitynnän käsittelytavalla pysty korjaamaan, ainoastaan kiertämään. Niinpä tämänpäivisen tietokantapäivityksen jälkeen työlistalla onkin api-dataliitynnän käyttöön uusi moottori. Tarkoituksena olisi saada aikaan moottori joka tajuaa "ei vastaa" -tilanteen ja tässä sekä muissa virhetilanteissa osaa automaattisesti tehdä pyynnön uudelleen jne.

Minulla on kanssa omia kokemuksia API-liittymän "ei vastaa" vioista. Systeemi saattaa kyllä ottaa komennon vastaan esim. lisätä field-noten, mutta ei kuitenkaan vastaa mitään. Niinpä niitä field-noteja on saattanut olla tallessa sitten useampia kun niitä on yrittänyt lähettää uudelleen ja uudelleen.

[haksu10]

Tänään on luvassa melko harvinainen tilanne,eli sivustolla on käyttökatkos 22:30 alkaen. Katkos kestää arviolta 30 minuuttia mutta ongelmat taikka väärin "veikatut" ajat eri tietokantapäivityksen osille voivat pidentää käyttökatkosta.

Pikkuriikkisen meni aika-arvio pieleen; juuri äsken viimeinen päivitys pulahti valmiiksi eli kesti noin 2,5 tuntia

Jos olisi tiennyt kuinka kauan datan siirto tauluista toiseen viekään, olisi homman tehnyt kikkailemalla vanhojen taulujen sarakkeita muokkaamalla ja poistamalla. En vain tajunnut ajatella, paljonko dataa lokitekstitaulussa kaikkiaan onkaan ja aika-arvio oli tehty varsinaisen lokidatataulun perusteella.

Uskoisin kuitenkin että hyvää kannatti odottaa ja nyt on taas otettuna suuri askel eteenpäin datamäärän käsittelyssä ja ylläpidossa. Esimerkiksi lokiseurannan monet ehdot toimivat huomattavasti nopeammin. "Vain suosikkini" -valinnalla sain vastausta odottaa reilu puoli minuuttia ja tuloksena tuli 27 loggausta (kun aikarajoitin katkaisi) ja nyt täydet sata loggausta tulee noin kolmessa sekunnissa Toki kuormitustilanne yms. seikat voivat aina satunnaisia hitauksia tehdä mutta en usko, että enää täytyisi odottaa lähellekään niin kauaa kuin ennen edes pahimman mahdollisen kuormituksen aikana.

Tässäpä pieni yhteenveto asiasta, nyt ei jaksa enempää pulista kun hermot kireällä istui 2,5 tuntia tuijottaen kolmea tietokantaikkunaa, joissa jokaisessa tapahtui... ei mitään, ei yhtään mitään, vain komento näkyi ja siinä kaikki. Loppujen lopuksi sitten yksi kerrallaan pullahti datakopiointi läpi ja jonossa olleet taulujen uudelleennimeämisetkin olivat kaikki oikein ja hommat lähtivät taas pörisemään

[haksu10]

Lokitekstien alkujen näkyminen lokiseurannassa (ei-premiumit) ei toiminut yön tietokantapäivitysten jälkeen. Nyt tämä pitäisi olla korjattu.

[haksu10]

Lokitekstien alkujen näkyminen lokiseurannassa (ei-premiumit) ei toiminut yön tietokantapäivitysten jälkeen. Nyt tämä pitäisi olla korjattu.

Näitäpä löytyy... nyt mobiilin lokilista toimii.

[stebu]

Julkaisu http://coord.info/GC3W8ZF ei näy etusivulla.

[haksu10]

Julkaisu http://coord.info/GC3W8ZF ei näy etusivulla.

Näin näköjään oli; kätköä ei ole saatu gc.comin apista ollenkaan

Näyttää siltä että viime aikoina on muutenkin ollut saanti huonoa. Varmuuden vuoksi tietyn aikahaarukka on aina limitetty siten että saman kätkön pitäisi tulla monessa peräkkäisessä haussa, mutta näin ei enää olekaan.

Pahoittelen että kätkö on jäänyt tulematta ja päivitän systeemiä siten että se yrittää vielä enemmän spämmätä datapyyntöä .comin suuntaan.

[haksu10]

Julkaisu http://coord.info/GC3W8ZF ei näy etusivulla.

Näin näköjään oli; kätköä ei ole saatu gc.comin apista ollenkaan

Näyttää siltä että viime aikoina on muutenkin ollut saanti huonoa. Varmuuden vuoksi tietyn aikahaarukka on aina limitetty siten että saman kätkön pitäisi tulla monessa peräkkäisessä haussa, mutta näin ei enää olekaan.

Pahoittelen että kätkö on jäänyt tulematta ja päivitän systeemiä siten että se yrittää vielä enemmän spämmätä datapyyntöä .comin suuntaan.

No niin, toki itsekin olin vielä tyrinyt kaiken ja tokenit olivat menneet sekaisin eikä dataa kulkenut... jäi tulematta kätköjä.. nyt mukana... pahoittelut

[haksu10]

Niinpä tämänpäivisen tietokantapäivityksen jälkeen työlistalla onkin api-dataliitynnän käyttöön uusi moottori. Tarkoituksena olisi saada aikaan moottori joka tajuaa "ei vastaa" -tilanteen ja tässä sekä muissa virhetilanteissa osaa automaattisesti tehdä pyynnön uudelleen jne.

Projekti voi olla joko nopea päivän homma taikka sitten väännän muutaman viikon tukka putkella uutta koodia todetakseni vain, ettei se siltikään toimi Pidetään peukkuja että yllätyksiä ei tule eteen vaan kohtuullisen nopeasti saan tämän projektin valmiiksi ja pääsen taas seuraavan kimppuun

Uusi moottori on nyt valmiina ja ensiksi se siirtyy datalatausjärjestelmän käyttöön aivan näinä minuutteina. Jos kaikki toimii oikein se myös nopealla aikataululla tulee field notes -lähetykseen jne.

Mutta ongelmat ovat mahdollisia joten jos jotain outoa dataa näkyy kätköissä tai lokeissa niin niistä voi kertoa, tosin itsekin tässä seuraan mitä tapahtuu ja koitan parsia mahdollisia ongelmia.

[haksu10]

Jos kaikki toimii oikein se myös nopealla aikataululla tulee field notes -lähetykseen jne.

Nopealla aikataululla uusi api-moottori tuli myös Field notes -lähetykseen Loggaa -osuuteen.

Uusi moottori osaa yrittää uudelleen mikäli lähestys ei onnistu. Yrityskertoja on 6 jonka jälkeen kyseinen Field note ohitetaan. Yrityskerrat näytetään tyyliin "Yritys #1 #2 #3" lähestystilannenäytössä.

Gc.comin api-dataliityntä sisältää kolme eri vastausta lähetyspyyntöön:
- Onnistui (todennäköisyys n. 33%)
- "The service is unavailable" (todennäköisyys n. 33%)
- Yhteys muodostuu muttei mitään dataa tule ulos "mykkä" (todennäköisyys n. 33%)

Prosenttiosuudet vaihtelevat riippuen päivästä, kellonajasta, nousuveden korkeudesta ja kuun vaiheesta ja yllä olevat ovat keskiarvoja. Niinpä satunnaisesti voikin käydä niin ettei edes 6 yritystä riitä mutta tämä on melko harvinaista. Yrityskertoja ei myöskään ole järkevää kasvattaa ylettömyyksiin koska "mykkä" -tilanteessa menee useita sekunteja ennen kuin yhteys pakkokatkaistaan ja jos api rikkoutuukin lopullisesti siten että antaa vain "mykkä" -vastausta niin lähestyssivu sitten rullaisi maailmantappiin yrittäessään aina vaan uudestaan ja uudestaan.

Tiedossa ei ole sitä, mitä todellisuudessa tapahtuu "mykkä" -tilanteessa. On mahdollista, että tällöin kuitenkin Field note siirtyy geocaching.com:lle, tai sitten ei, taikka sattumanvaraisesti joko-tai. Kannattaakin vilkaista Field notes -lista gc.comin puolella läpi ettei siellä ole peräkkäin tuplia, triploja tms. ennen kuin alkaa loggaamaan. Varmasti oikeaksi todettua tietoa tämän tilanteen osalta voi kertoa.

Nyt siis Field notesit taas kulkevat niin normaalisti kuin mahdollista. Toivotaan että tuo gc.comin api-dataliityntä ei enää paljoa enempää ala takkuilemaan kesän edetessä koska jo nyt datan ajantasaisuudet ovat kohtuullisen surkeita kun vain noin kolmasosa pyynnöistä tosiaan onnistuu

[Pretty.Killswitch]

Puuttuukos ukkostutkasta semmonen paluulinkki, vai eikö puusilmä vaan huomaa sitä?

[haksu10]

Puuttuukos ukkostutkasta semmonen paluulinkki, vai eikö puusilmä vaan huomaa sitä?

Kiitos huomiosta, nyt tämä (geocache.fi -etusivu-linkki) on lisätty.

Näistä ei-geocache.fi -layoutia käyttävistä osuuksista jää säännönmukaisesti linkki aina pois koska omassa käyttötavassani paluulinkkiä ei tarvitse, siksi sitä ei huomaa mukaan ikinä laittaa

[Jani_ja_perhe]

Hei,

Kelailin tässä Etelä-Savon haastetta (GC4D505) varten sopivia kätköjä ja huomasin, että Suomenniemen kätköt ovat vieläkin Etelä-Karjalan puolella, vaikka kuntaliitos Suomenniemi -> Mikkeli tapahtui vuoden vaihteessa 2013. Samalla Suomenniemi meni osaksi Etelä-Savoa. Pikku juttu mutta on tainnut jäädä järjestelmässä huomioimatta.

Lisähuomiona pitää sanoa, että yksi Etelä-Karjalan Alphabet -kätkö on nyt sitten Mikkelissä (Miehiä ja Naisia - Etelä-Karjalan Alphabet - M GC3HR3X).