-
The last few days I have spent some time trying to add support for
-the Open311 API in the
-Norwegian FixMyStreet service.
-Earlier I believed Open311 would be a useful API to use to submit
-reports to the municipalities, but when I noticed that the
-New Zealand version 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.
-
-
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.
-
-
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.
-
-
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.
-
-
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.
-
-
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
-SeeClickFix 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.
-
-
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 Gmane to use for
-discussions instead of only
-a forum. 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.
+
+Subject: Gjøre FiksGataMi tilgjengelig fra kommune websiden
+To: kontakt@min.kommune.no
+
+Hei,
+
+Jeg bor i Min kommune og lurte på om Min kommune kunne lagt en link
+til FiksGataMi på forsiden, lett tilgjengelig slik andre kommuner har
+gjort. Se eksempler under på hvordan det er gjort tilgjengelig og en
+liste over kommuner som har tilgjengeliggjort fiksgatami.no fra
+kommune-siden.
+
+Hvis det ikke er ønskelig, ønsker jeg en tilbakemelding på hvorfor
+ikke. Jeg liker fiksgatami og synes tjenesten er super og gjør det
+lettere for kommuner å følge opp innmeldte saker fra innbyggerne.
+
+Se http://wiki.nuug.no/grupper/fiksgatami/tips for spørsmål og svar mellom
+andre kommuner og fiksgatami.
+Se hovedsiden for tjenesten, http://www.fiksgatami.no/
+De har allerede en Android applikasjon som kan promoteres,
+https://market.android.com/details?id=no.fiksgatami
+
+F.eks. Mandal har lenke til FiksGataMi på alle sine sider under
+overskriften "Min side / Selvbetjening".
+
+Mange andre kommuner har også omfavnet FiksGataMi, og lenket inn til
+tjenesten fra sine sider. Det gjelder så langt:
+
+ 1. Askøy kommune, https://www.askoy.kommune.no/
+ 2. Audnedal kommune, http://www.audnedal.kommune.no/
+ 3. Aure kommune, http://www.aure.kommune.no/
+ 4. Bærum kommune, https://www.baerum.kommune.no/
+ 5. Farsund kommune, http://www.farsund.kommune.no/
+ 6. Flekkefjord kommune, http://www.flekkefjord.kommune.no/
+ 7. Folldal kommune, http://folldal.kommune.no/
+ 8. Grue kommune, http://www.grue.kommune.no/
+ 9. Hadsel kommune, http://www.hadsel.kommune.no/
+ 10. Hamar, http://www.hamar.kommune.no/category.php?categoryID=1198
+ 11. Hægebostad kommune, http://www.haegebostad.kommune.no/
+ 12. Kongsberg kommune, http://www.kongsberg.kommune.no/
+ 13. Kristiansund kommune, http://www.kristiansund.kommune.no/
+ 14. Kvinesdal kommune, http://www.kvinesdal.kommune.no/
+ 15. Kviteseid kommune, http://www.kviteseid.kommune.no/
+ 16. Levanger kommune, http://www.levanger.kommune.no/
+ 17. Lindesnes kommune, http://www.lindesnes.kommune.no/
+ 18. Lyngdal kommune, http://www.lyngdal.kommune.no/
+ 19. Lørenskog kommune, http://www.lorenskog.kommune.no/
+ 20. Løten kommune, http://www.loten.kommune.no/
+ 21. Mandal kommune, http://www.mandal.kommune.no/
+ 22. Marnardal kommune, http://www.marnardal.kommune.no/
+ 23. Moss kommune, http://www.moss.kommune.no/
+ 24. Namsos kommune, http://www.namsos.kommune.no/
+ 25. Nissedal kommune,
+ http://www.nissedal.kommune.no/Tenester/Lokalt/Trygge%20Nissedal.aspx
+ 26. Sirdal kommune, http://sirdal.kommune.be/
+ 27. Spydeberg kommune, http://www.spydeberg.kommune.no/
+ 28. Stjørdal kommune, https://www.stjordal.kommune.no/
+ 29. Stord kommune, http://www.stord.kommune.no/
+ 30. Søgne kommune, http://www.sogne.kommune.no/
+ 31. Sør-Odal kommune, http://www.sor-odal.kommune.no/
+ 32. Tolga kommune, http://tolga.kommune.no/
+ 33. Tynset kommune, http://www.tynset.kommune.no/
+ 34. Tysvær kommune, http://www.tysver.kommune.no/
+ 35. Ullensvang Herad,
+ http://www.ullensvang.herad.no/index.php?option=com_content&view=article&id=184:fiksgatami&catid=1:naering-og-utvikling&Itemid=174
+ 36. Vennesla kommune, http://www.vennesla.kommune.no/
+ 37. Verdal kommune, http://www.verdal.kommune.no/
+ 38. VÃ¥gan kommune, http://www.vagan.kommune.no/
+ 39. Vågå kommune, http://www.vaga.kommune.no/
+ 40. Ã
seral kommune, http://www.aseral.kommune.no/
+
+
+
+
Ellers kan jeg melde at FiksGataMi har fått støtte for å rapportere
+inn via Open311-grensesnittet i
+tillegg til å bruke epost. Det betyr at hvis det offentlige
+implementerer Open311-grensesnitt på sin interne database for å
+håndtere henvendelser, så kan FiksGataMi-rapporterer sendes direkte
+dit uten å gå via epost. Det kan spare litt arbeidstid hos kommuner,
+fylker og vegvesen. Støtten er utviklet av
+mySociety i England og allerede
+i bruk der. Vi håper en norsk etat melder sin interesse for å bruke
+Open311 og dermed slippe å håndtere meldingene som epost.
