Generated.

[homepage.git] / blog / index.rss

<?xml version="1.0" encoding="utf-8"?>
<rss version='2.0' xmlns:lj='http://www.livejournal.org/rss/lj/1.0/' xmlns:atom="http://www.w3.org/2005/Atom">
        <channel>
                <title>Petter Reinholdtsen</title>
                <description></description>
                <link></link>
                <atom:link href="index.rss" rel="self" type="application/rss+xml" />
        
        <item>
                <title>Min reprap tar sakte form</title>
                <link>Min_reprap_tar_sakte_form.html</link>
                <guid isPermaLink="true">Min_reprap_tar_sakte_form.html</guid>
                <pubDate>Tue, 3 Feb 2009 13:30:00 +0100</pubDate>
                <description>
&lt;p&gt;Min reprap begynner å ta form.  Den er nå kommet så langt at den er
blitt en kubisk ramme.  Z-aksen er montert men ikke kalibrert, og det
hele er klart for litt enkel testing.  Har møtt på to problemer som
blokkerer videre montering, men har oppnått kontakt med Audun Vaaler
ved Høgskolen i Østfold som forteller at de er nesten ferdig med et
tilsvarende byggesett som det jeg tar utgangspunkt i, og håper de kan
forklare hvordan de kom rundt problemene.  De to problemene er
relatert til Z-aksen og Y-aksen.  &lt;/p&gt;

&lt;p&gt;For Z-aksen, er det et stjernehjul som festes på motoraksen ved
tannjulet som driver z-aksebåndet og som skal holde båndet på plass.
Problemet med det nederste stjernejulet er at det er helt løst, og
blir liggende på motoren 5 mm nedenfor tannjulet, i stedet for å ligge
inntil tannjulet slik det skal.  Mulig løsningen er å borre i
stjernehjulet, eller lime det fast.&lt;/p&gt;

&lt;p&gt;For Y-aksen, er det en plastdel som ser ut til å mangle som skulle
dekket to skruver som kommer i veien for kraftoverføringsmekanismen
fra motoren til selve aksen, slik at mekanismen kan snurre fritt.&lt;/p&gt;

&lt;p&gt;Når det gjelder elektronikken til min reprap, så er min gode venn
Anders Rosnes igang med å lodde sammen delene og han forteller at
koblingsbordet for Arduino er klart, og en temperatursensor og en
optoswitch er også klar.  Gleder meg til å teste dem.  Må bare finne
ut hvordan jeg laster opp firmware i Arduino-en. :)&lt;/p&gt;

&lt;p&gt;Når det gjelder NUUGs reprap-prosjekt, så er det framgang og Ole
Kristian, Tollef og Ketil besøke IFI for å få fortgang i produksjon av
plastdeler, og Ole Kristian forteller at han har funnet en kilde til
de fleste metalldelene.  Gleder meg til å se resultaten av det
arbeidet.&lt;/p&gt;
</description>
        </item>
        
        <item>
                <title>Norge trenger en personvernforening</title>
                <link>Norge_trenger_en_personvernforening.html</link>
                <guid isPermaLink="true">Norge_trenger_en_personvernforening.html</guid>
                <pubDate>Sun, 1 Feb 2009 18:35:00 +0100</pubDate>
                <description>
&lt;p&gt;De siste årene har jeg forsøkt å få liv i
&lt;a href=&quot;http://www.personvern.no/&quot;&gt;foreningen Personvern i Norge&lt;/a&gt;.  Norge
trenger en organisasjon som jobber med å sette personvern på agendaen
og som kan være en motvekt til de mange som gjerne raderer bort
personvernet av behagelighetshensyn eller ut fra villfarelsen om at en
får økt sikkerhet av å redusere personvernet.  Foreløbig har det ikke
lykkes å få på plass kritisk masse av interesserte på epostlisten, og
nå tror jeg det er på tide å endre tilnærming.  I stedet for å forsøke
å rekruttere folk til epostlisten og håpe at når nok folk er samlet
vil noen ta initiativ og sørge for at det begynner å skje ting, så
tror jeg det er en ide å ta utgangspunkt i de som er der i dag og
sette sammen et interrimstyre.  Forslaget er sendt til epostlisten, så
nå får vi se om noen er enig.&lt;/p&gt;
</description>
        </item>
        
        <item>
                <title>Intellektuelt privilegium - et bedre IP-begrep</title>
                <link>Intellektuelt_privilegium___et_bedre_IP_begrep.html</link>
                <guid isPermaLink="true">Intellektuelt_privilegium___et_bedre_IP_begrep.html</guid>
                <pubDate>Sun, 1 Feb 2009 15:06:00 +0100</pubDate>
                <description>
