From: Petter Reinholdtsen Date: Tue, 25 Mar 2014 13:08:29 +0000 (+0000) Subject: Remove obsolete pages. X-Git-Url: https://pere.pagekite.me/gitweb/homepage.git/commitdiff_plain/8988e891075fcfb7c3c36b99a9bc41e725cd6dcd?ds=sidebyside Remove obsolete pages. --- diff --git a/blog/2013_03_24_docbook_shortstory.html b/blog/2013_03_24_docbook_shortstory.html deleted file mode 100644 index 2ccd0c4ac6..0000000000 --- a/blog/2013_03_24_docbook_shortstory.html +++ /dev/null @@ -1,400 +0,0 @@ - - - - - Petter Reinholdtsen: 2013-03-24-docbook-shortstory - - - - - - -
-

- Petter Reinholdtsen - -

- -
- - -
-
2013-03-24-docbook-shortstory
-
24th March 2013
-

A few days ago, during a discussion in -EFN about interesting books to read -about copyright and the data retention directive, a suggestion to read -the old 1968 short story Kodémus by Tore Åge Bringsværd came up. The -text is only available in old paper books, and thus hard to read for -the current and future generations. Some of the people participating -in the discussion contacted the author, and reported back 2013-03-19 -that he was ok with releasing the short story using a Creative Commons -license (CC-BY-NC-ND). The text was quickly scanned and OCR-ed, and -we were ready to start on the editing and typesetting.

- -

As I already had some experience formatting text in my project to -provide a Norwegian version of the Free Culture book by Lawrence -Lessig, I chipped in and set up a -DocBook processing framework to -generate a PDF, HTML and EPUB version of the short story. The tools -to transform DocBook to different formats are already in my Linux -distribution of choice, Debian, so -all I had to do was to use the dblatex, dbtoepub and xmlto tools to do -the conversion. After a few days, we decided to replace dblatex with -xsltproc/fop (aka docbook-xsl), to get the copyright information to -show up in the PDF and to get a nicer <variablelist> -typesetting.

- -

There were a few challenges, of course. We want to typeset the -short story to look like the original, and that require fairly good -control over the layout. The original short story have three -parts/scenes separated by a single horizontally centred star (*), and -the paragraphs do not contain only flowing text, but dialogs and text -that started on a new line in the middle of the paragraph.

- -

I initially solved the first challenge by using a paragraph with a -single star in it, ie <para>*</para>. This did not look -too good without the centring. The next approach was to create a new -preprocessor directive <?newscene?>, mapping to "<hr/&gr;" -for HTML and "<fo:block text-align="center"><fo:leader -leader-pattern="rule" rule-thickness="0.5pt"/></fo:block>" -for FO/PDF output (did not try to implement this in dblatex, as we had -switched at this time). The HTML XSL file looked like this:

- -

-<?xml version='1.0'?> 
-<xsl:stylesheet xmlns:xsl="http://www.w3.org/1999/XSL/Transform" version='1.0'>
-  <xsl:template match="processing-instruction('newscene')">
-    <hr/>
-  </xsl:template>
-</xsl:stylesheet> 
-

- -

And the FO/PDF XSL file looked like this:

- -

-<?xml version='1.0'?> 
-<xsl:stylesheet xmlns:xsl="http://www.w3.org/1999/XSL/Transform" version='1.0'>
-  <xsl:template match="processing-instruction('newscene')">
-    <fo:block text-align="center">
-      <fo:leader leader-pattern="rule" rule-thickness="0.5pt"/>
-    </fo:block>
-  </xsl:template>
-</xsl:stylesheet> 
-

- -

Finally, I came across the <bridgehead> tag, which seem to be -a good fit for the task at hand, and I replaced <?newscene?> -with <bridgehead>*</bridgehead>. It isn't centered, but -we can fix that with XSL rules if the current visual layout isn't -enough.

- -

I did not find a good DocBook compliant way to solve the -linebreak/paragraph challenge, so I ended up creating a new processor -directive <?linebreak?>, mapping to <br/> in HTML, and -<fo:block/&gr; in FO/PDF. I suspect there are better ways to do -this, and welcome ideas and patches on github. The HTML XSL file now -look like this:

- -

-<?xml version='1.0'?> 
-<xsl:stylesheet xmlns:xsl="http://www.w3.org/1999/XSL/Transform" version='1.0'>
-  <xsl:template match="processing-instruction('linebreak)">
-    <br/>
-  </xsl:template>
-</xsl:stylesheet> 
-

