Elisa Viihde API Info



Näytä ensimmäinen kirjoitus

Tämä keskustelu on suljettu, eikä tätä voi kommentoida.

Kokeile löytyisikö samasta aiheesta toinen tai uudempi keskustelu.
Jos keskustelua tai vastausta ei löytynyt, aloita uusi keskustelu.

HAE KESKUSTELUISTA

415 kommenttia

Käyttäjätaso 5
Voihan koodia julkaista ilman API-keytä kuten jotkut ovat jo tehneetkin.

Edelleen pidän positiivisena sitä että Elisa edes julkaisi uuden APIn eikä vaan yksinkertaisesti tappanut vanhaa. Talven pitkinä pimeinä iltoina voi jotain syntyäkin.

eViihteen lähdekoodit ovat olleet jo usean vuoden ajan haettavissa githubista nikkini mukaisesta reposta. Tuolta on tässä OSX;n versiovaihtojen yhteydessä useampikin hakenut ja kääntänyt uudella XCodella. Githubissa on vain vanhan API;n mukainen koodisto, eli jos joku lähtee siitä tekemään, niin ihan vapaasti. Kunhan edes muistaa pitää viittauksen alkuperäiseen tekijään.

Windows version koodit eivät ole githubissa, eivätkä julkisesti missään tarjolla. Se on sen verran paha purkkapaketti, kun on aikanaan paineen ja kiireen alla tehty. OSX versio kun oli alkuperäinen ja Windows versio tuli vähän sivutuotteena, kun alkoi tulla yleisön painetta.

Idea hyvä, toteutus ei niin, näin voisin kiteyttää kehittyneen tilanteen tässä. Ja hutikuti ei ole API, joka voisi vielä kehittyä ja varmaan niin tekeekin, vaan tämä kaikki mitä itse vihaan yli kaiken softabisneksessä - putkinäköiset excel-johtajat ja lakikirjan päällä istuvat ja itse asiasta hyvin vähän tietävät lakihenkilöt.

Iso osa eViihteen käyttäjistä kun ymmärrykseni mukaan ei ole ollut mitenkään teknisesti valveutunutta (useampikin palaute "kun isoisä/äiti/mummo on käyttänyt"). Tästä syystä en itse lämmennyt tekemään "lataa tämä, pyydä api-avain tuolta foorumilta", tiedän hukkuvani apupyyntöihin jos näin menettelisin.

Syksyn jatkot, jatkan itse muiden projektien kanssa, joissa ei tarvitse kolmea kuukautta taistella lakiasioiden vuoksi ja sittenkin julkaisu on mahdollista vain virittelemällä.

Rohkeutta ja jaksamista niille, jotka vielä jatkavat tässä tarinassa.
Voihan koodia julkaista ilman API-keytä kuten jotkut ovat jo tehneetkin.

Edelleen pidän positiivisena sitä että Elisa edes julkaisi uuden APIn eikä vaan yksinkertaisesti tappanut vanhaa. Talven pitkinä pimeinä iltoina voi jotain syntyäkin.

Eli olenko ihan metsässä, jos ajattelen näin...

Jos saisin joltain toimivan koodin, johon laitan omat Elisalta saadut APIkeyt, niin voisin käyttää sitä ikäänkuin "omalla vastuulla" niin, ettei koodin antaneen henkilö tarvitse olla huolissaan API sopimuksessa mainituista jutuista?

Itselläni ei osaaminen riitä koodin alusta asti väsäämiseen, mainittu muutos varmaan onnistuisi.

Muoks. En äsken huomannut tuota ssultin viestiä, sen perusteella en ollut ihan metsässä.

Itselleni riittäisi pelkkä mahdollisuus ladata tallenteet omalle koneelle ja jotenkin on tullut sellainen fiilis, että nimenomaan sen estäminen/vaikeuttaminen on suurin "motiivi" tähän API-sekoiluun...
Käyttäjätaso 5

Voihan koodia julkaista ilman API-keytä kuten jotkut ovat jo tehneetkin.

Edelleen pidän positiivisena sitä että Elisa edes julkaisi uuden APIn eikä vaan yksinkertaisesti tappanut vanhaa. Talven pitkinä pimeinä iltoina voi jotain syntyäkin.
Eli olenko ihan metsässä, jos ajattelen näin...