&lt;p&gt;Ofte brukes intellektuell eiendom som samlebegrep for opphavsrett,
patenter, varemerker og forretningshemmeligheter.  Problemet med dette
begrepet er at det er svært misvisende.  For det første er ingen av de
begrensede monopolene det her er snakk om som kan kalles eiendom, og
for det andre er egenskapene til de ulike monopolene så forskjellige
at det er mer tilslørende enn opplysende å gruppere dem sammen i et
sekkebegrep.  Blant annet Richard Stallman har
&lt;a href=&quot;http://www.gnu.org/philosophy/not-ipr.html&quot;&gt;skrevet litt om dette&lt;/a&gt;.&lt;/p&gt;

&lt;p&gt;I dag kom jeg over
&lt;a href=&quot;http://blogs.sun.com/webmink/entry/intellectual_privilege&quot;&gt;en
bloggpost fra Simon Phipps&lt;/a&gt; som foreslår å bruke intellektuelt
privilegium som begrep i stedet, da det gjør det klarere at det ikke
er snakk om eiendom, men et tidsbegrenset monopol.  Simon Phipps
forteller videre at noen jobber med å skrive
&lt;a href=&quot;http://www.intellectualprivilege.com/book.html&quot;&gt;en bok med
tittel Intellectual Property&lt;/a&gt;, og at boken er anbefalt av Lawrence
Lessig.  Jeg tror jeg skal begynne å bruke begrepet intellektuelt
privilegium når jeg snakker om opphavsrett, patenter, varemerker og
forretningshemmeligheter framover.&lt;/p&gt;
</description>
        </item>
        
        <item>
                <title>Fri  og åpen standard, slik Digistan ser det</title>
                <link>Fri__og___pen_standard__slik_Digistan_ser_det.html</link>
                <guid isPermaLink="true">Fri__og___pen_standard__slik_Digistan_ser_det.html</guid>
                <pubDate>Sat, 31 Jan 2009 23:10:00 +0100</pubDate>
                <description>
&lt;p&gt;Det er mange ulike definisjoner om hva en åpen standard er for noe,
og NUUG hadde &lt;a href=&quot;http://www.nuug.no/dokumenter/standard-presse-def-200506.txt&quot;&gt;en
pressemelding om dette sommeren 2005&lt;/a&gt;.  Der ble definisjonen til
&lt;a href=&quot;http://www.aaben-standard.dk/&quot;&gt;DKUUG&lt;/a&gt;,
&lt;a href=&quot;http://europa.eu.int/idabc/servlets/Doc?id=19529&quot;&gt;EU-kommissionens
European Interoperability Framework ( side 9)&lt;/a&gt; og 
&lt;a href=&quot;http://www.teknologiradet.no/files/7polert_copy.htm&quot;&gt;teknologirådet&lt;/a&gt; omtalt.

Siden den gang har regjeringens standardiseringsråd dukket opp, og de
ser ut til å har tatt utgangspunkt i EU-kommisjonens definisjon i
&lt;a href=&quot;http://www.regjeringen.no/nb/dep/fad/kampanjer/standardiseringsradet/arbeidsmetodikk.html?id=476407&quot;&gt;sin
arbeidsmetodikk&lt;/a&gt;.  Personlig synes jeg det er en god ide, da
kravene som stilles der gjør at alle markedsaktører får like vilkår,
noe som kommer kundene til gode ved hjelp av økt konkurranse.&lt;/p&gt;

&lt;p&gt;I sommer kom det en ny definisjon på banen.
&lt;a href=&quot;http://www.digistan.org/&quot;&gt;Digistan&lt;/a&gt; lanserte
&lt;a href=&quot;http://www.digistan.org/open-standard:definition&quot;&gt;en
definisjon på en fri og åpen standard&lt;/a&gt;.  Jeg liker måten de bryter
ut av diskusjonen om hva som kreves for å kalle noe en åpen standard
ved å legge på et ord og poengtere at en standard som er både åpen og
fri har noen spesielle krav.  Her er den definisjonen etter rask
oversettelse fra engelsk til norsk av meg:&lt;/p&gt;