- -

And the FO/PDF XSL file looked like this:

- -

-<?xml version='1.0'?> 
-<xsl:stylesheet xmlns:xsl="http://www.w3.org/1999/XSL/Transform" version='1.0'
-  xmlns:fo="http://www.w3.org/1999/XSL/Format">
-  <xsl:template match="processing-instruction('linebreak)">
-    <fo:block/>
-  </xsl:template>
-</xsl:stylesheet> 
-

- -

One unsolved challenge is our wish to expose different ISBN numbers -per publication format, while keeping all of them in some conditional -structure in the DocBook source. No idea how to do this, so we ended -up listing all the ISBN numbers next to their format in the colophon -page.

- -

If you want to check out the finished result, check out the -source repository at -github (future/new -repository).

- - - - -
- - -
- - - - - -

- Created by Chronicle v4.6 -

- - - diff --git a/blog/2013_09_16_skolelinux_wheezy_beta2.html b/blog/2013_09_16_skolelinux_wheezy_beta2.html deleted file mode 100644 index 68d08167b1..0000000000 --- a/blog/2013_09_16_skolelinux_wheezy_beta2.html +++ /dev/null @@ -1,411 +0,0 @@ - - - - - Petter Reinholdtsen: 2013-09-16-skolelinux-wheezy-beta2 - - - - - - -
-

- Petter Reinholdtsen - -

- -
- - -
-
2013-09-16-skolelinux-wheezy-beta2
-
16th September 2013
-

The third wheezy based beta release of Debian Edu was wrapped up -today. This is the release announcement from Holger Levsen:

- -
-

Hi,

- -

it is my pleasure to announce the third beta release (beta 2 for short) of -Debian Edu / Skolelinux based on Debian Wheezy!

- -

Please test these images extensivly, if no new problems are found -we plan to do this final Debian Edu Wheezy release this coming -weekend. We are not aware of any major problems or blockers in beta2, -if you find something, please notify us immediatly!

- -

(More about the remaining steps for the Edu Wheezy release in -another mail to the edu list tonight or tomorrow...)

- -

Noteworthy changes and software updates for Debian Edu 7.1+edu0~b2 -compared to beta1:

- -
    - -
  • The KDE proxy setup has been adjusted to use the provided wpad.dat. This -also gets Chromium to use this proxy.
    • -
  • Install kdepim-groupware with KDE desktops to make sure korganizer -understand ical/dav sources.
    • -
  • Increased default maximum size of /var/spool/squid and /skole/backup on the -main server.
    • -
  • A source DVD image containing all source packages is now available as well.
    • -
  • Updates for chromium (29.0.1547.57-1~deb7u1), imagemagick -(6.7.7.10-5+deb7u2), php5 (5.4.4-14+deb7u4), libmodplug -(0.8.8.4-3+deb7u1+git20130828), tiff (4.0.2-6+deb7u2), linux-image -(3.2.0-4-486_3.2.46-1+deb7u1).
    • - -
- -

Where to get it:

- -

To download the multiarch netinstall CD release you can use

- -
    -
  • ftp://ftp.skolelinux.org/skolelinux-cd/wheezy/debian-edu-7.1+edu0~b2-CD.iso
    • -
  • http://ftp.skolelinux.org/skolelinux-cd/wheezy/debian-edu-7.1+edu0~b2-CD.iso
    • -
  • rsync -avzP ftp.skolelinux.org::skolelinux-cd/wheezy/debian-edu-7.1+edu0~b2-CD.iso .
    • -
- -

The SHA1SUM of this image is: 3a1c89f4666df80eebcd46c5bf5fedb866f9472f

- -

To download the multiarch USB stick ISO release you can use -

    -
  • ftp://ftp.skolelinux.org/skolelinux-cd/wheezy/debian-edu-7.1+edu0~b2-USB.iso
    • -
  • http://ftp.skolelinux.org/skolelinux-cd/wheezy/debian-edu-7.1+edu0~b2-USB.iso
    • -
  • rsync -avzP ftp.skolelinux.org::skolelinux-cd/wheezy/debian-edu-7.1+edu0~b2-USB.iso .
    • -
- -

The SHA1SUM of this image is: 702d1718548f401c74bfa6df9f032cc3ee16597e

- -

