<link>http://people.skolelinux.org/pere/blog/A_Norwegian_FixMyStreet_have_kept_me_busy_the_last_few_weeks.html</link>
<guid isPermaLink="true">http://people.skolelinux.org/pere/blog/A_Norwegian_FixMyStreet_have_kept_me_busy_the_last_few_weeks.html</guid>
<pubDate>Sun, 3 Apr 2011 22:50:00 +0200</pubDate>
- <description>
-<p>Here is a small update for my English readers. Most of my blog
+ <description><p>Here is a small update for my English readers. Most of my blog
posts have been in Norwegian the last few weeks, so here is a short
update in English.</p>
<link>http://people.skolelinux.org/pere/blog/I_dag_skal_Stortinget_votere_over_datalagringsdirektivet.html</link>
<guid isPermaLink="true">http://people.skolelinux.org/pere/blog/I_dag_skal_Stortinget_votere_over_datalagringsdirektivet.html</guid>
<pubDate>Mon, 4 Apr 2011 07:40:00 +0200</pubDate>
- <description>
-<p>I dag ligger an til å bli en trist dag for Norge. I dag skal etter
+ <description><p>I dag ligger an til å bli en trist dag for Norge. I dag skal etter
planen Stortinget stemme over om det skal innføres elektronisk brev-
og besøkskontroll for hele folket, og Arbeiderpartiet og Høyre utgjør
et flertall som har annonsert at de er enige om at dette skal gjøres.
<link>http://people.skolelinux.org/pere/blog/Gnash_enteres_Google_Summer_of_Code_2011.html</link>
<guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Gnash_enteres_Google_Summer_of_Code_2011.html</guid>
<pubDate>Wed, 6 Apr 2011 09:00:00 +0200</pubDate>
- <description>
-<p><a href="http://www.getgnash.org/">The Gnash project</a> is still
+ <description><p><a href="http://www.getgnash.org/">The Gnash project</a> is still
the most promising solution for a Free Software Flash implementation.
A few days ago the project
<a href="http://lists.gnu.org/archive/html/gnash-dev/2011-04/msg00011.html">announced</a>
<link>http://people.skolelinux.org/pere/blog/Skolelinux_intervju__Marius_Kotsbak.html</link>
<guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Skolelinux_intervju__Marius_Kotsbak.html</guid>
<pubDate>Sun, 10 Apr 2011 11:00:00 +0200</pubDate>
- <description>
-<p>Neste mann ut er Marius Kotsbak, styremedlem i
+ <description><p>Neste mann ut er Marius Kotsbak, styremedlem i
<a href="http://www.friprogramvareiskolen.no/">FRISK</a> og mangeårig
bidragsyter i
<a href="http://www.skolelinux.org/">Skolelinux</a>-prosjektet.</p>
<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>
+ <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
+ <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
<li>Vest-Agder [ <a href="http://maps.google.com/maps?q=http://www.fiksgatami.no/rss/reports/Vest-Agder">Google Maps</a> ] | [ <a href="http://vgr.petschge.de/?url=http://www.fiksgatami.no/rss/reports/Vest-Agder">OpenStreetmap</a> ]</li>
<li>Rogaland [ <a href="http://maps.google.com/maps?q=http://www.fiksgatami.no/rss/reports/Rogaland">Google Maps</a> ] | [ <a href="http://vgr.petschge.de/?url=http://www.fiksgatami.no/rss/reports/Rogaland">OpenStreetmap</a> ]</li>
<li>Hordaland [ <a href="http://maps.google.com/maps?q=http://www.fiksgatami.no/rss/reports/Hordaland">Google Maps</a> ] | [ <a href="http://vgr.petschge.de/?url=http://www.fiksgatami.no/rss/reports/Hordaland">OpenStreetmap</a> ]</li>
- <li>Sogn og Fjordane [ <a href="http://maps.google.com/maps?q=http://www.fiksgatami.no/rss/reports/Sogn%20og%20Fjordane">Google Maps</a> ] | [ <a href="http://vgr.petschge.de/?url=http://www.fiksgatami.no/rss/reports/Sogn%20og%20Fjordane">OpenStreetmap</a> ]</li>
- <li>Møre og Romsdal [ <a href="http://maps.google.com/maps?q=http://www.fiksgatami.no/rss/reports/Møre%20og%20Romsdal">Google Maps</a> ] | [ <a href="http://vgr.petschge.de/?url=http://www.fiksgatami.no/rss/reports/Møre%20og%20Romsdal">OpenStreetmap</a> ]</li>
+ <li>Sogn og Fjordane [ <a href="http://maps.google.com/maps?q=http://www.fiksgatami.no/rss/reports/Sogn%2Bog%2BFjordane">Google Maps</a> ] | [ <a href="http://vgr.petschge.de/?url=http://www.fiksgatami.no/rss/reports/Sogn%2Bog%2BFjordane">OpenStreetmap</a> ]</li>
+ <li>Møre og Romsdal [ <a href="http://maps.google.com/maps?q=http://www.fiksgatami.no/rss/reports/Møre%2Bog%2BRomsdal">Google Maps</a> ] | [ <a href="http://vgr.petschge.de/?url=http://www.fiksgatami.no/rss/reports/Møre%2Bog%2BRomsdal">OpenStreetmap</a> ]</li>
<li>Sør-Trøndelag [ <a href="http://maps.google.com/maps?q=http://www.fiksgatami.no/rss/reports/Sør-Trøndelag">Google Maps</a> ] | [ <a href="http://vgr.petschge.de/?url=http://www.fiksgatami.no/rss/reports/Sør-Trøndelag">OpenStreetmap</a> ]</li>
<li>Nord-Trøndelag [ <a href="http://maps.google.com/maps?q=http://www.fiksgatami.no/rss/reports/Nord-Trøndelag">Google Maps</a> ] | [ <a href="http://vgr.petschge.de/?url=http://www.fiksgatami.no/rss/reports/Nord-Trøndelag">OpenStreetmap</a> ]</li>
<li>Nordland [ <a href="http://maps.google.com/maps?q=http://www.fiksgatami.no/rss/reports/Nordland">Google Maps</a> ] | [ <a href="http://vgr.petschge.de/?url=http://www.fiksgatami.no/rss/reports/Nordland">OpenStreetmap</a> ]</li>
<p>Antall problemer returnert i GeoRSS-kildene justeres over tid etter
hvert som vi får mer erfaring med hvilken belastning det gir på
tjenesten.</p>
+
+<p>Oppdatering 2011-04-27: Endret URL til fylker med mellomrom i
+navnene fra %20 til %2B, slik at de fungerer i flere nettlesere.</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>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>
projects / homepage.git / blobdiff