Jos saisin joktain toimivan koodin, johon laitan omat Elisalta saadut APIkeyt, niin voisin käyttää sitä ikäänkuin "omalla vastuulla" niin, ettei koodin antaneen henkilö tarvitse olla huolissaan API sopimuksessa mainituista jutuista?

Ei ole suora vastausta tiedossa, että asettaako tämä sopimuksen voimaan kehittäjää kohtaan. Eli tilanne jossa API;a vasten on käännetty/tehty ohjelma (tai muutoin valmis paketointi) ja se jaellaan käyttäjille ja käyttäjän vastuulla on hakea API-avain Elisalta ja asettaa se ohjelmaan. Voimaan astumisesta on sopimuksessa vain lause; "kun ohjelmisto jaetaan".

Periaatteessa tuossa tehdään jo ohjelma, joka käyttää Elisan sopimuksen alaista API-rajapintaa, ja se ohjelma jaellaan käyttäjälle.

Harmaa alue, sävyä en osaa sanoa, että kuinka. Mutta riskinä on, että se kuuluisa ruskea juttu lentää loppuunmyytyihin tuulettimiin...

Mutta Elisan puoli vastatkoon tarkemmin.


Voihan koodia julkaista ilman API-keytä kuten jotkut ovat jo tehneetkin.

Edelleen pidän positiivisena sitä että Elisa edes julkaisi uuden APIn eikä vaan yksinkertaisesti tappanut vanhaa. Talven pitkinä pimeinä iltoina voi jotain syntyäkin.
Eli olenko ihan metsässä, jos ajattelen näin...

Jos saisin joktain toimivan koodin, johon laitan omat Elisalta saadut APIkeyt, niin voisin käyttää sitä ikäänkuin "omalla vastuulla" niin, ettei koodin antaneen henkilö tarvitse olla huolissaan API sopimuksessa mainituista jutuista?
Ei ole suora vastausta tiedossa, että asettaako tämä sopimuksen voimaan kehittäjää kohtaan. Eli tilanne jossa API;a vasten on käännetty/tehty ohjelma (tai muutoin valmis paketointi) ja se jaellaan käyttäjille ja käyttäjän vastuulla on hakea API-avain Elisalta ja asettaa se ohjelmaan. Voimaan astumisesta on sopimuksessa vain lause; "kun ohjelmisto jaetaan".

Periaatteessa tuossa tehdään jo ohjelma, joka käyttää Elisan sopimuksen alaista API-rajapintaa, ja se ohjelma jaellaan käyttäjälle.

Harmaa alue, sävyä en osaa sanoa, että kuinka. Mutta riskinä on, että se kuuluisa ruskea juttu lentää loppuunmyytyihin tuulettimiin...

Mutta Elisan puoli vastatkoon tarkemmin.

Ok. Hankalaksi tosiaan menee.

Pahoittelen jos kysyn tyhmiä, mutta onko siinä koodissa sitten jotain, joka yhdistää sen alkuperäiseen tekijään? Eli miten esim. Elisa sen voisi tietää, onko se minun vai jonkun muun alunperin tekemä jos vain laitan siihen omat avaimeni?

Ja jos menen vielä vähän pidemmälle, niin voisiko se sovellus kysyä käyttäjätietojen syötön yhteydessä niitä avaimia? Eli koodi olisi sinällään toimimaton ilman niitä avaimia.
Käyttäjätaso 5

Ok. Hankalaksi tosiaan menee.

Pahoittelen jos kysyn tyhmiä, mutta onko siinä koodissa sitten jotain, joka yhdistää sen alkuperäiseen tekijään? Eli miten esim. Elisa sen voisi tietää, onko se minun vai jonkun muun alunperin tekemä jos vain laitan siihen omat avaimeni?

Ei käytön aikana, paitsi siitä mitä otsikkotiedoissa menee api-pyyntöjä tekevän sovelluksen versiona. Toki ongelmatilanteessa tullaan kyselemään taatusti käytetyn ohjelman perään. Ja silloin soi taas sylttytehtaan puhelin... :P

Mutta kuten sanottua, harmaa alue.

Ok. Hankalaksi tosiaan menee.