The Source DVD image has the filename -debian-edu-7.1+edu0~b2-source-DVD.iso and the SHA1SUM -089eed8b3f962db47aae1f6a9685e9bb2fa30ca5 and is available the same way -as the other isos.

- -

How to report bugs

- -

For information how to report bugs please see -
http://wiki.debian.org/DebianEdu/HowTo/ReportBugs

- - -

About Debian Edu and Skolelinux

- -

Debian Edu, also known as Skolelinux, is a Linux distribution based -on Debian providing an out-of-the box environment of a completely -configured school network. Immediately after installation a school -server running all services needed for a school network is set up just -waiting for users and machines being added via GOsa², a comfortable -Web-UI. A netbooting environment is prepared using PXE, so after -initial installation of the main server from CD or USB stick all other -machines can be installed via the network. The provided school server -provides LDAP database and Kerberos authentication service, -centralized home directories, DHCP server, web proxy and many other -services. The desktop contains more than 60 educational software -packages and more are available from the Debian archive, and schools -can choose between KDE, Gnome, LXDE and Xfce desktop environment.

- -

This is the seventh test release based on Debian Wheezy. Basically -this is an updated and slightly improved version compared to the -Squeeze release.

- -

Notes for upgrades from Alpha Prereleases

- -

Alpha based installations should reinstall or downgrade the -versions of gosa and libpam-mklocaluser to the ones used in this beta -release. Both alpha and beta0 based installations should reinstall or -deal with gosa.conf manually; there are two options: (1) Keep -gosa.conf and edit this file as outlined on the mailing list. (2) -Accept the new version of gosa.conf and replace both contained admin -password placeholders with the password hashes found in the old one -(backup copy!). In both cases all users need to change their password -to make sure a password is set for CIFS access to their home -directory.

- - -

cheers, -
Holger

-
-
- -
Tags: debian edu, english.
- - -
- - - - - -

- Created by Chronicle v4.6 -

- - - diff --git a/blog/First_monitor_calibration_using_my_ColorHug.html b/blog/First_monitor_calibration_using_my_ColorHug.html deleted file mode 100644 index 21e1349465..0000000000 --- a/blog/First_monitor_calibration_using_my_ColorHug.html +++ /dev/null @@ -1,278 +0,0 @@ - - - - - Petter Reinholdtsen: First monitor calibration using my ColorHug - - - - -
-

- Petter Reinholdtsen - -

- -
- - -
-
First monitor calibration using my ColorHug
-
31st May 2012
-

A few days ago my color calibration gadget -ColorHug arrived in the -mail, and I've had a few days to test it. As all my machines are -running Debian Squeeze, where the calibration software is missing (it -is present in Wheezy and Sid), I ran the calibration using the Fedora -based live CD. This worked just fine. So far I have only done the -quick calibration. It was slow enough for me, so I will leave the -more extensive calibration for another day.

- -

After calibration, I get a ICC color profile file that can be -passed to programs understanding such tools. KDE do not seem to -understand it out of the box, so I searched for command line tools to -use to load the color profile into X. xcalib was the first one I -found, and it seem to work fine for single screen setups. But for my -video player, a laptop with a flat screen attached, it was unable to -load the color profile for the correct monitor. After searching a -bit, I -discovered -that the dispwin tool from the argyll package would do what I wanted, -and a simple

- -

-dispwin -d 1 profile.icc
-

- -

later I had the color profile loaded for the correct monitor. The -result was a bit more pink than I expected. I guess I picked the -wrong monitor type for the "led" monitor I got, but the result is good -enough for now.

-
- -
Tags: english.
- - -
- - - - - -

- Created by Chronicle v4.4 -

- - - diff --git a/blog/Norske_pass_med_RFID_og_biometri___en_sikkerhetsrisiko_for_borgerne.html b/blog/Norske_pass_med_RFID_og_biometri___en_sikkerhetsrisiko_for_borgerne.html deleted file mode 100644 index 0bd87437b3..0000000000 --- a/blog/Norske_pass_med_RFID_og_biometri___en_sikkerhetsrisiko_for_borgerne.html +++ /dev/null @@ -1,377 +0,0 @@ - - - - - Petter Reinholdtsen: Norske pass med RFID og biometri - en sikkerhetsrisiko for borgerne - - - - -
-

- Petter Reinholdtsen - -

- -
- - -
-
Norske pass med RFID og biometri - en sikkerhetsrisiko for borgerne
-
3rd June 2012
-

