Monthly Archives: August 2014

OpenStreetMap Image of the week

Every week we pick an OpenStreetMap “Image Of The Week”. The featured image appears on the main page of the wiki.openstreetmap.org site. Here are the images from so far in 2014:

CrisisCamp DC Typhoon Haiyan.jpg Konsolidierung der PLZ-Relationen in Deutschland 2013 vorher nachher.png Nfgusedautoparts gps 1000x664.jpg Mapping in Senegal.jpeg QGIS tram lines black.png Sochi Olympics Krasnaya Polyana Mountain Cluster.png Pavia place mat.jpg Bengaluru Urban Area Map.png ManaguaMapping Feb 2014.jpg 2014 Cochabamba workshop.jpg Priozerka osm.jpeg ExampleColouredStreets.png UbimetUseOSMforF1WeatherRadar.jpg Brian prangle document freedom certificate-s.jpg HOT changesets west africa 2014-04-05.png Sotm-fr-2014.jpeg SOTM US 2014 group photo.jpg Toulouse sketchy map sample.png 2014 London HOT Congo Mapathon mappers and teachers.jpg OSM2World-Luebeck-Hauptbahnhof.jpg Dutch building and addresses import alt2.jpg Linuxwochen Wien 2014-05-08T17-41-18.jpg ID editor at Chicago Civic User Testing.jpg Telangana India.png SOTMEU 2014 montage.jpg 2014 Natori mapping event.jpg OSM PopArt 2014.png Cassini style.png Markstein.png Gorbals 3d.jpg Fukushima Japan Poster.png HOT missing maps 2014 mapping action.jpg 10JahreOSM Passau.jpg
 

That’s just 2014, but we’ve been doing this since way back in 2006, forming an archived collection which you can browse. It’s a fascinating and inspiring mixture of maps and map styles, websites and software, photos of mapping parties & other events, and various other types of images.

If you come across an image which you would like to put forward as image of the week (either your own image or somebody else’s), head over to “Featured image proposals” and edit that page to make your suggestion there. Anyone can join in with the process of investigating, improving and discussing the suggestions, and picking an OpenStreetMap image of the week each week.

Weekly OSM Summary #100

July 14th, 2014 – July 28, 2014
A summary of all the things happening in the OpenStreetMap world.

As previously announced, this 100th instance of the OSM weekly means that the contributions to this project by Pascal and Dennis come to an end. Thank you again to everyone for their support over the past four years. We would also like to announce that we found two new volunteers that will continue the OSM weekly. Good luck to Manfred Reiter and Mandalina Ionescu on their future endeavors!

(thx @ “Wochennotiz”)

We’re 10 today!

On our tenth birthday we can look back on a year in which our free and open world map has gone from strength to strength, being deployed by large companies such as Apple, Mapquest and Foursquare, and relief organisations such as Médecins Sans Frontières (Doctors Without Borders) and the American Red Cross.

But now we can look back on ten years. In 2004 one man set out with a bicycle and a GPS recorder. Back then creating a map of the world from scratch seemed crazy to many people, but even so, people joined the effort. A few people at first, but 10 years later OpenStreetMap has grown to a global community with over 1.7 million registered members, with around 3,000 members editing the map every day. This map built by volunteers is now used for serious work: for example Médecins Sans Frontières works with OpenStreetMap to help its doctors in West Africa keep track of the current ebola outbreak.

We’re celebrating in cities all around the world : Toronto, Montréal, DC, Denver, Seattle, Athens, NY, LA, Phoenix, Lexington, Nashua, Cleveland, St Petersburg (US), St Petersburg (Russia), Moscow, London, Amersfoort, Birmingham, Barcelona, Dublin, Budapest, Passau, Paris, Zagreb, Zürich, Bangladesh, Taipei, Fukushima, Tokyo, Muko, Awaji, Ichinomiya, Hamamatsu, Cochabamba, and Santiago.

The Japanese community probably have the best cake:

…but the night is still young.

So in honour of ten years of OpenStreetMap, please join us to raise a glass (Make it a virtual glass if you can’t make it to one of these party locations)

Happy Birthday OpenStreetMap!

At the Edge of the License

Where the ODbL Ends and the Community Guidelines Beginguidelines_sign

In the beginning…

OpenStreetMap (OSM) is, at its core, a global database of geographic information and has a license, the Open Database License (ODbL), which is designed from the ground up to ensure freedom for publicly released databases. In spirit, it is very similar to the Creative Commons “Attribution Share-Alike” (CC-BY-SA) license, which is designed for creative works, or the GNU General Public License (GPL), which is designed to cover computer source code.

Both the CC-BY-SA and the GPL have existed for many years and are built on “copyright” laws, which allow the author or authors of a work to control under what conditions it may be duplicated. These laws have been around, in some form or another, for over 300 years and, because of their long history, have been scrutinised by legislators, lawyers, judges and juries many times. This process of scrutiny results in legislative or judicial rulings, and each of these decisions helps build up a body of “case law” and precedents that can be used later on to form an opinion on whether a particular use is likely to be challenged or not. It is important to know that decisions are only made when judges or juries give verdicts, which means that it is often impossible to make any definitive determinations without prior case law and precedents.