Pahoittelen jos kysyn tyhmiä, mutta onko siinä koodissa sitten jotain, joka yhdistää sen alkuperäiseen tekijään? Eli miten esim. Elisa sen voisi tietää, onko se minun vai jonkun muun alunperin tekemä jos vain laitan siihen omat avaimeni?
Ei käytön aikana, paitsi siitä mitä otsikkotiedoissa menee api-pyyntöjä tekevän sovelluksen versiona. Toki ongelmatilanteessa tullaan kyselemään taatusti käytetyn ohjelman perään. Ja silloin soi taas sylttytehtaan puhelin... :P

Mutta kuten sanottua, harmaa alue.

Harmaata on joo.

Kuten tuolla aiemmin sanoin,

Itselleni riittäisi pelkkä mahdollisuus ladata tallenteet omalle koneelle ja jotenkin on tullut sellainen fiilis, että nimenomaan sen estäminen/vaikeuttaminen on suurin "motiivi" tähän API-sekoiluun...
Käyttäjätaso 3
Voihan koodia julkaista ilman API-keytä kuten jotkut ovat jo tehneetkin.

Edelleen pidän positiivisena sitä että Elisa edes julkaisi uuden APIn eikä vaan yksinkertaisesti tappanut vanhaa. Talven pitkinä pimeinä iltoina voi jotain syntyäkin.


Ois todella mielenkiintoista, löytää linkki jo julkaistuihin ???
Käyttäjätaso 4
Kunniamerkki +5

Ois todella mielenkiintoista, löytää linkki jo julkaistuihin ???


Ainakin tuo jota olet itsekin jo seuraillut: https://yhteiso.elisa.fi/elisa-viihde-digiboksit-14/xbmc-plugin-elisa-viihteelle-27692
Käyttäjätaso 7
Kunniamerkki +22

Voihan koodia julkaista ilman API-keytä kuten jotkut ovat jo tehneetkin.

Edelleen pidän positiivisena sitä että Elisa edes julkaisi uuden APIn eikä vaan yksinkertaisesti tappanut vanhaa. Talven pitkinä pimeinä iltoina voi jotain syntyäkin.
Eli olenko ihan metsässä, jos ajattelen näin...

Jos saisin joktain toimivan koodin, johon laitan omat Elisalta saadut APIkeyt, niin voisin käyttää sitä ikäänkuin "omalla vastuulla" niin, ettei koodin antaneen henkilö tarvitse olla huolissaan API sopimuksessa mainituista jutuista?

Ei ole suora vastausta tiedossa, että asettaako tämä sopimuksen voimaan kehittäjää kohtaan. Eli tilanne jossa API;a vasten on käännetty/tehty ohjelma (tai muutoin valmis paketointi) ja se jaellaan käyttäjille ja käyttäjän vastuulla on hakea API-avain Elisalta ja asettaa se ohjelmaan. Voimaan astumisesta on sopimuksessa vain lause; "kun ohjelmisto jaetaan".

Periaatteessa tuossa tehdään jo ohjelma, joka käyttää Elisan sopimuksen alaista API-rajapintaa, ja se ohjelma jaellaan käyttäjälle.

Harmaa alue, sävyä en osaa sanoa, että kuinka. Mutta riskinä on, että se kuuluisa ruskea juttu lentää loppuunmyytyihin tuulettimiin...

Mutta Elisan puoli vastatkoon tarkemmin.

Tuo API-key toimii linkkinä sovelluksen kehittäjää kohden, eli jos jaetulla ohjelmalla ilmenisi häiriökäyttäytymistä, otetaan yhteyttä sovelluksessa toimivan API-keyn haltijaan. Tuolla kontaktilla todennäköisesti nousisi ilmi sitten se, että koodi ei ole omaa ja että mitä kautta se on hankittu. Tämän myötä jatketaan yhteydenottoa tarvittaessa eteenpäin. Eli yhäkään tuo API-key ei itsessään sido devaajaa vastuuseen, vaan se antaa meille vain yhteydenottokanavan mistä lähteä liikkeelle. Voihan myös olla, että alkuperäisen koodin ja loppukäyttäjän koodin välillä on käynyt joku kolmas osapuoli tyrkkäämässä omaa koodia väliin, joka sitten on se GDPR:ää heilauttava osa koodista, tällöin toki tämän koodipätkän ujuttanut henkilö on se jota haluamme asiasta kuulla :)

