Category Archives: English

A week of Geo and Beer

A month or so ago my colleague mentioned that we where considering sending someone over to San Francisco to get to know the Mapbox-stack even better. I think I spent two seconds thinking before I said something like “Going to San Francisco to visit Mapbox? Can I join?” And, as it turned out my schedule and area of knowledge seemed to be a good match, so I booked tickets together with my other colleague that would be coming along. Seriously, a week in SF, with it’s great vibe, superb beers and spending time with one of the most innovative Geo-players? It’s perfect! What could be better?

Well, as events turned out, I found myself in Copenhagen the weekend before my flight to SF, visiting a friend together with my girlfriend. As I left Norway friday afternoon i wrote a Tweet, proclaiming I was exited to be visiting Copenhagen and SF in one go. Then Asger Pedersen from the danish geo-geek company Septima suggested we’d meet up for some beers. I wasn’t really sure I had the time, but along the weekend we agreed to meet up. Well, before that there was beers to be had. On Saturday we headed down to Kødbyen to check out Mikkeller and Three Floyds’ new brewpub: Warpigs. This place opened the day before we visited, and with it being a really sunny and warm day in Copenhagen, the place was packed. Danish alcohol laws are fortunately relatively permissive, so we found ourselves sitting on the pavement outside drinking our beers. Which where great by the way!.

2015-04-11 15.07.50 (Custom)
Warpigs

2015-04-11 16.03.26 (Custom)

The place itself is also really cool, nothing like the “classy” “high-end” feel of the Mikkeller Bars. There was also an outdoors market going on in Kødbyen this Saturday, making the afternoon really pleasant. Great beers, good food and lots of people. We rounded off by a trip to Fermentoren, a couple of blocks away from Warpigs, before we hit our bikes, and went home for a bit of relaxation and then out for dinner, followed by a visit to Mikkeller and Friends, which was packed and not that great of an experience compared to the last time I visited. The day ended in our friends apartment, emptying his refrigerator of the beers I had bought at Kioskh earlier that day.

2015-04-11 17.27.37 (Custom)
Fermentoren

This amount of beers meant that Sunday was a bit of a challenge, but I had agreed with Asger to meet him at Taphouse at four PM. A bit tired I still biked down there and after a couple of beers a guy said “I presume you are Atle?” This turned out to be Martin from Septima, and during the next ten minutes Asger and Gregers (also Septima) showed up. Taphouse is a great place, 60 taps going, but I’m “afraid” we spent our 3 hours there talking so much that I didn’t really put all that effort into actually tasting and analyzing the beers. A bit empty place on a Sunday, but we had great fun. Seems like we have a lot in common, and for me this set the standard for what I expected SF to be: meeting people that are deeply passionate about Geo, chatting with them on various topics and really having a great time. I had to leave after some hours, but as Septimas office was just a 5 minute walk from Taphouse, I was invited to take a look. Really a cool office, in what used to be the offices of a record company.

2015-04-12 15.34.42 (Custom)

2015-04-12 19.06.50 (Custom)
Septima Offices

This pretty much completed the Copenhagen-part of my trip, lots of great beers, and good company. I really hope I’m able to visit Septima again, wether it’s on business or just a friendly chat. The next day I took the Metro to Kastrup, met my colleague Keino and got on the plane to SFO, 11 hours really let’s you focus on your book, and I’m really making progress on “Wheel of Time”. When we landed in SFO it was 15.00 local time, 24.00 Norwegian time, and with no sleep on the plane we where a bit tired. We managed to find a taxi to our “Loft” in South of Market (SoMa), rented through AirBnB. Great location, enough space, but we struggled a bit to get the WiFi working, gotta meet the basic needs of living. We found out quickly that the baseball season opened this day, and with the stadium being located 3 blocks away the streets where crowded. We found a place to grab some food and a couple of beers, but nothing much to write home about. On the way back we bought some beers, but after drinking one in the apartment, it was 20.00, and we where dead tired.

