salainen

(check your language setting)
@salainen Have you already checked Google Chart API out?

Temped to code a simple doc.mgmt system (totally silly, but would need it :) Will resist the urges, maybe... Maybe if I'd try, then I'd get it out of my head...

@vimma Doc manangement like this?

@Ile Iy, that's evil.... but good motivation to play well :P Maybe same but in positive sense - when you hit the target the doc is put to backups :)

@vimma Or shared for crowd sourced editing via twitter? You just play and your docs gets ready anyway..

@Ile What should I chart?

I should probably write an WRT application (that's a mobile application implemented using web technology). Any ideas for the functionality?

Location aware task list. In work it's used for work related task (partly shared between your colleges), near stores it shows shopping list (shared with your family members), in home there is always "cleaning" etc...

Uu... nice idea.

Any idea where I could get info about what services are available at each location. I mean... what would be the best way to know that the location the user is at a given time is a store (and the kind of store it is)?

For daily things it could just learn that (autonomously or through the user teaching it).

Crowd sourcing. Easy way to select profile --> when more than X has se thet profile to "Store" --> You set it to default for users that hasn't tagged that site. '

If profile is actually hierarchical tag, you have locations like "store>clothes", "store>electronics" ...

..could tagging the place/getting a place tag be separate and open service?
It's not nice if all apps does this kind of functionality again and again... It should get your "identity" as a parameter.

@Ile it would be a nice candidate for a WRT application, but it would not work. The problem is that once you open the WRT application you are already inside the store and then GPS would not work.

@salainen Maybe you open app outside of the store? I would do that if it's easiest way to get active shopping list into your hand.

Wifi hotspots are coming to stores too, you can use those as a "fingerprint" for location.

Did you already make the shopping list that learns the order of things inside a store?

..or how about using gsm cell id as a source for location? Not sure if you can do it from WRT application. But your app could get location from Google Latitude Badge API (which uses both cell id and GPS)...

@salainen The most important feature is an easy way to throw away items that are already picked up. It's nice if you can sort items. Later it starts to give them in right order based on previous visits ;-)

And when you do your shopping list: Old items for same location should be easily available for new list.

Mainostanpa vaikka teille tässä vaiheessa: http://hkl.seuranta.org/ -- dösät ja sporat KML-muodossa.

Tein tuon aika lailla kuukausi sitten tämän innostamana. Ilmoittelin tuosta HKL:lle (tai itse asiassa Kerkko Vanhasen privapostiin), mutta ei ole kuulunut kommentteja.

Myös se @Ile:n kaipaama paikkatiedon megastore on tavallaan jo speksattu ja osin toteutettu, mutta nythän Google jo tarjoaa Latitudeen sijaintihistorian.

@Samuel ei futaa Google Earthissa. HKL logo latautuu, mutta yhtään bussia ei näy.

@salainen venaa hetki. Se on vain hidas.

@Samuel Mäkään en saanut näkymään Earthissa (v. 4.3). "Ajoneuvojen sijannit" tiimalaseilee kyllä.

Mulla on tarkoitus tehdä iPhone-appsi, jossa näkyisi bussit siellä missä olet. Ajatus oli myös tehdä ensin ja kysyä sitten mitä HKL tykkää... Olisi hyvä, jos sitten osallistuisivat datan avaukseen virallistamalla tuon rajapinnan.

edit: Ilmestyi kansiot Dösät ja sporat ja sen alle muutama linja. Klikkaamalla keskitti ko. kohtaan, mutta en huomannut kartalla mitään objektia ko. kohdassa.

Tuosta tekee (tarpeettoman) hitaan se, että se käy erikseen hakemassa joka ajoneuvolle edellisen ja seuraavan pysäkin nimeä (näytetään infokuplassa).

Pitäisi cachettaa pysäkkinimet. Ehkä sitten tuotantoversiossa... :)

Objektit ovat bussin tai ratikan logoja, joissa on mukana suunnan ilmaiseva nuoli.

