I’ve been struck by three new (new to me, anyway) maps which are all in dead tree format. They’re all different takes on making your average paper map more usable in some way and I’ll go through each now:
Panamap is 3 maps in one – neighbourhoods, streets and transit. As you rotate the map vertically, every 5 degrees or so a different map comes in to view. The advantage of this is that you don’t have to squeeze 3.2 billion types of data on to one map – this gives your cartographers some room for each map and some playful transitions between each map. I think Schuyler coined the term ‘red dot fever’ for all the crappy Google maps which sport nothing but banal cartography and a thousand red pins, one for every convenience store.
Panamap sidesteps that same problem in meatspace. By providing more than one map on the same piece of paper each individual map is less crowded. It gives room, for example, on the transit map to show entrances for subway stops without cluttering the street or neighbourhood map. Of course you could put these three on one (as the others below do) but then you could also carry around a camera, MP3 player, phone and laptop instead of an iPhone.
The tradeoff choices and cartography make this a marvellous product and the folks behind it, Urban Mapping in San Francisco have put effort in to the design that shines. To me, anyway.
The tech behind it is kind of interesting. A sheet of clear plastic is affixed to the paper which makes it much stiffer – somewhere between card and a compact disc. The plastic has ridges running in rows all the way down. Each ridge is probably something like a half a millimetre in height and depth so as you scratch your nail on the surface you can make high pitched noises with it.
Behind the plastic each ridge has three rows of image on the piece of paper. The light (say from the sun) refracts off the ridge, then the paper and reflects back, then refracts through another part of the ridge again, then hits your eye. As you change the angle, each ridge curvature sends the light to the right map slice so you see a completed whole. For more see the wikipedia article, and for bonus points fix it up because it’s not great.
Anyway, this stuff is all patented and as a side-effect of the plastic printing process the maps are much harder to get wet. Panamaps are available for Manhattan and Chicago and hopefully more one day soon. Where will they go from here? There is clearly scope for print on demand, more cities and more retail outlets. I can’t recommend enough getting hold of one of these and playing with it – I will get to use mine in anger in NYC in a few weeks and I’m looking forward to it.
‘Scrunchy’ is not the official term I’m guessing, but I like it. Rand McNally (wikipedia:Rand_mcnally) is a 3,000 year old map publisher which makes these city maps printed on fabric material similar to a lens cloth. The animation I made above shows the scrunchy power of these maps, which are double-sided.
Why scrunchy? Ok well first they are officialy ‘fabMaps(TM)‘. Well, scrunchy maps aren’t going to get torn or soggy when it rains which makes them kinda useful in places like London which doesn’t have space for you to open your map and when you do, it might rain. The tradeoff for this map is printing resolution. You don’t get 1,200 DPI on fabric as far as I can tell. The text is bigger (and thicker), as are most features.
It’s a beautiful thing to hold, and scrunch, and throw around. As a bonus feature you can clean your laptop screen and glasses. Thermal features have been tested by using this map to pull things out of the oven with and it passes with flying colours.
The edge of the fabric/map is double or triple stitched or something so you can’t tear the edge easily, or at all if my tests are any good. The map is relatively cheap and Rand have gone to great lengths to put as many points of interest they can on there, down to every damn ATM.
The future? If you have maps on fabric then nappy maps and shirt maps are clearly on the horizon. No longer will you raise your arm to look at your watch, your cuff will be a printed map.
Origami ker-chow maps
Again not the official term. To the best of my knowledge these maps are trademarked and patented up to your eyeballs by vanDam of New York. vanDam have perhaps the most annoying flash intro website on the planet and it requires about 30 clicks to actually see a map.. so let me save you some effort.
As you see above as you open the map the super patented folds (folded by virgin squirrels in Tibet according to ancient practice) work magically to expand the map to something like 4 times it’s base area. It’s a marvel to sit around folding and unfolding the thing and there must be patents on the machine that somehow did it.
Tradeoff here is of course size. These maps conveniently pack a larger map in to a smaller space and you don’t need a PhD in paper mechanics to fold the thing back again. This specific map by popoutmaps in Bristol, England is super high resolution. On the back of each map (one on the left and right) is an index.
I’m making some logical leaps here, in that I know vanDam have patents on this. Either popoutmaps are licensing that patent or they’re infringing it, or something, but there is no mention of vanDam on the map itself so I may be entirely wrong.
The map is convenient, cheap and fun to play with and there must be more uses for this, and print on demand again comes to mind. You can make these a bit smaller like a business card and have them expand out to a set of info on your business, kind of like those mini-CD business cards which were also functioning CDs. These maps are widely available too, I found mine in Barnes and Noble.
In the course of writing about these three maps I happened to spill some Trumer Pils on them. The scrunchy map was found to be very absorbent and stopped most of the spillage, leaving a little moisture to the panamap which faithfully protected the origami map due to its plastic printing process. I kid you not.
Each map has made interesting uses of the patent system to differentiate and build something a little bit out there and fun. Each is great to play with and the next time you travel try to find one, because they’re useful too!
This post was sparked off by some very dubious reporting of OpenStreetMap plus continued misunderstanding about what OpenStreetMap actually “maps” by some of the public at large. So its time to set the records straight, well for today anyway, tomorrow we will have slain another dragon and the world will be an even better place, such is the march of OSM progress.
The point is that there is barely time to draw breath for a moment before OpenStreetMap as we, and therefore you, knew it, has changed beyond all recognition. Even to those of us who have been intensely involved with or contributing to the project on an hour by hour, minute by minute level, it is still difficult to comprehend the scale and impact of what is being achieved daily.
Earlier this week the project surpassed 50,000 registered users with over 5,000 actively contributing data each month. Historically the contributor base has doubled every 5 months. That means there will be around 50,000 adding data monthly by the end of 2009. That’s a ten fold increase from today.
Right now on each and every day, 25,000km of roads gets added to the OpenStreetMap database, on the historical trend that will be over 200,000km per day by the end of 2009. And that doesn’t include all the other data that makes OpenStreetMap the richest dataset available online. As Etienne succinctly put it in a response to one commentator.
“OpenStreetMap maps a lot more than roads. All the things you mention: roads, paths, buildings, heights, pylons, fences … AND … post boxes, pubs, airfields, canals, rock climbing routes, shipwrecks, lighthouses, ski runs, whitewater rapids, universities, toucan crossings, coffeeshops (the dutch kind), trees, fields, toilets, speed cameras, toll booths, recycling points and a whole lot more.”
Finally its worth saying a word or two about the bigger picture. Until very recently we talked about OpenStreetMap being a global project but the reality was that outside of Europe and the TIGER-Line fed USA the pockets of OpenStreetMap activity were sporadic, often just one contributor in each place, or the devoted work of one or two burning the midnight oil tracing over the Yahoo! imagery layer in far flung places. Even that’s changing though. The OpenStreetMap community itself is growing and one of the best examples of that is the proliferation of national websites acting as local language portals for the project. Already there is openstreetmap.ca, .ch, .cl, .de, .fr, .it, .jp, .nl, .se, .org.za and that’s probably missing a few that are on the way.
OpenStreetMap really is on the road to everywhere and with everyone’s help it will produce a better map than what’s out there anywhere now and a lot lot sooner than you’d think.
Like Knol, the mooted ‘wikipedia killer’, Google refuse to acknowledge existing communities, trample on their hard work and lack the mindset to engage with an open project.
But, this really doesn’t matter.
What’s fascinating is that they haven’t set themselves up against OpenStreetMap so much but rather TeleAtlas/TomTom, NAVTEQ/Nokia and AND. This is really a swipe at things like TomTom’s MapShare(TM) and ANDs Map 2.0. The question is now going to be, when do they switch on editing of existing data markets, if at all? Only those with intimate knowledge of the contracts will know.
The fundamental reasons for OpenStreetMap remain intact and if anything are now stronger. At first glance it sounds like OpenStreetMap, until you realise that Google own that data you give them, there’s no community and you are unlikely to see use of the data in ‘creative, productive, or unexpected ways’.
Some things MapMaker lacks might include our awesome open RESTful API (before REST was sexy), Osmarender (the open tile rendering distributed stack), cycle maps (showing how powerful community data can be), Community events list longer than your arm, dumps of all the data and of course Germans.
If you contribute to Google MapMaker, you are contributing to one single map view that looks how Google wants it to look. If you contribute to OpenStreetMap, you are contributing to a myriad of possibilities … most not even thought of yet. The cycle map is a good example.
Google very kindly sponsored our first conference (and you should come to our second which they didn’t) but if they wish to turn it in to an us or them, then it is us!
Are you familiar with setting up Mapnik and TileCache, and other components of the OSM stack? Do you want to volunteer time to help support disaster relief in Myanmar?
We’re urgently looking for one or two developers with time, right now, to help set up OpenStreetMap infrastructure in Myanmar.
Due to network constraints, to start they require tile rendering locally. They’ll be collecting data for OSM too, to provide very up to date maps of impacted areas. OSM will be integrated with Sahana. This system could very well be crucial in the relief and recovery efforts, and a great benefit to the people of Myanmar.
Brett Henderson has been working hard setting things up. But we can definitely use more help here. If you are interested to volunteer your technical skills, get in touch with me at “mikel at osmfoundation dot org”.
If I get frustrated with Dash, can you imagine the abuse it would get from Steve Jobs? He must just throw the damn thing out the window, be it a Dash, TomTom or whatever.
Wouldn’t the iPhone make a perfect PND platform (if it had a GPS)? Roughly a good size, thin, onboard wifi and cell network. It gets it in the car, so more music playing / revenue for iTunes.
As the OpenSteetMap project rolls on and continues to grow exponentially (32,500+ registered users now!) the number of administrative tasks that crop up for the Foundation to do each month grows and it becomes more and more difficult for the management team to get around to dealing with everything and to advance the project into new areas.
We would like to invite anyone who wishes to get involved on the administrative side of the project to get in contact. Even if you can only devote a small amount of time it can be put to good use. What is most important is that you can offer the time on a regularly basis. If it is just a couple of hours next week and nothing after that it’s difficult to get a task rolling and see it through.
Some of the areas that the Foundation is working on or are organising currently include:
The State of the Map Conference
The proposed change in OSM Licence
Finances and fundraising for the project
Managing the OSMF membership
Local and targeted initiatives
Dealing with offers of support and queries
Supporting and promoting the community
There are however many other areas we wish to do more in, especially on things like OSM Merchandising and greater outreach around the world to name just two.
If you are interested or curious about getting involved on the administrative side of the project, then please get in touch with the secretary, Andy Robinson (blackadder) or one of the other board members. You will find us a warm and friendly group and you would be most welcome.
Commercial map providers have for years used ‘easter eggs’ or as cartographers know them ‘trap streets’. These are fake streets, churches and sometimes villages in maps that are put in on purpose. If you copy the map then the map owner knows it was you because you couldn’t possibly have mapped these fake features.
OSM has a large wiki page on the subject including this picture of an A-Z map:
Notice ‘Lye Close’ ? This pun has been put there as a trap street, there is no actual street there.
In the license process, the OpenStreetMap Foundation has recognised the need for a license not just based in copyright law. Like large commercial map suppliers we are moving toward a license based upon copyright, database and contract law. These ‘three pillars’ are the same foundations upon which many data sets are sold.
Similarly and in order to professionalise OpenStreetMap due to the increasing completeness and therefore value of the OpenStreetMap data we need to protect copyright. The OpenStreetMap Foundation has decided to begin a process of entering trap streets in to our data. These will be in out of the way places so that they are not noticed, but if that data turns up in a TomTom or similar device then we will be able to prosecute for infringing our data.
This process was decided on secretly at the first OSMF board meeting over a year ago and many hundreds of trap streets are now present. The OSMF has decided to go public now because we have completed an entire ‘fake village’ and placed it in southern Germany. These trap streets and the trap village are un-deletable in the API due to special code to protect copyright.
The OpenStreetMap Foundation Board feel this is a good compromise between on the one hand having only real streets and no copyright protection and on the other enforcing all downloads of data with DRM mechanisms which were found impractical. The community impact is now to be measured, now that these methods and tools are public.
The Board would like to invite discussion on this exciting new method of protection, and will follow comments to this post closely.
The OpenStreetMap Foundation Board.