Jeg liker ikke de nye -biometriske -passene som Norge har innført. Passenes nye egenskaper gjør meg -utrygg som bærer av pass, og gir innehaveren økt risiko for -identitetstyveri og misbruk av informasjonen i passene, uten å gjøre -det så mye vanskeligere å forfalske pass.

- -

Det har vært forsket en god del i Norge på sikkerheten og -personvernet rundt lagring av biometri i norske pass, og her er en -liten oversikt over det jeg har funnet på bibsys.no så langt:

- - - -

Det har også vært forsket på sikkerheten i passene internasjonalt -(flere gode lenker i wikipedia-siden om biometriske pass), og det er -for meg åpenbart at passene ikke er "sikre" sett fra innehaverens -synspunkt.

- -

Før det ble innført krav om lagring av fingeravtrykk i de norske -passene i 2010 -gjennomførte -regjeringen en høring i 2008. Jeg anbefaler å lese -høringsuttalelsen -fra Datatilsynet. I høringsbrevet kan en se -hvilke -sikkerhetselementer de norske passene skal ha og få. Norske pass -etter 2010 skal ha passiv autentisering (PA), grunnleggende -tilgangskontroll (BAC) og utvidet tilgangskontroll (EAC + BAC).

- -
    - -
  • PA innebærer at en hash av informasjonen lagret elektronisk i -passet er signert med en privat nøkkel (som tilhører utstederlandet) -slik at en ved sjekk av signaturen kan oppdage om innholdet har endret -seg. Det er dog kjent at utstyr i bruk for sjekk av pass ikke alltid -sjekker dette likevel, og i tillegg kan la seg lure av hvis signaturen -som skulle vært der fjernes fra datalagret i passet.
    • - -
  • BAC -innebærer at kommunikasjon med passet over RFID er kryptert med en -symmetrisk nøkkel utledet fra blant annet passnummer, fødselsdato og -passets utløpsdato, informasjon som f.eks. hotell i hele EØS og EU -samler inn for sine gjester ved innsjekking. Det er demonstrert at -pga. forutsigbare passnummer, fødselsdatoer og utløpsdatoer er det -relativt enkelt Ã¥ knekke koden som trengs ogsÃ¥ uten fysisk tilgang. - -
  • EAC -krever bruk av BAC, og har i tillegg mekanismer for Ã¥ sjekke hvilken -avleser som er i bruk og utvidede sjekker av RFID-brikken i passet for -Ã¥ avsløre ikke-offisielle brikker.
    • - -
- -

Det er kjent at en kan identifisere hvilket land som har utstedt et -pass ved å forsøke kommunisere med RFID-brikken i passet og se hvilke -feilmeldinger som blir returnert.

- -

Hva er det som gjør meg utrygg med biometriske pass med -RFID-avlesning? Det er allerede kjent at informasjon som nå er -elektronisk tilgjengelig i pass blir misbrukt av ansatte i -grensekontrollen. F.eks. finnes en historie fra Canada der en -grensevakt -samlet -biometri og kontaktinformasjon og brukte denne til -å -legge an på en gift dame etter at hun var kommet hjem fra reise. -Det er mange hundre tusen grensevakter i verden, og de vil etter alt å -dømme ha tilgang til informasjon om meg som også kan brukes til -identitetstyveri.

- -

Norge gjør det enklere for land jeg besøker å samle en database -over informasjon om hvordan jeg ser ut (bilde), hvor høy jeg er, -hvilken hårfarge jeg har, hvordan fingeravtrykkene mine ser ut (bilde) -og alt det andre som er lagret elektronisk og gjort tilgjengelig for -fjernavlesning. Dette kan brukes til både identitetstyveri og -planting av bevis. Og det trenger ikke være noen som er ute etter meg -spesielt. Det kan være nok at jeg ligner på noen, eller har et -reisemønster som passer. En har gjort det trivielt for -etterrettingsorganisasjoner å samle profiler av alle landets besøkende -(og innbyggere), og bruke dette til å finne noen som ligner agentene -når de skal bruke kopierte eller falske pass i -etterretningsoperasjoner (slik det kanskje ble gjort -da Hamas-lederen -Mahmoud al-Mabhouh ble drept på et hotell i Dubai 20. januar 2010 -Mange både ekte og kopierte EU-pass var i bruk av "feil" person i den -operasjonen).