Yhäkään mitään noitavainoa ei olla uuden APInkaan myötä tekemässä ja olemme oikeasti pahoillamme että tiedotus muutoksesta tuli "vähän" viime tingassa. Kuitenkin kuten tuossa st72 totesikin, niin tehtiin sentään uusi teille vanhan tilalle eli tahtotilana ei myöskään ole poistaa tätä ominaisuutta teiltä 🙂
Käyttäjätaso 2
Tämä on nyt kehittäjien kannalta vähän pattitilanne, kun toisaalta Elisa sanoo että API on ja käyttäkää sitä, mutta toisaalta sanoo että kehittäjien kanssa tehtävää sopimustekstiä ei muuteta, jolloin kehittäjä ei uskalla tehdä mitään, mikä hyödyntää tätä API:a.

Olisiko sellainen asia mahdollista, että täällä foorumilla sanottua voisi käyttää ikäänkuin sopimustekstin lisäyksenä tai tarkennuksena, kun rivien välistä olen ollut ymmärtävinäni, että Elisan puolelta on OK tehdä esim. sovellus jolla saa Viihteen tallenteita kopioitua omalle koneelle.

Onko täällä muita, jotka ovat tekemässä tai aikoneet tehdä uudella API:lla toimivaa sovellusta, kuin yksi joka löi hanskat tiskiin? Onko ketään niin rohkeaa että voisi julkaista jotain yleiseen jakeluun?
Käyttäjätaso 4
No niin, tuli sitten syy lopettaa Viihteen tilaus ja ostaa VU+ boksi sitten.
10 vuottahan tuli vietettyä Elisan asiakkaana mutta joskushan sen oli loputtava.
Käyttäjätaso 4
Sopimuksessa suurin ongelma (josta @ssulti jo kirjoitti) on että esim. (foliohattu päähän) jos joku haluaisi tehdä taloudellista vahinkoa minulle, niin tämä henkilö voisi vaatia kolmannen osapuolen auditointi ViihdeHelperistä. Vaikka ei olisi mitään vikaa, niin joutuisin maksamaan audioinnin kustannukset. Olenko ymmärtänyt jotain väärin sopimuksesta, vai pitääkö tämä paikkaansa? @Patomiäs
Käyttäjätaso 7
Kunniamerkki +22
Sopimuksessa suurin ongelma (josta @ssulti jo kirjoitti) on että esim. (foliohattu päähän) jos joku haluaisi tehdä taloudellista vahinkoa minulle, niin tämä henkilö voisi vaatia kolmannen osapuolen auditointi ViihdeHelperistä. Vaikka ei olisi mitään vikaa, niin joutuisin maksamaan audioinnin kustannukset. Olenko ymmärtänyt jotain väärin sopimuksesta, vai pitääkö tämä paikkaansa? @Patomiäs
Kysäsen tähän skenaarioon nyt vielä jos saisin mahdollisimman selkokielisen tulkinnan 🙂 Palataan asiaan kunhan saadaan vastausta
Käyttäjätaso 5
Kysäsen tähän skenaarioon nyt vielä jos saisin mahdollisimman selkokielisen tulkinnan :)Palataan asiaan kunhan saadaan vastausta


Tämä 3. osapuolen vapaa oikeus ampua, on se suurin ongelma ollut tässä koko ajan. Siitä kun voi eskaloitua kaikki muu, mitä tuolla on. Siihen oikeuteen ei vaikuta nämä Elisan esittämät tulkinnat täällä. Jos joku 3. osapuoli haluaa lähteä teettämään auditointeja vedoten tuohon sopimusehtoon, silloin mennään sen paperin mukaan, jonka alle on puumerkit vedetty, tavalla tai toisella.

@asmandos avasi hyvin rautalangalla tämän.

En epäile (ainakaan paljoa), etteikö Elisa pyrkisi pysymään esittämissään tulkinnoiissa ja kommenteissaan, jotka täällä on esitetty, mutta siihen mystiseen 3. osapuoleen en luota tässä kohtaa. Tuo 3. osapuoli kun voi olla yksityinen henkilö, joku viranomainen tai tv/elokuva-oikeuksia puolustava järjestö. Ja viimeinen voi iskeä niskaan jo siitäkin, että sovellus antaa mahdollisuuden joko ladata tallenne tai edes kopioida urlin omalla ohjelmalla katsomista varten (jolloin se toki varmaan on myös ladattavissa).