&lt;blockquote&gt;
&lt;p&gt;&lt;strong&gt;Definisjonen av en fri og åpen standard&lt;/strong&gt;&lt;/p&gt;

&lt;p&gt;Den digitale standardorganisasjonen definierer fri og åpen standard
som følger:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;En fri og åpen standard er immun for leverandørinnlåsing i alle
stadier av dens livssyklus.  Immuniteten fra leverandørinnlåsing gjør
det mulig å fritt bruke, forbedre, stole på og utvide en standard over
tid.&lt;/li&gt;
&lt;li&gt;Standarden er adoptert og vil bli vedlikeholdt av en ikke-kommersiell
organisasjon, og dens pågående utvikling gjøres med en åpen
beslutningsprosedyre som er tilgjengelig for alle som er interessert i
å delta.&lt;/li&gt;
&lt;li&gt;Standarden er publisert og spesifikasjonsdokumentet er fritt
tilgjengelig.  Det må være tillatt for alle å kopiere, distribuere og
bruke den uten begresninger.&lt;/li&gt;
&lt;li&gt;Patentene som muligens gjelder (deler av) standarden er gjort
ugjenkallelig tilgjengelig uten krav om betaling.&lt;/li&gt;
&lt;li&gt;Det er ingen begresninger i gjenbruk av standarden.&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;Det økonomiske resultatet av en fri og åpen standard, som kan
måles, er at det muliggjør perfekt konkurranse mellom leverandører av
produkter basert på standarden.&lt;/p&gt;
&lt;/blockquote&gt;

&lt;p&gt;(Tar gjerne imot forbedringer av oversettelsen.)&lt;/p&gt;
</description>
        </item>
        
        <item>
                <title>Transendentalt tullball og en funksjonell tilnærming</title>
                <link>Transendentalt_tullball_og_en_funksjonell_tiln__rming.html</link>
                <guid isPermaLink="true">Transendentalt_tullball_og_en_funksjonell_tiln__rming.html</guid>
                <pubDate>Sat, 24 Jan 2009 15:00:00 +0100</pubDate>
                <description>
&lt;p&gt;Kom over 
&lt;a href=&quot;http://debian-administration.org/users/dkg/weblog/39&quot;&gt;en
bloggpost fra Daniel Kahn Gillmor&lt;/a&gt; som forteller at 
Eben Moglen, juridisk rådgiver for FSF og stifteren av Software Fredom
Law Center, i sitt kurs har referert Felix Cohen sin artikkel
&lt;a href=&quot;http://moglen.law.columbia.edu/LCS/cohen-transcendental.pdf&quot;&gt;Trancendental
Nonsense and the Functional Approach&lt;/a&gt; fra 1935.  Det må jeg si var
svært interessant for å forstå hvordan og hvorfor immaterialretten har
utvidet sitt virkeområde og hvor lenge det har pågått.&lt;/p&gt;

&lt;p&gt;Innlegget minner meg på
&lt;a href=&quot;https://penta.debconf.org/~joerg/events/161.en.html&quot;&gt;en
presentasjon jeg overvar&lt;/a&gt; på Debconf 7 om hvordan innføring og
utvidelse av opphavsretten ble debattert på 1700-tallet.  Anbefaler å
se den presentasjonen som er tilgjengelig på video i
&lt;a href=&quot;http://meetings-archive.debian.net/pub/debian-meetings/2007/debconf7/low/072_Free_as_in_Market_the_misunderstood_entanglement_of_ethics_software_and_profits.ogg&quot;&gt;lav&lt;/a&gt;
og
&lt;a href=&quot;http://meetings-archive.debian.net/pub/debian-meetings/2007/debconf7/high/072_Free_as_in_Market_the_misunderstood_entanglement_of_ethics_software_and_profits.ogg&quot;&gt;høy&lt;/a&gt;
oppløsning.&lt;/p&gt;
</description>
        </item>
        
        <item>
                <title>ODF-bruk i staten, ikke helt på plass</title>
                <link>ODF_bruk_i_staten__ikke_helt_p___plass.html</link>
                <guid isPermaLink="true">ODF_bruk_i_staten__ikke_helt_p___plass.html</guid>
                <pubDate>Thu, 22 Jan 2009 23:00:00 +0100</pubDate>
                <description>
