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
>
165 <title>Hva henger under skibrua over E16 på Sollihøgda?
</title>
166 <link>http://people.skolelinux.org/pere/blog/Hva_henger_under_skibrua_over_E16_p__Sollih_gda_.html
</link>
167 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Hva_henger_under_skibrua_over_E16_p__Sollih_gda_.html
</guid>
168 <pubDate>Sun,
21 Sep
2014 09:
50:
00 +
0200</pubDate>
169 <description><p
>Rundt omkring i Oslo og Østlandsområdet henger det bokser over
170 veiene som jeg har lurt på hva gjør. De har ut fra plassering og
171 vinkling sett ut som bokser som sniffer ut et eller annet fra
172 forbipasserende trafikk, men det har vært uklart for meg hva det er de
173 leser av. Her om dagen tok jeg bilde av en slik boks som henger under
174 <a href=
"http://www.openstreetmap.no/?zoom=
19&mlat=
59.96396&mlon=
10.34443&layers=B00000
">ei
175 skibru på Sollihøgda
</a
>:
</p
>
177 <p align=
"center
"><img width=
"60%
" src=
"http://people.skolelinux.org/pere/blog/images/
2014-
09-
13-kapsch-sollihogda-crop.jpeg
"></p
>
179 <p
>Boksen er tydelig merket «Kapsch
>>>», logoen til
180 <a href=
"http://www.kapsch.net/
">det sveitsiske selskapet Kapsch
</a
> som
181 blant annet lager sensorsystemer for veitrafikk. Men de lager mye
182 forskjellig, og jeg kjente ikke igjen boksen på utseendet etter en
183 kjapp titt på produktlista til selskapet.
</p
>
185 <p
>I og med at boksen henger over veien E16, en riksvei vedlikeholdt
186 av Statens Vegvesen, så antok jeg at det burde være mulig å bruke
187 REST-API-et som gir tilgang til vegvesenets database over veier,
188 skilter og annet veirelatert til å finne ut hva i alle dager dette
189 kunne være. De har både
190 <a href=
"https://www.vegvesen.no/nvdb/api/dokumentasjon/datakatalog
">en
191 datakatalog
</a
> og
192 <a href=
"https://www.vegvesen.no/nvdb/api/dokumentasjon/sok
">et
193 søk
</a
>, der en kan søke etter ulike typer oppføringer innen for et
194 gitt geografisk område. Jeg laget et enkelt shell-script for å hente
195 ut antall av en gitt type innenfor området skibrua dekker, og listet
196 opp navnet på typene som ble funnet. Orket ikke slå opp hvordan
197 URL-koding av aktuelle strenger kunne gjøres mer generisk, og brukte
198 en stygg sed-linje i stedet.
</p
>
200 <blockquote
><pre
>
204 -e
's/ / /g
' -e
's/{/%
7B/g
' \
205 -e
's/}/%
7D/g
' -e
's/\[/%
5B/g
' \
206 -e
's/\]/%
5D/g
' -e
's/ /%
20/g
' \
207 -e
's/,/%
2C/g
' -e
's/\
"/%
22/g
' \
208 -e
's/:/%
3A/g
'
213 curl -s -H
'Accept: application/vnd.vegvesen.nvdb-v1+xml
' \
214 "https://www.vegvesen.no/nvdb/api$url
" | xmllint --format -
217 for id in $(seq
1 874) ; do
220 bbox: \
"10.34425,
59.96386,
10.34458,
59.96409\
",
221 srid: \
"WGS84\
"
228 query=/sok?kriterie=$(echo $search | urlmap)
229 if lookup
"$query
" |
230 grep -q
'&lt;totaltAntallReturnert
>0&lt;
'
235 lookup
"/datakatalog/objekttyper/$id
" |grep
'^
&lt;navn
>'
240 </pre
></blockquote
>
242 Aktuelt ID-område
1-
874 var riktig i datakatalogen da jeg laget
243 scriptet. Det vil endre seg over tid. Skriptet listet så opp
244 aktuelle typer i og rundt skibrua:
246 <blockquote
><pre
>
248 &lt;navn
>Rekkverk
&lt;/navn
>
250 &lt;navn
>Rekkverksende
&lt;/navn
>
252 &lt;navn
>Trafikklomme
&lt;/navn
>
254 &lt;navn
>Trafikkøy
&lt;/navn
>
256 &lt;navn
>Bru
&lt;/navn
>
258 &lt;navn
>Stikkrenne/Kulvert
&lt;/navn
>
260 &lt;navn
>Grøft, åpen
&lt;/navn
>
262 &lt;navn
>Belysningsstrekning
&lt;/navn
>
264 &lt;navn
>Skiltpunkt
&lt;/navn
>
266 &lt;navn
>Skiltplate
&lt;/navn
>
268 &lt;navn
>Referansestolpe
&lt;/navn
>
270 &lt;navn
>Vegoppmerking, langsgående
&lt;/navn
>
272 &lt;navn
>Fartsgrense
&lt;/navn
>
274 &lt;navn
>Vinterdriftsstrategi
&lt;/navn
>
276 &lt;navn
>Trafikkdeler
&lt;/navn
>
278 &lt;navn
>Vegdekke
&lt;/navn
>
280 &lt;navn
>Breddemåling
&lt;/navn
>
282 &lt;navn
>Kantklippareal
&lt;/navn
>
284 &lt;navn
>Snø-/isrydding
&lt;/navn
>
286 &lt;navn
>Skred
&lt;/navn
>
288 &lt;navn
>Dokumentasjon
&lt;/navn
>
290 &lt;navn
>Undergang
&lt;/navn
>
292 &lt;navn
>Tverrprofil
&lt;/navn
>
294 &lt;navn
>Vegreferanse
&lt;/navn
>
296 &lt;navn
>Region
&lt;/navn
>
298 &lt;navn
>Fylke
&lt;/navn
>
300 &lt;navn
>Kommune
&lt;/navn
>
302 &lt;navn
>Gate
&lt;/navn
>
304 &lt;navn
>Transportlenke
&lt;/navn
>
306 &lt;navn
>Trafikkmengde
&lt;/navn
>
308 &lt;navn
>Trafikkulykke
&lt;/navn
>
310 &lt;navn
>Ulykkesinvolvert enhet
&lt;/navn
>
312 &lt;navn
>Ulykkesinvolvert person
&lt;/navn
>
314 &lt;navn
>Politidistrikt
&lt;/navn
>
316 &lt;navn
>Vegbredde
&lt;/navn
>
318 &lt;navn
>Høydebegrensning
&lt;/navn
>
320 &lt;navn
>Nedbøyningsmåling
&lt;/navn
>
322 &lt;navn
>Støy-luft, Strekningsdata
&lt;/navn
>
324 &lt;navn
>Oppgravingsdata
&lt;/navn
>
326 &lt;navn
>Oppgravingslag
&lt;/navn
>
328 &lt;navn
>PMS-parsell
&lt;/navn
>
330 &lt;navn
>Vegnormalstrekning
&lt;/navn
>
332 &lt;navn
>Værrelatert strekning
&lt;/navn
>
334 &lt;navn
>Feltstrekning
&lt;/navn
>
336 &lt;navn
>Adressepunkt
&lt;/navn
>
338 &lt;navn
>Friksjonsmåleserie
&lt;/navn
>
340 &lt;navn
>Vegdekke, flatelapping
&lt;/navn
>
342 &lt;navn
>Kurvatur, horisontalelement
&lt;/navn
>
344 &lt;navn
>Kurvatur, vertikalelement
&lt;/navn
>
346 &lt;navn
>Kurvatur, vertikalpunkt
&lt;/navn
>
348 &lt;navn
>Statistikk, trafikkmengde
&lt;/navn
>
350 &lt;navn
>Statistikk, vegbredde
&lt;/navn
>
352 &lt;navn
>Nedbøyningsmåleserie
&lt;/navn
>
354 &lt;navn
>ATK, influensstrekning
&lt;/navn
>
356 &lt;navn
>Systemobjekt
&lt;/navn
>
358 &lt;navn
>Vinterdriftsklasse
&lt;/navn
>
360 &lt;navn
>Funksjonell vegklasse
&lt;/navn
>
362 &lt;navn
>Kurvatur, stigning
&lt;/navn
>
364 &lt;navn
>Vegbredde, beregnet
&lt;/navn
>
366 &lt;navn
>Reisetidsregistreringspunkt
&lt;/navn
>
368 &lt;navn
>Bruksklasse
&lt;/navn
>
369 </pre
></blockquote
>
371 <p
>Av disse ser ID
775 og
862 mest relevant ut. ID
775 antar jeg
372 refererer til fotoboksen som står like ved brua, mens
373 «Reisetidsregistreringspunkt» kanskje kan være boksen som henger der.
374 Hvordan finner jeg så ut hva dette kan være for noe. En titt på
375 <a href=
"http://labs.vegdata.no/nvdb-datakatalog/
862-Reisetidsregistreringspunkt/
">datakatalogsiden
376 for ID
862/Reisetidsregistreringspunkt
</a
> viser at det er finnes
53
377 slike målere i Norge, og hvor de er plassert, men gir ellers få
378 detaljer. Det er plassert
40 på østlandet og
13 i Trondheimsregionen.
379 Men siden nevner «AutoPASS», og hvis en slår opp oppføringen på
380 Sollihøgda nevner den «Ciber AS» som ID for eksternt system. (Kan det
382 <a href=
"http://www.proff.no/selskap/ciber-norge-as/oslo/internettdesign-og-programmering/Z0I3KMF4/
">Ciber
383 Norge AS
</a
>, et selskap eid av Ciber Europe Bv?) Et nettsøk på
384 «Ciber AS autopass» fører meg til en artikkel fra NRK Trøndelag i
386 «
<a href=
"http://www.nrk.no/trondelag/sjekk-dette-hvis-du-vil-unnga-ko-
1.11327947">Sjekk
387 dette hvis du vil unngå kø
</a
>». Artikkelen henviser til vegvesenets
389 <a href=
"http://www.reisetider.no/reisetid/forside.html
">reisetider.no
</a
>
391 <a href=
"http://www.reisetider.no/reisetid/omrade.html?omrade=
5">kartside
392 for Østlandet
</a
> som viser at det måles mellom Sandvika og Sollihøgda.
393 Det kan dermed se ut til at jeg har funnet ut hva boksene gjør.
</p
>
395 <p
>Hvis det stemmer, så er dette bokser som leser av AutoPASS-ID-en
396 til alle passerende biler med AutoPASS-brikke, og dermed gjør det mulig
397 for de som kontrollerer boksene å holde rede på hvor en gitt bil er
398 når den passerte et slikt målepunkt. NRK-artikkelen forteller at
399 denne informasjonen i dag kun brukes til å koble to
400 AutoPASS-brikkepasseringer passeringer sammen for å beregne
401 reisetiden, og at bruken er godkjent av Datatilsynet. Det er desverre
402 ikke mulig for en sjåfør som passerer under en slik boks å kontrollere
403 at AutoPASS-ID-en kun brukes til dette i dag og i fremtiden.
</p
>
405 <p
>I tillegg til denne type AutoPASS-sniffere vet jeg at det også
406 finnes mange automatiske stasjoner som tar betalt pr. passering (aka
407 bomstasjoner), og der lagres informasjon om tid, sted og bilnummer i
408 10 år. Finnes det andre slike sniffere plassert ut på veiene?
</p
>
410 <p
>Personlig har jeg valgt å ikke bruke AutoPASS-brikke, for å gjøre
411 det vanskeligere og mer kostbart for de som vil invadere privatsfæren
412 og holde rede på hvor bilen min beveger seg til enhver tid. Jeg håper
413 flere vil gjøre det samme, selv om det gir litt høyere private
414 utgifter (dyrere bompassering). Vern om privatsfæren koster i disse
417 <p
>Takk til Jan Kristian Jensen i Statens Vegvesen for tips om
418 dokumentasjon på vegvesenets REST-API.
</p
>
420 <p
>Bruksvilkår på bildet er
421 <a href=
"https://creativecommons.org/publicdomain/
">public domain eller
422 CC0
</a
> alt etter hva som fungerer best for mottaker.
</p
>
424 <p
>Oppdatering
2014-
12-
17: Veldig hyggelig å se at mine notater
425 <a href=
"http://www.vegdata.no/
2014/
11/
04/hva-henger-under-brua-over-e16-pa-sollihogda/
">fikk
426 omtale på vegdata-bloggen
</a
>.
</p
>
431 <title>Frikart - Free Garmin maps for European countries based on OpenStreetmap
</title>
432 <link>http://people.skolelinux.org/pere/blog/Frikart___Free_Garmin_maps_for_European_countries_based_on_OpenStreetmap.html
</link>
433 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Frikart___Free_Garmin_maps_for_European_countries_based_on_OpenStreetmap.html
</guid>
434 <pubDate>Fri,
15 Feb
2013 09:
30:
00 +
0100</pubDate>
435 <description><p
>If you, like me, want an updated a map for your Garmin GPS, there is
436 now a great source of free maps available from
437 <a href=
"http://www.frikart.no/garmin/index.html
">Frikart
</a
>. To
438 download a map, just click on the country you are interested in, and
439 download the map type you want. There are
8 different maps available,
440 using different colours and data selection. Pick one of Roadmap, Topo
441 Summer, Topo Winter, Roadmap II, Topo Summer II, Topo Winter II,
442 "Trails - overlay map
" and
"Cross country - overlay map
" (see the web
443 page for descriptions).
</p
>
445 <p
>The maps are updated weekly, so if you find something wrong in the
446 map you can just edit the
447 <a href=
"http://www.openstreetmap.org/
">OpenStreetmap
</a
> map source
448 (anyone can contribute) and fetch a fixed map a week later. :)
</p
>
453 <title>Naturvernforbundet i Oslo bruker OpenStreetmap i sin kalender
</title>
454 <link>http://people.skolelinux.org/pere/blog/Naturvernforbundet_i_Oslo_bruker_OpenStreetmap_i_sin_kalender.html
</link>
455 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Naturvernforbundet_i_Oslo_bruker_OpenStreetmap_i_sin_kalender.html
</guid>
456 <pubDate>Sun,
16 Sep
2012 12:
00:
00 +
0200</pubDate>
457 <description><p
>Veldig morsomt å se at
458 <a href=
"http://naturvernforbundet.no/noa/
">Naturvernforbundet Oslo og
459 Akershus
</a
> bruker kart fra
460 <a href=
"http://www.openstreetmap.no/
">OpenStreetmap.org
<a/
> i
461 <a href=
"http://naturvernforbundet.no/noa/bestill-markakalenderen-
2013-article24039-
1939.html
">sine
462 kalendere
</a
>. Vidar Gundersen i kartgruppa
463 <a href=
"http://lists.nuug.no/pipermail/kart/
2012-September/
003696.html
">forteller
464 på den norske epostlisten
</a
> til prosjektet at hvert blad i
465 kalenderen har et turforslag på baksiden, med kart fra OpenStreetmap.
466 Tidligere kjøpte de visst kart fra kartverket, men nå slipper de
469 <p
>Denne nyheten synes jeg er fantastisk bra, og jeg håper de får
470 følge av flere, slik at det potensielle og fryktede inntektstapet for
471 kartverket ved frigjøring av kartdata blir mindre, og forhåpentligvis
472 til slutt så lite at frykten for å frigjøre data overvinnes.
</p
>
477 <title>Intervju med digi.no om Norge Digitalt og Openstreetmap
</title>
478 <link>http://people.skolelinux.org/pere/blog/Intervju_med_digi_no_om_Norge_Digitalt_og_Openstreetmap.html
</link>
479 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Intervju_med_digi_no_om_Norge_Digitalt_og_Openstreetmap.html
</guid>
480 <pubDate>Fri,
11 May
2012 23:
40:
00 +
0200</pubDate>
481 <description><p
>I går ble jeg kontaktet på epost av
482 <a href=
"http://www.digi.no
">digi.no
</a
>s Eirik Rossen som lurte på om
483 jeg hadde noen kommentarer til
484 <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
485 pressemelding
</a
> om Norges tetplassering når det gjelder
486 kart-tilgjengelighet. Jeg svarte følgende, som resulterte i noen
488 <a href=
"http://www.digi.no/
895420/norge-i-tet-paa-digitale-kartdata#debatt
">Digis
489 dekning
</a
> av kartverkets pressemelding.
</p
>
491 <p
><blockquote
>
492 <p
>Takk for muligheten til å kommentere.
</p
>
494 <p
>Pressemeldingen omhandler tilgjengeligheten av kart for aktører som er
495 medlem i kartellet Norge Digitalt. Det er ingen overraskelse for meg
496 at tilgjengeligheten til kart hos disse medlemmene er god. Men for
497 oss på utsiden av kartellet er tilgjengelighet av det som burde være
498 felleskapets og innbyggernes kart dårlig.
</p
>
500 <p
>Bruksvilkårene til kartene fra medlemmene i Norge Digital hindrer
501 nyskapning og selv om en er villig til å betale den ublu prisen som
502 forlanges får en fortsatt ikke tilgang til kartdata uten
503 bruksbegresninger. Derfor bruker jeg heller tid på å gjøre
504 fribrukskartet OpenStreetmap bedre. Der fremmer bruksvilkårene
505 nyskapning og lar meg skape nye tjenester uten å måtte søke om
506 tillatelse fra det offentlige.
</p
>
508 <p
>En annen problemstilling er jo sikkerhet til fjells og til sjøs.
509 Mon tro hvor mange ulykker på sjøen som kunne vært unngått hvis
510 sjøkartdata var tilgjengelig uten bruksbegrensninger, slik at enhver
511 med GPS eller kartplotter tilnærmet kostnadsfritt kunne sikre seg mest
512 mulig oppdaterte sjøkart? Det hjelper jo ikke at offentlige etater
513 har enkel tilgang til sjøkartene når det samme ikke gjelder hver
514 båtkaptein og småbåtfører. Jeg tror samfunnet som helhet hadde tjent
515 på å unngå kostnadene ved disse ulykkene ved å tvinge sjøkartverket
516 til å publisere sine kartdata på Internet uten bruksbegresninger.
</p
>
517 </blockquote
></p
>
522 <title>Kartverkets lansering av tjenesten Se Eiendom har potensiale, hvis bruksvilkårene ikke blokkerer
</title>
523 <link>http://people.skolelinux.org/pere/blog/Kartverkets_lansering_av_tjenesten_Se_Eiendom_har_potensiale__hvis_bruksvilk_rene_ikke_blokkerer.html
</link>
524 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Kartverkets_lansering_av_tjenesten_Se_Eiendom_har_potensiale__hvis_bruksvilk_rene_ikke_blokkerer.html
</guid>
525 <pubDate>Sat,
18 Jun
2011 01:
00:
00 +
0200</pubDate>
526 <description><p
>På torsdag lanserte kartverket en ny nett-tjeneste kalt
527 <a href=
"http://www.seeiendom.no/
">Se Eiendom
</a
>, der en får innsyn i
528 det norske eiendomsregisteret (Matrikkelen) og kan slå opp
529 grunnleggende informasjon om hver eiendom. En kan slå opp et
530 koordinat og finne ut hvilken eiendom punktet befinner se på og så slå
531 opp eiendommen i matrikkelen og finne ut nøkkelinformasjon om
532 eiendommen.
</p
>
534 <p
>Det slo meg at dette kan brukes til å gjenskape kommunegrenser, ved
535 å slå opp punkter langs grenselinja og dermed bestemme hvor
536 grenselinjen befinner seg. En kan bestemme den vilkårlig nøyaktig ved
537 å gjøre et geometrisk søk.
539 <p
>Sniffet i kveld på trafikken til tjenesten, og det er i korte trekk
540 tre relevante tjenestekall som returnerer JSON-data.
</p
>
542 <p
>Først en som konverterer mellom koordinater, som i mitt eksempel
543 konverterer fra UTM sone
33 til UTM sone
32:
</p
>
545 <blockquote
><pre
>
546 % GET
'http://www.seeiendom.no/services/geoport.svc/GetTransformJsonp?nord=
6648308.4755859&ost=
248316.38085938&fromEpsg=EPSG:
32633&toEpsg=EPSG:
32632'
547 {
"x
":
583905.90433579613,
"y
":
6640700.79711847}
549 </pre
></blockquote
>
551 <p
>Koordinatene i UTM sone
32 kan så gis til tjenesten som slår opp
552 eiendom basert på koordinat:
</p
>
554 <blockquote
><pre
>
555 % echo | POST
'http://www.seeiendom.no/services/geoport.svc/PerformPropertySearchFromPolygonCoordinatesJsonp?polygonCoordinatesString=
583905.9043357961,
6640700.79711847'
556 {
"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"}}
558 </pre
></blockquote
>
560 <p
>Etter dette kallet har en kommunenavn og kommunenummer, noe som er
561 tilstrekkelig til å gjenskape kommunegrenser. Hvis en ønsker å vite
562 detaljene om eiendommen kan en slå opp i selve matrikkelen, og få ut
563 en HTML-side med informasjon:
</p
>
565 <blockquote
><pre
>
566 % 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
'
567 &lt;!DOCTYPE html PUBLIC
"-//W3C//DTD XHTML
1.0 Transitional//EN
" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd
">
568 &lt;html xmlns=
"http://www.w3.org/
1999/xhtml
">
570 &lt;title
>Matrikkel informasjon
&lt;/title
>
572 </pre
></blockquote
>
574 <p
>Informasjon om hva en kan hente ut ved hjelp av Matrikkel.svc er
575 dokumentert og tilgjengelig på
576 <a href=
"http://www.seeiendom.no/services/Matrikkel.svc/help
">en egen
577 hjelpeside
</a
>. Hvis en vil ha XML- eller JSON-formattert informasjon
578 kan GetMatrikkelinfo-funksjonen brukes. Hvis en f.eks. bruker den slik
579 får en masse informasjon om en eiendom:
</p
>
581 <blockquote
><pre
>
582 % echo
'{
"knr
":
1601,
"gnr
":
27,
"bnr
":
2,
"fnr
":
0,
"snr
":
0,
"customer
":
"kartverket
"}
' | \
583 POST -c application/json http://www.seeiendom.no/services/Matrikkel.svc/GetMatrikkelinfo
586 </pre
></blockquote
>
588 <p
>Dette ser ut som en svært nyttig tjeneste som kan gjøre FiksGataMi
589 mer treffsikker når den skal finne ut hvilken kommune og fylke som
590 skal ha problemrapporter. Da eierinformasjon ikke er tilgjengelig, må
591 vi i så fall bygge opp vår egen database over eiere av eiendommer
592 knyttet til vei for å kunne skille på veinivå om kommune eller
593 vegvesen skal ha beskjed. Har ikke funnet informasjon om hvilke
594 bruksvilkår tjenesten har, så jeg er ennå ikke sikker på om dette er
595 trygt å gjøre. Håper det blir klart etter hvert som tjenesten tar
598 <p
>Tillegg
2011-
06-
24: Har oppdaget at en også kan hente ut geografisk
599 beskrivelse av eiendommen (dvs. et polygon som omkretser eiendommen),
600 ved hjelp av følgende forespørsel.
</p
>
602 <blockquote
><pre
>
603 % echo | POST
'http://www.seeiendom.no/services/geoport.svc/GetPropertyBorderJsonp?kommunenr=
1663&gardsnr=
4&bruksnr=
182&festenr=
0&seksjonsnr=
0&gateAdresseId=
&address=
&showPopUp=true
'
606 </pre
></blockquote
>
608 <p
>Da blir det straks veldig nyttig for å klassifisere eierskap på
609 veier og andre offentlige områder. Det er dog en eller annen feil som
610 gjør at oppslag på store eiendommer (som Nordmarka i Oslo og
611 Finnmarksvidda) ikke fungerer. Vet ikke hva det kommer av.
</p
>
617 <title>FiksGataMi - fylkesoversikt på kart
</title>
618 <link>http://people.skolelinux.org/pere/blog/FiksGataMi___fylkesoversikt_p__kart.html
</link>
619 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/FiksGataMi___fylkesoversikt_p__kart.html
</guid>
620 <pubDate>Fri,
15 Apr
2011 13:
15:
00 +
0200</pubDate>
621 <description><p
>Det er morsomt å følge med hvordan bruken av FiksGataMi sprer seg
622 over det ganske land. Her er lenkene til fylkesoversikt på kart over
623 de (for tiden)
200 siste problemene. Bruker her GeoRSS-kilden i
624 FiksGataMi og presenterer enten via Google Maps eller en
625 GeoRSS-fremviser jeg fant for OpenStreetmap.
</p
>
629 <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
>
630 <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
>
631 <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
>
632 <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
>
633 <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
>
634 <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
>
635 <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
>
636 <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
>
637 <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
>
638 <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
>
639 <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
>
640 <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
>
641 <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
>
642 <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
>
643 <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
>
644 <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
>
645 <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
>
646 <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
>
647 <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
>
651 <p
>Antall problemer returnert i GeoRSS-kildene justeres over tid etter
652 hvert som vi får mer erfaring med hvilken belastning det gir på
655 <p
>Oppdatering
2011-
04-
27: Endret URL til fylker med mellomrom i
656 navnene fra %
20 til %
2B, slik at de fungerer i flere nettlesere.
</p
>
661 <title>A Norwegian FixMyStreet have kept me busy the last few weeks
</title>
662 <link>http://people.skolelinux.org/pere/blog/A_Norwegian_FixMyStreet_have_kept_me_busy_the_last_few_weeks.html
</link>
663 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/A_Norwegian_FixMyStreet_have_kept_me_busy_the_last_few_weeks.html
</guid>
664 <pubDate>Sun,
3 Apr
2011 22:
50:
00 +
0200</pubDate>
665 <description><p
>Here is a small update for my English readers. Most of my blog
666 posts have been in Norwegian the last few weeks, so here is a short
667 update in English.
</p
>
669 <p
>The kids still keep me too busy to get much free software work
670 done, but I did manage to organise a project to get a Norwegian port
671 of the British service
672 <a href=
"http://www.fixmystreet.com/
">FixMyStreet
</a
> up and running,
673 and it has been running for a month now. The entire project has been
674 organised by me and two others. Around Christmas we gathered sponsors
675 to fund the development work. In January I drafted a contract with
676 <a href=
"http://www.mysociety.org/
">mySociety
</a
> on what to develop,
677 and in February the development took place. Most of it involved
678 converting the source to use GPS coordinates instead of British
679 easting/northing, and the resulting code should be a lot easier to get
680 running in any country by now. The Norwegian
681 <a href=
"http://www.fiksgatami.no/
">FiksGataMi
</a
> is using
682 <a href=
"http://www.openstreetmap.org/
">OpenStreetmap
</a
> as the map
683 source and the source for administrative borders in Norway, and
684 support for this had to be added/fixed.
</p
>
686 <p
>The Norwegian version went live March
3th, and we spent the weekend
687 polishing the system before we announced it March
7th. The system is
688 running on a KVM instance of Debian/Squeeze, and has seen almost
3000
689 problem reports in a few weeks. Soon we hope to announce the Android
690 and iPhone versions making it even easier to report problems with the
691 public infrastructure.
</p
>
693 <p
>Perhaps something to consider for those of you in countries without
694 such service?
</p
>
699 <title>Kort innspill til norsk lisens for offentlige data
</title>
700 <link>http://people.skolelinux.org/pere/blog/Kort_innspill_til_norsk_lisens_for_offentlige_data.html
</link>
701 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Kort_innspill_til_norsk_lisens_for_offentlige_data.html
</guid>
702 <pubDate>Thu,
24 Mar
2011 23:
00:
00 +
0100</pubDate>
703 <description><p
>FAD er igang med å publisere et forslag til norsk lisens for
704 offentlige data (NLOD), og jeg fikk i kveld lest igjennom teksten.
705 Jeg la inn to kommentarer på
706 <a href=
"http://data.norge.no/blogg/
2011/
03/norsk-lisens-for-offentlige-data-nlod-skal-pa-høring/
">bloggen
707 der forslaget ble lansert
</a
> som jeg vil dele med mine lesere:
</p
>
711 <p
>Jeg håper en sikrer at georefererte data som publiseres med
712 bruksvilkår i henhold til denne lisensen kan importeres inn i
713 OpenStreetmap. Jeg har ikke full oversikt over hva dette innebærer av
714 konkrete krav til lisensen, og rekker heller ikke sjekke det opp, men
715 nevner det her for å øke sjansen for at det blir tatt hensyn til.
</p
>
717 <p
>Etter å ha lest forslag til lisens, er det to ting som slår meg. En
718 forsøker å løse utfordringer relatert til kildekritikk med
719 opphavsrettslige midler, og det tror jeg er en tabbe. I stedet for å
720 kreve navngivelse og at informasjonen ikke skal brukes til å villede,
721 som vil gjøre det problematisk å bruke informasjonen i enkelte
722 sammenhenger, så bør en akseptere at informasjonen kan brukes uten
723 navngivelse og til å villede, og legge opp til at de som vil være
724 sikker på at den informasjonen de har fått en kopi av er den
725 “offisielle” bør hente den fra offisielle kilder med metoder som
726 sikrer at en får den “offisielle” versjonen
727 (dvs. vha. krypto-signaturer).
</p
>
729 <p
>I kortet er det jeg sier at en bør gjøre lisensen mer i tråd med
730 "public domain
", og bruke potensielle mottakeres evne til å sjekke
731 hvor datafiler kommer fra for å sikre at korrekt informasjon kommer
732 frem til de som trenger det. Motivasjonen min for å ikke kreve
733 navngivelse er å unngå de problemer som potensielle prosjekter får
734 hvis det skal kombineres mange kilder som alle krever navngivelse
735 (tenk et kart der flere hundre tusen bidrag skal navngis på kartet).
736 Motivasjonen for å ikke nekte bruk som er “villedende”, er at det
737 åpner for
"gummilover
" og vilkårlig håndhevelse, og kan gjøre det
738 vanskelig/risikabelt å bruke data gitt ut med denne lisensen til å
739 kritisere de som har gitt ut data. En kritiker kan bli forsøkt kneblet
740 ved å påstå at informasjonen brukes til å villede, og på den bakgrunn
741 trekke bruksretten til datakilden tilbake.
</p
>
745 <p
>Anbefaler alle å ta en titt på lisensen og gi innspill enten via
746 blogg-kommentarer eller via høringen som snart starter. Lisensen er
747 allerede tatt i bruk av Trafikanten til å publisere ruteinformasjon
748 for Østlandet, og jeg mistenker flere offentlige aktører vil ta den i
749 bruk. Det er dermed viktig å sikre at lisensen muliggjør mest mulig
750 gjenbruk av offentlige data.
</p
>
755 <title>1000 problemer rapportert via FiksGataMi på litt over to dager
</title>
756 <link>http://people.skolelinux.org/pere/blog/
1000_problemer_rapportert_via_FiksGataMi_p__litt_over_to_dager.html
</link>
757 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/
1000_problemer_rapportert_via_FiksGataMi_p__litt_over_to_dager.html
</guid>
758 <pubDate>Wed,
9 Mar
2011 23:
45:
00 +
0100</pubDate>
759 <description><p
>Etter mandagens lansering av
760 <a href=
"http://www.fiksgatami.no/
">FiksGataMi
</a
> har responsen vært
761 enorm, og de første
1000 problemene er allerede rapportert. Noen
762 saker er allerede løst, og responstiden til
763 <a href=
"http://www.fiksgatami.no/report/
490">Bø i Nordland
</a
> og
764 <a href=
"http://www.fiksgatami.no/report/
550">Melhus
</a
> imponerer
765 stort. Slikt burde gjøre innbyggerne der stolte. :)
</p
>
767 <p
>En utfordring for FiksGataMi er håndtering av fylkes- og riksveier
768 som ikke skal til kommunen men til fylket eller staten. Problemet er
769 at vi mangler en datakilde som kan brukes til å identifisere hvilket
770 geografisk område som administreres av fylket og staten (dvs. vei,
771 grøfter, gjerder og slikt). Det vi trenger er maskinlesbare
772 georefererte eiendomsgrenser over eiendommene som hører til fylkes- og
773 riksveier. Når vi har det, kan vi videreutvikle fiksgatami til å
774 håndtere eiendomsgrenser i tillegg til dagens kommune- og
775 fylkesgrenser. Så vi trenger datakilder uten bruksbegrensninger og
776 litt finansiering for å ta dem i bruk.
</p
>
778 <p
>Men noen kommuner håndterer denne utfordringen elegant likevel og
779 til det beste for innsender ved å sende saken videre til riktig
780 instans og notere dette i FiksGataMi. De første som gjorde dette var
782 <a href=
"http://www.fiksgatami.no/report/
385">Lørenskog
</a
>. All kudos
785 <p
>I morgen tidlig skal Christer på NRK Østlandssendingen og snakke om
786 FiksGataMi. Jeg gleder meg til å høre opptaket og se hvilken respons
787 det fører til på innrapporteringen. Jeg forsøker å holde
788 <a href=
"http://www.nuug.no/imedia.shtml
">oversikt over omtalen
</a
>
789 NUUG og FiksGataMi på NUUGs websider, og responsen så langt har vært
790 veldig god. De fleste kommunene er veldig positive til tjenesten. De
791 som hadde lignende løsninger er ikke så fornøyde, noe jeg kan forstå.
792 På den positive siden får innbyggerne i disse kommunene nå et valg om
793 hvilken løsning de vil benytte seg av, og konkurranse er en fin ting
794 for å dyrke frem de beste løsningene. :)
</p
>
799 <title>FiksGataMi lansert, og responsen har vært overveldende
</title>
800 <link>http://people.skolelinux.org/pere/blog/FiksGataMi_lansert__og_responsen_har_v_rt_overveldende.html
</link>
801 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/FiksGataMi_lansert__og_responsen_har_v_rt_overveldende.html
</guid>
802 <pubDate>Tue,
8 Mar
2011 15:
30:
00 +
0100</pubDate>
803 <description><p
>I går lanserte vi i
<a href=
"http://www.nuug.no/
">foreningen NUUG
</a
>
804 <a href=
"http://www.fiksgatami.no/
">FiksGataMi
</a
>, med
805 <a href=
"http://lists.nuug.no/pipermail/interesserte/
2011-March/
000457.html
">pressemelding
806 på epost
</a
> til alle NUUGs annonseringsliste, medlemmene, alle
807 landets redaksjoner og alle landets kommuner og fylkeskommuner.
808 Responsen har vært formidabel, og vi har en enorm baklogg av
809 henvendelser å følge opp. Vi jobber oss sakte men sikkert igjennom
810 stabelen. Alt sendes til NUUGs RT-instans slik at ingen blir glemt.
811 Hvis du har kommentarer og spørsmål, bruk
812 <a href=
"http://www.fiksgatami.no/contact
">kontaktfeltet
</a
> på
813 FiksGatami, eller send epost til adressen som er oppgitt der.
</p
>
815 <p
>Pr nå er det kommet inn over
600 problemer som er rapportert videre
816 til kommuner og fylker. Jeg hentet ut fordelingen på kategorier nå
817 nettopp, for å se hva som opptar innbyggerne rundt om i det ganske
818 land. Det er mest aktivitet i Trondheim, fulgt av Oslo og Bergen, men
819 godt over
100 kommuner og fylker har fått meldinger fra innbyggerne
820 via FiksGatami så langt.
</p
>
823 <tr
><th
>count
</th
><th
>category
</th
></tr
>
824 <tr
><td
>398</td
><td
>Hull i vei
</td
></tr
>
825 <tr
><td
> 83</td
><td
>Gater/Veier
</td
></tr
>
826 <tr
><td
> 65</td
><td
>Snøbrøyting
</td
></tr
>
827 <tr
><td
> 54</td
><td
>Gatelys
</td
></tr
>
828 <tr
><td
> 46</td
><td
>Annet
</td
></tr
>
829 <tr
><td
> 30</td
><td
>Fortau/gangstier
</td
></tr
>
830 <tr
><td
> 17</td
><td
>Tette avløpsrister
</td
></tr
>
831 <tr
><td
> 10</td
><td
>Trafikkskilter
</td
></tr
>
832 <tr
><td
> 7</td
><td
>Parkering
</td
></tr
>
833 <tr
><td
> 7</td
><td
>Forlatte kjøretøy
</td
></tr
>
834 <tr
><td
> 4</td
><td
>Trafikklys
</td
></tr
>
835 <tr
><td
> 4</td
><td
>Sykkelveier
</td
></tr
>
836 <tr
><td
> 4</td
><td
>Forsøpling
</td
></tr
>
837 <tr
><td
> 3</td
><td
>Buss- og togstopp
</td
></tr
>
838 <tr
><td
> 3</td
><td
>Vannforsyning
</td
></tr
>
839 <tr
><td
> 3</td
><td
>Universell utforming
</td
></tr
>
840 <tr
><td
> 3</td
><td
>Trær
</td
></tr
>
841 <tr
><td
> 2</td
><td
>Graffiti/tagging
</td
></tr
>
842 <tr
><td
> 2</td
><td
>Dumpet skrot
</td
></tr
>
843 <tr
><td
> 1</td
><td
>Park/landskap
</td
></tr
>
844 <tr
><td
> 1</td
><td
>Ulovlige oppslag
</td
></tr
>
845 <tr
><td
> 1</td
><td
>Offentlige toaletter
</td
></td
></tr
>
848 <p
>Det gjenstår endel jobb med skalering før vi er fornøyd med
849 ytelsen, og så må vi få skrevet litt mer informasjon til kommunene om
850 hvordan systemet fungerer, slik at de vet mer hvordan de kan bidra til
851 å gjøre brukeropplevelsen for innbyggerne enda bedre.
</p
>
853 <p
>Til de som synes sitt lokalområde har dårlig kart, så er det bare
854 en ting å si. Bidra til å gjør
<a href=
"">OpenStreetmap
</a
> bedre ved
855 å tegne inn ditt lokalområde! Eller få det offentlige til å gi ut
856 bedre kartdata uten bruksbegrensninger. :)
</p
>
858 <p
>Jeg vil presentere FiksGataMi under
859 <a href=
"http://www.goopen.no/fiksgatami-no/
">Go Open
2011</a
>, så vi
860 ses kanskje der?
</p
>
865 <title>Kategorisering av problemer på FiksGatami
</title>
866 <link>http://people.skolelinux.org/pere/blog/Kategorisering_av_problemer_p__FiksGatami.html
</link>
867 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Kategorisering_av_problemer_p__FiksGatami.html
</guid>
868 <pubDate>Sun,
27 Feb
2011 10:
15:
00 +
0100</pubDate>
869 <description><p
>Det nærmer seg lansering av NUUGs
870 <a href=
"http://www.fiksgatami.no/
">Fiksgatami-tjeneste
</a
>, og siste
871 finpuss på kategorisering gjøres i disse dager. Jeg har konkludert
873 <a href=
"http://people.skolelinux.org/pere/blog/Fiksgatami_tar_form___snart_klar_for_test.html
">å
874 ta utgangspunkt i eksisterende kommunale tjenesters kategorisering
</a
>
875 er en dårlig ide da det er viktigere å kategorisere fra et
876 brukersynspunkt enn å kategorisere ut fra hvordan kommunene er
877 organisert internt. Måtte dermed starte på nytt med
878 kategoriarbeidet.
</p
>
880 <p
>Nå har jeg kommet opp med følgende forslag til kategorier, basert
881 på de som er i bruk på den britiske originalen, innspill på
882 IRC-kanalen til NUUG og folk rundt meg. Tar gjerne imot innspill på
883 kategoriene til epostlisten for prosjektet,
884 <a href=
"http://lists.nuug.no/mailman/listinfo/fiksgatami
">fiksgatami
885 (at) nuug.no
</a
>.
</p
>
887 <p
>Av tekniske årsaker kan kun bokmålsoversettelsen av det engelske
888 ordet
'Other
' brukes som fellesbetegnelse for andre kategorier,
889 dvs. at også nynorsk-kommuner ender opp med
'Annet
' som samlekategori.
890 Oversettelse av applikasjonen til nynorsk og nordsamisk får vente til
891 noen sponser den utviklingen som trengs for å få det til.
</p
>
893 <p
>Her er så lista med kategorier jeg tror vi går i produksjon
898 <li
>Hull i veien
</li
>
899 <li
>Gater/Veier
</li
>
900 <li
>Fortau/gangstier
</li
>
901 <li
>Veinavn-skilt
</li
>
902 <li
>Sykkelvei
</li
>
903 <li
>Glatt vei
</li
>
904 <li
>Snøbrøyting
</li
>
905 <li
>Gatelys
</li
>
906 <li
>Dumpet skrot
</li
>
907 <li
>Forsøpling
</li
>
908 <li
>Parkering
</li
>
909 <li
>Grafitti/tagging
</li
>
910 <li
>Hundedritt
</li
>
911 <li
>Gaterydding
</li
>
912 <li
>Trafikkskilter
</li
>
913 <li
>Forlatte kjøretøy
</li
>
914 <li
>Trær
</li
>
915 <li
>Trafikklys
</li
>
916 <li
>Park/landskap
</li
>
917 <li
>Ulovlige oppslag
</li
>
918 <li
>Buss- og togstopp
</li
>
919 <li
>Offentlige toalett
</li
>
920 <li
>Vannforsyning
</li
>
921 <li
>Tett avløpsrist
</li
>
922 <li
>Oljesøl
</li
>
923 <li
>Annet
</li
>
927 <p
>Er disse forståelige? Er det noen uforståelige overlapp? Noen
928 kategorier vi mangler som burde skilles ut fra
'Annet
'? Er det noen
929 av disse kategoriene som ikke skal varsles til offentlig myndighet?
930 Gi tilbakemelding innen midten av kommende uke hvis du vil ha et ord
931 med i laget når det gjelder kategorisering.
</p
>
937 <title>Konsekvenser av unøyaktige kommunesgrenser for FiksGataMi
</title>
938 <link>http://people.skolelinux.org/pere/blog/Konsekvenser_av_un_yaktige_kommunesgrenser_for_FiksGataMi.html
</link>
939 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Konsekvenser_av_un_yaktige_kommunesgrenser_for_FiksGataMi.html
</guid>
940 <pubDate>Tue,
22 Feb
2011 14:
00:
00 +
0100</pubDate>
941 <description><p
>Arbeidet med å få på plass NUUGs
942 <a href=
"http://www.fiksgatami.no/
">Fiksgatami-tjeneste
</a
> går videre
943 uten stans. Den vil som tidligere nevnt bruke de beste
944 kommunegrensene vi har klart å få tak i, fra OpenStreetmap.org. Ofte
945 vil unøyaktighetene ikke har mye konsekvenser, da kommunegrenser ofte
946 går lagt fra der det bor mye folk, men av og til vil det påvirke
947 flere. Kom over et eksempel i dag, der grensestreken går midt i
948 tettbygd strøk og henvendelser via FiksGataMi nok vil bli feilsendt
949 pga. at det offentlige nekter å fortelle oss på maskinlesbart format
950 hvor kommunegrensa går.
</p
>
952 <p
>Grensa mellom Tønsberg og Nøtterøy er
953 <a href=
"http://www.openstreetmap.org/?zoom=
14&lat=
59.25634&lon=
10.41679&layers=B00000
">i
954 dag tegnet opp
</a
> slik at den går midt igjennom Ollebukta marina og
955 lar Ørsnes ligge i en kommune mens Ørsnesalleen går over to kommuner.
956 Min erfaring med kommuneoppdeling får meg til å tro at dette neppe
959 <p
>Vi får bare håpe at noen med lokalkunnskap går inn og korrigerer
960 grensestreken i OpenStreetmap.org slik at den blir mer nøyaktig, eller
961 at det offentlige snur og publiserer i hvert fall
962 kommunegrenseinformasjonen på maskinlesbart format uten
963 bruksbegresninger, slik at FiksGataMi har større sjanse til å sende
964 informasjon til riktig kommune.
<p
>
966 <p
>Det går mot at det settes hardt mot hardt og en rettsak om temaet,
968 <a href=
"http://lists.nuug.no/pipermail/kart/
2011-February/
002310.html
">i
969 går ble det kjent
</a
> at
<a href=
"http://www.nuug-foundation.no/
">NUUG
970 Foundation
</a
> støtter
<a href=
"http://www.frigeonorge.net/
">Fri Geo
971 Norge
</a
>-prosjektet med deler av kostnadene forbundet med en rettsak
972 for å få tilgang til kommunegrensene fra kartverket. Jeg gleder meg til
973 fortsettelsen.
</p
>
978 <title>Fiksgatami tar form - snart klar for test
</title>
979 <link>http://people.skolelinux.org/pere/blog/Fiksgatami_tar_form___snart_klar_for_test.html
</link>
980 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Fiksgatami_tar_form___snart_klar_for_test.html
</guid>
981 <pubDate>Sun,
13 Feb
2011 21:
10:
00 +
0100</pubDate>
982 <description><p
>NUUGs
<a href=
"http://www.fiksgatami.no/
">Fiksgatami-tjeneste
</a
>
983 tar sakte form, og den siste uka har vi betalt
984 <a href=
"http://www.mysociety.org/
">mySociety
</a
> i England for å
985 tilpasse kildekoden til deres tjeneste slik at den skal fungere for
986 Norge. I løpet av kommende uke regner jeg at vi skal i gang med
989 <p
>For å forberede testing, har jeg tatt en titt på hva slags
990 informasjon som samles inn av kommuner som har lignende tjeneste for
991 sin kommune allerede på plass. Jeg har tittet på tjenestene til
992 <a href=
"http://www.gatami.no/
">Tromsø
</a
>,
993 <a href=
"http://www.porsgrunn.kommune.no/Hovedmeny/Selvbetjening/MinGate/
">Porsgrunn
</a
>
994 og
<a href=
"http://fiksgata.kongsvinger.no/
">Kongsvinger
</a
>. Jeg
996 <a href=
"http://www.asker.kommune.no/Dialog/Kontakt-oss/AskerDialogen/
">Askers
</a
>,
997 som er litt på siden at det jeg skriver om her
</p
>
999 <p
>Om problemet samles alle tjenestene inn plassering, enten som
1000 adresse eller som kartkoordinat. De samler også inn en
1001 oppsummering/overskrift og en lengre beskrivelse, og noen av dem
1002 tillater bilde og vedlegg lagt ved. Alle problemene tildeles en
1003 kategori, og det er stort overlapp i kategoriseringen:
</p
>
1006 <tr
><th
>Tromsø
</th
> <th
>Porsgrunn
</th
> <th
>Kongsvinger
</th
></tr
>
1007 <tr
><td
>Vei
</td
> <td
>Hull i veg
</td
> <td
>Veg/Vegvedlikehold
</td
></tr
>
1008 <tr
><td
></td
> <td
></td
> <td
>Skilt/Trafikksikkerhet
</td
></tr
>
1009 <tr
><td
>Gatelys
</td
> <td
>Gatelys virker ikke
</td
> <td
>Gatelys
</td
></tr
>
1010 <tr
><td
>Vann og avløp
</td
> <td
>Vann og avløp
</td
> <td
>Vann/Avløp
</td
></tr
>
1011 <tr
><td
>Park
</td
> <td
>Park
</td
> <td
>Park/Grønt
</td
></tr
>
1012 <tr
><td
>Friluftsliv
</td
> <td
>Friluft
</td
></tr
>
1013 <tr
><td
>Renovasjon
</td
> <td
>Renovasjon
</td
> <td
>Renovasjon/Avfall
</td
></tr
>
1014 <tr
><td
> <td
>Grafitti-Tagging
</td
> <td
>Grafitti/Tagging
</td
></tr
>
1015 <tr
><td
></td
> <td
></td
> <td
>Forsøpling
</td
></tr
>
1016 <tr
><td
>Annet
</td
> <td
>Annet
</td
> <td
>Annet
</td
></tr
>
1019 <p
>Om de som rapporterer inn problemet, blir det samlet inn navn,
1020 epostadresse, et eller to telefonnummer og for Asker postadresse.
1021 Noen vil også vite hvordan tilbakemelding ønskes, dvs. epost, telefon
1022 eller via post.
</p
>
1024 <p
>Fiksgatami skulle kunne håndtere innsending til disse kommunene
1025 uten større problemer, tror jeg. Kategorier defineres per område,
1026 slik at kommunene kan få meldinger inndelt i de kategoriene de
1027 trenger. Fiksgatami samler i utgangspunktet kun inn navn og
1028 epostadresse for innsender, og det tror jeg vi skal fortsette med.
</p
>
1033 <title>Bedre kommunegrense for Oslo i OpenStreetmap.org
</title>
1034 <link>http://people.skolelinux.org/pere/blog/Bedre_kommunegrense_for_Oslo_i_OpenStreetmap_org.html
</link>
1035 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Bedre_kommunegrense_for_Oslo_i_OpenStreetmap_org.html
</guid>
1036 <pubDate>Mon,
7 Feb
2011 10:
35:
00 +
0100</pubDate>
1037 <description><p
>Tidlig i januar oppdaget vi i
1038 <a href=
"http://www.openstreetmap.no/
">OpenStreetmap.org-prosjektet
</a
>
1039 at Oslo kommune har tatt i bruk OpenStreetmap.org for å vise frem
1040 <a href=
"http://www.samferdselsetaten.oslo.kommune.no/miljo/piggdekkgebyr/
">hvor
1041 piggdekkavgiften gjelder
</a
>, dvs. kommunegrensa. Årsaken til at
1042 denne siden bruker OpenStreetmap.org og ikke kommunens eget
1043 kartgrunnlag, er ganske absurd. Kommunens kart vedlikeholdes og
1044 styres av Plan og Bygningsetaten, mens det er Samferdselsetaten som
1045 styrer med piggdekkavgift og som har laget siden om piggdekkavgiften.
1046 I avtalen mellom Samferdselsetatet og Plan og Bygningsetaten om bruk
1047 av kommunens kart står det at kartet kun kan brukes internt, og dermed
1048 ikke publiseres på Internet. Oslo kommune forbyr altså Oslo kommune å
1049 publisere informasjon om sin kommunegrense på Internet. Ironien er
1050 upåklagelig, og årsaken er som alltid penger.
</p
>
1052 <p
>Vi i OpenStreetmap.org-prosjektet synes det er veldig gledelig at
1053 Oslo kommune vil bruke kartet vårt, men det var et lite problem rundt
1054 bruken av kommunegrensen. Den kommer fra kartverkets N5000-kart, som
1055 i følge kartverket har nøyaktighet på
2 km. Et kart over hvor
1056 piggdekkavgiften gjelder bør ha høyere nøyaktighet enn det for å unngå
1057 konflikter, så det var dermed viktig for oss å forbedre nøyaktigheten
1058 for Oslogrensa.
</p
>
1060 <p
>For litt over
2 uker siden ringte jeg derfor til Kartverket, for å
1061 høre om de kunne bidra. Jeg lurte på om de enten hadde noen
1062 datakilder med kommunegrensen i Oslo som vi ikke kjente til, eller om
1063 de kunne forklare hvordan vi kunne gjenskape kommunegrensen på bakken
1064 ved å følge en beskrivelse av grensen eller finne grensepunkter
1067 <p
>For å ta det siste først, så var det beste forslaget der å bruke
1068 kartet tilgjengelig fra
1069 <a href=
"http://www.norgeskart.no/
">norgeskart.no
</a
> til å slå opp
1070 gårds- og bruksnummer for eiendommer som grenset til kommunegrensa, og
1071 så be om innsyn i matrikkelen for hver av disse eiendommene og gå opp
1072 grensen basert på informasjon fra matrikkelen. Det fantes antagelig
1073 også noen grensesteiner som var merket på bakken, men de kjente ikke
1074 til noen offentlig kilde med informasjon om hvor disse steinene sto.
1075 Dette er en ganske arbeidskrevende oppgave, som får vente til en annen
1078 <p
>For alternative datakilder vi ikke kjente til, så var det ingen som
1079 hadde gode forslag når det gjaldt datakilder fra kartverket. Men en
1080 nevnte at det kunne være enklere å få ut data fra veidatabasen til
1081 vegvesenet, f.eks. de punktene der veier inn og ut av Oslo byttet
1082 kommune. Dette ble jeg forklart var trivielt å hente ut (mindre enn
1
1083 minutts jobb), men vedkommende jeg snakket med kunne ikke avgjøre om
1084 vi kunne få disse punktene uten bruksbegrensninger.
</p
>
1086 <p
>Og tilgang uten bruksbegrensninger er viktig for OpenStreetmap.org,
1087 da det skal være tillatt å bruke OpenStreetmap.org-data til å lage
1088 kommersielle tjenester og kopiere, endre og distribuere
1089 OpenStreetmap.org-data uten begrensninger. Jeg gjorde det derfor
1090 klart for de jeg snakket med hos Kartverket at jeg kun var interessert
1091 i å motta data som kunne legges inn i OpenStreetmap.org uten
1092 bindinger. Fikk f.eks. tilbud om å få
"test-data
" av kommunegrensen
1093 for Oslo til internt bruk og måtte takke nei.
</p
>
1095 <p
>Ideen om veidatabasen var interessant, og jeg fulgte den opp
1096 videre. Ble satt videre til noen som kanskje kunne avgjøre om jeg
1097 fikk disse punktene uten bruksbegresninger, og etter en kort og
1098 interessant samtale fikk jeg ja til å få kopi av punktene der
1099 Oslogrensa krysser vei. De ble
1100 <a href=
"http://lists.nuug.no/pipermail/kart/
2011-January/
002242.html
">sendt
1101 til kart-listen
</a
> i SOSI-format, og i løpet av noen dager brukt til
1102 å justere kommunegrensa for Oslo slik at den nå har nøyaktighet på
1103 noen meter der den krysser vei. Har fått tilbakemelding fra noen som
1104 har tilgang til Oslo kommunes kart at nøyaktigheten var blitt mye
1107 <p
>Det burde ikke være nødvendig å gjøre en slik innsats for å få vite
1108 hvor kommunegrensene går. En skulle jo tro dette var offentlig
1109 informasjon uten bruksbegrensing, og Gustav Fosseid og Magne Mæhre har
1110 et prosjekt gående for å be om innsyn i nettopp denne informasjonen.
1111 De har bedt om elektronisk kopi av kartkoordinatene for
1112 kommunegrensene i endel kommuner på østlandet i sitt
<a
1113 href=
"http://www.frigeonorge.net/
">Fri Geo Norge-prosjekt
</a
>, og har
1114 fått avslag i første instans og klagesvar fra fylkesmannen i sin klage
1115 på avslaget. Er spent på fortsettelsen, og gir dem all min hjelp og
1116 støtte i arbeidet med å få frigjort det som burde vært offentlig
1117 informasjon.
</p
>
1122 <title>Norgeskartet på mange vis - via OpenStreetmap.org
</title>
1123 <link>http://people.skolelinux.org/pere/blog/Norgeskartet_p__mange_vis___via_OpenStreetmap_org.html
</link>
1124 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Norgeskartet_p__mange_vis___via_OpenStreetmap_org.html
</guid>
1125 <pubDate>Mon,
1 Nov
2010 11:
15:
00 +
0100</pubDate>
1126 <description><p
>Har oppdaget at mange ikke er klar over at OpenStreetmap.org er
1127 tilgjengelig i en rekke forskjellige formater. Her er en liste med
1128 eksporter jeg kjenner til for Norge, for de som trenger et
1129 fribrukskart til sine tjenester:
</p
>
1133 <li
>Cloudmade tilbyr OSM XML, Garmin Map Files, Osmosis country
1134 bounding polygon, Shapefile, Navit maps, GPX POI, TomTom POI og OSM
1135 XML feature extracts via
1136 <a href=
"http://downloads.cloudmade.com/europe/norway
">sine
1137 nedlastingssider
</a
>.
</li
>
1139 <li
>Geofabric tilbyr
1140 <a href=
"http://download.geofabrik.de/osm/europe/norway.osm.bz2
">OSM
1142 <a href=
"http://download.geofabrik.de/osm/europe/norway.osm.pbf
">OSM
1143 protobuf binærformat
</a
> og
1144 <a href=
"http://download.geofabrik.de/osm/europe/norway.shp.zip
">ESRI
1145 Shapefile (EPSG:
4326)
</a
> fra sine nedlastingssider.
</li
>
1147 <li
>Frikart.no tilbyr
1148 <a href=
"http://www.frikart.no/garmin/
">Garmin-kart
</a
> i uike
1149 varianter for veibruk og turbruk sommer og vinter.
</li
>
1151 </ul
></p
>
1153 <p
>Kartene oppdateres regelmessig, som oftest hver uke. Det skulle
1154 dermed være noe for enhver smak.
</p
>
1159 <title>Navteq bruker
3-
12 måneder, OpenStreetmap.org trenger noen dager
</title>
1160 <link>http://people.skolelinux.org/pere/blog/Navteq_bruker_3_12_m_neder__OpenStreetmap_org_trenger_noen_dager.html
</link>
1161 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Navteq_bruker_3_12_m_neder__OpenStreetmap_org_trenger_noen_dager.html
</guid>
1162 <pubDate>Tue,
7 Sep
2010 21:
40:
00 +
0200</pubDate>
1163 <description><p
>Jeg ble riktig fascinert av
1164 <a href=
"http://www.aftenposten.no/nyheter/iriks/article3800967.ece
">en
1165 artikkel i Aftenposten
</a
> om hvor hardt Navteq jobber for å oppdatere
1166 kartene som brukes i navigasjons-GPSer, der det blant annet heter at
1167 "på grunn av teknikken tar det alt fra tre til tolv måneder før
1168 kartene er oppdatert
". Når en kjenner hva slags oppdateringshastighet
1169 som er tilgjengelig på
1170 <a href=
"http://www.openstreetmap.org/
">OpenStreetmap
</a
> som
1171 oppdateres på dugnad, blir det litt trist å se hva noe av det beste en
1172 kan kjøpe for penger får til.
</p
>
1174 <p
>Fra en endrer kartdataene i databasen til OpenStreetmap tar det
1175 ca.
15 minutter før endringen er synlig på kartet som alle kan se på
1176 web. Dernest overføres det daglig til en kartdump som lastes ned av
1177 personen som lager Garmin-kart for Norge ca. en gang i uken. Med
1178 OpenStreetmap.org og
<a href=
"http://www.frikart.no/
">Frikart.no
</a
>
1179 kan en altså ha korreksjonene på plass i sin Garmin-GPS i løpet av en
1180 uke. Det er også av tekniske årsaker at det tar så langt tid.
1181 Jobbene som tegner kartene, henter ut kartdumpene og konverterer til
1182 Garmin-format tar minutter og timer å gjennomføre, slik at de ikke
1183 gjøres kontinuerlig men kun regelmessing.
</p
>
1188 <title>OpenStreetmap one step closer to having routing on its front page
</title>
1189 <link>http://people.skolelinux.org/pere/blog/OpenStreetmap_one_step_closer_to_having_routing_on_its_front_page.html
</link>
1190 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/OpenStreetmap_one_step_closer_to_having_routing_on_its_front_page.html
</guid>
1191 <pubDate>Sun,
18 Jul
2010 16:
45:
00 +
0200</pubDate>
1192 <description><p
>Thanks to
1193 <a href=
"http://feedproxy.google.com/~r/Opengeodata/~
3/wUTCzDZk3lc/project-of-the-week-which-way-home
">todays
1194 opengeodata blog entry
</a
>, I just discovered that the
1195 OpenStreetmap.org site have gotten
1196 <a href=
"http://nroets.dev.openstreetmap.org/demo/index.html?layers=B000FTFTT
">support
1197 for calculating routes
</a
>. The support is still experimental and
1198 only available from the development server, until more experience is
1199 gathered on the user interface and any scalability issues.
</p
>
1201 <p
>Earlier, the routing I knew about using the OpenStreetmap.org data
1202 was provided by
<a href=
"http://maps.cloudmade.com/
">Cloudmade
</a
>,
1203 but having it on the main page is required to make everyone aware of
1204 the issue. I
've had people reject Openstreetmap.org as a viable
1205 alternative for them because the front page lacked routing support,
1206 and I hope their needs will be catered for when routing show up on the
1207 www.openstreetmap.org front page.
</p
>
1212 <title>Kartverket
"frigjør
" data men er fortsatt ikke interessante
</title>
1213 <link>http://people.skolelinux.org/pere/blog/Kartverket__frigj_r__data_men_er_fortsatt_ikke_interessante.html
</link>
1214 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Kartverket__frigj_r__data_men_er_fortsatt_ikke_interessante.html
</guid>
1215 <pubDate>Thu,
12 Nov
2009 10:
10:
00 +
0100</pubDate>
1216 <description><p
>Dagens
1217 <a href=
"http://www.statkart.no/Gratis+karttjenester.d25-SwJfY1-.ips
">kartnyhet
</a
>
1218 er at kartverket gir ikke-kommersiell tilgang til
1219 en WMS-tjeneste der en til privat bruk kan hente ut bilder av
1220 kartutsnitt så lenge disse ikke lagres lokalt, brukes i begrenset
1221 oppløsning og ikke skader kartverket og rettighetshavernes omdømme og
1222 interesse.
</p
>
1224 <p
>I går publiserte Ivan Sanchez
1225 <a href=
"http://www.opengeodata.org/
2009/
11/
11/
921/
">kaketesten
</a
>
1226 som et forslag til en (av forhåpentligvis flere) måter å teste om kart
1227 eller kartdata er fritt tilgjengelige på. Testen er enkel, og sier
1228 enkelt (oversatt av meg): Et sett med geodata, eller en kart, er kun
1229 fritt tilgjengelig hvis noen kan gi deg en kake med det kartet på
1230 toppen, som en gave. Kartverkets publisering av kart feiler så vidt
1231 jeg kan se denne testen fullstendig. En kan slik jeg leser vilkårene
1232 ikke be en konditor om å lage en kake (brudd på kravet om
1233 ikke-kommersiell bruk) med kartverkets kart.
</p
>
1235 <p
>De som vil lage karttjenester basert på denne nye tjenesten fra
1236 kartverket vil gjøre det på kartverkets nåde og med sterke bindinger
1237 og begresninger. Det blir dermed helt uinteressant for meg. Jeg vil
1238 nok fortsette å bruke data fra
1239 <a href=
"http://www.openstreetmap.org
">OpenStreetmap.org
</a
>, der jeg
1240 har kontrollen med tilgang til kartdataene, og kan endre på de
1241 underliggende dataene som jeg ønsker.
</p
>
1243 <p
>Som et eksempel, så trenger vi til en norsk
1244 <a href=
"http://www.fixmystreet.com/
">FixMyStreet-installasjon
</a
>
1245 tilgang til vektorutgaven av kommunegrensene. Denne nye karttjenesten
1246 er ubrukelig til dette.
</p
>
1248 <p
>Oppdatering
2011-
01-
14: Link til kaketesten er forsvunnet, bruk
1249 <a href=
"http://blog.okfn.org/
2010/
03/
15/the-cake-test-of-freedom/
">denne
1250 nye i stedet
</a
>.
</p
>
1255 <title>Sikkerhet til sjøs trenger sjøkart uten bruksbegresninger
</title>
1256 <link>http://people.skolelinux.org/pere/blog/Sikkerhet_til_sj_s_trenger_sj_kart_uten_bruksbegresninger.html
</link>
1257 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Sikkerhet_til_sj_s_trenger_sj_kart_uten_bruksbegresninger.html
</guid>
1258 <pubDate>Sun,
23 Aug
2009 10:
00:
00 +
0200</pubDate>
1259 <description><p
>Sikkerhet til sjøs burde være noe som opptar mange etter den siste
1260 oljeutslippsulykken med Full City, som har drept mye liv langs sjøen.
1261 En viktig faktor for å bedre sikkerheten til sjøs er at alle som
1262 ferdes på sjøen har tilgang til oppdaterte sjøkart som forteller hvor
1263 det grunner og annet en må ta hensyn til på sjøen.
</p
>
1265 <p
>Hvis en er enig i at tilgang til oppdaterte sjøkart er viktig for
1266 sikkerheten på sjøen, så er det godt å vite at det i dag er teknisk
1267 mulig å sikre alle enkel tilgang til oppdaterte digitale kart over
1268 Internet. Det trenger heller ikke være spesielt kostbart.
</p
>
1270 <p
>Både ved Rocknes-ulykken i Vatlestraumen, der
18 mennesker mistet
1271 livet, og ved Full City-ulykken utenfor Langesund, der mange tonn olje
1272 lekket ut i havet, var det registrert problemer relatert til
1273 oppdaterte sjøkart. Ved Rocknes-ulykken var de elektroniske kartene
1274 som ble brukt ikke oppdatert med informasjon om nyoppdagede grunner og
1275 losen kjente visst ikke til disse nye grunnene. Papirkartene var dog
1276 oppdaterte. Ved Full City-ulykken hadde en kontroll av skipet noen
1277 uker tidligere konstatert manglende sjøkart.
</p
>
1279 <p
>Jeg tror en løsning der digitale sjøkart kunne lastes ned direkte
1280 fra sjøkartverket av alle som ønsket oppdaterte sjøkart, uten
1281 brukerbetaling og uten bruksbegresninger knyttet til kartene, vil
1282 gjøre at flere folk på sjøen vil holde seg med oppdaterte sjøkart,
1283 eller sjøkart i det hele tatt. Resultatet av dette vil være økt
1284 sikkerhet på sjøen. En undersøkelse gjennomført av Opinion for
1285 Gjensidige i
2008 fortalte at halvparten av alle båteierne i landet
1286 ikke har sjøkart i båten.
</p
>
1288 <p
>Formatet på de digitale sjøkartene som gjøres tilgjengelig fra
1289 sjøkartverket må være i henhold til en fri og åpen standard, slik at
1290 en ikke er låst til enkeltaktørers godvilje når datafilene skal tolkes
1291 og forstås, men trenger ikke publiseres fra sjøkartverket i alle
1292 formatene til verdens skips-GPS-er i tillegg. Hvis det ikke er
1293 kostbart for sjøkartverket bør de gjerne gjøre det selv, men slik
1294 konvertering kan andre ta seg av hvis det er et marked for det.
</p
>
1296 <p
>Hvis staten mener alvor med å forbedre sikkerheten til sjøs, må de
1297 gjøre sitt for at alle båteiere har oppdaterte kart, ikke bare snakke
1298 om hvor viktig det er at de har oppdaterte kart. Det bør være
1299 viktigere for staten at båtene
<strong
>har
</strong
> oppdaterte kart
1300 enn at de er pålagt å ha oppdaterte kart.
</p
>
1302 <p
>Sjøkartene er
<a href=
"http://kart.kystverket.no/
">tilgjengelig på web
1303 fra kystverket
</a
>, men så vidt jeg har klart å finne, uten
1304 bruksvilkår som muliggjør gjenbruk uten bruksbegresninger.
</p
>
1306 <p
>OpenStreetmap.org-folk er lei av mangel på sjøkart, og har startet
1307 på et dugnadsbasert fribrukskart for havet,
1308 <a href=
"http://openseamap.org/
">OpenSeaMap
</a
>. Datagrunnlaget er
1309 OpenStreetmap, mens framvisningen er tilpasset bruk på sjøen. Det
1310 gjenstår mye før en kan bruke dette til å seile sikkert på havet, men
1311 det viser at behovet for fribruks-sjøkart er til stedet.
</p
>