Koettanut tässä mahdollisimman rakentavasti saada asiaa eteenpäin, pahoittelut jos välistä on tullut tunne että olen v*mainen. Elämässä vain ei pärjää aina ne kiltit...
Käyttäjätaso 6
Kunniamerkki +16
Koettanut tässä mahdollisimman rakentavasti saada asiaa eteenpäin, pahoittelut jos välistä on tullut tunne että olen v*mainen. Elämässä vain ei pärjää aina ne kiltit...

OT: Nimenomaan olet mielestäni toiminut/toimimassa juuri oikein. Tuolta lasikattojen takaa normikuolevainen ei tunnu selkeitä vastauksia saavan edes kilon paloina. Halki poikki ja pinoon kirjallisesti on juuri oikea tapa toimia harvainvaltaisia yhteisöjä kuten elisa kohtaan.
Käyttäjätaso 2

En epäile (ainakaan paljoa), etteikö Elisa pyrkisi pysymään esittämissään tulkinnoiissa ja kommenteissaan, jotka täällä on esitetty, mutta siihen mystiseen 3. osapuoleen en luota tässä kohtaa. Tuo 3. osapuoli kun voi olla yksityinen henkilö, joku viranomainen tai tv/elokuva-oikeuksia puolustava järjestö. Ja viimeinen voi iskeä niskaan jo siitäkin, että sovellus antaa mahdollisuuden joko ladata tallenne tai edes kopioida urlin omalla ohjelmalla katsomista varten (jolloin se toki varmaan on myös ladattavissa).


Silloin kun viranomainen tai tekijänoikeusjärjestö iskee jotain viihdehelpperiä niskaan, niin sen pitää iskeä myös FlickFetchin ja Flash Video Downloaderin ym. niskaan. Nämä kaikki ovat tässä asiassa Viihteen kanssa samalla viivalla, ainoana erona se, että Viihteeseen pitää kirjautua ja sen takia tähän soppaan vedettiin GDPR.
Käyttäjätaso 1
Voihan koodia julkaista ilman API-keytä kuten jotkut ovat jo tehneetkin.Jos saisin joktain toimivan koodin, johon laitan omat Elisalta saadut APIkeyt, niin voisin käyttää sitä ikäänkuin "omalla vastuulla" niin, ettei koodin antaneen henkilö tarvitse olla huolissaan API sopimuksessa mainituista jutuista?Ei ole suora vastausta tiedossa, että asettaako tämä sopimuksen voimaan kehittäjää kohtaan. Eli tilanne jossa API;a vasten on käännetty/tehty ohjelma (tai muutoin valmis paketointi) ja se jaellaan käyttäjille ja käyttäjän vastuulla on hakea API-avain Elisalta ja asettaa se ohjelmaan. Voimaan astumisesta on sopimuksessa vain lause; "kun ohjelmisto jaetaan".

Homman kuuluu toimia juuri noin: käyttäjä ottaa ohjelman käyttöön ja syöttää siihen oman, henkilökohtaisen API key tokenin. Ei suinkaan sovelluksen kehittäjän tokenia. API keyn kuuluisi olla vain oikotie, joka vastaa käyttäjätunnus/salasanaparia ja sen voi sulkea tunnareista erillään.

Minäkin voin koodata Twitter-clientin ja muut voivat sen ladata, mutta en minä siihen omia tunnareita laita sisään.

Käyttäjän pitää saada luotua oma API key Elisa Viihde-webbisivujen oman tunnuksen hallinnan takaa. Sinne voi elisa laittaa haluamansa 15 sivun EULA tekstin, jonka lukeminen olisi ihan yhtä hyödyllistä kuin minkä tahansa tyypillisen nettipalvelun lisenssiehtojen ("käyttäjä on vastuussa kaikesta, ei saa käyttää palvelua X Y ja Z:aan, voidaan haastaa oikeuteen yrityksen valitsemassa tuomioistuimessa jne").
Käyttäjätaso 4