&lt;p&gt;I går publiserte
&lt;a href=&quot;http://universitas.no/nyhet/52776/&quot;&gt;Universitas&lt;/a&gt;,
&lt;a href=&quot;http://www.dagensit.no/trender/article1588462.ece&quot;&gt;Dagens-IT&lt;/a&gt;
og &lt;a href=&quot;http://www.idg.no/computerworld/article118622.ece&quot;&gt;Computerworld
Norge&lt;/a&gt; en sak om at de ansatte ved Universitetet i Oslo ikke følger
regjeringens pålegg om å publisere i HTML, PDF eller ODF.  Det er bra
at det kommer litt fokus på dette, og jeg håper noen journalister tar
en titt på de andre statlige instansene også.&lt;/p&gt;

&lt;p&gt;Skulle ønske det var en enkel måte å sjekke om ODF-dokumenter er i
henholdt til ODF-spesifikasjonen, og en måte å teste om programmer som
hevder å støtte ODF forstår alle delene av ODF-spesifikasjonen.
Kjenner kun til ufullstendige løsninger for slikt.&lt;/p&gt;
</description>
        </item>
        
        <item>
                <title>Det vanskelige Lisensvalget - ikke lag din egen</title>
                <link>Det_vanskelige_Lisensvalget___ikke_lag_din_egen.html</link>
                <guid isPermaLink="true">Det_vanskelige_Lisensvalget___ikke_lag_din_egen.html</guid>
                <pubDate>Thu, 22 Jan 2009 22:15:00 +0100</pubDate>
                <description>
&lt;p&gt;Min mormor har intet dypt forhold til opphavsrettsloven.  Hun eier
ingen kopimaskin eller datamaskin.  Hun kan ikke bruke videoopptaker,
og er generelt sjelden i en situasjon der hun kunne tenkes å kopiere
noe som er opphavsrettslig vernet.  Da jeg en gang forklarte at jeg
var involvert i
&lt;a href=&quot;http://www.openstreetmap.org/&quot;&gt;OpenStreetmap-prosjektet&lt;/a&gt;
(hun lurte på hvorfor jeg kjørte rundt i nabolaget med GPS), var
&quot;hvorfor ikke bruke de offisielle kartene fra kartverket &quot; det første
hun spurte om.  Jeg er usikker på om svaret ga mening, i og med at
hun aldri har tenkt nøye over bruksrettigheter og slikt.  Hva skulle
hun med retten til videredistribusjon av nye kartkopier, som ikke
kopierer kart?  Hva skulle hun med retten til å publisere endrede
utgaver som aldri har hatt behov for annet enn å notere litt på en
kartkopi?  Det er altså mulig å gå igjennom livet (og det har vært
et langt og innholdsrikt liv for min mormor) uten å forholde seg til
opphavsrettsloven.&lt;/p&gt;

&lt;p&gt;Andre igjen trenger solid kunnskap om konsekvensene av paragrafene
i opphavsrettsloven i sitt daglige virke, men har av ulike årsaker
ikke satt seg nøye inn i lovens konsekvens.  Denne teksten er tiltenkt
slike lesere.&lt;/p&gt;

&lt;p&gt;Når en publiserer programvare eller annet opphavsrettsbeskyttet
materiale (eller &quot;verk&quot; som loven kaller det), så er det endel ting
som er lurt å tenke på.  Hvis en ikke sier noe spesifikt om vilkårene
for publiseringen, så er det opphavsrettens grunnregler som gjelder.
De sier blant annet at ingen andre enn rettighetshaver kan publisere,
kopiere og endre verket.  Hvis en ønsker å publisere noe uten
bruksbegrensninger for mottaker (f.eks. fri programvare eller fritt
tilgjengelige data), så må en altså eksplisitt gi tillatelse for andre
til å gjøre disse tingene.  Slike eksplisitte tillatelser kalles
gjerne lisenser.  Det er en god del å tenke på når en lager lisenser,
og det er enkelt å gjøre feil, slik at lisensen ikke uttrykker
intensjonen med publiseringen.  Det er derfor lurt å gjenbruke en
eksisterende lisenstekst hvis det er mulig.&lt;/p&gt;

