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>Where did that package go?
&mdash; geolocated IP traceroute
</title>
11 <link>http://people.skolelinux.org/pere/blog/Where_did_that_package_go___mdash__geolocated_IP_traceroute.html
</link>
12 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Where_did_that_package_go___mdash__geolocated_IP_traceroute.html
</guid>
13 <pubDate>Mon,
9 Jan
2017 12:
20:
00 +
0100</pubDate>
14 <description><p
>Did you ever wonder where the web trafic really flow to reach the
15 web servers, and who own the network equipment it is flowing through?
16 It is possible to get a glimpse of this from using traceroute, but it
17 is hard to find all the details. Many years ago, I wrote a system to
18 map the Norwegian Internet (trying to figure out if our plans for a
19 network game service would get low enough latency, and who we needed
20 to talk to about setting up game servers close to the users. Back
21 then I used traceroute output from many locations (I asked my friends
22 to run a script and send me their traceroute output) to create the
23 graph and the map. The output from traceroute typically look like
27 traceroute to www.stortinget.no (
85.88.67.10),
30 hops max,
60 byte packets
28 1 uio-gw10.uio.no (
129.240.202.1)
0.447 ms
0.486 ms
0.621 ms
29 2 uio-gw8.uio.no (
129.240.24.229)
0.467 ms
0.578 ms
0.675 ms
30 3 oslo-gw1.uninett.no (
128.39.65.17)
0.385 ms
0.373 ms
0.358 ms
31 4 te3-
1-
2.br1.fn3.as2116.net (
193.156.90.3)
1.174 ms
1.172 ms
1.153 ms
32 5 he16-
1-
1.cr1.san110.as2116.net (
195.0.244.234)
2.627 ms he16-
1-
1.cr2.oslosda310.as2116.net (
195.0.244.48)
3.172 ms he16-
1-
1.cr1.san110.as2116.net (
195.0.244.234)
2.857 ms
33 6 ae1.ar8.oslosda310.as2116.net (
195.0.242.39)
0.662 ms
0.637 ms ae0.ar8.oslosda310.as2116.net (
195.0.242.23)
0.622 ms
34 7 89.191.10.146 (
89.191.10.146)
0.931 ms
0.917 ms
0.955 ms
38 </pre
></p
>
40 <p
>This show the DNS names and IP addresses of (at least some of the)
41 network equipment involved in getting the data traffic from me to the
42 www.stortinget.no server, and how long it took in milliseconds for a
43 package to reach the equipment and return to me. Three packages are
44 sent, and some times the packages do not follow the same path. This
45 is shown for hop
5, where three different IP addresses replied to the
46 traceroute request.
</p
>
48 <p
>There are many ways to measure trace routes. Other good traceroute
49 implementations I use are traceroute (using ICMP packages) mtr (can do
50 both ICMP, UDP and TCP) and scapy (python library with ICMP, UDP, TCP
51 traceroute and a lot of other capabilities). All of them are easily
52 available in
<a href=
"https://www.debian.org/
">Debian
</a
>.
</p
>
54 <p
>This time around, I wanted to know the geographic location of
55 different route points, to visualize how visiting a web page spread
56 information about the visit to a lot of servers around the globe. The
57 background is that a web site today often will ask the browser to get
58 from many servers the parts (for example HTML, JSON, fonts,
59 JavaScript, CSS, video) required to display the content. This will
60 leak information about the visit to those controlling these servers
61 and anyone able to peek at the data traffic passing by (like your ISP,
62 the ISPs backbone provider, FRA, GCHQ, NSA and others).
</p
>
64 <p
>Lets pick an example, the Norwegian parliament web site
65 www.stortinget.no. It is read daily by all members of parliament and
66 their staff, as well as political journalists, activits and many other
67 citizens of Norway. A visit to the www.stortinget.no web site will
68 ask your browser to contact
8 other servers: ajax.googleapis.com,
69 insights.hotjar.com, script.hotjar.com, static.hotjar.com,
70 stats.g.doubleclick.net, www.google-analytics.com,
71 www.googletagmanager.com and www.netigate.se. I extracted this by
72 asking
<a href=
"http://phantomjs.org/
">PhantomJS
</a
> to visit the
73 Stortinget web page and tell me all the URLs PhantomJS downloaded to
74 render the page (in HAR format using
75 <a href=
"https://github.com/ariya/phantomjs/blob/master/examples/netsniff.js
">their
76 netsniff example
</a
>. I am very grateful to Gorm for showing me how
77 to do this). My goal is to visualize network traces to all IP
78 addresses behind these DNS names, do show where visitors personal
79 information is spread when visiting the page.
</p
>
81 <p align=
"center
"><a href=
"www.stortinget.no-geoip.kml
"><img
82 src=
"http://people.skolelinux.org/pere/blog/images/
2017-
01-
09-www.stortinget.no-geoip-small.png
" alt=
"map of combined traces for URLs used by www.stortinget.no using GeoIP
"/
></a
></p
>
84 <p
>When I had a look around for options, I could not find any good
85 free software tools to do this, and decided I needed my own traceroute
86 wrapper outputting KML based on locations looked up using GeoIP. KML
87 is easy to work with and easy to generate, and understood by several
88 of the GIS tools I have available. I got good help from by NUUG
89 colleague Anders Einar with this, and the result can be seen in
90 <a href=
"https://github.com/petterreinholdtsen/kmltraceroute
">my
91 kmltraceroute git repository
</a
>. Unfortunately, the quality of the
92 free GeoIP databases I could find (and the for-pay databases my
93 friends had access to) is not up to the task. The IP addresses of
94 central Internet infrastructure would typically be placed near the
95 controlling companies main office, and not where the router is really
96 located, as you can see from
<a href=
"www.stortinget.no-geoip.kml
">the
97 KML file I created
</a
> using the GeoLite City dataset from MaxMind.
99 <p align=
"center
"><a href=
"http://people.skolelinux.org/pere/blog/images/
2017-
01-
09-www.stortinget.no-scapy.svg
"><img
100 src=
"http://people.skolelinux.org/pere/blog/images/
2017-
01-
09-www.stortinget.no-scapy-small.png
" alt=
"scapy traceroute graph for URLs used by www.stortinget.no
"/
></a
></p
>
102 <p
>I also had a look at the visual traceroute graph created by
103 <a href=
"http://www.secdev.org/projects/scapy/
">the scrapy project
</a
>,
104 showing IP network ownership (aka AS owner) for the IP address in
106 <a href=
"http://people.skolelinux.org/pere/blog/images/
2017-
01-
09-www.stortinget.no-scapy.svg
">The
107 graph display a lot of useful information about the traceroute in SVG
108 format
</a
>, and give a good indication on who control the network
109 equipment involved, but it do not include geolocation. This graph
110 make it possible to see the information is made available at least for
111 UNINETT, Catchcom, Stortinget, Nordunet, Google, Amazon, Telia, Level
112 3 Communications and NetDNA.
</p
>
114 <p align=
"center
"><a href=
"https://geotraceroute.com/index.php?node=
4&host=www.stortinget.no
"><img
115 src=
"http://people.skolelinux.org/pere/blog/images/
2017-
01-
09-www.stortinget.no-geotraceroute-small.png
" alt=
"example geotraceroute view for www.stortinget.no
"/
></a
></p
>
117 <p
>In the process, I came across the
118 <a href=
"https://geotraceroute.com/
">web service GeoTraceroute
</a
> by
119 Salim Gasmi. Its methology of combining guesses based on DNS names,
120 various location databases and finally use latecy times to rule out
121 candidate locations seemed to do a very good job of guessing correct
122 geolocation. But it could only do one trace at the time, did not have
123 a sensor in Norway and did not make the geolocations easily available
124 for postprocessing. So I contacted the developer and asked if he
125 would be willing to share the code (he refused until he had time to
126 clean it up), but he was interested in providing the geolocations in a
127 machine readable format, and willing to set up a sensor in Norway. So
128 since yesterday, it is possible to run traces from Norway in this
129 service thanks to a sensor node set up by
130 <a href=
"https://www.nuug.no/
">the NUUG assosiation
</a
>, and get the
131 trace in KML format for further processing.
</p
>
133 <p align=
"center
"><a href=
"http://people.skolelinux.org/pere/blog/images/
2017-
01-
09-www.stortinget.no-geotraceroute-kml-join.kml
"><img
134 src=
"http://people.skolelinux.org/pere/blog/images/
2017-
01-
09-www.stortinget.no-geotraceroute-kml-join.png
" alt=
"map of combined traces for URLs used by www.stortinget.no using geotraceroute
"/
></a
></p
>
136 <p
>Here we can see a lot of trafic passes Sweden on its way to
137 Denmark, Germany, Holland and Ireland. Plenty of places where the
138 Snowden confirmations verified the traffic is read by various actors
139 without your best interest as their top priority.
</p
>
141 <p
>Combining KML files is trivial using a text editor, so I could loop
142 over all the hosts behind the urls imported by www.stortinget.no and
143 ask for the KML file from GeoTraceroute, and create a combined KML
144 file with all the traces (unfortunately only one of the IP addresses
145 behind the DNS name is traced this time. To get them all, one would
146 have to request traces using IP number instead of DNS names from
147 GeoTraceroute). That might be the next step in this project.
</p
>
149 <p
>Armed with these tools, I find it a lot easier to figure out where
150 the IP traffic moves and who control the boxes involved in moving it.
151 And every time the link crosses for example the Swedish border, we can
152 be sure Swedish Signal Intelligence (FRA) is listening, as GCHQ do in
153 Britain and NSA in USA and cables around the globe. (Hm, what should
154 we tell them? :) Keep that in mind if you ever send anything
155 unencrypted over the Internet.
</p
>
157 <p
>PS: KML files are drawn using
158 <a href=
"http://ivanrublev.me/kml/
">the KML viewer from Ivan
159 Rublev
<a/
>, as it was less cluttered than the local Linux application
160 Marble. There are heaps of other options too.
</p
>
162 <p
>As usual, if you use Bitcoin and want to show your support of my
163 activities, please send Bitcoin donations to my address
164 <b
><a href=
"bitcoin:
15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b
&label=PetterReinholdtsenBlog
">15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b
</a
></b
>.
</p
>
169 <title>Hva henger under skibrua over E16 på Sollihøgda?
</title>
170 <link>http://people.skolelinux.org/pere/blog/Hva_henger_under_skibrua_over_E16_p__Sollih_gda_.html
</link>
171 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Hva_henger_under_skibrua_over_E16_p__Sollih_gda_.html
</guid>
172 <pubDate>Sun,
21 Sep
2014 09:
50:
00 +
0200</pubDate>
173 <description><p
>Rundt omkring i Oslo og Østlandsområdet henger det bokser over
174 veiene som jeg har lurt på hva gjør. De har ut fra plassering og
175 vinkling sett ut som bokser som sniffer ut et eller annet fra
176 forbipasserende trafikk, men det har vært uklart for meg hva det er de
177 leser av. Her om dagen tok jeg bilde av en slik boks som henger under
178 <a href=
"http://www.openstreetmap.no/?zoom=
19&mlat=
59.96396&mlon=
10.34443&layers=B00000
">ei
179 skibru på Sollihøgda
</a
>:
</p
>
181 <p align=
"center
"><img width=
"60%
" src=
"http://people.skolelinux.org/pere/blog/images/
2014-
09-
13-kapsch-sollihogda-crop.jpeg
"></p
>
183 <p
>Boksen er tydelig merket «Kapsch
>>>», logoen til
184 <a href=
"http://www.kapsch.net/
">det sveitsiske selskapet Kapsch
</a
> som
185 blant annet lager sensorsystemer for veitrafikk. Men de lager mye
186 forskjellig, og jeg kjente ikke igjen boksen på utseendet etter en
187 kjapp titt på produktlista til selskapet.
</p
>
189 <p
>I og med at boksen henger over veien E16, en riksvei vedlikeholdt
190 av Statens Vegvesen, så antok jeg at det burde være mulig å bruke
191 REST-API-et som gir tilgang til vegvesenets database over veier,
192 skilter og annet veirelatert til å finne ut hva i alle dager dette
193 kunne være. De har både
194 <a href=
"https://www.vegvesen.no/nvdb/api/dokumentasjon/datakatalog
">en
195 datakatalog
</a
> og
196 <a href=
"https://www.vegvesen.no/nvdb/api/dokumentasjon/sok
">et
197 søk
</a
>, der en kan søke etter ulike typer oppføringer innen for et
198 gitt geografisk område. Jeg laget et enkelt shell-script for å hente
199 ut antall av en gitt type innenfor området skibrua dekker, og listet
200 opp navnet på typene som ble funnet. Orket ikke slå opp hvordan
201 URL-koding av aktuelle strenger kunne gjøres mer generisk, og brukte
202 en stygg sed-linje i stedet.
</p
>
204 <blockquote
><pre
>
208 -e
's/ / /g
' -e
's/{/%
7B/g
' \
209 -e
's/}/%
7D/g
' -e
's/\[/%
5B/g
' \
210 -e
's/\]/%
5D/g
' -e
's/ /%
20/g
' \
211 -e
's/,/%
2C/g
' -e
's/\
"/%
22/g
' \
212 -e
's/:/%
3A/g
'
217 curl -s -H
'Accept: application/vnd.vegvesen.nvdb-v1+xml
' \
218 "https://www.vegvesen.no/nvdb/api$url
" | xmllint --format -
221 for id in $(seq
1 874) ; do
224 bbox: \
"10.34425,
59.96386,
10.34458,
59.96409\
",
225 srid: \
"WGS84\
"
232 query=/sok?kriterie=$(echo $search | urlmap)
233 if lookup
"$query
" |
234 grep -q
'&lt;totaltAntallReturnert
>0&lt;
'
239 lookup
"/datakatalog/objekttyper/$id
" |grep
'^
&lt;navn
>'
244 </pre
></blockquote
>
246 Aktuelt ID-område
1-
874 var riktig i datakatalogen da jeg laget
247 scriptet. Det vil endre seg over tid. Skriptet listet så opp
248 aktuelle typer i og rundt skibrua:
250 <blockquote
><pre
>
252 &lt;navn
>Rekkverk
&lt;/navn
>
254 &lt;navn
>Rekkverksende
&lt;/navn
>
256 &lt;navn
>Trafikklomme
&lt;/navn
>
258 &lt;navn
>Trafikkøy
&lt;/navn
>
260 &lt;navn
>Bru
&lt;/navn
>
262 &lt;navn
>Stikkrenne/Kulvert
&lt;/navn
>
264 &lt;navn
>Grøft, åpen
&lt;/navn
>
266 &lt;navn
>Belysningsstrekning
&lt;/navn
>
268 &lt;navn
>Skiltpunkt
&lt;/navn
>
270 &lt;navn
>Skiltplate
&lt;/navn
>
272 &lt;navn
>Referansestolpe
&lt;/navn
>
274 &lt;navn
>Vegoppmerking, langsgående
&lt;/navn
>
276 &lt;navn
>Fartsgrense
&lt;/navn
>
278 &lt;navn
>Vinterdriftsstrategi
&lt;/navn
>
280 &lt;navn
>Trafikkdeler
&lt;/navn
>
282 &lt;navn
>Vegdekke
&lt;/navn
>
284 &lt;navn
>Breddemåling
&lt;/navn
>
286 &lt;navn
>Kantklippareal
&lt;/navn
>
288 &lt;navn
>Snø-/isrydding
&lt;/navn
>
290 &lt;navn
>Skred
&lt;/navn
>
292 &lt;navn
>Dokumentasjon
&lt;/navn
>
294 &lt;navn
>Undergang
&lt;/navn
>
296 &lt;navn
>Tverrprofil
&lt;/navn
>
298 &lt;navn
>Vegreferanse
&lt;/navn
>
300 &lt;navn
>Region
&lt;/navn
>
302 &lt;navn
>Fylke
&lt;/navn
>
304 &lt;navn
>Kommune
&lt;/navn
>
306 &lt;navn
>Gate
&lt;/navn
>
308 &lt;navn
>Transportlenke
&lt;/navn
>
310 &lt;navn
>Trafikkmengde
&lt;/navn
>
312 &lt;navn
>Trafikkulykke
&lt;/navn
>
314 &lt;navn
>Ulykkesinvolvert enhet
&lt;/navn
>
316 &lt;navn
>Ulykkesinvolvert person
&lt;/navn
>
318 &lt;navn
>Politidistrikt
&lt;/navn
>
320 &lt;navn
>Vegbredde
&lt;/navn
>
322 &lt;navn
>Høydebegrensning
&lt;/navn
>
324 &lt;navn
>Nedbøyningsmåling
&lt;/navn
>
326 &lt;navn
>Støy-luft, Strekningsdata
&lt;/navn
>
328 &lt;navn
>Oppgravingsdata
&lt;/navn
>
330 &lt;navn
>Oppgravingslag
&lt;/navn
>
332 &lt;navn
>PMS-parsell
&lt;/navn
>
334 &lt;navn
>Vegnormalstrekning
&lt;/navn
>
336 &lt;navn
>Værrelatert strekning
&lt;/navn
>
338 &lt;navn
>Feltstrekning
&lt;/navn
>
340 &lt;navn
>Adressepunkt
&lt;/navn
>
342 &lt;navn
>Friksjonsmåleserie
&lt;/navn
>
344 &lt;navn
>Vegdekke, flatelapping
&lt;/navn
>
346 &lt;navn
>Kurvatur, horisontalelement
&lt;/navn
>
348 &lt;navn
>Kurvatur, vertikalelement
&lt;/navn
>
350 &lt;navn
>Kurvatur, vertikalpunkt
&lt;/navn
>
352 &lt;navn
>Statistikk, trafikkmengde
&lt;/navn
>
354 &lt;navn
>Statistikk, vegbredde
&lt;/navn
>
356 &lt;navn
>Nedbøyningsmåleserie
&lt;/navn
>
358 &lt;navn
>ATK, influensstrekning
&lt;/navn
>
360 &lt;navn
>Systemobjekt
&lt;/navn
>
362 &lt;navn
>Vinterdriftsklasse
&lt;/navn
>
364 &lt;navn
>Funksjonell vegklasse
&lt;/navn
>
366 &lt;navn
>Kurvatur, stigning
&lt;/navn
>
368 &lt;navn
>Vegbredde, beregnet
&lt;/navn
>
370 &lt;navn
>Reisetidsregistreringspunkt
&lt;/navn
>
372 &lt;navn
>Bruksklasse
&lt;/navn
>
373 </pre
></blockquote
>
375 <p
>Av disse ser ID
775 og
862 mest relevant ut. ID
775 antar jeg
376 refererer til fotoboksen som står like ved brua, mens
377 «Reisetidsregistreringspunkt» kanskje kan være boksen som henger der.
378 Hvordan finner jeg så ut hva dette kan være for noe. En titt på
379 <a href=
"http://labs.vegdata.no/nvdb-datakatalog/
862-Reisetidsregistreringspunkt/
">datakatalogsiden
380 for ID
862/Reisetidsregistreringspunkt
</a
> viser at det er finnes
53
381 slike målere i Norge, og hvor de er plassert, men gir ellers få
382 detaljer. Det er plassert
40 på østlandet og
13 i Trondheimsregionen.
383 Men siden nevner «AutoPASS», og hvis en slår opp oppføringen på
384 Sollihøgda nevner den «Ciber AS» som ID for eksternt system. (Kan det
386 <a href=
"http://www.proff.no/selskap/ciber-norge-as/oslo/internettdesign-og-programmering/Z0I3KMF4/
">Ciber
387 Norge AS
</a
>, et selskap eid av Ciber Europe Bv?) Et nettsøk på
388 «Ciber AS autopass» fører meg til en artikkel fra NRK Trøndelag i
390 «
<a href=
"http://www.nrk.no/trondelag/sjekk-dette-hvis-du-vil-unnga-ko-
1.11327947">Sjekk
391 dette hvis du vil unngå kø
</a
>». Artikkelen henviser til vegvesenets
393 <a href=
"http://www.reisetider.no/reisetid/forside.html
">reisetider.no
</a
>
395 <a href=
"http://www.reisetider.no/reisetid/omrade.html?omrade=
5">kartside
396 for Østlandet
</a
> som viser at det måles mellom Sandvika og Sollihøgda.
397 Det kan dermed se ut til at jeg har funnet ut hva boksene gjør.
</p
>
399 <p
>Hvis det stemmer, så er dette bokser som leser av AutoPASS-ID-en
400 til alle passerende biler med AutoPASS-brikke, og dermed gjør det mulig
401 for de som kontrollerer boksene å holde rede på hvor en gitt bil er
402 når den passerte et slikt målepunkt. NRK-artikkelen forteller at
403 denne informasjonen i dag kun brukes til å koble to
404 AutoPASS-brikkepasseringer passeringer sammen for å beregne
405 reisetiden, og at bruken er godkjent av Datatilsynet. Det er desverre
406 ikke mulig for en sjåfør som passerer under en slik boks å kontrollere
407 at AutoPASS-ID-en kun brukes til dette i dag og i fremtiden.
</p
>
409 <p
>I tillegg til denne type AutoPASS-sniffere vet jeg at det også
410 finnes mange automatiske stasjoner som tar betalt pr. passering (aka
411 bomstasjoner), og der lagres informasjon om tid, sted og bilnummer i
412 10 år. Finnes det andre slike sniffere plassert ut på veiene?
</p
>
414 <p
>Personlig har jeg valgt å ikke bruke AutoPASS-brikke, for å gjøre
415 det vanskeligere og mer kostbart for de som vil invadere privatsfæren
416 og holde rede på hvor bilen min beveger seg til enhver tid. Jeg håper
417 flere vil gjøre det samme, selv om det gir litt høyere private
418 utgifter (dyrere bompassering). Vern om privatsfæren koster i disse
421 <p
>Takk til Jan Kristian Jensen i Statens Vegvesen for tips om
422 dokumentasjon på vegvesenets REST-API.
</p
>
424 <p
>Bruksvilkår på bildet er
425 <a href=
"https://creativecommons.org/publicdomain/
">public domain eller
426 CC0
</a
> alt etter hva som fungerer best for mottaker.
</p
>
428 <p
>Oppdatering
2014-
12-
17: Veldig hyggelig å se at mine notater
429 <a href=
"http://www.vegdata.no/
2014/
11/
04/hva-henger-under-brua-over-e16-pa-sollihogda/
">fikk
430 omtale på vegdata-bloggen
</a
>.
</p
>
435 <title>Frikart - Free Garmin maps for European countries based on OpenStreetmap
</title>
436 <link>http://people.skolelinux.org/pere/blog/Frikart___Free_Garmin_maps_for_European_countries_based_on_OpenStreetmap.html
</link>
437 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Frikart___Free_Garmin_maps_for_European_countries_based_on_OpenStreetmap.html
</guid>
438 <pubDate>Fri,
15 Feb
2013 09:
30:
00 +
0100</pubDate>
439 <description><p
>If you, like me, want an updated a map for your Garmin GPS, there is
440 now a great source of free maps available from
441 <a href=
"http://www.frikart.no/garmin/index.html
">Frikart
</a
>. To
442 download a map, just click on the country you are interested in, and
443 download the map type you want. There are
8 different maps available,
444 using different colours and data selection. Pick one of Roadmap, Topo
445 Summer, Topo Winter, Roadmap II, Topo Summer II, Topo Winter II,
446 "Trails - overlay map
" and
"Cross country - overlay map
" (see the web
447 page for descriptions).
</p
>
449 <p
>The maps are updated weekly, so if you find something wrong in the
450 map you can just edit the
451 <a href=
"http://www.openstreetmap.org/
">OpenStreetmap
</a
> map source
452 (anyone can contribute) and fetch a fixed map a week later. :)
</p
>
457 <title>Naturvernforbundet i Oslo bruker OpenStreetmap i sin kalender
</title>
458 <link>http://people.skolelinux.org/pere/blog/Naturvernforbundet_i_Oslo_bruker_OpenStreetmap_i_sin_kalender.html
</link>
459 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Naturvernforbundet_i_Oslo_bruker_OpenStreetmap_i_sin_kalender.html
</guid>
460 <pubDate>Sun,
16 Sep
2012 12:
00:
00 +
0200</pubDate>
461 <description><p
>Veldig morsomt å se at
462 <a href=
"http://naturvernforbundet.no/noa/
">Naturvernforbundet Oslo og
463 Akershus
</a
> bruker kart fra
464 <a href=
"http://www.openstreetmap.no/
">OpenStreetmap.org
<a/
> i
465 <a href=
"http://naturvernforbundet.no/noa/bestill-markakalenderen-
2013-article24039-
1939.html
">sine
466 kalendere
</a
>. Vidar Gundersen i kartgruppa
467 <a href=
"http://lists.nuug.no/pipermail/kart/
2012-September/
003696.html
">forteller
468 på den norske epostlisten
</a
> til prosjektet at hvert blad i
469 kalenderen har et turforslag på baksiden, med kart fra OpenStreetmap.
470 Tidligere kjøpte de visst kart fra kartverket, men nå slipper de
473 <p
>Denne nyheten synes jeg er fantastisk bra, og jeg håper de får
474 følge av flere, slik at det potensielle og fryktede inntektstapet for
475 kartverket ved frigjøring av kartdata blir mindre, og forhåpentligvis
476 til slutt så lite at frykten for å frigjøre data overvinnes.
</p
>
481 <title>Intervju med digi.no om Norge Digitalt og Openstreetmap
</title>
482 <link>http://people.skolelinux.org/pere/blog/Intervju_med_digi_no_om_Norge_Digitalt_og_Openstreetmap.html
</link>
483 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Intervju_med_digi_no_om_Norge_Digitalt_og_Openstreetmap.html
</guid>
484 <pubDate>Fri,
11 May
2012 23:
40:
00 +
0200</pubDate>
485 <description><p
>I går ble jeg kontaktet på epost av
486 <a href=
"http://www.digi.no
">digi.no
</a
>s Eirik Rossen som lurte på om
487 jeg hadde noen kommentarer til
488 <a href=
"http://www.statkart.no/statkart.ny.no/nor/Statens_kartverk/Om_Statens_kartverk/Pressesenter/Nyhetsarkiv/Nyheter_2012/mai/Norge+i+tet+på+digitale+kartdata.d25-SwZLMWg.ips
">kartverkets
489 pressemelding
</a
> om Norges tetplassering når det gjelder
490 kart-tilgjengelighet. Jeg svarte følgende, som resulterte i noen
492 <a href=
"http://www.digi.no/
895420/norge-i-tet-paa-digitale-kartdata#debatt
">Digis
493 dekning
</a
> av kartverkets pressemelding.
</p
>
495 <p
><blockquote
>
496 <p
>Takk for muligheten til å kommentere.
</p
>
498 <p
>Pressemeldingen omhandler tilgjengeligheten av kart for aktører som er
499 medlem i kartellet Norge Digitalt. Det er ingen overraskelse for meg
500 at tilgjengeligheten til kart hos disse medlemmene er god. Men for
501 oss på utsiden av kartellet er tilgjengelighet av det som burde være
502 felleskapets og innbyggernes kart dårlig.
</p
>
504 <p
>Bruksvilkårene til kartene fra medlemmene i Norge Digital hindrer
505 nyskapning og selv om en er villig til å betale den ublu prisen som
506 forlanges får en fortsatt ikke tilgang til kartdata uten
507 bruksbegresninger. Derfor bruker jeg heller tid på å gjøre
508 fribrukskartet OpenStreetmap bedre. Der fremmer bruksvilkårene
509 nyskapning og lar meg skape nye tjenester uten å måtte søke om
510 tillatelse fra det offentlige.
</p
>
512 <p
>En annen problemstilling er jo sikkerhet til fjells og til sjøs.
513 Mon tro hvor mange ulykker på sjøen som kunne vært unngått hvis
514 sjøkartdata var tilgjengelig uten bruksbegrensninger, slik at enhver
515 med GPS eller kartplotter tilnærmet kostnadsfritt kunne sikre seg mest
516 mulig oppdaterte sjøkart? Det hjelper jo ikke at offentlige etater
517 har enkel tilgang til sjøkartene når det samme ikke gjelder hver
518 båtkaptein og småbåtfører. Jeg tror samfunnet som helhet hadde tjent
519 på å unngå kostnadene ved disse ulykkene ved å tvinge sjøkartverket
520 til å publisere sine kartdata på Internet uten bruksbegresninger.
</p
>
521 </blockquote
></p
>
526 <title>Kartverkets lansering av tjenesten Se Eiendom har potensiale, hvis bruksvilkårene ikke blokkerer
</title>
527 <link>http://people.skolelinux.org/pere/blog/Kartverkets_lansering_av_tjenesten_Se_Eiendom_har_potensiale__hvis_bruksvilk_rene_ikke_blokkerer.html
</link>
528 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Kartverkets_lansering_av_tjenesten_Se_Eiendom_har_potensiale__hvis_bruksvilk_rene_ikke_blokkerer.html
</guid>
529 <pubDate>Sat,
18 Jun
2011 01:
00:
00 +
0200</pubDate>
530 <description><p
>På torsdag lanserte kartverket en ny nett-tjeneste kalt
531 <a href=
"http://www.seeiendom.no/
">Se Eiendom
</a
>, der en får innsyn i
532 det norske eiendomsregisteret (Matrikkelen) og kan slå opp
533 grunnleggende informasjon om hver eiendom. En kan slå opp et
534 koordinat og finne ut hvilken eiendom punktet befinner se på og så slå
535 opp eiendommen i matrikkelen og finne ut nøkkelinformasjon om
536 eiendommen.
</p
>
538 <p
>Det slo meg at dette kan brukes til å gjenskape kommunegrenser, ved
539 å slå opp punkter langs grenselinja og dermed bestemme hvor
540 grenselinjen befinner seg. En kan bestemme den vilkårlig nøyaktig ved
541 å gjøre et geometrisk søk.
543 <p
>Sniffet i kveld på trafikken til tjenesten, og det er i korte trekk
544 tre relevante tjenestekall som returnerer JSON-data.
</p
>
546 <p
>Først en som konverterer mellom koordinater, som i mitt eksempel
547 konverterer fra UTM sone
33 til UTM sone
32:
</p
>
549 <blockquote
><pre
>
550 % GET
'http://www.seeiendom.no/services/geoport.svc/GetTransformJsonp?nord=
6648308.4755859&ost=
248316.38085938&fromEpsg=EPSG:
32633&toEpsg=EPSG:
32632'
551 {
"x
":
583905.90433579613,
"y
":
6640700.79711847}
553 </pre
></blockquote
>
555 <p
>Koordinatene i UTM sone
32 kan så gis til tjenesten som slår opp
556 eiendom basert på koordinat:
</p
>
558 <blockquote
><pre
>
559 % echo | POST
'http://www.seeiendom.no/services/geoport.svc/PerformPropertySearchFromPolygonCoordinatesJsonp?polygonCoordinatesString=
583905.9043357961,
6640700.79711847'
560 {
"error
":
"",
"wfsTeigInfo
":{
"TeigId
":
128010625,
"Areal
":
"6128.7",
"GardsNr
":
"300",
"BruksNr
":
"2384",
"FesteNr
":
"0",
"SeksjonsNr
":
"0",
"MatrikkelNr
":
"300/
2384",
"HovedTeig
":true,
"KommuneNavn
":
"Bærum
",
"Adresses
":null,
"ArealMerknadsKoder
":null,
"UregistrertJordsameie
":false,
"AvklartEiere
":false,
"TeigMedFlereMatrikkelEnheter
":false,
"Tvist
":false,
"KommuneNr
":
"0219"}}
562 </pre
></blockquote
>
564 <p
>Etter dette kallet har en kommunenavn og kommunenummer, noe som er
565 tilstrekkelig til å gjenskape kommunegrenser. Hvis en ønsker å vite
566 detaljene om eiendommen kan en slå opp i selve matrikkelen, og få ut
567 en HTML-side med informasjon:
</p
>
569 <blockquote
><pre
>
570 % GET
'http://www.seeiendom.no/services/Matrikkel.svc/GetDetailPage?type=property
&knr=
0219&gnr=
300&bnr=
2384&fnr=
0&snr=
0&showpwm=false
&customer=kartverket
'
571 &lt;!DOCTYPE html PUBLIC
"-//W3C//DTD XHTML
1.0 Transitional//EN
" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd
">
572 &lt;html xmlns=
"http://www.w3.org/
1999/xhtml
">
574 &lt;title
>Matrikkel informasjon
&lt;/title
>
576 </pre
></blockquote
>
578 <p
>Informasjon om hva en kan hente ut ved hjelp av Matrikkel.svc er
579 dokumentert og tilgjengelig på
580 <a href=
"http://www.seeiendom.no/services/Matrikkel.svc/help
">en egen
581 hjelpeside
</a
>. Hvis en vil ha XML- eller JSON-formattert informasjon
582 kan GetMatrikkelinfo-funksjonen brukes. Hvis en f.eks. bruker den slik
583 får en masse informasjon om en eiendom:
</p
>
585 <blockquote
><pre
>
586 % echo
'{
"knr
":
1601,
"gnr
":
27,
"bnr
":
2,
"fnr
":
0,
"snr
":
0,
"customer
":
"kartverket
"}
' | \
587 POST -c application/json http://www.seeiendom.no/services/Matrikkel.svc/GetMatrikkelinfo
590 </pre
></blockquote
>
592 <p
>Dette ser ut som en svært nyttig tjeneste som kan gjøre FiksGataMi
593 mer treffsikker når den skal finne ut hvilken kommune og fylke som
594 skal ha problemrapporter. Da eierinformasjon ikke er tilgjengelig, må
595 vi i så fall bygge opp vår egen database over eiere av eiendommer
596 knyttet til vei for å kunne skille på veinivå om kommune eller
597 vegvesen skal ha beskjed. Har ikke funnet informasjon om hvilke
598 bruksvilkår tjenesten har, så jeg er ennå ikke sikker på om dette er
599 trygt å gjøre. Håper det blir klart etter hvert som tjenesten tar
602 <p
>Tillegg
2011-
06-
24: Har oppdaget at en også kan hente ut geografisk
603 beskrivelse av eiendommen (dvs. et polygon som omkretser eiendommen),
604 ved hjelp av følgende forespørsel.
</p
>
606 <blockquote
><pre
>
607 % echo | POST
'http://www.seeiendom.no/services/geoport.svc/GetPropertyBorderJsonp?kommunenr=
1663&gardsnr=
4&bruksnr=
182&festenr=
0&seksjonsnr=
0&gateAdresseId=
&address=
&showPopUp=true
'
610 </pre
></blockquote
>
612 <p
>Da blir det straks veldig nyttig for å klassifisere eierskap på
613 veier og andre offentlige områder. Det er dog en eller annen feil som
614 gjør at oppslag på store eiendommer (som Nordmarka i Oslo og
615 Finnmarksvidda) ikke fungerer. Vet ikke hva det kommer av.
</p
>
621 <title>FiksGataMi - fylkesoversikt på kart
</title>
622 <link>http://people.skolelinux.org/pere/blog/FiksGataMi___fylkesoversikt_p__kart.html
</link>
623 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/FiksGataMi___fylkesoversikt_p__kart.html
</guid>
624 <pubDate>Fri,
15 Apr
2011 13:
15:
00 +
0200</pubDate>
625 <description><p
>Det er morsomt å følge med hvordan bruken av FiksGataMi sprer seg
626 over det ganske land. Her er lenkene til fylkesoversikt på kart over
627 de (for tiden)
200 siste problemene. Bruker her GeoRSS-kilden i
628 FiksGataMi og presenterer enten via Google Maps eller en
629 GeoRSS-fremviser jeg fant for OpenStreetmap.
</p
>
633 <li
>Østfold [
<a href=
"http://maps.google.com/maps?q=http://www.fiksgatami.no/rss/reports/Østfold
">Google Maps
</a
> ] | [
<a href=
"http://vgr.petschge.de/?url=http://www.fiksgatami.no/rss/reports/Østfold
">OpenStreetmap
</a
> ]
</li
>
634 <li
>Akershus [
<a href=
"http://maps.google.com/maps?q=http://www.fiksgatami.no/rss/reports/Akershus
">Google Maps
</a
> ] | [
<a href=
"http://vgr.petschge.de/?url=http://www.fiksgatami.no/rss/reports/Akershus
">OpenStreetmap
</a
> ]
</li
>
635 <li
>Oslo [
<a href=
"http://maps.google.com/maps?q=http://www.fiksgatami.no/rss/reports/Oslo
">Google Maps
</a
> ] | [
<a href=
"http://vgr.petschge.de/?url=http://www.fiksgatami.no/rss/reports/Oslo
">OpenStreetmap
</a
> ]
</li
>
636 <li
>Hedmark [
<a href=
"http://maps.google.com/maps?q=http://www.fiksgatami.no/rss/reports/Hedmark
">Google Maps
</a
> ] | [
<a href=
"http://vgr.petschge.de/?url=http://www.fiksgatami.no/rss/reports/Hedmark
">OpenStreetmap
</a
> ]
</li
>
637 <li
>Oppland [
<a href=
"http://maps.google.com/maps?q=http://www.fiksgatami.no/rss/reports/Oppland
">Google Maps
</a
> ] | [
<a href=
"http://vgr.petschge.de/?url=http://www.fiksgatami.no/rss/reports/Oppland
">OpenStreetmap
</a
> ]
</li
>
638 <li
>Buskerud [
<a href=
"http://maps.google.com/maps?q=http://www.fiksgatami.no/rss/reports/Buskerud
">Google Maps
</a
> ] | [
<a href=
"http://vgr.petschge.de/?url=http://www.fiksgatami.no/rss/reports/Buskerud
">OpenStreetmap
</a
> ]
</li
>
639 <li
>Vestfold [
<a href=
"http://maps.google.com/maps?q=http://www.fiksgatami.no/rss/reports/Vestfold
">Google Maps
</a
> ] | [
<a href=
"http://vgr.petschge.de/?url=http://www.fiksgatami.no/rss/reports/Vestfold
">OpenStreetmap
</a
> ]
</li
>
640 <li
>Telemark [
<a href=
"http://maps.google.com/maps?q=http://www.fiksgatami.no/rss/reports/Telemark
">Google Maps
</a
> ] | [
<a href=
"http://vgr.petschge.de/?url=http://www.fiksgatami.no/rss/reports/Telemark
">OpenStreetmap
</a
> ]
</li
>
641 <li
>Aust-Agder [
<a href=
"http://maps.google.com/maps?q=http://www.fiksgatami.no/rss/reports/Aust-Agder
">Google Maps
</a
> ] | [
<a href=
"http://vgr.petschge.de/?url=http://www.fiksgatami.no/rss/reports/Aust-Agder
">OpenStreetmap
</a
> ]
</li
>
642 <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
>
643 <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
>
644 <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
>
645 <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
>
646 <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
>
647 <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
>
648 <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
>
649 <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
>
650 <li
>Troms [
<a href=
"http://maps.google.com/maps?q=http://www.fiksgatami.no/rss/reports/Troms
">Google Maps
</a
> ] | [
<a href=
"http://vgr.petschge.de/?url=http://www.fiksgatami.no/rss/reports/Troms
">OpenStreetmap
</a
> ]
</li
>
651 <li
>Finnmark [
<a href=
"http://maps.google.com/maps?q=http://www.fiksgatami.no/rss/reports/Finnmark
">Google Maps
</a
> ] | [
<a href=
"http://vgr.petschge.de/?url=http://www.fiksgatami.no/rss/reports/Finnmark
">OpenStreetmap
</a
> ]
</li
>
655 <p
>Antall problemer returnert i GeoRSS-kildene justeres over tid etter
656 hvert som vi får mer erfaring med hvilken belastning det gir på
659 <p
>Oppdatering
2011-
04-
27: Endret URL til fylker med mellomrom i
660 navnene fra %
20 til %
2B, slik at de fungerer i flere nettlesere.
</p
>
665 <title>A Norwegian FixMyStreet have kept me busy the last few weeks
</title>
666 <link>http://people.skolelinux.org/pere/blog/A_Norwegian_FixMyStreet_have_kept_me_busy_the_last_few_weeks.html
</link>
667 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/A_Norwegian_FixMyStreet_have_kept_me_busy_the_last_few_weeks.html
</guid>
668 <pubDate>Sun,
3 Apr
2011 22:
50:
00 +
0200</pubDate>
669 <description><p
>Here is a small update for my English readers. Most of my blog
670 posts have been in Norwegian the last few weeks, so here is a short
671 update in English.
</p
>
673 <p
>The kids still keep me too busy to get much free software work
674 done, but I did manage to organise a project to get a Norwegian port
675 of the British service
676 <a href=
"http://www.fixmystreet.com/
">FixMyStreet
</a
> up and running,
677 and it has been running for a month now. The entire project has been
678 organised by me and two others. Around Christmas we gathered sponsors
679 to fund the development work. In January I drafted a contract with
680 <a href=
"http://www.mysociety.org/
">mySociety
</a
> on what to develop,
681 and in February the development took place. Most of it involved
682 converting the source to use GPS coordinates instead of British
683 easting/northing, and the resulting code should be a lot easier to get
684 running in any country by now. The Norwegian
685 <a href=
"http://www.fiksgatami.no/
">FiksGataMi
</a
> is using
686 <a href=
"http://www.openstreetmap.org/
">OpenStreetmap
</a
> as the map
687 source and the source for administrative borders in Norway, and
688 support for this had to be added/fixed.
</p
>
690 <p
>The Norwegian version went live March
3th, and we spent the weekend
691 polishing the system before we announced it March
7th. The system is
692 running on a KVM instance of Debian/Squeeze, and has seen almost
3000
693 problem reports in a few weeks. Soon we hope to announce the Android
694 and iPhone versions making it even easier to report problems with the
695 public infrastructure.
</p
>
697 <p
>Perhaps something to consider for those of you in countries without
698 such service?
</p
>
703 <title>Kort innspill til norsk lisens for offentlige data
</title>
704 <link>http://people.skolelinux.org/pere/blog/Kort_innspill_til_norsk_lisens_for_offentlige_data.html
</link>
705 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Kort_innspill_til_norsk_lisens_for_offentlige_data.html
</guid>
706 <pubDate>Thu,
24 Mar
2011 23:
00:
00 +
0100</pubDate>
707 <description><p
>FAD er igang med å publisere et forslag til norsk lisens for
708 offentlige data (NLOD), og jeg fikk i kveld lest igjennom teksten.
709 Jeg la inn to kommentarer på
710 <a href=
"http://data.norge.no/blogg/
2011/
03/norsk-lisens-for-offentlige-data-nlod-skal-pa-høring/
">bloggen
711 der forslaget ble lansert
</a
> som jeg vil dele med mine lesere:
</p
>
715 <p
>Jeg håper en sikrer at georefererte data som publiseres med
716 bruksvilkår i henhold til denne lisensen kan importeres inn i
717 OpenStreetmap. Jeg har ikke full oversikt over hva dette innebærer av
718 konkrete krav til lisensen, og rekker heller ikke sjekke det opp, men
719 nevner det her for å øke sjansen for at det blir tatt hensyn til.
</p
>
721 <p
>Etter å ha lest forslag til lisens, er det to ting som slår meg. En
722 forsøker å løse utfordringer relatert til kildekritikk med
723 opphavsrettslige midler, og det tror jeg er en tabbe. I stedet for å
724 kreve navngivelse og at informasjonen ikke skal brukes til å villede,
725 som vil gjøre det problematisk å bruke informasjonen i enkelte
726 sammenhenger, så bør en akseptere at informasjonen kan brukes uten
727 navngivelse og til å villede, og legge opp til at de som vil være
728 sikker på at den informasjonen de har fått en kopi av er den
729 “offisielle” bør hente den fra offisielle kilder med metoder som
730 sikrer at en får den “offisielle” versjonen
731 (dvs. vha. krypto-signaturer).
</p
>
733 <p
>I kortet er det jeg sier at en bør gjøre lisensen mer i tråd med
734 "public domain
", og bruke potensielle mottakeres evne til å sjekke
735 hvor datafiler kommer fra for å sikre at korrekt informasjon kommer
736 frem til de som trenger det. Motivasjonen min for å ikke kreve
737 navngivelse er å unngå de problemer som potensielle prosjekter får
738 hvis det skal kombineres mange kilder som alle krever navngivelse
739 (tenk et kart der flere hundre tusen bidrag skal navngis på kartet).
740 Motivasjonen for å ikke nekte bruk som er “villedende”, er at det
741 åpner for
"gummilover
" og vilkårlig håndhevelse, og kan gjøre det
742 vanskelig/risikabelt å bruke data gitt ut med denne lisensen til å
743 kritisere de som har gitt ut data. En kritiker kan bli forsøkt kneblet
744 ved å påstå at informasjonen brukes til å villede, og på den bakgrunn
745 trekke bruksretten til datakilden tilbake.
</p
>
749 <p
>Anbefaler alle å ta en titt på lisensen og gi innspill enten via
750 blogg-kommentarer eller via høringen som snart starter. Lisensen er
751 allerede tatt i bruk av Trafikanten til å publisere ruteinformasjon
752 for Østlandet, og jeg mistenker flere offentlige aktører vil ta den i
753 bruk. Det er dermed viktig å sikre at lisensen muliggjør mest mulig
754 gjenbruk av offentlige data.
</p
>
759 <title>1000 problemer rapportert via FiksGataMi på litt over to dager
</title>
760 <link>http://people.skolelinux.org/pere/blog/
1000_problemer_rapportert_via_FiksGataMi_p__litt_over_to_dager.html
</link>
761 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/
1000_problemer_rapportert_via_FiksGataMi_p__litt_over_to_dager.html
</guid>
762 <pubDate>Wed,
9 Mar
2011 23:
45:
00 +
0100</pubDate>
763 <description><p
>Etter mandagens lansering av
764 <a href=
"http://www.fiksgatami.no/
">FiksGataMi
</a
> har responsen vært
765 enorm, og de første
1000 problemene er allerede rapportert. Noen
766 saker er allerede løst, og responstiden til
767 <a href=
"http://www.fiksgatami.no/report/
490">Bø i Nordland
</a
> og
768 <a href=
"http://www.fiksgatami.no/report/
550">Melhus
</a
> imponerer
769 stort. Slikt burde gjøre innbyggerne der stolte. :)
</p
>
771 <p
>En utfordring for FiksGataMi er håndtering av fylkes- og riksveier
772 som ikke skal til kommunen men til fylket eller staten. Problemet er
773 at vi mangler en datakilde som kan brukes til å identifisere hvilket
774 geografisk område som administreres av fylket og staten (dvs. vei,
775 grøfter, gjerder og slikt). Det vi trenger er maskinlesbare
776 georefererte eiendomsgrenser over eiendommene som hører til fylkes- og
777 riksveier. Når vi har det, kan vi videreutvikle fiksgatami til å
778 håndtere eiendomsgrenser i tillegg til dagens kommune- og
779 fylkesgrenser. Så vi trenger datakilder uten bruksbegrensninger og
780 litt finansiering for å ta dem i bruk.
</p
>
782 <p
>Men noen kommuner håndterer denne utfordringen elegant likevel og
783 til det beste for innsender ved å sende saken videre til riktig
784 instans og notere dette i FiksGataMi. De første som gjorde dette var
786 <a href=
"http://www.fiksgatami.no/report/
385">Lørenskog
</a
>. All kudos
789 <p
>I morgen tidlig skal Christer på NRK Østlandssendingen og snakke om
790 FiksGataMi. Jeg gleder meg til å høre opptaket og se hvilken respons
791 det fører til på innrapporteringen. Jeg forsøker å holde
792 <a href=
"http://www.nuug.no/imedia.shtml
">oversikt over omtalen
</a
>
793 NUUG og FiksGataMi på NUUGs websider, og responsen så langt har vært
794 veldig god. De fleste kommunene er veldig positive til tjenesten. De
795 som hadde lignende løsninger er ikke så fornøyde, noe jeg kan forstå.
796 På den positive siden får innbyggerne i disse kommunene nå et valg om
797 hvilken løsning de vil benytte seg av, og konkurranse er en fin ting
798 for å dyrke frem de beste løsningene. :)
</p
>
803 <title>FiksGataMi lansert, og responsen har vært overveldende
</title>
804 <link>http://people.skolelinux.org/pere/blog/FiksGataMi_lansert__og_responsen_har_v_rt_overveldende.html
</link>
805 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/FiksGataMi_lansert__og_responsen_har_v_rt_overveldende.html
</guid>
806 <pubDate>Tue,
8 Mar
2011 15:
30:
00 +
0100</pubDate>
807 <description><p
>I går lanserte vi i
<a href=
"http://www.nuug.no/
">foreningen NUUG
</a
>
808 <a href=
"http://www.fiksgatami.no/
">FiksGataMi
</a
>, med
809 <a href=
"http://lists.nuug.no/pipermail/interesserte/
2011-March/
000457.html
">pressemelding
810 på epost
</a
> til alle NUUGs annonseringsliste, medlemmene, alle
811 landets redaksjoner og alle landets kommuner og fylkeskommuner.
812 Responsen har vært formidabel, og vi har en enorm baklogg av
813 henvendelser å følge opp. Vi jobber oss sakte men sikkert igjennom
814 stabelen. Alt sendes til NUUGs RT-instans slik at ingen blir glemt.
815 Hvis du har kommentarer og spørsmål, bruk
816 <a href=
"http://www.fiksgatami.no/contact
">kontaktfeltet
</a
> på
817 FiksGatami, eller send epost til adressen som er oppgitt der.
</p
>
819 <p
>Pr nå er det kommet inn over
600 problemer som er rapportert videre
820 til kommuner og fylker. Jeg hentet ut fordelingen på kategorier nå
821 nettopp, for å se hva som opptar innbyggerne rundt om i det ganske
822 land. Det er mest aktivitet i Trondheim, fulgt av Oslo og Bergen, men
823 godt over
100 kommuner og fylker har fått meldinger fra innbyggerne
824 via FiksGatami så langt.
</p
>
827 <tr
><th
>count
</th
><th
>category
</th
></tr
>
828 <tr
><td
>398</td
><td
>Hull i vei
</td
></tr
>
829 <tr
><td
> 83</td
><td
>Gater/Veier
</td
></tr
>
830 <tr
><td
> 65</td
><td
>Snøbrøyting
</td
></tr
>
831 <tr
><td
> 54</td
><td
>Gatelys
</td
></tr
>
832 <tr
><td
> 46</td
><td
>Annet
</td
></tr
>
833 <tr
><td
> 30</td
><td
>Fortau/gangstier
</td
></tr
>
834 <tr
><td
> 17</td
><td
>Tette avløpsrister
</td
></tr
>
835 <tr
><td
> 10</td
><td
>Trafikkskilter
</td
></tr
>
836 <tr
><td
> 7</td
><td
>Parkering
</td
></tr
>
837 <tr
><td
> 7</td
><td
>Forlatte kjøretøy
</td
></tr
>
838 <tr
><td
> 4</td
><td
>Trafikklys
</td
></tr
>
839 <tr
><td
> 4</td
><td
>Sykkelveier
</td
></tr
>
840 <tr
><td
> 4</td
><td
>Forsøpling
</td
></tr
>
841 <tr
><td
> 3</td
><td
>Buss- og togstopp
</td
></tr
>
842 <tr
><td
> 3</td
><td
>Vannforsyning
</td
></tr
>
843 <tr
><td
> 3</td
><td
>Universell utforming
</td
></tr
>
844 <tr
><td
> 3</td
><td
>Trær
</td
></tr
>
845 <tr
><td
> 2</td
><td
>Graffiti/tagging
</td
></tr
>
846 <tr
><td
> 2</td
><td
>Dumpet skrot
</td
></tr
>
847 <tr
><td
> 1</td
><td
>Park/landskap
</td
></tr
>
848 <tr
><td
> 1</td
><td
>Ulovlige oppslag
</td
></tr
>
849 <tr
><td
> 1</td
><td
>Offentlige toaletter
</td
></td
></tr
>
852 <p
>Det gjenstår endel jobb med skalering før vi er fornøyd med
853 ytelsen, og så må vi få skrevet litt mer informasjon til kommunene om
854 hvordan systemet fungerer, slik at de vet mer hvordan de kan bidra til
855 å gjøre brukeropplevelsen for innbyggerne enda bedre.
</p
>
857 <p
>Til de som synes sitt lokalområde har dårlig kart, så er det bare
858 en ting å si. Bidra til å gjør
<a href=
"">OpenStreetmap
</a
> bedre ved
859 å tegne inn ditt lokalområde! Eller få det offentlige til å gi ut
860 bedre kartdata uten bruksbegrensninger. :)
</p
>
862 <p
>Jeg vil presentere FiksGataMi under
863 <a href=
"http://www.goopen.no/fiksgatami-no/
">Go Open
2011</a
>, så vi
864 ses kanskje der?
</p
>
869 <title>Kategorisering av problemer på FiksGatami
</title>
870 <link>http://people.skolelinux.org/pere/blog/Kategorisering_av_problemer_p__FiksGatami.html
</link>
871 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Kategorisering_av_problemer_p__FiksGatami.html
</guid>
872 <pubDate>Sun,
27 Feb
2011 10:
15:
00 +
0100</pubDate>
873 <description><p
>Det nærmer seg lansering av NUUGs
874 <a href=
"http://www.fiksgatami.no/
">Fiksgatami-tjeneste
</a
>, og siste
875 finpuss på kategorisering gjøres i disse dager. Jeg har konkludert
877 <a href=
"http://people.skolelinux.org/pere/blog/Fiksgatami_tar_form___snart_klar_for_test.html
">å
878 ta utgangspunkt i eksisterende kommunale tjenesters kategorisering
</a
>
879 er en dårlig ide da det er viktigere å kategorisere fra et
880 brukersynspunkt enn å kategorisere ut fra hvordan kommunene er
881 organisert internt. Måtte dermed starte på nytt med
882 kategoriarbeidet.
</p
>
884 <p
>Nå har jeg kommet opp med følgende forslag til kategorier, basert
885 på de som er i bruk på den britiske originalen, innspill på
886 IRC-kanalen til NUUG og folk rundt meg. Tar gjerne imot innspill på
887 kategoriene til epostlisten for prosjektet,
888 <a href=
"http://lists.nuug.no/mailman/listinfo/fiksgatami
">fiksgatami
889 (at) nuug.no
</a
>.
</p
>
891 <p
>Av tekniske årsaker kan kun bokmålsoversettelsen av det engelske
892 ordet
'Other
' brukes som fellesbetegnelse for andre kategorier,
893 dvs. at også nynorsk-kommuner ender opp med
'Annet
' som samlekategori.
894 Oversettelse av applikasjonen til nynorsk og nordsamisk får vente til
895 noen sponser den utviklingen som trengs for å få det til.
</p
>
897 <p
>Her er så lista med kategorier jeg tror vi går i produksjon
902 <li
>Hull i veien
</li
>
903 <li
>Gater/Veier
</li
>
904 <li
>Fortau/gangstier
</li
>
905 <li
>Veinavn-skilt
</li
>
906 <li
>Sykkelvei
</li
>
907 <li
>Glatt vei
</li
>
908 <li
>Snøbrøyting
</li
>
909 <li
>Gatelys
</li
>
910 <li
>Dumpet skrot
</li
>
911 <li
>Forsøpling
</li
>
912 <li
>Parkering
</li
>
913 <li
>Grafitti/tagging
</li
>
914 <li
>Hundedritt
</li
>
915 <li
>Gaterydding
</li
>
916 <li
>Trafikkskilter
</li
>
917 <li
>Forlatte kjøretøy
</li
>
918 <li
>Trær
</li
>
919 <li
>Trafikklys
</li
>
920 <li
>Park/landskap
</li
>
921 <li
>Ulovlige oppslag
</li
>
922 <li
>Buss- og togstopp
</li
>
923 <li
>Offentlige toalett
</li
>
924 <li
>Vannforsyning
</li
>
925 <li
>Tett avløpsrist
</li
>
926 <li
>Oljesøl
</li
>
927 <li
>Annet
</li
>
931 <p
>Er disse forståelige? Er det noen uforståelige overlapp? Noen
932 kategorier vi mangler som burde skilles ut fra
'Annet
'? Er det noen
933 av disse kategoriene som ikke skal varsles til offentlig myndighet?
934 Gi tilbakemelding innen midten av kommende uke hvis du vil ha et ord
935 med i laget når det gjelder kategorisering.
</p
>
941 <title>Konsekvenser av unøyaktige kommunesgrenser for FiksGataMi
</title>
942 <link>http://people.skolelinux.org/pere/blog/Konsekvenser_av_un_yaktige_kommunesgrenser_for_FiksGataMi.html
</link>
943 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Konsekvenser_av_un_yaktige_kommunesgrenser_for_FiksGataMi.html
</guid>
944 <pubDate>Tue,
22 Feb
2011 14:
00:
00 +
0100</pubDate>
945 <description><p
>Arbeidet med å få på plass NUUGs
946 <a href=
"http://www.fiksgatami.no/
">Fiksgatami-tjeneste
</a
> går videre
947 uten stans. Den vil som tidligere nevnt bruke de beste
948 kommunegrensene vi har klart å få tak i, fra OpenStreetmap.org. Ofte
949 vil unøyaktighetene ikke har mye konsekvenser, da kommunegrenser ofte
950 går lagt fra der det bor mye folk, men av og til vil det påvirke
951 flere. Kom over et eksempel i dag, der grensestreken går midt i
952 tettbygd strøk og henvendelser via FiksGataMi nok vil bli feilsendt
953 pga. at det offentlige nekter å fortelle oss på maskinlesbart format
954 hvor kommunegrensa går.
</p
>
956 <p
>Grensa mellom Tønsberg og Nøtterøy er
957 <a href=
"http://www.openstreetmap.org/?zoom=
14&lat=
59.25634&lon=
10.41679&layers=B00000
">i
958 dag tegnet opp
</a
> slik at den går midt igjennom Ollebukta marina og
959 lar Ørsnes ligge i en kommune mens Ørsnesalleen går over to kommuner.
960 Min erfaring med kommuneoppdeling får meg til å tro at dette neppe
963 <p
>Vi får bare håpe at noen med lokalkunnskap går inn og korrigerer
964 grensestreken i OpenStreetmap.org slik at den blir mer nøyaktig, eller
965 at det offentlige snur og publiserer i hvert fall
966 kommunegrenseinformasjonen på maskinlesbart format uten
967 bruksbegresninger, slik at FiksGataMi har større sjanse til å sende
968 informasjon til riktig kommune.
<p
>
970 <p
>Det går mot at det settes hardt mot hardt og en rettsak om temaet,
972 <a href=
"http://lists.nuug.no/pipermail/kart/
2011-February/
002310.html
">i
973 går ble det kjent
</a
> at
<a href=
"http://www.nuug-foundation.no/
">NUUG
974 Foundation
</a
> støtter
<a href=
"http://www.frigeonorge.net/
">Fri Geo
975 Norge
</a
>-prosjektet med deler av kostnadene forbundet med en rettsak
976 for å få tilgang til kommunegrensene fra kartverket. Jeg gleder meg til
977 fortsettelsen.
</p
>
982 <title>Fiksgatami tar form - snart klar for test
</title>
983 <link>http://people.skolelinux.org/pere/blog/Fiksgatami_tar_form___snart_klar_for_test.html
</link>
984 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Fiksgatami_tar_form___snart_klar_for_test.html
</guid>
985 <pubDate>Sun,
13 Feb
2011 21:
10:
00 +
0100</pubDate>
986 <description><p
>NUUGs
<a href=
"http://www.fiksgatami.no/
">Fiksgatami-tjeneste
</a
>
987 tar sakte form, og den siste uka har vi betalt
988 <a href=
"http://www.mysociety.org/
">mySociety
</a
> i England for å
989 tilpasse kildekoden til deres tjeneste slik at den skal fungere for
990 Norge. I løpet av kommende uke regner jeg at vi skal i gang med
993 <p
>For å forberede testing, har jeg tatt en titt på hva slags
994 informasjon som samles inn av kommuner som har lignende tjeneste for
995 sin kommune allerede på plass. Jeg har tittet på tjenestene til
996 <a href=
"http://www.gatami.no/
">Tromsø
</a
>,
997 <a href=
"http://www.porsgrunn.kommune.no/Hovedmeny/Selvbetjening/MinGate/
">Porsgrunn
</a
>
998 og
<a href=
"http://fiksgata.kongsvinger.no/
">Kongsvinger
</a
>. Jeg
1000 <a href=
"http://www.asker.kommune.no/Dialog/Kontakt-oss/AskerDialogen/
">Askers
</a
>,
1001 som er litt på siden at det jeg skriver om her
</p
>
1003 <p
>Om problemet samles alle tjenestene inn plassering, enten som
1004 adresse eller som kartkoordinat. De samler også inn en
1005 oppsummering/overskrift og en lengre beskrivelse, og noen av dem
1006 tillater bilde og vedlegg lagt ved. Alle problemene tildeles en
1007 kategori, og det er stort overlapp i kategoriseringen:
</p
>
1010 <tr
><th
>Tromsø
</th
> <th
>Porsgrunn
</th
> <th
>Kongsvinger
</th
></tr
>
1011 <tr
><td
>Vei
</td
> <td
>Hull i veg
</td
> <td
>Veg/Vegvedlikehold
</td
></tr
>
1012 <tr
><td
></td
> <td
></td
> <td
>Skilt/Trafikksikkerhet
</td
></tr
>
1013 <tr
><td
>Gatelys
</td
> <td
>Gatelys virker ikke
</td
> <td
>Gatelys
</td
></tr
>
1014 <tr
><td
>Vann og avløp
</td
> <td
>Vann og avløp
</td
> <td
>Vann/Avløp
</td
></tr
>
1015 <tr
><td
>Park
</td
> <td
>Park
</td
> <td
>Park/Grønt
</td
></tr
>
1016 <tr
><td
>Friluftsliv
</td
> <td
>Friluft
</td
></tr
>
1017 <tr
><td
>Renovasjon
</td
> <td
>Renovasjon
</td
> <td
>Renovasjon/Avfall
</td
></tr
>
1018 <tr
><td
> <td
>Grafitti-Tagging
</td
> <td
>Grafitti/Tagging
</td
></tr
>
1019 <tr
><td
></td
> <td
></td
> <td
>Forsøpling
</td
></tr
>
1020 <tr
><td
>Annet
</td
> <td
>Annet
</td
> <td
>Annet
</td
></tr
>
1023 <p
>Om de som rapporterer inn problemet, blir det samlet inn navn,
1024 epostadresse, et eller to telefonnummer og for Asker postadresse.
1025 Noen vil også vite hvordan tilbakemelding ønskes, dvs. epost, telefon
1026 eller via post.
</p
>
1028 <p
>Fiksgatami skulle kunne håndtere innsending til disse kommunene
1029 uten større problemer, tror jeg. Kategorier defineres per område,
1030 slik at kommunene kan få meldinger inndelt i de kategoriene de
1031 trenger. Fiksgatami samler i utgangspunktet kun inn navn og
1032 epostadresse for innsender, og det tror jeg vi skal fortsette med.
</p
>
1037 <title>Bedre kommunegrense for Oslo i OpenStreetmap.org
</title>
1038 <link>http://people.skolelinux.org/pere/blog/Bedre_kommunegrense_for_Oslo_i_OpenStreetmap_org.html
</link>
1039 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Bedre_kommunegrense_for_Oslo_i_OpenStreetmap_org.html
</guid>
1040 <pubDate>Mon,
7 Feb
2011 10:
35:
00 +
0100</pubDate>
1041 <description><p
>Tidlig i januar oppdaget vi i
1042 <a href=
"http://www.openstreetmap.no/
">OpenStreetmap.org-prosjektet
</a
>
1043 at Oslo kommune har tatt i bruk OpenStreetmap.org for å vise frem
1044 <a href=
"http://www.samferdselsetaten.oslo.kommune.no/miljo/piggdekkgebyr/
">hvor
1045 piggdekkavgiften gjelder
</a
>, dvs. kommunegrensa. Årsaken til at
1046 denne siden bruker OpenStreetmap.org og ikke kommunens eget
1047 kartgrunnlag, er ganske absurd. Kommunens kart vedlikeholdes og
1048 styres av Plan og Bygningsetaten, mens det er Samferdselsetaten som
1049 styrer med piggdekkavgift og som har laget siden om piggdekkavgiften.
1050 I avtalen mellom Samferdselsetatet og Plan og Bygningsetaten om bruk
1051 av kommunens kart står det at kartet kun kan brukes internt, og dermed
1052 ikke publiseres på Internet. Oslo kommune forbyr altså Oslo kommune å
1053 publisere informasjon om sin kommunegrense på Internet. Ironien er
1054 upåklagelig, og årsaken er som alltid penger.
</p
>
1056 <p
>Vi i OpenStreetmap.org-prosjektet synes det er veldig gledelig at
1057 Oslo kommune vil bruke kartet vårt, men det var et lite problem rundt
1058 bruken av kommunegrensen. Den kommer fra kartverkets N5000-kart, som
1059 i følge kartverket har nøyaktighet på
2 km. Et kart over hvor
1060 piggdekkavgiften gjelder bør ha høyere nøyaktighet enn det for å unngå
1061 konflikter, så det var dermed viktig for oss å forbedre nøyaktigheten
1062 for Oslogrensa.
</p
>
1064 <p
>For litt over
2 uker siden ringte jeg derfor til Kartverket, for å
1065 høre om de kunne bidra. Jeg lurte på om de enten hadde noen
1066 datakilder med kommunegrensen i Oslo som vi ikke kjente til, eller om
1067 de kunne forklare hvordan vi kunne gjenskape kommunegrensen på bakken
1068 ved å følge en beskrivelse av grensen eller finne grensepunkter
1071 <p
>For å ta det siste først, så var det beste forslaget der å bruke
1072 kartet tilgjengelig fra
1073 <a href=
"http://www.norgeskart.no/
">norgeskart.no
</a
> til å slå opp
1074 gårds- og bruksnummer for eiendommer som grenset til kommunegrensa, og
1075 så be om innsyn i matrikkelen for hver av disse eiendommene og gå opp
1076 grensen basert på informasjon fra matrikkelen. Det fantes antagelig
1077 også noen grensesteiner som var merket på bakken, men de kjente ikke
1078 til noen offentlig kilde med informasjon om hvor disse steinene sto.
1079 Dette er en ganske arbeidskrevende oppgave, som får vente til en annen
1082 <p
>For alternative datakilder vi ikke kjente til, så var det ingen som
1083 hadde gode forslag når det gjaldt datakilder fra kartverket. Men en
1084 nevnte at det kunne være enklere å få ut data fra veidatabasen til
1085 vegvesenet, f.eks. de punktene der veier inn og ut av Oslo byttet
1086 kommune. Dette ble jeg forklart var trivielt å hente ut (mindre enn
1
1087 minutts jobb), men vedkommende jeg snakket med kunne ikke avgjøre om
1088 vi kunne få disse punktene uten bruksbegrensninger.
</p
>
1090 <p
>Og tilgang uten bruksbegrensninger er viktig for OpenStreetmap.org,
1091 da det skal være tillatt å bruke OpenStreetmap.org-data til å lage
1092 kommersielle tjenester og kopiere, endre og distribuere
1093 OpenStreetmap.org-data uten begrensninger. Jeg gjorde det derfor
1094 klart for de jeg snakket med hos Kartverket at jeg kun var interessert
1095 i å motta data som kunne legges inn i OpenStreetmap.org uten
1096 bindinger. Fikk f.eks. tilbud om å få
"test-data
" av kommunegrensen
1097 for Oslo til internt bruk og måtte takke nei.
</p
>
1099 <p
>Ideen om veidatabasen var interessant, og jeg fulgte den opp
1100 videre. Ble satt videre til noen som kanskje kunne avgjøre om jeg
1101 fikk disse punktene uten bruksbegresninger, og etter en kort og
1102 interessant samtale fikk jeg ja til å få kopi av punktene der
1103 Oslogrensa krysser vei. De ble
1104 <a href=
"http://lists.nuug.no/pipermail/kart/
2011-January/
002242.html
">sendt
1105 til kart-listen
</a
> i SOSI-format, og i løpet av noen dager brukt til
1106 å justere kommunegrensa for Oslo slik at den nå har nøyaktighet på
1107 noen meter der den krysser vei. Har fått tilbakemelding fra noen som
1108 har tilgang til Oslo kommunes kart at nøyaktigheten var blitt mye
1111 <p
>Det burde ikke være nødvendig å gjøre en slik innsats for å få vite
1112 hvor kommunegrensene går. En skulle jo tro dette var offentlig
1113 informasjon uten bruksbegrensing, og Gustav Fosseid og Magne Mæhre har
1114 et prosjekt gående for å be om innsyn i nettopp denne informasjonen.
1115 De har bedt om elektronisk kopi av kartkoordinatene for
1116 kommunegrensene i endel kommuner på østlandet i sitt
<a
1117 href=
"http://www.frigeonorge.net/
">Fri Geo Norge-prosjekt
</a
>, og har
1118 fått avslag i første instans og klagesvar fra fylkesmannen i sin klage
1119 på avslaget. Er spent på fortsettelsen, og gir dem all min hjelp og
1120 støtte i arbeidet med å få frigjort det som burde vært offentlig
1121 informasjon.
</p
>
1126 <title>Norgeskartet på mange vis - via OpenStreetmap.org
</title>
1127 <link>http://people.skolelinux.org/pere/blog/Norgeskartet_p__mange_vis___via_OpenStreetmap_org.html
</link>
1128 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Norgeskartet_p__mange_vis___via_OpenStreetmap_org.html
</guid>
1129 <pubDate>Mon,
1 Nov
2010 11:
15:
00 +
0100</pubDate>
1130 <description><p
>Har oppdaget at mange ikke er klar over at OpenStreetmap.org er
1131 tilgjengelig i en rekke forskjellige formater. Her er en liste med
1132 eksporter jeg kjenner til for Norge, for de som trenger et
1133 fribrukskart til sine tjenester:
</p
>
1137 <li
>Cloudmade tilbyr OSM XML, Garmin Map Files, Osmosis country
1138 bounding polygon, Shapefile, Navit maps, GPX POI, TomTom POI og OSM
1139 XML feature extracts via
1140 <a href=
"http://downloads.cloudmade.com/europe/norway
">sine
1141 nedlastingssider
</a
>.
</li
>
1143 <li
>Geofabric tilbyr
1144 <a href=
"http://download.geofabrik.de/osm/europe/norway.osm.bz2
">OSM
1146 <a href=
"http://download.geofabrik.de/osm/europe/norway.osm.pbf
">OSM
1147 protobuf binærformat
</a
> og
1148 <a href=
"http://download.geofabrik.de/osm/europe/norway.shp.zip
">ESRI
1149 Shapefile (EPSG:
4326)
</a
> fra sine nedlastingssider.
</li
>
1151 <li
>Frikart.no tilbyr
1152 <a href=
"http://www.frikart.no/garmin/
">Garmin-kart
</a
> i uike
1153 varianter for veibruk og turbruk sommer og vinter.
</li
>
1155 </ul
></p
>
1157 <p
>Kartene oppdateres regelmessig, som oftest hver uke. Det skulle
1158 dermed være noe for enhver smak.
</p
>
1163 <title>Navteq bruker
3-
12 måneder, OpenStreetmap.org trenger noen dager
</title>
1164 <link>http://people.skolelinux.org/pere/blog/Navteq_bruker_3_12_m_neder__OpenStreetmap_org_trenger_noen_dager.html
</link>
1165 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Navteq_bruker_3_12_m_neder__OpenStreetmap_org_trenger_noen_dager.html
</guid>
1166 <pubDate>Tue,
7 Sep
2010 21:
40:
00 +
0200</pubDate>
1167 <description><p
>Jeg ble riktig fascinert av
1168 <a href=
"http://www.aftenposten.no/nyheter/iriks/article3800967.ece
">en
1169 artikkel i Aftenposten
</a
> om hvor hardt Navteq jobber for å oppdatere
1170 kartene som brukes i navigasjons-GPSer, der det blant annet heter at
1171 "på grunn av teknikken tar det alt fra tre til tolv måneder før
1172 kartene er oppdatert
". Når en kjenner hva slags oppdateringshastighet
1173 som er tilgjengelig på
1174 <a href=
"http://www.openstreetmap.org/
">OpenStreetmap
</a
> som
1175 oppdateres på dugnad, blir det litt trist å se hva noe av det beste en
1176 kan kjøpe for penger får til.
</p
>
1178 <p
>Fra en endrer kartdataene i databasen til OpenStreetmap tar det
1179 ca.
15 minutter før endringen er synlig på kartet som alle kan se på
1180 web. Dernest overføres det daglig til en kartdump som lastes ned av
1181 personen som lager Garmin-kart for Norge ca. en gang i uken. Med
1182 OpenStreetmap.org og
<a href=
"http://www.frikart.no/
">Frikart.no
</a
>
1183 kan en altså ha korreksjonene på plass i sin Garmin-GPS i løpet av en
1184 uke. Det er også av tekniske årsaker at det tar så langt tid.
1185 Jobbene som tegner kartene, henter ut kartdumpene og konverterer til
1186 Garmin-format tar minutter og timer å gjennomføre, slik at de ikke
1187 gjøres kontinuerlig men kun regelmessing.
</p
>
1192 <title>OpenStreetmap one step closer to having routing on its front page
</title>
1193 <link>http://people.skolelinux.org/pere/blog/OpenStreetmap_one_step_closer_to_having_routing_on_its_front_page.html
</link>
1194 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/OpenStreetmap_one_step_closer_to_having_routing_on_its_front_page.html
</guid>
1195 <pubDate>Sun,
18 Jul
2010 16:
45:
00 +
0200</pubDate>
1196 <description><p
>Thanks to
1197 <a href=
"http://feedproxy.google.com/~r/Opengeodata/~
3/wUTCzDZk3lc/project-of-the-week-which-way-home
">todays
1198 opengeodata blog entry
</a
>, I just discovered that the
1199 OpenStreetmap.org site have gotten
1200 <a href=
"http://nroets.dev.openstreetmap.org/demo/index.html?layers=B000FTFTT
">support
1201 for calculating routes
</a
>. The support is still experimental and
1202 only available from the development server, until more experience is
1203 gathered on the user interface and any scalability issues.
</p
>
1205 <p
>Earlier, the routing I knew about using the OpenStreetmap.org data
1206 was provided by
<a href=
"http://maps.cloudmade.com/
">Cloudmade
</a
>,
1207 but having it on the main page is required to make everyone aware of
1208 the issue. I
've had people reject Openstreetmap.org as a viable
1209 alternative for them because the front page lacked routing support,
1210 and I hope their needs will be catered for when routing show up on the
1211 www.openstreetmap.org front page.
</p
>
1216 <title>Kartverket
"frigjør
" data men er fortsatt ikke interessante
</title>
1217 <link>http://people.skolelinux.org/pere/blog/Kartverket__frigj_r__data_men_er_fortsatt_ikke_interessante.html
</link>
1218 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Kartverket__frigj_r__data_men_er_fortsatt_ikke_interessante.html
</guid>
1219 <pubDate>Thu,
12 Nov
2009 10:
10:
00 +
0100</pubDate>
1220 <description><p
>Dagens
1221 <a href=
"http://www.statkart.no/Gratis+karttjenester.d25-SwJfY1-.ips
">kartnyhet
</a
>
1222 er at kartverket gir ikke-kommersiell tilgang til
1223 en WMS-tjeneste der en til privat bruk kan hente ut bilder av
1224 kartutsnitt så lenge disse ikke lagres lokalt, brukes i begrenset
1225 oppløsning og ikke skader kartverket og rettighetshavernes omdømme og
1226 interesse.
</p
>
1228 <p
>I går publiserte Ivan Sanchez
1229 <a href=
"http://www.opengeodata.org/
2009/
11/
11/
921/
">kaketesten
</a
>
1230 som et forslag til en (av forhåpentligvis flere) måter å teste om kart
1231 eller kartdata er fritt tilgjengelige på. Testen er enkel, og sier
1232 enkelt (oversatt av meg): Et sett med geodata, eller en kart, er kun
1233 fritt tilgjengelig hvis noen kan gi deg en kake med det kartet på
1234 toppen, som en gave. Kartverkets publisering av kart feiler så vidt
1235 jeg kan se denne testen fullstendig. En kan slik jeg leser vilkårene
1236 ikke be en konditor om å lage en kake (brudd på kravet om
1237 ikke-kommersiell bruk) med kartverkets kart.
</p
>
1239 <p
>De som vil lage karttjenester basert på denne nye tjenesten fra
1240 kartverket vil gjøre det på kartverkets nåde og med sterke bindinger
1241 og begresninger. Det blir dermed helt uinteressant for meg. Jeg vil
1242 nok fortsette å bruke data fra
1243 <a href=
"http://www.openstreetmap.org
">OpenStreetmap.org
</a
>, der jeg
1244 har kontrollen med tilgang til kartdataene, og kan endre på de
1245 underliggende dataene som jeg ønsker.
</p
>
1247 <p
>Som et eksempel, så trenger vi til en norsk
1248 <a href=
"http://www.fixmystreet.com/
">FixMyStreet-installasjon
</a
>
1249 tilgang til vektorutgaven av kommunegrensene. Denne nye karttjenesten
1250 er ubrukelig til dette.
</p
>
1252 <p
>Oppdatering
2011-
01-
14: Link til kaketesten er forsvunnet, bruk
1253 <a href=
"http://blog.okfn.org/
2010/
03/
15/the-cake-test-of-freedom/
">denne
1254 nye i stedet
</a
>.
</p
>
1259 <title>Sikkerhet til sjøs trenger sjøkart uten bruksbegresninger
</title>
1260 <link>http://people.skolelinux.org/pere/blog/Sikkerhet_til_sj_s_trenger_sj_kart_uten_bruksbegresninger.html
</link>
1261 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Sikkerhet_til_sj_s_trenger_sj_kart_uten_bruksbegresninger.html
</guid>
1262 <pubDate>Sun,
23 Aug
2009 10:
00:
00 +
0200</pubDate>
1263 <description><p
>Sikkerhet til sjøs burde være noe som opptar mange etter den siste
1264 oljeutslippsulykken med Full City, som har drept mye liv langs sjøen.
1265 En viktig faktor for å bedre sikkerheten til sjøs er at alle som
1266 ferdes på sjøen har tilgang til oppdaterte sjøkart som forteller hvor
1267 det grunner og annet en må ta hensyn til på sjøen.
</p
>
1269 <p
>Hvis en er enig i at tilgang til oppdaterte sjøkart er viktig for
1270 sikkerheten på sjøen, så er det godt å vite at det i dag er teknisk
1271 mulig å sikre alle enkel tilgang til oppdaterte digitale kart over
1272 Internet. Det trenger heller ikke være spesielt kostbart.
</p
>
1274 <p
>Både ved Rocknes-ulykken i Vatlestraumen, der
18 mennesker mistet
1275 livet, og ved Full City-ulykken utenfor Langesund, der mange tonn olje
1276 lekket ut i havet, var det registrert problemer relatert til
1277 oppdaterte sjøkart. Ved Rocknes-ulykken var de elektroniske kartene
1278 som ble brukt ikke oppdatert med informasjon om nyoppdagede grunner og
1279 losen kjente visst ikke til disse nye grunnene. Papirkartene var dog
1280 oppdaterte. Ved Full City-ulykken hadde en kontroll av skipet noen
1281 uker tidligere konstatert manglende sjøkart.
</p
>
1283 <p
>Jeg tror en løsning der digitale sjøkart kunne lastes ned direkte
1284 fra sjøkartverket av alle som ønsket oppdaterte sjøkart, uten
1285 brukerbetaling og uten bruksbegresninger knyttet til kartene, vil
1286 gjøre at flere folk på sjøen vil holde seg med oppdaterte sjøkart,
1287 eller sjøkart i det hele tatt. Resultatet av dette vil være økt
1288 sikkerhet på sjøen. En undersøkelse gjennomført av Opinion for
1289 Gjensidige i
2008 fortalte at halvparten av alle båteierne i landet
1290 ikke har sjøkart i båten.
</p
>
1292 <p
>Formatet på de digitale sjøkartene som gjøres tilgjengelig fra
1293 sjøkartverket må være i henhold til en fri og åpen standard, slik at
1294 en ikke er låst til enkeltaktørers godvilje når datafilene skal tolkes
1295 og forstås, men trenger ikke publiseres fra sjøkartverket i alle
1296 formatene til verdens skips-GPS-er i tillegg. Hvis det ikke er
1297 kostbart for sjøkartverket bør de gjerne gjøre det selv, men slik
1298 konvertering kan andre ta seg av hvis det er et marked for det.
</p
>
1300 <p
>Hvis staten mener alvor med å forbedre sikkerheten til sjøs, må de
1301 gjøre sitt for at alle båteiere har oppdaterte kart, ikke bare snakke
1302 om hvor viktig det er at de har oppdaterte kart. Det bør være
1303 viktigere for staten at båtene
<strong
>har
</strong
> oppdaterte kart
1304 enn at de er pålagt å ha oppdaterte kart.
</p
>
1306 <p
>Sjøkartene er
<a href=
"http://kart.kystverket.no/
">tilgjengelig på web
1307 fra kystverket
</a
>, men så vidt jeg har klart å finne, uten
1308 bruksvilkår som muliggjør gjenbruk uten bruksbegresninger.
</p
>
1310 <p
>OpenStreetmap.org-folk er lei av mangel på sjøkart, og har startet
1311 på et dugnadsbasert fribrukskart for havet,
1312 <a href=
"http://openseamap.org/
">OpenSeaMap
</a
>. Datagrunnlaget er
1313 OpenStreetmap, mens framvisningen er tilpasset bruk på sjøen. Det
1314 gjenstår mye før en kan bruke dette til å seile sikkert på havet, men
1315 det viser at behovet for fribruks-sjøkart er til stedet.
</p
>