2015-04-14 16.01.04 (Custom)

The next day we had an appointment with Paul from Mapbox at 10.30, so we set out for a 30-ish minute walk to their office, stopping for breakfast at a really American diner, BLT and coffee started the day. When we arrived at the Mapbox SF office, located in an old storage house, we where met by Paul and Matt, and after a quick introduction we got down to business; i.e. being given presentations on several aspects of the Mapbox technology stack by various key persons involved in making those. We had a chance to ask a lot of questions and really got a feel for what’s possible to do with their stack! After lunch, a great sandwich bought at a new mall in the Twitter HQ on Market street, we went back to their office, and blended in in their open-floor working area. Sitting in a sofa in SoMa, drinking a Lagunitas IPA while working on vector tiles I really felt at home. It was great having the Mapbox people available for questions, and their open-space office really did work much better than any such I’ve worked in in Norway. At around 19.00, Paul and Matt took us to the AT&T stadium for a baseball-match. We went there in “an Uber”, great taxi-service which I’ll get back to. Anyways, Paul and Matt tried their best to explain the rules of the game to us, bought us beers and really proper American fast food. I’m not really that into sports, and baseball is complicated, but the stadium had a great view, and we spent 3-4 hours talking about this and that, much like the atmosphere I was hoping for when I was in Copenhagen with Septima!

2015-04-14 19.40.54 (Custom)

The game ended, SF Giants lost and Keino and I went for a couple of more beers at a nearby sports bar before heading home, still a bit jet lagged. The Wednesday was spent much in the same manner as the Tuesday, a session of presentations on various parts of the Mapbox stack before lunch (at a great Japanese place, they had lovely Ramen!) At lunch Mapbox CEO Eric Gundersen joined us, and while I guess we’ll cover the usage of Mapbox technology at Norkart in a blog post at our companys blog, what Mapbox is doing is really interesting and we are seeing some great opportunities here! Post-lunch was spent coding some more, we did a climb up to the roof of their office for a beer, and then presented what we had been working on. Great being able to show what we got up and running in relatively short time, and getting the proper channels for feedback and questions.

These two days concluded the bulk of the geo-part of the trip, although we spent half the day on both Thursday and Friday in the “Loft”, coding and updating our colleagues back home. After the “show and tell” session at Mapbox Wednesday evening we headed over to Zeitgeist, a really cool place with an impressive tap list! Still, our clocks wasn’t all that aligned with SF time, and combined with lots of impressions and a number of beers we took a taxi home at a reasonable time.

2015-04-15 23.45.02 (Custom)
Zeitgeist

Thursday afternoon we decided to be a bit touristy, we walked up to Little Italy, an Anchor Steam, an ok pizza, then Lombard street up to Russian Hill. On our way back we stopped by Rogue Public House, another place I’ve visited before. Not the best beer place in town, but they do have a rather impressive beer lineup. On our way back we stopped by 21st Amendment brewery in SoMa, a new place for me. I really liked this place, great atmosphere and good beers.

After concluding our work on Friday my colleague wanted to do some shopping, and so did I! I went almost straight to City Beer Store, centrally located in SoMa. This is a bottle shop with an impressive range, as well as 10-ish taps. I had 3-4 beers here and bought enough bottles to fill my suitcase, and got a tip about Cellarmaker, a microbrewery just 3 blocks away. Small place, crowded, but I found a place at the bar and had a couple of beers. Impressive stuff! I realized I had to hook up with my colleague again, so i bought a 1 liter growler of one of their beers, which we shared in the “loft”.

2015-04-17 15.28.11 (Custom)
City Beer Store

2015-04-17 15.59.26 (Custom)
Cellarmaker

