- <title>Hva utgjør en vellykket offentlig tjeneste?</title>
- <link>http://people.skolelinux.org/pere/blog/Hva_utgj__r_en_vellykket_offentlig_tjeneste_.html</link>
- <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Hva_utgj__r_en_vellykket_offentlig_tjeneste_.html</guid>
- <pubDate>Wed, 4 May 2011 09:10:00 +0200</pubDate>
- <description>
-<p>Artikkelen i Aftenposten i dag om de som fikk
-<a href="http://www.aftenposten.no/nyheter/oslo/article4110329.ece">tauet
-bort bilen</a> etter å ha trodd på Oslo kommunes oversikt over når
-ulike gater skulle feies i påsken, fikk meg til å ta en titt på
-<a href="http://www.samferdselsetaten.oslo.kommune.no/miljo/renhold/varrengjoring">kommunens
-oversikt</a>, og der ble jeg fascinert over følgende lille gullkorn:</p>
-
-<p><blockquote>
-<p><strong>Hvorfor har dere ikke SMS-varsling?</strong>
-<br>Forsøksordningen i 2005 viste dessverre at SMS-varsling i liten
-grad reduserte antallet borttauede biler. De som abonnerte på
-ordningen unngikk naturligvis feilparkeringer, men plassene ble brukt
-av "fremmede" biler altså av bileiere som ikke abonnerte og dermed
-ikke ble varslet.</p>
-</blockquote>
-
-<p>Det gir inntrykk av at kommunen i stedet for å se på SMS-varsling
-som en tjeneste for innbyggerne, som kunne gjøre at de innbyggerne som
-benyttet seg av tjenesten slapp å få tauet bilen sin, så på det som en
-tjeneste for seg selv for å redusere antall tauinger. Forklaringen
-synes jeg illustrerer veldig godt hvorfor det er så viktig å se på hva
-som er fokus for tjenester som leveres og hva som er
-suksesskriteriene. Jeg mistenker at hvis suksesskriteriet for
-SMS-tjenesten hadde vært hvor fornøyd brukerne av SMS-tjenesten var,
-så ville den blitt videreført. Eller hvis suksesskriteriet var økt
-bruk av tjenesten. Jeg vet i hvert fall mange som gjerne vil slippe å
-både daglig besøke bilen sin der den er parkert i Oslo, og som gjerne
-vil varsles i stedet for å oppdage at bilen er tauet bort når de
-trenger den.</p>
-
-<p>Mon tro hvor mange som må bruke en slik tjeneste før andelen
-bort-tauinger blir redusert? Jeg mistenker den må være godt over 50%
-av alle med bil i Oslo, før det er større sannsynlighet for at en
-ledig men risikofylt parkeringsplass blir stående ledig enn at den blir
-tatt umiddelbart. Det er for stort press på parkeringsplasser i Oslo
-i dag til å tro at en ledig parkeringsplass blir stående ubrukt med
-mindre sjåføren vet at det er risikabelt å stå der. Hvis reduksjon i
-antall bort-tauinger var suksesskriteriet for SMS-tjenesten var en
-dermed garantert å konkludere med at den feilet, da det er umulig å få
-så stor bruksprosent i en prøvedrift.</p>
-
-<p>Fokus for <a href="http://www.fiksgatami.no/">FiksGataMi</a> er
-innbyggeren, og et av suksesskriteriene er at innbyggerne som bruker
-tjenesten er fornøyde med at rapportene blir synliggjort og levert til
-relevant offentlig myndighet. Det er naturligvis fint om de som
-mottar meldingene også har nytte av tjenesten, og at problemene blir
-fikset, men det viktigste er innbyggernes opplevelse. Innbyggerne
-skal oppleve tjenesten som enkel og effektiv, slik at vi sikrer at
-flest mulig klarer å bidra til å forbedre offentlig infrastruktur.</p>
-</description>
- </item>
-
- <item>
- <title>Experimental Open311 API for the mySociety fixmystreet system</title>
- <link>http://people.skolelinux.org/pere/blog/Experimental_Open311_API_for_the_mySociety_fixmystreet_system.html</link>
- <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Experimental_Open311_API_for_the_mySociety_fixmystreet_system.html</guid>
- <pubDate>Sat, 30 Apr 2011 17:20:00 +0200</pubDate>
- <description>
-<p>Today, the first draft implementation of an
-<a href="http://www.open311.org/">Open311 API</a> for the Norwegian
-service <a href="http://www.fiksgatami.no/">FiksGataMi</a> started to
-work. It is only available on the developer server for now, and I
-have not tested it using any existing Open311 client (I lack the
-platforms needed to run the clients I have found so far), but it is
-able to query the database and extract a list of open and closed
-requests within a given category and reported to a given municipality.
-I believe that is a good start to create a useful service for those
-that want to do data mining on the requests submitted so far.</p>
-
-<p>Where is it? Visit
-<a href="http://fiksgatami-dev.nuug.no/open311.cgi/v2/">http://fiksgatami-dev.nuug.no/open311.cgi/v2/</a>
-to have a look. Please send feedback to the
-<a href="http://lists.nuug.no/mailman/listinfo/fiksgatami">fiksgatami
-(at) nuug.no</a> mailing list.</p>
-</description>
- </item>
-
- <item>
- <title>Initial notes on adding Open311 server API on FixMyStreet</title>
- <link>http://people.skolelinux.org/pere/blog/Initial_notes_on_adding_Open311_server_API_on_FixMyStreet.html</link>
- <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Initial_notes_on_adding_Open311_server_API_on_FixMyStreet.html</guid>
- <pubDate>Fri, 29 Apr 2011 10:00:00 +0200</pubDate>
- <description>
-<p>The last few days I have spent some time trying to add support for
-the <a href="http://www.open311.org/">Open311 API</a> in the
-<a href="http://www.fiksgatami.no/">Norwegian FixMyStreet service</a>.
-Earlier I believed Open311 would be a useful API to use to submit
-reports to the municipalities, but when I noticed that the
-<a href="http://fixmystreet.org.nz/">New Zealand version</a> of
-FixMyStreet had implemented Open311 on the server side, it occurred to
-me that this was a nice way to allow the public, press and
-municipalities to do data mining directly in the FixMyStreet service.
-Thus I went to work implementing the Open311 specification for
-FixMyStreet. The implementation is not yet ready, but I am starting
-to get a draft limping along. In the process, I have discovered a few
-issues with the Open311 specification.</p>
-
-<p>One obvious missing feature is the lack of natural language
-handling in the specification. The specification seem to assume all
-reports will be written in English, and do not provide a way for the
-receiving end to specify which languages are understood there. To be
-able to use the same client and submit to several Open311 receivers,
-it would be useful to know which language to use when writing reports.
-I believe the specification should be extended to allow the receivers
-of problem reports to specify which language they accept, and the
-submitter to specify which language the report is written in.
-Language of a text can also be automatically guessed using statistical
-methods, but for multi-lingual persons like myself, it is useful to
-know which language to use when writing a problem report. I suspect
-some lang=nb,nn kind of attribute would solve it.</p>
-
-<p>A key part of the Open311 API is the list of services provided,
-which is similar to the categories used by FixMyStreet. One issue I
-run into is the need to specify both name and unique identifier for
-each category. The specification do not state that the identifier
-should be numeric, but all example implementations have used numbers
-here. In FixMyStreet, there is no number associated with each
-category. As the specification do not forbid it, I will use the name
-as the unique identifier for now and see how open311 clients handle
-it.</p>
-
-<p>The report format in open311 and the report format in FixMyStreet
-differ in a key part. FixMyStreet have a title and a description,
-while Open311 only have a description and lack the title. I'm not
-quite sure how to best handle this yet. When asking for a FixMyStreet
-report in Open311 format, I just merge title an description into the
-open311 description, but this is not going to work if the open311 API
-should be used for submitting new reports to FixMyStreet.</p>
-
-<p>The search feature in Open311 is missing a way to ask for problems
-near a geographic location. I believe this is important if one is to
-use Open311 as the query language for mobile units. The specification
-should be extended to handle this, probably using some new lat=, lon=
-and range= options.</p>
-
-<p>The final challenge I see is that the FixMyStreet code handle
-several administrations in one interface, while the Open311 API seem
-to assume only one administration. For FixMyStreet, this mean a
-report can be sent to several administrations, and the categories
-available depend on the location of the problem. Not quite sure how
-to best handle this. I've noticed
-<a href="http://seeclickfix.com/open311/">SeeClickFix</a> added
-latitude and longitude options to the services request, but it do not
-solve the problem of what to return when no location is specified.
-Will have to investigate this a bit more.</p>
-
-<p>My distaste for web forums have kept me from bringing these issues
-up with the open311 developer group. I really wish they had a email
-list available via <a href="http://www.gmane.org/">Gmane</a> to use for
-discussions instead of only
-<a href="http://lists.open311.org/groups/discuss">a forum<a/>. Oh,
-well. That will probably resolve itself, one way or another. I've
-also tried visiting the IRC channel #open311 on FreeNode, but no-one
-seem to reply to my questions there. This make me wonder if I just
-fail to understand how the open311 community work. It sure do not
-work like the free software project communities I am used to.</p>
-</description>
- </item>
-
- <item>
- <title>FiksGataMi - fylkesoversikt på kart</title>
- <link>http://people.skolelinux.org/pere/blog/FiksGataMi___fylkesoversikt_p___kart.html</link>
- <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/FiksGataMi___fylkesoversikt_p___kart.html</guid>
- <pubDate>Fri, 15 Apr 2011 13:15:00 +0200</pubDate>
- <description>
-<p>Det er morsomt å følge med hvordan bruken av FiksGataMi sprer seg
-over det ganske land. Her er lenkene til fylkesoversikt på kart over
-de (for tiden) 200 siste problemene. Bruker her GeoRSS-kilden i
-FiksGataMi og presenterer enten via Google Maps eller en
-GeoRSS-fremviser jeg fant for OpenStreetmap.</p>