Voihan koodia julkaista ilman API-keytä kuten jotkut ovat jo tehneetkin.Jos saisin joktain toimivan koodin, johon laitan omat Elisalta saadut APIkeyt, niin voisin käyttää sitä ikäänkuin "omalla vastuulla" niin, ettei koodin antaneen henkilö tarvitse olla huolissaan API sopimuksessa mainituista jutuista?
Ei ole suora vastausta tiedossa, että asettaako tämä sopimuksen voimaan kehittäjää kohtaan. Eli tilanne jossa API;a vasten on käännetty/tehty ohjelma (tai muutoin valmis paketointi) ja se jaellaan käyttäjille ja käyttäjän vastuulla on hakea API-avain Elisalta ja asettaa se ohjelmaan. Voimaan astumisesta on sopimuksessa vain lause; "kun ohjelmisto jaetaan".
Homman kuuluu toimia juuri noin: käyttäjä ottaa ohjelman käyttöön ja syöttää siihen oman, henkilökohtaisen API key tokenin. Ei suinkaan sovelluksen kehittäjän tokenia. API keyn kuuluisi olla vain oikotie, joka vastaa käyttäjätunnus/salasanaparia ja sen voi sulkea tunnareista erillään.

Tämä olisi erittäin hyvä ratkaisu. Voisin ViihdeHelperin options-osioon lisätä vain kaks kenttää, apikey ja clientsecret, niin sen jälkeen homma toimisi. Tietysti noita tallennetaan taas suojaamattomana käyttäjän omalle koneelle, mutta ne eivät voida tulkita henkilötietona, eihän...

Lisäys: Ongelma on kuten @ssulti sanoi että sopimuksessa lukee että sopimus astuu voimaan "kun ohjelmisto jaetaan". Onko ohjelmisto jaettu jos se ei ole toimivassa kunnossa ilman käyttäjän oma apikeytä?
Käyttäjätaso 1
Henkilötietohommissa (GDPR) oleellista on rekisterinpitäjän (tässä Elisa) ja tietojen käsittelijän (myös Elisa) vastuu. Sinä sovelluksen kehittäjänä et käsittele kenenkään henkilötietoja, koska sinulle ei muodostu minkäänlaista henkilötietorekisteriä. Päinvastoin, Elisalla on vastuu käsitellä asiakkaiden henkilötietoja vain niihin käyttötarkoituksiin, joihin asiakas on antanut suostumuksensa. Mikä tahansa tieto, jolla voidaan yksilöidä henkilö (ei välttämättä suoraan, vaan myös jonkun tietokannan kautta), on GDPR:n tarkoittama henkilötieto, esim.: nimi, hetu, puhelinnumero, sähköpostiosoite, käyttäjätunnus-salasana-pari, anonymisoitu yksilöllinen tunniste, jopa auton rekisterinumero. Eli se joka kerää tai käsittelee henkilötietoja, on vastuussa niistä.
Käyttäjätaso 7
Kunniamerkki +22
Noniin, otetaampa sitten pieni aikalisä tähän väliin ennen kuin meillä on Ideapajalla idea siitä, kuinka API Key pitäisi löytyä OmaElisasta jokaiselta asiakkaalta valmiina tms.

API Key. Tämä on olemassa jotta ohjelmiston kehittäjä tunnistetaan ja tilanteen niin vaatiessa, voimme konsultoida ohjelmiston kehittäjää mahdollisesta rikkomuksesta tai muusta. Tämän pois jättäminen ei ole mikään "Vapaudut vankilasta" kortti koodin jakeluun eikä edistä tuota ohjelmistojen kehittämistä mitenkään, päinvastoin. Mikäli koodi jaetaan ilman API Keytä ja sen muodostama sovellus aiheuttaa tietoturvapoikkeaman tai vastaavaa, etsitään silti kyseisen koodin tehnyttä henkilöä kuultavaksi riippumatta siitä, kenen API Key siellä nyt sitten sattuu olemaankaan. Mikäli kävisi niin, että joku kaappaa API Keysi ja käyttää tätä oman haitallisen ohjelman luomisessa, et ole itse vastuussa koodista vaan sinua kuullaan vain ensin koodista jonka jälkeen koodin luonutta henkilöä koitetaan etsiä edempää. Eli oikeasti käyttäkää devaamisessa niitä omia keytänne kuten pitää :)