We had gotten some restaurant-recommendations from the Mapbox-guys, so we sett off to Lolinda (“If you guys are interested in some great Argentine food and a very cool interior design”). This was a bit far from us, so we decided to test Uber, the taxi app the half the city seemed to be using. Did it work? Absolutely! Within 2 minutes we where hooked up with a driver and on our way. Lolinda was what I guess you would expect, a crowded, noisy place, but great beers and coctails (finished the meal with a Manhattan, that was the only non-beer alcohol I drank throughout the trip I think!).

My colleague had an early flight back home on Saturday, so we took an Uber back, and I went to Safeways and bought 4 beers, 1 bag of chips and and the latest issue of Cosmopolitan. Great combo? However, After a couple of beers I fell asleep as well. Saturday the 18th was my birthday, and I had to relocate to another hotel (Hotel Boheme) in Little Italy. To fight off the hangover I decided to walk, but the topography of SF means that there is no such thing as “Manhattan distance”, so I ended up walking up and down a lot, through crowded streets in Chinatown. An expirience, absolutely!

When I finally got to the hotel I had one goal: find the really great sandwich shop I visited the last time I was in SF: Google knew that place: Freddie’s Sandwiches. As they don’t have any tables, I had my BLT in Washington Square park, in lovely weather.

2015-04-18 11.42.33 (Custom)

I’m guessing that all I really wanted was for the clock to turn “beer o clock”, and around 15.00 I got an Uber to Toronado, a really great bar in Lower Haight. Kinda loud, lots of hoppy beers (including “Pliny”). Beeing Saturday the place was crowded, but there are benefits to drinking alone: I managed to squeeze in at the bar, and after a couple of beers I even talked to people! I was recommended the burrito place and the sausage place next door, but couldn’t decide, so ended up with both. After two large meals and 5-6 beers I felt like I needed to do something else, so I decided to head back to the hotel (around 18.00). The trip back became a long one, as my co-passenger was really indecisive, but the driver was a nice guy. End of story: when I got back I felt like another beer! There was a place 4-5 blocks away that looked promising on ratebeer: La Trappe Cafe. Really the opposite of Toronado, a rather quiet place in a cellar, focusing on Belgian imports, but they had some american sours as well. I spent a good three hours here as well. Not the star beer place in the city, but worth a visit.

2015-04-18 15.27.04 (Custom)
Toronado

Sunday I woke rather early and felt sorry for myself. Hungover, 31 years old and with a 10 hour flight 10 hours away. What to do? Google “best hamburger SF”, and go to Mo’s Grill. There was actually a line at 10.00, but after I while I realized that there was free seating at the bar, so i set down, got a coffe and ordered a “Burger with Sharp Cheddar Cheese, topped with Smoked Ham, melted Swiss Cheese, and Chipotle Mayonnaise” wow! afterwards I found a small cafe and sat utside for several hours reading, but then it got cold and I didn’t want more coffe, so I went back to Rogue and asked for a “sessionable beer”. What I ended up with: “brutal IPA” at 6% ABV(!). After the beer I walked arund some more, before the transport to the airport. That’s probably not that interesting, but I did get to try the “Mikkeller Sky High Wit” on the plane back!

2015-04-19 10.33.58 (Custom)

So, now I’m sitting at Kastrup, thinking that I’ll go easy on the beer drinking for some days ;) Had a really good time, I’m super happy with having an employer that sends me to San Francisco to do stuff like this!

Tower of Prince Henry, Reversed

Ok, for you to enjoy this blog post I’m pretty confident that you have to be a bit of a JavaScript, Python and map geek. At least you will have to watch this presentation from FOSS4G 2014 by Eric Theise.

Ok, you watched it? You got his point? My takeaway was that as you generate map tiles further down in the zoom stack you’ll have to generate a ton of tiles, but in many cases you only want to show a map that puts your town/buisiness/whatever on the map. But, you would like some context, and then you have to set the bbox in TileMill WIDE. And then the tileset gets large, and you don’t bother.

So, I thought that there should be a way to limit a web map library to only request tiles that are within a given bounding box. Turns out that Leaflet has this option, set the “bounds” parameter on an L.TileLayer and you are good to go?