Näkymää vaihdettaessa tuo tietenkin päivittää tilanteen, eli lataa kaiken uudelleen, mikä kestää... :(

Mutta mikäli tuon saa ladattua iPhonen Earth-sovellukseen, sen kai pitäisi näyttää bussit siellä missä olet. (Mitä pienemmäksi rajaa näkyvän alueen, sitä vähemmän ajoneuvoja näkyy ja sitä nopeammin tuo toimii.)

@Samuel Hieno siitä on tulossa, nyt spottasin noi ikonit ja sain auki infoboxin. Saisi vain päivitellä automaattisesti...

Jep, arvelin tosin käyttää google mapsia. Se on nykyään ihan OS-palveluna ja osaa jopa pyöriä kompassin perässä...

@Samuel Mun olisi helpompi tehdä tuo iPhone fatclient-appsi siten, että se kutsuisikin sinun KML:ää. Eikös idis ole sama, että ylä- ja alanurkka menee url-parametrina ja paluu-XML sisältää objektit sen alueen sisältä -- Ja höystät sen vielä noilla pysäkkitiedoilla?

Tein cachen. Nopeutui.

@Ile Päivittää tuo automaattisesti. Oletuksena päivitysväli 20 sekuntia, mutta sen voi vaihtaa Earthin asetuksista.

@Ile Joo, voit kutsua suoraan osoitetta http://hkl.seuranta.org/kml ja antaa sille BBOX-parametrit.

Mitä kaipaat pysäkkitiedoista? Että pysäkit näkyvät kartalla?

@Samuel No nyt toimii jo hienosti. Ei niiden pysäkkien varmaan kartalla tarvitse näkyä.

Mitä tosta pysäkin klikkauksesta nyt pitäisi tapahtua? Mulla aukeaa sivu jossa on vain pysäkin nimi...

@Ile näkyy tuo Maps-kartallakin. Katso vaikka

@Ile Kyllä siitä pysäkin nimestä itse asiassa piti päästä jonnekin muualle. Odotahan...

@Ile "Ne" on varmaan muuttanut jotain.

Laitoin nyt pysäkkilinkin viemään YTV:n aikataulukarttasivulle, josta pääsee Omat lähdöt -palveluun.

@Samuel Nyt on parempi. Jos saat HKL:lle yhteyksiä, kutsututa kahville. Voisin lähteä mukaan juttelemaan datanavauksen hauskuuksista ;-)

ping @tuija, katso nyt mitä se sun kilpailu saa aikaan ;-)

@Ile Luitko tämän?

Nyt luin, hyvähyvä ;-)

@Ile kiitos pingistä, mielenkiintoista! ping edelleen @apoikola @pe3

@Samuel ei se edelleenkään toimi mulle järkevässä ajassa (tai ollenkaan -- en tiedä, en jaksanut odottaa enempää).

@salainen Taitaa olla nyt rikki, ei toimi mullakaan (ei Earth eikä maps), eilen illalla toimi jo hienosti...

@salainen, @Ile debuggasin. Näköjään se HKL on hidas silloin,jos hakee pysäkin nimeä id:llä 0. Nyt en enää yritä sitä. Jostain syystä tänään illalla on kartalla paljon ajoneuvoja, joilla ainakin toinen pysäkki on 0. (Ovat päätepysäkillä tms.)

Sellainen selkeä bugi tuossa vielä on, että en osaa kunnolla päätellä, mikä on dösä ja mikä spora. Keksittekö te logiikan siitä HKL:n aineistosta?

kiitos pingauksesta @Tuija ... qaikussa alkaa olla jo niin pljon kaikkea rinnakkaista mielenkiintoista, että haavin läpi meinaa tippua. Pitäs olla joku Qaiku-deck tyyppinen seurantakalu.

@Samuel ja @Ile mitä noihin stadin 3d-taloihin tulee, niin olen kuullut huhun, että kaupunkisuunnitteluvirastolla on jo vuosia ollut oman työn tuloksena tehtyjä 3d-malleja suuresta osasta Helsingin taloja, mutta nämä ovat strictly vain kaupungin omaan käyttöön, koska kaupunkihan niistä on maksanutjin...

@apoikola pistä vain tähän ketjuun speksit siitä, miten qaikudeckin pitää toimia, niin eiköhän joku sen toteuta.

@Samuel Annatko esimerkin bbox-arvoilla suodatuksesta. Kokeilin
http://hkl.seuranta.org/kml?bbox=24.9... jonka pitäisi olla hyvinkin pieni boxi, mutta tulee silti iso joukko...

Kokeile laittaa BBOX isoilla kirjaimilla...

@Samuel Jep, palvelusi sai tänään muutaman kutsun ;-)

