Elevation data created from a mash-up of SRTM and ASTER GDEM data. ASTER GDEM is a product of METI and NASA. Post processing was kindly provided by Yves Cainaud from opensnowmap.org.
Update: the old interface is turned off. The new one is available at routing.osm.ch
Why the new interface?
There was no easy way forward. A little background: Last year, we bough some shiny new SSDs to speed up our servers. I decided to install the new Ubuntu 16.04 onto the new disks, the new long term support version. In the mean time, most services are moved to the server with the new Ubuntu and the SSDs, except routing. I couldn’t get our old version of OSRM to run on Ubuntu 16.04, so I was forced to upgrade to the newest version. But a lot was changed in OSRM in the mean time: the API for routing requests as well as the syntax for the routing profiles. That is the main reason why we still run such an old version. The old user interface we used is no longer maintained, therefore incompatible with the current API. But there is a brand new one, which does not support multiple routing profiles. So starting at the hack weekend in Karlsruhe, I hacked the profile selector into the new interface.
The plan is now to switch to the new OSRM and user interface on Sunday, March 19th.
The 2017 SOSM annual general meeting will take place on April the 8th in Fribourg, venue to be determined.
We will likely keep the format from the previous events: formal meeting before lunch, lunch, mapping and back to the venue.
If you have suggestions for or contacts with a suitable venue please get back to me.
The formal announcement will be published towards the end of March.
Looking forward to seeing you in Fribourg.
As you may remember early this year we got permission to use the open address data from the Canton Berne in OpenStreetMap, this after a couple of years back and forth due to the new cantonal legislation and older usage terms that sounded as if the data might be usable but in reality didn’t allow it.
The address data is available from the cantonal open data portal however it is rather unwieldly (a good 400’000 addresses) and problematic to handle even in JOSM. I foolhardly promised to do something about that at the time, but didn’t get around to doing anything up to now. It should be noted that nobody has stepped forward and volunteered to organize an import of any kind, so my focus is simply proving it as reference data that can be used at a small-scale.
While my current solution is not perfect and will likely see improvements over time (for example the layer is currently opaque), it is probably the best solution for now. I’ve produced a background layer from the data that shows
To reduce clutter I’ve shortened some of the usage strings:
The data is hosted on sourcepoles QGIS Cloud system, many thanks to Marco and his team for supporting us. To make things simpler for iD users and work around some issues JOSM has with WMS servers we actually proxy this through our mapproxy instance.
The relevant tile URL is:
Please add a clear indication of the source in your changesets if you use this data.
Take part of this MapRoulette Challenge which is about checking if there’s a pedestrian street crossing (crosswalk) or not. This verification goes on until it’s all done. MapRoulette is a kind of gamified website and a mapping campaign similar to MapZen’s targeted editing series.
Once integrated in OpenStreetMap (OSM), crosswalks are shown in web maps (e.g. OSM Cycle Map/OSM Radfahrerkarte/OpenCycleMap, OSM France and OSM2World). And they are useful for pedestrian navigation apps (like OsmAnd).
So help OpenStreetMap to improve this missing information!
Figure 1: Cycle map from OpenStreetMap main page showing pedestrian street crossings (crosswalks) as yellow dot markers.
A crosswalk node needs to be placed as part of a way. It requires the tag highway=crossing (search for “Crossing” e.g. in built-in online editor “iD”). For the capture of other attributes like the existence of islands or traffic signals see Key:crossing on OSM Wiki.
Important notes: When using editor “iD” the presets suggest tag crossing=zebra. This tag is mainly used in UK. Since this challenge is in Switzerland you can delete this tag. Finally: When saving, a changeset comment is needed. You can use there e.g. “Missing Crosswalks Challenge”.
Figure 2: A “Street Crossing” node shown in the online editor “iD” built-in OpenStreetMap main page.
The street crossings (crosswalks) in fact are coordinates our automated process found in aerial images by using a parallel image detection algorithm. This new software works mainly with yellow crossings of Switzerland on aerial images with certain quality at zoom level 18.
The coordinate data around eastern Switzerland has been extracted at December, 2nd. 2015. This covers about a tenth of the total area of Switzerland.
Contact us if you have questions or ideas around this hot topic.
This article was originally published on geometalab.
Agenda for the 2015 Swiss OpenStreetMap Association Annual General Meeting
Saturday, April 18th 2014, 11am,Lago Lodge, Uferweg 5, CH-2560 Nidau
- Opening and Welcome
- Election of the minute taker and vote counters
- Adoption of minutes of the 2014 AGM
- Activity report 2014
- Financial results 2014 –
- Presentation by the treasurer
- Auditors report
- Membership fees 2015
- Budget 2015
- Board (candidates for all positions are welcome.)
- Auditors (note Otto Wyss will no longer be available)
- Trade registry registration
- Application for OSMF Local Chapter Status
- Any other business
Our current server is a rented root server located in Germany, because comparable offers in Switzerland are a lot more expensive.
Adfinis SyGroup is now hosting our new servers at their center in Bern. A big thank you to Adfinis for making it possible to run our services in Switzerland!
On Friday we drove 870 km to Haarlem in the vicinity of Amsterdam to pick up three servers. Wikimedia has decommissioned their two year old toolservers and donated the hardware to SOSM. Thanks to Wikimedia Germany and Wikimedia Switzerland for making this possible.
This will enable us to run our services on our own hardware in Switzerland. Support the move by contributing to the SOSM donation drive 2015.
As you may know, SOSM provides a range of services for the Swiss OpenStreetMap community. Currently this is financed for a major part out of our regular membership fees, this however limits some aspects of our operations quite considerably. All services are currently run on a single, small leased server in Germany.
In 2015 we would like to
- move all services to a hosting location in Switzerland
- provide better performing and redundant hardware for our most popular services (map tiles, uMap and routing)
- expand our OSM data and imagery hosting offerings (for example the current imagery covering the Canton Aargau)
While we have the prospect of a number of in-kind donations to support the above, more on that soon, there is still the need for additional funds to cover cash outlays. Example: while we have a computer hardware donation arranged, the hardware will have to be imported and VAT on its value paid, just this single item would be substantially outside of SOSMs current annual budget.
To support the plans for this year SOSM board has therefore decided to explicitly ask for donations to SOSM in 2015 with the goal of collecting at least CHF 5000 over the course of the year.
Donations can made to
IBAN CH54 0900 0000 8505 3542 9
Swiss OpenStreetMap Association
Please note 2015 DONATION DRIVE on the payment. By default we will be publishing the names of all donors, if you don’t want to be mentioned, please add that either to you payment information or send mail to email@example.com.