L.TileLayer('http://{s}.tile.osm.org/{z}/{x}/{y}.png', {
attribution: '© OpenStreetMap contributors',
bounds: bounds
}).addTo(map);

Well, the user can still pan away from the area, so set “maxBounds” on the map as well:

var map = L.map('map', {maxBounds: bounds}).setView([63.4, 10.3], 0);

This works, the amount of requests sent to the tile server is reduced, but it doesn’t look good, does it:
tilelayer

The main problem is that L.TileLayer only loads tiles that intersects with the bounding box you’ve set (the small, blue square on my map). So, we’ll have to do something about that, and after a bit of digging I found that the “_tileShouldBeLoaded” method of L.TileLayer performs this check (at least in version 0.7.3). Thankfully, Leaflet classes are easy to subclass, and so “L.BoundedTileLayer” was born.

To get more context around I wanted to show some neighboring tiles as well as those that intersects the bounds. So, after we check for intersection we perform one additional check, which I think is best described in code:


//the distance from the tilecenter lng to closest bounds edge
var lngDist = Math.min(
Math.abs(tileCenter.lng - options.bounds.getEast()),
Math.abs(tileCenter.lng - options.bounds.getWest())
);

//the distance from the tilecenter lat to closest bounds edge
var latDist = Math.min(
Math.abs(tileCenter.lat - options.bounds.getSouth()),
Math.abs(tileCenter.lat - options.bounds.getNorth())
);

//these are probably equal
var tileWidth = Math.abs(nw.lng - se.lng);
var tileHeight = Math.abs(nw.lat - se.lat);

//check if tile should be loaded
return lngDist < tileWidth && latDist < tileHeight;

In essence, I check if the distance from the distance from the center of a given tile is smaller than the width or height of a tile. This can probably be optimized a bit, and I can almost guarantee that there are corner cases that I've missed, but it seems to work as expected:

boundedTileLayer

Now we get more context, and we still limit the amount of tiles requested. Happy?

No: we still have to generate all those tiles, because we can't know what tiles the client will request. So, ditching JavaScript and Leaflet for a bit I switched to Python and tried to find a way to generate a list of all tiles the client would request using L.BoundedTileLayer for a given bounding box.

Luckily some smart people have already tackled the maths involved in computing tile indexes from bounding boxes, and the open source script I found at http://www.maptiler.org/google-maps-coordinates-tile-bounds-projection/ was a good starting point. After that it was just a matter of porting the logic from L.BoundedTileLayer to Python, free myself from the Leaflet context and write some 30 lines of code (3-4 hours of trial and error, I don't know how many times I've mixed up axis ordering!).

In the end I could throw a bounding box and a minimum and maximum zoom level at my script and get back a list in the form of:


[
{"z": 0, "y": 0, "x": 0},
{"z": 1, "y": 0, "x": 0},
{"z": 1, "y": 1, "x": 0},
...
]

But this doesn't help me much, I want to generate these specific tiles using TileMill! So, then I started researching how to do that. Nothing came up, except this page describing how to export tiles from TileMill via the command line. I studied the (lack of?) documentation, before I started digging into the source of TileMill and TileLive (which TileMill uses to use Mapnik to render tiles), but after 3 hours I was going nowhere, and it did not work. The next day I asked on stackexchange, and a couple of hours later it dawned on me (to quote my own answer): "that the option --list=[file] could be what I was after."

After digging a bit through the tilemill and tilelive source code i found that this options is (not suprisingly) used by the filescheme renderer (it says that in the comments), and some further digging in the source code to figure out the format of the file, I was able to tell TileMill to render a specific set of tiles.

Success!

Well, a bit on streamlining was called for, so I cleaned up stuff a bit, created a config file for input and looked into calling the TileMill export function from my Python code. This all worked fine, and pretty soon I could type "python tile.py -c config.json" and 3 minutes after have an .mbtiles file of about 14 MB that covers the Trondheim municipality, zoomable from zoom level 0 through 18. Neat!