- -

Det er ikke bare landene en besøker en har gjort det enklere for. -I og med at RFID-brikker kan lese av på avstand, og med rett utstyr på -minst 10 meters avstand, så kan en risikere å bli identifisert som -nordmann på avstand. Hvis en beveger seg i områder der -f.eks. kidnapping forekommer, eller i land der en ønsker å skade -nordmenn slik det var antydninger til for noen år siden da religiøse -galninger eglet opp til kritikk av tegnere og alle som støttet -tegneres rett til å tegne det de ønsket, så vil en være mer sårbare -hvis en kan identifiseres som nordmann med med bilde av potensielle -angripere. Pass som kan spores opp med radiobølger (aka RFID) gjør -det en jo også mye mer sårbar for tyveri av pass. Dette problemet kan -dog reduseres ved å putte passet i et faraday-bur (metallboks, pose, -etc), slik at det ikke kan leses av uten fysisk tilgang. Men det er -vanskelig å vite om beskyttelsen fungerer uten tilgang til leseutstyr -som kan bekrefte at avlesning er blokkert.

- -

Dette problemer er dessverre bare et av mange der -overvåkningssamfunnet brer om seg. Jeg synes det er ubehagelig å bo i -et samfunn som blir mer og mer en totalitært politistat, og i en -verden som blir mer og mer full av totalitære politistater.

-
- -
Tags: norsk, personvern, rfid.
- - -
- - - - - -

- Created by Chronicle v4.4 -

- - - diff --git a/blog/V_rt_konkurransebidrag_til__apps4norge_som_bruker__opnedata.html b/blog/V_rt_konkurransebidrag_til__apps4norge_som_bruker__opnedata.html deleted file mode 100644 index f43d3a6f18..0000000000 --- a/blog/V_rt_konkurransebidrag_til__apps4norge_som_bruker__opnedata.html +++ /dev/null @@ -1,435 +0,0 @@ - - - - - Petter Reinholdtsen: VÃ¥rt konkurransebidrag til #apps4norge som bruker @opnedata - - - - - - -
-

- Petter Reinholdtsen - -

- -
- - -
-
VÃ¥rt konkurransebidrag til #apps4norge som bruker @opnedata
-
1st May 2013
-
http://titanpad.com/0P0ko6Gn1C - -

For noen uker siden, innen fristen 2013-04-15, leverte jeg og -Morten Kjelkenes vårt bidrag til -DIFIs apps4norge-konkurranse -under lagnavnet NUUGs tannlegeteam. Vi leverte følgende i -idé-kategorien:

- -

Tittel: Stikk innom tannlegen

- -

Beskrivelse:

- -

Idéen - -

Gjøre det enklere å finne en tannlege som er praktisk for deg, der -pris og reisetid med kollektivt, til fots eller med bil er tatt med i -beregningen, ved å oppgi hvor en bor og jobber, og få forslag til -tannleger både i nærheten og på veien mellom disse stedene.

- -

Brukeren oppgir hjemmeadresse og jobbadresse, og kanskje også -barnehage. Så kan en også oppgi egen timelønn (for å beregne taps -arbeidsfortjeneste) og om en reiser med kollektivt, til fots eller -kjører bil. Så trykker en søk, og får opp en todelt side med kart og -tekstliste. I kartdelen vises aktuelle tannleger (for eksempel maks -7), og i tekstdelen er de samme tannlegene listet opp, med pris og -reisetid for kollektivtransport, og pris pluss reisekostnad hvis en -reiser med bil. En kan endre sorteringsrekkefølge for listen ved å -trykke på aktuell kolonne, og velge om en skal sortere på pris, -reisetid eller totalkostnad. Kun tannleger som tar imot nye kunder tas -i utganspunktet med i listen. Når brukeren trykker med musa en -tannlegemarkør på kartet kommer det en popup med detaljer om -tannlegen, den samme informasjonen som finnes i listen under kartet, -og lenke til mer informasjon om tannlegen.

- -

For hvert enkelt tannlegekontor er det tilgjengelig en -informasjonsside med adresse, hjemmesideurl, telefonnummer, lenke til -side for å finne reisebeskrivelse, åpningstider, etc.

- -

Nytteverdi for brukeren