&lt;p&gt;Av flere årsaker er det lurt å ikke finne på sin egen lisenstekst.
For det første gir det jobb for de som ønsker å bruke verket å sette
seg inn i, forstå og vurdere hver enkelt lisens, for å finne ut om den
dekker bruksbehovet.  Hver ny lisensvariant gir dermed ekstra arbeide
for de organisasjoner og individer som vurderer å ta i bruk et
opphavsrettsbeskyttet verk.  Gjenbruk forutsetter gjerne bruk sammen
med andre verk, f.eks. programmer og biblioteker skal settes sammen
til et hele, eller datafiler skal brukes sammen med programmer.  Det
er fort gjort å lage en hjemmesnekret lisens som ikke tillater bruk
sammen med andre komponenter hvis en ikke er påpasselig med
utformingen av lisensen (såkalte inkompatible lisenser), spesielt hvis
det ikke er intensjonen ved publisering.  Og for det andre, så er det
fort gjort å glemme noe når en lager lisensteksten, slik at
rettigheter en ønsket å gi til brukerne ikke blir nevnt og lovens
begresninger gjelder..  &lt;strong&gt;Første regel ved lisensvalg er derfor
å unngå å lage sin egen, men forsøke så langt som mulig å bruke en av
de utallige eksisterende lisensene.&lt;/strong&gt;&lt;/p&gt;

&lt;p&gt;Et lite eksempel på problemer som kan oppstå er
&lt;a href=&quot;http://api.met.no/lisens.html&quot;&gt;betingelsene som Meteorologisk
institutt har gjort sine data tilgjengelig under&lt;/a&gt;.  De ser pr. i
dag slik ut (kopiert hit for å sikre at framtidige lesere kjenner
innholdet hvis de endres):&lt;/p&gt;

&lt;blockquote&gt;&lt;p&gt;Betingelser for bruk av data
&lt;br/&gt;Meteorologisk institutt innehar immaterielle- og
eiendomsrettigheter til data og produkter produsert av instituttet
(heretter omtalt som PRODUKTER/PRODUKTENE). Selv om et utvalg
PRODUKTER er tilgjengelige her for nedlasting og bruk, medfører ikke
dette på noen måte overdragelse av disse rettighetene. PRODUKTENE kan
brukes til ethvert formål som ikke er i strid med norsk lov. Dersom
PRODUKTENE videreformidles i opprinnelig form eller i en form hvor de
opprinnelige PRODUKTENE utgjør en vesentlig og/eller en lett
gjenkjennelig del, skal Meteorologisk institutt oppgies som
kilde. Dette må gjøres på en godt synlig måte. Meteorologisk institutt
kan ikke holdes ansvarlig for eventuelle konsekvenser av bruken av
PRODUKTENE. Meteorologisk institutt garanterer ikke regelmessighet i
oppdateringen av PRODUKTENE, og endringer i PRODUKTENE kan forekomme
uten varsel. For direkte leveranse av spesifisert produktsett,
vennligst kontakt Meteorologisk institutt.&lt;/p&gt;&lt;/blockquote&gt;

&lt;p&gt;Meteorologisk institutt hevder at dette skal gjøre dem &quot;fritt
tilgjengelige&quot;, og det gjør at jeg mistenker at betingelsene ikke
reflekterer intensjonen bak publiseringen.  I lisensen står det ikke
at en har rett til å endre dataene og publisere det endrede
resultatet.  Det står heller ingenting om hvorvidt en har rett til
videredistribusjon.  Mangelen på tillatelse til slik bruk gjør at jeg
ikke ville omtale datagrunnlaget som fritt tilgjengelig.  Det er i
strid med kriteriene for Free Software
&lt;a href=&quot;http://www.fsf.org/licensing/essays/free-sw.html&quot;&gt;publisert
av FSF&lt;/a&gt;,
&lt;a href=&quot;http://www.debian.org/social_contract#guidelines&quot;&gt;Debian Free
Software Guidelines&lt;/a&gt; og NUUGs beskrivelse av fri programvare
publisert i
&lt;a href=&quot;http://www.nuug.no/dokumenter/folder-friprogramvare.pdf&quot;&gt;NUUGs
folder om dette&lt;/a&gt;.  Jeg lurer på hvorfor Meteorologisk institutt
ikke valgte noen kjent lisens?  Skulle tro at en Creative
Commons-lisens eller en av de mest brukte fri programvarelisensene som
GPL og BSD kunne duge.  Jeg håper Meteorologisk institutt revurderer
og endrer på betingelsene.&lt;/p&gt;
</description>
        </item>
        
        <item>
                <title>When web browser developers make a video player...</title>
                <link>When_web_browser_developers_make_a_video_player___.html</link>
                <guid isPermaLink="true">When_web_browser_developers_make_a_video_player___.html</guid>
                <pubDate>Sat, 17 Jan 2009 18:50:00 +0100</pubDate>
                <description>