Then, the moment of truth. Would the tileset I generated line up with what my Leaflet layer requested? I installed TileStache, and 30 seconds later I had a tileserver running at localhost, serving my generated .mbtiles file to my Leaflet map! And it worked!

So, why should you care? Well, I for one, think this is cool by itself, but I also see some useful applications for this. The components I've built now are not far away from the point where I can invoke the generation of a new tileset from a web map. If I do this i can load up a PostGIS database with up-to-data, detailed map data (and refill it through a cron-job or somethin), define the cartography in CartoCSS, and generate a small tilecache for small projects on-the-fly, when needed.

The only drawback is that I have to learn CartoCSS properly to do this, but I guess that's the topic of another blog post.

Do you have any ideas how this can be used, improved or built upon? Feel free to let me know, either in the comments here or via a pull request to the GitHub repo!

Debunking Map Myth #4: The earth is round

Ok, ok, unless you are a member of the “Flat Earth Society” (or a geographer), you might think I’ve gone insane right now?

Well, the earth isn’t round if you by round mean a “sphere“, which Wikipedia defines as:

[...] a perfectly round geometrical and circular object in three-dimensional space that resembles the shape of a completely round ball

So, what is the earth then? Actually, the Earth is a misshapen blob of matter that if matched to a mathematically defined shape would be an “ellipsoid“, i.e. the three-dimensional variant of an ellipse, or a lightly squeezed sphere if you like.

So, dependent of how mathematical you need to be the earth is either an ellipsoid, and these ellipsoids can be defined in several ways, as we discussed when debunking myth #1. These ellipsoids are defined by the parameters semi-major axis, a and semi-minor axis, b, from which you can deduce the flattening, f. The flattening occurs due to the fact that the earth spins.

This ellipsoid is what the GPS-systems use to determine your position, and forms the basis of latitude/longitudes.

But, the more interesting case is perhaps the “misshapen blob of matter”, called the Geoid, that is:

[...]the shape that the surface of the oceans would take under the influence of Earth’s gravitation and rotation alone, in the absence of other influences such as winds and tides.