@pe3, oisko tän kerjun alussa mainitusta "location aware tasklististä" siihen sun jatkettuun GTD:hen mitään yhtymäkohtia? Arvelen, että nuo hierarkiset tagit vois istua niihin sun ylärakenteisiin...

@Samuel Onko HKL:stä kuulunut mitään? Olisi kiva saada heidän suunnaltaan kommenttia, avaisivatko tätä dataa ihan virallisemmin tai mitä tykkäävät kun sitä käytetään näin...

@Ile ei ole kuulunut mitään.

Oletkos törmännyt tähän: http://www.kalkati.net/? Sisältää kaikenlaisia liikennetietorajapintoja. En kyllä löytänyt pääkaupunkiseudun kamaa juuri lainkaan.

@Ile: se mun ylärakenne on tagilista tahoista ja omista identiteeteistäni, joiden suuntaan koen jonkinlaista vastuuta. Mahdollisimman paljon "instanssinimiä" abstraktien käsitteiden sijaan. Lokaatio tuo mulle aika vähän lisäarvoa, sillä teen niin paljon asioita tietokoneella. Suurempi haaste on aktivoida ja kaivaa esiin omasta digitaalisesta elämästä kulloinenkin kokonainen "vastuun läpileikkaus".

Hitto - en itekkään ymmärrä mitä puhun. Pitää varmaan ruveta opettamaan GTD:tä, että oppii puhumaan siitä.

@pe3 Ymmärrän.. pitää jättää takaraivoon tämä idis..

@Samuel Juuri nyt http://transport.wspgroup.fi/hklkartt... -palvelu on rikki.

Huomasin saman aamulla. Ei tuo ihan tuotantopalvelu taida HKL:llä olla. Pikemminkin demo tai proto...

@Samuel Sain yhteyden HKL:ään. Lupasivat rajapinnan antamista tuotekehityskäyttöön, tuotantokäyttöön heidän serverinsä ei vielä riitä. Pyysin rajapinnan virallisen kuvauksen...

Kuulemma "Ajoneuvot kartalla"-järjestelmästästä vastaava henkilö vaihtuu vuodenvaihteessa Helsingin Seudun Liikenne -kuntayhtymän aloittaessa toiminnan, eikä ole vielä tietoa, kuka järjestelmästä silloin vastaa. Toivotaan, että järjestelmä saa hyvän kodin...

@Samuel @Ile innostuin tekemään simppelin toteutuksen aiheesta N900:lle... softa hakee KML:ää ja spårat liikkuvat kartalla lähes reaaliajassa.

@bergie Hieno :-) Mun versiossa ei tosiaan ole ikonit käytössä... Tosin arvelin laittavani mielummin vuoronumerot.

..niin ja @bergie : HSL toivoo, että ko. kaltainen sovellus ei tule yleiseen jakoon, heidän serverinsä ei kestä. Jos tällainen kiinnostaa laajempaan käyttöön, heiltä saa toisen APIn, josta data tulee yhtenä TCP-striiminä (kaikki), josta ne voisi napata omalle palvelimelle kantaan ja tarjota sieltå vastaava API.
Löytyykö kiinnostusta tällaisen serverin implementointiin? Voitaisiin speksailla yhdessä..

@Ile jep, serveri olisi hyvä. Mutta eikös tuo toive koskenut sitä TCP-streamia, eli kun käytän seuranta.org:in KML-tiedostoa on homma ok?

@samuel:in seuranta.org-palvelu käyttää tietääkseni suoraan sitä http-gettiä josta mulle sanottiin, että joo saa käyttää mutta älä julkaise softaa laajempaan käyttöön

...suoraa tcp-striimiä ei erkkikään haluaisi käyttää mobiililaitteessa. Siinä ei voi rajoittaa aluetta :-)

@Ile tässä on lievä ongelma että kuinka paljon dataa voi cachettaa kun idea on että spårat liikkuvat koko ajan. Mutta jos nyt ainakin tuo KML-tiedosto takaisi sen että samanaikaisista clienttien pyynnöistä tulisi vain yksi haku HSL:n suuntaan

Jos striimiä luetaan ja laitetaan nuo kantaan UPDATElla, jokaiselle ID:lle löytyy vain 1 sijainti. Koko kanta mahtuu muistiin, josta voi sitten palvella noita REST-kutsuja (jokaisellahan on täysin yksilöllinen kutsu, koska bbox-arvot on varmasti eri...)

