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