&lt;p&gt;As part of the work we do in &lt;a href=&quot;http://www.nuug.no&quot;&gt;NUUG&lt;/a&gt;
to publish video recordings of our monthly presentations, we provide a
page with embedded video for easy access to the recording.  Putting a
good set of HTML tags together to get working embedded video in all
browsers and across all operating systems is not easy.  I hope this
will become easier when the &amp;lt;video&amp;gt; tag is implemented in all
browsers, but I am not sure.  We provide the recordings in several
formats, MPEG1, Ogg Theora, H.264 and Quicktime, and want the
browser/media plugin to pick one it support and use it to play the
recording, using whatever embed mechanism the browser understand.
There is at least four different tags to use for this, the new HTML5
&amp;lt;video&amp;gt; tag, the &amp;lt;object&amp;gt; tag, the &amp;lt;embed&amp;gt; tag and
the &amp;lt;applet&amp;gt; tag.  All of these take a lot of options, and
finding the best options is a major challenge.&lt;/p&gt;

&lt;p&gt;I just tested the experimental Opera browser available from &lt;a
href=&quot;http://labs.opera.com&quot;&gt;labs.opera.com&lt;/a&gt;, to see how it handled
a &amp;lt;video&amp;gt; tag with a few video sources and no extra attributes.
I was not very impressed.  The browser start by fetching a picture
from the video stream.  Not sure if it is the first frame, but it is
definitely very early in the recording.  So far, so good. Next,
instead of streaming the 76 MiB video file, it start to download all
of it, but do not start to play the video.  This mean I have to wait
for several minutes for the downloading to finish.  When the download
is done, the playing of the video do not start!  Waiting for the
download, but I do not get to see the video?  Some testing later, I
discover that I have to add the controls=&quot;true&quot; attribute to be able
to get a play button to pres to start the video.  Adding
autoplay=&quot;true&quot; did not help.  I sure hope this is a misfeature of the
test version of Opera, and that future implementations of the
&amp;lt;video&amp;gt; tag will stream recordings by default, or at least start
playing when the download is done.&lt;/p&gt;

&lt;p&gt;The test page I used (since changed to add more attributes) is
&lt;a href=&quot;http://www.nuug.no/aktiviteter/20090113-foredrag-om-foredrag/&quot;&gt;available
from the nuug site&lt;/a&gt;.  Will have to test it with the new Firefox
too.&lt;/p&gt;

&lt;p&gt;In the test process, I discovered a missing feature.  I was unable
to find a way to get the URL of the playing video out of Opera, so I
am not quite sure it picked the Ogg Theora version of the video.  I
sure hope it was using the announced Ogg Theora support. :)&lt;/p&gt;
</description>
        </item>
        
        <item>
                <title>Fiksgatami begynner å ta form</title>
                <link>Fiksgatami_begynner____ta_form.html</link>
                <guid isPermaLink="true">Fiksgatami_begynner____ta_form.html</guid>
                <pubDate>Thu, 15 Jan 2009 23:15:00 +0100</pubDate>
                <description>
&lt;p&gt;For noen uker siden bestemte noen av oss seg for at det var på tide
med en norsk utgave av
&lt;a href=&quot;http://www.fixmystreet.com/&quot;&gt;FixMyStreet&lt;/a&gt;, og satte igang
et prosjekt i NUUG-regi.  Konseptet er å gjøre det enklere å
rapportere til rette instans om ting som er galt i offentligheten, ved
å bruke kart og web.  &lt;a href=&quot;http://www.fiksgatami.no&quot;&gt;En
testinstans&lt;/a&gt; er på plass på en maskin donert av min arbeidsplass
USIT ved Universitetet i Oslo, og den begynner så smått å fungere.
Det gjenstår å fullføre støtten for norsk språk, bytte ut kartet og
finne kilde for å slå opp adresser før første versjon er operativ.
Når den er operativ, håper vi å forbedre utseendet litt, samt legge
til ny funksjonalitet.
&lt;a href=&quot;http://wiki.nuug.no/grupper/fiksgatami&quot;&gt;Prosjektet&lt;/a&gt;
trenger flere folk, både utviklere og folk til å bidra med å finne ut
hvor feilene som rapporteres skal sendes videre.  Vi har kommet i
kontakt med naturvernmiljøet i Bergen som allerede var igang med
lignende planer, og det ser ut til at vi kan slå våre pjalter sammen
med dem.  Dette blir bra.&lt;/p&gt;
</description>
        </item>
        
        <item>
                <title>Jeg vil beholde tusenlappen - jeg bruker den</title>
                <link>Jeg_vil_beholde_tusenlappen___jeg_bruker_den.html</link>
                <guid isPermaLink="true">Jeg_vil_beholde_tusenlappen___jeg_bruker_den.html</guid>
                <pubDate>Thu, 8 Jan 2009 11:20:00 +0100</pubDate>
                <description>
