A few days ago -I -reported how to get the support status out of Dell using an -unofficial and undocumented SOAP API, which I since have found out was -discovered -by Daniel De Marco in february. Combined with my web scraping -code for HP, Dell and IBM -from -2009, I got inspired and wrote -a -web service based on Scraperwiki to make it easy to look up the -support status and get a machine readable result back.
- -This is what it look like at the moment when asking for the JSON -output: - -
- --% GET https://views.scraperwiki.com/run/computer-hardware-support-status/?format=json&vendor=Dell&servicetag=2v1xwn1 -supportstatus({"servicetag": "2v1xwn1", "warrantyend": "2013-11-24", "shipped": "2010-11-24", "scrapestamputc": "2012-06-06T20:26:56.965847", "scrapedurl": "http://143.166.84.118/services/assetservice.asmx?WSDL", "vendor": "Dell", "productid": ""}) -% -
It currently support Dell and HP, and I am hoping for help to add -support for other vendors. The python source is available on -Scraperwiki and I welcome help in adding more features.
+ +Via Skepsis-bloggen kom jeg i dag over en skremmende og interessant +historie om hvordan norske selgere av sjokoladen Xoçai legger frem +helsepåstander de ikke kan støtte opp med beviser, og kommer med +trusler for å stilne sine kritikere. Her er et knippe bloggposter som +forteller historien:
+ +-
+
+
- Ulovlige + sjokoladepåstander + +
- Xocai + â en stygg historie om norsk sjokolademafia + +
- Xocai, en sunn sjokolade? Er + det helse i hver bit? + +
- 30 punkter du bør undersøke + før du starter som Xocai distributør + +
Historien er så interessant at selgerne fortjener +Streisand-effekten
Jeg oppdaget nylig en -artikkel -i Adresseavisa i Trondheim som nevner FiksGataMi, og der Trondheim -kommune ser ut til å fortelle at de ikke følger forvaltningslovens -krav ved mottak av meldinger sendt inn via FiksGataMi. La derfor -nettopp inn denne kommentaren til artikkelen:
- -
- -- -Her er en liten faktaoppdatering om FiksGataMi-tjenesten, da noen -ser ut til å ha misforstått hvordan den fungerer.
- -FiksGataMi er et privat initiativ opprettet og drevet av -medlemsforeningen NUUG. FiksGataMi tar imot meldinger om feil i -offentlig infrastruktur, og sender meldingen skriftlig videre på vegne -av innmelder til aktuell aktør i det offentlige, det være seg kommune, -fylke eller vegvesenregion. Offentlig etat blir valgt ut fra -geografisk plassering og kategori valgt av innsender. Offentlige -etater er i følge forvaltningsloven pliktig å følge opp og besvare -skriftlige henvendelser, og hvis noen av mottakerne ikke gjør dette -kan en klage på lovbrudd i det offentlige. FiksGataMi fungerer dermed -som en slags epostklient for innbyggerne der kopi av innsendte -meldinger gjøres tilgjengelig og knyttes til kartplassering for enkel -gjenfinning. à sende inn nye problemrapporter via FiksGataMi er -dermed ikke avhengig av at kommunen aktivt må følge med på meldinger -hos FiksGataMi, da de får dem tilsendt på sine offisielle -epostmottakspunkter. Hvorvidt noe blir fikset og om innbyggerne er -opp til mottaker av meldingene. For Trondheim kommune er -mottaksadressen bydrift.vegdrift@trondheim.kommune.no, en adresse jeg -inntil jeg leste denne artikkelen trodde ble håndtert i henhold til -forvaltningslovens krav.
- -Kan ellers fortelle at 57 kommuner lenker til FiksGataMi fra sine -nettsider, og at 37 % (4182 av 11266 ) av problemrapportene sendt inn -via FiksGataMi er markert som løst i løsningen. Trondheim kommune har -fått tilbud om å få rapportene levert på datamaskinlesbart format i -stedet for epost, men har ikke takket ja så langt.
- -Vennlig hilsen Petter Reinholdtsen, en av NUUG-folkene bak FiksGataMi.no
- -
Det høres for meg ut som om innbyggerne i Trondheim burde klage på -kommunens potensielle lovbrudd.
+ +For ca. en måned siden så jeg på tjenester som forsøker å gjøre det +enklere å ta informerte valg om hvor en skal kjøpe drivstoff, for å +bedre konkurransesituasjonen i drivstoffmarkedet. Det er tre aktive +tjenester jeg kjenner til. NAF Bergens +Drivstoffpriser.no, +Bitfactorys +Bensinpris-app, +og Dinsides +prisliste. +Nå har jeg holdt øye med alle disse i over en måned, og kan fortelle +hvor mange priser for 95-oktan bensin de har klart å samle inn i juni +2012:
+ +Tjeneste | Antall målinger i juni 2012 | ||||||
---|---|---|---|---|---|---|---|
Bitfactorys bensinpris-app | 7687 | ||||||
Drivstoffpriser.no | 1788 | ||||||
Dinsides prisliste | 322 |
Tjeneste | -Offentlig stasjons-liste | -Publisert stasjons-geopunkt | -Publisert API for inn-legging | -Publisert API for ut-henting | -Publisert alle priser | -Publisert database | -Lands-dekkende | -
---|---|---|---|---|---|---|---|
Dinside | -(ja) | -nei | -nei | -nei | -ja | -(ja) | -ja | -
Bitfactorys mobilapp | -nei | -ja | -(ja) | -(ja) | -nei | -nei | -ja | -
drivstoffpriser.no | -ja | -ja | -nei | -nei | -nei | -nei | -ja | -
bensinpris.net | -ja | -nei | -nei | -nei | -nei | -nei | -nei | -
Dinside mangler dugnadsbasert kvalitetssikring av stasjonslista, -georeferert informasjon og API for innlegging og uthenting av -informasjon. Bitfactory mangler publisering av all innsamlet -informasjon, dugnadsbasert kvalitetssikring av stasjonslista og -dokumentert API for innlegging og uthenting av informasjon. NAFs -løsning mangler publisering av all innsamlet informasjon og API for -innlegging og uthenting av informasjon.
- -Jeg har nylig spurt folkene bak dinside.nos oversikt og -drivstoffpriser.no om de er villige til å gi ut sine innsamlede data -uten bruksbegresninger og tilby et dokumentert og publisert API for å -legge inn og hente ut informasjon. Så får vi se hva de sier.
+ +Da fikk jeg nettopp svar fra +Departementenes servicesenter +(DSS) på +mitt +spørsmål om avtale rundt bruk av H.264. De har ingen avtale med +MPEG LA eller dets representanter. Her er svaret. + +
+ ++ +Date: Fri, 29 Jun 2012 07:04:42 +0000 +
+ +
From: Nielsen Mette Haga <Mette-Haga.Nielsen (at) dss.dep.no> +
To: Petter Reinholdtsen <petter.reinholdtsen (at) ...> +
CC: Postmottak <Postmottak (at) dss.dep.no> +
Subject: SV: Innsynsbegjæring om MPEG/H.264-relaterte avtalerDSS har ikke inngått noen egen lisensavtale med MPEG-LA eller noen som +representerer MPEG-LA i Norge. Videoløsningen på regjeringen.no er +levert av Smartcom:tv. Lisensforholdet rundt H.264 er ikke omtalt i +vår avtale med Smartcom.
+ +Vennlig hilsen
+ +Mette Haga Nielsen +
+ +
Fung. seksjonssjefDepartementenes servicesenter
+ +Informasjonsforvaltning + +
Mobil 93 09 83 51 +
+
E-post mette-haga.nielsen (at) dss.dep.no
Hvis den norske regjeringen representert ved DSS ikke har slik +avtale, så kan en kanskje konkludere med at det ikke trengs? Jeg er +ikke trygg på at det er god juridisk grunn å stå på, men det er i det +minste interessant å vite at hverken NRK eller DSS har funnet det +nødvendig å ha avtale om bruk av H.264.
+ +Det forklarer ikke hvordan de kan ignorere bruksvilkårene knyttet +til bruk av opphavsrettsbeskyttet materiale de bruker til +videoproduksjon, med mindre slike vilkår kan ignoreres av selskaper og +privatpersoner i Norge. Har de lov til å bryte vilkårene, eller har +de brutt dem og så langt sluppet unna med det? Jeg aner ikke.
En god og offentlig kilde til bensinpriser i Norge er -dinside.no -sin prisoversikt samlet inn på dugnad fra frivillige over hele -landet. Den har ikke like mange priser rapportert inn som Bitfactorys -mobil-app, men informasjonen som samles inn er enkelt offentlig -tilgjengelig på web. Dessverre forsvinner prisene fra web etter noen -dager, så for å kunne lage analyser og se trender må en lage en -database ved å hente ut informasjon fra dinside.no sine nettsider over -en lengre periode. Jeg startet for litt over en uke siden en -innsamlingstjeneste som gjør nettopp dette. Jeg har de siste ukene -lært meg å bruke Scraperwiki, -et nytt og nyttig verktøy for å hente ut og strukturere informasjon -tilgjengelig fra nettsider, PDF-er og andre kilder og som trenger -strukturering. Hvis du vil se hvordan prisene har utviklet seg, ta en -titt på -scraperwiki-siden -med databasen over bensinpriser. Den henter ned priser fra -dinside.no hver time. Hvis du vil bidra til å bedre oversikt over -bensinprisene i Norge -registrer -deg hos dinside.no og legg inn prisene fra dine lokale -bensinstasjoner.
- -Jeg har kun gjort dette med informasjonen fra dinside.no og ikke -informasjonen fra Bitfactory pga. bekymring rundt opphavsrettslige -problemstillinger. Faktainformasjonen samlet inn av brukerene av -dinside.no nettsider er åpenbart publisert offentlig, mens jeg -mistenker det er en juridisk gråsone om det samme gjelder -informasjonen samlet inn av brukerne av bitfactorys mobilapp. Derfor -bidrar jeg med å samle inn priser hos dinside.no, og anbefaler andre å -gjøre det samme. Jeg prioriterer å bidra hos de som forstår verdien -av å dele informasjon med andre uten bruksbegresninger.
+ +Etter at NRK +nektet +å spore opp eventuell avtale med MPEG-LA eller andre om bruk av +MPEG/H.264-video etter at jeg ba +om innsyn i slike avtaler, tenkte jeg at i stedet for å forsøke å +få NRK til å finne en slik avtale, så burde det være like enkelt å +spørre MPEG-LA om de hadde avtale med NRK. Spørsmålet ble sendt før +jeg fikk tips fra Kieran Kunhya om hvor listen over lisensinnehavere +"in Good Standing" befant seg. MPEG-LA svarte meg i dag, og kan +fortelle at NRK ikke har noen avtale med dem, så da er i det minste det +slått fast. Ikke overraskende mener MPEG-LA at det trengs en avtale +med MPEG-LA for å streame H.264, men deres rammer er jo +rettstilstanden i USA og ikke Norge. Jeg tar dermed den delen av +svaret med en klype salt. Jeg er dermed fortsatt ikke klok på om det +trengs en avtale, og hvis det trengs en avtale her i Norge, heller +ikke sikker på om NRK har en avtale med noen andre enn MPEG-LA som +gjør at de ikke trenger avtale direkte med MPEG-LA. Jeg håper NRKs +jurister har vurdert dette, og at det er mulig å få tilgang til +vurderingen uansett om de trenger en avtale eller ikke.
+ +Her er epostutvekslingen med MPEG-LA så langt. Håper ikke +utvekslingen fører til NRK plutselig får en litt uventet pakke fra +MPEG-LA.
+ +++ +Date: Mon, 25 Jun 2012 15:29:37 +0200 +
+ +
From: Petter Reinholdtsen <pere (at) hungry.com> +
To: licensing-web (at) mpegla.com +
Subject: Do NRK have a license agreement with MPEG-LA?Hi. I have a small question for you, that I hope it is OK that I +ask.
+ +Is there any license agreements between MPEG-LA and NRK, <URL: +http://www.nrk.no/ >, the +Norwegian national broadcasting cooperation? I am not sure if they +need one, and am just curious if such agreeement exist.
+ +The postal address is
+ ++ NRK ++ +
Postbox 8500, Majorstuen +
0340 Oslo +
Norway +if it make it easier for you to locate such agreement.
+ +Can you tell me how many entities in Norway have an agreement with +MPEG-LA, and the name of these entities?
+ +-- +
Happy hacking +
Petter Reinholdtsen +
I dag, to dager senere, fikk jeg følgende svar:
+ +++ +Date: Thu, 28 Jun 2012 14:11:17 +0000 +
+ +
From: Ryan Rodriguez <RRodriguez (at) mpegla.com> +
To: Petter Reinholdtsen <pere (at) hungry.com> +
CC: MD Administration <MDAdministration (at) mpegla.com> +
Subject: RE: Do NRK have a license agreement with MPEG-LA?Dear Mr. Reinholdtsen,
+ +Thank you for your message and for your interest in MPEG LA. We +appreciate hearing from you and I will be happy to assist you.
+ +To begin, I will assume that you are referring to AVC/H.264 +technology in your message below, as this technology is commonly used +in the transmission of video content. In that case, please allow me +to briefly summarize the coverage provided by our AVC Patent Portfolio +License.
+ +Our AVC License provides coverage for end products and video +services that make use of AVC/H.264 technology. Accordingly, the +party offering such end products and video to End Users concludes the +AVC License and is responsible for paying the applicable royalties +associated with the end products/video they offer.
+ +While the Norwegian Broadcast Corporation (NRK) is not currently a +Licensee to MPEG LA's AVC License (or any other Portfolio License +offered by MPEG LA), if NRK offers AVC Video to End Users for +remuneration (for example, Title-by-Title, Subscription, Free +Television, or Internet Broadcast AVC Video), then NRK will need to +conclude the AVC License and may be responsible for paying applicable +royalties associated with the AVC Video it distributes.
+ +Today I will send you a FedEx package containing a copy of our AVC +License for your review. You should receive the License document +within the next few days.
+ +Meanwhile, MPEG LA currently has several Norwegian Licensees that +can be found under the "Licensees" header within the respective +portion of our website. For example, you may find our list of +Licensees in Good Standing to our AVC License in the AVC portion of +our website, +http://www.mpegla.com/main/programs/AVC/Pages/Licensees.aspx
+ +I hope the above information is helpful. If you have additional +questions or need further assistance with the AVC License, please feel +free to contact me directly. I look forward to hearing from you again +soon.
+ +Best regards,
+ +Ryan
+ +Ryan M. Rodriguez +
+ +
Licensing Associate +
MPEG LA +
5425 Wisconsin Avenue +
Suite 801 +
Chevy Chase, MD 20815 +
U.S.A. +
Phone: +1 (301) 986-6660 x211 +
Fax: +1 (301) 986-8575 +
Email: rrodriguez (at) mpegla.com
Meldingen om utsendt FedEx-pakke var så merkelig at jeg +øyeblikkelig sendte svar tilbake og spurte hva i alle dager han mente, +da han jo ikke hadde fått noen postadresse som nådde meg.
+ ++ ++ +Date: Thu, 28 Jun 2012 16:36:15 +0200 +
+ +
From: Petter Reinholdtsen <pere (at) hungry.com> +
To: Ryan Rodriguez <RRodriguez (at) mpegla.com> +
Cc: MD Administration <MDAdministration (at) mpegla.com> +
Subject: Re: Do NRK have a license agreement with MPEG-LA?[Ryan Rodriguez] +
+ +
> Dear Mr. Reinholdtsen,Thank you for your quick reply.
+ +> Today I will send you a FedEx package containing a copy of our AVC +
+ +
> License for your review. You should receive the License document +
> within the next few days.The part about sending a FedEx package confused me, though. I did not +
+ +
give you my address, nor am I associated with NRK in any way, so I hope +
you did not try to send me a package using the address of NRK. If you +
would send me the Internet address of to the document, it would be more +
useful to me to be able to download it as an electronic document.> Meanwhile, MPEG LA currently has several Norwegian Licensees that can +
+ +
> be found under the "Licensees" header within the respective portion +
> of our website. For example, you may find our list of Licensees in +
> Good Standing to our AVC License in the AVC portion of our website, +
> http://www.mpegla.com/main/programs/AVC/Pages/Licensees.aspxHow can I recognize the Norwegian licensees?
+ +-- +
+
Happy hacking +
Petter Reinholdtsen
Selv om jeg svarte kun noen minutter etter at jeg fikk eposten fra +MPEG-LA, fikk jeg eposten under som automatisk var beskjed på min +siste epost. Får håpe noen likevel følger opp "FedEx-pakken". For å +øke sjansen for at noen revurderer utsending av pakke uten mottaker, +videresendte jeg min epost til swolf (at) mpegla.com, så får vi se. +Har ikke hørt noe mer 3 timer senere, så jeg mistenker at ingen leste +min epost tidsnok.
+ ++ ++ +Date: Thu, 28 Jun 2012 14:36:20 +0000 +
+ +
From: Ryan Rodriguez <RRodriguez (at) mpegla.com> +
To: Petter Reinholdtsen <pere (at) hungry.com> +
Subject: Automatic reply: Do NRK have a license agreement with MPEG-LA?Thank you for your message.
+ +I will be out of the office until Thursday, July 5 and will respond +to all messages upon my return. If this is a matter that requires +immediate attention, please contact Sidney Wolf (swolf (at) +mpegla.com)
+ +Best regards,
+ +Ryan
+ +Ryan M. Rodriguez +
+ +
Licensing Associate +
MPEG LA
Litt klokere, men fortsatt ikke klok på mitt opprinnelige spørsmål, +som er om en trenger avtale med MPEG-LA for å publisere eller +kringkaste H.264-video i Norge.
I fjor lanserte Bitfactory en -mobilapp for å få -tilgang til bensinpriser på landets bensinstasjoner ved å samle -inn prisene på dugnad ved hjelp av mobilapp-ens brukere. -Informasjonen app-ens brukere har samlet inn har så langt kun vært -tilgjengelig for brukerne av app-ene, og API for å hente ut -informasjonen fra andre plattformer har ikke vært publisert. Da -løsningen kom spurte jeg utviklerne om de kunne publisere -API-dokumentasjon og de skulle se på saken, men det har ikke skjedd så -langt. Jeg antar de har vært for travelt opptatt til å publisere -API-dokumentasjon.
- -Utrolig nok er det i følge -Dagens -Næringsliv og -Finnmark -Dagblad bensinstasjoner som nekter å oppgi prisene sine på -telefon, slik at det ikke finnes en fornuftig måte å få tak i prisene -på uten å samle dem inn på stedet. Flere har dugnader på gang for å -samle inn prisinformasjon om bensin, men så vidt jeg kan se er det kun -dinside.no -og Bitfactorys App som får regelmessige oppdateringer. Dinsides -oversikt er tilgjengelig på web for de som vil følge med, mens -bitfactorys informasjon ikke er like enkelt tilgjengelig.
- -
Jeg tok meg derfor litt tid for å revers-utvikle protokollen for -Bitfactorys mobilapp for å gjøre den innsamlede informasjonen mer -tilgjengelig for flere. Protokollen bruker HTTP og normal -forms-notasjon for POST. Jeg lot en telefon koble seg til mitt -trådløsnett, og satte opp tcpdump til å samle all trafikken mot -www.bitfactory.no, og deretter tittet på alle HTTP-kallene ved hjelp -av wireshark. Her er API-kallene jeg har identifisert så langt.
- -stasjonsDatabaseUpdateStamp
- -GET http://www.bitfactory.no/Bensin/ver1.1.stasjonsDatabaseUpdateStamp
- -Vet ikke helt hva dette API-kallet gjør, men navnet gjør at jeg -tror den rapporterer når listen over stasjoner sist ble endret. -Returverdien er et tall som pr. 2011-12-09 er 1319145491 og -pr. 2012-05-28 er 1336420693. Mitt gjett er at dette er sekunder -siden 1. januar 1970 ala det en finner på Linux, som kan konverteres -til en leselig dato med perl -e 'print -scalar(localtime(1319145491)), "\n"'. Den første verdien -konverterer da til "Thu Oct 20 23:18:11 2011", mens den andre -konverteres til "Mon May 7 21:58:13 2012".
- -GetXMLDatabase
- -echo password=XYZXYZXYZXYZX | POST http://www.bitfactory.no/Bensin/GetXMLDatabase.php
- -Henter ned listen med stasjoner på XML-format. Argumentet er -password som muligens følger med i programpakken og eventuelt -genereres av app-en. Nedlasting med samme passord flere ganger ser -ikke ut til å fungere. Innholdet er ca. 1600 stasjoner, men manglet -bensinstasjonen i min hjemkommune Ballangen da jeg sjekket, så den er -ikke komplett. Formatet på selve listen ser slik ut (klippet):
- --<?xml version="1.0" encoding="UTF-8"?> -<STASJONSDATABASE> -<STASJON> -<NAME></NAME> -<ADDRESS></ADDRESS> -<ID>0</ID> -<LATITUDE>0.000000</LATITUDE> -<LONGITUDE>0.000000</LONGITUDE> -<COMPANY></COMPANY> -</STASJON> -<STASJON> -<NAME>Statoil Best Eidsvoll Verk</NAME> -<ADDRESS>Gamle Trondheimsvei 339 2074 Eidsvoll Verk</ADDRESS> -<ID>1</ID> -<LATITUDE>60.303902</LATITUDE> -<LONGITUDE>11.168100</LONGITUDE> -<COMPANY>Best</COMPANY> -</STASJON> -[...] -<STASJON> -<NAME>Esso Andenes</NAME> -<ADDRESS>Falcksgate 9, 8480 Andenes</ADDRESS> -<ID>1822</ID> -<LATITUDE>69.320999</LATITUDE> -<LONGITUDE>16.118700</LONGITUDE> -<COMPANY>Esso</COMPANY> -</STASJON> -</STASJONSDATABASE> -- -
GetBanStatus
- -echo UDID=Android-123456789012345 | POST http://www.bitfactory.no/Bensin/ver1.1.GetBanStatus.php
- -Vet heller ikke helt hva dette API-kallet gjør. Navnet gjør at jeg -tror den rapporterer om telefonen med UDID oppgitt som argument er -bannlyst fra tjenesten. Bannlysning gjør antagelig at telefonen ikke -kan brukes til å registrere bensinpriser, men det er også mulig det -blokkerer for å se på priser. Eneste POST-argument er UDID, som ser -ut til å være den unike ID-en til en mobil-enhet. Returnverdi er 'NO' -for alle UDID-verdier jeg har testet. Gjetter på at alternativ -returverdi er 'YES', men har ikke sett en slik verdi så langt.
- -PriserVedStasjoner
- -echo 'stasjoner=810,364&day=0' | POST http://www.bitfactory.no/Bensin/ver1.1.PriserVedStasjoner.php
- -Dette kallet henter ut priser registrert på en eller flere -bensinstasjoner. Den tar to POST-argumenter, "stasjoner" som er -kommaseparert liste over stasjons-IDer (numeriske), og "day" som bør -settes til "0" for å få ut informasjon om priser. Usikker på hva -day-tallet betyr, men mistenker det har med hvor langt tilbake i tid -det skal hentes ut informasjon.
- -Resultatet som kommer tilbake er en kommaseparert liste for hver -enkelt stasjon, med <br> som skillemarkør mellom hver stasjon. -Ikke helt sikker på hva alle feltene er. Her er mine gjett:
- -1 | Bensinstasjons-ID |
2 | Pris for blyfri 95 oktan, flyttall med punktum som desimalskille. |
3 | Klokkeslett da prisen ble oppdatert, format HH:MM. |
4 | Telefon-ID på formen Android-123456789012345 eller hex-kodet streng/MD5-sum |
5 | tall, uviss betydning. muligens relatert til day-verdien. Oppdatering 2012-06-02: Denne verdien er antall bekreftelser en gitt pris har fått. |
6 | Pris for blyfri 98-oktan? |
7 | samme som felt 3 |
8 | samme som felt 4 |
9 | samme som felt 5 |
10 | Pris for disel |
11 | Samme som felt 3 |
12 | Samme som felt 4 |
13 | Samme som felt 5 |
En stasjonsoppføring består dermed av av bensinstasjons-ID og -deretter tre blokker for 95-oktan bensin, 98-oktan bensin og -disel.
- -PriserVedStasjon
- -echo 'id=736&day=0' | POST http://www.bitfactory.no/Bensin/ver1.1.PriserVedStasjon.php
- -Ser ut til å returnere informasjon for en enkelt bensinstasjon. -Formatet er dato på formen "08_12_2011" for 2011-12-08, og noe som ser -ut som samme format som fra PriserVedStasjoner. For stasjoner der -intet er registrert returnerer den "NO RESULTS".
- -AllePriser
- -echo day=0 | POST http://www.bitfactory.no/Bensin/ver1.1.AllePriser.php
- -Returnere liste med av alle stasjoner det er registrert oppdaterte -priser på siste 24 timer (eller er det fra ca. midnatt dagen før?). -Returnerer "NO RESULTS" når listen er tom. Ellers returnerer den en -dato på formen "Thursday_09_12_2011" fulgt av <br> og deretter -en liste med stasjoner på samme format som PriserVedStasjoner.
+ +Den norske +offentlighetsloven +er ganske bra, og inneholder rettigheter som sikrer at borgerne (og +journalister) i stor grad kan holde øye med hva fellesskapets +representanter i det offentlige holder på med. En kan be om kopi av +alle dokumenter som finnes i offentlige etater, kommuner, +departementer etc, og det kreves en konkret lovhjemmel for å nekte å +levere ut en kopi. Men for å vite hva en skal be om, må en vite hva +som finnes, og det er der de offentlige postjournalene kommer inn. +Alle underlagt offentlighetsloven, som er alle offentlige kontorer +samt selskaper som er kontrollert av det offentlige, er pliktig å føre +postjournal og utlevere den på forespørsel. Underlig nok forteller +Uninett AS meg at de som aksjeselskap ikke er underlagt krav om å +publisere postjournalen på web når jeg spurte hvor postjournalen kan +finnes, så det virker å være et hull i denne plikten hvis målet er at +innbyggerne skal ha enkel mulighet til å kontrollere våre +representanter. Men de må føre journal og utlevere den på +forespørsel.
+ +Men tema for denne bloggposten er hvordan en får tak i de +offentlige postjournaler som finnes, og her er det mye som kunne vært +bedre. Det finnes en felles portal for +postjournaler til alle departementer, nasjonale direktorater, +fylkesmenn etc (ca. 100 kilder), men for alle kommuner, +fylkeskommuner, helseregioner, universiteter og høgskoler, offentlig +styret stiftelser og selskaper, må en innom hver enkelt organisasjons +nettsider og se etter postjournalen. Noen har laget fine +søketjenester, andre har laget dårlige søketjenester. De fleste har +kun lagt ut datobaserte lister over journaloppføringer, av og til +HTML-basert, men ofte PDF-basert. Noen har kun innskannede bilder av +dokumenter (f.eks i PDF-innpakning). Alt dette gjør det veldig +vanskelig å holde et øye med det som skjer over hele Norge. En er +nødt til å besøke flere hundre nettsteder, og lese mange tusen sider +hver dag for å holde rede på hva som skjer, og resultatet er at det i +stor grad ikke skjer.
+ +Men datakildene ligger der, de er bare knot å bruke. En naturlig +løsning på det problemet som det er utrolig og trist at presse-Norge +ikke allerede har gjennomført, er å lage automatiske systemer for å +samle inn og strukturere den tilgjengelige informasjonen og lage en +innbygger og journalist-vennlig portal. I en slik portal bør en kunne +søke etter nøkkelord, saker og andre egenskaper (f.eks. dokumenter som +det tok lang tid å journalføre). Når informasjonen er samlet inn kan +en analysere og finne ut hvilke organisasjoner som er trege til å +publisere journalen sin, og hvilke som er mer flinke. En kan også +koble saker på tvers av organisasjoner, når et brev i en sak sendes +mellom organisasjonene, og dermed få en mer komplett oversikt over hva +som blir gjort på vegne av oss alle i det offentlige. Det hadde vært +morsomt å vite om alle brev som blir sendt mellom departementer eller +kommuner blir journalført begge steder, og om det hender at sender og +mottaker er uenige om et dokument kan unndras offentligheten. En +slipper også å måtte forholde seg til når den journalførende enhet +velger å fjerne journalen fra web. Her er praksis sprikende, og noen +er flinke og har journalen liggende ute fra første dag publiseringen +på web startet, mens andre fjerner den etter noen få dager.
+ +Det er personvernutfordringer rundt tilgjengeliggjøring av +postjournaler, da den offentlige informasjonen som er tilgjengelig i +postjournalene kan gi ganske mye informasjon om enkeltpersoners +kontakt med det offentlige Norge. En kan se når det bygges, søkes, +klages og sertifiseres, blant mange andre aktiviteter en tvinges til å +kontakte det offentlige Norge for å få gjort. Men det må veies opp +mot behovet til å holde "makta" i Norge under oppsikt, og der må jeg +innrømme at jeg tror behovet i Norge er enormt.
+ +Uansett, dette er bakgrunnen for at vi i NUUG-regi har startet et +prosjekt for å gjøre postjournalene tilgjengelig som åpne data på +strukturert format, og bidra til at pressen og innbyggerne får en +portal som gjør det mulig å bruke den innsynsmakten offentlighetsloven +gir oss. Hvis du er interessert i å bidra, stikk innom IRC (#nuug på +irc.freenode.net) og meld deg. :) Det innebærer å lage skrapere for +flere hundre kilder. Noen er enkle og tar 10-20 minutter (hvis de +f.eks. bruker ePhortes PDF-eksport), mens andre tar mer tid. Her +trengs det programører. :)
+ +PS: Hvis du vil lære litt mer om hva vi har mulighet til å få +innsyn i hos det offentlige Norge, ta en titt på +offentlighet.no, et +samarbeidsprosjekt mellom Norsk Presseforbund, Norsk Redaktørforening, +Norsk Journalistlag og Institutt for Journalistikk.
In 2003, a German teacher showed up on the -Debian Edu and Skolelinux -mailing list with interesting problems and reports proving he setting -up Linux for a (for us at the time) lot of pupils. His name was Ralf -Gesellensetter, and he has been an important tester and contributor -since then, helping to make sure the +
+I've been too busy at home, but finally I found time to wrap up +another interview with the people behind +Debian Edu and Skolelinux. +This time we get to know José Luis Redrejo RodrÃguez, one of our great +helpers from Spain. His effort was the reason we added support for +several desktop types (KDE, Gnome and most recently LXDE) in Debian +Edu, and have all of these available in the recently published Debian Edu -Squeeze release became as good as it is..
+Squeeze version.Who are you, and how do you spend your days?
-I am a teacher from Germany, and my subjects are Geography, -Mathematics, and Computer Science ("Informatik"). During the past 12 -years (since 2000), I have been working for a comprehensive (and soon, -also inclusive) school leading to all kind of general levels, such as -O- or A-level ("Abitur"). For quite as long, I've been taking care of -our computer network.
- -Now, in my early 40s, I enjoy the privilege of spending a lot of my -spare time together with my wife, our son (3 years) and our daughter -(4 months).
+I'm a father, teacher and engineer who is working for the Education +ministry of the Region of Extremadura (Spain) in the implementation of +ICT in schools
How did you get in contact with the Skolelinux/Debian Edu project?
-We had tried different Linux based school servers, when members of -my local Linux User Group (LUG OWL) detected Skolelinux. I remember -very well, being part of a party celebrating the Linux New Media Award -("Best Newcomer Distribution", also nominated: Ubuntu) that was given -to Skolelinux at Linux World Exposition in Frankfurt, 2005 (IIRC). Few -months later, I had the chance to join a developer meeting in Ulsrud -(Oslo) and to hand out the award to Knut Yrvin and others. For more -than 7 years, Skolelinux is part of our schools infrastructure, namely -our main server (tjener), one LTSP (today without thin clients), and -approximately 50 work stations. Most of these have the option to boot a -locally installed Skolelinux image. As a consequence, I joined quite -a few events dealing with free software or Linux, and met many Debian -(Edu) developers. All of them seemed quite nice and competent to me, -one more reason to stick to Skolelinux.
+At 2006, I verified that both, we in Extremadura and Skolelinux +project, had been working in parallel for some years, doing very +similar things, using very similar tools and with similar targets, so +I decided it was time to join forces as much as possible.
What do you see as the advantages of Skolelinux/Debian Edu?
-Debian driven, you are given all the advantages of a community -project including well maintained updates. Once, you are familiar with -the network layout, you can easily roll out an entire educational -computer infrastructure, from just one installation media. As only -free software (FOSS) is used, that supports even elderly hardware, -up-sizing your IT equipment is only limited by space (i.e. available -labs). Especially if you run a LTSP thin client server, your -administration costs tend towards zero.
+A community of highly skilled experts working together, with a +really open schema of collaboration and work. I really love the +concepts of Do-ocracy and Merit-ocracy and the way these concepts are +been used everyday inside Debian Edu.
What do you see as the disadvantages of Skolelinux/Debian Edu?
-While Debian's stability has loads of advantages for servers, this -might be different in some cases for clients: Schools with unlimited -budget might buy new hardware with components that are not yet -supported by Debian stable, or wish to use more recent versions of -office packages or desktop environments. These schools have the -option to run Debian testing or other distributions - if they have the -capacity to do so. Another issue is that Debian release cycles -include a wide range of changes; therefor a high percentage of human -power seems to be absorbed by just keeping the features of Skolelinux -within the new setting of the version to come. During this process, -the cogs of Debian Edu are getting more and more professional, -i.e. harder to understand for novices.
+Sometimes the differences in the implementations, laws or +economical and technical resources in the different countries don't +allow us to agree in the same solution for all of us, and several +approaches are needed, what is a waste of effort. Also, there is a +lack of more man power to be able to follow the fast evolution of the +technologies in school.
Which free software do you use daily?
-LibreOffice, Wikipedia, Openstreetmap, Iceweasel (Mozilla Firefox), -KMail, Gimp, Inkscape - and of course the Linux Kernel (not only on -PC, Laptop, Mobile, but also our SAT receiver)
+Debian, of course, and due to my kind of job I am most of my time +between Iceweasel, Geany and +Terminator.
Which strategy do you believe is the right one to use to get schools to use free software?
--
-
-
- Support computer science as regular subject in schools to make -people really "own" their hardware, to make them understand the -difference between proprietary software products, and free software -developing. - -
- Make budget baskets corresponding: In Germany's public schools -there are more or less fixed budgets for IT equipment (including -licenses), so schools won't benefit from any savings here. This -privilege is left to private schools which have consequently a large -share among German Skolelinux schools. - -
- Get free software in the seminars where would-be teachers are -trained. In many cases, teachers' software customs are respected by -decision makers rather than the expertise of any IT experts. - -
- Don't limit ourself to free software run natively. Everybody uses -free software or free licenses (for instance Wikipedia), and this -general concept should get expanded to free educational content to be -shared world wide (school books e.g.). +
I think there is not a single strategy because there are very +different scenarios: schools with mixed proprietary and free +environments, schools using only workstations, other schools using +laptops, netbooks, tablets, interactive white-boards, etc.
+ +Also the range of ages of the students is very broad and you can +not use the same solutions for primary schools and secondary or even +universities. So different strategies are needed.
+ +But, looking at these differences, and looking back to the things +we've done and implemented, and the places were we have spent most of +our forces, I think we should focus as much as possible in free +multi-platform environments, using only standards tools, and moving +more and more to Internet or network solutions that could be deployed +using wireless. I think we'll see more and more personal devices in +the schools, devices the students and teachers will take home with +them, so the solutions must be able to be taken at home and continue +working there.
+Jeg fikk nettopp svar fra NRK på +min +forespørsel om kopi av avtale med MPEG-LA eller andre om bruk av +MPEG og/eller H.264. Svaret har fått saksreferanse 2011/371 (mon tro +hva slags sak fra 2011 dette er?) hos NRK og lyder som følger:
--- +Talk about the difference between freeware and free software. +Svar på innsynsbegjæring i MPEG / H.264-relaterte +avtaler
+ +Viser til innsynsbegjæring av 19. juni 2012. Kravet om innsyn +gjelder avtale som gjør at NRK «ikke er begrenset av de generelle +bruksvilkårene som gjelder for utstyr som bruker MPEG og/eller +H.264».
+ +I henhold til offentleglova § 28 annet ledd må innsynskravet gjelde +en bestemt sak eller i rimelig utstrekning saker av en bestemt +sak. Det er på det rene at det aktuelle innsynskravet ikke gjelder en +bestemt sak. Spørsmålet som reiser seg er om identifiseringsgraden er +tilstrekkelig. I Justisdepartementets «Rettleiar til offentleglova» +står følgende:
+ +«Kravet om at innsynskravet må gjelde ei bestemt sak er til hinder +for at eit innsynskrav kan gjelde alle saker av ein bestemt art, utan +at den enkelte saka blir identifisert. Ein kan med andre ord i +utgangspunktet ikkje krevje innsyn i til dømes alle saker om +utsleppsløyve hos Statens forureiningstilsyn frå dei siste tre åra, +med mindre ein identifiserer kvar enkelt sak, til dømes med tilvising +til dato, partar eller liknande.»
+ +Vedrørende denne begrensningen har Justisdepartementet uttalt +følgende (Lovavdelingens uttalelser JDLOV-2010-3295):
+ +«Bakgrunnen for avgrensinga av kva innsynskravet kan gjelde, +er fyrst og fremst at meir generelle innsynskrav, utan noka form for +identifikasjon av kva ein eigentleg ynskjer, ville vere svært +vanskelege å handsame for forvaltninga.»
+ +I samme sak uttaler Lovavdelingen følgende:
+ +«Det følgjer vidare av offentleglova § 28 andre ledd at det `i +rimeleg utstrekning' kan krevjast innsyn i `saker av ein bestemt +art'. Vilkåret om at eit innsynskrav berre `i rimeleg utstrekning' kan +gjelde saker av ein bestemt art, er i hovudsak knytt til kor +arbeidskrevjande det vil vere å finne fram til dei aktuelle +dokumenta. I tillegg reknar vi med at vilkåret kan gje grunnlag for å +nekte innsyn i tilfelle der innsynskravet er så omfattande (gjeld så +mange dokument) at arbeidsmengda som ville gått med til å handsame +det, er større enn det ein `i rimeleg utstrekning' kan krevje (sjølv +om det nok skal mykje til).»
+ +NRK har ikke noen egen sammenstilling over avtaler innenfor +bestemte områder som omtales i innsynsbegjæringen. De måtte søkes på +vanlig måte. I tillegg finnes ikke noen automatisert måte å finne +avtaler som «ikke er begrenset av de generelle bruksvilkårene som +gjelder for utstyr som bruker MPEG og/eller H.264». En slik +gjennomgang av avtaler måtte gjøres manuelt av en person med +spesialistkunnskap. Dette vil kreve at NRK avsetter omfattende +ressurser for å finne frem relevante avtaler og for deretter å vurdere +om de dekkes av det innsynsbegjæringen omfattes.
+ +På bakgrunn av dette nekter NRK innsyn, med den begrunnelsen at +innsynskravet er så omfattende at arbeidsmengden for å håndtere kravet +vil være langt større enn det som i rimelig utstrekning kan kreves i +henhold til offentleglova § 28 annet ledd.
+ +Avslag på deres innsynsbegjæring kan påklages til Kultur- og +kirkedepartementet innen tre uker fra det tidspunkt avslaget kommer +frem til mottakeren, i henhold til reglene i offentleglova § 32, +jf. forvaltningsloven kapittel VI. Klagen skal stiles til Kultur- og +kirkedepartementet, og sendes til NRK.
+ +NRK er imidlertid etter Offentleglova forpliktet å gi ut journaler, +slik at en eventuell søknad om innsyn kan tydeligere identifisere +hvilke dokumenter som det ønskes innsyn i. NRKs offentlige journaler +for inneværende og forrige måned ligger ute på +NRK.no/innsyn. Journaler som går lengre tilbake i tid, kan sendes ut +på forespørsel til innsyn (at) nrk.no.
+ +Med hilsen +
-
Dokumentarkivet i NRK +
v/ Elin Brandsrud +
Tel. direkte: 23 04 29 29 +
Post: RBM3, Postboks 8500 Majorstuen, 0340 Oslo +
innsyn (at) nrk.noSpread free software, or even collections of portable free apps -for USB pen drives. Endorse students to get a legal copy of -Libreoffice rather than accepting them to use illegal serials. And -keep sending documents in ODF formats. +
Svaret kom +i +PDF-form som vedlegg på epost. Jeg er litt usikker på hvordan jeg +best går videre for å bli klok, men jeg har jo i hvert fall tre uker +på å vurdere om jeg skal klage. Enten må nok forespørselen +reformuleres eller så må jeg vel klage. Synes jo det er merkelig at +NRK ikke har bedre kontroll med hvilke avtaler de har inngått. Det +burde jo være noen i ledelsen som vet om de har signert en avtale med +MPEG-LA eller ikke...
+ +Oppdatering 2012-06-25 20:20: Et google-søk på "2011/371 nrk" +sendte meg til postjournalen for +2012-06-19 +og +2012-06-20 +hos NRK som viser mine forespørsler og viser at sakens tittel hos NRK +er "Graphic Systems Regions MA 2378/10E". Videre søk etter "Graphic +Systems Regions" viser at dette er saken til et anbud om +"a graphics +system for 12 or 13 sites broadcasting regional news" hos Mercell +Sourcing Service, også omtalt på +Public +Tenders og +Doffin. +Jeg er dog usikker på hvordan dette er relatert til min +forespørsel.
+ +Oppdatering 2012-06-25 22:40: Ble tipset av Kieran Kunhya, fra +miljøet rundt +Open +Broadcast Encoder, at listen over de som har lisensavtale med +MPEG-LA er +tilgjengelig +på web. Veldig fint å oppdage hvor den finnes, da jeg må ha lett +etter feil ting da jeg forsøke å finne den. Der står ikke NRK, men +flere andre "Broadcasting Company"-oppføringer. Lurer på om det betyr +at NRK ikke trenger avtale, eller noe helt annet?