1 <?xml version=
"1.0" encoding=
"utf-8"?>
2 <rss version='
2.0' xmlns:lj='http://www.livejournal.org/rss/lj/
1.0/'
>
4 <title>Petter Reinholdtsen - Entries tagged kart
</title>
5 <description>Entries tagged kart
</description>
6 <link>http://people.skolelinux.org/pere/blog/
</link>
10 <title>Sikkerhet til sjøs trenger sjøkart uten bruksbegresninger
</title>
11 <link>http://people.skolelinux.org/pere/blog/Sikkerhet_til_sj__s_trenger_sj__kart_uten_bruksbegresninger.html
</link>
12 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Sikkerhet_til_sj__s_trenger_sj__kart_uten_bruksbegresninger.html
</guid>
13 <pubDate>Sun,
23 Aug
2009 10:
00:
00 +
0200</pubDate>
15 <p
>Sikkerhet til sjøs burde være noe som opptar mange etter den siste
16 oljeutslippsulykken med Full City, som har drept mye liv langs sjøen.
17 En viktig faktor for å bedre sikkerheten til sjøs er at alle som
18 ferdes på sjøen har tilgang til oppdaterte sjøkart som forteller hvor
19 det grunner og annet en må ta hensyn til på sjøen.
</p
>
21 <p
>Hvis en er enig i at tilgang til oppdaterte sjøkart er viktig for
22 sikkerheten på sjøen, så er det godt å vite at det i dag er teknisk
23 mulig å sikre alle enkel tilgang til oppdaterte digitale kart over
24 Internet. Det trenger heller ikke være spesielt kostbart.
</p
>
26 <p
>Både ved Rocknes-ulykken i Vatlestraumen, der
18 mennesker mistet
27 livet, og ved Full City-ulykken utenfor Langesund, der mange tonn olje
28 lekket ut i havet, var det registrert problemer relatert til
29 oppdaterte sjøkart. Ved Rocknes-ulykken var de elektroniske kartene
30 som ble brukt ikke oppdatert med informasjon om nyoppdagede grunner og
31 losen kjente visst ikke til disse nye grunnene. Papirkartene var dog
32 oppdaterte. Ved Full City-ulykken hadde en kontroll av skipet noen
33 uker tidligere konstatert manglende sjøkart.
</p
>
35 <p
>Jeg tror en løsning der digitale sjøkart kunne lastes ned direkte
36 fra sjøkartverket av alle som ønsket oppdaterte sjøkart, uten
37 brukerbetaling og uten bruksbegresninger knyttet til kartene, vil
38 gjøre at flere folk på sjøen vil holde seg med oppdaterte sjøkart,
39 eller sjøkart i det hele tatt. Resultatet av dette vil være økt
40 sikkerhet på sjøen. En undersøkelse gjennomført av Opinion for
41 Gjensidige i
2008 fortalte at halvparten av alle båteierne i landet
42 ikke har sjøkart i båten.
</p
>
44 <p
>Formatet på de digitale sjøkartene som gjøres tilgjengelig fra
45 sjøkartverket må være i henhold til en fri og åpen standard, slik at
46 en ikke er låst til enkeltaktørers godvilje når datafilene skal tolkes
47 og forstås, men trenger ikke publiseres fra sjøkartverket i alle
48 formatene til verdens skips-GPS-er i tillegg. Hvis det ikke er
49 kostbart for sjøkartverket bør de gjerne gjøre det selv, men slik
50 konvertering kan andre ta seg av hvis det er et marked for det.
</p
>
52 <p
>Hvis staten mener alvor med å forbedre sikkerheten til sjøs, må de
53 gjøre sitt for at alle båteiere har oppdaterte kart, ikke bare snakke
54 om hvor viktig det er at de har oppdaterte kart. Det bør være
55 viktigere for staten at båtene
<strong
>har
</strong
> oppdaterte kart
56 enn at de er pålagt å ha oppdaterte kart.
</p
>
58 <p
>Sjøkartene er
<a href=
"http://kart.kystverket.no/
">tilgjengelig på web
59 fra kystverket
</a
>, men så vidt jeg har klart å finne, uten
60 bruksvilkår som muliggjør gjenbruk uten bruksbegresninger.
</p
>
62 <p
>OpenStreetmap.org-folk er lei av mangel på sjøkart, og har startet
63 på et dugnadsbasert fribrukskart for havet,
64 <a href=
"http://openseamap.org/
">OpenSeaMap
</a
>. Datagrunnlaget er
65 OpenStreetmap, mens framvisningen er tilpasset bruk på sjøen. Det
66 gjenstår mye før en kan bruke dette til å seile sikkert på havet, men
67 det viser at behovet for fribruks-sjøkart er til stedet.
</p
>
72 <title>Kartverket
"frigjør
" data men er fortsatt ikke interessante
</title>
73 <link>http://people.skolelinux.org/pere/blog/Kartverket__frigj__r__data_men_er_fortsatt_ikke_interessante.html
</link>
74 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Kartverket__frigj__r__data_men_er_fortsatt_ikke_interessante.html
</guid>
75 <pubDate>Thu,
12 Nov
2009 10:
10:
00 +
0100</pubDate>
78 <a href=
"http://www.statkart.no/Gratis+karttjenester.d25-SwJfY1-.ips
">kartnyhet
</a
>
79 er at kartverket gir ikke-kommersiell tilgang til
80 en WMS-tjeneste der en til privat bruk kan hente ut bilder av
81 kartutsnitt så lenge disse ikke lagres lokalt, brukes i begrenset
82 oppløsning og ikke skader kartverket og rettighetshavernes omdømme og
85 <p
>I går publiserte Ivan Sanchez
86 <a href=
"http://www.opengeodata.org/
2009/
11/
11/
921/
">kaketesten
</a
>
87 som et forslag til en (av forhåpentligvis flere) måter å teste om kart
88 eller kartdata er fritt tilgjengelige på. Testen er enkel, og sier
89 enkelt (oversatt av meg): Et sett med geodata, eller en kart, er kun
90 fritt tilgjengelig hvis noen kan gi deg en kake med det kartet på
91 toppen, som en gave. Kartverkets publisering av kart feiler så vidt
92 jeg kan se denne testen fullstendig. En kan slik jeg leser vilkårene
93 ikke be en konditor om å lage en kake (brudd på kravet om
94 ikke-kommersiell bruk) med kartverkets kart.
</p
>
96 <p
>De som vil lage karttjenester basert på denne nye tjenesten fra
97 kartverket vil gjøre det på kartverkets nåde og med sterke bindinger
98 og begresninger. Det blir dermed helt uinteressant for meg. Jeg vil
99 nok fortsette å bruke data fra
100 <a href=
"http://www.openstreetmap.org
">OpenStreetmap.org
</a
>, der jeg
101 har kontrollen med tilgang til kartdataene, og kan endre på de
102 underliggende dataene som jeg ønsker.
</p
>
104 <p
>Som et eksempel, så trenger vi til en norsk
105 <a href=
"http://www.fixmystreet.com/
">FixMyStreet-installasjon
</a
>
106 tilgang til vektorutgaven av kommunegrensene. Denne nye karttjenesten
107 er ubrukelig til dette.
</p
>
109 <p
>Oppdatering
2011-
01-
14: Link til kaketesten er forsvunnet, bruk
110 <a href=
"http://blog.okfn.org/
2010/
03/
15/the-cake-test-of-freedom/
">denne
111 nye i stedet
</a
>.
</p
>
116 <title>OpenStreetmap one step closer to having routing on its front page
</title>
117 <link>http://people.skolelinux.org/pere/blog/OpenStreetmap_one_step_closer_to_having_routing_on_its_front_page.html
</link>
118 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/OpenStreetmap_one_step_closer_to_having_routing_on_its_front_page.html
</guid>
119 <pubDate>Sun,
18 Jul
2010 16:
45:
00 +
0200</pubDate>
122 <a href=
"http://feedproxy.google.com/~r/Opengeodata/~
3/wUTCzDZk3lc/project-of-the-week-which-way-home
">todays
123 opengeodata blog entry
</a
>, I just discovered that the
124 OpenStreetmap.org site have gotten
125 <a href=
"http://nroets.dev.openstreetmap.org/demo/index.html?layers=B000FTFTT
">support
126 for calculating routes
</a
>. The support is still experimental and
127 only available from the development server, until more experience is
128 gathered on the user interface and any scalability issues.
</p
>
130 <p
>Earlier, the routing I knew about using the OpenStreetmap.org data
131 was provided by
<a href=
"http://maps.cloudmade.com/
">Cloudmade
</a
>,
132 but having it on the main page is required to make everyone aware of
133 the issue. I
've had people reject Openstreetmap.org as a viable
134 alternative for them because the front page lacked routing support,
135 and I hope their needs will be catered for when routing show up on the
136 www.openstreetmap.org front page.
</p
>
141 <title>Navteq bruker
3-
12 måneder, OpenStreetmap.org trenger noen dager
</title>
142 <link>http://people.skolelinux.org/pere/blog/Navteq_bruker_3_12_m__neder__OpenStreetmap_org_trenger_noen_dager.html
</link>
143 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Navteq_bruker_3_12_m__neder__OpenStreetmap_org_trenger_noen_dager.html
</guid>
144 <pubDate>Tue,
7 Sep
2010 21:
40:
00 +
0200</pubDate>
146 <p
>Jeg ble riktig fascinert av
147 <a href=
"http://www.aftenposten.no/nyheter/iriks/article3800967.ece
">en
148 artikkel i Aftenposten
</a
> om hvor hardt Navteq jobber for å oppdatere
149 kartene som brukes i navigasjons-GPSer, der det blant annet heter at
150 "på grunn av teknikken tar det alt fra tre til tolv måneder før
151 kartene er oppdatert
". Når en kjenner hva slags oppdateringshastighet
152 som er tilgjengelig på
153 <a href=
"http://www.openstreetmap.org/
">OpenStreetmap
</a
> som
154 oppdateres på dugnad, blir det litt trist å se hva noe av det beste en
155 kan kjøpe for penger får til.
</p
>
157 <p
>Fra en endrer kartdataene i databasen til OpenStreetmap tar det
158 ca.
15 minutter før endringen er synlig på kartet som alle kan se på
159 web. Dernest overføres det daglig til en kartdump som lastes ned av
160 personen som lager Garmin-kart for Norge ca. en gang i uken. Med
161 OpenStreetmap.org og
<a href=
"http://www.frikart.no/
">Frikart.no
</a
>
162 kan en altså ha korreksjonene på plass i sin Garmin-GPS i løpet av en
163 uke. Det er også av tekniske årsaker at det tar så langt tid.
164 Jobbene som tegner kartene, henter ut kartdumpene og konverterer til
165 Garmin-format tar minutter og timer å gjennomføre, slik at de ikke
166 gjøres kontinuerlig men kun regelmessing.
</p
>
171 <title>Norgeskartet på mange vis - via OpenStreetmap.org
</title>
172 <link>http://people.skolelinux.org/pere/blog/Norgeskartet_p___mange_vis___via_OpenStreetmap_org.html
</link>
173 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Norgeskartet_p___mange_vis___via_OpenStreetmap_org.html
</guid>
174 <pubDate>Mon,
1 Nov
2010 11:
15:
00 +
0100</pubDate>
176 <p
>Har oppdaget at mange ikke er klar over at OpenStreetmap.org er
177 tilgjengelig i en rekke forskjellige formater. Her er en liste med
178 eksporter jeg kjenner til for Norge, for de som trenger et
179 fribrukskart til sine tjenester:
</p
>
183 <li
>Cloudmade tilbyr OSM XML, Garmin Map Files, Osmosis country
184 bounding polygon, Shapefile, Navit maps, GPX POI, TomTom POI og OSM
185 XML feature extracts via
186 <a href=
"http://downloads.cloudmade.com/europe/norway
">sine
187 nedlastingssider
</a
>.
</li
>
189 <li
>Geofabric tilbyr
190 <a href=
"http://download.geofabrik.de/osm/europe/norway.osm.bz2
">OSM
192 <a href=
"http://download.geofabrik.de/osm/europe/norway.osm.pbf
">OSM
193 protobuf binærformat
</a
> og
194 <a href=
"http://download.geofabrik.de/osm/europe/norway.shp.zip
">ESRI
195 Shapefile (EPSG:
4326)
</a
> fra sine nedlastingssider.
</li
>
197 <li
>Frikart.no tilbyr
198 <a href=
"http://www.frikart.no/garmin/
">Garmin-kart
</a
> i uike
199 varianter for veibruk og turbruk sommer og vinter.
</li
>
201 </ul
></p
>
203 <p
>Kartene oppdateres regelmessig, som oftest hver uke. Det skulle
204 dermed være noe for enhver smak.
</p
>
209 <title>Bedre kommunegrense for Oslo i OpenStreetmap.org
</title>
210 <link>http://people.skolelinux.org/pere/blog/Bedre_kommunegrense_for_Oslo_i_OpenStreetmap_org.html
</link>
211 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Bedre_kommunegrense_for_Oslo_i_OpenStreetmap_org.html
</guid>
212 <pubDate>Mon,
7 Feb
2011 10:
35:
00 +
0100</pubDate>
214 <p
>Tidlig i januar oppdaget vi i
215 <a href=
"http://www.openstreetmap.no/
">OpenStreetmap.org-prosjektet
</a
>
216 at Oslo kommune har tatt i bruk OpenStreetmap.org for å vise frem
217 <a href=
"http://www.samferdselsetaten.oslo.kommune.no/miljo/piggdekkgebyr/
">hvor
218 piggdekkavgiften gjelder
</a
>, dvs. kommunegrensa. Årsaken til at
219 denne siden bruker OpenStreetmap.org og ikke kommunens eget
220 kartgrunnlag, er ganske absurd. Kommunens kart vedlikeholdes og
221 styres av Plan og Bygningsetaten, mens det er Samferdselsetaten som
222 styrer med piggdekkavgift og som har laget siden om piggdekkavgiften.
223 I avtalen mellom Samferdselsetatet og Plan og Bygningsetaten om bruk
224 av kommunens kart står det at kartet kun kan brukes internt, og dermed
225 ikke publiseres på Internet. Oslo kommune forbyr altså Oslo kommune å
226 publisere informasjon om sin kommunegrense på Internet. Ironien er
227 upåklagelig, og årsaken er som alltid penger.
</p
>
229 <p
>Vi i OpenStreetmap.org-prosjektet synes det er veldig gledelig at
230 Oslo kommune vil bruke kartet vårt, men det var et lite problem rundt
231 bruken av kommunegrensen. Den kommer fra kartverkets N5000-kart, som
232 i følge kartverket har nøyaktighet på
2 km. Et kart over hvor
233 piggdekkavgiften gjelder bør ha høyere nøyaktighet enn det for å unngå
234 konflikter, så det var dermed viktig for oss å forbedre nøyaktigheten
235 for Oslogrensa.
</p
>
237 <p
>For litt over
2 uker siden ringte jeg derfor til Kartverket, for å
238 høre om de kunne bidra. Jeg lurte på om de enten hadde noen
239 datakilder med kommunegrensen i Oslo som vi ikke kjente til, eller om
240 de kunne forklare hvordan vi kunne gjenskape kommunegrensen på bakken
241 ved å følge en beskrivelse av grensen eller finne grensepunkter
244 <p
>For å ta det siste først, så var det beste forslaget der å bruke
245 kartet tilgjengelig fra
246 <a href=
"http://www.norgeskart.no/
">norgeskart.no
</a
> til å slå opp
247 gårds- og bruksnummer for eiendommer som grenset til kommunegrensa, og
248 så be om innsyn i matrikkelen for hver av disse eiendommene og gå opp
249 grensen basert på informasjon fra matrikkelen. Det fantes antagelig
250 også noen grensesteiner som var merket på bakken, men de kjente ikke
251 til noen offentlig kilde med informasjon om hvor disse steinene sto.
252 Dette er en ganske arbeidskrevende oppgave, som får vente til en annen
255 <p
>For alternative datakilder vi ikke kjente til, så var det ingen som
256 hadde gode forslag når det gjaldt datakilder fra kartverket. Men en
257 nevnte at det kunne være enklere å få ut data fra veidatabasen til
258 vegvesenet, f.eks. de punktene der veier inn og ut av Oslo byttet
259 kommune. Dette ble jeg forklart var trivielt å hente ut (mindre enn
1
260 minutts jobb), men vedkommende jeg snakket med kunne ikke avgjøre om
261 vi kunne få disse punktene uten bruksbegrensninger.
</p
>
263 <p
>Og tilgang uten bruksbegrensninger er viktig for OpenStreetmap.org,
264 da det skal være tillatt å bruke OpenStreetmap.org-data til å lage
265 kommersielle tjenester og kopiere, endre og distribuere
266 OpenStreetmap.org-data uten begrensninger. Jeg gjorde det derfor
267 klart for de jeg snakket med hos Kartverket at jeg kun var interessert
268 i å motta data som kunne legges inn i OpenStreetmap.org uten
269 bindinger. Fikk f.eks. tilbud om å få
"test-data
" av kommunegrensen
270 for Oslo til internt bruk og måtte takke nei.
</p
>
272 <p
>Ideen om veidatabasen var interessant, og jeg fulgte den opp
273 videre. Ble satt videre til noen som kanskje kunne avgjøre om jeg
274 fikk disse punktene uten bruksbegresninger, og etter en kort og
275 interessant samtale fikk jeg ja til å få kopi av punktene der
276 Oslogrensa krysser vei. De ble
277 <a href=
"http://lists.nuug.no/pipermail/kart/
2011-January/
002242.html
">sendt
278 til kart-listen
</a
> i SOSI-format, og i løpet av noen dager brukt til
279 å justere kommunegrensa for Oslo slik at den nå har nøyaktighet på
280 noen meter der den krysser vei. Har fått tilbakemelding fra noen som
281 har tilgang til Oslo kommunes kart at nøyaktigheten var blitt mye
284 <p
>Det burde ikke være nødvendig å gjøre en slik innsats for å få vite
285 hvor kommunegrensene går. En skulle jo tro dette var offentlig
286 informasjon uten bruksbegrensing, og Gustav Fosseid og Magne Mæhre har
287 et prosjekt gående for å be om innsyn i nettopp denne informasjonen.
288 De har bedt om elektronisk kopi av kartkoordinatene for
289 kommunegrensene i endel kommuner på østlandet i sitt
<a
290 href=
"http://www.frigeonorge.net/
">Fri Geo Norge-prosjekt
</a
>, og har
291 fått avslag i første instans og klagesvar fra fylkesmannen i sin klage
292 på avslaget. Er spent på fortsettelsen, og gir dem all min hjelp og
293 støtte i arbeidet med å få frigjort det som burde vært offentlig
294 informasjon.
</p
>
299 <title>Fiksgatami tar form - snart klar for test
</title>
300 <link>http://people.skolelinux.org/pere/blog/Fiksgatami_tar_form___snart_klar_for_test.html
</link>
301 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Fiksgatami_tar_form___snart_klar_for_test.html
</guid>
302 <pubDate>Sun,
13 Feb
2011 21:
10:
00 +
0100</pubDate>
304 <p
>NUUGs
<a href=
"http://www.fiksgatami.no/
">Fiksgatami-tjeneste
</a
>
305 tar sakte form, og den siste uka har vi betalt
306 <a href=
"http://www.mysociety.org/
">mySociety
</a
> i England for å
307 tilpasse kildekoden til deres tjeneste slik at den skal fungere for
308 Norge. I løpet av kommende uke regner jeg at vi skal i gang med
311 <p
>For å forberede testing, har jeg tatt en titt på hva slags
312 informasjon som samles inn av kommuner som har lignende tjeneste for
313 sin kommune allerede på plass. Jeg har tittet på tjenestene til
314 <a href=
"http://www.gatami.no/
">Tromsø
</a
>,
315 <a href=
"http://www.porsgrunn.kommune.no/Hovedmeny/Selvbetjening/MinGate/
">Porsgrunn
</a
>
316 og
<a href=
"http://fiksgata.kongsvinger.no/
">Kongsvinger
</a
>. Jeg
318 <a href=
"http://www.asker.kommune.no/Dialog/Kontakt-oss/AskerDialogen/
">Askers
</a
>,
319 som er litt på siden at det jeg skriver om her
</p
>
321 <p
>Om problemet samles alle tjenestene inn plassering, enten som
322 adresse eller som kartkoordinat. De samler også inn en
323 oppsummering/overskrift og en lengre beskrivelse, og noen av dem
324 tillater bilde og vedlegg lagt ved. Alle problemene tildeles en
325 kategori, og det er stort overlapp i kategoriseringen:
</p
>
328 <tr
><th
>Tromsø
</th
> <th
>Porsgrunn
</th
> <th
>Kongsvinger
</th
></tr
>
329 <tr
><td
>Vei
</td
> <td
>Hull i veg
</td
> <td
>Veg/Vegvedlikehold
</td
></tr
>
330 <tr
><td
></td
> <td
></td
> <td
>Skilt/Trafikksikkerhet
</td
></tr
>
331 <tr
><td
>Gatelys
</td
> <td
>Gatelys virker ikke
</td
> <td
>Gatelys
</td
></tr
>
332 <tr
><td
>Vann og avløp
</td
> <td
>Vann og avløp
</td
> <td
>Vann/Avløp
</td
></tr
>
333 <tr
><td
>Park
</td
> <td
>Park
</td
> <td
>Park/Grønt
</td
></tr
>
334 <tr
><td
>Friluftsliv
</td
> <td
>Friluft
</td
></tr
>
335 <tr
><td
>Renovasjon
</td
> <td
>Renovasjon
</td
> <td
>Renovasjon/Avfall
</td
></tr
>
336 <tr
><td
> <td
>Grafitti-Tagging
</td
> <td
>Grafitti/Tagging
</td
></tr
>
337 <tr
><td
></td
> <td
></td
> <td
>Forsøpling
</td
></tr
>
338 <tr
><td
>Annet
</td
> <td
>Annet
</td
> <td
>Annet
</td
></tr
>
341 <p
>Om de som rapporterer inn problemet, blir det samlet inn navn,
342 epostadresse, et eller to telefonnummer og for Asker postadresse.
343 Noen vil også vite hvordan tilbakemelding ønskes, dvs. epost, telefon
344 eller via post.
</p
>
346 <p
>Fiksgatami skulle kunne håndtere innsending til disse kommunene
347 uten større problemer, tror jeg. Kategorier defineres per område,
348 slik at kommunene kan få meldinger inndelt i de kategoriene de
349 trenger. Fiksgatami samler i utgangspunktet kun inn navn og
350 epostadresse for innsender, og det tror jeg vi skal fortsette med.
</p
>
355 <title>Konsekvenser av unøyaktige kommunesgrenser for FiksGataMi
</title>
356 <link>http://people.skolelinux.org/pere/blog/Konsekvenser_av_un__yaktige_kommunesgrenser_for_FiksGataMi.html
</link>
357 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Konsekvenser_av_un__yaktige_kommunesgrenser_for_FiksGataMi.html
</guid>
358 <pubDate>Tue,
22 Feb
2011 14:
00:
00 +
0100</pubDate>
360 <p
>Arbeidet med å få på plass NUUGs
361 <a href=
"http://www.fiksgatami.no/
">Fiksgatami-tjeneste
</a
> går videre
362 uten stans. Den vil som tidligere nevnt bruke de beste
363 kommunegrensene vi har klart å få tak i, fra OpenStreetmap.org. Ofte
364 vil unøyaktighetene ikke har mye konsekvenser, da kommunegrenser ofte
365 går lagt fra der det bor mye folk, men av og til vil det påvirke
366 flere. Kom over et eksempel i dag, der grensestreken går midt i
367 tettbygd strøk og henvendelser via FiksGataMi nok vil bli feilsendt
368 pga. at det offentlige nekter å fortelle oss på maskinlesbart format
369 hvor kommunegrensa går.
</p
>
371 <p
>Grensa mellom Tønsberg og Nøtterøy er
372 <a href=
"http://www.openstreetmap.no/?zoom=
14&lat=
59.25634&lon=
10.41679&layers=B00000
">i
373 dag tegnet opp
</a
> slik at den går midt igjennom Ollebukta marina og
374 lar Ørsnes ligge i en kommune mens Ørsnesalleen går over to kommuner.
375 Min erfaring med kommuneoppdeling får meg til å tro at dette neppe
378 <p
>Vi får bare håpe at noen med lokalkunnskap går inn og korrigerer
379 grensestreken i OpenStreetmap.org slik at den blir mer nøyaktig, eller
380 at det offentlige snur og publiserer i hvert fall
381 kommunegrenseinformasjonen på maskinlesbart format uten
382 bruksbegresninger, slik at FiksGataMi har større sjanse til å sende
383 informasjon til riktig kommune.
<p
>
385 <p
>Det går mot at det settes hardt mot hardt og en rettsak om temaet,
387 <a href=
"http://lists.nuug.no/pipermail/kart/
2011-February/
002310.html
">i
388 går ble det kjent
</a
> at
<a href=
"http://www.nuug-foundation.no/
">NUUG
389 Foundation
</a
> støtter
<a href=
"http://www.frigeonorge.net/
">Fri Geo
390 Norge
</a
>-prosjektet med deler av kostnadene forbundet med en rettsak
391 for å få tilgang til kommunegrensene fra kartverket. Jeg gleder meg til
392 fortsettelsen.
</p
>
397 <title>Kategorisering av problemer på FiksGatami
</title>
398 <link>http://people.skolelinux.org/pere/blog/Kategorisering_av_problemer_p___FiksGatami.html
</link>
399 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Kategorisering_av_problemer_p___FiksGatami.html
</guid>
400 <pubDate>Sun,
27 Feb
2011 10:
15:
00 +
0100</pubDate>
402 <p
>Det nærmer seg lansering av NUUGs
403 <a href=
"http://www.fiksgatami.no/
">Fiksgatami-tjeneste
</a
>, og siste
404 finpuss på kategorisering gjøres i disse dager. Jeg har konkludert
406 <a href=
"http://people.skolelinux.org/pere/blog/Fiksgatami_tar_form___snart_klar_for_test.html
">å
407 ta utgangspunkt i eksisterende kommunale tjenesters kategorisering
</a
>
408 er en dårlig ide da det er viktigere å kategorisere fra et
409 brukersynspunkt enn å kategorisere ut fra hvordan kommunene er
410 organisert internt. Måtte dermed starte på nytt med
411 kategoriarbeidet.
</p
>
413 <p
>Nå har jeg kommet opp med følgende forslag til kategorier, basert
414 på de som er i bruk på den britiske originalen, innspill på
415 IRC-kanalen til NUUG og folk rundt meg. Tar gjerne imot innspill på
416 kategoriene til epostlisten for prosjektet,
417 <a href=
"http://lists.nuug.no/mailman/listinfo/fiksgatami
">fiksgatami
418 (at) nuug.no
</a
>.
</p
>
420 <p
>Av tekniske årsaker kan kun bokmålsoversettelsen av det engelske
421 ordet
'Other
' brukes som fellesbetegnelse for andre kategorier,
422 dvs. at også nynorsk-kommuner ender opp med
'Annet
' som samlekategori.
423 Oversettelse av applikasjonen til nynorsk og nordsamisk får vente til
424 noen sponser den utviklingen som trengs for å få det til.
</p
>
426 <p
>Her er så lista med kategorier jeg tror vi går i produksjon
431 <li
>Hull i veien
</li
>
432 <li
>Gater/Veier
</li
>
433 <li
>Fortau/gangstier
</li
>
434 <li
>Veinavn-skilt
</li
>
435 <li
>Sykkelvei
</li
>
436 <li
>Glatt vei
</li
>
437 <li
>Snøbrøyting
</li
>
438 <li
>Gatelys
</li
>
439 <li
>Dumpet skrot
</li
>
440 <li
>Forsøpling
</li
>
441 <li
>Parkering
</li
>
442 <li
>Grafitti/tagging
</li
>
443 <li
>Hundedritt
</li
>
444 <li
>Gaterydding
</li
>
445 <li
>Trafikkskilter
</li
>
446 <li
>Forlatte kjøretøy
</li
>
447 <li
>Trær
</li
>
448 <li
>Trafikklys
</li
>
449 <li
>Park/landskap
</li
>
450 <li
>Ulovlige oppslag
</li
>
451 <li
>Buss- og togstopp
</li
>
452 <li
>Offentlige toalett
</li
>
453 <li
>Vannforsyning
</li
>
454 <li
>Tett avløpsrist
</li
>
455 <li
>Oljesøl
</li
>
456 <li
>Annet
</li
>
460 <p
>Er disse forståelige? Er det noen uforståelige overlapp? Noen
461 kategorier vi mangler som burde skilles ut fra
'Annet
'? Er det noen
462 av disse kategoriene som ikke skal varsles til offentlig myndighet?
463 Gi tilbakemelding innen midten av kommende uke hvis du vil ha et ord
464 med i laget når det gjelder kategorisering.
</p
>