Tag: <span>OpenStreetMap</span>

I’ve written a guest blog over at the London Datastore about efforts to provide really good open data through OpenStreetMap. My main example is my work on OpenEcoMaps, which mixes imported (and checked) open data with crowdsourced OpenStreetMap data to provide a great environmental geodata resource. My concluding hope? That “this will spur growing interest amongst data hoarders in data collaboration rather than plain old data dumps.” Have a read.

Andy Allan’s excellent post on cycle campaigning reminded me to blog about some mapping help I’ve given a campaign group called the Elephant Amenity Network. One of their long-running issues has been the clearance and demolition of the unfairly maligned Heygate Estate, over 1000 council homes that should have been refurbished for council tenants instead of being knocked down for aspiring home owners to move into the area. One of the best features of the Heygate Estate is the urban forest that has grown there in the past thirty or forty years. But the few remaining residents and local campaigners fear the “regeneration” will see many or even most of them cut down. Through a friend who is involved with the campaign, I came along to help them map the trees that are there now. Knowing what you have seems like a good first step to saving it. So I…

I’m happy to announce that OpenEcoMaps is now stable and ready for use, albeit with a few wrinkles that I hope some more able hackers can help me iron out. OpenEcoMaps takes data about “eco” (green / sustainable) features stored in OpenStreetMap and turns them into KML files that are shown as overlays on the map, making it easy for people to find out where they can get a vegetarian meal, forage some wild fruit, spot a solar panel, recycle a can, pick up a car club car, or spend some money in a cinema. You can use these KML files on your own map, or in Google Earth; you can embed the OpenEcoMaps map in your own web site; or you can just browse around the site. At the moment there are packs of overlays for London and Exeter, but I can quite easily add other local areas with any…

One of the killer features of OpenStreetMap, which makes it completely different to Google Maps and the rest, is that we provide totally free geodata. In fact it’s really the primary purpose of OpenStreetMap – the various maps shown on the homepage are just a tasty preview. For those of us lacking the time, money and skills enjoyed by some of the cooler data users (i.e. unable to run a dedicated server with a PostgreSQL database and all the programs and storage space needed to maintain an up-to-date clone of the OpenStreetMap database) there are two main ways to grab OpenStreetMap data. One is to simply download a defined area using the API. The “export” tab on the web site and editors like JOSM make this easy. The disadvantage is that you get everything in that area. If you wanted to get, say, all the power generators in the UK you…

Two parallel worlds are starting to rub up against each other – open data enthusiasts and local activist groups. As Sam Smith has pointed out, embedding the power of open data in other worlds such as local activism has barely begun. Maps are one medium where I’ve been trying to bring these worlds together. Stepping into the ring In the left corner we have people like Rob Hopkins, who has just written a great summary of Transition Town groups mapping wild food, local groups and visions of the future. This wonderful work makes use of relatively open tools like Google Maps, but (so far as I can see) they make absolutely no use of open data, and keep all of their data in their own separate mapping systems. In the right corner we have open data crowds like OpenStreetMap, and after some prodding from me the Greater London Authority and…

In recent months I’d had the displeasure of proposing new ways of describing (“tagging”) features in OpenStreetMap. I’ve been trying to expand and improve the tags for environmental features as part of a project I’m working on. Now I’d like to provoke a bit of debate about the use of “subtags” – tags that qualify others, for example saying “this is a garden, and it’s the sort of garden that it used for allotments” rather than saying more simply “these are allotments”. The wiki-based process to agree new tags is a poor excuse for democracy. Under the noses of the hundreds of thousands of OpenStreetMap contributors who refer to the map features page, a relatively small number of people are rolling up their sleeves and debating major changes to the tagging schema on mailing lists and the wiki. Up to twenty or thirty people vote on any proposal, with no…

Coverage of “points of interest” in OpenStreetMap is a point of pride for many mappers. Our maps have much richer detail than commercial competitors, they provide endless handy data for mashups, and as a consequence have been a big focus of mapping party efforts in London. But should we really be so keen? I’m not so comfortable for two reasons. First, how up-to-date is our data? I’ve recently re-surveyed my local area in minute detail and found several takeaways, shops and banks that have closed down or changed hands. I’ve also discovered that we have very poor coverage of cycle parking in Southwark following two years of massive expansion by the council. How likely is it that these are being regularly checked and updated? I suspect “not very likely at all”, and have therefore decided to delete all my points of interest in my local area that I’m not confident…

My latest experimentation in environmental maps has been launched on the Peckham Power web site. It grabs the set of energy generators in London (updated every hour from OpenStreetMap) and plots low/zero carbon generators on the map with icons and information to tell you what sort of technology each one uses. The idea is to, eventually, impress people who didn’t realise just how much of this exists in London already. In developing the code that creates the clickable points, I realised that the OpenStreetMap tagging schema doesn’t cope with the many different types of technologies very well. So I am currently taking a detailed proposal through the wiki process to rationalise and expand the “power=generator” feature – comments welcome! It will go to a vote in a couple of weeks. As Oliver Kühn has pointed out, data contributors aren’t always aware of the needs of data consumers. The very sparse…

Some lively debate flared up on the tail of my previous post on OpenStreetMap governance, where I made my criticism of the “Just Fucking Do It” philosophy that was labelled “do-ocracy”. Harry noted in his diary that there has been some bickering on Twitter on the question of what might be wrong with the otherwise-excellent OpenStreetMap. My principal objection to the “do-ocratic” model is that it excludes “those who can’t” from setting the direction of the project, and that as a consequence OpenStreetMap is unlikely to meet the needs of a great many people. Did I mean that developers are lazily or selfishly ignoring others’ needs? No, I am aware of and indebted to the efforts of many volunteers working to make OpenStreetMap more accessible and usable. Only a handful of community members refuse to engage in grown-up debate. Do I mean to whine because I am excluded? Not at…

Thea Clay made the killer point in Chris Osborne‘s “What’s wrong with OpenStreetMap” session (video here). It was even better than Mikel Maron‘s observation that people should agree with founder Steve Coast just a little bit less! Foundation Board member Henk Hoff (a very nice-sounding chap) was describing the classic technocratic argument that in a “do-ocracy”, those who get on with doing things make decisions by default. Steve must have loved it, you just get on with useful stuff and avoid getting bogged down in pointless debates. Right? Thea pointed out that in a community of tens of thousands, only a few hundred can “do” stuff like making amazing tools and creating useful maps from the tags they’ve invented. I’m in the bigger mass of people who want to contribute data, see lots of good uses and ways in which OpenStreetMap can improve, but lack the skills to “just get…