&lt;p&gt;&lt;a href=&quot;http://www.aftenposten.no/nyheter/iriks/article2855272.ece&quot;&gt;I
følge Aftenposten&lt;/a&gt; vil Finansdepartementet fjerne tusenlappen, ut
fra teorien om at kriminelle er avhengig av den for å omsette sine
verdier, og etter å ha observert at det er veldig få som bruker
tusenlappen til vanlig.  Jeg er en flittig bruker av tusenlappen, og
synes dette angrepet på retten til å kjøpe ting uten å bli overvåket
er skammelig.&lt;/p&gt;

&lt;p&gt;Jeg bruker stort sett kontanter til innkjøp, for å unngå
registrering av mitt forbruksmønster.  Det er borgernes demokratiske rett å
kunne bevege seg rundt i Norge uten å bli overvåket, og jeg tror det
er viktig at så mange som mulig benytter seg av denne retten for at vi
skal beholde den.  Retten til å bevege seg uten overvåkning er under
intenst angrep i dagens Norge, med registrering av bilkjøring,
flyreiser, mobiltelefonbevegelser og kameraovervåkning av snart hvert
et hushjørne.  Kollektivtrafikken i Oslo håper kommunen snart å få
totalovervåket, slik at det også der blir vanskeligere (eller mer
konkret dyrere) å bevege seg uten å bli overvåket i Oslo.  De som
ønsker tusenlappen bort har gjort det klart at dette er første steg i
arbeidet med å få alle til å bruke sporbare transaksjoner som
direktebelastning mot minibankkort, og det er litt av bakgrunnen for at
jeg misliker forsøket på å bli kvitt tusenlappen.&lt;/p&gt;

&lt;p&gt;Det er ingen tvil om at veldig få bruker tusenlappen for tiden, og
at bruken er på hell.  Årsaken er enkel - tilgjengelighet.  De fleste
henter ut kontanter via minibanker, og disse inneholder så vidt jeg
har observert, aldri tusenlapper (ofte kun tohundre- eller til nød
femhundresedler).  Det er dermed svært ubeleilig for borgerne å få tak
i tusenlapper, og de fleste ender i stedet opp med en større og mer
uhåndterlig bunke sedler enn de hadde trengt.  Personlig tar jeg ut
penger over skranke i posten, og der har det den siste tiden blitt
vanskelig å få ut tusenlapper.  Jeg ber alltid om å få deler av
beløpet jeg tar ut som tusenlapper, og de siste to-tre gangene har jeg
blitt fortalt at de ikke har noen tusenlapper å gi meg.  Jeg antar
den mangelen på tusenlapper er bevisst fra postens side, inntil det
motsatte er bevist.&lt;/p&gt;

&lt;p&gt;Personlig finner jeg teorien om at kriminelle får det vanskeligere
når en bestemt seddelvalør fjernes svært naivt.  Det er jo ikke slik
at det er vanskelig å få tak i andre lett omsettelige verdier, som
femhundrelapper, verdipapirer, edelstener og -metall, etc.
Argumentasjonen virker dermed useriøs på meg.  Jeg verdsetter den
direkte verdien av å kunne handle uten å bli overvåket høyere enn
en naiv og usannsynlig gevinst av å gjøre det vanskeligere for
kriminelle, og håper derfor forslaget blir skutt ned også denne
gangen.&lt;/p&gt;

&lt;p&gt;Oppdatering 2009-01-15: Posten hadde tusenlapper da jeg tok ut
kontanter for noen dager siden.&lt;/p&gt;
</description>
        </item>
        
        </channel>
</rss>