- <title>Litt informasjon om Bitfactorys Bensinpris-API</title>
- <link>http://people.skolelinux.org/pere/blog/Litt_informasjon_om_Bitfactorys_Bensinpris_API.html</link>
- <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Litt_informasjon_om_Bitfactorys_Bensinpris_API.html</guid>
- <pubDate>Mon, 28 May 2012 23:55:00 +0200</pubDate>
- <description><p>I fjor lanserte Bitfactory en
-<a href="http://www.bitfactory.no/bensinpris.html">mobilapp for å få
-tilgang til bensinpriser</a> 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.</p>
-
-<p>Utrolig nok er det i følge
-<a href="http://www.dn.no/energi/article2194526.ece">Dagens
-Næringsliv</a> og
-<a href="http://www.finnmarkdagblad.no/nyheter/article5323140.ece">Finnmark
-Dagblad</a> 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
-<a href="http://www.dinside.no/php/oko/bensin/vis_prisliste.php">dinside.no</a>
-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.<p>
-
-<p>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.</p>
-
-<p><b>stasjonsDatabaseUpdateStamp</b></p>
-
-<p><tt>GET http://www.bitfactory.no/Bensin/ver1.1.stasjonsDatabaseUpdateStamp</tt></p>
-
-<p>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 <tt>perl -e 'print
-scalar(localtime(1319145491)), "\n"'</tt>. 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".</p>
-
-<p><b>GetXMLDatabase</b></p>
-
-<p><tt>echo password=XYZXYZXYZXYZX | POST http://www.bitfactory.no/Bensin/GetXMLDatabase.php</tt></p>
-
-<p>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):</p>
-
-<p><pre>
-&lt;?xml version="1.0" encoding="UTF-8"?&gt;
-&lt;STASJONSDATABASE&gt;
-&lt;STASJON&gt;
-&lt;NAME&gt;&lt;/NAME&gt;
-&lt;ADDRESS&gt;&lt;/ADDRESS&gt;
-&lt;ID&gt;0&lt;/ID&gt;
-&lt;LATITUDE&gt;0.000000&lt;/LATITUDE&gt;
-&lt;LONGITUDE&gt;0.000000&lt;/LONGITUDE&gt;
-&lt;COMPANY&gt;&lt;/COMPANY&gt;
-&lt;/STASJON&gt;
-&lt;STASJON&gt;
-&lt;NAME&gt;Statoil Best Eidsvoll Verk&lt;/NAME&gt;
-&lt;ADDRESS&gt;Gamle Trondheimsvei 339 2074 Eidsvoll Verk&lt;/ADDRESS&gt;
-&lt;ID&gt;1&lt;/ID&gt;
-&lt;LATITUDE&gt;60.303902&lt;/LATITUDE&gt;
-&lt;LONGITUDE&gt;11.168100&lt;/LONGITUDE&gt;
-&lt;COMPANY&gt;Best&lt;/COMPANY&gt;
-&lt;/STASJON&gt;
-[...]
-&lt;STASJON&gt;
-&lt;NAME&gt;Esso Andenes&lt;/NAME&gt;
-&lt;ADDRESS&gt;Falcksgate 9, 8480 Andenes&lt;/ADDRESS&gt;
-&lt;ID&gt;1822&lt;/ID&gt;
-&lt;LATITUDE&gt;69.320999&lt;/LATITUDE&gt;
-&lt;LONGITUDE&gt;16.118700&lt;/LONGITUDE&gt;
-&lt;COMPANY&gt;Esso&lt;/COMPANY&gt;
-&lt;/STASJON&gt;
-&lt;/STASJONSDATABASE&gt;
-</pre></p>
-
-<p><b>GetBanStatus</b></p>
-
-<p><tt>echo UDID=Android-123456789012345 | POST http://www.bitfactory.no/Bensin/ver1.1.GetBanStatus.php</tt></p>
-
-<p>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.</p>
-
-<p><b>PriserVedStasjoner</b></p>
-
-<p><tt>echo 'stasjoner=810,364&day=0' | POST http://www.bitfactory.no/Bensin/ver1.1.PriserVedStasjoner.php</tt></p>
-
-<p>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.</p>
-
-<p>Resultatet som kommer tilbake er en kommaseparert liste for hver
-enkelt stasjon, med &lt;br&gt; som skillemarkør mellom hver stasjon.
-Ikke helt sikker på hva alle feltene er. Her er mine gjett:</p>
-
-<p><table>
-<tr><ht>Felt</ht><ht>Beskrivelse</ht></tr>
-<tr><td>1</td><td>Bensinstasjons-ID</td></tr>
-<tr><td>2</td><td>Pris for blyfri 95 oktan, flyttall med punktum som desimalskille.</td></tr>
-<tr><td>3</td><td>Klokkeslett da prisen ble oppdatert, format HH:MM. </td></tr>
-<tr><td>4</td><td>Telefon-ID på formen Android-123456789012345 eller hex-kodet streng/MD5-sum</td></tr>
-<tr><td>5</td><td>tall, uviss betydning. muligens relatert til day-verdien.</td></tr>
-<tr><td>6</td><td>Pris for blyfri 98-oktan?</td></tr>
-<tr><td>7</td><td>samme som felt 3</td></tr>
-<tr><td>8</td><td>samme som felt 4</td></tr>
-<tr><td>9</td><td>samme som felt 5</td></tr>
-<tr><td>10</td><td>Pris for disel</td></tr>
-<tr><td>11</td><td>Samme som felt 3</td></tr>
-<tr><td>12</td><td>Samme som felt 4</td></tr>
-<tr><td>13</td><td>Samme som felt 5</td></tr>
-</table></p>
+ <title>Lovlig piratkopiering av den Østeriske landsbyen Hallstatt</title>
+ <link>http://people.skolelinux.org/pere/blog/Lovlig_piratkopiering_av_den__steriske_landsbyen_Hallstatt.html</link>
+ <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Lovlig_piratkopiering_av_den__steriske_landsbyen_Hallstatt.html</guid>
+ <pubDate>Sat, 23 Jun 2012 12:20:00 +0200</pubDate>
+ <description><p>Det er gledelig å se at store norske redaksjoner nå omtaler lovlig
+virksomhet som piratkopiering, og slik bidrar til å ufarliggjøre
+uttrykket. Det kan bidra til at de som omtaler kundene sine som
+pirater og presser penger ut av dem får mindre støtte i befolkningen.
+De siste dagene har
+<a href="http://www.vg.no/reise/artikkel.php?artid=10050744">VG</a>
+(16. juni),
+<a href="http://www.aftenposten.no/nyheter/uriks/Kina-kopierte-en-hel-osteriksk-alpelandsby-6847771.html#xtor=RSS-3">Aftenposten
+Utenriks</a> (11. juni),
+<a href="http://www.aftenposten.no/reise/article4281102.ece">Aftenposten
+Reise</a> (22. juni),
+<a href="http://reise.adressa.no/reise/article4281102.ece">Adressseavisa</a>
+(22. juni) og
+<a href="http://reise.bt.no/reise/article4281102.ece">Bergens
+Tidene</a> (22. juni) fortalt om hvordan en utbygger i Kina har bygget
+en kopi av den Østeriske
+<a href="http://en.wikipedia.org/wiki/Hallstatt">landsbyen
+Hallstatt</a> i Guangdong-provinsen rundt 60 kilometer nordøst for
+Hong Kong (i følge VG). Til og med
+<a href="http://idle.slashdot.org/story/12/06/22/0022251/china-pirates-austrian-village">Slashdot</a>
+har hatt en sak i dag i tillegg til en
+<a href="http://news.slashdot.org/story/12/06/05/2332224/china-secretly-clones-austrian-village">for
+to uker siden</a> der de ikke brukte ordet piratkopiering.</p>
+
+<p>Jeg kjenner ikke opphavsrettslovene i Østerike og Kina, men for
+Norges del er hus i en by beskyttet i
+<a href="http://www.lovdata.no/all/nl-19610512-002.html">åndsverkloven</a>
+som "bygningskunst, så vel tegninger og modeller som selve byggverket"
+(§ 1 punkt 9). Vernetiden er hele opphavsmannens (dvs. arkitektens)
+levetid og 70 år etter utløpet av hans dødsår. Det betyr at kun hus
+tegnet av arkitekter som døde etter 1942 er vernet av
+åndsverkloven.</p>
+
+<p>Hallstatt står på
+<a href="http://whc.unesco.org/en/list/806/">UNESCOs
+verdensarvliste</a> pga. gamle hus og lang historie. Jeg har ikke
+klart å finne kilde til hvem som har tegnet husene, men gitt at de ble
+bygget før midten av 1800-tallet, er de ikke lenger beskyttet av
+åndsverkloven og enhver kan lovlig lage kopier av husene hvor de
+vil.</p>
+</description>
+ </item>
+
+ <item>
+ <title>Trenger en avtale med MPEG-LA for å publisere og kringkaste H.264-video?</title>
+ <link>http://people.skolelinux.org/pere/blog/Trenger_en_avtale_med_MPEG_LA_for___publisere_og_kringkaste_H_264_video_.html</link>
+ <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Trenger_en_avtale_med_MPEG_LA_for___publisere_og_kringkaste_H_264_video_.html</guid>
+ <pubDate>Thu, 21 Jun 2012 13:40:00 +0200</pubDate>
+ <description><p>Trengs det avtale med MPEG-LA for å ha lovlig rett til å
+distribuere og kringkaste video i MPEG4 eller med videokodingen H.264?
+<a href="http://webmink.com/essays/h-264/">H.264 og MPEG4 er jo ikke en
+fri og åpen standard</a> i henhold til
+<a href="http://people.skolelinux.org/pere/blog/Fri_og__pen_standard__slik_Digistan_ser_det.html">definisjonen
+til Digistan</a>, så i enkelte land er det ingen tvil om at du må ha
+en slik avtale, men jeg må innrømme at jeg ikke vet om det også
+gjelder Norge. Det ser uansett ut til å være en juridisk interessant
+problemstilling. Men jeg tenkte her om dagen som så, at hvis det er
+nødvendig, så har store aktører som
+<a href="http://www.nrk.no/">NRK</a> og
+<a href="http://www.regjeringen.no/">regjeringen</a> skaffet seg en
+slik avtale. Jeg har derfor sendt forespørsel til begge (for
+regjeringen sin del er det Departementenes Servicesenter som gjør
+jobben), og bedt om kopi av eventuelle avtaler de har om bruk av MPEG
+og/eller H.264 med MPEG-LA eller andre aktører som opererer på vegne
+av MPEG-LA. Her er kopi av eposten jeg har sendt til
+<a href="http://www.dss.dep.no/">Departementenes Servicesenter</a>.
+Forespørselen til NRK er veldig lik.</p>