- -
    -
  • sparer tid pÃ¥ tannlegebesøk
    • -
  • kan utnytte normal reisevei mellom hjem/jobb/barnehage
    • -
  • kan finne aktuell tannlege basert pÃ¥ flere kriterier
    • -
  • sile bort tannleger som ikke tar imot flere kunder
    • -
  • fÃ¥r kart som viser tannleger i nærheten, pÃ¥ tvers av kommunegrenser
    • -
- -

Grad av innovasjon, nytenkning og kreativitet

- -

Enkel tjeneste som fokuserer på det vi selv mener er relevant ved valg -av tannlege.

- -

Tjenestekonseptet kan også brukes til andre næringer, f.eks. lege, -butikk, leiebiler, hvis en har aktuell datakilde å koble med.

- -

Skulle gjerne hatt med vurdering av tannlegene tilgjengelig, slik -at en kunne finne "flinke" tannleger basert på et eller annet -kriterium.

- -

Markedspotensiale - potensiale for å slå gjennom hos mange -brukere

- -
    -
  • Alle som ønsker eller vurderer Ã¥ skaffe seg ny tannlege, f.eks. nyinnflyttede og studenter -
  • Familier med en travel hverdag -
- -

Felles er at den gjør tannlegen lettere tilgjengelig for de som vil spare tid eller penger.

- -

Samfunnsøkonomisk nytte - bidrar til å løse -samfunnsutfordringer

- -

Kutter tid brukt på tannlegebesøk, og penger frigjøres som kan brukes på andre områder. Oppfordrer til bedre bruk av kollektivtransport ved å gi tips om tannleger i nærheten av allerede brukt reisevei mellom hjemme og jobb når en reiser kollektivt.

- -

X-faktor - “Det lille ekstra...”

- -

Denne tjenesten gir det lille ekstra ved at den ikke slår opp -avstand til tannlege fra et enkelt punkt men avstand fra en reisevei, -slik at en får flere tannleger å velge imellom og kanskje kan spare -enda mer tid og penger enn en ville gjort ved å sjekke kun de nærmest -hjemme eller jobb.

- -

Tjenesten gir informasjonen både som kart og som tekstlig oversikt, for å sikre at blinde og svaksynte kan få tilgang til informasjonen selv om de ikke får brukt kartvisningen.

- -

Datasett brukt

- -
    - -
  • http://www.hvakostertannlegen.no/ -(Ikke-publisert JSON-API), se f.eks. JSON-output fra -http://www.hvakostertannlegen.no/services/klinikker/oslo/undersokelse-med-2-rontgenbilder
    • - -
  • Kartdata, -http://www.openstreetmap.org/ -http://mapit.nuug.no/ (nabokommuner, postnummer)
    • - -
  • http://labs.trafikanten.no/how-to-use-the-api.aspx -(reisetid med kollektivtrafikk pÃ¥ Østlandet), -http://data.norge.no/data/ruter-kollektivtrafikkdata - -
  • http://reiseregningen.no (data om statens satser for biltransport) - -
  • Kollektivtrafikkkart, -http://öpnvkarte.de/?zoom=17&lat=59.91056&lon=10.75641&layers=BT - -
  • Routing med OpenStreetmap-data, -http://wiki.openstreetmap.org/wiki/Routing/OnlineRouters
    • - -
  • Bilveiruting med OpenStreetmap-data, http://map.project-osrm.org/ -
  • Kollektivtrafikkruting for Norge med uviss datakilde, http://dit.no/ -
- -

Åpne offentlige datasett brukt i applikasjonen:

- -
    -
  • Reisetid med kollektivtrafikk pÃ¥ Østlandet
    • -
  • Øvrige datasett brukt i appen/tjenesten:
    • -
  • Fakta om tannleger, priser etc (upublisert JSON-API)
    • -
  • Data om statens satser for biltransport
    • -
  • Kartbilder, kartdata
    • -
  • Kommunegrenser, nabokommuner, postnummer
    • -
  • Bilveiruting med OpenStreetmap-data
    • -
  • Kollektivtrafikkkart
    • -
  • Routing med OpenStreetmap-data
    • -
  • Kollektivtrafikkruting for Norge med uviss dataopphav
    • - -

    Kategori:

    -
      -
    • Arbeid og velferd
      • -
    • Forbruker
      • -
    • Økonomi
      • -
    - -

    Geografi (dekningsområde for app):

    - -

    Hele landet

    - - Stikk.innom_.tannlegen.jpg -
- -
Tags: norsk, nuug, offentlig innsyn.
- - -
- - - - - -