The extent and powers of copyright have been tried in court many times and it would seem sensible to base OSM’s license on it. However, it is far from clear that copyright would apply to a database of geographic information and so our license is based on copyright, contract law and the “database right”, which was first enshrined in law in 1996 as part of the European Database Directive. Sadly for us, open data, as distinct from the more established fields of open computer source and open highly creative works, has a set of distinct challenges, especially when share-alike licenses are involved. The “young” nature of the database right also means there’s very little history, case law and few precedents which leads to uncertainty about the implications of ODbL. This uncertainty translates into risk for the users of OSM data, which can prevent OSM being more widely used and hinders one of the project’s primary goals: allowing the data to be used in “creative, productive, or unexpected ways.

Until case law and precedents can be decided by court cases and judicial decisions we can reduce the uncertainty by clarifying the intentions of those (i.e: the OSM community) who released the data. Our consensus opinion carries a great deal of weight and can help shape the direction of any future decisions regarding the use of OSM, and possibly other open data.

The new guidelines

The Licensing Working Group (LWG) has been working hard to ensure that uncertainty is reduced for data users while the intent of the community is protected. After much discussion, in June this year the first set of guidelines was approved.

Substantial

Just as copyright has “Fair Use” exceptions when the sample is not substantial, so does the database right. Whether an extract is substantial or not according to copyright depends on the relationship of the extract to the original work, as it does in database right. Unfortunately, this creates uncertainty for data users as to whether their use is substantial or not. This guideline tries to define the term “substantial” more precisely in the context of OSM. For more details, see the “Substantial Guideline”.

Produced Work

“Produced Work” is a term used by ODbL to broadly separate something created from a database but not a database itself. Because the share-alike provision of ODbL applies only to databases and not to “produced works”, it is clearly important to make the distinction between the two as unambiguous as possible. For more details, see the “Produced Work Guideline”.

Trivial Transformations

There are situations where OSM data can be manipulated or “transformed”, but in such a way that the manipulation does not actually add to or enhance the core contributions made by the OSM community. Therefore, there is no common good to be served by forcing the publication of the result of those manipulations. An example of this might be loading it into a PostGIS rendering database with osm2pgsql – no value has been added by this transformation, so we call it “trivial”. For more details, see the “Trivial Transformations Guideline”.

Regional Cuts

There are many places in the world where OSM data is the best available map data, and some where it isn’t. In regions where it isn’t, many users would like to use an alternative source instead, but are unsure whether this would trigger share-alike requirements on the whole dataset. This uncertainty prevents, in some cases, any use of OSM data, even in regions where it is superior. This guideline adopts and formalises the established principle that OSM data may be used for some regions and not others, as long as certain conditions are met. For more details, see the “Regional Cuts Guideline”.

Horizontal Layers

Just as there are many regions of the world for which OSM data is the best available, there are also many thematic “layers”, for example restaurants, for which OSM data is superior. However, the question of whether the use of additional layers from other sources is acceptable is preventing some uses of OSM data. This guideline adopts and formalises another long-established principle: that isolated layers in a map may come from OSM or not, as long as certain conditions are met. For more details, see the “Horizontal Map Layers Guideline”.

Where do we go from here?

These are just the first guidelines and there is still much work to be done in clarifying the grey areas surrounding proper use of OSM data. Specifically, work is needed to help make coherent guidelines on:

  • Metadata Layers – If a layer of externally collected (non-OSM) metadata is made and kept completely separately but matched to numbers generated by the database to identify individual elements in OSM, when is it derivative and therefore must be shared?
  • Indexing – If OSM data is indexed, for example by a search engine, is that a derivative database which would need to be shared?
  • Geocoding – If locations are found for addresses, or descriptions generated for locations, in a process of “geocoding” would that trigger the “share-alike” clause on the license and require the sharing of the data being geocoded?
  • “Fall Back” – In a service which first attempts to find an answer by looking at OSM data and, if an answer cannot be found, “fall back” to search another database, are these databases separate or does the process you are using mean that you have combined them and are therefore required to share the combination?
  • Dynamic Data – If providers of dynamic data, such car-park occupancy, use OSM data as an underlying reference source, does that require the sharing of the dynamic data?
  • Offering alteration files – When sharing a database, the ODbL says one can offer “a file containing all of the alterations…”, but is not specific. What form should this file be in?

The LWG will continue to work hard and discuss these issues with the community and data users. If you feel that you would like to contribute, then please contact LWG, join the OSM Foundation and the discussion there, or join the general legal discussion mailing list. We would love to welcome your voice and views to the conversation.

Weekly OSM Summary #99

June 30th, 2014 – July 14th, 2014
A summary of all the things happening in the OpenStreetMap world.

After nearly 4 years and almost 100 Weekly OSM Summary posts, we would like to announce our retirement as editors from this service. Thank you for all your suggestions and submissions to the blog over the years! We hope that other volunteers will be willing to continue this service for the OSM community in the near future. We will officially end our endeavor with the 100th Weekly OSM Summary in a few weeks. This announcement does not imply that we will stop contributing to the OSM project or that we won’t conduct other data analyses in the future. Feel free to check out Pascal’s blog at neis-one.org in the future for any updates. Thanks. Pascal and Dennis

(thx @ “Wochennotiz”)