Auditointi. Tähänkin tuli vastausta juuri! 🙂 Elikkäs, auditointia ei kuka vain voi huvikseen pyytää, vaan ainoastaan sellainen taho joka on Elisan henkilötietojen rekisterinpitäjä, joka siis tarkoittaa lähes poikkeuksetta Elisaa itseään, Elisa Viihteen tapauksessa se olemme me itse aina. Me emme noita auditointeja lähde huviksemme teetättämään (yhäkään emme harrasta noitavainoa), vaan auditoinnin vaatimuksena on oltava perusteltavissa oleva tarve tai syy taustalla. Mikäli siis noudatatte hyviä käytäntöjä tietoturvan ja asiakastietojen näkökulmasta, ei huoleen ole aihetta.
Kunniamerkki
Reilu kolme kuukautta tässä odotellut, että Elisa saisi jotain järkevää asiassa aikaiseksi. Nykyisellään tallenteiden katselu on täyttä tuskaa kun täytyy vaihdella äänilähtöä koneen ja telkkarin välillä, siirrellä selainikkunaa, käyttää selainta mitä ei tue omaa mediakaukosäädintä jne.

Niinpä telkkarin katselu on jäänyt ja olen ollut vain rahastettavan ääliön asemassa kuvitellessani, että asia etenisi. Näköjään turha toivo. Niinkuin ei olisi jo aikalisiä aikalisien jälkeen jo otettu, mutta ei... otetaan vielä pieni aikalisä, seuraavaa aikalisää odotellessa.

Kyllähän koko homma haisi jo siinä vaiheessa kun GDPR:ää tekosyynä käyttäen vanha api ajettiin alas ilman mitään todellista vaihtoehtoa. Nyt sitten otetaan vain aikalisiä ja kerätään rahaa, kunnes asiakkaat lopulta tajuavat että aikalisät ovat vain rahan keruun aikalisiä.

Elisa: nyt kortit pöytään: KOSKA TAPAHTUU JOTAIN? Aiotteko vielä montakin kuukautta vatuloida tämän asian kanssa. Kertokaa aluksia vaikka - ilman aikalisää - seuraavat kaksi asiaa:
1) aikataulu asian loppuun saattamiselle
2) mitä ominaisuuksia on tarjolla, mitä jää puuttumaan

Kello käy, vastausta odotellen.

PS: Elisa voi pistää minullekin nuo apitunnukset tulemaan. Vilkaisen asian ja saanko itse mitään aikaan vai sanonko Elisalle kiitos, mutta ei kiitos. Nykyistä "palvelu"tasoa parempia tarjoajia kyllä riittää, ainostaan tallessa olevat tallenteet (joita olen toivonut pääseväni katsomaan) ovat pitäneet vielä tätä sirkusta katselemassa.
Käyttäjätaso 7
Kunniamerkki +21
Eiköhän se ole nyt viimeistään selvää, että asia oli saatettu loppuun jo 24.5.2018.

Kun Elisan mielestä edes loppukäyttäjän ikioma API-avainkaan ei ole ratkaisu sopimusongelmiin, niin mitä jää jäljelle? Ei yhtään mitään.

Tuon 07.09.2018 viestin jälkeen sovelluskehittäjät, jotka toteavat, että nyt tuli aika tunkea pensselit santaan, saavat täyden tukeni.
Käyttäjätaso 2
[quote user="Patomiäs"] Mikäli siis noudatatte hyviä käytäntöjä tietoturvan ja asiakastietojen näkökulmasta, ei huoleen ole aihetta.

Tässä on minun mielestäni selkeä lupa tehdä nykyisellä API:lla sellaisia sovelluksia joilla voi tallenteita ladata itselle.

Tuntuu siltä että nillittäjät ihan periaatteesta nillittävät kun Elisa meni toukokuussa tekemään jotain josta saa hyvän syyn nillittää.

Asiaan on kuitenkin minun mielestäni saatu tässä keskustelussa Elisalta selkeä kanta eikä se ainakaan ole se että älkää nyt enää ikinä tehkö mitään.
Käyttäjätaso 5
[quote=jj_laaksonen]
Mikäli siis noudatatte hyviä käytäntöjä tietoturvan ja asiakastietojen näkökulmasta, ei huoleen ole aihetta.

Tässä on minun mielestäni selkeä lupa tehdä nykyisellä API:lla sellaisia sovelluksia joilla voi tallenteita ladata itselle.

Tuntuu siltä että nillittäjät ihan periaatteesta nillittävät kun Elisa meni toukokuussa tekemään jotain josta saa hyvän syyn nillittää.

Asiaan on kuitenkin minun mielestäni saatu tässä keskustelussa Elisalta selkeä kanta eikä se ainakaan ole se että älkää nyt enää ikinä tehkö mitään.


