</description>
</item>
+ <item>
+ <title>Web service to look up HP and Dell computer hardware support status</title>
+ <link>http://people.skolelinux.org/pere/blog/Web_service_to_look_up_HP_and_Dell_computer_hardware_support_status.html</link>
+ <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Web_service_to_look_up_HP_and_Dell_computer_hardware_support_status.html</guid>
+ <pubDate>Wed, 6 Jun 2012 23:15:00 +0200</pubDate>
+ <description><p>A few days ago
+<a href="http://people.skolelinux.org/pere/blog/SOAP_based_webservice_from_Dell_to_check_server_support_status.html">I
+reported how to get</a> the support status out of Dell using an
+unofficial and undocumented SOAP API, which I since have found out was
+<a href="http://lists.us.dell.com/pipermail/linux-poweredge/2012-February/045959.html">discovered
+by Daniel De Marco in february</a>. Combined with my web scraping
+code for HP, Dell and IBM
+<a href="http://people.skolelinux.org/pere/blog/Checking_server_hardware_support_status_for_Dell__HP_and_IBM_servers.html">from
+2009</a>, I got inspired and wrote
+<a href="https://views.scraperwiki.com/run/computer-hardware-support-status/">a
+web service</a> based on Scraperwiki to make it easy to look up the
+support status and get a machine readable result back.</p>
+
+<p>This is what it look like at the moment when asking for the JSON
+output:
+
+<blockquote><pre>
+% GET <a href="https://views.scraperwiki.com/run/computer-hardware-support-status/?format=json&vendor=Dell&servicetag=2v1xwn1">https://views.scraperwiki.com/run/computer-hardware-support-status/?format=json&vendor=Dell&servicetag=2v1xwn1</a>
+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": ""})
+%
+</pre></blockquote>
+
+<p>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 with adding more features.</p>
+</description>
+ </item>
+
+ <item>
+ <title>TV with face recognition, for improved viewer experience</title>
+ <link>http://people.skolelinux.org/pere/blog/TV_with_face_recognition__for_improved_viewer_experience.html</link>
+ <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/TV_with_face_recognition__for_improved_viewer_experience.html</guid>
+ <pubDate>Sat, 9 Jun 2012 22:00:00 +0200</pubDate>
+ <description><p>Slashdot got a story about Intel planning a
+<a href="http://entertainment.slashdot.org/story/12/06/09/0012247/intel-to-launch-tv-service-with-facial-recognition-by-end-of-the-year">TV
+with face recognition</a> to recognise the viewer, and it occurred to
+me that it would be more interesting to turn it around, and do face
+recognition on the TV image itself. It could let the viewer know who
+is present on the screen, and perhaps look up their credibility,
+company affiliation, previous appearances etc for the viewer to better
+evaluate what is being said and done. That would be a feature I would
+be willing to pay for.</p>
+
+<p>I would not be willing to pay for a TV that point a camera on my
+household, like the big brother feature apparently proposed by Intel.
+It is the telescreen idea fetched straight out of the book
+<a href="http://gutenberg.net.au/ebooks01/0100021.txt">1984 by George
+Orwell</a>.</p>
+</description>
+ </item>
+
+ <item>
+ <title>Litt statistikk fra Offentlig Elektronisk postjournal</title>
+ <link>http://people.skolelinux.org/pere/blog/Litt_statistikk_fra_Offentlig_Elektronisk_postjournal.html</link>
+ <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Litt_statistikk_fra_Offentlig_Elektronisk_postjournal.html</guid>
+ <pubDate>Sun, 10 Jun 2012 20:30:00 +0200</pubDate>
+ <description><p>De siste månedene har jeg sammen med andre i NUUG jobbet med å
+gjøre det enklere å få innsyn i offentlige dokumenter, og dette
+inkluderer å gjøre postjournaler enklere tilgjengelig for maskinell
+analyse og søk. I den forbindelse tok jeg i dag å tittet litt på
+<a href="http://www.oep.no/">Offentlig Elektronisk Postjournal
+(OEP)</a>, FAD/DIFIs fellesløsning for departementer og statlige
+etater.</p>
+
+<p>Her er antall oppføringer pr. måned det siste året,
+<a href="https://api.scraperwiki.com/api/1.0/datastore/sqlite?format=htmltable&name=postliste-oep&query=select%20strftime(%22%25Y-%25m%22%2C%20%60recordpublishdate%60)%20as%20oeppubmonth%2C%20count(*)%20from%20%60swdata%60%20group%20by%20oeppubmonth%20order%20by%20oeppubmonth">summert
+opp</a> ved hjelp av
+<a href="https://scraperwiki.com/scrapers/postliste-oep/">en
+Scraperwiki-database</a>. Merk at denne Scraperwikien har
+ytelsesproblemer pga. mengden data. </p>
+
+<p><table border="1">
+<tr><th>Måned</th><th>Antall</th></tr>
+<tr><td>2011-07</td><td>164355</td></tr>
+<tr><td>2011-08</td><td>153662</td></tr>
+<tr><td>2011-09</td><td>173134</td></tr>
+<tr><td>2011-10</td><td>170665</td></tr>
+<tr><td>2011-11</td><td>198409</td></tr>
+<tr><td>2011-12</td><td>175908</td></tr>
+<tr><td>2012-01</td><td>206875</td></tr>
+<tr><td>2012-02</td><td>202862</td></tr>
+<tr><td>2012-03</td><td>204225</td></tr>
+<tr><td>2012-04</td><td>207931</td></tr>
+<tr><td>2012-05</td><td>223754</td></tr>
+</table></p>
+
+<p>Det er også interessant å se hvor ofte ulike etater sender inn sine
+journaloppføringer til OEP. OEP inneholder en liste med sist
+innrapporteringsdato for alle som sender til OEP, og ved å se når og
+hvor ofte det blir sendt inn fra etatene kan
+<a href="https://api.scraperwiki.com/api/1.0/datastore/sqlite?format=htmltable&name=postliste-oep-deliverydates&query=select%20agency%2C%0A(julianday(datetime('now'))%20-%20%0A%20julianday(min(%60deliverydate%60)))%2Fcount(*)%20as%20dayfreq%2C%0A%20count(*)%0Afrom%20%60swdata%60%20group%20by%20agency%20order%20by%20dayfreq%20desc">frekvensen
+beregnes</a>. Her er bunnlista, dvs. de som leverer sjeldnere enn hver 10.
+dag beregnet fra
+<a href="https://scraperwiki.com/scrapers/postliste-oep-deliverydates/">en
+Scraperwiki-database</a>:</p>
+
+<p><table border="1">
+
+<tr> <th>Etat</th> <th>Frekvens</th> <th>Leveringer</th> </tr>
+<tr> <td>Norges geologiske undersøkelse</td> <td>83.7527546296</td> <td>1</td> </tr>
+<tr> <td>Medietilsynet</td> <td>33.7527546296</td> <td>1</td> </tr>
+<tr> <td>Departementenes servicesenter</td> <td>23.8763773148</td> <td>2</td> </tr>
+<tr> <td>Kunnskapsdepartementet</td> <td>15.8763773148</td> <td>2</td> </tr>
+<tr> <td>Kompetansesenter for distriktsutvikling</td> <td>15.3763773148</td> <td>2</td> </tr>
+<tr> <td>Toll- og avgiftsdirektoratet</td> <td>15.3763773148</td> <td>2</td> </tr>
+<tr> <td>Fredskorpset</td> <td>12.5842515432</td> <td>3</td> </tr>
+<tr> <td>Statens legemiddelverk</td> <td>12.1881886574</td> <td>4</td> </tr>
+<tr> <td>Utlendingsnemnda</td> <td>11.5842515432</td> <td>3</td> </tr>
+<tr> <td>Politidirektoratet</td> <td>10.9175848765</td> <td>3</td> </tr>
+<tr> <td>Skattedirektoratet</td> <td>10.9175848765</td> <td>3</td> </tr>
+<tr> <td>Statens innkrevingssentral</td> <td>10.5842515432</td> <td>3</td> </tr>
+<tr> <td>Barne-, ungdoms- og familiedirektoratet</td> <td>10.2509182099</td> <td>3</td> </tr>
+<tr> <td>Kunst i offentlige rom</td> <td>10.2509182099</td> <td>3</td> </tr>
+
+</table></p>
+
+<p>En kan beregne lignende frekvenser ved å sammenligne
+journalføringsdato med publiseringsdato for hver enkelt oppføring i
+OEP, men den lenken legger jeg ikke ved her for å unngå at
+søkemotorroboter begynner å overbelaste Scraperwiki-databasen.</p>
+
+<p>Jeg har spurt Norges geologiske undersøkelse om hvorfor de leverer
+så sjelden, og det kommer av at de har problemer etter oppgradering av
+arkivsystemet sitt og jobber med å fikse det slik at de kan gå tilbake
+til å levere hver uke. Har ikke undersøkt noen av de andre.</p>
+</description>
+ </item>
+
+ <item>
+ <title>Debian Edu - some ideas for the future versions</title>
+ <link>http://people.skolelinux.org/pere/blog/Debian_Edu___some_ideas_for_the_future_versions.html</link>
+ <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Debian_Edu___some_ideas_for_the_future_versions.html</guid>
+ <pubDate>Mon, 11 Jun 2012 14:30:00 +0200</pubDate>
+ <description><p>During my work on
+<a href="http://www.debian.org/News/2012/20120311.nb.html">Debian Edu
+based on Squeeze</a>, I came across some issues that should be
+addressed in the Wheezy release. I finally found time to wrap up my
+notes and provide quick summary of what I found, with a bit
+explanation.</p>
+
+<p><ul>
+
+<li>We need to rewrite our package installation framework, as tasksel
+changed from using tasksel tasks to using meta packages (aka packages
+with dependencies like our education-* packages), and our installation
+system depend on tasksel tasks in
+/usr/share/tasksel/debian-edu-tasks.desc for package
+installation.</li>
+
+<li>Enable Kerberos login for more services. Now with the Kerberos
+foundation in place, we should use it to get single sign on with more
+services, and avoiding unneeded password / login questions. We should
+at least try to enable it for these services:
+<ul>
+
+ <li>CUPS for admins to add/configure printers and users when using
+ quotas.</li>
+ <li>Nagios for admins checking the system status.</li>
+ <li>GOsa for admins updating LDAP and users changing their passwords.</li>
+ <li>LDAP for admins updating LDAP.</li>
+ <li>Squid for users when exam mode / filtering is active.</li>
+ <li>ssh for admins and users to save a password prompt.</li>
+
+</ul></li>
+
+<li>When we move GOsa to use Kerberos instead of LDAP bind to
+authenticate users, we should try to block or at least limit access to
+use LDAP bind for authentication, to ensure Kerberos is used when it
+is intended, and nothing fall back to using the less safe LDAP bind</li>
+
+<li>Merge debian-edu-config and debian-edu-install. The split made
+sense when d-e-install did a lot more, but these days it is just an
+inconvenience when we update the debconf preseeding values.</li>
+
+<li>Fix partman-auto to allow us to abort the installation before
+touching the disk if the disk is too small. This is
+<a href="http://bugs.debian.org/653305">BTS report #653305</a> and the
+d-i developers are fine with the patch and someone just need to apply
+it and upload. After this is done we need to adjust
+debian-edu-install to use this new hook.</li>
+
+<li>Adjust to new LTSP framework (boot time config instead of install
+time config). LTSP changed its design, and our hooks to install
+packages and update the configuration is most likely not going to work
+in Wheezy.
+
+<li>Consider switching to NBD instead of NFS for LTSP root, to allow
+the Kernel to cache files in its normal file cache, possibly speeding
+up KDE login on slow networks.</li>
+
+<li>Make it possible to create expired user passwords that need to
+change on first login. This is useful when handing out password on
+paper, to make sure only the user know the password. This require
+fixes to the PAM handling of kdm and gdm.</li>
+
+<li>Make GUI for adding new machines automatically from sitesummary.
+The current command line script is not very friendly to people most
+familiar with GUIs. This should probably be integrated into GOsa to
+have it available where the admin will be looking for it..</li>
+
+<li>We should find way for Nagios to check that the DHCP service
+actually is working (as in handling out IP addresses). None of the
+Nagios checks I have found so far have been working for me.</li>
+
+<li>We should switch from libpam-nss-ldapd to sssd for all profiles
+using LDAP, and not only on for roaming workstations, to have less
+packages to configure and consistent setup across all profiles.</li>
+
+<li>We should configure Kerberos to update LDAP and Samba password
+when changing password using the Kerberos protocol. The hook was
+requested in <a href="http://bugs.debian.org/588968">BTS report
+#588968</a> and is now available in Wheezy. We might need to write a
+MIT Kerberos plugin in C to get this.</li>
+
+<li>We should clean up the set of applications installed by default.
+<ul>
+
+<li>reduce the number of chemistry visualisers</li>
+<li>consider dropping xpaint</li>
+<li>and probably more?</li>
+</ul></li>
+
+<li>Some hardware need external firmware to work properly. This is
+mostly the case for WiFi network cards, but there are some other
+examples too. For popular laptops to work out of the box, such
+firmware need to be installed from non-free, and we should provide
+some GUI to do this. Ubuntu already have this implemented, and we
+could consider using their packages. At the moment we have some
+command line script to do this (one for the running system, another
+for the LTSP chroot).</li>
+
+
+<li>In Squeeze, we provide KDE, Gnome and LXDE as desktop options. We
+should extend the list to Xfce and Sugar, and preferably find a way to
+install several and allow the admin or the user to select which one to
+use.</li>
+
+<li>The golearn tool from the goplay package make it easy to check out
+interesting educational packages. We should work on the package
+tagging in Debian to ensure it represent all the useful educational
+packages, and extend the tool to allow it to use packagekit to install
+new applications with a simple mouse click.</li>
+
+<li>The Squeeze version got half a exam solution already in place,
+with the introduction of iptable based network blocking, but for it to
+be a complete exam solution the Squid proxy need to enable
+filtering/blocking as well when the exam mode is enabled. We should
+implement a way to easily enable this for the schools that want it,
+instead of the "it is documented" method of today.</li>
+
+<li>A feature used in several schools is the ability for a teacher to
+"take over" the desktop of individual or all computers in the room.
+There are at least three implementations,
+<a href="italc.sourceforge.net/">italc</a>,
+<a href="http://www.itais.net/help/en/">controlaula</a> og
+<a href="http://www.epoptes.org/">epoptes</a> and we should pick one of
+them and make it trivial to set it up in a school. The challenges is
+how to distribute crypto keys and how to group computers in one room
+and how to set up which machine/user can control the machines in a
+given room.</li>
+
+<li>Tablets and surf boards are getting more and more popular, and we
+should look into providing a good solution for integrating these into
+the Debian Edu network. Not quite sure how. Perhaps we should
+provide a installation profile with better touch screen support for
+them, or add some sync services to allow them to exchange
+configuration and data with the central server. This should be
+investigated.</li>
+
+</ul></p>
+
+<p>I guess we will discover more as we continue to work on the Wheezy
+version.</p>
+</description>
+ </item>
+
+ <item>
+ <title>SQL-database med anbud publisert på Doffin</title>
+ <link>http://people.skolelinux.org/pere/blog/SQL_database_med_anbud_publisert_p__Doffin.html</link>
+ <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/SQL_database_med_anbud_publisert_p__Doffin.html</guid>
+ <pubDate>Fri, 15 Jun 2012 13:30:00 +0200</pubDate>
+ <description><p><a href="http://www.doffin.no/">Doffin</a> er det offentlige Norges
+portal for annonsering av anbudsutlysninger. Nettstedet er mye brukt,
+men rådataene er ikke enkelt tilgjengelig for almenheten. For å bøte
+på det har jeg som et <a href="htt://www.nuug.no/">NUUG-prosjekt</a>
+laget en <a href="http://scraperwiki.com/">Scraperwiki</a>-skraper som
+lager en
+<a href="https://scraperwiki.com/scrapers/norwegian-doffin/">SQL-database
+med nøkkelinformasjonen fra Doffin</a>, slik at det er mulig å søke og
+analysere Doffin-oppføringene. Det publiseres mellom 900-1500 anbud
+hver måned via Doffin. Jeg har ingen konkrete planer for analyse, men
+håper enklere tilgjengelighet gjør at flere griper sjansen. På sikt
+håper jeg å bruke denne databasen som grunnlag for å lage en database
+over anbudsdokumenter, som i dag ikke er tilgjengelig fra doffin, men
+må bestilles fra hver enkelt utlyser.</p>
+
+<p>Jeg var litt usikker på om det var rettighetsproblemer knyttet til
+skraping av informasjon fra Doffin, men ser i
+<a href="http://www.doffin.no/sitehelp/help_terms.aspx">vilkårene til
+Doffin</a> følgende:</p>
+
+<p><blockquote>
+
+<p>Opphavsrett mv</p>
+
+<p>Ved innleggig av kunngjøringer på Doffin aksepterer Oppdragsgiver
+at opphavsrett og andre rettigheter til materialet overføres til
+Fornyings- og administrasjonsdepartementet, eller den departementet
+utnevner. Oppdragsgiver har imidlertid bruksrett til materialet, og
+kan benytte det til de formål de måtte ønske.</p>
+
+</blockquote></p>
+
+<p>Hvis informasjonen er vernet av opphavsrettsloven (hvilket jeg
+tviler på, gitt lovens begrensninger om informasjon fra det
+offentlige), så er det FAD som har de immaterielle rettighetene. FAD
+er en del av staten, som opererer på vegne av folket, og enhver borger
+skulle dermed ha rett til å videreformidle informasjonen. Ingen av
+offentlighetslovens unntak kommer til anvendelse, i og med at
+informasjonen allerede er publisert.</p>
+</description>
+ </item>
+
+ <item>
+ <title>Gatemagasinet =Oslo får konkurrent fra Folk er Folk</title>
+ <link>http://people.skolelinux.org/pere/blog/Gatemagasinet__Oslo_f_r_konkurrent_fra_Folk_er_Folk.html</link>
+ <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Gatemagasinet__Oslo_f_r_konkurrent_fra_Folk_er_Folk.html</guid>
+ <pubDate>Tue, 19 Jun 2012 10:00:00 +0200</pubDate>
+ <description><p>Aftenposten melder i dag at selgerne av
+<a href="http://www.erlikoslo.no/">gatemagasinet =Oslo</a> er
+<a href="http://www.aftenposten.no/nyheter/iriks/Oslo-selgerne-irritert-pa-nytt-gatemagasin-6850970.html">irritert
+på at det er kommet en konkurrent på banen</a> fra organisasjonen
+<a href="http://oslo.folkerfolk.no/">Folk er Folk</a>,
+som støtter “rumenerne”, de mest uglesette av tiggerne i Norge. Min
+første tanke da jeg leste nyheten er at slik må =Oslo-selgerne tåle
+når de nekter "rumenerne" og andre utenlandske tiggere å selge
+gatemagasinet sitt. Det ble rapportert for noen år siden at
+<a href="http://www.aftenposten.no/nyheter/iriks/Ikke-rom-i-herberget-6677803.html">utenlandske
+tiggere ikke var velkomne som selgere</a>, og å opprette en konkurrent
+virker da for meg som et rasjonelt alternativ. Og at "rumerene"
+utelukkes gjelder visst ikke bare i Oslo. I Adresseavisen fant jeg en
+artikkel om at selgerne av
+<a href="http://www.gatemagasinetsorgenfri.no/">gateavisen
+Sorgenfri</a> i Trondheim også
+<a href="http://www.adressa.no/nyheter/trondheim/article1122005.ece?index=20">utelukker
+utenlandske selgere</a>.</p>
+
+<p>Men situasjonen er visst ikke så rett frem som opprinnelige
+artikler kunne tyde på. Mens jeg søkte opp gamle artikler og
+referanser om temaet, fant jeg et
+<a href="http://www.dagbladet.no/kultur/2008/07/29/542041.html">leserbrev
+fra en av stifterne av =Oslo</a>, som protesterte på
+<a href="http://www.dagbladet.no/nyheter/2008/07/23/541530.html">påstander
+fra likestillingsombudet om diskriminering</a> og forteller at =Oslo
+krever at de som selger magasinet skal kunne kommunisere med kundene
+for å kunne representere magasinet utad, og at "rumererne" ikke
+ekskluderes for å være utlendinger men pga. at de ikke kan snakke
+norsk. Det er jo ikke urimelig å kreve at en selger skal kunne
+kommunisere med kundene, men som kjøper har jeg ikke snakket så mye
+med =Oslo-selgerne at det ville vært et problem for meg om selgeren
+ikke kunne snakke norsk. Jeg er dermed i tvil om hvorvidt
+argumentasjonen holder når effekten er at de mest uglesette tiggerne i
+Norge ekskluderes.</p>
+
+<p>Uansett tror jeg ikke markedet for gatemagasiner i Oslo er mettet.
+Personlig kunne jeg godt tenkte meg å kjøpe flere, men gidder ikke
+kjøpe den samme utgaven av =Oslo flere ganger. En konkurrent som Folk
+er Folk kan dermed ende opp med å gjøre markedet større i stedet for å
+spise av markedsandelene til =Oslo.</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.regjerningen.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>
+
+<p><blockquote>
+
+<p>Date: Tue, 19 Jun 2012 15:18:33 +0200
+<br>From: Petter Reinholdtsen
+<br>To: postmottak@dss.dep.no
+<br>Subject: Innsynsbegjæring om MPEG/H.264-relaterte avtaler
+
+<p>Hei. Jeg ber herved om innsyn og kopi av dokumenter i DSS relatert
+til avtaler rundt bruk av videoformatene MPEG og H.264. Jeg er
+spesielt interessert i å vite om DSS har lisensavtale med MPEG-LA
+eller noen som representerer MPEG-LA i Norge.</p>
+
+<p>MPEG og H.264 er videoformater som brukes både til kringkasting
+(f.eks. i bakkenett og kabel-TV) og videopublisering på web, deriblant
+via Adobe Flash. MPEG-LA, &lt;URL:
+<a href="http://www.mpeg-la.com/">http://www.mpeg-la.com/</a> &gt;, er
+en organisasjon som har fått oppgaven, av de kjente rettighetshavere
+av immaterielle rettigheter knyttet til MPEG og H.264, å selge
+bruksrett for MPEG og H.264.</p>
+
+<p>Via regjeringen.no kringkastes med MPEG og H.264-baserte
+videoformater, og dette ser ut til å være organisert av DSS. Jeg
+antar dermed at DSS har avtale med en eller annen aktør om dette.</p>
+
+<p>F.eks. har Adobe Premier Pro har følgende klausul i følge &lt;URL:
+<a href="http://news.cnet.com/8301-30685_3-20000101-264.html">http://news.cnet.com/8301-30685_3-20000101-264.html</a>
+&gt;:</p>
+
+<p><blockquote>
+
+ <p>6.17. AVC DISTRIBUTION. The following notice applies to software
+ containing AVC import and export functionality: THIS PRODUCT IS
+ LICENSED UNDER THE AVC PATENT PORTFOLIO LICENSE FOR THE PERSONAL AND
+ NON-COMMERCIAL USE OF A CONSUMER TO (a) ENCODE VIDEO IN COMPLIANCE
+ WITH THE AVC STANDARD ("AVC VIDEO") AND/OR (b) DECODE AVC VIDEO THAT
+ WAS ENCODED BY A CONSUMER ENGAGED IN A PERSONAL AND NON-COMMERCIAL
+ ACTIVITY AND/OR AVC VIDEO THAT WAS OBTAINED FROM A VIDEO PROVIDER
+ LICENSED TO PROVIDE AVC VIDEO. NO LICENSE IS GRANTED OR SHALL BE
+ IMPLIED FOR ANY OTHER USE. ADDITIONAL INFORMATION MAY BE OBTAINED
+ FROM MPEG LA L.L.C. SEE
+ <a href="http://www.mpegla.com">http://www.mpegla.com</a>.</p>
+
+</blockquote></p>
+
+<p>Her er det kun "non-commercial" og "personal and non-commercial"
+aktivitet som er tillatt uten ekstra avtale med MPEG-LA.</p>
+
+<p>Et annet tilsvarende eksempel er Apple Final Cut Pro, som har
+følgende klausul i følge &lt;URL:
+<a href="http://images.apple.com/legal/sla/docs/finalcutstudio2.pdf">http://images.apple.com/legal/sla/docs/finalcutstudio2.pdf</a>
+&gt;:</p>
+
+<p><blockquote>
+
+ <p>15. Merknad om H.264/AVC. Hvis Apple-programvaren inneholder
+ funksjonalitet for AVC-koding og/eller AVC-dekoding, krever
+ kommersiell bruk ekstra lisensiering og følgende gjelder:
+ AVC-FUNKSJONALITETEN I DETTE PRODUKTET KAN KUN ANVENDES AV
+ FORBRUKERE OG KUN FOR PERSONLIG OG IKKE- KOMMERSIELL BRUK TIL (i)
+ KODING AV VIDEO I OVERENSSTEMMELSE MED AVC-STANDARDEN ("AVC-VIDEO")
+ OG/ELLER (ii) DEKODING AV AVC-VIDEO SOM ER KODET AV EN FORBRUKER TIL
+ PERSONLIG OG IKKE-KOMMERSIELL BRUK OG/ELLER DEKODING AV AVC-VIDEO
+ FRA EN VIDEOLEVERANDØR SOM HAR LISENS TIL Å TILBY
+ AVC-VIDEO. INFORMASJON OM ANNEN BRUK OG LISENSIERING KAN INNHENTES
+ FRA MPEG LA L.L.C. SE HTTP://WWW.MPEGLA.COM.</p>
+</blockquote></p>
+
+<p>Tilsvarende gjelder for andre programvarepakker, kamera, etc som
+bruker MPEG og H.264, at en må ha en avtale med MPEG-LA for å ha lov
+til å bruke programmet/utstyret hvis en skal lage noe annet enn
+private filmer og i ikke-kommersiell virksomhet.</p>
+
+<p>Jeg er altså interessert i kopi av avtaler DSS har som gjør at en
+ikke er begrenset av de generelle bruksvilkårene som gjelder for
+utstyr som bruker MPEG og/eller H.264.</p>
+</blockquote></p>
+
+<p>Nå venter jeg spent på svaret. Jeg planlegger å blogge om svaret
+her.</p>
+</description>
+ </item>
+
</channel>
</rss>
projects / homepage.git / blobdiff