Noin siis periaatteessa. Olisi toki kiva, jos kullekin linjalle löytyy reittihistoriaa, jota voisi myös kysyä. Näin voisi näyttää kartalla, mihin spora/bussi on tod. näk. menossa... Eli pieni polku sporan takana ja vähän pidempi edessä...

@Ile tässä kohtaa mitä simppelimpi sitä parempi, eli tuo @Samuel:in KML-tiedosto mutta cachetettuna olisi mainio. Kovasti huvittaisi laittaa "bus catcher" pian jakeluun :-)

@bergie Miten cachetetaan, kun se luodaan lennosta yksilöllisille parametreille?

@Ile jos jättää bounding boxin pois ja ottaa jonkun hatusta temmatun refresh raten (esim. 5 sek), voi tieto haetaan vain kerran per tuo intervalli riippumatta clienttien määrästä.

@bergie Jos lukee tuota HTTP GET rajapintaa 5-sekunnin välein ja cachettaa sitä erillisiä bbox-kutsuja varten, mikä tuossa on enää yksinkertaisempaa kuin lukea suoraan striimiä, josta saa seuraavat tiedot:

id;name;type;ip;lat;lng;speed;bearing;acceleration;
gpsTimeDifferece;route;direction;departure;
departureTime;departureStartsIn;distanceFromStart;
snappedLat;snappedLng;snappedBearing;nextStopIndex;
onStop;differenceFromTimetable<CR><LF>

...raakaa tekstimuotoista virtaa.

@Ile lähinnä se että cachetetun KML:n kautta pyöräytettynä sata tai tuhat clienttiä näkyy yhtenä pyyntönä HSL:n suuntaan.

Niin, mutta koodia tarvitaan taas jonkin verran parsimaan tuosta cachetetusta isosta KML:stä se osuus, joka yksittäistä clienttia sattuu kiinnostamaan. Mobiiliclientissa haluan vain just sen alueen, mitä kartalle piirretään, ei isoa koko kaupungin KML:ää.

@Ile bus catcher hakee koko KML:n ja piirtää kaikki spårat kartalle. Näin liikennetty näkyy mihin sitten kartan käännätkin. Overheadia, mutta ei paljoa

Visioin juuri jos samalle kartalle piirtäisi myös Qaikulaisten jne. sijainnit.

Ok, no sitten. Mun client oprimoi vähän kaistaa ja hakee vain sitä aluetta, jossa olet (tai toki voit zoomata / pannata, jolloin haetaan taas uutta paikkaa). Ja toki voidaan tällöin hakea vähän tiuhempaa.

Sinun lähetymistavassa ehdottomasti kannattaa tehdä yksi serverijobi joka tekee cachetusta.

@bergie qaikulaisten sijainnit olisivat varmaankin käyttökelpoisia esim. jossakin oikean elämän tapahtumassa.

Seuranta.orgista ei vielä löydy valmista KML:ää qaikulaisten sijainneista (saatan lähiaikoina inspiroitua tekemään sellaisen). Aika lähelle kuitenkin pääsee seuraamalla viimeisimpiä qaikuja: http://qaiku.seuranta.org/map/

@Ile @bergie joo, mun KML käyttää suoraan HTTP-rajapintaa. Ja joka kerran, kun KML:ää kutsutaan, se myös kutsuu suoraan HSL:n palvelinta. (Pysäkkien ja reittien tiedot toki cachetan.)

Oikea ratkaisu olisi tietenkin, että ajaisin HSL:n TCP-streamia kantaan ja muodostaisin KML:n dynaamisesti kannasta.

@bergie @Ile nyt tiedot tulevat kannan kautta.

Muutin myös vähän KML:ssä näkyviä kuvauksia. Kuvauksesta näkee, kuinka paljon ajoneuvo on aikataulusta edellä tai myöhässä.

@Samuel nyt KML tiedosto näyttää varsin tyhjältä, eli ilmeisesti jostain bugittaa? Joka tapauksessa, tarkoittaako kantapohjaisuus sitä että voin laittaa buscatcherin jakeluun kun homma lähtee pelaamaan?

Mahtaavaa @Samuel

Onko sinulla pääsy heidän "livestriimiin" vai luetko vielä samasta paikasta mistä heidän webbisivu datansa hakee?