To determine the actual shape of the geoid, geodesists rely on gravitational measurements from satellites, and by knowing the actual geoid height at a known location you can get a rather accurate idea of your “height above sea level” from a GPS (which really only measures the “ellipsoid height”. These calculations are rather complex, but given decent data they are simple enough that I’ve managed to write a Fortran program which does compute it.

So, there you have it, the earth isn’t round: it’s either ellipsoidal or misshapen, dependent on what you intend to use it for (and for the purpose of myth #5, it’s certainly not ellipsoidal!)

(And by the way, people in the middle ages did not think the earth was flat either!)

Foss4g 2014: The good, the bad and the beers

After the closing-party last night I am in a post-foss4g-mood. That is, I’m hung over and over-stimulated at the same time. So this should be a perfect time to reflect on the conference. TLDR: It was great, going to foss4g feels like coming home!

So, we (that is, Alexander and me) arrived in Portland by plane from Norway last saturday, and found our “condo” rented through AirBnB. Note to self: rent a place, skip the hotels, much better! The first days we spent drinking beers, shopping and enjoying the city. Tuesday was JsGeo-day: that is a whole day filled with two things I really enjoy: Geographic data and Javascript. Several good talks, interesting remarks and a real sense of belonging.

What is actually quite cool about an event such as JsGeo is that in my day-to-day life I share the interest with about 5-6 people, but all of a sudden I am in a room with about 100 people that are really into the same stuff. Also, seeing and hearing authors of frameworks I use daily is quite something. So: JsGeo was absolutely worth it, including the after-conference JsGeoBeers at Rogue Halls. Another interesting observation is that projections are regarded as so hard, guess that shows that more and more of the developers working with geo has no formal background in the field, and that the widespread use of web mercator have made people “lazy”?

Wednesday was the start of the actual Foss4g-conference, and a bit tired we found our way to the gigantic Oregon Convention Centre, and missed the introductory talks. What we did not miss was the opening keynote by Mike Bostock, known for the d3-libary. While I personally never have managed to wrap my head around d3 I really think Bostock hit a note in the audience. I’m not sure if it was the really great projections-work or his thoughts on tool-making or the combination that caught on, but his keynote was referenced frequently by other speakers throughout the conference.

One of my main takeaways from the overall conference vibe is that foss4g is turning more into a geo-tech conference than a strictly open source geo conference, but that might be because all the interesting stuff happens in opensource? Another observation is that while we still have the stable, cross-company developed products such as PostGIS, OpenLayers, Mapserver and GeoServer there are some new players on the field that are more in the services for pay, code for free-area. Wether this is a good thing or not can of course be debated, but as long as this results in great, open source code for all to use one can’t really complain.

For technology I really think JavaScript got lots of attention this year, as well as vector tiles and web stuff in general. Also nice to see so many talks on cartography and the related topic of design. These observations may also be explained by the fact that they are things that interest me, so I naturally gravitated towards these talks. While on the topic of talks, I’ve given up counting how many times I had to think long and hard about what track to choose, with 8 tracks in paralell and so many promising talks things do get hard. I really look forward to the videos beeing uploaded, there are lots of things to catch up on.

I’m not really going to go through all the talks I saw, but I have to mention some that really impressed me. I’ve started to realize that delivering a great talk is really hard, 25 minutes is not a lot of time, so limiting scope is important. Knowing your audience is also importand, although this is really hard. Nevertheless, the majority of the talks I attended where good, focused and thought me something. While it may seem unfair to mention only some of the talks I really think some deserves a special mention:

Fiona and Rasterio: Data Access for Python Programmers and Future Python Programmers by Sean Gillies was the first talk I saw after the opening keynote and this really struck a chord with me. Seans intent of doing GIS the pythonic way really reflects how I think code should be written.

TileMill and the Tower of Prince Henry, Reversed by Eric Theise was a talk I chose because it sounded a bit strange, and by God it was. The strangest talk I’ve seen, but in a good way. I can’t really describe this talk, neither the concept, but suffice to say he started out referencingart films from the seventies and ended up proposing a rather cool idea of “hearding” the user through a web map, limiting choice and the need for large tile sets. Really hope that this idea gets somewhere, I’m tempted to try to implement some of his ideas in OpenLayers 3!

“Sliding” datasets together for more automated map tracing by Paul Mach from Strava was excellent in that it had a limited focus on a really great idea implemented in a really impressive way. OSMers should really look at this guys work, there is seroius potential for saving time here. The main idea is fitting (or sliding) existing geometries in order to “merge” or correct them.

Cartography from code…? by Barend Köbben started off the last day of the conference for me, and what impressed me was the “code as a tool”-mindset of a die-hard cartographer. I really think this is needed, cartography hasn’t really taken the front-seat in web mapping, but I think cartography will be even more important in the future.

projections in web browsers are terrible and you should be ashamed of yourself Calvin Metcalf was by far the funniest talk of the conference, continuing the underlying theme of “projections are hard” that started at JsGeo, Calvins bold, fun and “no-filter” way of presenting made me laugh hard several times, while also conveying an important message that seems to me to be even more important in the states, where every state has it’s own “projection”. Use WGS84 geographic coordinates for data exchange and web mercator unless there are valid reasons not to was my main takeaway.

While these talks are the ones that really impressed me there was, as I said, really an abundance of great talks. One thing I did notice was that several talks was a bit america-centered, assuming everyone has the same background as americans when it comes to data formats, ways of doing things and the like, but since we are in USA this is maybe rather natural?

So, the “best” have been covered in great detail, what about the bad? Well, I do not really have that much to say when it comes to “bad”, I feel that last year maybe was better at getting a social context, with a smaller venue, more joint sessions and people mostly living on campus. Also, the amount of entertainment was considerably less this year, I really missed something like the festival of the spoken nerd from last year. Apart from that I don’t think there was anything bad to write home about.

And the beer: 10 excellent breweries and bars visited, 50 different beers tasted (in smaller or larger quantities): Portland really is beer geek heaven! With Foss4g in town is really was like beeing in paradise for me for a week!

Debunking map myth #8: Scale numbers works on a screen

So, I’m obviously not going to debunk my map myths in the order they are stated, but in the order I’ve defined as “what Atle feels like writing about at a given moment”.

That brings us to myth 8, which I guess is more a myth among people buying web map solutions (and usually with a GIS-background). But then again, there are apparent solution to this problem, and there are web maps that seems to have solved it, so I guess there are programmers that believe that this is possible as well. Hence: a myth about maps (and web maps to be specific) worth writing a couple of words about.

But first, let us properly define what this myth is about: Scale (or scale numbers). To quote Wikipedia on “Scale”:

The scale of a map is the ratio of a distance on the map to the corresponding distance on the ground.

Or, as I first heard the concept of scale described when I got into the (weird) sport of Orienteering. A map scale of 1: 50.000 means that 1 cm on your printed map equals 50.000 cm (or 500 meters) in the “real world”. What implications does this have? The first, and most important one is that there is a defined relationship between the real world and the map. In other words: you can bring out your ruler, measure a distance on the map (say 10 cm), check the map scale (say 1:50.000) and then figure out that you still have 5000 meters (or 5 km) left to walk before you can rest for the day.

This relationship between the map and the real world is ingrained with people that work with maps, and naturally they expect that this relationship holds for maps on a computer screen as well. My statement is that this is in fact a myth and a falsehood. And, it seems like the rest of the world agrees, when did you last see a scale printed on a web map? I had to dig a bit and found the previous version of the map client from the Norwegian Mapping Authority as an example.

scale_line

Look at the screenshot above. (“Målestokk” is scale in Norwegian). If we apply the concept of scale we know from printed maps the following principle could be used:

  • Take out your ruler
  • Measure a distance on the screen (say the distance Oslo-Trondheim, on my screen this is 5cm)
  • Note the scale (1:3.838.112)
  • Compute the distance using the method above
  • This gives a distance Trondheim – Oslo of approx 192 km
  • The measure-tool on the pages says the distance is approx 380 km

So, if we trust the measure-tool there is clearly something wrong with the scale on my screen. Go ahead and try the same on your screen, and I will almost guarantee that you won’t get the same result as me. Why? Because pixels does not map to actual, physical, length. Several factors come into play, most significant is screen resolution. Mapping libraries such as OpenLayers assumes a DPI of 72, because this was determined to be a standard in some day. Later recommendations is to use 96, but you still won’t match every users screen resolution. Think of mobile screens and retina screens for example.

Thus: the notion that map scale works on a screen in the same way as on a printed map is flawed. So, what to do? One thing that will work is to display a scale-bar (which you can see on the screenshot above). This works, because the relationship is the same, so if I measure how may centimeters the 100 km bar on the screenshot is on my screen (about 1.3 cm) I can get the scale: 1: 7692307.7. This translates to a distance Oslo – Trondheim of about 384.615 km, which is (given all the error sources) in the ballpark of a correct answer.

So, skip fixed scale numbers, and use a scale bar. Even simpler, do not talk about scale at all, but operate with zoom levels such as “country”, “city”, and “street”. In this way you give no impression that your web map has a scale in the same way as a paper map.

So, with these calculations I think I’ve debunked this myth. I’m aware that I’m a bit hazy on the cm – pixel – dpi – relationship, but that’s intended. I’m no expert on these things, but I do hope that some knowledgeable reader can fill in some gaps for me?