- Created by Chronicle v4.6 -

- - - diff --git a/blog/Web_service_to_look_up_computer_hardware_support_status.html b/blog/Web_service_to_look_up_computer_hardware_support_status.html deleted file mode 100644 index de1a9c8257..0000000000 --- a/blog/Web_service_to_look_up_computer_hardware_support_status.html +++ /dev/null @@ -1,276 +0,0 @@ - - - - - Petter Reinholdtsen: Web service to look up computer hardware support status - - - - -
-

- Petter Reinholdtsen - -

- -
- - -
-
Web service to look up computer hardware support status
-
6th June 2012
-

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.

-
- -
Tags: english, nuug.
- - -
- - - - - -

- Created by Chronicle v4.4 -

- - - diff --git a/blog/What_is_the_best_supported_MIME_type_in_Debian_.html b/blog/What_is_the_best_supported_MIME_type_in_Debian_.html deleted file mode 100644 index d3534d5a4a..0000000000 --- a/blog/What_is_the_best_supported_MIME_type_in_Debian_.html +++ /dev/null @@ -1,387 +0,0 @@ - - - - - Petter Reinholdtsen: What is the best supported MIME type in Debian? - - - - -
-

- Petter Reinholdtsen - -

- -
- - -
-
What is the best supported MIME type in Debian?
-
15th January 2013
-

The DEP-11 -proposal to add AppStream information to the Debian archive, is a -proposal to make it possible for a Desktop application to propose to -the user some package to install to gain support for a given MIME -type, font, library etc. that is currently missing. With such -mechanism in place, it would be possible for the desktop to -automatically propose and install leocad if some LDraw file is -downloaded by the browser.

- -

To get some idea about the current content of the archive, I decided -to write a simple program to extract all .desktop files from the -Debian archive and look up the claimed MIME support there. The result -can be found on the -Skolelinux FTP -site. Using the collected information, it become possible to -answer the question in the title. Here are the 20 most supported MIME -types in Debian stable (Squeeze), testing (Wheezy) and unstable (Sid). -The complete list is available from the link above.

- -

Debian Stable:

- -
-  count MIME type
--------------------------
-     25 audio/mpeg
-     24 audio/x-mp3
-     24 application/ogg
-     23 text/plain
-     21 image/tiff
-     20 image/jpeg
-     20 audio/x-flac
-     19 image/png
-     19 image/gif
-     19 audio/x-wav
-     19 audio/x-mpegurl
-     18 image/bmp
-     18 audio/x-scpls
-     18 audio/x-mpeg
-     16 audio/x-musepack
-     16 application/x-ogg
-     14 image/x-portable-pixmap
-     14 image/x-portable-bitmap
-     13 video/x-ms-asf
-     13 video/mpeg
-
- -

Debian Testing:

- -
-  count MIME type
--------------------------
-     21 text/plain
-     21 audio/x-mp3
-     21 audio/mpeg
-     20 application/ogg
-     19 audio/x-wav
-     18 image/tiff
-     18 image/jpeg
-     18 audio/x-flac
-     17 image/png
-     17 image/gif
-     17 audio/x-mpegurl
-     16 audio/x-scpls
-     15 image/bmp
-     15 audio/x-mpeg
-     14 application/x-ogg
-     13 video/x-ms-asf
-     13 audio/x-musepack
-     12 video/x-ms-wmv
-     12 video/x-msvideo
-     12 video/quicktime
-
- -

Debian Unstable:

- -
-  count MIME type
--------------------------
-     23 audio/mpeg
-     22 text/plain
-     21 audio/x-mp3
-     21 application/ogg
-     20 audio/x-wav
-     19 image/tiff
-     19 audio/x-flac
-     18 image/jpeg
-     17 image/png
-     17 image/gif
-     17 audio/x-mpegurl
-     16 image/bmp
-     16 audio/x-scpls
-     16 audio/x-mpeg
-     14 audio/x-musepack
-     14 application/x-ogg
-     13 video/x-ms-asf
-     13 video/mpeg
-     13 audio/mp4
-     12 video/x-ms-wmv
-
- -

I am told that PackageKit can provide an API to access this kind of -information. I have not yet had time to look at it, but hope the -PackageKit people in Debian are on top of these issues.

-
- -
Tags: debian, english.
- - -
- - - - - -

- Created by Chronicle v4.4 -

- - -