ai oliko se @bergie buscatcherin taustalla? multa meni tämä ohi, kun kävin kommentoimassa blogiin... ihan pihalla kaikesta, mutta hyvä homma. HSL:n kaverit ovat kyllä myötämielisiä avoimen datan suhteen, mutta heitä pitää vaan tukea siinä :)

@apoikola jep, buscatcher oli semmoinen kevyt alkuillan koodailusprintti kun sain liberaalisti lainailtua koodia @ihmis-suski:n kesäkoodiprojektista. Isot kiitokset @Samuel:ille KML-rajapinnasta, ilman sitä olisi työläämpää!

@Samuel nyt KML toimii, kiitos! (update: aina silloin tällöin on tullut vastaan spåraton KML-tiedosto, tuntuu sitten korjautuvan jollain aikavälillä)

buscatcher 0.1 has been queued for loading into fremantle extras-devel repository http://maemo.org/packages/view/buscatcher/

Nyt olisi buscatcher Maemon extras-testingissä. #N900 -käyttäjät, asentakaa ja äänestäkää! http://maemo.org/packages/package_instance/view/fr...

@Ile käytän WSP:n rajanpintakuvauksessa kerrottua IP:tä, en enää niitä @salaisen selvittämiä HTTP-osoitteita.

@bergie Honkosen Jari @ hsl.fi kuulisi varmaankin mielellään buscatcherista. HSL:n toive on, että jos jotakin heidän rajapintojaan käyttävää sovellusta julkaistaan tuotantokäyttöön, siitä sovittaisiin heidän kanssaan.

@bergie joo, KML oli näköjään eilisestä lähtien aina tasatunnin jälkeen 30 minuuttia ajan tasalla, sitten jämähti paikoilleen puoleksi tunniksi ja tyhjeni tasatunnein. :-) Olin jättänyt skriptin suoritusajaksi 30 minuuttia, mutta laittanut sen croniin käynnistymään tunnin välein. Katsellaan, lähtisikö nyt kahdeksalta toimimaan oikein.

Buscatcherillä on jo seitsemän ääntä eli näillä näkymin sen saisi pian jakeluun! @Samuel laitoin HSL:lle ja sinulle mailia aiheesta.

HSL kuittasi että "jakeluun vaan". Softa poistuu karanteenista 17.9. eli varmaankin silloin.

@Samuel nyt on taas tullut jonkin aikaa tyhjää feediä

@bergie joo, sorry.

Säädin cachetusta niin, että tietoja hakeva skripti käynnistetään uudelleen kerran vuorokaudessa (5:30), ja se pyörii vuorokauden. En vain tajunnut laittaa mitään skriptiä pyörimään eilisen ajaksi, joten tiedot eivät päivittyneet eilisestä puolestapäivästä tämän päivän aamuun.

Lokien mukaan buscatcher on käynyt hakemassa KML:ää aamulla kolmen ja neljän aikoihin. Ovatkohan ulkomaisia käyttäjiä?

Pitäisiköhän virittää joku valvonta vahtimaan, että KML toimii?

@Samuel voivat hyvinkin olla ulkkareita. Sain eilen mailia muutamalta jotka olivat kiinnostuneita Helsingin raitioliikenteestä vaikkeivat asu täällä

@Samuel nyt olisi buscatcher Maemo Downloadsissa. Saapa nähdä miten download-määrät kehittyvät :-)

Jos ihmettelet logeissasi "buscatcher/2.0" -entryjä, on kyseessä harjoitukseni portata sovellus Genielle http://maemo.org/downloads/product/Maemo5/buscatch...

@Samuel Olisi hienoa saada samaiseen bussilivepalbveluun myös Tampereen liikenne. En löytänyt mitään virallista API-kuvausta, mutta käytännössä tämän palvelun datat löytyy täältä.

Laitoin Tampereen joukkoliikenteelle kysymyksen, mitä mieltä ovat palvelunsa käyttämisestä omista sovelluksista.

ping @bergie

Lupa Tampereen datan käyttöön löytämälläni ei-virallisella APIlla on saatu, varoituksella, että koneen osoite saattaa muuttua

@Ile tuon ip-osoitteen DNS on demo.reittiopas.fi – on siis selvää, että vähintään DNS vaihtuu, ja mitä todennäköisimmin myös IP.

@kestinen Joo, sen takia omissa iPhone-softissa käydään ensin omalla webbpalvelimella hakemassa konfigiuraatio, tässä tapauksessa urli mitä käytetään.. Menee vain hetkeksi rikki.