@Patomiäs ; Tilanne näyttää nyt selvinneen, ainakin siinä määrin, että jotain sopimuksen tulkintoja on avattu kehittäjien suuntaan. Kehitys hyvä, kunhan nyt saataisiin se tekninen osasto heräämään, se kun näyttää olevan syvemmässä unessa kuin lakimiesarmeija. Lähinnä tuon dokumentaation ja itse rajapinnan tiettyjen puutteiden ja erikoisten toimintojen osalta. Nuo on keskusteltu aika monta kertaa täällä, en niitä enää kymmenettä kertaa kirjoita tähän. Myös API avaimen rekisteröityneille voisi laittaa automaattisesti sen päivitetyn API kuvauksen joka kerta kun sitä päivitetään. Itsellä on se juhannuksen korvissa tullut versio ja keskustelujen mukaan se eroaa paljon siitä mitä heinäkuun aikana saman dokumentin saaneilla se on.

Mutta sinne jää edelleenkin pieniä nyansseja, joista on aikaisemmin mainittu. Esimerkkinä tuo riitatapausten ratkaisupaikka, joka ei voi olla yksityisen kanssa tehtävässä sopimuksessa koskaan mainittu Keskuskauppakamarin välimiesmenettely. Kyseinen taho kun on tietääkseni vain yritysten väliseen nahisteluun, ennen kuin mennään isolle kirkolle ja lakitupaan. Ihan vain huomiona asiasta, joka tuntuu lipsahtaneen ohi Elisan huomion. Sopimuksen toinen osapuoli kun ei suurella todennäköisyydellä ole yritys, vaan yksityinen luonnollinen henkilö.

@jj_laaksonen, jonkun on nillitettävä, että asiat etenevät tässä maassa, tai ainakin tässä API-säädössä. Jes-Jes menolla ei tuntunut homma etenevän, joten mentiin Tamperella sijainneen Ford-liikkeen esittelemään "asiakas on ***kku" moodiin. Tällä kertaa se näytti auttavan, vaikka 3kk on aika pitkä aika - jopa loma-aikana - saada selvyyksiä asioihin.

Vai onko Elisan lakimiehillä 3kk kesäloma? (Jos on, tahtoo kans!) :P

Omalta osalta ainakaan toistaiseksi ei ole aikaa tai tarkoitusta jatkaa tämän projektin kanssa. Mutta katsotaan mitä tulevaisuus tuo mukanaan.

@irritus kommenttiin; Tilanne on sinällään nyt se, että se API avain jokaiselle kuvio ei ole järkevä, eikä todellakaan tarpeellinen. Nyt enää on kyse siitä, että haluaako sovelluksien tekijät lähteä tekemään sovelluksia nykyisen sopimuksen ja sen ilmoitettujen tulkintojen mukaisesti. Mielelläni itse näkisin nämä tulkinnat kirjattuna ihan sopimukseen - liitteenä tai itse sopimuksen tekstiin, mutta Elisan halu näyttää olevan, että tulkinnat jätetään keskustelufoorumille. Jokainen tavallaan, ompahan edes kerrottu jossain, vaikka ongelmatilanteessa en haluaisi olla se, joka viittaa "tulkintoihin Elisan foorumilla".

@rtfm kommenttiin; Sovellukset joista nyt keskustellaan ovat 3. osapuolen tekemiä, täysin Elisasta riippumattomia sovelluskehitysprojekteja. Näin ollen Elisalla ei ole edes teoriassa mahdollisuutta sanoa aikatauluja näiden sovellusten kohdalta, saati sitä mitä ominaisuuksia niissä tulee olemaan. Sen verran Elisa voi vaikuttaa ominaisuuksiin on se mitä heidän API rajapinta tukee ja mahdollistaa. Ainoa aikataulu, joka heidän puoleltaan on aiheutunut on tuo 24.5. lopetus ja noin 1kk myöhemmin tullut uusi rajapinta.
Käyttäjätaso 6
Kunniamerkki +8
Tuntuu siltä että nillittäjät ihan periaatteesta nillittävät kun Elisa meni toukokuussa tekemään jotain josta saa hyvän syyn nillittää.

Kyllä moni asia jäisi täysin persiilleen, jos "nillittäjiä" ei olisi. Jos ei itse aina tajua missä mennään, ei tee muiden keskustelua turhaksi.