# feeds

key: openrailwaymap_en
encoding: utf8
format: rss 2.0
title: OpenRailwayMap (English)
feed_url: http://blog.openrailwaymap.org/en.rss
summary: News about OpenRailwayMap
updated: 2018-02-28 22:40:00
published: 2013-04-28 12:11:28
items_last_updated: 2018-02-28 22:40:00
fetched: 2019-06-09 18:12:23.124000
http_etag: "124e7-56f51eeba21fc"
http_last_modified: Sat, 23 Jun 2018 16:49:31 GMT
http_server: Apache/2.4.6 (CentOS) OpenSSL/1.0.2k-fips PHP/5.4.16
md5: 9e101e4f30cd61771b2424e016dc8d4b
created_at: 2019-06-09 18:11:33.571815
updated_at: 2019-06-09 18:12:23.271377
body:
  <?xml version="1.0" encoding="utf-8"?>
  <rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:wfw="http://wellformedweb.org/CommentAPI/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:sy="http://purl.org/rss/1.0/modules/syndication/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" version="2.0">
  	<channel>
  		<title>OpenRailwayMap</title>
  		<link>https://blog.openrailwaymap.org/</link>
  		<description>News about OpenRailwayMap</description>
  		<language>en</language>
  		<copyright>Alexander Matheisen</copyright>
  		<pubDate>Sun, 28 Apr 2013 14:11:28 +0200</pubDate>
  		<atom:link href="https://blog.openrailwaymap.org/en.rss" rel="self" type="application/rss+xml"/>
  		<lastBuildDate>Wed, 28 Feb 2018 23:40:00 +0100</lastBuildDate>
  		<sy:updatePeriod>daily</sy:updatePeriod>
  		<sy:updateFrequency>1</sy:updateFrequency>
  		<image>
  			<url>https://www.openrailwaymap.org/img/openrailwaymap-310.png</url>
  			<title>OpenRailwayMap</title>
  			<link>https://blog.openrailwaymap.org/</link>
  		</image>
  		<item>
  			<title>OpenRailwayMap auf der IT-Trans</title>
  			<description>Am 6. März wird sich die OpenRailwayMap auf der Messe IT-Trans präsentieren.</description>
  			<link>https://blog.openrailwaymap.org?lang=en#33</link>
  			<author>Alexander Matheisen</author>
  			<dc:creator>Alexander Matheisen</dc:creator>
  			<guid>https://blog.openrailwaymap.org?lang=en#33</guid>
  			<pubDate>Wed, 28 Feb 2018 23:40:00 +0100</pubDate>
  			<content:encoded>
  				<![CDATA[
  					<div class="uk-grid">
  						<div class="uk-width-medium-1-2">
  							<p>From 6. to 8. of March, the <a href="https://www.it-trans.org/"> IT-Trans </a> will take place in Karlsruhe, Germany, an international conference and exhibition for intelligent solutions for public transport.</p>
  							<p>Since its first show in 2008, IT-Trans has been one of the world's leading events for the digitisation of public transport. Every second year the whole world of public transport, from multinational enterprises over small and medium sized businesses to aspiring startup companies, meets here.</p>
  							<p>On March 6, the OpenRailwayMap will be showcased at booth D12 together with <a href="https://www.geops.de/">geOps</a>. Project founder <a href="https://www.matheisen.org/">Alexander Matheisen</a> will be there all day to introduce the project and answer questions.</p>
  						</div>
  						<div class="uk-width-medium-1-2">
  							<a href="https://www.it-trans.org/"><img width="900" height="601" alt="" src="img/33-ittrans.png"></img></a>
  						</div>
  					</div>
  				]]>
  			</content:encoded>
  		</item>
  		<item>
  			<title>Enabling HTTPS</title>
  			<description>OpenRailwayMap is now supporting HTTPS.</description>
  			<link>https://blog.openrailwaymap.org?lang=en#32</link>
  			<author>Alexander Matheisen</author>
  			<dc:creator>Alexander Matheisen</dc:creator>
  			<guid>https://blog.openrailwaymap.org?lang=en#32</guid>
  			<pubDate>Sun, 21 Jan 2018 20:01:00 +0100</pubDate>
  			<content:encoded>
  				<![CDATA[
  					<div class="uk-grid">
  						<div class="uk-width-medium-1-2">
  							<p>Now it is possible to access our <a href="https://www.openrailwaymap.org/">website</a>, <a href="https://tiles.openrailwaymap.org/">tiles</a>, <a href="https://api.openrailwaymap.org/">API</a> and <a href="https://lists.openrailwaymap.org/">mailing list</a> using HTTPS.</p>
  							<p>Users who already embed our tiles or request our API in their HTTPS website will not get <a href="https://developers.google.com/web/fundamentals/security/prevent-mixed-content/what-is-mixed-content">mixed content errors</a> any more. And for users who have been prevented from using OpenRailwayMap content in their HTTPS-delivered website, there's no reason not to do so.</p>
  						</div>
  					</div>
  				]]>
  			</content:encoded>
  		</item>
  		<item>
  			<title>Train protection systems</title>
  			<description>Train protection systems of Germany and Austria are now rendered in signalling layer.</description>
  			<link>https://blog.openrailwaymap.org?lang=en#31</link>
  			<author>Alexander Matheisen</author>
  			<dc:creator>Alexander Matheisen</dc:creator>
  			<guid>https://blog.openrailwaymap.org?lang=en#31</guid>
  			<pubDate>Tue, 16 Feb 2016 22:59:00 +0100</pubDate>
  			<content:encoded>
  				<![CDATA[
  					<div class="uk-grid">
  						<div class="uk-width-medium-1-2">
  							<p>Train protection systems are now rendered in signalling layer. For the beginning, the three most important systems used in Germany and Austria are visualized: The intermittent train protection system <a href="https://en.wikipedia.org/wiki/Punktf%C3%B6rmige_Zugbeeinflussung">"Punkförmige Zugbeeinflussung (PZB)"</a> in orange, the continuous system <a href="https://en.wikipedia.org/wiki/Linienzugbeeinflussung">"Linienzugbeeinflussung (LZB)"</a> in red and the <a href="https://en.wikipedia.org/wiki/European_Train_Control_System">European Train Control System (ETCS)</a> in blue. Railroad tracks without train protection are rendered in black while those without any information are rendered as grey lines. Train protection systems of other countries will be added in future.</p>
  						</div>
  						<div class="uk-width-medium-1-2">
  							<a href="https://www.openrailwaymap.org/?lat=51.3194554047498&lon=12.190704345703125&zoom=9&style=signals"><img width="900" height="675" alt="" src="img/31-train-protection-systems.png"></img></a>
  						</div>
  					</div>
  				]]>
  			</content:encoded>
  		</item>
  		<item>
  			<title>Some more Austrian signals</title>
  			<description>The signalling layer now also renders Austrian main and distant semaphore signals and the light signal version of speed signals.</description>
  			<link>https://blog.openrailwaymap.org?lang=en#30</link>
  			<author>Alexander Matheisen</author>
  			<dc:creator>Alexander Matheisen</dc:creator>
  			<guid>https://blog.openrailwaymap.org?lang=en#30</guid>
  			<pubDate>Sun, 03 Jan 2016 01:57:00 +0100</pubDate>
  			<content:encoded>
  				<![CDATA[
  					<div class="uk-grid">
  						<div class="uk-width-medium-1-2">
  							<p>Some mapper may have already noticed the following changes. Anyway, here is an "official" presentation of the changes concerning Austrian signals: After a significant number of Austrian railway signals was rendered since mid october, some users followed our appeal and contributed some more signal icons. Many thanks!</p>
  							<p>Austrian main and distant signals in form of light signals were already rendered, but now the map also visualizes the semaphore equivalents of these signals.</p>
  						</div>
  						<div class="uk-width-medium-1-2">
  							<a href="https://www.openrailwaymap.org/?lat=48.10104047624392&lon=13.16235065460205&zoom=14&style=signals"><img width="900" height="675" alt="" src="img/30-austrian-semaphore-signals.png"></img></a>
  						</div>
  					</div>
  					<div class="uk-grid">
  						<div class="uk-width-medium-1-2">
  							<p>And the map now also shows the light version of Austrian (distant) speed limit signals.</p>
  						</div>
  						<div class="uk-width-medium-1-2">
  							<a href="https://www.openrailwaymap.org/?lat=48.19679271018849&lon=16.264201998710632&zoom=17&style=maxspeed"><img width="900" height="675" alt="" src="img/30-austrian-speed-signals.png"></img></a>
  						</div>
  					</div>
  				]]>
  			</content:encoded>
  		</item>
  		<item>
  			<title>Deutsche Bahn and Open-Data</title>
  			<description>Deutsche Bahn, Germany's national railway company, will publish first open data datasets in a few days.</description>
  			<link>https://blog.openrailwaymap.org?lang=de#29</link>
  			<author>Alexander Matheisen;Michael Reichert</author>
  			<dc:creator>Alexander Matheisen;Michael Reichert</dc:creator>
  			<guid>https://blog.openrailwaymap.org?lang=de#29</guid>
  			<pubDate>Tue, 03 Nov 2015 13:00:00 +0100</pubDate>
  			<content:encoded>
  				<![CDATA[
  					<p>"Deutsche Bahn (Germany's national railway company) opens its datasets." A joke? No, such times seem to be past now. DB will launch its own open data portal soon.</p>

  					<p>If you expect DB to publish hundreds of datasets, you might be disappointed. But please note that such a large corporation cannot turn from "secret" to "open and free" within a few months. DB itself has to gain experience with open data, especially licensing and technical matters.
  					As a beginning, DB will publish a few datasets as appetizers – a list of the shortings of all stations (according to DB guideline no. 100) and informations about the elevators at its stations. Luckily, DB choosed CC-BY as license.</p>

  					<p>Open Knowledge Foundation Germany comments it this way: "It seems as the times when the community could get the data of Germany's largest railway corporation only via ingenious hacks or by collecting the data on their own and risked adhortatory letters like OpenPlanB three years ago." We would like to note that the way DB <a href="https://www.db-vertrieb.com/db_vertrieb/view/service/open_plan_b.shtml">reacted</a> (<a href="https://translate.google.com/translate?sl=de&amp;tl=en&amp;js=y&amp;prev=_t&amp;hl=de&amp;ie=UTF-8&amp;u=http%3A%2F%2Fwww.db-vertrieb.com%2Fdb_vertrieb%2Fview%2Fservice%2Fopen_plan_b.shtml&amp;edit-text=&amp;act=url">Google Translate</a>) on the publication of its timetable CD (called "HAFAS-CD") without DB's consent was very friendly. 
  					We think that the aim to put pressure onto the DB was missed. It is not surprising that DB has abstained from opening its dataset for the last three years. Publishing the conversation software (OpenPlanB did this, too) without the data would not have been such spectacular but legal.</p>

  					<p>As OpenStreetMap contributors we use different and legal methods to steer authorities and companies towards open data – crowdsourcing. We want to achieve the same OpenStreetMap already has already achieved on common geospatial data: Breaking the monopoly of the old monopolists/oligopolist like surveying authorities, Here, TomTom etc. 
  					The open data hostility and high data usage fees of German surveying authorities and their controlling authorities has been helping us very much. Surveying authorities did not and do not want to give up their revenues by usage fees and forece price and quality sensitive users to use OSM data. The blank map attracted lots of contributors over the first years and nowadays countries which have been more hostile against open data have the larger and more active communities than countries which have been more open-data-friendly.</p>

  					<p>The same now happens with railway infrastructure data. Because DB did not publish any useful data, a handful of volunteers started to map the German railway infrastructure on their own.</p>

  					<p>There is an interest in such data. If you sort all requests of OpenRailwayMap since January 2015 by providers, DB is at rank 5 (10 % of all requests of openrailwaymap.org), only Telekom, Vodafone, Kabel Deutschland (Cable Germany) and Telefonica (O2) are ahead. We have talked to some employees of DB. They told that its common nowadays at some parts of DB to use OpenRailwayMap as an addition information source to get an overview over an area or station. OpenRailwayMap offers are map DB does not offer its staff. 
  					In addition, DB's geospatial applications usually have an GUI which was designed in 1990s or early 2000s and has not been refurbished any more while OpenRailwayMap uses state-of-the-art web mapping frameworks.</p>

  					<p>We have asked DB several times for the last three years to make data available. We only got negative or no answers. That's why we are pleased with DB asking the community if a cooperation would be possible.</p>

  					<p>Open data does not only benefit the general public. DB benefits most. If open data would not benefit DB itself, DB could not publish data for free due to a loss of revenues of usage fees. Currently, its normal business at DB that one part of DB is paying large amounts to buy geospatial data from another part of DB – or just using OSM because it is free. Open data will reduce the work spent in buying and paying geospatial data and will lower hurdles for creative employees.</p>

  					<p>We are happy that DB does first steps into the cold open data water but we do not erupt with jubilation. The aim of OpenRailwayMap has still not been reached yet. First, DB will only publish a few small datasets and, second, companies and authorities cannot arrange a dataset which covers multiple topics and fulfills multiple needs at once. OSM contains not only railway tracks and roads but also landuse, buildings and points of interest. Data users get the data from a single source and only have to comply with one license.</p>

  					<p>If you want to put a giant into movement, you shold not claim but do crowdsourcing on your own. Instead of asking for dataset of punctuality or access to Zugradar and timetable API, you could collect the current positions of trains by crowdsourcing. The resulting dataset would be free of third parties' rights and not suffer from <a href="https://www.ice-treff.de/index.php?mode=thread&amp;id=293874">the</a> <a href="https://www.ice-treff.de/index.php?id=230540">limitations</a> 
  					(Google Translate <a href="https://translate.google.com/translate?sl=de&amp;tl=en&amp;js=y&amp;prev=_t&amp;hl=de&amp;ie=UTF-8&amp;u=http%3A%2F%2Fwww.ice-treff.de%2Findex.php%3Fmode%3Dthread%26id%3D293874&amp;edit-text=&amp;act=url">1</a>, <a href="https://translate.google.com/translate?hl=de&amp;sl=de&amp;tl=en&amp;u=http%3A%2F%2Fwww.ice-treff.de%2Findex.php%3Fid%3D230421">2</a>) of DB' systems. It would take some time until there will be enough data (you won't get all trains because some run nearly empty through Germany) and first applications will arise (and attention by railway fans and railway staff, too). Power comes from knowledge and knowledge from data.</p>

  					<p>There is one mistake in Stefan's and Walter's posting. They write that the "times of crowdsourced data collection [as a replacement for missing open data]" are over now. Unfortunately, that's still wrong. DB is Germany's most important railway infrastructure operator but there are other companies which operate the other 18 % of Germany's railway infrastructure. To call some examples without any judgement: <a href="https://en.wikipedia.org/wiki/Regiobahn_GmbH">Regiobahn</a>, <a href="https://en.wikipedia.org/wiki/Albtal-Verkehrs-Gesellschaft">AVG</a>, <a href="https://en.wikipedia.org/wiki/S%C3%BCdwestdeutsche_Verkehrs-Aktiengesellschaft">SWEG</a> and Deutsche 
  					Regionaleisenbahn, not to mention all the railway infrastructure operators outside Germany. Even if all railway infrastructure operators would publish all their data, OpenRailwayMap and the railway data at OpenStreetMap will not become redundant. We serve the function to collect, improve and maintain railway data. Our aim is to create an independent data source. The OpenStreetMap project has proofed that a separate dataset can be accurate and more up to date than other datasets.</p>
  				]]>
  			</content:encoded>
  		</item>
  		<item>
  			<title>Expanded visualization of Austrian and German signals</title>
  			<description> We added Austrian main, distant and speed signals, German light speed signals and some more German speed signs to the map during the OpenStreetMap Hack Weekend at 17. and 18. October in Karlsruhe, Germany.</description>
  			<link>https://blog.openrailwaymap.org?lang=en#28</link>
  			<author>Alexander Matheisen;Michael Reichert</author>
  			<dc:creator>Alexander Matheisen;Michael Reichert</dc:creator>
  			<guid>https://blog.openrailwaymap.org?lang=en#28</guid>
  			<pubDate>Wed, 28 Oct 2015 21:20:43 +0100</pubDate>
  			<content:encoded>
  				<![CDATA[
  					<div class="uk-grid">
  						<div class="uk-width-medium-1-2">
  							<p>For several day OpenRailwayMap visualizes a significant number of Austrian railway signals. Austrian signals are not completely new on the map. Austrian signals which look identical to their German equivalents, such as 'Trapeztafeln', have already been rendered on the map. Now we added light main and distant signals as the most important Austrian-specific signals.</p>
  						</div>
  						<div class="uk-width-medium-1-2">
  							<a href="https://www.openrailwaymap.org/?lat=47.59840802037502&lon=13.77807855606079&zoom=15&style=signals"><img width="900" height="675" alt="" src="img/28-austrian-main-signals.png"></img></a>
  						</div>
  					</div>
  					<div class="uk-grid">
  						<div class="uk-width-medium-1-2">
  							<p>We also added various Austrian speed and distant speed signals to the map. Currently only signs up to 120 km/h are rendered; for light signals we need to create appropriate icons (SVG icons licensed under Public Domain or CC-0 are welcome). These signals are already mapped in some places such as Vienna. We hope that the visualization of this first selection of Austrian signals will encourage mappers to map more signals.</p>
  						</div>
  						<div class="uk-width-medium-1-2">
  							<a href="https://www.openrailwaymap.org/?lat=48.22000143224693&lon=16.312095522880554&zoom=17&style=maxspeed"><img width="900" height="675" alt="" src="img/28-austrian-speed-signals.png"></img></a>
  						</div>
  					</div>
  					<div class="uk-grid">
  						<div class="uk-width-medium-1-2">
  							<p>Auch die German light speed signals (Zs 3) and speed limit signals (Zs 3v) were added. Previously only the signs of those signals were displayed, not the light signal version. The icons shows the highest speed value that a signal can show, but at maximum 120 km/h. There may be some signals also displaying higher speed limits (e.g. 150 km/h), but there are currently no icons for these states. To avoid a messed up map in densely mapped stations, those signals are rendered in zoom level 1+ instead of 16+.</p>
  						</div>
  						<div class="uk-width-medium-1-2">
  							<a href="https://www.openrailwaymap.org/?lat=48.99284791646639&lon=8.399667441844938&zoom=18&style=maxspeed"><img width="900" height="675" alt="" src="img/28-german-light-speed-signals.png"></img></a>
  						</div>
  					</div>
  					<div class="uk-grid">
  						<div class="uk-width-medium-1-2">
  							<p>There are also some new icons on German branch lines. We added the speed limit signs "Eckentafel" (Lf 5, only Eastern Germany), the white "Anfangstafel" (Lf 5, only Western Germany) and "Geschwindigkeitstafel" (Lf 4, only Western Germany).</p>
  						</div>
  						<div class="uk-width-medium-1-2">
  							<a href="https://www.openrailwaymap.org/?lat=49.28799080274328&lon=8.984220027923584&zoom=15&style=maxspeed"><img width="900" height="675" alt="" src="img/28-german-branch-speed-signals.png"></img></a>
  						</div>
  					</div>
  					<div class="uk-grid">
  						<div class="uk-width-medium-1-2">
  							<p>As another small new feature, minor signs Sh 0 and Sh 2 at buffer stops are now shown on the map.</p>
  						</div>
  						<div class="uk-width-medium-1-2">
  							<a href="https://www.openrailwaymap.org/?lat=52.16028343506804&lon=9.952911883592606&zoom=19&style=signals"><img width="900" height="675" alt="" src="img/28-german-bufferstop-signals.png"></img></a>
  						</div>
  					</div>
  					<div class="uk-grid">
  						<div class="uk-width-medium-1-1">
  							<p>This work was done while the <a href="https://wiki.openstreetmap.org/wiki/Karlsruhe_Hack_Weekend_October_2015">OpenStreetMap Hack Weekend</a> at the office of <a href="https://www.geofabrik.de/">Geofabrik</a> in Karlsruhe, Germany on 17. and 18. October 2015. We also spent some more work on the redesign of the OpenRailwayMap website, which will offer a responsive design for a better experience on mobile devices. There is still a lot of work to do until the release of the new website. We thank Geofabrik for hosting this hack weekend.</p>
  							<p>All images in this blog post contain OpenStreetMap data (<a href="https://www.openstreetmap.org/copyright">© OpenStreetMap contributors</a>) and are available under the terms of <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA 2.0</a> <a href="https://www.openrailwaymap.org/">OpenRailwayMap</a> and OpenStreetMap.</p>
  						</div>
  					</div>
  				]]>
  			</content:encoded>
  		</item>
  		<item>
  			<title>Use OpenRailwayMap on your mobile device with OsmAnd</title>
  			<description>Now you can use the OpenRailwayMap overlays in OsmAnd, a mobile app for Android and iOS devices. At the moment it requires an active internet connection. There is still a lot of work for generating offline maps, but you can help us!</description>
  			<link>https://blog.openrailwaymap.org?lang=en#26</link>
  			<author>Alexander Matheisen</author>
  			<dc:creator>Alexander Matheisen</dc:creator>
  			<guid>https://blog.openrailwaymap.org?lang=en#26</guid>
  			<pubDate>Thu, 11 Jun 2015 22:30:08 +0200</pubDate>
  			<content:encoded>
  				<![CDATA[
  					<p>Using OpenRailwayMap on mobile devices is now easier: <a href="https://osmand.net/">OsmAnd</a>, an app running on Andriod and iOS devices, offers integrated support for OpenRailwayMap. You can easily add the different layers of OpenRailwayMap as overlays. Have a look at the <a href="https://wiki.openstreetmap.org/wiki/OpenRailwayMap/API#Usage_in_OsmAnd">wiki howto</a>.</p>
  					<p>Now you can use features that the <a href="https://m.openrailwaymap.org/">mobile website</a> cannot offer: The alignment of the map in any direction or the visualization of your own position. Also very interesting is the possibility to combine the railway overlay with any other background map, such as aerial imagery. However, there is one limitation: The overlays are loaded dynamically, which requires an internet connection. Offline usage would be nice to have, but is currently not implemented due to some problems:</p>
  					<p>The generation of ready-to-use downloadable offline maps requires more server resources and bandwidth that are currently not available. There won't be a solution for this problem soon, but the open data of OpenStreetMap allows users to generate offline maps on their own. The <a href="https://wiki.openstreetmap.org/wiki/OsmAndMapCreator">necessary steps</a> are documented in the OSM wiki.</p>
  					<p>Currently, however, there is the problem that the existing OpenRailwayMap stylesheet, written in MapCSS cannot be used due to an specal <a href="https://code.google.com/p/osmand/wiki/HowToPrepareYourOwnDataToUseOffline">OsmAnd format</a>. Writing stylesheets for OsmAnd means a lot of work, in particular the continuous synchronization with the MapCSS files requires some effort. Developing a tool for converting MapCSS stylesheets to the OsmAnd format would be one approach to avoid a lot of manual work and make life easier. That would also ensure that both online and offline maps look almost identically. For both tasks, supporters, who are interested in using OpenRailwayMap on mobile devices, are welcome.</p>
  				]]>
  			</content:encoded>
  		</item>
  		<item>
  			<title>The Karlsruhe hack weekend and what else happend since January</title>
  			<description>Even if there was no new blog article in the last few months, the development has not stopped. Read a short summary of the small changes since January.</description>
  			<link>https://blog.openrailwaymap.org?lang=en#24</link>
  			<author>Alexander Matheisen</author>
  			<dc:creator>Alexander Matheisen</dc:creator>
  			<guid>https://blog.openrailwaymap.org?lang=en#24</guid>
  			<pubDate>Tue, 28 Apr 2015 01:05:37</pubDate>
  			<content:encoded>
  				<![CDATA[
  					<p>Even if there was no new blog article in the last few months, the development has not stopped. We are happy to welcome Eike (Dakon) as a new developer in our team.</p>
  					<p>Since the <a href="https://www.openrailwaymap.org/blog.php#23">FOSSGIS Hack Weekend in January</a>, the signalling layer was extended by several German and Austrian signals. Now it shows distant sign("Kreuztafel"), shunting stop signs ("Rangierhalttafel" / "Verschubhalttafel") and <a href="https://www.openrailwaymap.org/?lang=en&lat=51.43247087211911&lon=7.125476002693175&zoom=17&style=signals">shunting signs</a> ("Wartezeichen" / "Wartesignale"). The advantage of these three signals is that they are almost equal in Germany and Austria, so that we can use the same icons. The German signals were extended by <a href="https://www.openrailwaymap.org/?lang=en&lat=48.89579669291743&lon=9.0570929646492&zoom=18&style=signals">block marker signs ("Blockkennzeichen")</a>, <a href="https://www.openrailwaymap.org/?lang=en&lat=51.326673073320045&lon=6.622465252876282&zoom=17&style=signals">repeated or shortened light signals type Ks</a> and <a href="https://www.openrailwaymap.org/?lang=en&lat=53.56191864078081&lon=9.957899451255798&zoom=17&style=signals">combined signals type Sv</a>. The maxspeed layer now also <a href="https://www.openrailwaymap.org/?lang=en&lat=50.23435968080233&lon=6.837787628173828&zoom=12&style=maxspeed">shows disused and construction tracks</a>, which are rendered in lighter colours to make them distinguishable from active railroads. In infrastructure layer, <a href="https://www.openrailwaymap.org/?lang=en&lat=50.91706673391947&lon=6.9746071100234985&zoom=17&style=standard">bridge and tunnel names</a> tagged with bridge:name and tunnel:name are favoured over track names. Bridges and tunnels at tracks such as monorails, which are not traditional railroads, are not rendered any more. In the past this caused unexpected results on the map.</p>
  					<p>In the meantime, Eike improved the rendering of signal boxes and moved them to the more appropriate signalling layer. Signal boxes are now <a href="https://www.openrailwaymap.org/?lang=en&lat=50.94993461671844&lon=6.951475739479064&zoom=17&style=standard">rendered in green with names</a>. Some bugfixes at <a href="https://github.com/rurseekatze/node-tileserver">node-tileserver</a> were necessary to render signal boxes tagged as buildings. The infrastructure layer now also visualizes turntables and traversers.</p>
  					<p>To improve the data quality, more <a href="https://github.com/rurseekatze/OpenRailwayMap/blob/master/validator/openrailwaymap.validator.mapcss">validation rules for JOSM</a> were added. These new rules check e.g. whether track numbers are tagged correctly and not as names or if signals have logical tagging issues. Features are also checked for various deprecated and not supported tags.</p>
  					<p>There were some changes of the JOSM presets, too: Items for platform section signals ("Zugdeckungssignal"), <a href="https://www.tf-ausbildung.de/SignalbuchOnline/ne14.htm">ETCS stop signs (Ne 14)</a> and some new icons were added to the German preset. The signals were retagged with the new country-operator-prefixes. Tagging changes, that were decided at the <a href="https://wiki.openstreetmap.org/wiki/OpenRailwayMap/Mappingwochenende_2014_1">meetings in Cologne</a> and <a href="https://wiki.openstreetmap.org/wiki/OpenRailwayMap/Aktiventreffen_2014_2">Bad Nauheim</a>, were applied to some items. There were also some bugfixes of syntax errors and translations to English.</p>
  					<p>There are also some new features on the website: Users can view the railway overlay without any basemap. The search now also finds spur junctions tagged as railway=spur_junction. Kudret Emre added a Turkish translation of the website, thanks a lot!</p>
  					<p>Some new features such as icons for crossings in infrastructure layer, rendering of track numbers, German distant signs with shortened braking distance, German light speed limit signals and catenary signals (in Germany and Austria) are still under construction.</p>
  					<p>We thank Geofabrik from Karlsruhe for hosting the <a href="https://wiki.openstreetmap.org/wiki/Karlsruhe_Hack_Weekend_February_2015">OSM Hack Weekend in February</a>, where Alex and Michael implemented a part of the new features mentioned above.</p>
  					<p>Beside finishing the pending changes, improvements of the legend, updates and additions of the translations and a redesign of the website stand on our todo list. The signalling layer will be continously extended by Austrian and Dutch signals. The search will be improved, so that it returns also disused, abandoned, constructed and proposed stations. Tracks used for tourism or military purposes, which are currently not rendered on the map, will be visualized, too.</p>
  				]]>
  			</content:encoded>
  		</item>
  		<item>
  			<title>FOSSGIS Hack Weekend at Linuxhotel in Essen</title>
  			<description>Last weekend, the FOSSGIS Hack Weekend took place at Linuxhotel in Essen, Germany. Two contributors of the OpenRailwayMap attended this event and created new signal icons, a tagging preset for Austria and much more.</description>
  			<link>https://blog.openrailwaymap.org?lang=en#23</link>
  			<author>Alexander Matheisen</author>
  			<dc:creator>Alexander Matheisen</dc:creator>
  			<guid>https://blog.openrailwaymap.org?lang=en#23</guid>
  			<pubDate>Thu, 15 Jan 2015 20:20:15</pubDate>
  			<content:encoded>
  				<![CDATA[
  					<p>Last weekend (January 9–11, 2015) Alexander (<a href="https://wiki.openstreetmap.org/wiki/User:Rurseekatze">rurseekatze</a>) and Michael (<a href="https://wiki.openstreetmap.org/wiki/User:Nakaner">Nakaner</a>) stayed at FOSSGIS Hack Weekend at Linuxhotel in Essen, Germany. <a href="https://www.fossgis.de/">FOSSGIS e.V.</a> is quasi, but not official OpenStreetMap Foundation Local Chapter in Germany and funds free software/projects around GIS software and OpenStreetMap. <a href="https://linuxhotel.de/">Linuxhotel</a> is a hotel only for Linux and open source software training. At weekends, open source software communities can stay there for cheap prices.</p>
  					<p>While Alex created a <a href="https://www.openrailwaymap.org/josm-presets/">JOSM preset for Austrian railways</a> this weekend, Michael did a couple of smaller fixes and improvements. He added German crossing signals (Bü 0/1), the Sv signals of Hamburg Light Rail ("S-Bahn") and an icon for Sh 2 signs. He replaced icons of Ks signals by new ones. To be able to differ between Hp 0 ("stop") of Ks system and other systems which have a red light, he decided to change the meanings of the Ks icons. Hp 0 (red light at the top of the signal) now represents a Ks combined signal (prior Hp 0 represented a Ks main signal). Ks 1 (green light in the center) represents a Ks main signal (prior Ks 1 represented Ks combined signals). Ks 2 (yellow light at the right) represents a Ks distance signal (prior Ks 2 represented Ks combined signals).</p>
  					<p>Michael also improved the infrastructure style. OpenRailwayMap now renders tunnel and bridge names which are tagged using tunnel:name=* and bridge:name=*. Trams will be rendered at zoom level 10+ now and industrial tracks won't be as thick is usual.</p>
  					<p>As requested in a couple of bug reports, Michael improved maxspeed style. From now on, speed limits of disused and being constructed tracks will be rendered, too. We will not render speed limits of abandoned or proposed tracks.</p>
  					<p>Since two weeks, the tracks in the signalling layer are rendered as grey lines for a better orientation.</p>
  					<p>Note that these changes still need to be deployed on the webserver and are not visible on the homepage yet. This will be done soon.</p>
  					<p>We thank FOSSGIS for offering this location and event to improve OpenRailwayMap and look forward to the next FOSSGIS Hack Weekend. The next hacking event with participation of OpenRailwayMap will be the <a href="https://wiki.openstreetmap.org/wiki/Karlsruhe_Hack_Weekend_February_2015">Hackweekend im Februar</a> in der Geofabrik in Karlsruhe.</p>
  				]]>
  			</content:encoded>
  		</item>
  		<item>
  			<title>German Hl Signals</title>
  			<description>Hl signals are main and combined light signals used by 'Deutsche Reichsbahn' (predecessor of 'Deutsche Bahn' in the German Democratic Republic). OpenRailwayMap now renders them.</description>
  			<link>https://blog.openrailwaymap.org?lang=en#22</link>
  			<author>Alexander Matheisen</author>
  			<dc:creator>Alexander Matheisen</dc:creator>
  			<guid>https://blog.openrailwaymap.org?lang=en#22</guid>
  			<pubDate>Mon, 29 Dec 2014 23:58:15</pubDate>
  			<content:encoded>
  				<![CDATA[
  					<p>Hl signals are main and combined light signals used by 'Deutsche Reichsbahn' (predecessor of 'Deutsche Bahn' in the German Democratic Republic). OpenRailwayMap now renders them (<a href="https://www.openrailwaymap.org/?lang=de&lat=51.28036037134125&lon=11.563324928283691&zoom=14&style=signals">example</a>).</p>
  					<p>It took a while to implement this signal system because it has a lot of different views it can show. Hl signals have two signal functions in one signal. The upper two lights show which signal the train driver has to expect. The middle red light is used for Hp 0 (formerly known as <a href="https://de.wikipedia.org/wiki/Datei:HL13.png">Hl 13</a>), its <a href="https://de.wikipedia.org/wiki/Datei:HL13_Ersatzlampe.png">replacement light</a> is located at the lower right. The lower left light is yellow and turned on if the signals shows a reduced speed. This is 40 km/h by default and can be increased by a yellow (60 km/h) or green (100 km/h) bar below the signal.</p>
  					<p>But now back to map. Icons at OpenRailwayMap should show which signals the signal can show. With H/V semaphore and light signals we introduced the convention that a signal showing stop (red light) means that we do not have information about its possible signals.</p>
  					<p>Block signals can only show <a href="https://de.wikipedia.org/wiki/Datei:Hl1.png">Hl 1</a>, <a href="https://de.wikipedia.org/wiki/Datei:Hl10.png">Hl 10</a> and <a href="https://de.wikipedia.org/wiki/Datei:HL13.png">Hl 13</a> (i.e. they cannot show <a href="https://de.wikipedia.org/wiki/Datei:Hl2.png">Hl 2</a>, <a href="https://de.wikipedia.org/wiki/Datei:Hl3a.png">Hl 3a</a> and <a href="https://de.wikipedia.org/wiki/Datei:Hl3b.png">Hl 3b</a>. They are rendered as <a href="https://de.wikipedia.org/wiki/Datei:Hl1.png">Hl 1</a> (green light if signal has no distant signal function) or <a href="https://de.wikipedia.org/wiki/Datei:Hl10.png">Hl 10</a> (if the signal is combined signal).</p>
  					<p>If the signal cannot show a green or yellow bar, it is rendered as <a href="https://de.wikipedia.org/wiki/Datei:Hl3a.png">Hl 3a</a>¹ (green light at the top, yellow light below)/<a href="https://de.wikipedia.org/wiki/Datei:Hl12a.png">Hl 12a</a>² (both lights yellow).</p>
  					<p>If the signal has a light bar but can only show a yellow one (green lights missing), the signals is rendered as <a href="https://de.wikipedia.org/wiki/Datei:Hl3b.png">Hl 3b</a>¹ (green light at the top, yellow below, yellow bar at the bottom)/<a href="https://de.wikipedia.org/wiki/Datei:Hl12b.png">Hl 12b</a>² (both single lights yellow, yellow bar below).</p>
  					<p>If the signal has two light bars, the signals is rendered as <a href="https://de.wikipedia.org/wiki/Datei:Hl2.png">Hl 2</a>¹ (green light at the top, yellow below, green bar at the bottom)/<a href="https://de.wikipedia.org/wiki/Datei:Hl11.png">Hl 11</a>² (both single lights yellow, green bar below).</p>
  					<p>Hl signals which are <i>only</i> distant signals (not main or combined signals) are rendered as <a href="https://de.wikipedia.org/wiki/Datei:Hl1.png">Hl 1</a> with sign <a href="https://commons.wikimedia.org/wiki/File:Ne_2.svg">Ne 2</a> (distant signal sign).</p>
  					<p>Apart from two exotic German signals sytems – Sk and Sv system, we now have all signal systems used in Germany at OpenRailwayMap. If you want to see your local signal system, provide us following information:</p>
  					<ul>
  						<li>a German or English description of your signal system (we will suggest you a tagging scheme based on it)</li>
  						<li>suitable signal icons as SVG files</li>
  						<li>suggestions for rendering rules (you do not have to provide MapCSS)</li>
  					</ul>
  					<p>¹ signals which are not distant signals, too</p>
  					<p>² combined signals</p>
  				]]>
  			</content:encoded>
  		</item>
  		<item>
  			<title>Database update problems resolved</title>
  			<description>After it had been no or only irregular updates for the last several weeks, the data updates are now running properly again.</description>
  			<link>https://blog.openrailwaymap.org?lang=en#21</link>
  			<author>Alexander Matheisen</author>
  			<dc:creator>Alexander Matheisen</dc:creator>
  			<guid>https://blog.openrailwaymap.org?lang=en#21</guid>
  			<pubDate>Tue, 09 Dec 2014 22:28:15</pubDate>
  			<content:encoded>
  				<![CDATA[
  					<p>Since last friday, the data updates are running again without problems, after it had been <a href="https://lists.openrailwaymap.org/archives/openrailwaymap/2014-October/000136.html">no or only irregular updates</a> for the last several weeks.</p>
  					<p>Unfortunately, the update process could not be switched to the Augmented Diffs of the Overpass API <a href="https://lists.openrailwaymap.org/archives/openrailwaymap/2014-October/000140.html">as intended</a>, because the format is currently not appropriate for our purposes, so we keep the current toolchain. The required space was created by changing the RAID level of the two SSDs. Instead of being configured as RAID-1, they are now configured as RAID-0, which offers twice the storage space and a slightly higher performance at no additional costs.</p>
  					<p>The only disadvantage of this solution is the higher risk of data loss in cases of disk failures. In my opinion this problem is not that important, as there are only a few data which are not also stored anywhere else. This data can also easily be saved periodically on another computer and restored after a total failure and the following reinstallation of the system.</p>
  					<p>However, an additional conventional hard disk for the server would be desirable to make full backups of the system comfortably and to restore the system in case of failure. But it costs extra money again...</p>
  				]]>
  			</content:encoded>
  		</item>
  		<item>
  			<title>OpenRailwayMap Meeting in Bad Nauheim, Germany</title>
  			<description>The second OpenRailwayMap Meeting took place in Bad Nauheim near Frankfurt (Main), Germany on 24 to 26 October 2014. It was a extension to the first "Mapping Weekend" in Cologne in July. Tagging discussions, which had been skipped due to a lack of time (or too much topics), and new tagging related questions and proposals were discussed now.</description>
  			<link>https://blog.openrailwaymap.org?lang=en#20</link>
  			<author>Alexander Matheisen</author>
  			<dc:creator>Alexander Matheisen</dc:creator>
  			<guid>https://blog.openrailwaymap.org?lang=en#20</guid>
  			<pubDate>Mon, 03 Nov 2014 21:03:05</pubDate>
  			<content:encoded>
  				<![CDATA[
  					<p>The <a href="https://wiki.openstreetmap.org/wiki/OpenRailwayMap/Aktiventreffen_2014_2">second OpenRailwayMap Meeting</a> took place at user spth's home in <a href="https://www.openrailwaymap.org/?lang=de&lat=50.3678543750527&lon=8.74908502598765&zoom=14&style=standard">Bad Nauheim</a> near Frankfurt (Main) on 24 to 26 October 2014. It was a extension to the <a href="https://wiki.openstreetmap.org/wiki/OpenRailwayMap/Mappingwochenende_2014_1">first "Mapping Weekend" in Cologne in July</a>. Tagging discussions, which had been skipped due to a lack of time (or too much topics), and new tagging related questions and proposals were discussed now.</p>
  					<p>The two other attendees, Michael (<a href="https://wiki.openstreetmap.org/wiki/User:Nakaner">Nakaner</a>) and Alex (<a href="https://wiki.openstreetmap.org/wiki/User:rurseekatze">rurseekatze</a>), used their journey there to map. Michael went a detour by train from Karlsruhe over Heilbronn and <a href="https://en.wikipedia.org/wiki/Odenwald_Railway_%28Hesse%29">Hessian Odenwald Railway</a> and mapped their using GPS waypoints. Alex filmed between Düsseldorf and Cologne as long as his ICE was not too fast.</p>
  					<p>You can find the <a href="https://wiki.openstreetmap.org/wiki/DE:OpenRailwayMap/Aktiventreffen_2014_2#Protokoll">detailled protocol</a> at OpenStreetMap Wiki. The most important topics were:</p>
  					<p>A <a href="https://forum.openstreetmap.org/viewtopic.php?pid=454509">discussion in German OpenStreetMap Forum</a> made us to discuss differentiation between heavy railwas, light railway lines, trams and subways on <a href="https://wiki.openstreetmap.org/wiki/DE:OpenRailwayMap/Aktiventreffen_2014_2#Freitag.2C_der_24._Oktober_2014">Friday evening</a>. We also discussed the tag railway=narrow_gauge. We think that this tag is an outdated synonym for railway=rail. We think that change these tagging in OSM database is useless.</p>
  					<p>If <a href="https://en.wikipedia.org/wiki/Gauntlet_track">tracks are interlaced</a>, we suggest to map all tracks as separate OSM ways and to tag these ways with railway:interlaced=yes. If passing is prohibited between two tracks, you can now use railway:passing_prohibited=left/right/yes/both.</p>
  					<p>The tagging discussions were continued on <a href="https://wiki.openstreetmap.org/wiki/OpenRailwayMap/Aktiventreffen_2014_2#Saturday.2C_25._October_2014">Saturday morning</a>. Contrary to the rule not to tag ways both with usage=* and service=*, we decided that usage=* and service=* should be allowed for industrial siding and yard tracks to be able to differ between industrial and normal siding/yard tracks in rendering.</p>
  					<p>We defined new tags for meter load and axle load – meter_load=* and axle_load=*.</p>
  					<p>We could not reach a settlement in the question how to use maxspeed=* if there are different speed limits for different types of vehicles (e.g. trains with and without ability to tilt in curves or vehicles with/without eddy current break).</p>
  					<p>If a power line is mounted on catenary masts, you can now tag the mast with power=catenary_mast. This tag can also be used for the masts of trolleybusses and electric ships. We also invented new tags for power supply into catenary, jumpering of separators of catenary, the <a href="https://en.wikipedia.org/wiki/Bordeaux_tramway#Electric_power_.2F_Ground-level_power_supply">ground level power supply of Bordeaux tram</a>, crossing boxes, blockposts and sidings.</p>
  					<p>On Saturday afternoon we went outside to map along the railway lines to Gambach and Gießen.</p>
  					<p>Because mappers have been using railway=owner_change, different form designation, for owner changes (e.g. between a national railway company and a private company), we decided to introduce railway=border for owner changes near country borders.</p>
  					<p>We also invented tags for <a href="https://commons.wikimedia.org/wiki/File:Apcpsspaa.JPG">automatically rising roadway barricades</a> on Russian level crossings and <a href="https://de.wikipedia.org/wiki/Bahn%C3%BCbergang#mediaviewer/File:Great_Bentley_330.jpg">in UK used gates</a> on level crossings. If a level crossing has a saltire, it now can be tagged as crossing:saltire=yes. The new key crossing:supervision=* describes how railway personell takes care that no vehicles remain behind closed boom gates. This can be happen by a level crossing attendant, camera or radar scanners. We also decided to introduce a new tag for the time between closure and reopening of a level crossing.</p>
  					<p>On <a href="https://wiki.openstreetmap.org/wiki/OpenRailwayMap/Aktiventreffen_2014_2#Sunday.2C_26._Oktober_2014">Sunday</a> we invented signals for German trams and Berlin subway. This made us changing tagging of <a href="https://en.wikipedia.org/wiki/Linienzugbeeinflussung">LZB</a> signals. Now every signal which is related to a train protection system <a href="https://wiki.openstreetmap.org/wiki/OpenRailwayMap/Aktiventreffen_2014_2#zugsicherungssignale">should be tagged as railway:signal:train_protection=*</a>.</p>
  					<p>Just before the end, we created tags for some facilities which can be found in depots like sand stores and drinking water supply.</p>
  					<p>On the retourn journey, Michael and Alex mapped, too. Michael filmed between Friedberg and Frankfurt (Main) and between Frankfurt (Main) and Weinheim-Lützelsachsen until it became too dark outside and the phone battery became empty. Alex filmed <a href="https://en.wikipedia.org/wiki/West_Rhine_Railway">West Rhine Railway</a> between Mainz and Koblenz until as long as it was bright enough.</p>
  				]]>
  			</content:encoded>
  		</item>
  		<item>
  			<title>Karlsruhe Hack Weekend</title>
  			<description>Auf dem Hackweekend der Geofabrik in Karlsruhe wurde fleißig am Signallayer geschraubt.</description>
  			<link>https://blog.openrailwaymap.org?lang=en#19</link>
  			<author>Alexander Matheisen</author>
  			<dc:creator>Alexander Matheisen</dc:creator>
  			<guid>https://blog.openrailwaymap.org?lang=en#19</guid>
  			<pubDate>Mon, 20 Oct 2014 22:25:10</pubDate>
  			<content:encoded>
  				<![CDATA[
  					<p>Although most of the strike of Gewerkschaft der Lokomotivführer (<a href="https://en.wikipedia.org/wiki/Gewerkschaft_Deutscher_Lokomotivf%C3%BChrer">German Train Drivers' Trade Union</a>) last weekend, Alexander Matheisen (<a href="https://wiki.openstreetmap.org/wiki/User:Rurseekatze">rurseekatze</a>) came to <a href="https://wiki.openstreetmap.org/wiki/Karlsruhe_Hack_Weekend_October_2014">OpenStreetMap Hack Weekend</a> at <a href="https://www.geofabrik.de/en/index.html">Geofabrik</a> in Karlsruhe, Germany. Together with Michael Reichert (<a href="https://wiki.openstreetmap.org/wiki/User:Nakaner">Nakaner</a>), he continued work on OpenRailwayMap's map styles.</p>
  					<p>Now all tracks without a maxspeed tag are rendered as grey lines, so that the map does not look so gappy any more. Tracks are only rendered at that zoom levels they would be rendered in infrastructure style. That's why the blue lines of trams and siding tracks will not mar the map at low zoom levels any more. Roads with railway tracks (e.g. abandoned railways which are now used as roads) will not be rendered in maxspeed style. Rendering of disused and abandoned tracks has been removed from maxspeed style but we ponder to add rendering of railway lines which are 
  under construction or disused in a brighter colour.</p>
  					<p>A large bunch of changes happened to the signalling layer. It now renders a lot of German main and distant signals (all <a href="https://en.wikipedia.org/wiki/German_railway_signalling#Main_signal.2Fdistant_signal_.28H.2FV.29">H/V</a> distant signals and H/V semaphore main signals) with new icons. We also added icons for <a href="https://en.wikipedia.org/wiki/Whistle_post#Germany">whistle</a> and ring signs, entry signals of stations on branch lines ([Ne1](https://en.wikipedia.org/wiki/German_railway_signalling#Ne1_Trapeztafel)), halt distant signal (<a href="https://en.wikipedia.org/wiki/German_railway_signalling#Ne6_Haltepunkttafel">Ne6</a>).</p>
  					<p>Michael has drawn icons of <a href="https://www.sh1.org/eisenbahn/shhl.htm">Hl signalling system</a> of former <a href="https://en.wikipedia.org/wiki/Deutsche_Reichsbahn_%28East_Germany%29">Deutsche Reichsbahn of GDR</a>, <a href="https://www.sh1.org/eisenbahn/snsh.htm">shunting signals</a> and <a href="https://www.sh1.org/eisenbahn/snbu.htm">crossing distant signals</a>. They will be added soon.</p>
  					<p>All these icons are from Michael's collection <a href="https://github.com/Nakaner/railway-signals">railway-signals</a>. He had to modify some of them for OpenRailwayMap due to the small size of the icons (e.g. semaphore signals, Hp light main signals, crossing distant signals).</p>
  					<p>Another attendee of Karlsruhe Hack Weekend had a surprise for us in store. Arndt Breschede, developer of <a href="https://brouter.de/brouter/">Android bicycle router BRouter</a> (<a href="https://brouter.de/brouter-web/">web interface</a>, <a href="https://play.google.com/store/apps/details?id=btools.routingapp&hl=de">Google Play</a>), has written a very simple <a href="https://brouter.de/brouter/profiles2/rail.brf">routing profile for trains</a>. At the moment it calculates routes over everything which has rails, regardless if this is a train track or a tram track. It uses opposite track of two-tracked railway lines, too. If you have time, you <a href="https://brouter.de/brouter/profile_developers_guide.txt">can extend this profile</a>. You can test own routing profiles at <a href="https://brouter.de/brouter-web/">BRouter-Web</a> by entering your profile content in the text field at the left bottom. One nice feature of BRouter is the ability to define no-go areas. We might integrate a router based on this application into OpenRailwayMap website in future.</p>
  					<p>Diffent than originally planned, Alex could not do some mapping on <a href="https://en.wikipedia.org/wiki/West_Rhine_Railway">West Rhine Railway</a> on his way home because the EC 6 replacement train was overcrowed and he could not get a seat next to the window.</p>
  				]]>
  			</content:encoded>
  		</item>
  		<item>
  			<title>Validation of railway data with JOSM</title>
  			<description>There is a new ruleset for JOSM which makes it easy to find and correct tagging issues of railroad data.</description>
  			<link>https://blog.openrailwaymap.org?lang=en#18</link>
  			<author>Alexander Matheisen</author>
  			<dc:creator>Alexander Matheisen</dc:creator>
  			<guid>https://blog.openrailwaymap.org?lang=en#18</guid>
  			<pubDate>Tue, 07 Oct 2014 20:31:27</pubDate>
  			<content:encoded>
  				<![CDATA[
  					<p>I have often seen various tagging mistakes while mapping railroads. Some day I experienced that JOSM offers a possibility to extend the built-in validator by <a href="https://josm.openstreetmap.de/wiki/Help/Validator/MapCSSTagChecker">MapCSS-like rules</a> and thought "hey, wouldn't it be great to use this for a railroad-data-validator?".</p>
  					<p>Now I have started such a <a href="https://github.com/rurseekatze/OpenRailwayMap/blob/master/validator/openrailwaymap.validator.mapcss">validation file for JOSM</a>. [2] It includes a first selection of a few typical tagging issues, but I still have a very long list of more issues and will add them step by step.</p>
  					<p>Every railroad mapper may have experienced typcial tagging mistakes, too. It would be nice if more mappers could add some rules. The easiest way would be pull requests, but suggestions by email are also good.</p>
  				]]>
  			</content:encoded>
  		</item>
  		<item>
  			<title>German speed signals almost complete</title>
  			<description>The icons of german speed signals are now almost complete. In many places, there are already lots of mapped signals visible on the map.</description>
  			<link>https://blog.openrailwaymap.org?lang=en#16</link>
  			<author>Alexander Matheisen</author>
  			<dc:creator>Alexander Matheisen</dc:creator>
  			<guid>https://blog.openrailwaymap.org?lang=en#16</guid>
  			<pubDate>Thu, 31 Jul 2014 09:39:27</pubDate>
  			<content:encoded>
  				<![CDATA[
  					<p>Since yesterday, almost all german speed signals are rendered on the map. Switching to the maxspeed layer, there are already lots of mapped signals visible on the map. Zs 3(v) light signals are not rendered yet due to a difficult visualization of the different possible signal values. There are already ideas on how to visualize there signals. Signals of temporary speed restrictions ("Langsamfahrstelle") (Lf 1/2 and 1-5) are currently missing, too. Since temporary speed restrictions are usually not mapped in OpenStreetMap, this is not a major disadvantage.</p>
  					<p>A demo area, where almost every speed signal is mapped, can be found <a href="https://www.openrailwaymap.org/?lat=51.20596923119336&lon=6.695265769958496&zoom=14&style=maxspeed">here</a>. The rendering of the signals on the map should motivate mappers to map even more of these signals.</p>
  					<p>Soon we will add more signal icons to the signalling layer and replace existing symbols by nicer icons.</p>
  					<p>Many thanks to our icon illustrators <a href="https://www.twitter.com/Nakaner">Michael</a> and <a href="https://www.twitter.com/ubahnverleih">Consti</a>!</p>
  				]]>
  			</content:encoded>
  		</item>
  		<item>
  			<title>Looking back at the OpenRailwayMap Mapping Weekend</title>
  			<description>The first OpenRailwayMap Mapping Weekend (with tagging discussion) took place in Cologne, Germany from 11 to 13 July 2014. Besides meeting other railway infrastructure mappers and mapping two railway lines, we discussed about extensions and changes of the railway tagging scheme. Here a report of this successful event.</description>
  			<link>https://blog.openrailwaymap.org?lang=en#15</link>
  			<author>Alexander Matheisen</author>
  			<dc:creator>Alexander Matheisen</dc:creator>
  			<guid>https://blog.openrailwaymap.org?lang=en#15</guid>
  			<pubDate>Mon, 14 Jul 2014 18:27:01</pubDate>
  			<content:encoded>
  				<![CDATA[
  					<p>The first OpenRailwayMap Mapping Weekend (with tagging discussion) took place in Cologne, Germany from 11 to 13 July 2014. It was a knowledge and communion exchange between the railway infrastructure mappers in Germany. We discussed about extensions and changes of the railway tagging scheme. <a href="https://wiki.openstreetmap.org/wiki/%C3%96V_Firma_Mentz_Datenverarbeitung_GmbH">Mentz Datenverarbeitung</a> was represented by Emrah Kutlu.</p>
  					<p>At Friday evening the attendees arrived at the event location, <a href="(https://de.wikipedia.org/wiki/Wikipedia:Lokal_K)">Lokal K</a>, and we got to know each other. We talked about public relations work for OpenRailwayMap and how to get new mappers (especially people who are no mappers at the moment but interested in trains and railways). Afterwards everyone presented his mapping techniques.</p>
  					<p>On Saturday morning we first had a breakfast at Lokal K which faded to a presentation of OSM-related work of Mentz Datenverarbeitung, a company form Munich, developing software for public transport companies, by Emrah.</p>
  					<p>He presented their experiments to route over the German railway network and the routing errors they found. We explained him the tags <a href="https://wiki.openstreetmap.org/wiki/Key:service#Railways">service=*</a>, <a href="https://wiki.openstreetmap.org/wiki/Key:usage">usage=*</a> and <a href="https://wiki.openstreetmap.org/wiki/Key:maxspeed">maxspeed=*</a>. We realized that there is a demand for tagging the normal direction of traffic of railway tracks to improve routing. The normal direction of traffic is the direction into trains usually use a railway track. This is the right track at double-track lines in Germany, it is the left track in other countries (e.g. UK, France, Switzerland). If there is the possibility to change the track on a double-track line before and after a curve, the routing algorithm might use the inner (opposite) track of the curve even if the train would block this track for trains of opposite direction. That's trains usually avoid usage of the opposite track.</p>
  					<p>At Saturday afternoon we paused discussions and went outdoor to map. <a href="https://wiki.openstreetmap.org/wiki/User:Ubahnverleih">Consti</a>, <a href="https://wiki.openstreetmap.org/wiki/User:Rurseekatze">Alex</a>, <a href="https://wiki.openstreetmap.org/wiki/User:Nakaner">Michael</a>, and <a href="https://www.openstreetmap.org/user/rotkelch">Emrah</a> went by train from Köln West to Euskirchen. Emrah left the event there because he had to travel back to the airport, the other ones journeyed on to Bad Münstereifel and afterwards back to Cologne via Euskirchen.</p>
  					<p>The train from Cologne to Euskirchen was an older <a href="https://en.wikipedia.org/wiki/DB_Class_628">diesel trainset class 628</a>. Due to the lack of GPS reception (apart from the door window and the gaiter we could just do simple video and photo mapping without georeferencing although the railway line is not electrified after Hürth-Kalscheuren. In Euskirchen we changed into a local train to Bad Münstereifel. The railway line to <a href="https://www.openrailwaymap.org/?lang=de&amp;lat=50.56154111289475&amp;lon=6.770131587982178&amp;zoom=15&amp;style=standard">Bad Münstereifel</a> is a not-electrified branch line. In Bad Münstereifel we stayed in the train and travelled back to Euskirchen. This rail ride took place in a modern <a href="https://en.wikipedia.org/wiki/Bombardier_Talent">Talent 1 diesel trainset</a> which had a very good GPS reception at every place inside the train. That's why it was possible to take a lot of geotagged photos. Alex took photos of almost every signal and Consti indulged his passion of mapping ticket vending machines and their reference numbers for his [ticket vending machine map]((https://osm.lyrk.de/fahrkartenautomaten/#12/50.6083/6.8071). During change of direction at Bad Münstereifel the train driver was friendly and let the curtain of back cabin open so that we could take photos into the back direction.</p>
  					<p>In Euskirchen we did not use the Regionalexpress (express train) to Cologne but the slower and 30 minutes later departing local train to Cologne. In the meantime we mapped Euskirchen station using photomapping. Alex took photos using his 70–300 mm telephoto lens especially signals, signal numbers and more distant objects, I took overview photos using a 18–105 mm lens. The station building and the station forecourt were mapped, too.</p>
  					<p><a href="](https://www.openrailwaymap.org/?lang=de&amp;lat=50.65930984736032&amp;lon=6.792190074920654&amp;zoom=15&amp;style=standard)">Euskirchen train station</a> is getting new <a href="https://en.wikipedia.org/wiki/German_railway_signalling#Kombinationsignale">Ks</a> <a href="https://en.wikipedia.org/wiki/Railway_signal#Colour_light_signals">light signals</a> (<a href="https://de.wikipedia.org/wiki/Ks-Signalsystem">see the German Wikipedia article for images</a>) and an electronic signalbox at the moment. Not all new signals are mounted at the moment but we decided only to map the newer ones because the older ones won't stay there longer than a few months. The results of our mapping tour to Euskirchen and Bad Münstereifel are not uploaded to OpenStreetMap at the moment. This will take place soon.</p>
  				<p>After arrival at Lokal K we continued tagging discussions. At about 8.00 p.m. <a href="https://www.openstreetmap.org/user/jotpe">jotpe</a>, a local mapper from Cologne, joined us. Around midnight we stopped tagging discussion and went back to our flat to sleep.</p>
  				<p>Consti and Peter departed directly from the flat the next morning. Alex and Michael went to Lokal K where they met user spth from Frankfurt. They discussed a lot of open tagging issues, e.g. the ORM opinion if train stations (the station at whole, not the building) should be mapped as areas or nodes. We decided to change a few railway infrastructure tags which are used little at the moment and whose key or value names had been chosen badly. The tagging discussion took until 5.30 p.m.</p>
  				<p>The protocol can be found at OpenStreetMap wiki. The <a href="(https://wiki.openstreetmap.org/wiki/DE:OpenRailwayMap/Mappingwochenende_2014_1#Protokoll)">German version</a> covers everything, the <a href="https://wiki.openstreetmap.org/wiki/OpenRailwayMap/Mappingwochenende_2014_1">summarizing English version</a> only the tagging discussion) and a few other parts.</p>
  				<p>The Lokal K is very suitable for meetings like this. We would like to thank the Cologne Wikipedia community for their hospitality and recommend it hereby. If it had a shower you could also sleep there (on the floor).</p>
  				<p>We plan a second meeting to discuss all issues we have not finally decided yet. This meeting will take place more centrally in Germany or in the Frankfurt area.</p>
  				]]>
  			</content:encoded>
  		</item>
  		<item>
  			<title>New translations and updates</title>
  			<description>The website is now also available in Dutch, French, Portugese, Swedish and Ukrainian. There were also some updates of existing translations.</description>
  			<link>https://blog.openrailwaymap.org?lang=en#14</link>
  			<author>Alexander Matheisen</author>
  			<dc:creator>Alexander Matheisen</dc:creator>
  			<guid>https://blog.openrailwaymap.org?lang=en#14</guid>
  			<pubDate>Wed, 25 Jun 2014 22:24:37</pubDate>
  			<content:encoded>
  				<![CDATA[
  					<p>The website at <a href="https://www.openrailwaymap.org/">openrailwaymap.org</a> is now also available in Dutch, French, Portugese, Swedish and Ukrainian.</p>
  					<p>There were also updates of the Czech, German, Spanish, Polish, Russian and Vietnamese translations, which added missing strings and corrected some errors.</p>
  				]]>
  			</content:encoded>
  		</item>
  		<item>
  			<title>First mapping event</title>
  			<description>We are planning the first OpenRailwayMap mapping weekend and looking for interested mappers.</description>
  			<link>https://blog.openrailwaymap.org?lang=en#13</link>
  			<author>Alexander Matheisen</author>
  			<dc:creator>Alexander Matheisen</dc:creator>
  			<guid>https://blog.openrailwaymap.org?lang=en#13</guid>
  			<pubDate>Sun, 18 May 2014 12:53:34</pubDate>
  			<content:encoded>
  				<![CDATA[
  					<p>The community of railway mappers within OSM is getting bigger and the project OpenRailwayMap is expanding continously. Therefore, it is now time to get to know one another.</p>
  					<p>Therefore we are planning a mapping event, whose aim is to map a poorly covered area as completely as possible. To do this, we would go out in small groups to travel railways lines and explore smaller areas by foot. After this we would continue with entering the collected data and the social part of this event.</p>
  					<p>Currently we are still in the planning phase and clarify when and where the event will take place. The current state of planning and more information can be found in the <a href="https://wiki.openstreetmap.org/wiki/DE:OpenRailwayMap/Mappingwochenende_2014_1">OSM Wiki</a> and in a <a href="https://terminplaner2.dfn.de/foodle/OpenRailwayMap-Mappingwochenende-Nr-1-2014-53811">voting</a>.</p>
  					<p>We need enough participants, so that such an event can take place.</p>
  				]]>
  			</content:encoded>
  		</item>
  		<item>
  			<title>Improved rendering of maxspeeds</title>
  			<description>Issues with the rendering of maxspeeds in mph have been resolved.</description>
  			<link>https://blog.openrailwaymap.org?lang=en#12</link>
  			<author>Alexander Matheisen</author>
  			<dc:creator>Alexander Matheisen</dc:creator>
  			<guid>https://blog.openrailwaymap.org?lang=en#12</guid>
  			<pubDate>Sun, 04 May 2014 16:35:10</pubDate>
  			<content:encoded>
  				<![CDATA[
  					<p>After an style update, not just values ​​in steps of 5 km/h, but any speed value is considered ​​for the rendering of the maxspeed layer. The previous rendering style caused that lines with different speed values ​​were not drawn on the map. Primarily lines in the UK, where the maxspeed values ​​were tagged in km/h instead of mph (the conversion produced odd values), ​​were affected by this problem.</p>
  				]]>
  			</content:encoded>
  		</item>
  		<item>
  			<title>OpenRailwayMap on Twitter</title>
  			<description>OpenRailwayMap now has an official account on twitter.</description>
  			<link>https://blog.openrailwaymap.org?lang=en#11</link>
  			<author>Alexander Matheisen</author>
  			<dc:creator>Alexander Matheisen</dc:creator>
  			<guid>https://blog.openrailwaymap.org?lang=en#11</guid>
  			<pubDate>Fri, 02 May 2014 19:56:17</pubDate>
  			<content:encoded>
  				<![CDATA[
  					<p>The OpenRailwayMap is now represented with its own <a href="https://www.twitter.com/openrailwaymap">account on Twitter</a>. There you will find information about new features of OpenRailwayMap, railroad mapping and interesting places on the map.</p>
  				]]>
  			</content:encoded>
  		</item>
  		<item>
  			<title>Mobile website</title>
  			<description>The website of the OpenRailwayMap has been optimized for mobile devices. This makes it easier to use it on mobile devices.</description>
  			<link>https://blog.openrailwaymap.org?lang=en#10</link>
  			<author>Alexander Matheisen</author>
  			<dc:creator>Alexander Matheisen</dc:creator>
  			<guid>https://blog.openrailwaymap.org?lang=en#10</guid>
  			<pubDate>Wed, 23 Apr 2014 16:54:12</pubDate>
  			<content:encoded>
  				<![CDATA[
  					<p>It is now easier to use the OpenRailwayMap on smartphones and tablets: By visiting <a href="https://www.openrailwaymap.org/">openrailwaymap.org</a> from a mobile device, the user is automatically redirected to a mobile version. Opening <a href="https://m.openrailwaymap.org/">m.openrailwaymap.org</a> forces the mobile site even on a desktop computer.</p>
  					<p>The mobile website is - apart from the background map - fully adapted to Retina displays.</p>
  					<p>Provided you have an internet connection, it is as easy as never before to use OpenRailwayMap on the go. With the ability to get the own position by Geolocation API, it is possible to follow the train's location on the map. Even the question whether the train you are sitting in is currently standing in front of a block signal can be answered easily.</p>
  					<a href="https://wiki.openstreetmap.org/w/images/a/aa/OpenRailwayMap-mobile-2014-04-25a.png"><img src="https://wiki.openstreetmap.org/w/images/a/aa/OpenRailwayMap-mobile-2014-04-25a.png" width="120px" style="border: 1px solid black; margin-left: 10px;" /></a>
  					<a href="https://wiki.openstreetmap.org/w/images/7/79/OpenRailwayMap-mobile-2014-04-25b.png"><img src="https://wiki.openstreetmap.org/w/images/7/79/OpenRailwayMap-mobile-2014-04-25b.png" width="120px" style="border: 1px solid black; float: left;" /></a>
  				]]>
  			</content:encoded>
  		</item>
  		<item>
  			<title>Restructered signal tagging scheme</title>
  			<description>For a clearer distinction between international and country-specific definitions, the tagging-related wiki pages have been restructured.</description>
  			<link>https://blog.openrailwaymap.org?lang=en#9</link>
  			<author>Alexander Matheisen</author>
  			<dc:creator>Alexander Matheisen</dc:creator>
  			<guid>https://blog.openrailwaymap.org?lang=en#9</guid>
  			<pubDate>Sun, 13 Apr 2014 01:14:18</pubDate>
  			<content:encoded>
  				<![CDATA[
  					<p>The tagging scheme of the signals has been reorganized: The <a href="https://wiki.openstreetmap.org/wiki/OpenRailwayMap/Tagging">general tagging scheme</a> has been freed from coutry-specific information in the range of signals, therefore pages for <a href="https://wiki.openstreetmap.org/wiki/OpenRailwayMap#Country-specific_tagging">country-specific tagging information</a> have been created. This is easier to understand and avoids mixing of international and country-specific tagging rules. Gradually, this division is to be implemented for the entire tagging scheme.</p>
  				]]>
  			</content:encoded>
  		</item>
  		<item>
  			<title>English translation of the tagging scheme</title>
  			<description>More and more railway-interested mappers come from the non-German-speaking countries - it is time to translate the tagging scheme into English. But that requires help from the community.</description>
  			<link>https://blog.openrailwaymap.org?lang=en#8</link>
  			<author>Alexander Matheisen</author>
  			<dc:creator>Alexander Matheisen</dc:creator>
  			<guid>https://blog.openrailwaymap.org?lang=en#8</guid>
  			<pubDate>Sun, 13 Apr 2014 01:14:18</pubDate>
  			<content:encoded>
  				<![CDATA[
  					<p>Since there is also an increasing number of railway-interested mappers from the non-German-speaking countries, it is now overdue to translate the tagging scheme also into English.</p>
  					<p>As a copy of the German page, the <a href="https://wiki.openstreetmap.org/wiki/OpenRailwayMap/Tagging">English version</a> of the tagging scheme was created a few days ago.</p>
  					<p>For a single person the translation of this large site is not possible in the foreseeable future. Therefore, I would appreciate help with the translation. This does not only help other mappers, but also me - if I do not have to deal with the translation, I can focus my work on the technical development. The more people help, the faster the translation is completed.</p>
  				]]>
  			</content:encoded>
  		</item>
  		<item>
  			<title>New translations and updates</title>
  			<description>The website is now also available in Danish, Polish, Russian and Spanish. There were also some updates of existing translations.</description>
  			<link>https://blog.openrailwaymap.org?lang=en#7</link>
  			<author>Alexander Matheisen</author>
  			<dc:creator>Alexander Matheisen</dc:creator>
  			<guid>https://blog.openrailwaymap.org?lang=en#7</guid>
  			<pubDate>Sun, 04 Apr 2014 21:43:15</pubDate>
  			<content:encoded>
  				<![CDATA[
  					<p>The website at <a href="https://www.openrailwaymap.org/">openrailwaymap.org</a> is now also available in Danish, Polish, Russian and Spanish.</p>
  					<p>There were also updates of the Czech, English, German, Greek, N'ko, Slovenian and Vietnamese translations, which added missing strings and corrected some errors.</p>
  				]]>
  			</content:encoded>
  		</item>
  		<item>
  			<title>Improved rendering of signals</title>
  			<description>The rendering of signal icons on the map has been improved. Now all signals are displayed, regardless of whether they overlap or not. This will ensure less irritation to the users.</description>
  			<link>https://blog.openrailwaymap.org?lang=en#6</link>
  			<author>Alexander Matheisen</author>
  			<dc:creator>Alexander Matheisen</dc:creator>
  			<guid>https://blog.openrailwaymap.org?lang=en#6</guid>
  			<pubDate>Wed, 19 Mar 2014 22:29:37</pubDate>
  			<content:encoded>
  				<![CDATA[
  					<p>The rendering of signal icons on the map has been improved. Previously many signals were visible only at high zoom levels because they overlapped with neighboring icons. This phenomenon occurred especially in larger stations with a high density of data. This confused the users, because not every mapped signal was visible and the renderer decided randomly, which signals are displayed and which not.</p>
  					<p>This behavior has now been corrected, so that all mapped signals are drawn on the map. Some signals may overlap with neighboring signals, but it is now directly visible to the user, how complete the data.</p>
  					<p>In addition, some improvements have been made to avoid cutted icons at tile edges.</p>
  					<p>Note: The changes will be visible on the map only after an automatic rerendering of the tiles.</p>
  				]]>
  			</content:encoded>
  		</item>
  		<item>
  			<title>Rendering of line names</title>
  			<description>In addition to the line refs the map also shows line names now.</description>
  			<link>https://blog.openrailwaymap.org?lang=en#5</link>
  			<author>Alexander Matheisen</author>
  			<dc:creator>Alexander Matheisen</dc:creator>
  			<guid>https://blog.openrailwaymap.org?lang=en#5</guid>
  			<pubDate>Sat, 08 Mar 2014 20:49:14</pubDate>
  			<content:encoded>
  				<![CDATA[
  					<p>The rendering of line names tagged with name=* was added to the map style.</p>
  					<p>Note: The changes will be visible on the map only after an automatic rerendering of the tiles.</p>
  					<img src="img/5-line-names.png" style="border: 1px solid black;" />
  				]]>
  			</content:encoded>
  		</item>
  		<item>
  			<title>Improved rendering of maxspeeds</title>
  			<description>The incorrect rendering order in maxspeed layer was repaired.</description>
  			<link>https://blog.openrailwaymap.org?lang=en#4</link>
  			<author>Alexander Matheisen</author>
  			<dc:creator>Alexander Matheisen</dc:creator>
  			<guid>https://blog.openrailwaymap.org?lang=en#4</guid>
  			<pubDate>Tue, 04 Mar 2014 19:31:01</pubDate>
  			<content:encoded>
  				<![CDATA[
  					<p>The rendering of the track speeds has been improved so that just the tagged maxspeed value influences the rendering order. That means that high-speed lines are rendered on the top of lowspeed lines if they collide with each other. Till now, the tags tunnel=*, bridge=* and layer=* were considered for the rendering order, which, however, caused unexpected rendering results because a high-speed line in a tunnel was covered by a lowspeed line despite their higher speed. Now these are ignored by the renderer in maxspeed layer.</p>
  					<p>Note: The changes will be visible on the map only after an automatic rerendering of the tiles.</p>
  				]]>
  			</content:encoded>
  		</item>
  		<item>
  			<title>Serverupgrade</title>
  			<description>The project has moved to a more powerful server.</description>
  			<link>https://blog.openrailwaymap.org?lang=en#3</link>
  			<author>Alexander Matheisen</author>
  			<dc:creator>Alexander Matheisen</dc:creator>
  			<guid>https://blog.openrailwaymap.org?lang=en#3</guid>
  			<pubDate>Tue, 25 Feb 2014 13:57:31</pubDate>
  			<content:encoded>
  				<![CDATA[
  					<p>We have successfully moved to a more powerful server. The growing amounts of data, the increasing number of website visitors and many new features required this.</p>
  					<p>The new server has the following hardware features:</p>
  					<ul>
  						<li>2x 240 GB SSD</li>
  						<li>16 GB RAM</li>
  						<li>1x Xeon Quadcore 2,4 GHz</li>
  					</ul>
  					<p>This means a significant performance increase over the previous server that had the following hardware features:</p>
  					<ul>
  						<li>1x 80 GB HDD</li>
  						<li>2 GB RAM</li>
  						<li>1x Dualcore CPU 2,4 GHz</li>
  					</ul>
  					<p>Thus, the map and the search function should feel a bit smoother now, but above all, the server is now relieved significantly. However, some fine tuning of the database is also necessary to take full advantage of the new hardware.</p>
  				]]>
  			</content:encoded>
  		</item>
  		<item>
  			<title>Mailing list</title>
  			<description>An OpenRailwayMap mailing list has been set up.</description>
  			<link>https://blog.openrailwaymap.org?lang=en#2</link>
  			<author>Alexander Matheisen</author>
  			<dc:creator>Alexander Matheisen</dc:creator>
  			<guid>https://blog.openrailwaymap.org?lang=en#2</guid>
  			<pubDate>Sun, 23 Feb 2014 14:17:20</pubDate>
  			<content:encoded>
  				<![CDATA[
  					<p>For all railway mappers, users and developers of OpenRailwayMap, a new <a href="https://lists.openrailwaymap.org/lists/listinfo/openrailwaymap">mailing list</a> is now available.</p>
  				]]>
  			</content:encoded>
  		</item>
  		<item>
  			<title>RSS-Feed available now</title>
  			<description>This is the official RSS feed of the OpenRailwayMap. You will find news about new features and the process of development soon.</description>
  			<link>https://blog.openrailwaymap.org?lang=en#1</link>
  			<author>Alexander Matheisen</author>
  			<dc:creator>Alexander Matheisen</dc:creator>
  			<guid>https://blog.openrailwaymap.org?lang=en#1</guid>
  			<pubDate>Sun, 28 Apr 2013 17:51:34</pubDate>
  			<content:encoded>
  				<![CDATA[
  					<p>This is the official RSS feed of the OpenRailwayMap. You will find news about new features and the process of development soon.</p>
  				]]>
  			</content:encoded>
  		</item>
  	</channel>
  </rss>


key: openrailwaymap_de
encoding: utf8
format: rss 2.0
title: OpenRailwayMap (German)
feed_url: http://blog.openrailwaymap.org/de.rss
summary: Neuigkeiten über die OpenRailwayMap
updated: 2018-02-28 22:40:00
published: 2013-04-28 12:11:28
twitter: openrailwaymap
items_last_updated: 2018-02-28 22:40:00
fetched: 2019-06-09 18:12:23.477442
http_etag: "17357-56f51eeba1e14"
http_last_modified: Sat, 23 Jun 2018 16:49:31 GMT
http_server: Apache/2.4.6 (CentOS) OpenSSL/1.0.2k-fips PHP/5.4.16
md5: ac6ae4732295e0753e2df7cfc2d1b22a
created_at: 2019-06-09 18:11:33.578371
updated_at: 2019-06-09 18:12:23.650429
body:
  <?xml version="1.0" encoding="utf-8"?>
  <rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:wfw="http://wellformedweb.org/CommentAPI/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:sy="http://purl.org/rss/1.0/modules/syndication/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" version="2.0">
  	<channel>
  		<title>OpenRailwayMap</title>
  		<link>https://blog.openrailwaymap.org/</link>
  		<description>Neuigkeiten über die OpenRailwayMap</description>
  		<language>de</language>
  		<copyright>Alexander Matheisen</copyright>
  		<pubDate>Sun, 28 Apr 2013 14:11:28 +0200</pubDate>
  		<atom:link href="https://blog.openrailwaymap.org/de.rss" rel="self" type="application/rss+xml"/>
  		<lastBuildDate>Wed, 28 Feb 2018 23:40:00 +0100</lastBuildDate>
  		<sy:updatePeriod>daily</sy:updatePeriod>
  		<sy:updateFrequency>1</sy:updateFrequency>
  		<image>
  			<url>https://www.openrailwaymap.org/img/openrailwaymap-310.png</url>
  			<title>OpenRailwayMap</title>
  			<link>https://blog.openrailwaymap.org/</link>
  		</image>
  		<item>
  			<title>OpenRailwayMap auf der IT-Trans</title>
  			<description>Am 6. März wird sich die OpenRailwayMap auf der Messe IT-Trans präsentieren.</description>
  			<link>https://blog.openrailwaymap.org?lang=de#33</link>
  			<author>Alexander Matheisen</author>
  			<dc:creator>Alexander Matheisen</dc:creator>
  			<guid>https://blog.openrailwaymap.org?lang=de#33</guid>
  			<pubDate>Wed, 28 Feb 2018 23:40:00 +0100</pubDate>
  			<content:encoded>
  				<![CDATA[
  					<div class="uk-grid">
  						<div class="uk-width-medium-1-2">
  							<p>Vom 6.-8. März findet in Karlsruhe die <a href="https://www.it-trans.org/">IT-Trans</a> statt, eine internationale Konferenz und Fachmesse für intelligente Lösungen für den öffentlichen Personenverkehr.</p>
  							<p>Seit ihrer Einführung im Jahr 2008 ist die IT-Trans eine der weltweit führenden Veranstaltungen zur Digitalisierung des öffentlichen Personenverkehrs. Von multinationalen Großkonzernen über kleine und mittelständische Unternehmen bis hin zu aufstrebenden Start-ups trifft hier die gesamte Welt des öffentlichen Personenverkehrs aufeinander.</p>
  							<p>Am 6. März wird sich die OpenRailwayMap am Stand D12 der Firma <a href="https://www.geops.de/">geOps</a> präsentieren. Projektgründer <a href="https://www.matheisen.org/">Alexander Matheisen</a> wird den ganzen Tag persönlich vor Ort sein, um Interessierten das Projekt vorzustellen und Fragen zu beantworten.</p>
  						</div>
  						<div class="uk-width-medium-1-2">
  							<a href="https://www.it-trans.org/"><img width="900" height="601" alt="" src="img/33-ittrans.png"></img></a>
  						</div>
  					</div>
  				]]>
  			</content:encoded>
  		</item>
  		<item>
  			<title>Unterstützung für HTTPS</title>
  			<description>Die OpenRailwayMap ist jetzt auch über HTTPS erreichbar.</description>
  			<link>https://blog.openrailwaymap.org?lang=de#32</link>
  			<author>Alexander Matheisen</author>
  			<dc:creator>Alexander Matheisen</dc:creator>
  			<guid>https://blog.openrailwaymap.org?lang=de#32</guid>
  			<pubDate>Sun, 21 Jan 2018 20:01:00 +0100</pubDate>
  			<content:encoded>
  				<![CDATA[
  					<div class="uk-grid">
  						<div class="uk-width-medium-1-2">
  							<p>Seit heute ist es möglich, <a href="https://www.openrailwaymap.org/">Webseite</a>, <a href="https://tiles.openrailwaymap.org/">Tiles</a>, <a href="https://api.openrailwaymap.org/">API</a> und <a href="https://lists.openrailwaymap.org/">Mailingliste</a> über HTTPS zu erreichen.</p>
  							<p>User, die in einer per HTTPS ausgelieferten Webseite bereits Tiles einbinden oder API-Anfragen stellen, bekommen nun keine <a href="https://developers.google.com/web/fundamentals/security/prevent-mixed-content/what-is-mixed-content">Mixed-Content-Fehler</a> mehr. Und für User, die von diesem Fehler bislang davon abgehalten wurden, Inhalte der OpenRailwayMap in ihre Webseite einzubinden, gibt es nun keinen Grund mehr, dies nicht zu tun.</p>
  						</div>
  					</div>
  				]]>
  			</content:encoded>
  		</item>
  		<item>
  			<title>Zugsicherungssysteme</title>
  			<description>Im Signallayer werden jetzt auch Zugsicherungssysteme in Deutschland und Österreich dargestellt.</description>
  			<link>https://blog.openrailwaymap.org?lang=de#31</link>
  			<author>Alexander Matheisen</author>
  			<dc:creator>Alexander Matheisen</dc:creator>
  			<guid>https://blog.openrailwaymap.org?lang=de#31</guid>
  			<pubDate>Tue, 16 Feb 2016 22:59:00 +0100</pubDate>
  			<content:encoded>
  				<![CDATA[
  					<div class="uk-grid">
  						<div class="uk-width-medium-1-2">
  							<p>Im Signallayer werden nun auch Zugsicherungssysteme angezeigt. Für den Anfang werden die drei wichtigsten Zugsicherungssysteme in Deutschland und Österreich visualisiert: Die <a href="https://de.wikipedia.org/wiki/Punktf%C3%B6rmige_Zugbeeinflussung">Punkförmige Zugbeeinflussung (PZB)</a> in Orange, die <a href="https://de.wikipedia.org/wiki/Linienzugbeeinflussung">Linienzugbeeinflussung (LZB)</a> in Rot und das <a href="https://de.wikipedia.org/wiki/European_Train_Control_System">European Train Control System (ETCS)</a> in Blau. Strecken ohne Zugsicherung werden schwarz dargestellt, während solche ohne Informationen grau angezeigt werden. Die Zugsicherungssysteme weiterer Länder werden mit der Zeit folgen.</p>
  						</div>
  						<div class="uk-width-medium-1-2">
  							<a href="https://www.openrailwaymap.org/?lat=51.3194554047498&lon=12.190704345703125&zoom=9&style=signals"><img width="900" height="675" alt="" src="img/31-train-protection-systems.png"></img></a>
  						</div>
  					</div>
  				]]>
  			</content:encoded>
  		</item>
  		<item>
  			<title>Weitere Signale in Österreich</title>
  			<description>Im Signallayer werden jetzt auch österreichische Haupt- und Vorsignale in Formsignalausführung und Geschwindigkeits(vor)anzeiger in Lichtsignalausführung dargestellt.</description>
  			<link>https://blog.openrailwaymap.org?lang=de#30</link>
  			<author>Alexander Matheisen</author>
  			<dc:creator>Alexander Matheisen</dc:creator>
  			<guid>https://blog.openrailwaymap.org?lang=de#30</guid>
  			<pubDate>Sun, 03 Jan 2016 01:57:00 +0100</pubDate>
  			<content:encoded>
  				<![CDATA[
  					<div class="uk-grid">
  						<div class="uk-width-medium-1-2">
  							<p>Einige Mapper mögen die im folgenden dargestellten Änderungen schon selbst entdeckt haben. Trotzdem gibt es hier nochmal eine ganz offizielle Vorstellung der Neuerungen bei den österreichischen Signalen: Nachdem Mitte Oktober erstmals eine nennenswerte Anzahl an österreichischen Signalen angezeigt wurde, folgten unserem Aufruf hier im Blog erfreulicherweise einige Nutzer und haben weitere Icons beigesteuert. Vielen Dank dafür!</p>
  							<p>Nachdem Haupt- und Vorsignale in Lichtsignalausführung schon angezeigt wurden, kamen nun auch die entsprechenden Formsignale hinzu.</p>
  						</div>
  						<div class="uk-width-medium-1-2">
  							<a href="https://www.openrailwaymap.org/?lat=48.10104047624392&lon=13.16235065460205&zoom=14&style=signals"><img width="900" height="675" alt="" src="img/30-austrian-semaphore-signals.png"></img></a>
  						</div>
  					</div>
  					<div class="uk-grid">
  						<div class="uk-width-medium-1-2">
  							<p>Bei den Geschwindigkeits(vor)anzeigern wird nun auch die Lichtsignalausführung auf der Karte dargestellt.</p>
  						</div>
  						<div class="uk-width-medium-1-2">
  							<a href="https://www.openrailwaymap.org/?lat=48.19679271018849&lon=16.264201998710632&zoom=17&style=maxspeed"><img width="900" height="675" alt="" src="img/30-austrian-speed-signals.png"></img></a>
  						</div>
  					</div>
  				]]>
  			</content:encoded>
  		</item>
  		<item>
  			<title>Die Deutsche Bahn und Open-Data</title>
  			<description>Die Deutsche Bahn wird in Kürze ein Open-Data-Portal online stellen.</description>
  			<link>https://blog.openrailwaymap.org?lang=de#29</link>
  			<author>Alexander Matheisen;Michael Reichert</author>
  			<dc:creator>Alexander Matheisen;Michael Reichert</dc:creator>
  			<guid>https://blog.openrailwaymap.org?lang=de#29</guid>
  			<pubDate>Tue, 03 Nov 2015 13:00:00 +0100</pubDate>
  			<content:encoded>
  				<![CDATA[
  					<p>Die Deutsche Bahn macht Open-Data – Noch vor kurzer Zeit hätten das viele als Aprilscherz aufgefasst. Doch es hat sich etwas getan: Die Deutsche Bahn wird demnächst ein Open-Data-Portal starten.</p>

  					<p>Um eines vorweg klarzustellen: Wer jetzt eine große Anzahl veröffentlichter Datensätze erwartet hat, der wird enttäuscht sein. Es sollte aber bedacht werden, dass ein großer Konzern nicht von heute auf morgen den Hebel von "strenggeheim" auf "frei und offen" umlegen kann. Die DB muss erst selbst Erfahrungen mit offenen Daten machen, sowohl hinsichtlich technischer als auch lizenzrechtlicher Aspekte. Für den Anfang wird die DB kleine Häppchen veröffentlichen – die Liste der Betriebsstellen mit den Kürzeln nach Ril 100 sowie Informationen zu Aufzügen. Glücklicherweise wählt die DB dafür eine relativ offene und gebräuchliche Lizenz, die CC-BY.</p>

  					<p>Dieser Schritt wird im Blogpost der OKFN wie folgt <a href="https://okfn.de/blog/2015/10/die-bahn-kommt-auf-open-data/">kommentiert</a>: "Vorbei scheinen die Zeiten, in denen die Community nur über geschickte Hacks oder eigene Erfassung an Daten des größten deutschen Eisenbahnunternehmens kam und dabei auch noch Abmahnungen riskierte, wie vor drei Jahren bei OpenPlanB". Dazu möchten wir anmerken, dass die <a href="https://www.db-vertrieb.com/db_vertrieb/view/service/open_plan_b.shtml">Reaktion der DB</a> auf die eigenmächtige Verbreitung von Fahrplandaten der Hafas-CD im JSON-Format im Jahr 2012 durch OpenPlanB relativ milde ausfiel. Dass die DB sich seither bezüglich Open-Data zurückgehalten hat, verwundert nach dieser Aktion nicht. Die Veröffentlichung der Konvertierungs-Software allein (was OpenPlanB auch getan hat), wäre nicht so eindrucksvoll, aber legal gewesen.</p>

  					<p>Als OpenStreetMap-Aktive verfolgen wir einen anderen, legalen Ansatz, um Behörden und Unternehmen in Richtung Open-Data zu lenken – das Crowdsouring. Wir wollen im Bahnbereich noch einmal erreichen, was OSM schon für Geobasisdaten erreicht hat.
  Dort haben ursprüngliche Monopolisten/Oligopolisten, nämlich Vermessungsämter, Here, TomTom &amp; Co. nicht mehr die alleinige Hoheit über die Geodaten. Die Open-Data-Skepsis und überteuerte Gebühren der Vermessungsverwaltungen und ihrer Aufsichtsbehörden haben uns in Deutschland sogar geholfen. Man wollte und will die Einnahmen nicht aufgeben und hat die preis- und qualitätsbewussten Nutzer der OSM-Community überlassen. Die anfangs weiße OSM-Landkarte hat die Mapper förmlich angezogen und heute haben oft die Staaten, die in Sachen Open-Data nicht so fortschrittlich waren/sind, die aktiveren und größeren Communitys.</p>

  					<p>Dasselbe geschieht in Deutschland gerade im Bahnbereich noch einmal. Da sich die DB bei Open-Data bislang zurückgehalten hat, haben eine Handvoll Freiwillige vor drei Jahren begonnen, selbst die deutsche Eisenbahninfrastruktur noch einmal neu zu erfassen.</p>

  					<p>Ein Interesse an diesen Daten besteht auch. Wenn man die Aufrufe der OpenRailwayMap seit Januar 2015 nach Providern sortiert, aus deren Netzen sie stammen, nimmt der DB-Konzern mit etwa 10% der Aufrufe den fünften Platz ein, vor ihm liegen nur Telekom-, Vodafone, Kabel-Deutschland- und Telefonica-Kunden. Gespräche mit DB-Mitarbeitern bestätigen das. In manchen Abteilungen scheint die Nutzung der OpenRailwayMap stark verbreitet zu sein. Sie bietet mit einer Kartendarstellung, die die DB ihren Mitarbeitern nicht anbietet, einen Überblick. Dazu kommt noch die gegenüber manchen DB-eigenen Geodatenanwendungen deutlich modernere Benutzeroberfläche (dort sehen die GUIs teilweise noch wie vor zehn bis fünfzehn Jahren aus).</p>

  					<p>Nachdem in den vergangenen Jahren unsere Anfragen bezüglich einer Datenfreigabe bzw. Datennutzungserlaubnis von der DB ablehnend oder gar nicht beantwortet wurden, freut es uns um so mehr, dass die DB mittlerweile auf die OpenRailwayMap-Community zugeht und nach Möglichkeiten einer Kooperation sucht.</p>

  					<p>Wir freuen uns über das Open-Data-Angebot der DB, aber überflüssig wird die Erfassung von Eisenbahndetails in OpenStreetMap damit nicht. Erstens hat die DB bis jetzt nur einen kleinen Datensatz angekündigt, zweitens kann die DB mit ihrem Open-Data-Portal nicht das leisten, was ein großes Crowdsourcing-Projekt wie OpenStreetMap – einen einzigen Datensatz, der alles enthält. Nicht nur Bahndetails, sondern auch Straßen, Points of Interest usw. Damit wird Datennutzern das aufwendige Mergen von Datensätzen erspart und sie haben nur noch einen Datenlieferant und nur noch eine Lizenz, die beachtet werden muss.</p>

  					<p>Open-Data nützt nicht nur der Allgemeinheit, sondern vor allem dem DB-Konzern selbst. Ohne eigenen Nutzen wäre die freiwillige Veröffentlichung von Daten nämlich kaufmännisch nicht zu vertreten. Bei der DB ist es derzeit üblich, dass die eine Konzerntochter der anderen Gebühren für die Nutzung von Geodaten zahlt – oder gleich OSM verwendet, weil das die unbürokratischere Lösung darstellt. Mit Open-Data wird die Datennutzung innerhalb des Konzerns vereinfacht und der Kreativität sind weniger Schranken gesetzt.</p>

  					<p>Wer also mehr offene Daten schaffen will, sollte nicht nur Forderungen stellen, sondern selbst aktiv werden und mit einem eigenen Crowdsourcing-Projekt die Daten erfassen. Statt um Datensätze zur Pünktlichkeit und offiziellen Zugriff auf Zugradar und RIS (Reisenden-Informationssystem) zu bitten, könnte man z.B. auch per Crowdsourcing die aktuellen Standorte von Zügen erfassen. Die resultierenden Daten wären dann unabhängig und frei. Bekannte <a href="https://www.ice-treff.de/index.php?mode=thread&amp;id=230421#p230421">technische</a> <a href="https://www.ice-treff.de/index.php?mode=thread&amp;id=293874">Unzulänglichkeiten</a> der DB-Systeme könnte man damit auch umgehen. Und wenn dann nach einiger Zeit eine brauchbare Datenbasis zusammengekommen ist (man wird nicht alle Züge damit erfassen können, da in Deutschland manche Züge auch fast leer durch die Gegend fahren), kommen die Anwendungen und die Aufmerksamkeit aus Fachkreisen (Bahnfans, Bahnangestellte usw.) wahrscheinlich von alleine. Mit eigenen Daten schafft man Unabhängigkeit. Wer keine hat, macht sich von Unternehmen und Behörden abhängig.</p>

  					<p>An einer Stelle müssen wir das Posting von Stefan Kaufmann und Walter Palmetshofer korrigieren. In ihrem Blogpost schreiben sie, dass "die Zeiten […] der eigene Erfassung" vorbei seien. Das ist unabhängig vom Umfang des Open-Data-Angebot der DB leider nicht korrekt. Die DB ist schließlich zwar der bedeutenste Infrastrukturbetreiber in Deutschland, jedoch nicht der einzige. Neben der DB gibt es noch eine Reihe nicht-bundeseigener Eisenbahn-Infrastrukturunternehmen, die heutzutage ca. 18 % des deutschen Eisenbahnnetzes betreiben. Ohne Wertung seien hier <a href="https://de.wikipedia.org/wiki/Regiobahn_GmbH">Regiobahn</a>, AVG, <a href="https://de.wikipedia.org/wiki/S%C3%BCdwestdeutsche_Verkehrs-Aktiengesellschaft">SWEG</a> und <a href="https://de.wikipedia.org/wiki/Deutsche_Regionaleisenbahn">DRE</a> genannt. Von den Daten ausländischer Bahnen ganz zu schweigen. Doch selbst wenn sämtliche Bahnunternehmen Daten freigeben würden, wäre die OpenRailwayMap bzw. die Erfassung von Eisenbahndaten in OpenStreetMap keineswegs überflüssig. OpenStreetMap bzw. OpenRailwayMap übernehmen die Funktion einer Datenbank, in der Daten aus verschiedenen Quellen gesammelt, in einem einheitlichen Format vorgehalten werden und durch Freiwillige gepflegt und angereichert werden. Unser Anspruch ist es, eine eigene Datenbasis zu schaffen. Das OpenStreetMap-Projekt hat schließlich bewiesen, dass eine eigene Datenbasis detaillierter und aktueller sein kann als jegliche existierende Quellen.</p>
  				]]>
  			</content:encoded>
  		</item>
  		<item>
  			<title>Neuerungen im Signal- und Geschwindigkeitslayer</title>
  			<description>Auf dem OpenStreetMap-Hackweekend am 17. und 18. Oktober in Karlsruhe haben wir österreichische Haupt-, Vor- und Geschwindigkeitssignale, deutsche Zs 3(v) in Lichtsignalausführung sowie einige weitere Tafeln in die Karte eingebaut.</description>
  			<link>https://blog.openrailwaymap.org?lang=de#28</link>
  			<author>Alexander Matheisen;Michael Reichert</author>
  			<dc:creator>Alexander Matheisen;Michael Reichert</dc:creator>
  			<guid>https://blog.openrailwaymap.org?lang=de#28</guid>
  			<pubDate>Wed, 28 Oct 2015 21:20:43 +0100</pubDate>
  			<content:encoded>
  				<![CDATA[
  					<div class="uk-grid">
  						<div class="uk-width-medium-1-2">
  							<p>Seit einigen Tagen stellt die OpenRailwayMap eine nennenswerte Anzahl an österreichischen Signalen dar. Österreichische Signale sind nicht ganz neu auf der Karte. Signale, die in Deutschland und Österreich das selbe Erscheinungsbild haben, werden schon seit längerer Zeit gerendert, da keine separaten Icons notwendig waren. Das betraf u.a. Trapeztafeln. Neu hinzugekommen sind jetzt Lichthauptsignale und Lichtvorsignale.</p>
  						</div>
  						<div class="uk-width-medium-1-2">
  							<a href="https://www.openrailwaymap.org/?lat=47.59840802037502&lon=13.77807855606079&zoom=15&style=signals"><img width="900" height="675" alt="" src="img/28-austrian-main-signals.png"></img></a>
  						</div>
  					</div>
  					<div class="uk-grid">
  						<div class="uk-width-medium-1-2">
  							<p>Ebenfalls wurden österreichische Ankündigungstafeln, Geschwindigkeitstafeln und Geschwindigkeitsanzeiger in die Karte eingebaut. Letztere erstmal nur als Tafeln und bis 120 km/h, für Lichtsignale müssen noch Icons gezeichnet werden (gemeinfreie bzw. CC-0-lizenzierte Icon-Spenden als SVG sind willkommen). Diese Signale kann man auch an einigen Stellen auf der Karte entdecken, insbesondere in Wien, wo jetzt schon einige Signale erfasst sind, findet man sie auf der Karte. Wir hoffen, dass durch das Rendering der österreichischen Signale das Mappen derselben gefördert wird und die Anzahl der Signale in Österreich in OpenStreetMap in den nächsten Monaten steiler ansteigt.</p>
  						</div>
  						<div class="uk-width-medium-1-2">
  							<a href="https://www.openrailwaymap.org/?lat=48.22000143224693&lon=16.312095522880554&zoom=17&style=maxspeed"><img width="900" height="675" alt="" src="img/28-austrian-speed-signals.png"></img></a>
  						</div>
  					</div>
  					<div class="uk-grid">
  						<div class="uk-width-medium-1-2">
  							<p>Auch die deutschen Geschwindigkeitsanzeiger (Zs 3) und Geschwindigkeitsvoranzeiger (Zs 3v) in Form von Leuchtanzeigern sind neu dazugekommen. Bisher wurden Zs 3 und Zs 3v nur dargestellt, wenn es sich um Tafeln handelte. Bei den Lichtsignalen wird die höchstmögliche, anzeigbare Geschwindigkeit, aber maximal 120 km/h dargestellt. Es gibt zwar auch einzelne Signale, die höhere Geschwindigkeiten anzeigen können (z.B. 150 km/h), dafür existieren aber noch keine Icons. Da die Karte aufgrund der vielen neuen Geschwindigkeitsanzeiger in Bahnhöfen nicht überfüllt wirkt, werden Zs 3 und Zs 3v erst ab Zoomstufe 17 statt 16 dargestellt.</p>
  						</div>
  						<div class="uk-width-medium-1-2">
  							<a href="https://www.openrailwaymap.org/?lat=48.99284791646639&lon=8.399667441844938&zoom=18&style=maxspeed"><img width="900" height="675" alt="" src="img/28-german-light-speed-signals.png"></img></a>
  						</div>
  					</div>
  					<div class="uk-grid">
  						<div class="uk-width-medium-1-2">
  							<p>Auch auf deutschen Nebenbahnen gibt es ein paar Icon-Neuzugänge. Eckentafeln (Lf 5, nur in Ostdeutschland), die weiße Anfangstafel (Lf 5, nur in Westdeutschland) und die westdeutschen Geschwindigkeitstafeln (Lf 4) werden jetzt auch dargestellt.</p>
  						</div>
  						<div class="uk-width-medium-1-2">
  							<a href="https://www.openrailwaymap.org/?lat=49.28799080274328&lon=8.984220027923584&zoom=15&style=maxspeed"><img width="900" height="675" alt="" src="img/28-german-branch-speed-signals.png"></img></a>
  						</div>
  					</div>
  					<div class="uk-grid">
  						<div class="uk-width-medium-1-2">
  							<p>Als weitere kleinere Neuerung werden Sh 0 und Sh 2 an Prellböcken dargestellt.</p>
  						</div>
  						<div class="uk-width-medium-1-2">
  							<a href="https://www.openrailwaymap.org/?lat=52.16028343506804&lon=9.952911883592606&zoom=19&style=signals"><img width="900" height="675" alt="" src="img/28-german-bufferstop-signals.png"></img></a>
  						</div>
  					</div>
  					<div class="uk-grid">
  						<div class="uk-width-medium-1-1">
  							<p>Diese Änderungen wurden auf dem <a href="https://wiki.openstreetmap.org/wiki/Karlsruhe_Hack_Weekend_October_2015">OpenStreetMap-Hackweekend</a> der <a href="https://www.geofabrik.de/">Geofabrik</a> in Karlsruhe am 17. und 18. Oktober 2015 umgesetzt. Dort wurde unter anderem auch weiter am Redesign der Website gearbeitet. Die neue Version der Webseite wird ein responsives Design nutzen, sie passt sich also an die Displaygröße an. Bis diese Version online geht, sind jedoch noch einige Arbeiten notwendig. Wir bedanken uns bei der Geofabrik für die Gastfreundschaft.</p>
  							<p>Alle Grafiken in diesem Blogpost enthalten OpenStreetMap-Daten (<a href="https://www.openstreetmap.org/copyright">© OpenStreetMap-Mitwirkende</a>) und unterliegen der <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA 2.0</a> <a href="https://www.openrailwaymap.org/">OpenRailwayMap</a> und OpenStreetMap.</p>
  						</div>
  					</div>
  				]]>
  			</content:encoded>
  		</item>
  		<item>
  			<title>Mappen mit dem Deutschlandpass</title>
  			<description>Alexander und Michael fahren in diesem Sommer mit dem Deutschlandpass quer durch Ostdeutschland, um Bahnstrecken zu mappen. Auf ihren Station suchen sie noch nach Übernachtungsmöglichkeiten.</description>
  			<link>https://blog.openrailwaymap.org?lang=de#27</link>
  			<author>Alexander Matheisen</author>
  			<dc:creator>Alexander Matheisen</dc:creator>
  			<guid>https://blog.openrailwaymap.org?lang=de#27</guid>
  			<pubDate>Thu, 16 Jul 2015 23:57:16 +0200</pubDate>
  			<content:encoded>
  				<![CDATA[
  					<p>Auch dieses Jahr bietet die Deutsche Bahn wieder den <a href="https://www.bahn.de/micro/view/deutschlandpass/index.shtml">Deutschlandpass</a> an. Da Alexander (<a href="https://wiki.openstreetmap.org/wiki/User:Rurseekatze">rurseekatze</a>) und Michael (<a href="https://wiki.openstreetmap.org/wiki/User:Nakaner">Nakaner</a>) diesen Sommer die Zeit dazu haben, werden sie etwa ein bis zwei Wochen lang Ostdeutschland bereisen, um Eisenbahninfrastruktur zu mappen. Unsere Ziele: Bahnhöfen und Streckenabschnitte, wo 
  						<ul>
  							<li>seit 2012 ein ESTW (elektronisches Stellwerk mit neuen Signalen) in Betrieb ging</li>
  							<li>seit 2012 größere Um-/Ausbauten stattfanden</li>
  							<li>in den nächsten zwei Jahren ein ESTW in Betrieb gehen wird oder ein Umbau ansteht.</li>
  						</ul>
  					</p>
  					<p>Auf der französischen uMap-Instanz haben wir eine <a href="https://umap.openstreetmap.fr/de/map/reiseplane-deutschlandpass-2015_46757#8/52.019/12.645">Karte mit den Zielen und den Gründen</a> veröffentlicht.<p>
  					<p>Das Jahr 2012 ist als Grenze festgelegt, da die meisten Bing-Luftbilder in diesem Jahr oder später aufgenommen worden sind. Die Bing-Luftbilder eignen sich zum Mappen der Gleisanlagen. Derzeit läuft noch eine Zielsuche im Eisenbahnforum Drehscheibe-Online.</p>
  					<p>Die Reise wird zwischen dem 14. und 31. August stattfinden. Der genaue Zeitraum und Reiseweg ist noch nicht festgelegt.</p>
  					<p>Wenn neben dem Umbaumapping noch Zeit bleibt, möchten wir von diversen Nebenbahnen in der Gegend Signale und Höchstgeschwindigkeiten mappen (das wäre dann eine Neuerfassung und keine Aktualisierung).</p>
  					<p>Da wir wahrscheinlich nicht dazukommen werden, alles selbst in OSM einzutragen, werden wir die Videos (ggf. ohne Ton), Fotos, Notizen, GPS-Tracks und Wegpunkte veröffentlichen.</p>
  					<p>Da das Budget begrenzt ist, sind wir als Studenten auf Übernachtungsangeboten bei Privatleuten angewiesen, die uns (wir bringen Schlafsäcke + Isomatten mit) eine Nacht lang beherbergen möchten. Da wir während der Reise keine festen Termine haben, sind wir über jedes Angebot froh und werde die Reise anhand der angebotenen Übernachtungsmöglichkeiten ausrichten. Wir sind auch an Übernachtungsangeboten interessiert, die nicht direkt in der Nähe unserer Ziele liegen. Ein bis zwei Stunden Anreise von der Übernachtung zum Mappingort sind kein Problem, schließlich haben wir den Deutschlandpass und können so oft IC/EC/ICE fahren, wie wir wollen.</p>
  					<p>Im Voraus vielen Dank für alle Übernachtungsangebote.</p>
  				]]>
  			</content:encoded>
  		</item>
  		<item>
  			<title>OpenRailwayMap mit OsmAnd auf mobilen Geräten nutzen</title>
  			<description>Ab sofort lassen sich die Overlays der OpenRailwayMap auch in der für iOS und Android erhältlichen App OsmAnd nutzen. Momentan geht das nur mit funktionierender Internetverbindung. Für eine Offlinekarte sind noch einige Dinge zu tun, aber du kannst uns dabei helfen!</description>
  			<link>https://blog.openrailwaymap.org?lang=de#26</link>
  			<author>Alexander Matheisen</author>
  			<dc:creator>Alexander Matheisen</dc:creator>
  			<guid>https://blog.openrailwaymap.org?lang=de#26</guid>
  			<pubDate>Thu, 11 Jun 2015 22:30:08 +0200</pubDate>
  			<content:encoded>
  				<![CDATA[
  					<p>Die Nutzung der OpenRailwayMap auf mobilen Geräten ist jetzt noch komfortabler: Die für iOS und Android erhältliche App <a href="https://osmand.net/">OsmAnd</a> bietet nun eine integrierte Unterstützung für die OpenRailwayMap. Mit nur wenigen Handgriffen lassen sich die verschiedenen Layer der OpenRailwayMap als Overlays hinzufügen. Eine <a href="https://wiki.openstreetmap.org/wiki/DE:OpenRailwayMap/API#Einbindung_in_OsmAnd">Anleitung im OSM Wiki</a> erklärt, wie das geht.</p>
  					<p>Damit können nun Funktionen genutzt werden, die die <a href="https://m.openrailwaymap.org/">mobile Webseite</a> nicht bieten kann: Unter anderem das beliebige Ausrichten der Karte etwa in Fahrtrichtung oder die Anzeige der eigenen Position. Besonders interessant ist auch die beliebige Kombination mit weiteren Hintergrundkarten wie zum Beispiel Luftbildern. Eine Einschränkung gibt es allerdings: Die Overlays werden dynamisch geladen, was eine Internetverbindung voraussetzt. Eine Möglichkeit zur Offline-Nutzung wäre also wünschenswert, ist momentan allerdings noch nicht realisiert. Dies hat folgende Gründe:</p>
  					<p>Die Erzeugung von fertig herunterladbaren Offline-Karten benötigt weitere Serverressourcen und Bandbreite, die zur Zeit nicht zur Verfügung stehen. Daran wird sich auf absehbare Zeit erstmal nichts ändern, allerdings bietet das offene Datenmodell von OpenStreetMap die Möglichkeit, selbst Offlinekarten zu erzeugen. Die dazu <a href="https://wiki.openstreetmap.org/wiki/OsmAndMapCreator">notwendigen Schritte</a> sind im OSM-Wiki dokumentiert.</p>
  					<p>Derzeit besteht allerdings das Problem, dass ein entsprechender OpenRailwayMap-Kartenstil fehlt, um die Karte im gleichen Stil wie die OpenRailwayMap darzustellen. Leider müssen diese <a href="https://code.google.com/p/osmand/wiki/HowToPrepareYourOwnDataToUseOffline">Kartenstile eigens für OsmAnd</a> geschrieben werden, da die im MapCSS-Format existierenden Kartenstile der OpenRailwayMap nicht unterstützt werden. Das bedeutet eine Menge Arbeit, vor allem aber erfordert auch die kontinuierliche Synchronisation mit den MapCSS-Stylesheets einigen Arbeitsaufwand. Eine Alternative wäre die Entwicklung eines Tools, das die MapCSS-Styles in das OsmAnd-Format umwandeln kann. Das würde sehr viel manuelle Arbeit ersparen und auch sicherstellen, dass die Online- und Offline-Karten möglichst gleich aussehen. Für beide Aufgaben sind Unterstützer, denen die OpenRailwayMap auf Mobilgeräten besonders am Herzen liegt, gerne gesehen.</p>
  				]]>
  			</content:encoded>
  		</item>
  		<item>
  			<title>Hacken für die Katz – unsere Meinung zum #dbhackathon</title>
  			<description>Die Deutsche Bahn veranstaltet in letzter Zeit Hackathons, bei denen Entwickler Datensätze des Unternehmens nutzen dürfen, um innovative Anwendungen zu entwickeln. Am 8. und 9. Mai findet wieder ein Hackathon statt, diesmal mit dem Schwerpunkt Infrastruktur. Allerdings ist die Nutzung der Daten mit einigen Einschränkungen verbunden: Unter anderem dürfen die Daten nach dem Ende der Veranstaltung nicht mehr genutzt werden, sodass die entwickelten Anwendung weitgehend nutzlos werden. Somit verdient die Veranstaltung nicht den Titel Open-Data. Interessenten sollten vor der Teilnahme an solchen Veranstaltungen also genauer hinsehen.</description>
  			<link>https://blog.openrailwaymap.org?lang=de#25</link>
  			<author>Alexander Matheisen</author>
  			<dc:creator>Alexander Matheisen</dc:creator>
  			<guid>https://blog.openrailwaymap.org?lang=de#25</guid>
  			<pubDate>Fri, 08 May 2015 00:32:53</pubDate>
  			<content:encoded>
  				<![CDATA[
  					<p>Am 20. und 21. März fand in Frankfurt der erste Hackathon unter dem Namen "<a href="https://www.heise.de/developer/meldung/Hackathon-der-Deutschen-Bahn-in-Frankfurt-2571719.html">DB Open Data-Train Challenge</a>" statt, am 8. und 9. Mai soll in Berlin mit der <a href="https://www1.deutschebahn.com/dbhackathon-en/hackathon/dbhackathon1.html">DB Infrastructure Challenge</a> der zweite Hackathon, diesmal mit dem Fokus auf Infrastruktur stattfinden.</p>
  					<p>Wer an diesen Veranstaltungen teilnimmt, bekommt einen kleinen Datensatz (historische Daten) zur Verfügung gestellt, die Formatdokumentation <a href="https://www1.deutschebahn.com/dbhackathon-en/hackathon/dbhackathon3.html">gibt es schon ein paar Tage vorher</a>. Soweit nicht ungewöhnlich, interessant wird es allerdings bei den <a href="https://www1.deutschebahn.com/file/dbhackathon-en/9225054/cH6sfk0BoKMh-j2bcR_SV2F16yI/9257322/data/regeln_und_vertraulichkeit.pdf">Teilnahmebedingungen</a>: Teilnehmer des Hackathons dürfen die Daten nach der Veranstaltung nicht weiterverwenden, sprich er oder sie hackt für die Katz. Da die Anwendungen meist auf den Datensatz zugeschnitten sind, sind sie nach dem Hackathon somit weitgehend nutzlos.</p>
  					<p>Am Ende der Veranstaltung werden die Projekte der Teilnehmer prämiert, der Erstplatzierte bekommt einen Preis, der erste und zweite Verlierer einen Trostpreis. Ruhm und Ansehen sind somit das Einzige, was den Teilnehmern nach der Veranstaltung bleibt.</p>
  					<p>Bereits auf der Veranstaltungswebsite ist ersichtlich, <a href="https://www1.deutschebahn.com/dbhackathon-en/hackathon/dbhackathon2.html">wozu die Veranstaltung dient</a>. Die Teilnehmer sollen Software entwickeln, um das Auftreten von Gleislagefehler vorhersagen. Während beim ersten Hackathon Tools für Fahrplansoll- und -echtzeitdaten entwickelt wurden, ist die Zielgruppe von Gleislagefehler-Analysetools deutlich geringer. Statt interessanter Daten werden für die aktuelle Veranstaltung also nur unkritische Datensätze bereitgestellt, mit denen außer Gleisbauern kaum jemand etwas anfangen kann. Wer bei diesem Hackathon mitmacht, hackt nicht für sich und die Allgemeinheit (worum es bei Open-Data gehen sollte), sondern für ein Unternehmen, das bei dieser Veranstaltung Code und Ideen abgreifen möchte. Dies sollte den Teilnehmern bewusst sein.</p>
  					<p>Auf der anderen Seite verfügt die DB über viele für die Öffentlichkeit interessante Daten, die ohne Probleme als "richtiges" Open-Data freigegeben werden könnten. Beispiele dafür sind das <a href="https://fahrweg.dbnetze.com/file/fahrweg-de/2394144/vHBDX5OndmGwv-JTA9EzuNArX1E/2361656/data/betriebsstellen.pdf">Betriebsstellenverzeichnis</a> und das Infrastrukturregister. Die Daten sind bereits jetzt öffentlich sichtbar, die <a href="https://stredax.dbnetze.com/ISRViewer/public_html_de/svg/index.html">Webseite</a> bietet die entsprechenden Daten an.</p>
  					<p>Man bekommt den Eindruck, dass die DB den Begriff Open-Data lediglich als Marketingbuzzword verwendet, um sich modern und dynamisch zu präsentieren. Auf diese Weise möchte man sich ein wenig das Image eines Startups verpassen, in der Hoffnung, damit entsprechende innovative Entwickler anzulocken.</p>
  					<p>Fazit: Nicht überall da, wo <a href="https://opendefinition.org/">Open-Data</a> draufsteht, ist auch Open-Data drin. Das vorliegende Beispiel zeigt, dass man vor der Teilnahme genauer hinsehen sollte, welchen Bedingungen man sich unterwirft. Weder sind die Daten frei, noch dürfen sie unbeschränkt verbreitet werden. Bloß der Nutzungszweck während des Hackathons ist nicht beschränkt. Wer sich nicht in eine gewisse Abhängigkeit von Unternehmen begeben möchte, für den sind Projekte wie OpenStreetMap weiterhin die erste Wahl. Bei solchen nachhaltigen Quellen können Entwickler wirklich sichergehen, dass eine Anwendung auch noch nach dem Hackathon nutzbar bleibt. Und vor allem, dass die Arbeit nicht umsonst war, denn dafür ist die investierte Zeit einfach zu schade.</p>
  				]]>
  			</content:encoded>
  		</item>
  		<item>
  			<title>Das Hackweekend in Karlsruhe und was sonst noch geschah</title>
  			<description>Auch wenn es in den letzten Monaten keine neuen Blogartikel zu lesen gab, ist die Entwicklung nicht stehen geblieben. Hier eine kurze Zusammenfassung der vielen kleinen Änderungen seit Mitte Januar.</description>
  			<link>https://blog.openrailwaymap.org?lang=de#24</link>
  			<author>Alexander Matheisen</author>
  			<dc:creator>Alexander Matheisen</dc:creator>
  			<guid>https://blog.openrailwaymap.org?lang=de#24</guid>
  			<pubDate>Tue, 28 Apr 2015 01:05:37</pubDate>
  			<content:encoded>
  				<![CDATA[
  					<p>Auch wenn es in den letzten Monaten keine neuen Blogartikel zu lesen gab, ist die Entwicklung nicht stehen geblieben. Wir freuen uns, mit Eike (Dakon) einen weiteren Entwickler im Team begrüßen zu können.</p>
  					<p>Seit dem <a href="https://www.openrailwaymap.org/blog.php#23">FOSSGIS-Hackweekend im Linuxhotel im Januar</a> wurde der Signallayer um weitere deutsche und österreichische Signale ergänzt. Es werden jetzt Kreuztafeln (So 106), Rangierhalttafeln (Ra 10) bzw. Verschubhalttafeln und <a href="https://www.openrailwaymap.org/?lang=de&lat=51.43247087211911&lon=7.125476002693175&zoom=17&style=signals">Wartezeichen (DB Ra 11/11a/11b)</a> bzw. Wartesignale gerendert. Diese drei Signale haben den Vorteil, dass sie in Deutschland und Österreich ähnlich (oder gar gleich aussehen), sodass man dieselben Icons verwenden kann. Bei den deutschen Signalen gab es Zuwachs in Form von <a href="https://www.openrailwaymap.org/?lang=de&lat=48.89579669291743&lon=9.0570929646492&zoom=18&style=signals">Blockkennzeichen (mit Anzeige der Blocknummer)</a>, <a href="https://www.openrailwaymap.org/?lang=de&lat=51.326673073320045&lon=6.622465252876282&zoom=17&style=signals">Ks-Signalen mit Zusatzlicht</a> (bei verkürztem Bremswegabstand oder Wiederholern) und <a href="https://www.openrailwaymap.org/?lang=de&lat=53.56191864078081&lon=9.957899451255798&zoom=17&style=signals">Sv-Signalen</a>. In der Ansicht der Höchstgeschwindigkeiten werden stillgelegte und im Bau befindliche Strecken nun ebenfalls <a href="https://www.openrailwaymap.org/?lang=de&lat=50.23435968080233&lon=6.837787628173828&zoom=12&style=maxspeed">angezeigt</a>, zur Unterscheidung von den übrigen Strecken allerdings etwas heller. An Brücken und Tunneln werden statt des mit name=* erfassten Streckennamens bevorzugt die mit bridge:name oder tunnel:name angegebenen Tunnel- oder <a href="https://www.openrailwaymap.org/?lang=de&lat=50.91706673391947&lon=6.9746071100234985&zoom=17&style=standard">Brückennamen</a> dargestellt. Bei spurgeführten Verkehrsmitteln wie etwa Schwebebahnen, bei denen es sich nicht um Eisenbahnen handelt, werden Brücken und Tunnel nun nicht mehr dargestellt. Dies hatte in der Vergangenheit zu unerwarteten Kartendarstellungen geführt.</p>
  					<p>Eike hat zwischenzeitlich das Rendering von Stellwerken verbessert und sie in den thematisch passenderen Layer der Signale und Sicherungssysteme verschoben. Stellwerke werden jetzt <a href="https://www.openrailwaymap.org/?lang=de&lat=50.94993461671844&lon=6.951475739479064&zoom=17&style=standard">mit Namen in grün gerendert</a>. Damit auch als Gebäude erfasste Stellwerke angezeigt werden, waren Korrekturen am verwendeten Renderer <a href="https://github.com/rurseekatze/node-tileserver">node-tileserver</a> notwendig. Im Infrastrukturlayer werden nun Drehscheiben und Schiebebühnen angezeigt.</p>
  					<p>Der beste Datensatz nützt aber nichts, wenn die Datenqualität niedrig ist. Um die Qualität zu steigern, haben wir weitere Abfragen in den <a href="https://github.com/rurseekatze/OpenRailwayMap/blob/master/validator/openrailwaymap.validator.mapcss">Validations-Regeln für JOSM</a> ergänzt. Unter anderem wird jetzt geprüft, ob Gleisnummern als solche getaggt sind (und nicht als Namen) und ob das Tagging eines Signals logische Fehler enthält. Ebenfalls werden die Objekte auf diverse veraltete und nicht unterstützte Tags geprüft.</p>
  					<p>Auch in der JOSM-Vorlage gab es einige Änderungen: So wurden Einträge für Zugdeckungssignale und <a href="https://www.tf-ausbildung.de/SignalbuchOnline/ne14.htm">ETCS-Haltetafeln (Ne 14)</a> hinzugefügt und einige neue Icons ergänzt. Die Signale wurden mit dem neuen Länder-Betreiber-Präfix versehen. Außerdem wurden einige Einträge auf neues Tagging umgestellt, das im Rahmen der <a href="https://wiki.openstreetmap.org/wiki/DE:OpenRailwayMap/Mappingwochenende_2014_1">Treffen in Köln</a> und <a href="https://wiki.openstreetmap.org/wiki/DE:OpenRailwayMap/Aktiventreffen_2014_2">Bad Nauheim</a> vereinbart wurde. Ebenfalls wurden kleinere Syntaxfehler behoben und die Einträge ins Englische übersetzt.</p>
  					<p>Auf der Webseite selbst gab es ebenfalls kleine Neuerungen: Es ist nun möglich, die Karte auch ohne Hintergrundkarte zu betrachten. Außerdem findet die Suche nun auch (Ausweich-)Anschlussstellen, die mit railway=spur_junction getaggt sind. Daneben ist die Webseite nun auch in Türkisch verfügbar, vielen Dank dafür an Kudret Emre.</p>
  					<p>Noch nicht ganz fertig implementiert sind Icons für Bahnübergänge im Infrastruktur-Stil, die Darstellung von Gleisnummern, Vorsignaltafeln in verkürztem Bremswegabstand, deutschen Zs 3(v)-Lichtsignalen und Fahrleitungssignalen (in Deutschland und Österreich, da die Signale identisch sind).</p>
  					<p>Wir bedanken uns bei der Geofabrik aus Karlsruhe, auf deren <a href="https://wiki.openstreetmap.org/wiki/Karlsruhe_Hack_Weekend_February_2015">OSM-Hackweekend im Februar</a> Alex und Michael einen Teil der oben genannten Funktionen implementiert haben.</p>
  					<p>Neben dem Fertigstellen der noch offenen Änderungen stehen für die nächste Zeit eine Überarbeitung der Legende, Aktualisierungen und Ergänzungen bei den Übersetzungen und eine Neugestaltung der Webseite an. Daneben wird der Signallayer schrittweise um österreichische und niederländische Signale erweitert. Die Suchfunktion soll künftig auch stillgelegte, abgebaute, im Bau befindliche und geplante Betriebsstellen zurückliefern. Touristisch und militärisch genutzte Strecken, die momentan nicht auf der Karte angezeigt werden, sollen in der Kartenansicht berücksichtigt werden.</p>
  				]]>
  			</content:encoded>
  		</item>
  		<item>
  			<title>FOSSGIS-Hackweekened im Linuxhotel in Essen</title>
  			<description>Am vergangenen Wochenende fand in Essen das FOSSGIS-Hackweekend in den Räumlichkeiten des Linuxhotels statt. Die OpenRailwayMap war dort mit zwei Leuten vertreten, die unter anderem neue Signalsymbole und eine Taggingvorlage für Österreich erstellt haben.</description>
  			<link>https://blog.openrailwaymap.org?lang=de#23</link>
  			<author>Alexander Matheisen</author>
  			<dc:creator>Alexander Matheisen</dc:creator>
  			<guid>https://blog.openrailwaymap.org?lang=de#23</guid>
  			<pubDate>Thu, 15 Jan 2015 20:20:15</pubDate>
  			<content:encoded>
  				<![CDATA[
  					<p>Am Wochenende des 9. bis 11. Januar 2015 waren Alexander (<a href="https://wiki.openstreetmap.org/wiki/User:Rurseekatze">rurseekatze</a>) und Michael (<a href="https://wiki.openstreetmap.org/wiki/User:Nakaner">Nakaner</a>) auf dem FOSSGIS-Hackweekend im Linuxhotel in Essen. Der <a href="https://www.fossgis.de/">FOSSGIS e.V.</a> ist der deutsche OpenStreetMap-Förderverein für freie GIS-Software. Das <a href="https://linuxhotel.de/">Linuxhotel</a> ist ein Hotel für Schulungen zu Open-Source-Software, das an Wochenenden von Open-Source-Communities zu günstigen Preisen für Hackweekends u.ä. gemietet werden kann.</p>
  					<p>Während Alex im Laufe des Wochenendes eine <a href="https://www.openrailwaymap.org/josm-presets/">JOSM-Objektvorlage für Österreich</a> erstellte, widmete sich Michael den kleineren Dingen. Der Signallayer zeigt künftig <a href="https://www.stellwerke.de/signal/deutsch/bue.html">Bahnübergangsüberwachungssignale</a> (Bü 0/1), die <a href="https://www.stellwerke.de/signal/deutsch/sv.html">Sv-Signale der Hamburger S-Bahn</a>¹ und <a href="https://www.tf-ausbildung.de/SignalbuchOnline/sh2.htm">Sh 2-Tafeln</a>. Die Icons für Ks-Signale wurden durch neue Icons ersetzt. Um das Hp 0 von den Hp 0-Icons der Hl-, H/V- und Sv-Lichtsignalsysteme unterscheiden zu können, wurde die Bedeutung der Farben bei <a href="https://de.wikipedia.org/wiki/Ks-Signalsystem">Ks-Signalen</a> geändert. Hp 0 (oben im Schirm) steht künftig für ein Ks-Mehrabschnittssignal, Ks 1 für ein Ks-Hauptsignal und Ks 2 für Ks-Vorsignal.</p>
  					<p>Auch am Infrastrukturstil verbesserte Michael einige Sachen. Künftig werden die Namen von Tunnels und Brücken dargestellt, wenn sie als tunnel:name=* bzw. bridge:name=* getaggt sind. Straßenbahnen werden erst ab Zoomstufe 10 gerendert, da sonst die Karte in Ballungsräumen zu unübersichtlich ist. Industriegleise werden etwas schmäler dargestellt.</p>
  					<p>Wie in mehreren Bugreports gefordert, wurde der Höchstgeschwindigkeitslayer verbessert. Künftig wird die ehemahls bzw. künftig zulässige Höchstgeschwindigkeit stillgelegter und in Bau befindliche Gleise dargestellt. Abgebaute Strecken und Strecken in Planung werden künftig nicht mehr dargestellt.</p>
  					<p>Bereits seit einigen Wochen werden außerdem die Gleise im Signallayer zur besseren Orientierungsmöglichkeit als graue Linien dargestellt.</p>
  					<p>Bitte beachtet, dass diese Änderungen noch nicht auf den Liveserver übertragen wurden und somit momentan auch noch nicht auf der Karte sichtbar sind. Dies wird so schnell wie möglich nachgeholt.</p>
  					<p>Wer sich dafür interessiert, was auf dem Hackweekend neben der OpenRailwayMap, sei auf einen <a href="https://www.fossgis.de/node/242">Blogartikel</a> auf der Homepage des FOSSGIS e.V. verwiesen.</p>
  					<p>Wir bedanken uns beim FOSSGIS dafür, dass wir im Rahmen des Hackweekends gemeinsam die OpenRailwayMap voranbringen konnten und freuen uns schon auf das nächste Mal. Das nächste Hackweekend mit Beteiligung der OpenRailwayMap ist das <a href="https://wiki.openstreetmap.org/wiki/Karlsruhe_Hack_Weekend_February_2015">Hackweekend im Februar</a> in der Geofabrik in Karlsruhe.</p>
  					<p>¹ nur, wenn railway:signal:combined:states=* getaggt ist und das Signal Hp 0 oder Sv 0 anzeigen kann</p>
  				]]>
  			</content:encoded>
  		</item>
  		<item>
  			<title>Darstellung von Hl-Signalen</title>
  			<description>Der Signallayer stellt ab sofort auch Kombinations- und Vorsignale des Hl-Systems der Deutschen Reichsbahn dar.</description>
  			<link>https://blog.openrailwaymap.org?lang=de#22</link>
  			<author>Alexander Matheisen</author>
  			<dc:creator>Alexander Matheisen</dc:creator>
  			<guid>https://blog.openrailwaymap.org?lang=de#22</guid>
  			<pubDate>Mon, 29 Dec 2014 23:58:15</pubDate>
  			<content:encoded>
  				<![CDATA[
  					<p>Der Signallayer stellt ab sofort auch Kombinations- und Vorsignale des Hl-Systems der Deutschen Reichsbahn dar (<a href="https://www.openrailwaymap.org/?lang=de&lat=51.28036037134125&lon=11.563324928283691&zoom=14&style=signals">Beispiel</a>).</p>
  					<p>Die Implementierung hat sich aufgrund der vielen Signalbilder deutlich aufwendiger gestaltet als bei den H/V-Signalen. Beim H/V-Signalsystem haben wir entschieden, aufgrund der geringen Icongröße (sonst wird zu viel von den Icons verdeckt) nur das Hauptsignal darzustellen, auch wenn am selben Mast (oder wenige Meter davor) noch ein Vorsignal hängt. Damit reduzierte sich die mögliche Anzahl an Signalkombinationen erheblich. Bei H/V-Signalen können wir mit drei Icons für Licht- und drei für Formhauptsignale alles darstellen.</p>
  					<p>Zuerst einmal eine kurze Erläuterung des Hl-Signalsystems für Leute, denen das Verständnis anfangs schwer fällt. Beim Hl-System ist das nicht so einfach. Es vereint Vor- und Hauptsignalfunktionen in einem Schirm und hat bis zu fünf Lampen. Manche Kombinationssignale haben auch noch zwei zusätzliche Lichtstreifen zur Signalisierung der Geschwindigkeiten 60 und 100 km/h. Signalbilder mit blinkenden Lampen können in statischen Kartenkacheln nicht dargestellt werden. Somit entfallen schon einmal die Signalbilder <a href="https://de.wikipedia.org/wiki/Datei:Hl4.png">Hl 4</a>, <a href="https://de.wikipedia.org/wiki/Datei:Hl5.png">Hl 5</a>, <a href="https://de.wikipedia.org/wiki/Datei:Hl6a.png">Hl 6a</a>, <a href="https://de.wikipedia.org/wiki/Datei:Hl6b2b.png">Hl 6b</a>, <a href="https://de.wikipedia.org/wiki/Datei:Hl7.png">Hl 7</a>, <a href="https://de.wikipedia.org/wiki/Datei:Hl8.png">Hl 8</a>, <a href="https://de.wikipedia.org/wiki/Datei:Hl9a.png">Hl 9a</a> und <a href="https://de.wikipedia.org/wiki/Datei:Hl9b.png">Hl 9b</a>.</p>
  					<p>Die oberen Lampen übernehmen die Vorsignalfunktion (Fahrt erwarten, 100 km/h erwarten, 40/60 km/h erwarten, Halt erwarten). In der Mitte sitzt die rote Lampe für <a href="https://de.wikipedia.org/wiki/Datei:HL13.png">Hp 0</a> (es gibt noch ein <a href="https://de.wikipedia.org/wiki/Datei:HL13_Ersatzlampe.png">Ersatzrot</a> unten rechts). Die gelbe Lampe unten links leuchtet, wenn ab dem Signalstandort nicht Fahrt mit Höchstgeschwindigkeit (im Westen <a href="https://de.wikipedia.org/wiki/H/V-Signalsystem#Hp_1_.2F_Vr_1">Hp 1</a>) oder Langsamfahrt (im Westen <a href="https://de.wikipedia.org/wiki/H/V-Signalsystem#Hp_2_.2F_Vr_2">Hp 2</a>) gilt. Leuchte diese gelbe untere Lampe, so bedeutet das Langsamfahrt mit 40 km/h. Mit einem gelben oder grünen Lichtstreifen darunter kann das zu 60 bzw. 100 km/h angehoben werden.</p>
  					<p>Aber nun zurück zur Karte. Die Icons sollten, wie auch bei den H/V-Signalen, dem Kartennutzer anzeigen, welche Signalbilder das Signal anzeigen kann. Wenn in den OpenStreetMap-Daten nicht hinterlegt ist, welche Signalbilder das Signal anzeigen kann, wird Hp 0 in der Hl-Variante (rotes Licht in der Mitte des Signalschirms) dargestellt. Grundsätzlich wird nur das Tag <i>railway:signal:main:states</i> bzw. <i>railway:signal:combined:states</i> ausgewertet. Ob es sich um ein Block-, Einfahr-, Zwischen- oder Ausfahrsignal handelt, ist irrelevant.</p>
  					<p>Blocksignale können nur <a href="https://de.wikipedia.org/wiki/Datei:Hl1.png">Hl 1</a>, <a href="https://de.wikipedia.org/wiki/Datei:Hl10.png">Hl 10</a>¹ und Hp 0 anzeigen (anders ausgedrückt: Sie können kein <a href="https://de.wikipedia.org/wiki/Datei:Hl2.png">Hl 2</a>, <a href="https://de.wikipedia.org/wiki/Datei:Hl3a.png">Hl 3a</a> und <a href="https://de.wikipedia.org/wiki/Datei:Hl3b.png">Hl 3b</a> anzeigen). Sie werden als <a href="https://de.wikipedia.org/wiki/Datei:Hl1.png">Hl 1</a> (grünes Licht/Signal ohne Vorsignalfunktion) bzw. als <a href="https://de.wikipedia.org/wiki/Datei:Hl10.png">Hl 10</a> (gelbes Licht/Signal mit Vorsignalfunktion²) dargestellt.</p>
  					<p>Wenn der Zusatzschirm für die Lichtbalken nicht installiert ist, kann das Signal nicht <a href="https://de.wikipedia.org/wiki/Datei:Hl2.png">Hl 2</a> und <a href="https://de.wikipedia.org/wiki/Datei:Hl3b.png">Hl 3b</a> anzeigen. Es wird dann bei Signalen ohne Vorsignalfunktion <a href="https://de.wikipedia.org/wiki/Datei:Hl3a.png">Hl 3a</a> (oben grünes, unten gelbes Licht) und bei Signalen mit Vorsignalfunktion <a href="https://de.wikipedia.org/wiki/Datei:Hl12a.png">Hl 12a</a> (oben gelbes, unten gelbes Licht) angezeigt.</p>
  					<p>Wenn der Zusatzschirm für den Lichtbalken zwar installiert ist, aber nur einen gelben Lichtstreifen anzeigen kann (die grünen Lampen fehlen dann), wird Hl 3b (oben grünes, darunter gelbes Licht, unten gelber Balken) bei Signalen ohne Vorsignalfunktion und <a href="https://de.wikipedia.org/wiki/Datei:Hl12b.png">Hl 12b</a> (oben gelbes, darunter gelbes Licht, unten gelber Balken) bei Signalen mit Vorsignalfunktion angezeigt.</p>
  					<p>Wenn der Zusatzschirm grüne und gelbe Lichtbalken anzeigen kann, wird <a href="https://de.wikipedia.org/wiki/Datei:Hl2.png">Hl 2</a> (oben grünes, darunter gelbes Licht, unten grüner Balken) bei Signalen ohne Vorsignalfunktion und <a href="https://de.wikipedia.org/wiki/Datei:Hl11.png">Hl 11</a> (oben gelbes, darunter gelbes Licht, unten grüner Balken) bei Signalen mit Vorsignalfunktion angezeigt.</p>
  					<p>Bei Hl-Vorsignalen wird <a href="https://de.wikipedia.org/wiki/Datei:Hl1.png">Hl 1</a> mit dem Signal <a href="https://commons.wikimedia.org/wiki/File:Ne_2.svg">Ne 2</a> (Vorsignaltafel) gekennzeichnet.</p>
  					<p>Jetzt bleiben nur noch zwei Eisenbahnsignalsysteme übrig, die die OpenRailwayMap nicht darstellt – das Sk-System (Signalkombination, Augsburg–Donauwörth) und das Sv-System (noch bei der Hamburger S-Bahn im Einsatz). Wenn du auch das Signalsystem deines Landes (wir rendern derzeit nur österreichische Trapeztafeln, da diese mit den deutschen identisch sind) auf der OpenRailwayMap sehen möchtest, dann stelle uns bitte Folgendes zur Verfügung:</p>
  					<ul>
  						<li>deutsch- oder englischsprachige Beschreibung des Signalsystems</li>
  						<li>geeignete Icons im SVG-Format</li>
  						<li>Vorschläge für Renderingregeln (muss nicht gleich schon als MapCSS-Code implementiert sein)</li>
  					</ul>
  					<p>¹ nur bei Hl-Signalen in deren Bremsweg ein Signal mit Hauptsignalfunktion steht, erkennbar an railway:signal:main=hl am Signal</p>
  					<p>² erkennbar am gelben Dreieck auf dem Mastschild</p>
  				]]>
  			</content:encoded>
  		</item>
  		<item>
  			<title>Updateprobleme behoben</title>
  			<description>Nachdem es für einige Wochen nur unregelmäßige Aktualisierungen der Daten gab, funktioniert nun wieder alles reibungslos.</description>
  			<link>https://blog.openrailwaymap.org?lang=de#21</link>
  			<author>Alexander Matheisen</author>
  			<dc:creator>Alexander Matheisen</dc:creator>
  			<guid>https://blog.openrailwaymap.org?lang=de#21</guid>
  			<pubDate>Tue, 09 Dec 2014 22:28:15</pubDate>
  			<content:encoded>
  				<![CDATA[
  					<p>Seit letztem Freitag laufen die täglichen Datenupdates wieder ohne Probleme, nachdem es vorher für einige Wochen <a href="https://lists.openrailwaymap.org/archives/openrailwaymap/2014-October/000136.html">keine oder nur unregelmäßige Updates</a> gegeben hatte.</p>
  					<p>Der Aktualisierungsprozess konnte leider nicht <a href="https://lists.openrailwaymap.org/archives/openrailwaymap/2014-October/000140.html">wie geplant</a> auf die Augmented Diffs der Overpass API umgestellt werden, weil das Format dafür momentan nicht geeignet ist, sodass die bisherige Toolchain erstmal beibehalten wird. Der dafür notwendige Speicherplatz wurde durch eine Änderung des RAID-Levels der beiden SSDs geschaffen. Statt wie bisher als RAID-1 sind diese nun als RAID-0 verbunden, was den doppelten Speicherplatz und etwas höhere Performance bietet und gleichzeitig keine Mehrkosten verursacht hat.</p>
  					<p>Den einzigen Nachteil stellt die höhere Anfälligkeit gegen Plattenausfälle dar, jedoch sehe ich dies erstmal als verschmerzbar an, da auf dem Server nur sehr wenige Daten liegen, die nicht noch woanders gesichert sind. Diese Daten lassen sich auch problemlos regelmäßig auf einen anderen Rechner sichern und bei einem Totalausfall und anschließender Neuinstallation des Systems wieder einspielen.</p>
  					<p>Langfristig wäre aber dennoch eine zusätzliche herkömmliche Festplatte wünschenswert, um komfortabel vollständige Backups des Systems ablegen und bei einem Ausfall das System wiederherstellen zu können. Das kostet aber wieder zusätzliches Geld...</p>
  				]]>
  			</content:encoded>
  		</item>
  		<item>
  			<title>OpenRailwayMap-Aktiventreffen in Bad Nauheim</title>
  			<description>Vom 24. bis 26. Oktober 2014 fand in Bad Nauheim das zweite OpenRailwayMap-Aktiventreffen statt, auf dem zahlreiche Taggingfragen diskutiert wurden.</description>
  			<link>https://blog.openrailwaymap.org?lang=de#20</link>
  			<author>Alexander Matheisen</author>
  			<dc:creator>Alexander Matheisen</dc:creator>
  			<guid>https://blog.openrailwaymap.org?lang=de#20</guid>
  			<pubDate>Wed, 29 Oct 2014 22:31:12</pubDate>
  			<content:encoded>
  				<![CDATA[
  					<p>Vom 24. bis 26. Oktober 2014 fand bei User spth in <a href="https://www.openrailwaymap.org/?lang=de&lat=50.3678543750527&lon=8.74908502598765&zoom=14&style=standard">Bad Nauheim</a> das <a href="https://wiki.openstreetmap.org/wiki/DE:OpenRailwayMap/Aktiventreffen_2014_2">zweite OpenRailwayMap-Aktiventreffen</a> statt. Es ist als Fortsetzung des <a href="https://wiki.openstreetmap.org/wiki/DE:OpenRailwayMap/Mappingwochenende_2014_1">Mappingwochenendes im Juli in Köln</a> zu sehen. Taggingfragen, die damals aus Zeitgründen nicht geklärt werden konnten, standen nun auf der Tagesordnung, ebenso mittlerweile aufgetauchte Fragen.</p>
  					<p>Die beiden anderen Teilnehmer, Michael (<a href="https://wiki.openstreetmap.org/wiki/User:Nakaner">Nakaner</a>) und Alex (<a href="https://wiki.openstreetmap.org/wiki/User:rurseekatze">rurseekatze</a>), nutzten die Anreise zum Mappen. Während Michael extra einen Umweg von Kalsruhe über Heilbronn und die Hessische Odenwaldbahn fuhr und dort GPS-basiert Daten erfasste, filmte Alex die Strecken um Düsseldorf und Köln, solange sein ICE nicht zu schnell fuhr.</p>
  					<p>Das <a href="https://wiki.openstreetmap.org/wiki/DE:OpenRailwayMap/Aktiventreffen_2014_2#Protokoll">genaue Protokoll</a> ist im OpenStreetMap-Wiki verfügbar. Im Folgenden die wichtigsten Ergebnisse des Treffens:</p>
  					<p>Am <a href="https://wiki.openstreetmap.org/wiki/DE:OpenRailwayMap/Aktiventreffen_2014_2#Freitag.2C_der_24._Oktober_2014">Freitagabend</a> wurde u.a. über die <a href="https://forum.openstreetmap.org/viewtopic.php?pid=454509">Abgrenzung von Straßen-, Stadt-, Voll- und U-Bahn</a> diskutiert. Zum Tag railway=narrow_gauge ist unsere Meinung, dass dies ein veraltetes Synonym für railway=rail ist. Umtaggen nützt nichts und wird nicht beabsichtigt.</p>
  					<p>Wenn <a href="https://de.wikipedia.org/wiki/Gleisverschlingung">Gleise verschlungen</a> sind, empfehlen wir das Mappen aller betroffenen Gleise als einzelne Ways und das Taggen der Abschnitte mit railway:interlaced=yes. Für Begegungsverbote mangels Gleisabstand (wenn es keine Gleisverschlingung ist) wird das Tag railway:passing_prohibited=left/right/yes/both eingeführt. Damit endete der Freitagabend.</p>
  					<p>Am <a href="https://wiki.openstreetmap.org/wiki/DE:OpenRailwayMap/Aktiventreffen_2014_2#Samstag.2C_der_25._Oktober_2014">Samstagmorgen</a> gingen die Diskussionen weiter. Entegen des Grundsatzes, dass ein Gleis nicht sowohl mit usage=* als auch mit service=* getaggt sein darf, wird zur Unterscheidung zwischen Nebengleisen von Industriebahnen und normalen Nebengleisen künftig die Kombination service=* + usage=industrial erlaubt sein.</p>
  					<p>Für die Gesetze/Verordnungen der deutschen Bundesländer zu Klein- und Anschlussbahnen wurden Werte für den Schlüssel workrules=* definiert, die dem Protokoll entnommen werden können. Auch für die Meterlast und Achslast gibt es jetzt neue Tags – meter_load=* und axle_load=*.</p>
  					<p>In der Frage, was als Höchstgeschwindigkeit (maxspeed=*) getaggt werden soll, wenn für unterschiedliche Fahrzeugtypen unterschiedliche Höchstgeschwindigkeiten gelten (z.B. Neigetechnik vs. keine Neigetechnik oder Fahrzeuge mit/ohne Wirbelstrombremse), wurde keine Einigung erzielt.</p>
  					<p>Wenn auf Oberleitungsmasten eine Speiseleitung mitgeführt wird, kann man die Masten mit power=catenary_mast taggen. Dieses Tag kann man auch für O-Busse und elektrische Schiffe benutzen. Neue Tags wurden auch für Einspeisungen aus der Speiseleitung, Überbrückbarkeit von Trennstellen per Schalter, <a href="https://de.wikipedia.org/wiki/Stra%C3%9Fenbahn_Bordeaux#Elektrische_Stromversorgung">versenkbare Mittelstromschienen</a>, Schrankenwärterposten, Blockstellen, Anschlussstellen eingeführt.</p>
  					<p>Wir sind der Meinung, dass das Tag railway=station für U-Bahnhöfe nicht richtig ist und analog zu Straßenbahnhaltestellen durch railway=subway_station ersetzt werden sollte. Eine <a href="https://forum.openstreetmap.org/viewtopic.php?id=27498">Diskussion im OpenStreetMap-Forum</a> wurde mittlerweile angestoßen. 
  					<p>Am Samstagnachmittag wurde zur Abwechslung zu Fuß ein wenig entlang der <a href="https://de.wikipedia.org/wiki/Main-Weser-Bahn">Main-Weser-Bahn</a> nach Gambach und Gießen gemappt.</p>
  					<p>Da das Tag railway=owner_change immer häufiger auch für Betreiberwechsel (z.B. DB Netz/Albtal-Verkehrsgesellschaft) und nicht, wie ursprünglich mal gedacht, für Betreiberwechsel an Staatsgrenzen, wird das Tag railway=border eingeführt.</p>
  					<p>Neu sind auch Tags für die <a href="https://www.pluemper.eu/bike/reisen/ru06/photos/20060711131044.jpg">in Russland gebräuchlichen Fahrbahnsperren zur Bahnübergangssicherung</a> und für die <a href="https://de.wikipedia.org/wiki/Bahn%C3%BCbergang#mediaviewer/File:Great_Bentley_330.jpg">in England gebräuchlichen Tore</a>. Wenn ein Andreaskreuz vorhanden ist, kann crossing:saltire=yes getaggt werden. Der Key crossing:supervision beschreibt die Überwachung (Schrankenwärter, Kamera, <a href="https://de.wikipedia.org/wiki/Gefahrenraum-Freimeldeanlage">Gefahrenraum-Freimeldeanlage</a> usw.) und crossing:activation wie der Bahnübergang eingeschaltet wird. Auch für die Schließdauer eine Bahnübergangs gibt es nun Tags.</p>
  					<p>Am <a href="https://wiki.openstreetmap.org/wiki/DE:OpenRailwayMap/Aktiventreffen_2014_2#Sonntag.2C_der_26._Oktober_2014">Sonntag</a> wurden für <a href="https://de.wikipedia.org/wiki/Stra%C3%9Fenbahnsignale_in_Deutschland">Straßenbahnsignale</a> und die <a href="https://www.u-bahnbilder.de/sbu.php">Signale der Berliner U-Bahn</a> Tags <a href="https://wiki.openstreetmap.org/wiki/DE:OpenRailwayMap/Aktiventreffen_2014_2#u-bahn-berlin">erfunden</a>. In Zuge dessen wurde neue Keys eingeführt. Weichensignale trägt man als railway:signal:switch=* ein. Die Einführung von Straßenbahnsignalen wurde als Anlass genutzt, das <a href="https://wiki.openstreetmap.org/wiki/DE:OpenRailwayMap/Aktiventreffen_2014_2#zugsicherungssignale">Tagging für LZB-Signale zu überarbeiten</a>.</p>
  					<p>Kurz vor Ende des Treffens am Sonntagnachmittag wurden noch Tags für diverse Einrichtungen in Betriebswerken erfunden, z.B. WC-Entsorgungsanlagen.</p>
  					<p>Wie auch auf der Hinfahrt wurde auch auf der Rückfahrt gemappt. Michael hat den Abschnitt Friedberg–Frankfurt (Main) Hbf und weiter Richtung Heidelberg gefilmt, bis es ab Weinheim-Lützelsachsen zu dunkel wurde und der Akku leer war, Alex hat Teile der linken Rheinstrecke zwischen Mainz und Koblenz gefilmt, solange es die Lichtverhältnisse zuließen.</p>
  				]]>
  			</content:encoded>
  		</item>
  		<item>
  			<title>Hackweekend Karlsruhe</title>
  			<description>Auf dem Hackweekend der Geofabrik in Karlsruhe wurde fleißig am Signallayer geschraubt.</description>
  			<link>https://blog.openrailwaymap.org?lang=de#19</link>
  			<author>Alexander Matheisen</author>
  			<dc:creator>Alexander Matheisen</dc:creator>
  			<guid>https://blog.openrailwaymap.org?lang=de#19</guid>
  			<pubDate>Sun, 19 Oct 2014 22:44:10</pubDate>
  			<content:encoded>
  				<![CDATA[
  					<p>Der Streik der Gewerkschaft der Lokomotivführer hat Alexander Matheisen (<a href="https://wiki.openstreetmap.org/wiki/User:Rurseekatze">rurseekatze</a>) nicht abgehalten, zum <a href="https://wiki.openstreetmap.org/wiki/Karlsruhe_Hack_Weekend_October_2014">OpenStreetMap-Hackweekend</a> der <a href="https://www.geofabrik.de/">Geofabrik</a> in Karlsruhe zu kommen. Gemeinsam mit Michael Reichert (<a href="https://wiki.openstreetmap.org/wiki/User:Nakaner">Nakaner</a>) wurde an den Kartenstilen der OpenRailwayMap gearbeitet.</p>
  					<p>Im Geschwindigkeitslayer werden künftig alle Gleise ohne maxspeed-Tag als graue Linien gerendert, die Karte erscheint künftig nicht mehr so lückenhaft. Alle Gleise werden erst ab der Zoomstufe gerendert, ab der sie auch im Infrastruktur-Layer erscheinen. Somit verschwinden in hohen Zoomstufen die blauen Linien langsam befahrbarer Straßenbahngleise und auch Nebengleise in Bahnhöfen, die mit service=* getaggt sind, stören künftig nicht mehr in niedrigen Zoomstufen. Daneben wurden Darstellungsfehler behoben, wodurch teilweise auch die Maxspeed-Informationen von Straßen auf der Karte auftauchten. Außerdem werden Streckengeschwindigkeiten nun nur noch auf aktiv genutzten Gleisen angezeigt. Es wird aber überlegt, ob etwas stillgelegte oder im Bau befindliche Strecken doch angezeigt werden sollten und durch einen helleren Farbton kenntlich gemacht werden.</p>
  					<p>Der Signallayer hat in Deutschland ebenfalls eine Erweiterung erfahren. Hp-Formsignale werden künftig mit neuen, realistischeren Icons gerendert. Für Hauptsignale gilt: Wenn in den Daten hinterlegt ist, welche Signalbilder das Signal anzeigen kann (railway:signal:main:states), dann wird das Signalbild <a href="https://stellwerke.de/signal/deutsch/hv.html#hp2">Hp 2 (Langsamfahrt)</a> dargestellt, wenn das Signal Hp 2 anzeigen kann. Wenn das Signal nicht Hp 2 anzeigen kann, wird <a href="https://stellwerke.de/signal/deutsch/hv.html#hp1">Hp 1 (Fahrt)</a> gerendert. Wenn in den Daten keine Angaben über die möglichen Signalbilder hinterlegt sind, wird <a href="https://stellwerke.de/signal/deutsch/hv.html#hp0">Hp 0 (Halt)</a> angezeigt.</p>
  					<p>Auch Vr-Form- und Vr-Lichtvorsignale werden künftig mit neuen Icons gerendert. Bei den Lichtsignalen ist das schon seit einigen Tagen der Fall. Wenn ein Signal <a href="https://stellwerke.de/signal/deutsch/hv.html#vr2">Vr2 (Langsamfahrt erwarten)</a> anzeigen kann, dann wird Vr 2 Symbol dargestellt. Wenn es nicht Vr 2 anzeigen kann, wird <a href="https://stellwerke.de/signal/deutsch/hv.html#vr1">Vr1 (Fahrt erwarten)</a> angezeigt. Ist keine Information über die möglichen Signalbilder hinterlegt, wird <a href="https://stellwerke.de/signal/deutsch/hv.html#vr0">Vr 0 (Halt erwarten)</a> dargestellt. Bei Formvorsignalen wird das Icon um ein <a href="https://stellwerke.de/signal/deutsch/ne.html#ne2">Ne 2 (Vorsignaltafel)</a> ergänzt, um sie von Wärtervorsignalen unterscheiden zu können. Zusätzlich werden Lichtvorsignalwiederholer wie in der Realität durch ein weißes Zusatzlicht gekennzeichnet.</p>
  					<p>Neue Icons für Hp-Lichthauptsignale der Bundesbahn und die <a href="https://de.wikipedia.org/wiki/Hl-Signalsystem">Hl-Signale der Reichsbahn</a> sind auch gezeichnet, aber noch nicht in den Kartenstil integriert worden, was aber sicherlich in den nächsten Tagen erfolgen wird. Gerade beim komplizierten Hl-System müssen noch geeignete Darstellungsregeln gefunden werden.</p>
  					<p>Hätte die OpenRailwayMap eine Audioausgabe, würde es nun auf mancher Nebenbahn läuten und schellen. Die Anzeige von <a href="https://stellwerke.de/signal/deutsch/bue.html#bue4">Pfeif- und Läutetafeln (Bü 4, Pf 1, Pf 2, Bü 5)</a> ist jetzt integriert. Das Icon für <a href="https://stellwerke.de/signal/deutsch/ne.html#ne1">Trapeztafeln (Ne1)</a> wurde neu gezeichnet. Auch <a href="https://stellwerke.de/signal/deutsch/ne.html#ne6">Haltepunkttafeln (Ne 6)</a> sind nun zu sehen. <a href="https://stellwerke.de/signal/deutsch/ne.html#ne5">Haltetafeln (Ne 5)</a> werden schon seit einigen Tagen dargestellt, wenn auch angebrachte Zusatztafeln wie "200 m" noch nicht auf der Karte visualisiert werden.</p>
  					<p>Die Icons für <a href="https://walter-klan.de/signale/04%29_sh-signale.html">Schutzsignale (Sh 0/Sh 1, Hp 0/Sh 1)</a> sind neu gezeichnet worden und werden bald in den Stil integriert werden. Bald folgen außerdem noch die <a href="https://stellwerke.de/signal/deutsch/bue.html">Bahnübergangsüberwachungssignale (Bü 0/Bü 1)</a>.</p>
  					<p>Alle verwendeten neuen Icons entstammen Michaels Sammlung <a href="https://github.com/Nakaner/railway-signals">railway-signals</a>, wurden aber aus optischen Gründen teilweise vereinfacht (z.B. Formvorsignale, Hp-Lichthauptsignale, Bahnübergangsüberwachungssignale).</p>
  					<p>Aber auch ein anderer Teilnehmer des Hackweekends hat eine Überraschung für uns parat gehabt. Arndt Breschede, der Entwickler des <a href="https://brouter.de/brouter/">Android-Fahrradrouters BRouter</a> (<a href="https://brouter.de/brouter-web/">Webinterface</a>, <a href="https://play.google.com/store/apps/details?id=btools.routingapp&hl=de">Google Play</a>), hat ein sehr einfach gehaltenes <a href="https://brouter.de/brouter/profiles2/rail.brf">Routingprofil für Eisenbahnen</a> geschrieben. Noch berechnet es Routen über alles, was Schienen hat, egal ob Tram oder Eisenbahn, biegt an Weichen spitz ab und fährt gern im Gegengleis. Wer Zeit und Lust hat, <a href="https://brouter.de/brouter/profile_developers_guide.txt">darf das Profil gerne erweitern</a>. Eigene Routingprofile können bei <a href="https://brouter.de/brouter-web/">BRouter-Web</a> über das Eingabefeld unten links verwendet werden. Ein besonderes Feature von BRouter, ist die Fähigkeit No-Go-Areas zu definieren, was man bei der Bahn "Streckensperrung" nennt. Vielleicht integrieren wir mal einen Bahnrouter auf Basis des BRouter in die OpenRailwayMap.</p>
  					<p>Das von Alexander eigentlich geplante Mapping der linken Rheinstrecke musste leider ausfallen, da die eingesetzten Wagen einerseits keinen GPS-Empfang zuließen, andererseits wegen Streikausfällen so überfüllt waren, dass kein Fensterplatz mehr frei war.</p>
  				]]>
  			</content:encoded>
  		</item>
  		<item>
  			<title>Datenprüfung von Eisenbahndaten mit JOSM</title>
  			<description>Es gibt eine neue Vorlage für JOSM, mit der das Beheben von Taggingfehlern und damit eine Verbesserung der Datenqualität erleichtert wird.</description>
  			<link>https://blog.openrailwaymap.org?lang=de#18</link>
  			<author>Alexander Matheisen</author>
  			<dc:creator>Alexander Matheisen</dc:creator>
  			<guid>https://blog.openrailwaymap.org?lang=de#18</guid>
  			<pubDate>Tue, 07 Oct 2014 20:31:27</pubDate>
  			<content:encoded>
  				<![CDATA[
  					<p>Beim Erfassen von Eisenbahndaten in OpenStreetMap hatte ich in der Vergangenheit immer wieder mit den typischen Taggingfehlern zu tun. Eines Tages stieß ich dann eher zufällig auf die Möglichkeit, den Validator von JOSM mit <a href="https://josm.openstreetmap.de/wiki/Help/Validator/MapCSSTagChecker">MapCSS-ähnlichen Regeln</a> zu erweitern.</p>
  					<p>Nun habe ich eine solche <a href="https://github.com/rurseekatze/OpenRailwayMap/blob/master/validator/openrailwaymap.validator.mapcss">Prüfregel-Datei für JOSM</a> erstellt. Sie enthält eine erste Auswahl typischer Taggingfehler, aber ich habe auch noch eine lange Liste weiterer Fehler, die ich nach und nach hinzufügen möchte.</p>
  					<p>Wahrscheinlich sind jedem Eisenbahnmapper ebenfalls schon einmal typische Taggingfehler begegnet. Daher wäre es schön, wenn andere Mapper weitere Prüfregeln beisteuern könnten. Die einfachste Möglichkeit wären Pull Requests, Vorschläge per E-Mail sind aber ebenfalls willkommen.</p>
  				]]>
  			</content:encoded>
  		</item>
  		<item>
  			<title>Deutsche Geschwindigkeitssignale weitgehend vollständig</title>
  			<description>Die Icons der deutschen Geschwindigkeitssignale sind nun weitgehend vollständig vorhanden. Vielerorts sind bereits etliche Signale eingetragen und auf der Karte sichtbar.</description>
  			<link>https://blog.openrailwaymap.org?lang=de#16</link>
  			<author>Alexander Matheisen</author>
  			<dc:creator>Alexander Matheisen</dc:creator>
  			<guid>https://blog.openrailwaymap.org?lang=de#16</guid>
  			<pubDate>Thu, 31 Jul 2014 09:39:27</pubDate>
  			<content:encoded>
  				<![CDATA[
  					<p>Seit einigen Tagen werden praktisch alle deutschen Geschwindigkeitssignale auf der Karte angezeigt. Wechselt man in die Ansicht der Streckengeschwindigkeiten, so erscheint vielerorts bereits eine große Anzahl von Signalen. Die Zs 3(v) Lichtsignale werden noch nicht angezeigt, was in Hinblick auf mehrere darstellbare Ziffern schwierig ist. Über mögliche Umsetzungen einer Darstellung wird nachgedacht. Ebenfalls fehlen noch die Signale für vorübergehende Langsamfahrstellen (Lf 1/2 und 1-5). Da solche Langsamfahrstellen in der Regel aber auch nicht in der OpenRailwayMap eingetragen werden, sollte dies aber keinen größeren Nachteil darstellen.</p>
  					<p>Ein Beispielgebiet, in dem bereits fast alle Geschwindigkeitssignale erfasst wurden, ist <a href="https://www.openrailwaymap.org/?lang=de&lat=51.20596923119336&lon=6.695265769958496&zoom=14&style=maxspeed">hier</a> zu sehen. Die Sichtbarkeit der Signale auf der Karte dürfte für viele Mapper ein Anreiz sein, diese zu erfassen.</p>
  					<p>Demnächst werden im Signallayer weitere Icons ergänzt bzw. die bestehenden Icons durch schönere Symbole ersetzt.</p>
  					<p>An dieser Stelle vielen Dank an die fleißigen Icon-Zeichner <a href="https://www.twitter.com/Nakaner">Michael</a> und <a href="https://www.twitter.com/ubahnverleih">Consti</a>!</p>
  				]]>
  			</content:encoded>
  		</item>
  		<item>
  			<title>Rückblick auf das OpenRailwayMap Mappingwochenende</title>
  			<description>Vom Freitag, den 11. bis Sonntag, den 13. Juli 2014 fand in Köln das erste OpenRailwayMap-Mappingwochenende (mit Taggingdiskussion) statt. Neben dem Kennenlernen und Austausch der Bahnmapper und der Erfassung zweier Bahnstrecken wurden vorallem diverse Diskussionen rund um das Taggingschema geführt. Hier ein Bericht dieser gelungenen Veranstaltung.</description>
  			<link>https://blog.openrailwaymap.org?lang=de#15</link>
  			<author>Alexander Matheisen</author>
  			<dc:creator>Alexander Matheisen</dc:creator>
  			<guid>https://blog.openrailwaymap.org?lang=de#15</guid>
  			<pubDate>Mon, 14 Jul 2014 18:27:01</pubDate>
  			<content:encoded>
  				<![CDATA[
  					<p>Vom Freitag, den 11. bis Sonntag, den 13. Juli 2014 fand in Köln das erste <a href="https://wiki.openstreetmap.org/wiki/DE:OpenRailwayMap/Mappingwochenende_2014_1">OpenRailwayMap-Mappingwochenende (mit Taggingdiskussion)</a> statt. Es diente dem Austausch der Eisenbahnmapper und der Diskussion über Ergänzungen und Veränderungen am <a href="https://wiki.openstreetmap.org/wiki/DE:OpenRailwayMap/Tagging">Eisenbahn-Taggingschema</a>. Mit Emrah Kutlu war auch ein Vertreter von <a href="https://wiki.openstreetmap.org/wiki/%C3%96V_Firma_Mentz_Datenverarbeitung_GmbH">Mentz DV</a> dabei.</p>
  					<p>Der Freitagabend begann locker im <a href="https://de.wikipedia.org/wiki/Wikipedia:Lokal_K">Lokal K</a> in Köln-Ehrenfeld mit dem Eintrudeln und einer Vorstellungsrunde der Teilnehmer. Themen waren die Öffentlichkeitsarbeit der OpenRailwayMap und der Gewinnung neuer Mapper (insbesondere von bahninteressierten Nichtmappern als Bahnmapper). Im Anschluss stellte jeder Teilnehmer seine Mappingtechniken vor.</p>
  					<p>Der Samstagvormittag begann mit dem Frühstück im Lokal K, welches in eine Vorstellung von Mentz DV und deren Nutzung von OSM-Daten überging. Es zeigte sich, dass manches, was man bisher eher aus Spaß mappte, doch sinnvoll war. Emrah klärte darüber auf, dass auch das Mappen von <a href="https://wiki.openstreetmap.org/wiki/DE:Tag:amenity%3Dbench">Sitzbänken</a> sinnvoll ist. Es ermöglicht ein besseres Routing im Rollator-Modus, wo die Existenz von Sitzbänken zum Ausruhen die Routenfindung beeinflusst.</p>
  					<p>Bei der Vorstellung diverser Eisenbahnroutingfehler erklärten wir ihm die Tags <a href="https://wiki.openstreetmap.org/wiki/Key:service#Railways">service=*</a>, <a href="https://wiki.openstreetmap.org/wiki/Key:usage">usage=*</a> und <a href="https://wiki.openstreetmap.org/wiki/DE:Key:maxspeed">maxspeed=*</a>. Auch der Bedarf eines Tags für die Regelfahrtrichtung wurde dabei offensichtlich. Die <a href="https://de.wikipedia.org/wiki/Streckengleis">Regelfahrtrichtung</a> ist die Richtung, in die ein Gleis normalerweise befahren wird (bei zweigleisigen Strecken in Deutschland in der Regel das rechte Gleis in Fahrtrichtung). Wenn auf einer zweigleisigen Strecke vor und nach einer Kurve die Möglichkeit besteht, das Gleis zu wechseln, so könnte ein Router über das kurveninnere Gleis routen, auch wenn das das Gegengleis ist und mit dieser Fahrt andere Zugfahrten blockiert werden würden. Deshalb werden Gegengleisfahrten in der Praxis in der Regel nicht geplant.</p>
  					<p>Am Samstagnachmittag wurden die Diskussionen für eine Mappingaktivität unterbrochen. Von Köln West aus fuhren <a href="https://wiki.openstreetmap.org/wiki/User:Ubahnverleih">Consti</a>, <a href="https://wiki.openstreetmap.org/wiki/User:Rurseekatze">Alex</a>, <a href="https://wiki.openstreetmap.org/wiki/User:Nakaner">Michael</a> und <a href="https://www.openstreetmap.org/user/rotkelch">Emrah</a> nach Euskirchen. Emrah verlies die Gruppe dort und fuhr zwecks Heimreise zum Flughafen, der Rest fuhr weiter nach Bad Münstereifel und über Euskirchen wieder zurück nach Köln. Zwei Mapper spazierten von Köln West über die Südbrücke und die Hohenzollernbrücke zum Hauptbahnhof.</p>
  					<p>Die Fahrt von Köln nach Euskirchen fand in einem Dieseltriebwagen der <a href="https://de.wikipedia.org/wiki/DB-Baureihe_628">Baureihe 628</a> der Südostbayernbahn statt. Mangels GPS-Empfang (außer direkt an der Tür und am Faltenbalg) wurde reines Video- und Fotomapping ohne Georeferenzierung betrieben, auch wenn die Strecke ab Hürth-Kalscheuren nicht elektrifiziert ist. In Euskirchen wurde in die Regionalbahn nach Bad Münstereifel umgestiegen. Die Strecke nach <a href="https://www.openrailwaymap.org/?lang=de&lat=50.56154111289475&lon=6.770131587982178&zoom=15&style=standard">Bad Münstereifel</a> ist eine nicht elektrifizierte Nebenbahn. In Bad Münstereifel blieben wir sitzen und fuhren mit demselben Zug zurück nach Euskirchen. Diese Fahrt fand in einem <a href="https://de.wikipedia.org/wiki/Bombardier_Talent">Diesel-Talent (Baureihe 644/944 und 643.2)</a> statt, in dem überall sehr guter GPS-Empfang bestand. So war es möglich, georeferenzierte Fotos aufzunehmen. Alex fotografierte fast jedes Signal und Consti ging seiner Leidenschaft nach – Fahrscheinautomaten samt Automatennummer für seine <a href="https://osm.lyrk.de/fahrkartenautomaten/#12/50.6083/6.8071">Fahrkartenautomatenkarte</a> erfassen. Beim Wenden in Bad Münstereifel lies der <a href="https://de.wikipedia.org/wiki/Triebfahrzeugf%C3%BChrer">Triebfahrzeugführer</a> freundlicherweise den Vorhang zum Führerstand offen, sodass das Fotografieren nach hinten durch den Führerstand möglich war.</p>
  					<p>In Euskirchen wurde nicht der RE genommen, sondern die 30 Minuten später fahrende RB nach Köln abgewartet. In der Zwischenzeit wurde mittels Fotomapping der Bahnhof und seinen Vorplatz genauestens dokumentiert. Alex fotografierte mit einem 70–300 mm-Teleobjektiv vor allem Signale, Signalnummern und entfernt liegende Objekte im Gleisvorfeld, während Michael mit einem 18–105-mm-Objektiv Übersichtsfotos erstellte. Auch das Bahnhofsgebäude und der Vorplatz wurden gemappt. Zum Leidwesen von Consti hatten die zwei Automaten der Stadtwerke im Busbahnhof keine Nummer.</p>
  					<p>Der <a href="https://www.openrailwaymap.org/?lang=de&lat=50.65930984736032&lon=6.792190074920654&zoom=15&style=standard">Bahnhof Euskirchen</a> bekommt gerade neue Ks-Signale und ein Elektronisches Stellwerk (EStW). Die neuen Signale sind noch nicht alle aufgestellt, die schon aufgestellten, sind noch mit Ungültigkeitskreuzen gekennzeichnet. Da die alten H/V-Signale wohl nicht mehr lange stehen werden, werden direkt die neuen Ks-Signale eintragen. Eventuell werden die neuen Signale sogar schon vor ihrer Inbetriebnahme in der Karte zu sehen sein. Die Ergebnisse der Mappingtour in die Eifel sind derzeit noch nicht in OpenStreetMap eingetragen. Das folgt noch.</p>
  					<p>Nach der Ankunft im Lokal K wurden die Taggingdiskussionen fortgesetzt. Die Ergebnisse können dem Protokoll entnommen werden. Gegen 20:00 Uhr stieß mit <a href="https://www.openstreetmap.org/user/jotpe">jotpe</a> ein lokaler Mapper hinzu. Kurz nach Mitternacht beendeten wir die Taggingdiskussionen und fuhren in die Ferienwohnung ins Belgische Viertel.</p>
  					<p>Consti und Peter reisten am nächsten Morgen direkt von der Ferienwohnung aus ab, Alex und Michael fuhren wieder ins Lokal K, wo sie auf spth aus dem Raum Frankfurt (Main) trafen. Zu dritt wurde bis etwa halb Sechs am Abend noch ein Großteil der Taggingdiskussionsthemen abgearbeitet. Hervorzuheben ist hier die ORM-Meinung zum Mappen von Bahnhöfen als Fläche. Es wurde die Umstellung diverser Eisenbahninfrastruktur-Tags entschieden, die derzeit noch kaum verwendet werden und deren Key- oder Valuewahl sehr ungünstig war.</p>
  					<p>Das ausführliche Protokoll ist <a href="https://wiki.openstreetmap.org/wiki/DE:OpenRailwayMap/Mappingwochenende_2014_1#Protokoll">im OSM-Wiki zu finden</a>.</p>
  					<p>Das Lokal K stellt für solche Treffen eine geeignete und empfehlenswerte Örtlichkeit dar. Wir bedanken uns bei den Kölner Wikipedianern für die Gastfreundschaft. Wenn eine Dusche vorhanden wäre, würde es sogar als Übernachtungsmöglichkeit in Betracht kommen.</p>
  					<p>Es ist geplant, ein zweites Treffen zu veranstalten, um noch offene Fragen zu klären. Dieses Treffen wird vermutlich etwas zentraler in Deutschland oder im Raum Frankfurt am Main stattfinden.</p>
  				]]>
  			</content:encoded>
  		</item>
  		<item>
  			<title>Neue Übersetzungen und Aktualisierungen</title>
  			<description>Die Webseite ist nun auch in Französisch, Niederländisch, Portugiesisch, Schwedisch und Ukrainisch verfügbar. Außerdem wurden bereits vorhandene Übersetzungen aktualisiert.</description>
  			<link>https://blog.openrailwaymap.org?lang=de#14</link>
  			<author>Alexander Matheisen</author>
  			<dc:creator>Alexander Matheisen</dc:creator>
  			<guid>https://blog.openrailwaymap.org?lang=de#14</guid>
  			<pubDate>Wed, 25 Jun 2014 22:24:37</pubDate>
  			<content:encoded>
  				<![CDATA[
  					<p>Die Webseite unter <a href="https://www.openrailwaymap.org/">openrailwaymap.org</a> ist nun auch in Französisch, Niederländisch, Portugiesisch, Schwedisch und Ukrainisch verfügbar.</p>
  					<p>Außerdem wurden die Übersetzungen in Deutsch, Polnisch, Russisch, Spanisch, Tschechisch und Vietnamesisch aktualisiert, wodurch Fehler behoben und bislang fehlende Zeichenketten ergänzt werden.</p>
  				]]>
  			</content:encoded>
  		</item>
  		<item>
  			<title>1. Mappingwochenende</title>
  			<description>Wir planen das erste OpenRailwayMap Mappingwochenende und suchen nach Interessenten.</description>
  			<link>https://blog.openrailwaymap.org?lang=de#13</link>
  			<author>Alexander Matheisen</author>
  			<dc:creator>Alexander Matheisen</dc:creator>
  			<guid>https://blog.openrailwaymap.org?lang=de#13</guid>
  			<pubDate>Sun, 18 May 2014 12:53:34</pubDate>
  			<content:encoded>
  				<![CDATA[
  					<p>Die Gruppe der Eisenbahnmapper innerhalb von OSM wird immer größer und das Projekt OpenRailwayMap wächst immer weiter. Daher ist es nun an der Zeit, sich einmal persönlich kennenzulernen.</p>
  					<p>Dafür planen wir ein Mappingevent, dessen Ziel es ist, eine schlecht erfasste Gegend gemeinsam möglichst vollständig zu erfassen. Dazu würde man in kleinen Gruppen ausschwärmen, um Bahnstrecken abzufahren und kleinere Gebiete zu Fuß zu erkunden. Daneben sollen bei dieser Veranstaltungen aber auch Neulinge an das Thema herangeführt werden. Und auch das gegenseitige Kennenlernen und Austauschen sollte nicht zu kurz kommen.</p>
  					<p>Derzeit sind wir noch in der Planungsphase und klären, wann und wo das Event stattfinden soll. Den aktuellen Stand der Planung sowie weitere Infos findet man im <a href="https://wiki.openstreetmap.org/wiki/DE:OpenRailwayMap/Mappingwochenende_2014_1">OSM-Wiki</a> und bei einer <a href="https://terminplaner2.dfn.de/foodle/OpenRailwayMap-Mappingwochenende-Nr-1-2014-53811">Abstimmung</a>.</p>
  					<p>Damit eine solche Veranstaltung jedoch stattfinden kann, brauchen wir genügend Teilnehmer. Ich hoffe auf reges Interesse!</p>
  				]]>
  			</content:encoded>
  		</item>
  		<item>
  			<title>Verbesserte Darstellung der Streckengeschwindigkeiten</title>
  			<description>Es wurden Probleme bei der Darstellung von Streckengeschwindigkeiten in mph behoben.</description>
  			<link>https://blog.openrailwaymap.org?lang=de#12</link>
  			<author>Alexander Matheisen</author>
  			<dc:creator>Alexander Matheisen</dc:creator>
  			<guid>https://blog.openrailwaymap.org?lang=de#12</guid>
  			<pubDate>Sun, 04 May 2014 16:35:10</pubDate>
  			<content:encoded>
  				<![CDATA[
  					<p>Nach einem Update werden nun alle Geschwindigkeitswerte für das Rendering des Maxspeed-Layers berücksichtigt, statt wie bislang nur Werte in Schritten von 5 km/h. Dies sorgte bei abweichenden Geschwindigkeitwerten dafür, dass solche Strecken nicht auf der Karte gezeichnet wurden. Davon waren vor allem Linien in Großbrittanien betroffen, bei denen die Werte in km/h statt mph angegeben wurden und sich durch die Umrechnung ungerade Werte ergaben.</p>
  				]]>
  			</content:encoded>
  		</item>
  		<item>
  			<title>OpenRailwayMap auf Twitter</title>
  			<description>Ab sofort ist die OpenRailwayMap auch auf Twitter zu finden.</description>
  			<link>https://blog.openrailwaymap.org?lang=de#11</link>
  			<author>Alexander Matheisen</author>
  			<dc:creator>Alexander Matheisen</dc:creator>
  			<guid>https://blog.openrailwaymap.org?lang=de#11</guid>
  			<pubDate>Fri, 02 May 2014 19:56:17</pubDate>
  			<content:encoded>
  				<![CDATA[
  					<p>Ab sofort ist die OpenRailwayMap auch mit einem eigenen <a href="https://www.twitter.com/openrailwaymap">Account auf Twitter</a> vertreten. Dort findet man Infos über neue Funktion der OpenRailwayMap, Bahnmapping und interessante Orte auf der Karte.</p>
  				]]>
  			</content:encoded>
  		</item>
  		<item>
  			<title>Mobile Webseite</title>
  			<description>Die Webseite der OpenRailwayMap wurde für mobile Geräte optimiert. Das vereinfacht die Nutzung auf mobilen Geräten von unterwegs.</description>
  			<link>https://blog.openrailwaymap.org?lang=de#10</link>
  			<author>Alexander Matheisen</author>
  			<dc:creator>Alexander Matheisen</dc:creator>
  			<guid>https://blog.openrailwaymap.org?lang=de#10</guid>
  			<pubDate>Wed, 23 Apr 2014 16:54:12</pubDate>
  			<content:encoded>
  				<![CDATA[
  					<p>Ab sofort ist es einfacher, die OpenRailwayMap auf Smartphones und Tablets zu nutzen: Besucht man <a href="https://www.openrailwaymap.org/">openrailwaymap.org</a> mit einem mobilen Endgerät, wird man automatisch auf eine mobile Version umgeleitet. Unter <a href="https://m.openrailwaymap.org/">m.openrailwaymap.org</a> kann man die Weiterleitung auf die mobile Seite erzwingen, um sie auch auf dem Desktop aufrufen zu können.</p>
  					<p>Die mobile Webseite ist - abgesehen von der Hintergrundkarte - vollständig an Retina-Displays angepasst.</p>
  					<p>Damit steht einer Nutzung unterwegs nichts mehr im Wege, vorausgesetzt man hat eine Internetverbindung. Dank der Möglichkeit, die eigene Position per Geolocation API anzufragen, lässt sich etwa aus dem Zug heraus der eigene Standort auf der Karte mitverfolgen. Auch die Frage, ob der eigene Zug gerade vor einem Blocksignal steht, lässt sich damit leicht beantworten.</p>
  					<a href="https://wiki.openstreetmap.org/w/images/a/aa/OpenRailwayMap-mobile-2014-04-25a.png"><img src="https://wiki.openstreetmap.org/w/images/a/aa/OpenRailwayMap-mobile-2014-04-25a.png" width="120px" style="border: 1px solid black; margin-left: 10px;" /></a>
  					<a href="https://wiki.openstreetmap.org/w/images/7/79/OpenRailwayMap-mobile-2014-04-25b.png"><img src="https://wiki.openstreetmap.org/w/images/7/79/OpenRailwayMap-mobile-2014-04-25b.png" width="120px" style="border: 1px solid black; float: left;" /></a>
  				]]>
  			</content:encoded>
  		</item>
  		<item>
  			<title>Änderungen beim Taggingschema der Signale</title>
  			<description>Für eine klarere Trennung zwischen internationalen und länderspezifischen Definitionen wurden die Wikiseiten zum Tagging anders strukturiert.</description>
  			<link>https://blog.openrailwaymap.org?lang=de#9</link>
  			<author>Alexander Matheisen</author>
  			<dc:creator>Alexander Matheisen</dc:creator>
  			<guid>https://blog.openrailwaymap.org?lang=de#9</guid>
  			<pubDate>Sun, 13 Apr 2014 01:14:18</pubDate>
  			<content:encoded>
  				<![CDATA[
  					<p>Das Taggingschema der Signale wurde umgestaltet: Das <a href="https://wiki.openstreetmap.org/wiki/DE:OpenRailwayMap/Tagging">allgemeine Taggingschema</a> ist im Bereich der Signale von länderbezogenen Infos befreit worden, dafür wurden nun Seiten zum <a href="https://wiki.openstreetmap.org/wiki/DE:OpenRailwayMap#L.C3.A4nderspezifisches_Tagging">länderspezifischen Tagging</a> angelegt, auf denen sich detaillierte Infos zum Tagging in den einzelnen Ländern finden. Dies ist übersichtlicher und vermeidet eine Vermischung von internationalen und länderspezifischen Taggingregeln. Nach und nach soll diese Aufteilung für das gesamte Taggingschema umgesetzt werden.</p>
  				]]>
  			</content:encoded>
  		</item>
  		<item>
  			<title>Übersetzung des Taggingschemas</title>
  			<description>Immer mehr bahninteressierte Mapper kommen aus dem nicht-deutschsprachigen Raum - es wird Zeit, das Taggingschema ins Englische zu übersetzen. Dafür werden Unterstützer gesucht.</description>
  			<link>https://blog.openrailwaymap.org?lang=de#8</link>
  			<author>Alexander Matheisen</author>
  			<dc:creator>Alexander Matheisen</dc:creator>
  			<guid>https://blog.openrailwaymap.org?lang=de#8</guid>
  			<pubDate>Sun, 13 Apr 2014 01:14:18</pubDate>
  			<content:encoded>
  				<![CDATA[
  					<p>Da es vermehrt auch bahninteressierte Mapper aus dem nicht-deutschsprachigen Raum gibt, ist es nun überfällig, das Taggingschema auch ins Englische zu übersetzen.</p>
  					<p>Als Kopie der deutschen Seite wurde vor ein paar Tagen die <a href="https://wiki.openstreetmap.org/wiki/OpenRailwayMap/Tagging">englische Seite</a> für das Taggingschema angelegt.</p>
  					<p>Für eine einzelne Person ist die Übersetzung dieser umfangreichen Seite in absehbarer Zeit jedoch kaum möglich. Daher würde ich mich über Hilfe bei der Übersetzung freuen. Je mehr Leute helfen, desto schneller ist die Übersetzung abgeschlossen. Das hilft nicht nur den anderssprachigen Mappern, sondern auch mir - wenn ich mich nicht mit der Dokumentation beschäftigen muss, kann ich mich mehr der technischen Weiterentwicklung widmen.</p>
  				]]>
  			</content:encoded>
  		</item>
  		<item>
  			<title>Neue Übersetzungen und Aktualisierungen</title>
  			<description>Die Webseite ist nun auch in Dänisch, Polnisch, Russisch und Spanisch verfügbar. Außerdem wurden bereits vorhandene Übersetzungen aktualisiert.</description>
  			<link>https://blog.openrailwaymap.org?lang=de#7</link>
  			<author>Alexander Matheisen</author>
  			<dc:creator>Alexander Matheisen</dc:creator>
  			<guid>https://blog.openrailwaymap.org?lang=de#7</guid>
  			<pubDate>Sun, 04 Apr 2014 21:43:15</pubDate>
  			<content:encoded>
  				<![CDATA[
  					<p>Die Webseite unter <a href="https://www.openrailwaymap.org/">openrailwaymap.org</a> ist nun auch in Dänisch, Polnisch, Russisch und Spanisch verfügbar.</p>
  					<p>Außerdem wurden die Übersetzungen in Deutsch, Englisch, Griechisch, N'ko, Slowenisch, Tschechisch und Vietnameisch aktualisiert, wodurch Fehler behoben und bislang fehlende Zeichenketten ergänzt werden.</p>
  				]]>
  			</content:encoded>
  		</item>
  		<item>
  			<title>Verbesserte Darstellung der Signale</title>
  			<description>Die Anzeige der Signalsymbole auf der Karte wurde verbessert. Es werden nun alle Signale angezeigt, egal, ob sie sich überlappen oder nicht. Dies soll für weniger Irritationen bei den Benutzern sorgen.</description>
  			<link>https://blog.openrailwaymap.org?lang=de#6</link>
  			<author>Alexander Matheisen</author>
  			<dc:creator>Alexander Matheisen</dc:creator>
  			<guid>https://blog.openrailwaymap.org?lang=de#6</guid>
  			<pubDate>Wed, 19 Mar 2014 22:29:37</pubDate>
  			<content:encoded>
  				<![CDATA[
  					<p>Das Rendering der Signalicons wurde angepasst. Bisher bestand das Problem, dass viele Signale nicht oder erst in hohen Zoomstufen zu sehen waren, weil sie mit benachbarten Icons überlappten. Dieses Phänomen trat vor allem in größeren und gut erfassten Bahnhöfen auf. Es verwirrte die User, weil auf den ersten Blick nicht alle eingetragenen Signale zu sehen waren und die Auswahl, welche Signale nun angezeigt werden, willkürlich erfolgte.</p>
  					<p>Dieses Verhalten wurde nun korrigiert, sodass nun wirklich alle eingetragenen Signale auf der Karte gezeichnet werden. Zwar überlappen sich nun einige Signale mit benachbarten Signalen, jedoch ist nun für den User direkt erkennbar, wie vollständig die Daten sind.</p>
  					<p>Daneben wurden am Renderer einige Verbesserungen vorgenommen, sodass es nicht mehr zu abgeschnittenen Symbolen an Kachelrändern kommen sollte.</p>
  					<p>Hinweis: Die Änderungen werden erst nach einem automatischen Neurendern der Tiles auf der Karte sichtbar.</p>
  				]]>
  			</content:encoded>
  		</item>
  		<item>
  			<title>Rendering von Streckennamen</title>
  			<description>Auf der Karte werden zusätzlich zu den Streckennummern nun auch Streckennamen angezeigt.</description>
  			<link>https://blog.openrailwaymap.org?lang=de#5</link>
  			<author>Alexander Matheisen</author>
  			<dc:creator>Alexander Matheisen</dc:creator>
  			<guid>https://blog.openrailwaymap.org?lang=de#5</guid>
  			<pubDate>Sat, 08 Mar 2014 20:49:14</pubDate>
  			<content:encoded>
  				<![CDATA[
  					<p>Die Kartendarstellung wurde modifiziert, sodass nun auch Streckennamen auf der Karte erscheinen, die mit dem Tag name=* erfasst wurden.</p>
  					<p>Hinweis: Die Änderungen werden erst nach einem automatischen Neurendern der Tiles auf der Karte sichtbar.</p>
  					<img src="img/5-line-names.png" style="border: 1px solid black;" />
  				]]>
  			</content:encoded>
  		</item>
  		<item>
  			<title>Verbesserte Darstellung der Streckengeschwindigkeiten</title>
  			<description>Die teilweise fehlerhafte Zeichenreihenfolge der Streckengeschwindigkeiten wurden behoben.</description>
  			<link>https://blog.openrailwaymap.org?lang=de#4</link>
  			<author>Alexander Matheisen</author>
  			<dc:creator>Alexander Matheisen</dc:creator>
  			<guid>https://blog.openrailwaymap.org?lang=de#4</guid>
  			<pubDate>Tue, 04 Mar 2014 19:31:01</pubDate>
  			<content:encoded>
  				<![CDATA[
  					<p>Die Darstellung der Streckengeschwindigkeiten wurde dahingehend angepasst, dass nur noch allein der Geschwindigkeitswert über die Renderingreihenfolge entscheidet. Sprich: Schnellfahrstrecken überdecken Strecken mit langsameren Geschwindigkeiten. Bislang wurden auch die Tags tunnel=*, bridge=* und layer=* für die Renderingreihenfolge berücksichtigt, was jedoch für unerwartete Ergebnisse sorgte, weil etwa eine Hochgeschwindgkeitsstrecke in einem Tunnel trotz ihrer höheren Geschwindigkeit von langsameren Strecken überdeckt wurde. Nun werden diese Tags im Maxspeed-Layer vom Renderer ignoriert.</p>
  					<p>Hinweis: Die Änderungen werden erst nach einem automatischen Neurendern der Tiles auf der Karte sichtbar.</p>
  				]]>
  			</content:encoded>
  		</item>
  		<item>
  			<title>Serverupgrade</title>
  			<description>Das Projekt ist auf einen leistungsfähigeren Server umgezogen.</description>
  			<link>https://blog.openrailwaymap.org?lang=de#3</link>
  			<author>Alexander Matheisen</author>
  			<dc:creator>Alexander Matheisen</dc:creator>
  			<guid>https://blog.openrailwaymap.org?lang=de#3</guid>
  			<pubDate>Tue, 25 Feb 2014 13:57:31</pubDate>
  			<content:encoded>
  				<![CDATA[
  					<p>Wir sind erfolgreich auf einen leistungsfähigeren Server umgezogen. Die immer weiter wachsenden Datenmengen, die ansteigenden Userzahlen und die vielen neuen Funktionen hatten dies erfordert.</p>
  					<p>Der neue Server hat die folgende Hardwareausstattung:</p>
  					<ul>
  						<li>2x 240 GB SSD</li>
  						<li>16 GB RAM</li>
  						<li>1x Xeon Quadcore 2,4 GHz</li>
  					</ul>
  					<p>Das bedeutet eine wesentliche Leistungssteigerung gegenüber dem bisherigen Server, der folgende Hardwareausstattung hatte:</p>
  					<ul>
  						<li>1x 80 GB HDD</li>
  						<li>2 GB RAM</li>
  						<li>1x Dualcore CPU 2,4 GHz</li>
  					</ul>
  					<p>Damit sollte sich die Karte und die Suchfunktion nun leicht flüssiger anfühlen, vor allem aber wird der Server nun deutlich entlastet. Allerdings ist auch noch etwas Feintuning der Datenbank notwendig, um die neue Hardware optimal auszunutzen.</p>
  				]]>
  			</content:encoded>
  		</item>
  		<item>
  			<title>Mailingliste</title>
  			<description>Es wurde eine OpenRailwayMap-Mailingliste eingerichtet.</description>
  			<link>https://blog.openrailwaymap.org?lang=de#2</link>
  			<author>Alexander Matheisen</author>
  			<dc:creator>Alexander Matheisen</dc:creator>
  			<guid>https://blog.openrailwaymap.org?lang=de#2</guid>
  			<pubDate>Sun, 23 Feb 2014 14:17:20</pubDate>
  			<content:encoded>
  				<![CDATA[
  					<p>Für alle bahninteressierten Mapper, Anwender und Entwickler der OpenRailwayMap steht nun eine <a href="https://lists.openrailwaymap.org/lists/listinfo/openrailwaymap">Mailingliste</a> zur Verfügung.</p>
  				]]>
  			</content:encoded>
  		</item>
  		<item>
  			<title>RSS-Feed erstellt</title>
  			<description>Ab sofort gibt es den offiziellen RSS-Feed zur OpenRailwayMap. Hier wird in Zukunft über neue Features und den Entwicklungsprozess berichtet.</description>
  			<link>https://blog.openrailwaymap.org?lang=de#1</link>
  			<author>Alexander Matheisen</author>
  			<dc:creator>Alexander Matheisen</dc:creator>
  			<guid>https://blog.openrailwaymap.org?lang=de#1</guid>
  			<pubDate>Sun, 28 Apr 2013 17:51:34</pubDate>
  			<content:encoded>
  				<![CDATA[
  					<p>Ab sofort gibt es den offiziellen RSS-Feed zur OpenRailwayMap. Hier wird in Zukunft über neue Features und den Entwicklungsprozess berichtet.</p>
  				]]>
  			</content:encoded>
  		</item>
  	</channel>
  </rss>


key: marcos_dione
encoding: utf8
format: atom
title: Marcos Dione
url: http://www.grulic.org.ar/~mdione/glob/tags/openstreetmap/
feed_url: http://www.grulic.org.ar/~mdione/glob/tags/openstreetmap/index.atom
summary: StyXman's glob
generator: ikiwiki @uri=http://ikiwiki.info/
updated: 2019-05-24 10:46:20
items_last_updated: 2019-05-24 10:46:20
fetched: 2019-06-09 18:12:25.127059
http_etag: "101ad-5899fea2e86ac"
http_last_modified: Fri, 24 May 2019 10:46:45 GMT
http_server: Apache
md5: 495e6f673d461b375003bbf6977d95a5
created_at: 2019-06-09 18:11:33.584766
updated_at: 2019-06-09 18:12:25.269156
body:
  <?xml version="1.0" encoding="utf-8"?>

  <feed xmlns="http://www.w3.org/2005/Atom">
  <title>tags/openstreetmap</title>
  <link href="http://www.grulic.org.ar/~mdione/glob//tags/openstreetmap/"/>
  <link href="http://www.grulic.org.ar/~mdione/glob//tags/openstreetmap/index.atom" rel="self" type="application/atom+xml"/>
  <author>

  <name>StyXman's glob</name>

  </author>




  <id>http://www.grulic.org.ar/~mdione/glob//tags/openstreetmap/</id>

  <subtitle type="html">StyXman&#39;s glob</subtitle>
  <generator uri="http://ikiwiki.info/">ikiwiki</generator>
  <updated>2019-05-24T10:46:20Z</updated>
  <entry>
  	<title>osm-tile-tools-v1.0</title>

  	<id>http://www.grulic.org.ar/~mdione/glob//posts/osm-tile-tools-v1.0/</id>

  	<link href="http://www.grulic.org.ar/~mdione/glob//posts/osm-tile-tools-v1.0/"/>






  	<category term="openstreetmap" />

  	<category term="pyhton" />


  	<updated>2019-05-24T10:46:20Z</updated>
  	<published>2019-05-24T10:46:20Z</published>


  	<content type="html" xml:lang="en">
  	&lt;p&gt;Today I finally sat down and spun off &lt;code&gt;generate_tiles.py&lt;/code&gt; to its own repository,
  so people can follow its development without having to clone my own osm-carto
  fork. This happened just after I finished making the storage thread optional,
  because I usualy have as many rendering threads as cores I have, so that extra
  thread was not only compiting with them, but also it spent some time
  de/marshaling the metatiles between processes, so I&#39;m not sure it&#39;s worth it.
  Maybe if I had more cores?&lt;/p&gt;

  &lt;p&gt;The new repo is &lt;a href=&quot;https://github.com/StyXman/osm-tile-tools&quot;&gt;here&lt;/a&gt;. There are
  some other tools there (hence the tools in the repo&#39;s name), but they&#39;re not so
  polished or documented. You&#39;re free to look and ask :)&lt;/p&gt;

  &lt;p&gt;What if I do a release, I hear (it must be the voice in my head)? Why not! I even
  decided to go bold and tagged it as
  &lt;a href=&quot;https://github.com/StyXman/osm-tile-tools/releases/tag/v1.0&quot;&gt;v1.0&lt;/a&gt;.&lt;/p&gt;

  &lt;hr /&gt;

  &lt;p&gt;&lt;span class=&quot;selflink&quot;&gt;openstreetmap&lt;/span&gt; &lt;a href=&quot;http://www.grulic.org.ar/~mdione/glob//tags/pyhton/&quot;&gt;pyhton&lt;/a&gt;&lt;/p&gt;

  	</content>



  </entry>
  <entry>
  	<title>reprojecting-and-splitting-huge-datasets</title>

  	<id>http://www.grulic.org.ar/~mdione/glob//posts/reprojecting-and-splitting-huge-datasets/</id>

  	<link href="http://www.grulic.org.ar/~mdione/glob//posts/reprojecting-and-splitting-huge-datasets/"/>






  	<category term="gdal" />

  	<category term="gis" />

  	<category term="openstreetmap" />


  	<updated>2018-01-23T21:18:52Z</updated>
  	<published>2018-01-23T13:08:42Z</published>


  	<content type="html" xml:lang="en">
  	&lt;p&gt;Another aspect I&#39;ve been looking into with respect to optimizing the rendering
  speed is data sources that are not in the target projection. Not being in the
  target projection forces Mapnik to reproject them on the fly, and this for each
  (meta)tile, whereas it would make more sense to have them already reprojected.&lt;/p&gt;

  &lt;p&gt;In my case I have 3 datasets, big ones, in EPSG:4258. The three datasets are
  elevation, hill and slope shade based on EEA&#39;s DEM files. The source tiles
  amount to almost 29GiB, and the elevation layer, being RGB, takes more than
  that. So I set off to try to reproject the things.&lt;/p&gt;

  &lt;p&gt;My first, more obvious approach was to reproject every 5x5°, 18000x18000px tile,
  then derive the data I need,
  but I started to get gaps between tiles. Notice that the original data
  is cleanly cut (5° x 3600&quot;/° x 1px/&quot; == 18000px), without any overlapping.&lt;/p&gt;

  &lt;p&gt;The next approach was to merge them all
  in a .vrt file, then reproject chunks of it with &lt;code&gt;gdalwarp&lt;/code&gt;. What I wanted as
  output was the same 5x5° tiles, reprojected, but with an extra pixel, so they
  overlap. This last requirement was the problematic one. See, the final
  projection makes any square in the original projection a tall rectangle,
  stretching more and more towards the poles. The closest I could get
  was to use the &lt;code&gt;-ts&lt;/code&gt; option, but that meant that I didn&#39;t get any control about
  how many extra pixels I got in the vertical/latitude direction. My OCD started
  thrashing :) In fact what happened was that I was not sure how GDAL would handle
  the possible partial pixel, whether rounding down (meaning excluding it), up
  (finishing it), or simply leaving the pixel with partial data and impacting the
  final rendering.&lt;/p&gt;

  &lt;p&gt;Even Rouault pointed to me that &lt;code&gt;gdalwarp&lt;/code&gt; can do something fantastic: it can
  generate a &lt;code&gt;.vrt&lt;/code&gt; file too with all the parameters needed for the reprojection,
  so reading from there was automatically reprojecting the original data. The
  resulting dataset is 288,000x325,220px (the original is 288,000x180,000px),
  so I&#39;m definitely going to cut it down in small
  tiles. After consulting with a eight-ball, I decided to discard the idea of
  tiles with boundaries based on coordinates, which might not even make sense
  anymore, but settle for pixel based sizes, still with an extra pixel. The chosen
  size is 2**14+1 a.k.a. 16385. For this &lt;code&gt;gdal_translate&lt;/code&gt; is perfect.&lt;/p&gt;

  &lt;p&gt;The final algorithm is like this:&lt;/p&gt;

  &lt;pre&gt;&lt;code&gt;gdalwarp -t_srs &quot;+proj=merc +a=6378137 +b=6378137 +lat_ts=0.0 +lon_0=0.0 \
      +x_0=0.0 +y_0=0.0 +k=1.0 +units=m +nadgrids=@null +wktext +no_defs +over&quot; \
      -r lanczos -tr 30.92208077590933 -30.92208077590933 \
      -of VRT EU-DEM.vrt EU-DEM-corrected.vrt
  &lt;/code&gt;&lt;/pre&gt;

  &lt;p&gt;The values for the &lt;code&gt;-tr&lt;/code&gt; option is the pixel size in meters, which is the unit
  declared in the SRS. Notice that as Mercator stretches towards the poles, this
  is the size at the origin of the projection; in this case, at 0° lat, 0° lon.&lt;/p&gt;

  &lt;p&gt;Then the reprojection (by reading from the reprojecting dataset) and cut, in a
  couple of loops:&lt;/p&gt;

  &lt;pre&gt;&lt;code&gt;tile_size=&amp;#036;((2**14)); \
  for i in &amp;#036;(seq 0 17); do
      for j in &amp;#036;(seq 0 5); do
          for k in &amp;#036;(seq 0 3); do
              l=&amp;#036;((4*&amp;#036;j+&amp;#036;k));
              gdal_translate -co BIGTIFF=YES -co TILED=YES -co COMPRESS=LZMA \
                  -co LZMA_PRESET=9 \
                  -srcwin &amp;#036;((&amp;#036;tile_size*&amp;#036;i)) &amp;#036;((&amp;#036;tile_size*&amp;#036;l)) \
                      &amp;#036;((&amp;#036;tile_size+1)) &amp;#036;((&amp;#036;tile_size+1)) \
                  -of GTiff EU-DEM-corrected.vrt \
                  &amp;#036;(printf &quot;%03dx%03d-corrected.tif&quot; &amp;#036;i &amp;#036;l) &amp;amp;
          done;
          wait;
      done;
  done
  &lt;/code&gt;&lt;/pre&gt;

  &lt;p&gt;There&#39;s an extra loop to be able to launch 4 workers at the same time, because I
  have 4 cores. This doesn&#39;t occupy the 4 cores a 100% of the time (cores that
  already finished stay idle until the other finished), but it was getting akward
  to express in a &lt;code&gt;Makefile&lt;/code&gt;, and this is run only once.&lt;/p&gt;

  &lt;p&gt;Before deriving the rest of the data there&#39;s an extra step: removing those
  generated tiles that actually have no data. I do a similar thing with empty sea
  tiles in the rendering process. Notice also that the original data is not tile
  complete for the covered region (79 tiles instead of the 160 they should be).&lt;/p&gt;

  &lt;hr /&gt;

  &lt;p&gt;&lt;span class=&quot;selflink&quot;&gt;openstreetmap&lt;/span&gt; &lt;a href=&quot;http://www.grulic.org.ar/~mdione/glob//tags/gis/&quot;&gt;gis&lt;/a&gt; &lt;a href=&quot;http://www.grulic.org.ar/~mdione/glob//tags/gdal/&quot;&gt;gdal&lt;/a&gt;&lt;/p&gt;

  	</content>



  </entry>
  <entry>
  	<title>optimizing-the-render-stack</title>

  	<id>http://www.grulic.org.ar/~mdione/glob//posts/optimizing-the-render-stack/</id>

  	<link href="http://www.grulic.org.ar/~mdione/glob//posts/optimizing-the-render-stack/"/>






  	<category term="elevation" />

  	<category term="openstreetmap" />


  	<updated>2017-03-10T19:44:23Z</updated>
  	<published>2017-03-10T19:44:23Z</published>


  	<content type="html" xml:lang="en">
  	&lt;p&gt;Since I started playing with rendering maps locally I&#39;ve been modifying and
  &lt;a href=&quot;https://github.com/StyXman/elevation/blob/master/generate_tiles.py&quot;&gt;extending the original &lt;code&gt;generate_tiles.py&lt;/code&gt;&lt;/a&gt;
  script from &lt;code&gt;mapnik-stilesheets&lt;/code&gt;.
  I added option parsing and lots of features; here&#39;s the current usage:&lt;/p&gt;

  &lt;pre&gt;&lt;code&gt;&amp;#036; ./generate_tiles.py --help
  usage: generate_tiles.py [-h] [-b BBOX] [-B BBOX_NAME] [-n MIN_ZOOM]
                          [-x MAX_ZOOM] [--tiles Z,X,Y [Z,X,Y ...]]
                          [-i MAPFILE] [-f FORMAT] [-o TILE_DIR]
                          [-m METATILE_SIZE] [-t THREADS]
                          [-p {threads,fork,single}] [-X] [-N DAYS]
                          [-E {skip,link,render}] [-d] [--dry-run]

  optional arguments:
  -h, --help            show this help message and exit
  -b BBOX, --bbox BBOX
  -B BBOX_NAME, --bbox-name BBOX_NAME
  -n MIN_ZOOM, --min-zoom MIN_ZOOM
  -x MAX_ZOOM, --max-zoom MAX_ZOOM
  --tiles Z,X,Y [Z,X,Y ...]
  -i MAPFILE, --input-file MAPFILE
  -f FORMAT, --format FORMAT
  -o TILE_DIR, --output-dir TILE_DIR
  -m METATILE_SIZE, --metatile-size METATILE_SIZE
  -t THREADS, --threads THREADS
  -p {threads,fork,single}, --parallel-method {threads,fork,single}
  -X, --skip-existing
  -N DAYS, --skip-newer DAYS
  -E {skip,link,render}, --empty {skip,link,render}
  -d, --debug
  --dry-run
  &lt;/code&gt;&lt;/pre&gt;

  &lt;p&gt;BBoxes are stored in a file called &lt;code&gt;bboxes.ini&lt;/code&gt;, so I can say &lt;code&gt;-B Europe&lt;/code&gt; instead
  of remembering the coords. The idea of &lt;code&gt;--format&lt;/code&gt; is that I should be supporting
  slippy maps &lt;code&gt;.png&lt;/code&gt; file structure or &lt;code&gt;mbtiles&lt;/code&gt;, but the latter support is a little
  lagging behind because I don&#39;t have a use for them yet. You can choose to whether
  use threads (broken because &lt;code&gt;mapnik&lt;/code&gt; cannot handle the situation; I can&#39;t find a
  reference to the problem now), child processes (probably the only one
  working correctly) or a single main process (so no parallelism). It handles
  resuming a stopped render by not rendering if the tile exists or it&#39;s too new.
  It also can skip writing empty seas tiles.&lt;/p&gt;

  &lt;p&gt;I use it to rerender &lt;a href=&quot;http://grulicueva.homenet.org/~mdione/Elevation/&quot;&gt;my style&lt;/a&gt;
  everytime I make a modification (or just update to the latest &lt;code&gt;openstreetmap-carto&lt;/code&gt;,
  of which is a fork). I usually bulk render a great part of Europe up to ZL 11 or
  14, and them some regions down to ZL 18 or 19 as needed for trips or other
  interests.&lt;/p&gt;

  &lt;p&gt;For Europe, it can take a long while, so I&#39;ve been thinking on ways to optimize
  the rendering. Besides tuning the database, I first found that rendering big
  metatiles (8x8, for instance) gave a big boost in rendering time. The next idea
  is to reuse disk cache. When you render a (meta)tile in ZL N, the same data used
  for rendering it is going to be used for the 4 sub(meta)tiles of ZL N+1 (except
  when you remove features, which is rare but exists; city labels come to mind). I
  don&#39;t think something could
  be done at &lt;code&gt;mapnik&lt;/code&gt; level, but one can think of the tiles as a tree: a node
  in ZL N has 4 subtiles in level N+1 and the leafs are the last ZL rendered.
  The original algorithm did a breath first traveling of this tree, but if you do
  a depth first algorithm, it could reuse the
  kernel&#39;s page/disk cache for the data collected by &lt;code&gt;mapnik&lt;/code&gt; from the database or
  other files. Also, I can
  check whether the subtiles are render worthy: if they&#39;re only sea, I don&#39;t need
  to render it or its subtiles; I can cut down whole tile trees. The only point
  at which this could no longer be true is when we start rendering more things on
  sea, which currently ammounts to ferry routes at ZL 7.&lt;/p&gt;

  &lt;p&gt;I finished implementing all these ideas, but I don&#39;t have any numbers to prove
  it works. Definitely not rendering sea tiles should be a great improvement, but
  I don&#39;t really know whether the caching idea works. At least it was fun to
  implement.&lt;/p&gt;

  &lt;p&gt;So the rendering batch will be cut in 3: ZLs 0-6 in one run, then 7 and 8 with
  less threads (these ZLs of my style use so much memory the machine starts
  thrashing), then 9-18/19 with full threads.&lt;/p&gt;

  &lt;hr /&gt;

  &lt;p&gt;&lt;a href=&quot;http://www.grulic.org.ar/~mdione/glob//tags/elevation/&quot;&gt;elevation&lt;/a&gt; &lt;span class=&quot;selflink&quot;&gt;openstreetmap&lt;/span&gt;&lt;/p&gt;

  	</content>



  </entry>
  <entry>
  	<title>barely-working-centerline-JOSM-plugin</title>

  	<id>http://www.grulic.org.ar/~mdione/glob//posts/barely-working-centerline-JOSM-plugin/</id>

  	<link href="http://www.grulic.org.ar/~mdione/glob//posts/barely-working-centerline-JOSM-plugin/"/>






  	<category term="gis" />

  	<category term="openstreetmap" />

  	<category term="python" />


  	<updated>2016-08-29T18:06:39Z</updated>
  	<published>2016-08-29T18:06:39Z</published>


  	<content type="html" xml:lang="en">
  	&lt;p&gt;I just uploaded &lt;a href=&quot;https://www.openstreetmap.org/changeset/41782744&quot;&gt;my first semi-automated change&lt;/a&gt;.
  This change was generated with
  &lt;a href=&quot;https://github.com/StyXman/osm-centerlines&quot;&gt;my hack for generating centerlines for riverbank polygons&lt;/a&gt;.
  This time I expanded it to include a JOSM plugin which will take all the closed
  polygons from the selection and run the algorithm on them, creating new lines.
  It still needs some polishing, like making sure they&#39;re riverbanks and copying
  useful tags to the new line, and probably running a simplifying algo at some
  point. Also, even simple looking polygons might generate
  complex lines (in plural, and some of these lines could be spurious), so some
  manual editing might be required afterwards, specially
  connecting the new line to existing centerlines. Still, I think it&#39;s useful.&lt;/p&gt;

  &lt;p&gt;Like I mentioned last time, its setup is quite complex: The JOSM plugin calls a
  Python script that needs the Python module installed. That module, for lack of
  proper bindings for SFCGAL, depends on PostgreSQL+PostGIS (but we all have one,
  right? :-[ ), and connection strings are currently hardcoded. All that to say:
  it&#39;s quite hacky, not even alpha quality from the installation point of view.&lt;/p&gt;

  &lt;p&gt;Lastly, as &lt;a href=&quot;https://www.openstreetmap.org/user/Marcos%20Dione/diary/39135#comment35387&quot;&gt;imagico mentioned in the first post about this hack&lt;/a&gt;,
  the algorithms are not fast, and I already made my computer start thrashing the
  disk swapping like Hell because &lt;code&gt;pg&lt;/code&gt; hit a big polygon and started using lots of
  RAM to calculate its centerline. At least this time I can see how complex the
  polygons are before handing them to the code. As an initial benchmark, the original data
  for that changeset (I later simplified it with JOSM&#39;s tool) took 0.063927s in
  &lt;code&gt;pg+gis&lt;/code&gt; and 0.004737s in the Python code. More test will come later.&lt;/p&gt;

  &lt;p&gt;Okey, one last thing: Java is hard for a Pythonista. At some point it took me
  2h40 to write &lt;a href=&quot;https://github.com/StyXman/osm-centerlines/commit/054e962c276aa20b2723e7e8d6c9fc5bf044572d#diff-44ef0f6444ae43a1b83e7b6a9a6bbd77R153&quot;&gt;60 lines of code&lt;/a&gt;,
  ~2m40 per line!&lt;/p&gt;

  &lt;hr /&gt;

  &lt;p&gt;&lt;span class=&quot;selflink&quot;&gt;openstreetmap&lt;/span&gt; &lt;a href=&quot;http://www.grulic.org.ar/~mdione/glob//tags/gis/&quot;&gt;gis&lt;/a&gt; &lt;a href=&quot;http://www.grulic.org.ar/~mdione/glob//tags/python/&quot;&gt;python&lt;/a&gt;&lt;/p&gt;

  	</content>



  </entry>
  <entry>
  	<title>adding-columns-from-osm-to-postgis-with-osmium</title>

  	<id>http://www.grulic.org.ar/~mdione/glob//posts/adding-columns-from-osm-to-postgis-with-osmium/</id>

  	<link href="http://www.grulic.org.ar/~mdione/glob//posts/adding-columns-from-osm-to-postgis-with-osmium/"/>






  	<category term="gis" />

  	<category term="openstreetmap" />

  	<category term="python" />


  	<updated>2016-08-09T15:55:38Z</updated>
  	<published>2016-08-09T15:45:56Z</published>


  	<content type="html" xml:lang="en">
  	&lt;p&gt;My latest Europe import was quite eventful. First, I run out of space several
  times during the import itself, at indexing time. The good thing is that, if you
  manage to reclaim some space, and reading a little of
  &lt;a href=&quot;https://github.com/openstreetmap/osm2pgsql/blob/master/table.cpp#L208&quot;&gt;source code&lt;/a&gt;[1],
  you can replay the missing queries by hand and stop cursing. To be fair,
  &lt;code&gt;osm2pgsql&lt;/code&gt; currently uses a lot of space in slim+flat-nodes mode: three tables,
  &lt;code&gt;planet_osm_node&lt;/code&gt;, &lt;code&gt;planet_osm_way&lt;/code&gt; and &lt;code&gt;planet_osm_relation&lt;/code&gt;; and one file, the
  flat nodes one. Those are not deleted until the whole process has finished, but
  they&#39;re actually not needed after the processing phase. I started working on
  &lt;a href=&quot;https://github.com/openstreetmap/osm2pgsql/issues/611&quot;&gt;fixing that&lt;/a&gt;.&lt;/p&gt;

  &lt;p&gt;But that was not the most difficult part. The most difficult part was that I
  forgot, somehow, to add a column to the
  &lt;a href=&quot;https://github.com/StyXman/elevation/blob/master/data/osm/import.style&quot;&gt;&lt;code&gt;import.style&lt;/code&gt; file&lt;/a&gt;.
  &lt;a href=&quot;http://grulicueva.homenet.org/~mdione/Elevation/&quot;&gt;Elevation&lt;/a&gt;, my own style,
  renders different icons for different types of castles (and forts too), just like
  the &lt;a href=&quot;http://gk.historic.place/historische_objekte/translate/en/index-en.html&quot;&gt;Historic Place map&lt;/a&gt;
  of the &lt;a href=&quot;http://www.wanderreitkarte.de/&quot;&gt;Hiking and Bridle map&lt;/a&gt;[2]. So today
  I sat down and tried to figure out how to reparse the OSM extract I used for the
  import to add this info.&lt;/p&gt;

  &lt;p&gt;The first step is to add the column to the tables. But first, which tables
  should be impacted? Well, the line I should have added to the import style is
  this:&lt;/p&gt;

  &lt;pre&gt;&lt;code&gt;node,way   castle_type  text         polygon
  &lt;/code&gt;&lt;/pre&gt;

  &lt;p&gt;That says that this applies to nodes and ways. If the element is a way, &lt;code&gt;polygon&lt;/code&gt;
  will try to convert it to a polygon and put it in the &lt;code&gt;planet_osm_polygon&lt;/code&gt; table;
  if it&#39;s a node, it ends in the &lt;code&gt;planet_osm_point&lt;/code&gt; table. So we just add the
  column to those tables:&lt;/p&gt;

  &lt;div class=&quot;highlight-sql&quot;&gt;&lt;pre class=&quot;hl&quot;&gt;&lt;span class=&quot;hl kwa&quot;&gt;ALTER TABLE&lt;/span&gt; planet_osm_point   &lt;span class=&quot;hl kwa&quot;&gt;ADD COLUMN&lt;/span&gt; castle_type &lt;span class=&quot;hl kwb&quot;&gt;text&lt;/span&gt;&lt;span class=&quot;hl opt&quot;&gt;;&lt;/span&gt;
  &lt;span class=&quot;hl kwa&quot;&gt;ALTER TABLE&lt;/span&gt; planet_osm_polygon &lt;span class=&quot;hl kwa&quot;&gt;ADD COLUMN&lt;/span&gt; castle_type &lt;span class=&quot;hl kwb&quot;&gt;text&lt;/span&gt;&lt;span class=&quot;hl opt&quot;&gt;;&lt;/span&gt;
  &lt;/pre&gt;&lt;/div&gt;

  &lt;p&gt;Now how to process the extract? Enter
  &lt;a href=&quot;http://docs.osmcode.org/pyosmium/latest/&quot;&gt;&lt;code&gt;pyosmium&lt;/code&gt;&lt;/a&gt;. It&#39;s a Python binding
  for the &lt;code&gt;osmium&lt;/code&gt; library with a stream-like type of processing à la expat for
  processing XML. The interface is quite simple: one subclasses
  &lt;code&gt;osmium.SimpleHandler&lt;/code&gt;, defines the element type handlers (&lt;code&gt;node()&lt;/code&gt;, &lt;code&gt;way()&lt;/code&gt;
  and/or &lt;code&gt;relation()&lt;/code&gt;) and that&#39;s it! Here&#39;s the full code of the simple Python
  script I did:&lt;/p&gt;

  &lt;div class=&quot;highlight-py&quot;&gt;&lt;pre class=&quot;hl&quot;&gt;&lt;span class=&quot;hl slc&quot;&gt;#! /usr/bin/python3&lt;/span&gt;

  &lt;span class=&quot;hl kwa&quot;&gt;import&lt;/span&gt; osmium
  &lt;span class=&quot;hl kwa&quot;&gt;import&lt;/span&gt; psycopg2

  conn&lt;span class=&quot;hl opt&quot;&gt;=&lt;/span&gt; psycopg2&lt;span class=&quot;hl opt&quot;&gt;.&lt;/span&gt;&lt;span class=&quot;hl kwd&quot;&gt;connect&lt;/span&gt; &lt;span class=&quot;hl opt&quot;&gt;(&lt;/span&gt;&lt;span class=&quot;hl str&quot;&gt;&amp;apos;dbname=gis&amp;apos;&lt;/span&gt;&lt;span class=&quot;hl opt&quot;&gt;)&lt;/span&gt;
  cur&lt;span class=&quot;hl opt&quot;&gt;=&lt;/span&gt; conn&lt;span class=&quot;hl opt&quot;&gt;.&lt;/span&gt;&lt;span class=&quot;hl kwd&quot;&gt;cursor&lt;/span&gt; &lt;span class=&quot;hl opt&quot;&gt;()&lt;/span&gt;

  &lt;span class=&quot;hl kwa&quot;&gt;class&lt;/span&gt; &lt;span class=&quot;hl kwd&quot;&gt;CastleTypes&lt;/span&gt; &lt;span class=&quot;hl opt&quot;&gt;(&lt;/span&gt;osmium&lt;span class=&quot;hl opt&quot;&gt;.&lt;/span&gt;SimpleHandler&lt;span class=&quot;hl opt&quot;&gt;):&lt;/span&gt;

      &lt;span class=&quot;hl kwa&quot;&gt;def&lt;/span&gt; &lt;span class=&quot;hl kwd&quot;&gt;process&lt;/span&gt; &lt;span class=&quot;hl opt&quot;&gt;(&lt;/span&gt;self&lt;span class=&quot;hl opt&quot;&gt;,&lt;/span&gt; thing&lt;span class=&quot;hl opt&quot;&gt;,&lt;/span&gt; table&lt;span class=&quot;hl opt&quot;&gt;):&lt;/span&gt;
          &lt;span class=&quot;hl kwa&quot;&gt;if&lt;/span&gt; &lt;span class=&quot;hl str&quot;&gt;&amp;apos;castle_type&amp;apos;&lt;/span&gt; &lt;span class=&quot;hl kwa&quot;&gt;in&lt;/span&gt; thing&lt;span class=&quot;hl opt&quot;&gt;.&lt;/span&gt;tags&lt;span class=&quot;hl opt&quot;&gt;:&lt;/span&gt;
              &lt;span class=&quot;hl kwa&quot;&gt;try&lt;/span&gt;&lt;span class=&quot;hl opt&quot;&gt;:&lt;/span&gt;
                  name&lt;span class=&quot;hl opt&quot;&gt;=&lt;/span&gt; thing&lt;span class=&quot;hl opt&quot;&gt;.&lt;/span&gt;tags&lt;span class=&quot;hl opt&quot;&gt;[&lt;/span&gt;&lt;span class=&quot;hl str&quot;&gt;&amp;apos;name&amp;apos;&lt;/span&gt;&lt;span class=&quot;hl opt&quot;&gt;]&lt;/span&gt;
              &lt;span class=&quot;hl slc&quot;&gt;# osmium/boost do not raise a &lt;span class=&quot;createlink&quot;&gt;KeyError&lt;/span&gt; here!&lt;/span&gt;
              &lt;span class=&quot;hl slc&quot;&gt;# &lt;span class=&quot;createlink&quot;&gt;SystemError&lt;/span&gt;: &amp;lt;Boost.Python.function object at 0x1329cd0&amp;gt; returned a result with an error set&lt;/span&gt;
              &lt;span class=&quot;hl kwa&quot;&gt;except&lt;/span&gt; &lt;span class=&quot;hl opt&quot;&gt;(&lt;/span&gt;&lt;span class=&quot;hl kwc&quot;&gt;KeyError&lt;/span&gt;&lt;span class=&quot;hl opt&quot;&gt;,&lt;/span&gt; &lt;span class=&quot;hl kwc&quot;&gt;SystemError&lt;/span&gt;&lt;span class=&quot;hl opt&quot;&gt;):&lt;/span&gt;
                  name&lt;span class=&quot;hl opt&quot;&gt;=&lt;/span&gt; &lt;span class=&quot;hl str&quot;&gt;&amp;apos;&amp;apos;&lt;/span&gt;
              &lt;span class=&quot;hl kwa&quot;&gt;print&lt;/span&gt; &lt;span class=&quot;hl opt&quot;&gt;(&lt;/span&gt;table&lt;span class=&quot;hl opt&quot;&gt;,&lt;/span&gt; thing&lt;span class=&quot;hl opt&quot;&gt;.&lt;/span&gt;&lt;span class=&quot;hl kwb&quot;&gt;id&lt;/span&gt;&lt;span class=&quot;hl opt&quot;&gt;,&lt;/span&gt; name&lt;span class=&quot;hl opt&quot;&gt;)&lt;/span&gt;

              cur&lt;span class=&quot;hl opt&quot;&gt;.&lt;/span&gt;&lt;span class=&quot;hl kwd&quot;&gt;execute&lt;/span&gt; &lt;span class=&quot;hl opt&quot;&gt;(&lt;/span&gt;&lt;span class=&quot;hl str&quot;&gt;&amp;apos;&amp;apos;&amp;apos;UPDATE &amp;apos;&amp;apos;&amp;apos;&lt;/span&gt;&lt;span class=&quot;hl opt&quot;&gt;+&lt;/span&gt;table&lt;span class=&quot;hl opt&quot;&gt;+&lt;/span&gt;
                           &lt;span class=&quot;hl str&quot;&gt;&amp;apos;&amp;apos;&amp;apos; SET castle_type =&lt;/span&gt; &lt;span class=&quot;hl ipl&quot;&gt;%s&lt;/span&gt;
  &lt;span class=&quot;hl str&quot;&gt;                            WHERE osm_id =&lt;/span&gt; &lt;span class=&quot;hl ipl&quot;&gt;%s&lt;/span&gt;&lt;span class=&quot;hl str&quot;&gt;&amp;apos;&amp;apos;&amp;apos;&lt;/span&gt;&lt;span class=&quot;hl opt&quot;&gt;,&lt;/span&gt;
                           &lt;span class=&quot;hl opt&quot;&gt;(&lt;/span&gt;thing&lt;span class=&quot;hl opt&quot;&gt;.&lt;/span&gt;tags&lt;span class=&quot;hl opt&quot;&gt;[&lt;/span&gt;&lt;span class=&quot;hl str&quot;&gt;&amp;apos;castle_type&amp;apos;&lt;/span&gt;&lt;span class=&quot;hl opt&quot;&gt;],&lt;/span&gt; thing&lt;span class=&quot;hl opt&quot;&gt;.&lt;/span&gt;&lt;span class=&quot;hl kwb&quot;&gt;id&lt;/span&gt;&lt;span class=&quot;hl opt&quot;&gt;))&lt;/span&gt;

      &lt;span class=&quot;hl kwa&quot;&gt;def&lt;/span&gt; &lt;span class=&quot;hl kwd&quot;&gt;node&lt;/span&gt; &lt;span class=&quot;hl opt&quot;&gt;(&lt;/span&gt;self&lt;span class=&quot;hl opt&quot;&gt;,&lt;/span&gt; n&lt;span class=&quot;hl opt&quot;&gt;):&lt;/span&gt;
          self&lt;span class=&quot;hl opt&quot;&gt;.&lt;/span&gt;&lt;span class=&quot;hl kwd&quot;&gt;process&lt;/span&gt; &lt;span class=&quot;hl opt&quot;&gt;(&lt;/span&gt;n&lt;span class=&quot;hl opt&quot;&gt;,&lt;/span&gt; &lt;span class=&quot;hl str&quot;&gt;&amp;apos;planet_osm_point&amp;apos;&lt;/span&gt;&lt;span class=&quot;hl opt&quot;&gt;)&lt;/span&gt;

      &lt;span class=&quot;hl kwa&quot;&gt;def&lt;/span&gt; &lt;span class=&quot;hl kwd&quot;&gt;way&lt;/span&gt; &lt;span class=&quot;hl opt&quot;&gt;(&lt;/span&gt;self&lt;span class=&quot;hl opt&quot;&gt;,&lt;/span&gt; w&lt;span class=&quot;hl opt&quot;&gt;):&lt;/span&gt;
          self&lt;span class=&quot;hl opt&quot;&gt;.&lt;/span&gt;&lt;span class=&quot;hl kwd&quot;&gt;process&lt;/span&gt; &lt;span class=&quot;hl opt&quot;&gt;(&lt;/span&gt;w&lt;span class=&quot;hl opt&quot;&gt;,&lt;/span&gt; &lt;span class=&quot;hl str&quot;&gt;&amp;apos;planet_osm_polygon&amp;apos;&lt;/span&gt;&lt;span class=&quot;hl opt&quot;&gt;)&lt;/span&gt;

      relation&lt;span class=&quot;hl opt&quot;&gt;=&lt;/span&gt; way  &lt;span class=&quot;hl slc&quot;&gt;# handle them the same way (*honk*)&lt;/span&gt;

  ct&lt;span class=&quot;hl opt&quot;&gt;=&lt;/span&gt; &lt;span class=&quot;hl kwd&quot;&gt;CastleTypes&lt;/span&gt; &lt;span class=&quot;hl opt&quot;&gt;()&lt;/span&gt;
  ct&lt;span class=&quot;hl opt&quot;&gt;.&lt;/span&gt;&lt;span class=&quot;hl kwd&quot;&gt;apply_file&lt;/span&gt; &lt;span class=&quot;hl opt&quot;&gt;(&lt;/span&gt;&lt;span class=&quot;hl str&quot;&gt;&amp;apos;europe-latest.osm.pbf&amp;apos;&lt;/span&gt;&lt;span class=&quot;hl opt&quot;&gt;)&lt;/span&gt;
  &lt;/pre&gt;&lt;/div&gt;

  &lt;p&gt;The only strange part of the API is that it doesn&#39;t seem to raise a &lt;code&gt;KeyError&lt;/code&gt;
  when the tag does not exist, but a &lt;code&gt;SystemError&lt;/code&gt;. I&#39;ll try to figure this out
  later. Also interesting is the big amount of unnamed elements with this tag that
  exist in the DB.&lt;/p&gt;

  &lt;hr /&gt;

  &lt;p&gt;[1] I would love for &lt;span class=&quot;createlink&quot;&gt;GitHub&lt;/span&gt; to recognize something like
      https://github.com/openstreetmap/osm2pgsql/blob/master/table.cpp#table_t::stop
      and be directed to that method, because #Lxxx gets old pretty quick.&lt;/p&gt;

  &lt;p&gt;[2] I just noticed how much more complete those maps are. more ideas to use :)&lt;/p&gt;

  &lt;hr /&gt;

  &lt;p&gt;&lt;span class=&quot;selflink&quot;&gt;openstreetmap&lt;/span&gt; &lt;a href=&quot;http://www.grulic.org.ar/~mdione/glob//tags/gis/&quot;&gt;gis&lt;/a&gt; &lt;a href=&quot;http://www.grulic.org.ar/~mdione/glob//tags/python/&quot;&gt;python&lt;/a&gt;&lt;/p&gt;

  	</content>



  </entry>
  <entry>
  	<title>osm-centerlines-two-days-after</title>

  	<id>http://www.grulic.org.ar/~mdione/glob//posts/osm-centerlines-two-days-after/</id>

  	<link href="http://www.grulic.org.ar/~mdione/glob//posts/osm-centerlines-two-days-after/"/>






  	<category term="gis" />

  	<category term="openstreetmap" />

  	<category term="python" />


  	<updated>2016-07-28T22:39:57Z</updated>
  	<published>2016-07-28T22:39:57Z</published>


  	<content type="html" xml:lang="en">
  	&lt;p&gt;In this last two days I&#39;ve been expanding
  &lt;a href=&quot;https://github.com/StyXman/osm-centerlines&quot;&gt;&lt;code&gt;osm-centerlines&lt;/code&gt;&lt;/a&gt;. Now it not only
  supports ways more complex than a simple rectangle, but also ones that lead to
  &#39;branches&#39; (unfortunately, most probably because the mapper either imported
  bad data or mapped it himself). Still, I tested it in very complex polygons
  and the result is not pretty. There is still lots of room for improvements.&lt;/p&gt;

  &lt;p&gt;Unluckily, it&#39;s not as stand alone as it could be.
  The problem is that, so far, the algos force you to provide now only the polygon
  you want to process, but also its
  &lt;a href=&quot;https://en.wikipedia.org/wiki/Topological_skeleton&quot;&gt;skeleton&lt;/a&gt; and
  &lt;a href=&quot;https://en.wikipedia.org/wiki/Medial_axis&quot;&gt;medial&lt;/a&gt;. The code extends the
  medial using info extracted from the skeleton in such a way that the resulting
  medial ends on a segment of the polygon, hopefully the one(s) that cross
  from one riverbank to another at down and upstream. Calculating the skeleton
  could be performed by &lt;a href=&quot;http://www.cgal.org/&quot;&gt;&lt;code&gt;CGAL&lt;/code&gt;&lt;/a&gt;, but the current
  &lt;a href=&quot;https://github.com/cgal/cgal-swig-bindings&quot;&gt;Python binding&lt;/a&gt; doesn&#39;t include
  that function yet. As for the medial, SFCGAL (a C++ wrapper for CGAL)
  &lt;a href=&quot;https://oslandia.github.io/SFCGAL/doxygen/group__public__api.html#ga85786b4c262436d1f1fccad17f3cb7f2&quot;&gt;exports a function that calculates an approximative medial&lt;/a&gt;,
  but there seem to be no Python bindings for them yet.&lt;/p&gt;

  &lt;p&gt;So, a partial solution would be to use PostGIS-2.2&#39;s &lt;code&gt;ST_StraightSkeleton()&lt;/code&gt; and
  &lt;code&gt;ST_ApproximateMedialAxis()&lt;/code&gt;, so I added a function called
  &lt;code&gt;skeleton_medial_from_postgis()&lt;/code&gt;. The parameters are a &lt;code&gt;psycopg2&lt;/code&gt; connection to a
  PostgreSQL+PostGIS database and the way you want to calculate, as a &lt;code&gt;shapely.geometry&lt;/code&gt;,
  and it returns the skeleton and the medial ready to be fed into &lt;code&gt;extend_medials()&lt;/code&gt;.
  The result of that should be ready for mapping.&lt;/p&gt;

  &lt;p&gt;So there&#39;s that. I&#39;ll be trying to improve it in the next days, and start looking
  into converting it into a JOSM plugin.&lt;/p&gt;

  &lt;hr /&gt;

  &lt;p&gt;&lt;span class=&quot;selflink&quot;&gt;openstreetmap&lt;/span&gt; &lt;a href=&quot;http://www.grulic.org.ar/~mdione/glob//tags/gis/&quot;&gt;gis&lt;/a&gt; &lt;a href=&quot;http://www.grulic.org.ar/~mdione/glob//tags/python/&quot;&gt;python&lt;/a&gt;&lt;/p&gt;

  	</content>



  </entry>
  <entry>
  	<title>deriving-centerlines-from-riverbanks-without</title>

  	<id>http://www.grulic.org.ar/~mdione/glob//posts/deriving-centerlines-from-riverbanks-without/</id>

  	<link href="http://www.grulic.org.ar/~mdione/glob//posts/deriving-centerlines-from-riverbanks-without/"/>






  	<category term="gis" />

  	<category term="openstreetmap" />

  	<category term="python" />


  	<updated>2016-07-26T16:55:14Z</updated>
  	<published>2016-07-26T16:55:14Z</published>


  	<content type="html" xml:lang="en">
  	&lt;p&gt;For a long time now I&#39;ve been thinking on a problem: OSM data sometimes contains
  riverbanks that have no centerline. This means that someone mapped (part of) the
  coasts of a river (or stream!), but didn&#39;t care about adding a line that would
  mark its centerline.&lt;/p&gt;

  &lt;p&gt;But this should be computationally solvable, right? Well, it&#39;s not that easy.
  See, for given any riverbank polygon in OSM&#39;s database, you have 4 types of
  segments: those representing the right and left riverbanks (two types) and the
  flow-in and flow-out segments, which link the banks upstream and downstream. With
  a little bit of luck there will be only one flow-in and one flow-out segment, but
  there are no guarantees here.&lt;/p&gt;

  &lt;p&gt;One method could try and identify these segments,
  then draw a line starting in the middle of the flow-in segment, calculating the
  middle by traversing both banks at the same time, and finally connect to the
  middle for the flow-out segment. Identifying the segments by itself is hard,
  but it is also possible that the result is not optimal, leading to a jagged line.
  I didn&#39;t try anything on those lines, but I could try some examples by hand...&lt;/p&gt;

  &lt;p&gt;Enter topology, the section of maths that deals with this kind of problems. The
  &lt;a href=&quot;https://en.wikipedia.org/wiki/Topological_skeleton&quot;&gt;skeleton&lt;/a&gt; of a polygon is a
  group of lines that are equidistant to the borders of the polygon. One of the
  properties this set of lines provides is direction, which can be exploited to
  find the banks and try to apply the previous algorithm. But a skeleton has a lot
  of &#39;branches&#39; that might confuse the algo.
  Going a little further,
  there&#39;s the &lt;a href=&quot;https://en.wikipedia.org/wiki/Medial_axis&quot;&gt;medial axis&lt;/a&gt;, which in
  most cases can be considered a simplified skeleton, without most of the skeleton
  branches.&lt;/p&gt;

  &lt;p&gt;Enter free software :) &lt;a href=&quot;http://doc.cgal.org/latest/Manual/packages.html&quot;&gt;CGAL&lt;/a&gt;
  is a library that can compute a lot of topological properties. PostGIS is clever
  enough to leverage those algorithms and present, among others, the functions
  &lt;code&gt;ST_StraightSkeleton()&lt;/code&gt; and &lt;code&gt;ST_ApproximateMedialAxis()&lt;/code&gt;. With these two and the
  original polygon I plan to derive the centerline. But first an image that will
  help explaining it:&lt;/p&gt;

  &lt;p&gt;&lt;a href=&quot;http://www.grulic.org.ar/~mdione/glob//images/expanded_medial_1.png&quot;&gt;&lt;img src=&quot;http://www.grulic.org.ar/~mdione/glob//images/expanded_medial_1.png&quot; width=&quot;369&quot; height=&quot;226&quot; class=&quot;img&quot; /&gt;&lt;/a&gt;&lt;/p&gt;

  &lt;p&gt;The green &#39;rectangle&#39; is the original riverbank polygon. The thin black
  line is the skeleton for it; the medium red line is the medial. Notice how the
  medial and the center of the skeleton coincide. Then we have the 4 branches
  forming a V shape with its vertex at each end of the medial and its other two
  ends coincide with the ends of the flow in and flow out segments!&lt;/p&gt;

  &lt;p&gt;So the algorithm is simple: start with the medial; from its ends, find the
  branches in the skeleton that form that V; using the other two ends of those Vs,
  calculate the point right between them, and extend the medial to those points.
  This only calculates a centerline. The next step would be to give it a direction.
  For that I will need to see if there are any nearby lines that could be part of
  the river (that&#39;s what the centerline is for, to possibly extend existing
  rivers/centerlines), and use its direction to give it to the new centerline.&lt;/p&gt;

  &lt;p&gt;For the moment the algorithm only solves this simple case. A slightly more
  complex case is not that trivial, as skeletons and medials are returned as a
  &lt;code&gt;MultiLineString&lt;/code&gt; with a line for each &lt;em&gt;segment&lt;/em&gt;, so I will have to rebuild them
  into &lt;code&gt;LineString&lt;/code&gt;s before processing.&lt;/p&gt;

  &lt;p&gt;I put all the code
  &lt;a href=&quot;https://github.com/StyXman/osm-centerlines/blob/master/centerlines.py&quot;&gt;online&lt;/a&gt;, of course :)
  Besides a preloaded PostgreSQL+PostGIS database with OSM data, you&#39;ll need
  &lt;code&gt;python3-sqlalchemy&lt;/code&gt;, &lt;code&gt;geoalchemy&lt;/code&gt;, &lt;code&gt;python3-fiona&lt;/code&gt; and &lt;code&gt;python3-shapely&lt;/code&gt;. The
  first two allows me to fetch the data from the db. Ah! by the way, you will need
  a couple of views:&lt;/p&gt;

  &lt;div class=&quot;highlight-sql&quot;&gt;&lt;pre class=&quot;hl&quot;&gt;&lt;span class=&quot;hl kwa&quot;&gt;CREATE VIEW&lt;/span&gt; planet_osm_riverbank_skel   &lt;span class=&quot;hl kwa&quot;&gt;AS SELECT&lt;/span&gt; osm_id&lt;span class=&quot;hl opt&quot;&gt;,&lt;/span&gt; way&lt;span class=&quot;hl opt&quot;&gt;,&lt;/span&gt; &lt;span class=&quot;hl kwd&quot;&gt;ST_StraightSkeleton&lt;/span&gt; &lt;span class=&quot;hl opt&quot;&gt;(&lt;/span&gt;way&lt;span class=&quot;hl opt&quot;&gt;)&lt;/span&gt;      &lt;span class=&quot;hl kwa&quot;&gt;AS&lt;/span&gt; skel   &lt;span class=&quot;hl kwa&quot;&gt;FROM&lt;/span&gt; planet_osm_polygon &lt;span class=&quot;hl kwa&quot;&gt;WHERE&lt;/span&gt; waterway &lt;span class=&quot;hl opt&quot;&gt;=&lt;/span&gt; &lt;span class=&quot;hl str&quot;&gt;&amp;apos;riverbank&amp;apos;&lt;/span&gt;&lt;span class=&quot;hl opt&quot;&gt;;&lt;/span&gt;
  &lt;span class=&quot;hl kwa&quot;&gt;CREATE VIEW&lt;/span&gt; planet_osm_riverbank_medial &lt;span class=&quot;hl kwa&quot;&gt;AS SELECT&lt;/span&gt; osm_id&lt;span class=&quot;hl opt&quot;&gt;,&lt;/span&gt; way&lt;span class=&quot;hl opt&quot;&gt;,&lt;/span&gt; &lt;span class=&quot;hl kwd&quot;&gt;ST_ApproximateMedialAxis&lt;/span&gt; &lt;span class=&quot;hl opt&quot;&gt;(&lt;/span&gt;way&lt;span class=&quot;hl opt&quot;&gt;)&lt;/span&gt; &lt;span class=&quot;hl kwa&quot;&gt;AS&lt;/span&gt; medial &lt;span class=&quot;hl kwa&quot;&gt;FROM&lt;/span&gt; planet_osm_polygon &lt;span class=&quot;hl kwa&quot;&gt;WHERE&lt;/span&gt; waterway &lt;span class=&quot;hl opt&quot;&gt;=&lt;/span&gt; &lt;span class=&quot;hl str&quot;&gt;&amp;apos;riverbank&amp;apos;&lt;/span&gt;&lt;span class=&quot;hl opt&quot;&gt;;&lt;/span&gt;
  &lt;/pre&gt;&lt;/div&gt;

  &lt;p&gt;Shapely allows me to manipulate the polygonal data, and fiona is used to save the
  results to a shapefile. This is the first time I ever use all of them (except
  SQLAlchemy), and it&#39;s nice that it&#39;s so easy to do all this in Python.&lt;/p&gt;

  &lt;hr /&gt;

  &lt;p&gt;&lt;span class=&quot;selflink&quot;&gt;openstreetmap&lt;/span&gt; &lt;a href=&quot;http://www.grulic.org.ar/~mdione/glob//tags/gis/&quot;&gt;gis&lt;/a&gt; &lt;a href=&quot;http://www.grulic.org.ar/~mdione/glob//tags/python/&quot;&gt;python&lt;/a&gt;&lt;/p&gt;

  	</content>



  </entry>
  <entry>
  	<title>importing-single-osm-changesets-to-a-non-updatable-rendering-database</title>

  	<id>http://www.grulic.org.ar/~mdione/glob//posts/importing-single-osm-changesets-to-a-non-updatable-rendering-database/</id>

  	<link href="http://www.grulic.org.ar/~mdione/glob//posts/importing-single-osm-changesets-to-a-non-updatable-rendering-database/"/>






  	<category term="gdal" />

  	<category term="openstreetmap" />

  	<category term="postgis" />


  	<updated>2016-07-12T15:37:22Z</updated>
  	<published>2016-07-12T15:37:22Z</published>


  	<content type="html" xml:lang="en">
  	&lt;p&gt;A few weeks ago an interesting
  &lt;a href=&quot;https://github.com/gravitystorm/openstreetmap-carto/pull/2138&quot;&gt;PR for &lt;code&gt;osm-carto&lt;/code&gt;&lt;/a&gt;
  landed in the project&#39;s &lt;span class=&quot;createlink&quot;&gt;GitHub&lt;/span&gt; page. It adds rendering for several natural relief
  features, adding ridges, valleys, aretes, dales, coulouirs and others to cliffs,
  peaks and mountain passes, which were already being rendered. I decided to try
  it in &lt;a href=&quot;http://grulicueva.homenet.org/~mdione/Elevation&quot;&gt;Elevation&lt;/a&gt; (offline for
  the moment).&lt;/p&gt;

  &lt;p&gt;I sync&#39;ed the style first with
  &lt;a href=&quot;https://github.com/gravitystorm/openstreetmap-carto/releases/tag/v2.40.0&quot;&gt;the latest release&lt;/a&gt;,
  applied the patch and... not much. My current database is quite old (re-importing
  takes ages and I don&#39;t have space for updates), so I don&#39;t have much features
  like that in the region I&#39;m interested in. In fact, I went checking and
  &lt;a&gt;the closest mountain range around here&lt;/a&gt; was not in the database, so I added
  it.&lt;/p&gt;

  &lt;p&gt;By the way, the range is mostly concurrent with a part of an administrative
  boundary, but &lt;a href=&quot;https://www.openstreetmap.org/user/SomeoneElse&quot;&gt;&lt;code&gt;SomeoneElse&lt;/code&gt;&lt;/a&gt; and
  &lt;a href=&quot;https://www.openstreetmap.org/user/SK53&quot;&gt;&lt;code&gt;SK53&lt;/code&gt;&lt;/a&gt; suggested to make a new line.
  Even when other features are nearby (there&#39;s a path close to the crest and it&#39;s
  also more or less the limit between a forest and a bare rock section), which already
  makes the region a little bit crowded with lines, it makes sense: boundaries,
  paths, forest borders and ridges change at different time scales, so having them
  as separate lines makes an update to any of those independent of the rest.&lt;/p&gt;

  &lt;p&gt;Now I wanted to export &lt;a href=&quot;http://www.openstreetmap.org/way/430573542&quot;&gt;this feature&lt;/a&gt;
  and import it in my rendering database, so I can actually see the new part of the
  style. This is not an straightforward process, only because when I imported my data I used
  &lt;code&gt;osm2pgsql --drop&lt;/code&gt;, which removes the much needed intermediate tables for when
  one wants to update with &lt;code&gt;osm2pgsql --append&lt;/code&gt;. Here&#39;s a roundabout way to go.&lt;/p&gt;

  &lt;p&gt;First you download the full feature (thanks &lt;code&gt;RichardF&lt;/code&gt;!). In this case:&lt;/p&gt;

  &lt;pre&gt;&lt;code&gt;http://www.openstreetmap.org/api/0.6/way/430573542/full
  &lt;/code&gt;&lt;/pre&gt;

  &lt;p&gt;This not only exports the line (which is a sequence of references to nodes) with
  its tags, but the nodes too (which are the ones storing the coords). The next
  step is to convert it to something more malleable, for instance, GeoJSON. For
  that I used &lt;code&gt;ogr2ogr&lt;/code&gt; like this:&lt;/p&gt;

  &lt;pre&gt;&lt;code&gt;ogr2ogr -f GeoJSON 430573542.GeoJSON 430573542.xml lines
  &lt;/code&gt;&lt;/pre&gt;

  &lt;p&gt;The last parameter is needed because, quoting Even Rouault (a.k.a. José GDAL):
  «you will always get &quot;points&quot;, &quot;lines&quot;, &quot;multilinestrings&quot;, &quot;multipolygons&quot; and
  &quot;other_relations&quot; layers when reading a osm file, even if some are empty», and
  the GeoJSON driver refuses to create layers for you:&lt;/p&gt;

  &lt;pre&gt;&lt;code&gt;ERROR 1: Layer lines not found, and &amp;lt;span class=&quot;createlink&quot;&amp;gt;CreateLayer&amp;lt;/span&amp;gt; not supported by driver.
  &lt;/code&gt;&lt;/pre&gt;

  &lt;p&gt;But guess what, that not the easiest way :) At least we learned something. In
  fact &lt;code&gt;postgis&lt;/code&gt; already has a tool called &lt;code&gt;shp2pgsql&lt;/code&gt; that imports ESRIShapeFiles,
  and &lt;code&gt;ogr2ogr&lt;/code&gt; produces by default this kind of file. It creates a &lt;code&gt;.shp&lt;/code&gt; file
  for each layer as discussed before, but again, we&#39;re only interested in the line
  one. So:&lt;/p&gt;

  &lt;pre&gt;&lt;code&gt;ogr2ogr 430573542 430573542.xml lines
  shp2pgsql -a -s 900913 -S 430573542/lines.shp &amp;gt; 430573542.sql
  &lt;/code&gt;&lt;/pre&gt;

  &lt;p&gt;We can&#39;t use this SQL file directly, as it has a couple of problems. First, you
  can&#39;t tell &lt;code&gt;shp2pgsql&lt;/code&gt; the names of the table where you want to insert the data
  or the geometry column. Second, it only recognizes some attributes (see below),
  and the rest it tries to add them as hstore tags. So we have to manually edit
  the file to go from:&lt;/p&gt;

  &lt;div class=&quot;highlight-sql&quot;&gt;&lt;pre class=&quot;hl&quot;&gt;&lt;span class=&quot;hl kwa&quot;&gt;INSERT INTO&lt;/span&gt; &lt;span class=&quot;hl str&quot;&gt;&amp;quot;lines&amp;quot;&lt;/span&gt; &lt;span class=&quot;hl opt&quot;&gt;(&lt;/span&gt;&lt;span class=&quot;hl str&quot;&gt;&amp;quot;osm_id&amp;quot;&lt;/span&gt;&lt;span class=&quot;hl opt&quot;&gt;,&lt;/span&gt;&lt;span class=&quot;hl str&quot;&gt;&amp;quot;name&amp;quot;&lt;/span&gt;&lt;span class=&quot;hl opt&quot;&gt;,&lt;/span&gt;&lt;span class=&quot;hl str&quot;&gt;&amp;quot;highway&amp;quot;&lt;/span&gt;&lt;span class=&quot;hl opt&quot;&gt;,&lt;/span&gt;&lt;span class=&quot;hl str&quot;&gt;&amp;quot;waterway&amp;quot;&lt;/span&gt;&lt;span class=&quot;hl opt&quot;&gt;,&lt;/span&gt;&lt;span class=&quot;hl str&quot;&gt;&amp;quot;aerialway&amp;quot;&lt;/span&gt;&lt;span class=&quot;hl opt&quot;&gt;,&lt;/span&gt;&lt;span class=&quot;hl str&quot;&gt;&amp;quot;barrier&amp;quot;&lt;/span&gt;&lt;span class=&quot;hl opt&quot;&gt;,&lt;/span&gt;&lt;span class=&quot;hl str&quot;&gt;&amp;quot;man_made&amp;quot;&lt;/span&gt;&lt;span class=&quot;hl opt&quot;&gt;,&lt;/span&gt;&lt;span class=&quot;hl str&quot;&gt;&amp;quot;z_order&amp;quot;&lt;/span&gt;&lt;span class=&quot;hl opt&quot;&gt;,&lt;/span&gt;&lt;span class=&quot;hl str&quot;&gt;&amp;quot;other_tags&amp;quot;&lt;/span&gt;&lt;span class=&quot;hl opt&quot;&gt;,&lt;/span&gt;geom&lt;span class=&quot;hl opt&quot;&gt;)&lt;/span&gt;
      &lt;span class=&quot;hl kwa&quot;&gt;VALUES&lt;/span&gt; &lt;span class=&quot;hl opt&quot;&gt;(&lt;/span&gt;&lt;span class=&quot;hl str&quot;&gt;&amp;apos;430573542&amp;apos;&lt;/span&gt;&lt;span class=&quot;hl opt&quot;&gt;,&lt;/span&gt;&lt;span class=&quot;hl str&quot;&gt;&amp;apos;Montagne Sainte-Victoire&amp;apos;&lt;/span&gt;&lt;span class=&quot;hl opt&quot;&gt;,&lt;/span&gt;&lt;span class=&quot;hl kwa&quot;&gt;NULL&lt;/span&gt;&lt;span class=&quot;hl opt&quot;&gt;,&lt;/span&gt;&lt;span class=&quot;hl kwa&quot;&gt;NULL&lt;/span&gt;&lt;span class=&quot;hl opt&quot;&gt;,&lt;/span&gt;&lt;span class=&quot;hl kwa&quot;&gt;NULL&lt;/span&gt;&lt;span class=&quot;hl opt&quot;&gt;,&lt;/span&gt;&lt;span class=&quot;hl kwa&quot;&gt;NULL&lt;/span&gt;&lt;span class=&quot;hl opt&quot;&gt;,&lt;/span&gt;&lt;span class=&quot;hl kwa&quot;&gt;NULL&lt;/span&gt;&lt;span class=&quot;hl opt&quot;&gt;,&lt;/span&gt;&lt;span class=&quot;hl str&quot;&gt;&amp;apos;0&amp;apos;&lt;/span&gt;&lt;span class=&quot;hl opt&quot;&gt;,&lt;/span&gt;&lt;span class=&quot;hl str&quot;&gt;&amp;apos;&amp;quot;natural&amp;quot;=&amp;gt;&amp;quot;ridge&amp;quot;&amp;apos;&lt;/span&gt;&lt;span class=&quot;hl opt&quot;&gt;,&lt;/span&gt;&lt;span class=&quot;hl str&quot;&gt;&amp;apos;010500002031BF0D[...]&amp;apos;&lt;/span&gt;&lt;span class=&quot;hl opt&quot;&gt;);&lt;/span&gt;
  &lt;/pre&gt;&lt;/div&gt;

  &lt;p&gt;into:&lt;/p&gt;

  &lt;div class=&quot;highlight-sql&quot;&gt;&lt;pre class=&quot;hl&quot;&gt;&lt;span class=&quot;hl kwa&quot;&gt;INSERT INTO&lt;/span&gt; &lt;span class=&quot;hl str&quot;&gt;&amp;quot;planet_osm_line&amp;quot;&lt;/span&gt; &lt;span class=&quot;hl opt&quot;&gt;(&lt;/span&gt;&lt;span class=&quot;hl str&quot;&gt;&amp;quot;osm_id&amp;quot;&lt;/span&gt;&lt;span class=&quot;hl opt&quot;&gt;,&lt;/span&gt;&lt;span class=&quot;hl str&quot;&gt;&amp;quot;name&amp;quot;&lt;/span&gt;&lt;span class=&quot;hl opt&quot;&gt;,&lt;/span&gt;&lt;span class=&quot;hl str&quot;&gt;&amp;quot;z_order&amp;quot;&lt;/span&gt;&lt;span class=&quot;hl opt&quot;&gt;,&lt;/span&gt;&lt;span class=&quot;hl str&quot;&gt;&amp;quot;natural&amp;quot;&lt;/span&gt;&lt;span class=&quot;hl opt&quot;&gt;,&lt;/span&gt;way&lt;span class=&quot;hl opt&quot;&gt;)&lt;/span&gt;
      &lt;span class=&quot;hl kwa&quot;&gt;VALUES&lt;/span&gt; &lt;span class=&quot;hl opt&quot;&gt;(&lt;/span&gt;&lt;span class=&quot;hl str&quot;&gt;&amp;apos;430573542&amp;apos;&lt;/span&gt;&lt;span class=&quot;hl opt&quot;&gt;,&lt;/span&gt;&lt;span class=&quot;hl str&quot;&gt;&amp;apos;Montagne Sainte-Victoire&amp;apos;&lt;/span&gt;&lt;span class=&quot;hl opt&quot;&gt;,&lt;/span&gt;&lt;span class=&quot;hl str&quot;&gt;&amp;apos;0&amp;apos;&lt;/span&gt;&lt;span class=&quot;hl opt&quot;&gt;,&lt;/span&gt;&lt;span class=&quot;hl str&quot;&gt;&amp;apos;ridge&amp;apos;&lt;/span&gt;&lt;span class=&quot;hl opt&quot;&gt;,&lt;/span&gt;&lt;span class=&quot;hl str&quot;&gt;&amp;apos;010500002031BF0D[...]&amp;apos;&lt;/span&gt;&lt;span class=&quot;hl opt&quot;&gt;);&lt;/span&gt;
  &lt;/pre&gt;&lt;/div&gt;

  &lt;p&gt;See? &lt;code&gt;s/lines/planet_osm_line/&lt;/code&gt;, &lt;code&gt;s/other_tags/&quot;natural&quot;/&lt;/code&gt; (with double quotes,
  because &lt;code&gt;natural&lt;/code&gt; is a keyword in SQL, as in &lt;code&gt;natural join&lt;/code&gt;), &lt;code&gt;s/geom/way/&lt;/code&gt; and
  &lt;code&gt;s/&#39;&quot;natural&quot;=&amp;gt;&quot;ridge&quot;&#39;/&#39;ridge&#39;/&lt;/code&gt; (in single quotes, so it&#39;s a string; double
  quotes are for columns). And I also removed the superfluous values and the
  &lt;code&gt;ANALIZE&lt;/code&gt; line, as I don&#39;t care that much. Easy peasy.&lt;/p&gt;

  &lt;p&gt;A comment on the options for &lt;code&gt;shp2pgsql&lt;/code&gt;. &lt;code&gt;-s 900913&lt;/code&gt; declares the SRID of the
  database. I got that when I tried without and:&lt;/p&gt;

  &lt;pre&gt;&lt;code&gt;ERROR:  Geometry SRID (0) does not match column SRID (900913)
  &lt;/code&gt;&lt;/pre&gt;

  &lt;p&gt;&lt;code&gt;-S&lt;/code&gt; is needed because &lt;code&gt;shp2pgsql&lt;/code&gt; by default generated &lt;span class=&quot;createlink&quot;&gt;MultiLineStrings&lt;/span&gt;, but
  that table in particular has a &lt;span class=&quot;createlink&quot;&gt;LineString&lt;/span&gt; &lt;code&gt;way&lt;/code&gt; column. This is how I figure it
  out:&lt;/p&gt;

  &lt;pre&gt;&lt;code&gt;ERROR:  Geometry type (MultiLineString) does not match column type (LineString)
  &lt;/code&gt;&lt;/pre&gt;

  &lt;p&gt;Incredibly, after this data massacre, it loads in the db:&lt;/p&gt;

  &lt;pre&gt;&lt;code&gt;&amp;#036; psql gis &amp;lt; 430573542.sql
  SET
  SET
  BEGIN
  INSERT 0 1
  COMMIT
  &lt;/code&gt;&lt;/pre&gt;

  &lt;p&gt;Enjoy!&lt;/p&gt;

  &lt;hr /&gt;

  &lt;p&gt;&lt;span class=&quot;selflink&quot;&gt;openstreetmap&lt;/span&gt; &lt;a href=&quot;http://www.grulic.org.ar/~mdione/glob//tags/gdal/&quot;&gt;gdal&lt;/a&gt; &lt;a href=&quot;http://www.grulic.org.ar/~mdione/glob//tags/postgis/&quot;&gt;postgis&lt;/a&gt;&lt;/p&gt;

  	</content>



  </entry>
  <entry>
  	<title>trip-planner</title>

  	<id>http://www.grulic.org.ar/~mdione/glob//posts/trip-planner/</id>

  	<link href="http://www.grulic.org.ar/~mdione/glob//posts/trip-planner/"/>






  	<category term="elevation" />

  	<category term="flask" />

  	<category term="javascript" />

  	<category term="jquery" />

  	<category term="leaflet" />

  	<category term="openstreetmap" />

  	<category term="osrm" />

  	<category term="python" />

  	<category term="trip-planner" />


  	<updated>2016-01-25T15:33:05Z</updated>
  	<published>2016-01-25T14:52:06Z</published>


  	<content type="html" xml:lang="en">
  	&lt;p&gt;For a long time I&#39;ve been searching for a program that would allow me to plan (car) trips with my friends. Yes, I know of the
  existence of Google Maps, but the service has several characteristics that doesn&#39;t make it appealing to me, and lacks a couple of
  features I expect. This is more or less the list of things I want:&lt;/p&gt;

  &lt;ol&gt;
  &lt;li&gt;Define the list of points I want to go to. No-brainer.&lt;/li&gt;
  &lt;li&gt;Define the specific route I want to take. This is normally implemented by adding more control points, but normally
  they&#39;re of the same category as the waypoins of the places you want to visit. I think they shouldn&#39;t.&lt;/li&gt;
  &lt;li&gt;Define stages; for instance, one stage per day.&lt;/li&gt;
  &lt;li&gt;Get the distance and time of each stage; this is important when visiting several cities, for having an idea of how much time
  during the day you&#39;ll spend going to the next one.&lt;/li&gt;
  &lt;li&gt;Define alternative routes, just in case you don&#39;t really have/make the time to visit some points.&lt;/li&gt;
  &lt;li&gt;Store the trips in cookies, share them via a URL or central site, but that anybody can easily install in their own server.&lt;/li&gt;
  &lt;li&gt;Manage several trips at the same time.&lt;/li&gt;
  &lt;/ol&gt;

  &lt;p&gt;So I sat down to try and create such a thing. Currently is just a mashup of several things GIS:
  &lt;a href=&quot;http://www.grulic.org.ar/~mdione/glob/tags/elevation/&quot;&gt;my own OSM data rendering&lt;/a&gt;, my own
  &lt;a href=&quot;http://www.grulic.org.ar/~mdione/glob/posts/local-markers-in-cookies-with-leaflet/&quot;&gt;waypoints-in-cookies idea&lt;/a&gt; (in fact, this is
  the expansion of what fired that post) and &lt;a href=&quot;http://project-osrm.org/&quot;&gt;OSRM&lt;/a&gt; for the routing. As for the backend, I decided to try
  &lt;a href=&quot;http://flask.pocoo.org/&quot;&gt;flask&lt;/a&gt; and &lt;a href=&quot;http://flask-restful.readthedocs.org/&quot;&gt;flask-restful&lt;/a&gt; for creating a small REST API for
  storing all this. So far some basics work (points #1 and #6, partially), and I had some fun during the last week learning RESTful,
  some more Javascript (including &lt;a href=&quot;http://leafletjs.com/&quot;&gt;LeafLet&lt;/a&gt; and some &lt;a href=&quot;http://jquery.com/&quot;&gt;jQuery&lt;/a&gt;) and putting all this
  together. Here are some interesting things I found out:&lt;/p&gt;

  &lt;ul&gt;
  &lt;li&gt;RESTful is properly defined, but not for all URL/method pairs. In particular, given that I decide that trip ids are their name,
  I defined a POST to trips/ as the
  &lt;a href=&quot;https://github.com/StyXman/elevation/blob/166fe89349fce1c3e6dd5a99d3f6d6884fb1811f/Elevation/flask/api.py#L29&quot;&gt;UPSERT&lt;/a&gt; for that
  name. I hope &lt;a href=&quot;http://www.sqlalchemy.org/&quot;&gt;SQLAlchemy&lt;/a&gt; &lt;a href=&quot;https://bitbucket.org/zzzeek/sqlalchemy/issues?q=upsert&quot;&gt;implements it soon&lt;/a&gt;.&lt;/li&gt;
  &lt;li&gt;Most of the magic of RESTful APIs happen in the model of your service.&lt;/li&gt;
  &lt;li&gt;Creating APIs with flask-restful could not be more obvious.&lt;/li&gt;
  &lt;li&gt;I still have to get my head around Javascript&#39;s &lt;a href=&quot;http://www.w3schools.com/js/js_object_prototypes.asp&quot;&gt;prototypes&lt;/a&gt;.&lt;/li&gt;
  &lt;li&gt;Mouse/finger events &lt;a href=&quot;https://www.youtube.com/watch?v=wwffqMAS8K8&quot;&gt;are a nightmare in browsers&lt;/a&gt;. In particular, with current
  leafLet, you get &lt;code&gt;clicked&lt;/code&gt; events on double clicks, unless you use the appropriate &lt;code&gt;singleclick&lt;/code&gt; plugin from
  &lt;a href=&quot;http://leafletjs.com/plugins.html#events&quot;&gt;here&lt;/a&gt;.&lt;/li&gt;
  &lt;li&gt;Given &lt;a href=&quot;https://en.wikipedia.org/wiki/Cross-site_scripting&quot;&gt;XSS&lt;/a&gt; attacks,
  &lt;a href=&quot;https://en.wikipedia.org/wiki/Same-origin_policy&quot;&gt;same-origin policy&lt;/a&gt; is enforced for AJAX requests. If you control the
  web service, the easiest way to go around it is &lt;a href=&quot;https://en.wikipedia.org/wiki/Cross-origin_resource_sharing&quot;&gt;CORS&lt;/a&gt;.&lt;/li&gt;
  &lt;li&gt;The only way to do such calls with jQuery is using the low level function &lt;a href=&quot;http://api.jquery.com/jQuery.ajax/&quot;&gt;&lt;code&gt;&amp;#036;.ajax()&lt;/code&gt;&lt;/a&gt;.&lt;/li&gt;
  &lt;li&gt;jQuery provides a &lt;a href=&quot;http://api.jquery.com/jQuery.parseJSON/&quot;&gt;function to parse JSON&lt;/a&gt; but not to serialize to it; use
  &lt;code&gt;window.JSON.stringify()&lt;/code&gt;.&lt;/li&gt;
  &lt;li&gt;Javascript&#39;s &lt;a href=&quot;https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Functions/Default_parameters&quot;&gt;default parameters&lt;/a&gt;
  were not recognized by my browser :(.&lt;/li&gt;
  &lt;li&gt;OSRM&#39;s &lt;a href=&quot;https://github.com/Project-OSRM/osrm-backend/wiki/Server-api#service-viaroute&quot;&gt;&lt;code&gt;viaroute&lt;/code&gt;&lt;/a&gt; returns the coordinates
  multiplied by 10 for precision reasons, so you have to
  &lt;a href=&quot;https://github.com/StyXman/elevation/blob/166fe89349fce1c3e6dd5a99d3f6d6884fb1811f/Elevation/Save.js#L112&quot;&gt;scale it down&lt;/a&gt;.&lt;/li&gt;
  &lt;li&gt;&lt;a href=&quot;http://wiki.openstreetmap.org/wiki/Nominatim&quot;&gt;Nominatim&lt;/a&gt; and OSRM rock!&lt;/li&gt;
  &lt;/ul&gt;

  &lt;p&gt;I still have lots of things to learn and finish, so stay tunned for updates. Currently the code resides in
  &lt;a href=&quot;https://github.com/StyXman/elevation&quot;&gt;Elevation&#39;s code&lt;/a&gt;, but I&#39;ll split it in the future.&lt;/p&gt;

  &lt;h1 id=&quot;update:&quot;&gt;Update:&lt;/h1&gt;

  &lt;p&gt;I have it running &lt;a href=&quot;http://grulicueva.homenet.org/~mdione/Elevation/&quot;&gt;here&lt;/a&gt;. You can add waypoints by clicking in the map, delete
  them by doublecliking them, save to cookies or the server (for the moment it overwrites what&#39;s there, as you can&#39;t name the trips
  or manage several yet) and ask for the routing.&lt;/p&gt;

  &lt;p&gt;&lt;a href=&quot;http://www.grulic.org.ar/~mdione/glob//tags/trip-planner/&quot;&gt;trip-planner&lt;/a&gt; &lt;a href=&quot;http://www.grulic.org.ar/~mdione/glob//tags/elevation/&quot;&gt;elevation&lt;/a&gt; &lt;span class=&quot;selflink&quot;&gt;openstreetmap&lt;/span&gt; &lt;a href=&quot;http://www.grulic.org.ar/~mdione/glob//tags/osrm/&quot;&gt;osrm&lt;/a&gt; &lt;a href=&quot;http://www.grulic.org.ar/~mdione/glob//tags/python/&quot;&gt;python&lt;/a&gt; &lt;a href=&quot;http://www.grulic.org.ar/~mdione/glob//tags/flask/&quot;&gt;flask&lt;/a&gt; &lt;a href=&quot;http://www.grulic.org.ar/~mdione/glob//tags/leaflet/&quot;&gt;leaflet&lt;/a&gt; &lt;a href=&quot;http://www.grulic.org.ar/~mdione/glob//tags/javascript/&quot;&gt;javascript&lt;/a&gt; &lt;a href=&quot;http://www.grulic.org.ar/~mdione/glob//tags/jquery/&quot;&gt;jquery&lt;/a&gt;&lt;/p&gt;

  	</content>



  </entry>
  <entry>
  	<title>quilt-instead-git-for-maintaining-forks</title>

  	<id>http://www.grulic.org.ar/~mdione/glob//posts/quilt-instead-git-for-maintaining-forks/</id>

  	<link href="http://www.grulic.org.ar/~mdione/glob//posts/quilt-instead-git-for-maintaining-forks/"/>






  	<category term="elevation" />

  	<category term="openstreetmap" />

  	<category term="utils" />


  	<updated>2015-12-30T17:43:48Z</updated>
  	<published>2015-12-30T17:37:04Z</published>


  	<content type="html" xml:lang="en">
  	&lt;p&gt;Ever since I started working in
  &lt;a href=&quot;http://grulicueva.homenet.org/~mdione/Elevation/&quot;&gt;Elevation&lt;/a&gt; I faced the problem that
  it&#39;s mostly a
  &lt;a href=&quot;https://github.com/gravitystorm/openstreetmap-carto&quot;&gt;openstreetmap-carto&lt;/a&gt; fork. This
  means that each time osm-carto has new changes, I have to adapt mine. We all know this
  is not an easy task.&lt;/p&gt;

  &lt;p&gt;My first approach was to turn to osm-carto&#39;s VCS, namely, &lt;code&gt;git&lt;/code&gt;. The idea was to keep
  a branch with my version, then pull from time to time, and merge the latest released
  version into my branch, never merging mine into &lt;code&gt;master&lt;/code&gt;, just in case I decided to
  do some modifications that could benefit osm-carto too. In that case, I would work on
  my branch, make a commit there, then cherry pick it into master, push to my fork in
  &lt;span class=&quot;createlink&quot;&gt;GitHub&lt;/span&gt;, make a Pull Request and voilà.&lt;/p&gt;

  &lt;p&gt;All this theory is nice, but in practice it doesn&#39;t quite work. Every time I tried to
  merge the release into my local branch, I got several conflicts, not to mention
  modifications that made some of my changes obsolete or at least forcing me to refactor
  them in the new code (this is the developer in me talking, you see...). While I
  resolved these conflicts and refactorings, the working copy&#39;s state was a complete
  mess, forcing me to fix them all just to be able to render again.&lt;/p&gt;

  &lt;p&gt;As this was not a very smooth workflow, I tried another approach: keeping my local
  modifications in a big patch. This of course had the same and other problems that the
  previous approach, so I gained nothing but more headaches.&lt;/p&gt;

  &lt;p&gt;Then I thought: who else manages forks, and at a massive scale? Linux distributions.
  See, distros have to patch the packaged software to compile on their environments.
  They also keep security patches that also are sent upstream for inclusion. Once a
  patch is accepted upstream, they can drop their local patch. This sounds almost
  exactly the workflow I want for Elevation.&lt;/p&gt;

  &lt;p&gt;And what do they use for managing the patches?
  &lt;a href=&quot;https://savannah.nongnu.org/projects/quilt/&quot;&gt;&lt;code&gt;quilt&lt;/code&gt;&lt;/a&gt;. This tool is heavily used in
  the Debian distro and is maintained by someone working at SuSE. Its documentation is
  a little bit sparse, but the tool is very simple to use. You start doing &lt;code&gt;quilt init&lt;/code&gt;
  just to create the directories and files that it will use to keep track of your
  changes.&lt;/p&gt;

  &lt;p&gt;The modification workflow is a little bit more complex that with &lt;code&gt;git&lt;/code&gt;:&lt;/p&gt;

  &lt;ol&gt;
  &lt;li&gt;You mark the beginning of a new patch with &lt;code&gt;quilt new &amp;lt;patch_name&amp;gt;&lt;/code&gt;;
  &lt;ol&gt;
  &lt;li&gt;Then either tell &lt;code&gt;quilt&lt;/code&gt; to track the files you will modify for this patch with
  &lt;code&gt;quilt add &amp;lt;file&amp;gt; ...&lt;/code&gt; (in fact it just needs to be told before you save the
  new version of each file, because it will save the current state of the file for
  producing the diff later),&lt;/li&gt;
  &lt;li&gt;Or use &lt;code&gt;quilt edit &amp;lt;file&amp;gt;&lt;/code&gt; to do both things at the same time (it will use
  &lt;code&gt;&amp;#036;EDITOR&lt;/code&gt; for editing the file);&lt;/li&gt;
  &lt;/ol&gt;&lt;/li&gt;
  &lt;li&gt;Then do your changes;&lt;/li&gt;
  &lt;li&gt;Check everything is ok (it compiles, passes tests, renders, whatever);&lt;/li&gt;
  &lt;li&gt;And finally record the changes (in the form of a patch) with &lt;code&gt;quilt refresh&lt;/code&gt;.&lt;/li&gt;
  &lt;/ol&gt;

  &lt;p&gt;In fact, this last 4 items (add, edit, test, refresh) can be done multiple times and
  they will affect the current patch.&lt;/p&gt;

  &lt;p&gt;Why do I say current? Because &lt;code&gt;quilt&lt;/code&gt; keeps a &lt;em&gt;stack&lt;/em&gt; of patches, in what it calls a
  &lt;em&gt;series&lt;/em&gt;. Every time you do &lt;code&gt;quilt new&lt;/code&gt; a new patch is put on top of the stack, and in
  the series just behind the current patch; all the other commends affect
  the patch that is currently on top. You can &#39;move&#39; through the series with
  &lt;code&gt;quilt pop [&amp;lt;patch_name&amp;gt;]&lt;/code&gt; and &lt;code&gt;quilt push [&amp;lt;patch_name&amp;gt;]&lt;/code&gt;. if a patch name is
  provided, it will pop/push all the intermediate patches in the series.&lt;/p&gt;

  &lt;p&gt;How does this help with my fork? It actually does not save me from conflicts and
  refactorings, it just makes these problems much easier to handle. My update workflow
  is the following (which non incidentally mimics the one Debian Developers and
  Maintainers do every time they update their packages):&lt;/p&gt;

  &lt;ol&gt;
  &lt;li&gt;I &lt;code&gt;quilt pop -a&lt;/code&gt; so I go back to the pristine version, with no modifications;&lt;/li&gt;
  &lt;li&gt;I &lt;code&gt;git pull&lt;/code&gt; to get the newest version, then &lt;code&gt;git tag&lt;/code&gt; and &lt;code&gt;git checkout &amp;lt;last_tag&amp;gt;&lt;/code&gt;
  (I just want to keep in sync with releases);&lt;/li&gt;
  &lt;li&gt;&lt;code&gt;quilt push -a&lt;/code&gt; will try to apply all the patches. If one fails, &lt;code&gt;quilt&lt;/code&gt; stops and
  lets me check the situation.
  &lt;ol&gt;
  &lt;li&gt;&lt;code&gt;quilt push -f&lt;/code&gt; will try harder to apply the troubling
  patch; sometimes is just a matter of too many offset lines or too much fuzzyness
  needed.&lt;/li&gt;
  &lt;li&gt;If it doesn&#39;t apply, a &lt;code&gt;.rej&lt;/code&gt; wil be generated and you should pick up from
  there.&lt;/li&gt;
  &lt;li&gt;In any case, once everything is up to date, I need to run &lt;code&gt;quilt refresh&lt;/code&gt;
  and the patch will be updated[1].&lt;/li&gt;
  &lt;li&gt;Then I try &lt;code&gt;quilt push -a&lt;/code&gt; again.&lt;/li&gt;
  &lt;li&gt;If a patch is no longer useful (because it was fixed upstream or because it
  doesn&#39;t make any sense), then I can simply &lt;code&gt;quilt delete &amp;lt;patch&amp;gt;&lt;/code&gt;; this will
  remove it from the series, but the patch file will still exist (unless I use
  the option &lt;code&gt;-r&lt;/code&gt;[2]).&lt;/li&gt;
  &lt;/ol&gt;&lt;/li&gt;
  &lt;/ol&gt;

  &lt;p&gt;As long as I keep my patches minimal, there are big chances that they will be easier
  to integrate into new releases. I can even keep track of the patches in my own
  branch without fearing having conflicts, and allowing me to independently provide
  fixes upstream.&lt;/p&gt;

  &lt;p&gt;Let&#39;s see how this works in the future; at least in a couple of months I will be
  rendering again. Meanwhile, I will be moving to a database update workflow that
  includes pulling
  &lt;a href=&quot;http://download.geofabrik.de/europe-updates/000/001/&quot;&gt;diffs from geofabrik&lt;/a&gt;.&lt;/p&gt;

  &lt;hr /&gt;

  &lt;p&gt;[1] Being an old timer VCS user (since &lt;code&gt;cvs&lt;/code&gt; times), I wish they would call this
      command &lt;code&gt;update&lt;/code&gt;.&lt;/p&gt;

  &lt;p&gt;[2] Why not &lt;code&gt;--long-option&lt;/code&gt;s?&lt;/p&gt;

  &lt;hr /&gt;

  &lt;p&gt;&lt;a href=&quot;http://www.grulic.org.ar/~mdione/glob//tags/elevation/&quot;&gt;elevation&lt;/a&gt; &lt;span class=&quot;selflink&quot;&gt;openstreetmap&lt;/span&gt; &lt;a href=&quot;http://www.grulic.org.ar/~mdione/glob//tags/utils/&quot;&gt;utils&lt;/a&gt;&lt;/p&gt;

  	</content>



  </entry>

  </feed>


key: hartmut_holzgraefe
encoding: utf8
format: rss 2.0
title: Hartmut Holzgraefe
url: https://blog.osm-baustelle.de/
feed_url: https://blog.osm-baustelle.de/index.php/feed/
summary: A playground for OSM related stuff
generator: https://wordpress.org/?v=4.9.5
updated: 2019-10-13 12:02:00
twitter: hartholz_
items_last_updated: 2019-10-13 12:02:00
fetched: 2019-10-13 12:30:23.958277
http_etag: "48a863181653396e79256a08f7540acd-gzip"
http_last_modified: Sun, 13 Oct 2019 12:02:00 GMT
http_server: Apache/2.4.29 (Ubuntu)
md5: 3e2a1e77ebf6a066bdc24ebe9e770166
created_at: 2019-06-09 18:11:33.591138
updated_at: 2019-10-13 12:30:24.040140
body:
  <?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
  	xmlns:content="http://purl.org/rss/1.0/modules/content/"
  	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
  	xmlns:dc="http://purl.org/dc/elements/1.1/"
  	xmlns:atom="http://www.w3.org/2005/Atom"
  	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
  	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
  	>

  <channel>
  	<title>OSM Baustelle</title>
  	<atom:link href="https://blog.osm-baustelle.de/index.php/feed/" rel="self" type="application/rss+xml" />
  	<link>https://blog.osm-baustelle.de</link>
  	<description>A playground for OSM related stuff</description>
  	<lastBuildDate>Sun, 13 Oct 2019 12:02:00 +0000</lastBuildDate>
  	<language>en-US</language>
  	<sy:updatePeriod>hourly</sy:updatePeriod>
  	<sy:updateFrequency>1</sy:updateFrequency>
  	<generator>https://wordpress.org/?v=4.9.5</generator>
  	<item>
  		<title>Data area bounds</title>
  		<link>https://blog.osm-baustelle.de/index.php/2019/10/13/data-area-bounds/</link>
  		<comments>https://blog.osm-baustelle.de/index.php/2019/10/13/data-area-bounds/#respond</comments>
  		<pubDate>Sun, 13 Oct 2019 12:02:00 +0000</pubDate>
  		<dc:creator><![CDATA[hartmut]]></dc:creator>
  				<category><![CDATA[maposmatic]]></category>

  		<guid isPermaLink="false">https://blog.osm-baustelle.de/?p=415</guid>
  		<description><![CDATA[Local installations can now be bound to the actually imported data area. When running a MapOSMatic instance that only has a regional OSM extract imported, and not the full planet data, map creation can now be restricted to the covered area only. Map scrolling will be bound to the data bounding box, when trying to &#8230; <a href="https://blog.osm-baustelle.de/index.php/2019/10/13/data-area-bounds/" class="more-link">Continue reading<span class="screen-reader-text"> "Data area bounds"</span></a>]]></description>
  				<content:encoded><![CDATA[<p><a name="preamble"></a> </p>
  <p>Local installations can now be bound to the actually imported data area.</p>
  <p><img src="https://blog.osm-baustelle.de/wp-content/uploads/2019/10/import-area.png" style="border-width: 0; vertical-align: text-bottom;" alt="align=right"></p>
  <p><span id="more-415"></span></p>
  <p>When running a MapOSMatic instance that only has a regional OSM extract imported, and not the full planet data, map creation can now be restricted to the covered area only.</p>
  <p>Map scrolling will be bound to the data bounding box, when trying to scroll beyond the bounds area the leaflet slippy map will bounce back to the allowed area.</p>
  <p>Map areas around the imported polygon bounds will be grayed out to provide even better visual feedback, and city search will be restricted to citys and places within the bounding box of the imported data.</p>
  ]]></content:encoded>
  			<wfw:commentRss>https://blog.osm-baustelle.de/index.php/2019/10/13/data-area-bounds/feed/</wfw:commentRss>
  		<slash:comments>0</slash:comments>
  		</item>
  		<item>
  		<title>OSM Carto v4.23.1 style update</title>
  		<link>https://blog.osm-baustelle.de/index.php/2019/09/21/osm-carto-v4-23-1-style-update/</link>
  		<comments>https://blog.osm-baustelle.de/index.php/2019/09/21/osm-carto-v4-23-1-style-update/#respond</comments>
  		<pubDate>Sat, 21 Sep 2019 13:53:39 +0000</pubDate>
  		<dc:creator><![CDATA[hartmut]]></dc:creator>
  				<category><![CDATA[maposmatic]]></category>

  		<guid isPermaLink="false">https://blog.osm-baustelle.de/?p=412</guid>
  		<description><![CDATA[As the topic says: the OSM Carto standard style has been upgraded to the latest v4.23.0 release. You can find the original release announcement here: https://lists.openstreetmap.org/pipermail/dev/2019-September/030732.html]]></description>
  				<content:encoded><![CDATA[<p><a name="preamble"></a> </p>
  <p>As the topic says: the OSM Carto standard style has been upgraded to the latest v4.23.0 release.</p>
  <p>You can find the original release announcement here:</p>
  <p><a href="https://lists.openstreetmap.org/pipermail/dev/2019-September/030732.html">https://lists.openstreetmap.org/pipermail/dev/2019-September/030732.html</a></p>
  ]]></content:encoded>
  			<wfw:commentRss>https://blog.osm-baustelle.de/index.php/2019/09/21/osm-carto-v4-23-1-style-update/feed/</wfw:commentRss>
  		<slash:comments>0</slash:comments>
  		</item>
  		<item>
  		<title>Vagrant setup: refactoring</title>
  		<link>https://blog.osm-baustelle.de/index.php/2019/09/16/vagrant-setup-refactoring/</link>
  		<comments>https://blog.osm-baustelle.de/index.php/2019/09/16/vagrant-setup-refactoring/#respond</comments>
  		<pubDate>Mon, 16 Sep 2019 22:48:15 +0000</pubDate>
  		<dc:creator><![CDATA[hartmut]]></dc:creator>
  				<category><![CDATA[maposmatic]]></category>

  		<guid isPermaLink="false">https://blog.osm-baustelle.de/?p=409</guid>
  		<description><![CDATA[If you are using the Maposmatic Vagrant test setup, you may notice that its directory layout has changed a bit over the last days. Aside from the elevation model related changes mentioned in the previous post, most change really just reorganized paths and changed directory and file names. Some of the more notable changes beside &#8230; <a href="https://blog.osm-baustelle.de/index.php/2019/09/16/vagrant-setup-refactoring/" class="more-link">Continue reading<span class="screen-reader-text"> "Vagrant setup: refactoring"</span></a>]]></description>
  				<content:encoded><![CDATA[<p><a name="preamble"></a> </p>
  <p>If you are using the <a href="https://github.com/hholzgra/maposmatic-vagrant">Maposmatic Vagrant test setup</a>, you may notice that its directory layout has changed a bit over the last days.</p>
  <p>Aside from the <a href="https://blog.osm-baustelle.de/index.php/2019/09/16/vagrant-setup-hill-shading-and-contour-line-setup/">elevation model related changes</a> mentioned in the previous post, most change really just reorganized paths and changed directory and file names.</p>
  <p>Some of the more notable changes beside the renames:</p>
  <ul>
  <li> Style and overlay install scripts now no loner write out ocitysmap.cnf snippets, instead for each style setup <em>.sh</em> file there is now also an <em>.ini</em> file containing the ocitysmap.cnf style declaration block only. The <em>ocitysmap-conf.sh</em> script then creates a new ocitysmap.cnf file when run, by collecting all the <em>.ini</em> files from the <em>styles</em> and <em>overlays</em> sub directories, creating the <em>available_styles:</em> and <em>available_overlays:</em> lists from this, and concatenating all the <em>.ini</em> snippets to the end of the config file. As the config file is now re-created from scratch each time now this should be more robust than the previous approach. </li>
  <li> The README.md file is more detailed now, including information on e.g. file system layout, adding new styles, or provisioning real servers &#8230; </li>
  <li> The number of &#8220;red&#8221; lines shown during provisioning has been reduced as much as possible, and the remaining ones that can&#8217;t be avoided are listed in the README. Anything mentioned there can be considered OK, any other red lines should be considered a failure that someone should look into </li>
  </ul>
  ]]></content:encoded>
  			<wfw:commentRss>https://blog.osm-baustelle.de/index.php/2019/09/16/vagrant-setup-refactoring/feed/</wfw:commentRss>
  		<slash:comments>0</slash:comments>
  		</item>
  		<item>
  		<title>Vagrant setup: hill shading and contour line setup</title>
  		<link>https://blog.osm-baustelle.de/index.php/2019/09/16/vagrant-setup-hill-shading-and-contour-line-setup/</link>
  		<comments>https://blog.osm-baustelle.de/index.php/2019/09/16/vagrant-setup-hill-shading-and-contour-line-setup/#comments</comments>
  		<pubDate>Mon, 16 Sep 2019 22:25:14 +0000</pubDate>
  		<dc:creator><![CDATA[hartmut]]></dc:creator>
  				<category><![CDATA[maposmatic]]></category>

  		<guid isPermaLink="false">https://blog.osm-baustelle.de/?p=407</guid>
  		<description><![CDATA[Originally the provisioning of the Vagrant test setup just installed hill shading and contour lines for a fixed area (parts of Germany). From now on during provisioning the actual area covered by the imported OSM data file gets determined, then all the SRTM 90m zone files overlapping with the data bounding box are downloaded and &#8230; <a href="https://blog.osm-baustelle.de/index.php/2019/09/16/vagrant-setup-hill-shading-and-contour-line-setup/" class="more-link">Continue reading<span class="screen-reader-text"> "Vagrant setup: hill shading and contour line setup"</span></a>]]></description>
  				<content:encoded><![CDATA[<p><a name="preamble"></a> </p>
  <p>Originally the provisioning of the <a href="https://github.com/hholzgra/maposmatic-vagrant">Vagrant test setup</a> just installed hill shading and contour lines for a fixed area (parts of Germany).</p>
  <p>From now on during provisioning the actual area covered by the imported OSM data file gets determined, then all the SRTM 90m zone files overlapping with the data bounding box are downloaded and processed to produce hill shading, relief, and contour lines data for the data area.</p>
  <p>Depending on the size of your import datas bounding box this may slow down provisioning a bit, but on the pro side you get your actual data area covered instead of just a part of Germany you may not even be interested in.</p>
  ]]></content:encoded>
  			<wfw:commentRss>https://blog.osm-baustelle.de/index.php/2019/09/16/vagrant-setup-hill-shading-and-contour-line-setup/feed/</wfw:commentRss>
  		<slash:comments>1</slash:comments>
  		</item>
  		<item>
  		<title>Some recent bug fixes</title>
  		<link>https://blog.osm-baustelle.de/index.php/2019/08/12/some-recent-bug-fixes/</link>
  		<comments>https://blog.osm-baustelle.de/index.php/2019/08/12/some-recent-bug-fixes/#respond</comments>
  		<pubDate>Mon, 12 Aug 2019 10:11:47 +0000</pubDate>
  		<dc:creator><![CDATA[hartmut]]></dc:creator>
  				<category><![CDATA[maposmatic]]></category>

  		<guid isPermaLink="false">https://blog.osm-baustelle.de/?p=404</guid>
  		<description><![CDATA[Web frontend Empty paper format choice for multi page layout When going back the paper format tab did no longer show the [Next] button When going all the way back and choosing a different map section or layout, the choice of possible paper formats would not be updated accordingly When uploading a GPX or UMAP &#8230; <a href="https://blog.osm-baustelle.de/index.php/2019/08/12/some-recent-bug-fixes/" class="more-link">Continue reading<span class="screen-reader-text"> "Some recent bug fixes"</span></a>]]></description>
  				<content:encoded><![CDATA[<hr>
  <h2><a name="_web_frontend"></a>Web frontend</h2>
  <ul>
  <li> Empty paper format choice for multi page layout </li>
  <li> When going back the paper format tab did no longer show the [Next] button </li>
  <li> When going all the way back and choosing a different map section or layout, the choice of possible paper formats would not be updated accordingly </li>
  <li> When uploading a GPX or UMAP file with a non-ascii character, like e.g. &#8220;ö&#8221;, in its name the frontend ran into a conversion error causing a 503 error page </li>
  </ul>
  <hr>
  <h2><a name="_rendering_backend"></a>Rendering backend</h2>
  <ul>
  <li> The OSM Notes overlay fails to add its own index category if no indexeable items were found on the base map layer. Instead of failing hard the overlay is just disabled in such cases for now </li>
  <li> Also in general a failure inside an overlay plugin will only terminate the processing of that overlay, and not of the complete map request </li>
  <li> When requesting re-render of an old request that included uploaded GPX or UMAP files no longer available in the servers upload directory, the request will now still succeed, but will be missing the GPX or UMAP overlay data, instead of failing completely </li>
  </ul>
  <hr>
  <h2><a name="_open_rendering_bugs"></a>Open rendering bugs</h2>
  <ul>
  <li> With large map areas, or when using the &#8220;Pencil&#8221; style, the render process will sometimes run out of memory. To prevent this from happening I would have to reduce the maximum map area substantially. Instead I consider adding a &#8220;soft&#8221; size limit that will show a warning in the web frontend when being exceeded. E.g. on more than 10x10km² a warning would be shown, and anything above 20x20km² would still be refused up front &#8230; </li>
  <li> Sometimes the Mapnik renderer runs into a segmentation fault and crashes. There&#8217;s not much about that I&#8217;d be able to do about that. It seems to be related to large map sizes, too, but I need to track this down further yet &#8230; </li>
  </ul>
  ]]></content:encoded>
  			<wfw:commentRss>https://blog.osm-baustelle.de/index.php/2019/08/12/some-recent-bug-fixes/feed/</wfw:commentRss>
  		<slash:comments>0</slash:comments>
  		</item>
  		<item>
  		<title>Maxspeed overlay update</title>
  		<link>https://blog.osm-baustelle.de/index.php/2019/08/12/maxspeed-overlay-update/</link>
  		<comments>https://blog.osm-baustelle.de/index.php/2019/08/12/maxspeed-overlay-update/#respond</comments>
  		<pubDate>Mon, 12 Aug 2019 09:53:08 +0000</pubDate>
  		<dc:creator><![CDATA[hartmut]]></dc:creator>
  				<category><![CDATA[maposmatic]]></category>

  		<guid isPermaLink="false">https://blog.osm-baustelle.de/?p=402</guid>
  		<description><![CDATA[The MaxSpeed overlay now also shows streets with a speed limit of less than 30km/h, including &#8220;highway=living_street&#8221;, which usually don&#8217;t have an explicit &#8220;maxspeed&#8221; value set. Such roads are now rendered in a lighter shade of green, and thinner lines. Also road segments with no speed limit information at all are now marked with thin, &#8230; <a href="https://blog.osm-baustelle.de/index.php/2019/08/12/maxspeed-overlay-update/" class="more-link">Continue reading<span class="screen-reader-text"> "Maxspeed overlay update"</span></a>]]></description>
  				<content:encoded><![CDATA[<p><a name="preamble"></a> </p>
  <p>The MaxSpeed overlay now also shows streets with a speed limit of less than 30km/h, including &#8220;highway=living_street&#8221;, which usually don&#8217;t have an explicit &#8220;maxspeed&#8221; value set.</p>
  <p>Such roads are now rendered in a lighter shade of green, and thinner lines.</p>
  <p>Also road segments with no speed limit information at all are now marked with thin, gray lines.</p>
  <p>PS: as the original ITO speed limit map has been discontinued, which I originally based the color scheme on, I may refactor the color scheme / color-to-speed mapping at some point</p>
  <p><img src="https://blog.osm-baustelle.de/wp-content/uploads/2019/08/slow-speeds.png" style="border-width: 0; vertical-align: text-bottom;" alt="align=right"></p>
  ]]></content:encoded>
  			<wfw:commentRss>https://blog.osm-baustelle.de/index.php/2019/08/12/maxspeed-overlay-update/feed/</wfw:commentRss>
  		<slash:comments>0</slash:comments>
  		</item>
  		<item>
  		<title>OSM Notes Overlay (experimental)</title>
  		<link>https://blog.osm-baustelle.de/index.php/2019/06/30/osm-notes-overlay-experimental/</link>
  		<comments>https://blog.osm-baustelle.de/index.php/2019/06/30/osm-notes-overlay-experimental/#comments</comments>
  		<pubDate>Sun, 30 Jun 2019 10:12:48 +0000</pubDate>
  		<dc:creator><![CDATA[hartmut]]></dc:creator>
  				<category><![CDATA[maposmatic]]></category>

  		<guid isPermaLink="false">https://blog.osm-baustelle.de/?p=394</guid>
  		<description><![CDATA[I added a new experimental &#8220;OSM Notes&#8221; overlay yesterday. The Overlay will retrieve all active OSM notes for the displayed area, and will add numbered markers and index entries for each note. This way it is possible to check a neighborhood for open notes without having to stare on a screen to get from one &#8230; <a href="https://blog.osm-baustelle.de/index.php/2019/06/30/osm-notes-overlay-experimental/" class="more-link">Continue reading<span class="screen-reader-text"> "OSM Notes Overlay (experimental)"</span></a>]]></description>
  				<content:encoded><![CDATA[<p><a name="preamble"></a> </p>
  <p>I added a new experimental &#8220;OSM Notes&#8221; overlay yesterday.</p>
  <p>The Overlay will retrieve all active OSM notes for the displayed area, and will add numbered markers and index entries for each note.</p>
  <p>This way it is possible to check a neighborhood for open notes without having to stare on a screen to get from one to the next, or at least that&#8217;s my personal intended purpose.</p>
  <p><img src="https://blog.osm-baustelle.de/wp-content/uploads/2019/06/notes-1.png" style="border-width: 0; vertical-align: text-bottom;" alt="align=right"> <img src="https://blog.osm-baustelle.de/wp-content/uploads/2019/06/notes-2.png" style="border-width: 0; vertical-align: text-bottom;" alt="align=right"></p>
  <p><span id="more-394"></span></p>
  <p>Right now this overlay is still experimental, good results are only produced when using the &#8220;index on extra page&#8221; layout and PDF output format.</p>
  <p>This is all still work in progress, but I hope to get most of the issues sorted out over the next week.</p>
  ]]></content:encoded>
  			<wfw:commentRss>https://blog.osm-baustelle.de/index.php/2019/06/30/osm-notes-overlay-experimental/feed/</wfw:commentRss>
  		<slash:comments>2</slash:comments>
  		</item>
  		<item>
  		<title>Umap GeoJson Export API Support</title>
  		<link>https://blog.osm-baustelle.de/index.php/2019/06/16/umap-geojson-export-api-support/</link>
  		<comments>https://blog.osm-baustelle.de/index.php/2019/06/16/umap-geojson-export-api-support/#comments</comments>
  		<pubDate>Sun, 16 Jun 2019 20:16:38 +0000</pubDate>
  		<dc:creator><![CDATA[hartmut]]></dc:creator>
  				<category><![CDATA[maposmatic]]></category>

  		<guid isPermaLink="false">https://blog.osm-baustelle.de/?p=389</guid>
  		<description><![CDATA[Upload of Umap files exported manually via the Umap web interface has been supported by my MapOSMatic instance for quite a while, and the MapOSMatic API has also supported submitting a Umap file via an URL instead of uploading an actual file. There&#8217;s also a (so far inofficial) export URL for exporting an Umap for &#8230; <a href="https://blog.osm-baustelle.de/index.php/2019/06/16/umap-geojson-export-api-support/" class="more-link">Continue reading<span class="screen-reader-text"> "Umap GeoJson Export API Support"</span></a>]]></description>
  				<content:encoded><![CDATA[<p><a name="preamble"></a> </p>
  <p>Upload of <a href="https://wiki.openstreetmap.org/wiki/UMap">Umap</a> files exported manually via the Umap web interface has been supported by <a href="https://print.get-map.org/">my MapOSMatic instance</a> for quite a while, and the <a href="https://print.get-map.org/about/api/">MapOSMatic API</a> has also supported submitting a Umap file via an URL instead of uploading an actual file.</p>
  <p>There&#8217;s also a (so far inofficial) export URL for exporting an Umap for exporting a map directly, without manual browser interaction.</p>
  <p>See this <a href="https://github.com/umap-project/umap/issues/78">Umap Github issue</a> for a more detailed description.</p>
  <p>The basic idea is that for a map with Id 123 the stable web access URL would be:</p>
  <table border="0" bgcolor="#e8e8e8" width="100%" style="margin:0.2em 0;">
  <tr>
  <td style="padding:0.5em;">
  <pre style="margin:0; padding:0;">https://umap.openstreetmap.fr/m/123</pre>
  </td>
  </tr>
  </table>
  <p>and the inofficial map export URL</p>
  <table border="0" bgcolor="#e8e8e8" width="100%" style="margin:0.2em 0;">
  <tr>
  <td style="padding:0.5em;">
  <pre style="margin:0; padding:0;">https://umap.openstreetmap.de/en/map/123/geojson</pre>
  </td>
  </tr>
  </table>
  <p>Unfortunately the export file retrieved this URL is not yet complete though, as unlike the manualy exported file unsing &#8220;Export all data&#8221; in the web interface, it only contain the maps meta data, and references to the actual data layers, but not the actual layer data itself.</p>
  <p>So when processing a file exported this way, we first need to check the &#8220;urls&#8221; dictionary from the map properties for the <code>datalayer_view</code> URL path, and combine this with the protocol and host part from the maps own export URL.</p>
  <p>For the original Umap instance the <code>datalayer_view</code> looks like this:</p>
  <table border="0" bgcolor="#e8e8e8" width="100%" style="margin:0.2em 0;">
  <tr>
  <td style="padding:0.5em;">
  <pre style="margin:0; padding:0;">/en/datalayer/{pk}/</pre>
  </td>
  </tr>
  </table>
  <p>and so the full URL template becomes</p>
  <table border="0" bgcolor="#e8e8e8" width="100%" style="margin:0.2em 0;">
  <tr>
  <td style="padding:0.5em;">
  <pre style="margin:0; padding:0;">https://umap.openstreetmap.de/en/datalayer/{pk}/</pre>
  </td>
  </tr>
  </table>
  <p>The <code>{pk}</code> placeholder needs to be replaced with the Ids from the <code>datalayers</code> list entries, which e.g. look like this:</p>
  <table border="0" bgcolor="#e8e8e8" width="100%" style="margin:0.2em 0;">
  <tr>
  <td style="padding:0.5em;">
  <pre style="margin:0; padding:0;">{
  "name": "Layer 1",
  "id": 123456,
  "displayOnLoad": true
  }</pre>
  </td>
  </tr>
  </table>
  <p>So we need to download actual layers data from URLs like</p>
  <table border="0" bgcolor="#e8e8e8" width="100%" style="margin:0.2em 0;">
  <tr>
  <td style="padding:0.5em;">
  <pre style="margin:0; padding:0;">https://umap.openstreetmap.de/en/datalayer/123456/</pre>
  </td>
  </tr>
  </table>
  <p>which returns JSON data we need to append to the <code>layers</code> list to form a complete export file.</p>
  <p>Once we fetched and merged all data layers we can then process the resulting JSON document the same way as the JSON exported from the web frontend.</p>
  <p>This should allow a more direct integration between Umap and MapOSMatic servers, to automate the process of creating printed representations of maps generated with Umap.</p>
  <p>An API request to render an umap with Id 123 would then simply look like this:</p>
  <table border="0" bgcolor="#e8e8e8" width="100%" style="margin:0.2em 0;">
  <tr>
  <td style="padding:0.5em;">
  <pre style="margin:0; padding:0;">{
      "umap_url": "https://umap.openstreetmap.fr/en/map/123/geojson/"
  }</pre>
  </td>
  </tr>
  </table>
  <p>In actual PHP code for example launching a map rendering job for this umap would look like this:</p>
  <table border="0" bgcolor="#e8e8e8" width="100%" style="margin:0.2em 0;">
  <tr>
  <td style="padding:0.5em;">
  <pre style="margin:0; padding:0;">&lt;?php
  require_once 'HTTP/Request2.php';

  header("Content-type: text/plain");

  define('BASE_URL', 'https://print.get-map.org/apis/v1/');

  $data = ['umap_url' =&gt; 'https://umap.openstreetmap.fr/en/map/123/geojson/'];

  $request = new HTTP_Request2(BASE_URL . "jobs");

  $request-&gt;setMethod(HTTP_Request2::METHOD_POST)
          -&gt;addPostParameter('job', json_encode($data));

  $response = $request-&gt;send();
  $status   = $response-&gt;getStatus();

  if ($status &lt; 200 || $status &gt; 299) {
      print_r($response-&gt;getBody());
      exit;
  }

  $reply = json_decode($response-&gt;getBody());
  echo "Result URL: ".$reply-&gt;interactive."\n";</pre>
  </td>
  </tr>
  </table>
  ]]></content:encoded>
  			<wfw:commentRss>https://blog.osm-baustelle.de/index.php/2019/06/16/umap-geojson-export-api-support/feed/</wfw:commentRss>
  		<slash:comments>2</slash:comments>
  		</item>
  		<item>
  		<title>UTM Grid Overlay (Experimental!)</title>
  		<link>https://blog.osm-baustelle.de/index.php/2019/06/15/utm-grid-overlay-experimental/</link>
  		<comments>https://blog.osm-baustelle.de/index.php/2019/06/15/utm-grid-overlay-experimental/#respond</comments>
  		<pubDate>Sat, 15 Jun 2019 17:23:05 +0000</pubDate>
  		<dc:creator><![CDATA[hartmut]]></dc:creator>
  				<category><![CDATA[maposmatic]]></category>

  		<guid isPermaLink="false">https://blog.osm-baustelle.de/?p=382</guid>
  		<description><![CDATA[Over the years there were requests for UTM support in my MapOSMatic instance every once in a while. I now spent most of the first day of this years FOSSGIS Summer Camp on the topic, and I’m now happy to announce a first exeprimental implementation of an UTM grid overlay. The screenshot shows the grid overlay &#8230; <a href="https://blog.osm-baustelle.de/index.php/2019/06/15/utm-grid-overlay-experimental/" class="more-link">Continue reading<span class="screen-reader-text"> "UTM Grid Overlay (Experimental!)"</span></a>]]></description>
  				<content:encoded><![CDATA[<p><a name="preamble"></a></p>
  <p>Over the years there were requests for UTM support in my <a href="https://print.get-map.org/">MapOSMatic instance</a> every once in a while.</p>
  <p>I now spent most of the first day of this years <a href="https://www.fossgis.de/wiki/FOSSGIS_Hacking_Event_2019_Nummer_12">FOSSGIS Summer Camp</a> on the topic, and I’m now happy to announce a first exeprimental implementation of an UTM grid overlay.</p>
  <p>The screenshot shows the grid overlay only for clarity, it shows the grid for transition between two UTM zones, and the not-yet-perfect label placing:</p>
  <p><a href="https://blog.osm-baustelle.de/wp-content/uploads/2019/06/utf-grid-example.png"><img class="alignnone size-medium wp-image-385" src="https://blog.osm-baustelle.de/wp-content/uploads/2019/06/utf-grid-example-300x205.png" alt="" width="300" height="205" srcset="https://blog.osm-baustelle.de/wp-content/uploads/2019/06/utf-grid-example-300x205.png 300w, https://blog.osm-baustelle.de/wp-content/uploads/2019/06/utf-grid-example-768x524.png 768w, https://blog.osm-baustelle.de/wp-content/uploads/2019/06/utf-grid-example.png 987w" sizes="(max-width: 300px) 85vw, 300px" /></a></p>
  <p>If you are interested in further progress on this feature you may wat to subscribe to the <a href="https://github.com/hholzgra/ocitysmap/issues/23">Feature Request</a></p>
  ]]></content:encoded>
  			<wfw:commentRss>https://blog.osm-baustelle.de/index.php/2019/06/15/utm-grid-overlay-experimental/feed/</wfw:commentRss>
  		<slash:comments>0</slash:comments>
  		</item>
  		<item>
  		<title>Duplex layout with index on extra page</title>
  		<link>https://blog.osm-baustelle.de/index.php/2019/06/02/duplex-layout-with-index-on-extra-page/</link>
  		<comments>https://blog.osm-baustelle.de/index.php/2019/06/02/duplex-layout-with-index-on-extra-page/#respond</comments>
  		<pubDate>Sun, 02 Jun 2019 19:39:26 +0000</pubDate>
  		<dc:creator><![CDATA[hartmut]]></dc:creator>
  				<category><![CDATA[maposmatic]]></category>

  		<guid isPermaLink="false">https://blog.osm-baustelle.de/?p=380</guid>
  		<description><![CDATA[So far for the single page layouts the street index could only be rendered on the side or the bottom of the same page. Now it is possible to have the index rendered on a second page in PDF output. So it is now possible to duplex print a map with the actual map on &#8230; <a href="https://blog.osm-baustelle.de/index.php/2019/06/02/duplex-layout-with-index-on-extra-page/" class="more-link">Continue reading<span class="screen-reader-text"> "Duplex layout with index on extra page"</span></a>]]></description>
  				<content:encoded><![CDATA[<p><a name="preamble"></a> </p>
  <p>So far for the single page layouts the street index could only be rendered on the side or the bottom of the same page.</p>
  <p>Now it is possible to have the index rendered on a second page in PDF output. So it is now possible to duplex print a map with the actual map on the front side and the street index on the back side of the same sheet of paper.</p>
  <p>As the other output formats do not support multi page output there will no extra index page be generated for these. Choosing the &#8220;index on extra page&#8221; layout these formats will have the grid added to them again though, which can be used in combination with the generated street index file in CSV format.</p>
  ]]></content:encoded>
  			<wfw:commentRss>https://blog.osm-baustelle.de/index.php/2019/06/02/duplex-layout-with-index-on-extra-page/feed/</wfw:commentRss>
  		<slash:comments>0</slash:comments>
  		</item>
  	</channel>
  </rss>


key: osmbe
encoding: utf8
format: atom
title: OpenStreetMap Belgium
url: http://www.osm.be/
feed_url: http://www.osm.be/feed.xml
summary: OpenStreetMap Belgium community website
generator: Jekyll
updated: 2019-10-22 16:58:29
twitter: osm_be
items_last_updated: 2019-09-27 00:00:00
fetched: 2019-10-22 17:00:30.049987
http_etag: W/"5daf3541-1c9c8"
http_last_modified: Tue, 22 Oct 2019 16:58:41 GMT
http_server: GitHub.com
md5: 1aec17d5cac1846217836f2dbbb76a5a
created_at: 2019-06-09 18:11:33.597736
updated_at: 2019-10-22 17:00:30.220008
body:
  <?xml version="1.0" encoding="utf-8"?><feed xmlns="http://www.w3.org/2005/Atom" ><generator uri="https://jekyllrb.com/" version="3.8.5">Jekyll</generator><link href="https://openstreetmap.be/feed.xml" rel="self" type="application/atom+xml" /><link href="https://openstreetmap.be/" rel="alternate" type="text/html" /><updated>2019-10-22T16:58:29+00:00</updated><id>https://openstreetmap.be/feed.xml</id><title type="html">{“en”=&amp;gt;”OpenStreetMap Belgium”, “nl”=&amp;gt;”OpenStreetMap België”, “fr”=&amp;gt;”OpenStreetMap Belgique”}</title><subtitle>OpenStreetMap Belgium community website</subtitle><entry xml:lang="en"><title type="html">Open Streetlevel Imagery</title><link href="https://openstreetmap.be/en/2019/09/27/streetview.html" rel="alternate" type="text/html" title="Open Streetlevel Imagery" /><published>2019-09-27T00:00:00+00:00</published><updated>2019-09-27T00:00:00+00:00</updated><id>https://openstreetmap.be/en/2019/09/27/streetview</id><content type="html" xml:base="https://openstreetmap.be/en/2019/09/27/streetview.html">&lt;h2 id=&quot;why-street-level-imagery-matters-and-why-it-should-be-open&quot;&gt;Why street level imagery matters and why it should be open&lt;/h2&gt;
  &lt;p&gt;All around the world, people are making a digital twin of the world. They might want to know where the shops are, need data to train a driverless car algorithm, or want to know where the traffic signs are. This work is done by private companies, by government and by volunteers in crowdsourcing projects. Sometimes, this can be done by using satellite imagery. Sometimes going outside is needed. But very often, street level imagery is what is needed most. This allows to detect a lot of interesting features and allows to collect huge amounts of data without always having to go out.&lt;/p&gt;

  &lt;p&gt;However, this street level imagery is often not openly available. Google Street View exists, but it is illegal to use it for your own projects. The Flemish government recognized this need, and invested a serious budget in providing it to the government mapping sector. Unfortunately, the imagery was never opened up to the public, because it never was the property of the Flemish government itself. Privacy reasons were also mentioned as to why it couldn’t be opened. Now, the Flemish government has decided to discontinue this project. Local as well as Flemish administrations are rightfully worried and are looking for an alternative.&lt;/p&gt;

  &lt;h2 id=&quot;opening-up&quot;&gt;Opening up&lt;/h2&gt;

  &lt;p&gt;The commercial sector continues to offer street view solutions. However, we haven’t seen a single project where the government retains ownership of the imagery. Instead of paying for data collection, you pay for access to the data. This means every single government organisation has to pay again and again to access the same data. And it means there is no hope that this time the data will be open. Government organizations should not go along with this. &lt;strong&gt;Payment for the data collection should happen only once, and ownership of the imagery should be transferred to the government.&lt;/strong&gt; This way, tax payer’s money is used responsibly. By releasing the imagery as open data, its value for society is increased even more. It is the duty of government to try and make this happen.&lt;/p&gt;

  &lt;p&gt;In practice, it should mean that any street level imagery contract should be split in two: data collection, and services (like providing an easy-to-use viewer, deriving information with computer vision … ). Eliminating the dependency between data and services upon the data is necessary to create open data. Only if the images are released as open data, can there be a level playing field for specialisation in services, as well as the data collection itself. This will make it possible for smaller municipalities to also have access to useful imagery, even if they don’t have the budget for advanced services. Bigger municipalities (or municipalities joining forces) can go all the way with 360° imagery combined with LIDAR generated point clouds for precise measurements and all the extra services they might need.&lt;/p&gt;

  &lt;h2 id=&quot;fast-updates-from-the-crowd&quot;&gt;Fast updates from the crowd&lt;/h2&gt;

  &lt;p&gt;The classic approach to government street view is hi-tech, and expensive. It is also slow. Of course, it is nice to have a perfect 360° image, and to be able to have centimetre precision of any pixel you click in the image. But what if something changed and you want to see yesterday’s situation?&lt;/p&gt;

  &lt;p&gt;There is an almost free alternative, which trades some quality for higher speed. The answer is the crowd. There are &lt;strong&gt;several crowd-sourced imagery projects, which take advantage of motivated volunteers and ubiquitous smartphones or action cameras&lt;/strong&gt; to create a base-level street level image of the world.&lt;/p&gt;

  &lt;p&gt;In Belgium, without any budget at all, several -million- pictures are openly available, taken by volunteers. Most of those volunteers collect them for their mapping in OpenStreetMap, the “Wikipedia of Maps”. With one donated camera from &lt;a href=&quot;https://www.mapillary.com/&quot;&gt;Mapillary&lt;/a&gt;, OpenStreetMap Belgium created 200.000 high quality images - all available under an open data license. Imagine what we could do if governments joined this crowd! These platforms are ready to host professional images too. The crowd is ready to support your mission too.&lt;/p&gt;

  &lt;p&gt;At OpenStreetMap Belgium, we want to work with you. If you lend us a camera and some basic funding, we will prioritize your area of interest and train your employees to continue the work. Imagine installing a new dog toilet today, and having a map with the new infrastructure and a clickable image literally tomorrow. Imagine your garbage collectors providing a quarterly update of each and every street in your town. Imagine motivating volunteers to take pictures of all the paths and trails. Imagine not doing anything at all and -still- getting daily updates.&lt;/p&gt;

  &lt;h2 id=&quot;call-to-action&quot;&gt;Call to action&lt;/h2&gt;

  &lt;p&gt;If open images exist, who knows what data will be derived from them? Computer vision can turn them into data about anything you like – for free if you work under CC-BY-SA 4.0, at competitive prices in other cases. All faces and license plates can be censored for free – by installing the right tools or by uploading them to a web portal. And most of all: you will be helping your colleagues in other government branches, as well as civil society around this country. It is your duty to consider this option.&lt;/p&gt;

  &lt;p&gt;If you are looking for low-budget solutions, contact us.&lt;/p&gt;

  &lt;p&gt;If you are working on public tenders, split them into a parcel for open data collection and a second part for service provision.&lt;/p&gt;

  &lt;h2 id=&quot;the-openstreetmap-belgium-role&quot;&gt;The OpenStreetMap Belgium role&lt;/h2&gt;

  &lt;p&gt;We are contributing millions of openly licensed images in Belgium already. But we want to work for you, while working for ourselves. We need more street level imagery to be able to provide an excellent open basemap for everyone. We are volunteers, and we invest our time and sometimes our money to be able to do this. But we need support to improve the quality. Right now, we are looking for these cameras:&lt;/p&gt;

  &lt;p&gt;Blackvue Dashcam DR900S - ideal for a car, easiest to use&lt;br /&gt;
  GoPro Hero 7 Black - multipurpose, fits a car, a bike or a hike&lt;br /&gt;
  GoPro Fusion - if you need a 360 view&lt;/p&gt;

  &lt;p&gt;These cameras are inexpensive and easy to operate by anyone. In return for a camera donation or lease, we will focus on your area of interest. In return for a contribution in the costs, we will also provide training to your employees to collect imagery themselves, and provide ongoing support for technical issues. There are also low-cost solutions to provide microfunding to help direct attention to your area of interest. &lt;a href=&quot;mailto:community@osm.be&quot;&gt;Contact us&lt;/a&gt; for details.&lt;/p&gt;

  &lt;p&gt;The OpenStreetMap community are dreaming of an open imagery depository where images can be dumped and service providers can use them to create value. We are looking for organisations that can help make this happen.&lt;/p&gt;

  &lt;h2 id=&quot;about-us&quot;&gt;About us&lt;/h2&gt;

  &lt;p&gt;OpenStreetMap Belgium works to improve the map in Belgium. We are a branch of Open Knowledge Belgium and a Local Chapter of the OpenStreetMap Foundation. Together we want to help build open map data for the benefit of the many, not the few.&lt;/p&gt;

  &lt;p&gt;Questions, remarks or suggestions? Send them to &lt;a href=&quot;mailto:community@osm.be&quot;&gt;community (at) osm.be&lt;/a&gt;&lt;/p&gt;</content><author><name>OpenStreetMap Belgium</name></author><summary type="html">Why street level imagery matters and why it should be open All around the world, people are making a digital twin of the world. They might want to know where the shops are, need data to train a driverless car algorithm, or want to know where the traffic signs are. This work is done by private companies, by government and by volunteers in crowdsourcing projects. Sometimes, this can be done by using satellite imagery. Sometimes going outside is needed. But very often, street level imagery is what is needed most. This allows to detect a lot of interesting features and allows to collect huge amounts of data without always having to go out.</summary></entry><entry xml:lang="fr"><title type="html">Open Streetlevel Imagery</title><link href="https://openstreetmap.be/fr/2019/09/27/streetview.html" rel="alternate" type="text/html" title="Open Streetlevel Imagery" /><published>2019-09-27T00:00:00+00:00</published><updated>2019-09-27T00:00:00+00:00</updated><id>https://openstreetmap.be/fr/2019/09/27/streetview</id><content type="html" xml:base="https://openstreetmap.be/fr/2019/09/27/streetview.html">&lt;h2 id=&quot;pourquoi-limagerie-au-niveau-de-la-rue-est-importante-et-pourquoi-elle-devrait-être-ouverte&quot;&gt;Pourquoi l’imagerie au niveau de la rue est importante et pourquoi elle devrait être ouverte&lt;/h2&gt;
  &lt;p&gt;Partout dans le monde, les gens forment un jumeau numérique du monde. Ils voudront peut-être savoir où se trouvent les magasins, avoir besoin de données pour former un algorithme de voiture sans conducteur ou savoir où se trouvent les panneaux de signalisation. Ce travail est effectué par des entreprises privées, par le gouvernement et par des bénévoles dans le cadre de projets de crowdsourcing. Parfois, cela peut être fait en utilisant des images satellitaires. Parfois, il faut aller à l’extérieur. Mais très souvent, l’imagerie au niveau même de la rue est ce dont on a le plus besoin. Cela permet de détecter un grand nombre de fonctionnalités intéressantes et de collecter d’énormes quantités de données sans avoir à toujours sortir.&lt;/p&gt;

  &lt;p&gt;Ces images sont rarement disponibles gratuitement. Google Street View existe, mais son utilisation dans ses propres projets n’est pas autorisée. Le gouvernement flamand a reconnu le besoin et a investi une somme considérable dans une contrepartie des départements gouvernementaux du GIS. Malheureusement, il est resté strictement fermé, car les images ne sont pas la propriété du gouvernement flamand. Des raisons de confidentialité ont également été citées. Maintenant, le gouvernement a décidé d’arrêter ce projet. Les administrations flamandes et locales sont à juste titre concernées et cherchent une alternative.&lt;/p&gt;

  &lt;h2 id=&quot;introduction&quot;&gt;Introduction&lt;/h2&gt;

  &lt;p&gt;Le secteur commercial offre bien des produits avec des images au niveau de la rue. Cependant, nous n’en avons pas encore vu un où le gouvernement obtient les droits de propriété sur le résultat. Vous ne payez pas pour la collecte de données, mais pour l’accès aux données. En conséquence, chaque agence gouvernementale doit payer à plusieurs reprises pour les mêmes images. Et par conséquent, il n’y a aucun espoir que les données seront ouvertes. Les organisations gouvernementales ne devraient pas avoir à accepter cela. La collecte de données doit être payée une fois et les droits de propriété transférés au Gouvernement. Ainsi, les recettes fiscales seront utilisées de manière responsable. En publiant les photos sous forme de données ouvertes, leur valeur pour la société augmente encore. C’est le devoir du Gouvernement.&lt;/p&gt;

  &lt;p&gt;En pratique, cela devrait signifier que chaque contrat pour des images au niveau de la rue doit être divisé en deux parties : la collecte de données et les services (tels qu’une visionneuse d’images conviviale, une extraction d’informations avec une vision par ordinateur, etc.). Il est nécessaire de rompre le lien entre les données et les services pour pouvoir créer des données ouvertes. Des opportunités de spécialisation sont créées, lors de la capture d’images ou lors de l’offre de services sur ces images. De plus, les petites municipalités ont accès à du matériel visuel utilisable même si elles ne peuvent pas allouer de budget aux services avancés. Les grandes municipalités (ou plusieurs municipalités qui se réunissent) peuvent opter pour des photos à 360° combinées à des nuages de points basés sur des relevés LiDAR pour des mesures précises et des services supplémentaires pour répondre à leurs besoins. C’est le devoir du Gouvernement.&lt;/p&gt;

  &lt;h2 id=&quot;mise-à-jour-participative-et-rapide&quot;&gt;Mise à jour participative et rapide&lt;/h2&gt;

  &lt;p&gt;L’approche classique des images de rue est une technologie de pointe et coûteuse. C’est aussi lent. Bien sûr, il est utile d’avoir une photo parfaite à 360 ° et une précision au centimètre près pour chaque pixel sur lequel vous cliquez. Mais que se passe-t-il si quelque chose a changé hier et que vous souhaitez voir cette nouvelle situation?&lt;/p&gt;

  &lt;p&gt;Il existe une alternative presque gratuite dans laquelle une partie de la qualité est échangée contre la possibilité d’une vitesse plus élevée. La réponse est le public. Divers projets crowdsourcing reposent sur des bénévoles motivés, des smartphones et des caméras d’action omniprésents pour créer une couverture mondiale de photos prises au niveau de la rue.&lt;/p&gt;

  &lt;p&gt;Rien qu’en Belgique, des millions de photos ont été recueillies par des volontaires et mises à la disposition du public, sans aucun budget. La plupart de ces volontaires font cela pour mapper OpenStreetMap, le “Wikipédia des cartes”. Avec un appareil photo donné par &lt;a href=&quot;https://www.mapillary.com/&quot;&gt;Mapillary&lt;/a&gt;, OpenStreetMap Belgium a pu prendre 200 000 photos de haute qualité, toutes disponibles sous une licence gratuite. Imaginez ce qui devient possible lorsque les gouvernements participent! Ces plates-formes peuvent gérer des images professionnelles. Le public aide aussi.&lt;/p&gt;

  &lt;p&gt;Chez OpenStreetMap Belgium, nous voulons travailler avec vous. Si vous nous prêtez une caméra et proposez un soutien financier léger, nous donnerons priorité votre domaine d’intérêt et formerons vos responsables à la poursuite du travail. Installez une nouvelle toilette pour chiens aujourd’hui, vous aurez - littéralement - une carte demain avec l’infrastructure et les images cliquables. Demandez à vos camions de ramassage des ordures de photographier chaque rue chaque trimestre. Ne faites presque rien du tout et obtenez des mises à jour quotidiennes.&lt;/p&gt;

  &lt;h2 id=&quot;appel-à-laction&quot;&gt;Appel à l’action&lt;/h2&gt;

  &lt;p&gt;S’il y a des images ouvertes, qui sait quelles données en seront dérivées? La vision par ordinateur peut l’utiliser pour créer un jeu de données sur n’importe quel sujet - gratuitement si vous travaillez avec une licence gratuite Creative Commons, sinon à des prix abordables. Tous les visages et plaques d’immatriculation peuvent être rendus méconnaissables gratuitement en installant le logiciel adéquat ou en téléchargeant les photos sur un portail Web. Et surtout : vous aidez vos collègues des autres ministères et des initiatives civiles à travers le pays. Il est de votre devoir d’en tenir compte.&lt;/p&gt;

  &lt;p&gt;Si vous êtes à la recherche de solutions économiques, contactez-nous.&lt;/p&gt;

  &lt;p&gt;Si vous préparez des offres publiques, vous devriez certainement les diviser en une section pour la collecte de données ouvertes et une section pour les services en ligne.&lt;/p&gt;

  &lt;h2 id=&quot;le-rôle-de-openstreetmap-belgium&quot;&gt;Le rôle de OpenStreetMap Belgium&lt;/h2&gt;

  &lt;p&gt;Nous produisons déjà des millions d’images en Belgique sous licence libre. Mais nous voulons travailler pour vous pendant que nous travaillons pour nous-mêmes. Nous avons besoin de plus de photos pour avoir une excellente carte de base couvrant tout le territoire. Nous sommes tous des bénévoles non rémunérés et investissons notre temps et parfois notre argent pour le faire. Mais nous avons besoin d’aide pour élever la qualité. Nous voulons actuellement acheter les appareils suivants:&lt;/p&gt;

  &lt;p&gt;Blackvue Dashcam DR900S - idéal pour la voiture, facile à utiliser&lt;br /&gt;
  GoPro Hero 7 Black - polyvalent, convient pour la voiture, pour le vélo ou pour le randonneur&lt;br /&gt;
  GoPro Fusion - si vous avez besoin de vues 360°&lt;/p&gt;

  &lt;p&gt;Ces caméras sont faciles à utiliser et peu coûteuses. En échange d’une caméra ou du prêt de celle-ci, nous nous concentrons sur votre domaine d’intérêt. En échange d’une contribution aux coûts, nous proposons à vos employés une formation leur permettant de collecter eux-mêmes les supports visuels, ainsi qu’une assistance pour les problèmes techniques. Il existe également des solutions de microfinance bon marché pour nous permettre de nous concentrer sur votre région. &lt;a href=&quot;mailto:community@osm.be&quot;&gt;Contactez-nous&lt;/a&gt; pour plus d’informations.&lt;/p&gt;

  &lt;p&gt;La communauté OpenStreetMap rêve d’un dépôt où les images ouvertes peuvent être vidées et où les fournisseurs de services peuvent en tirer profit. Nous recherchons des organisations qui peuvent aider à atteindre cet objectif.&lt;/p&gt;

  &lt;h2 id=&quot;à-propos-de-openstreetmap-belgium&quot;&gt;À propos de OpenStreetMap Belgium&lt;/h2&gt;

  &lt;p&gt;OpenStreetMap Belgium a pour mission d’améliorer OpenStreetMap en Belgique. Nous sommes un groupe de Open Knowledge Belgium et un Local Chapter de la Fondation OpenStreetMap. Ensemble, nous voulons des données géographiques pour le plus grand nombre et non pour quelques-uns.&lt;/p&gt;

  &lt;p&gt;Questions ou suggestions? Envayez-les a la &lt;a href=&quot;mailto:community@osm.be&quot;&gt;communauté&lt;/a&gt;.&lt;/p&gt;</content><author><name>OpenStreetMap Belgium</name></author><summary type="html">Pourquoi l’imagerie au niveau de la rue est importante et pourquoi elle devrait être ouverte Partout dans le monde, les gens forment un jumeau numérique du monde. Ils voudront peut-être savoir où se trouvent les magasins, avoir besoin de données pour former un algorithme de voiture sans conducteur ou savoir où se trouvent les panneaux de signalisation. Ce travail est effectué par des entreprises privées, par le gouvernement et par des bénévoles dans le cadre de projets de crowdsourcing. Parfois, cela peut être fait en utilisant des images satellitaires. Parfois, il faut aller à l’extérieur. Mais très souvent, l’imagerie au niveau même de la rue est ce dont on a le plus besoin. Cela permet de détecter un grand nombre de fonctionnalités intéressantes et de collecter d’énormes quantités de données sans avoir à toujours sortir.</summary></entry><entry xml:lang="nl"><title type="html">Open Straatbeelden</title><link href="https://openstreetmap.be/nl/2019/09/27/streetview.html" rel="alternate" type="text/html" title="Open Straatbeelden" /><published>2019-09-27T00:00:00+00:00</published><updated>2019-09-27T00:00:00+00:00</updated><id>https://openstreetmap.be/nl/2019/09/27/streetview</id><content type="html" xml:base="https://openstreetmap.be/nl/2019/09/27/streetview.html">&lt;h2 id=&quot;het-belang-van-afbeeldingen-op-straatniveau-waarom-deze-data-openbaar-moeten-zijn&quot;&gt;Het belang van afbeeldingen op straatniveau: waarom deze data openbaar moeten zijn&lt;/h2&gt;
  &lt;p&gt;Overal ter wereld maken mensen een digitale kopie van hun leefomgeving. Ze willen weten waar de winkels zijn, hebben data nodig om het algoritme voor een zelfrijdende auto te trainen, of willen weten waar verkeersborden staan. Dit werk wordt uitgevoerd door bedrijven, door de overheid en door vrijwilligers in crowdsourcingprojecten. Soms kunnen hiervoor luchtfoto’s gebruikt worden. Soms is veldwerk nodig. Maar heel vaak zijn afbeeldingen op straatniveau het meest nuttig. Die maken het mogelijk een hoop interessante punten te vinden en data te verzamelen, zonder herhaaldelijk naar buiten te moeten gaan.&lt;/p&gt;

  &lt;p&gt;Deze afbeeldingen zijn dikwijls niet vrij beschikbaar. Google Street View bestaat, maar gebruik ervan in eigen projecten is niet toegestaan. De Vlaamse overheid heeft de nood herkend en een aanzienlijk bedrag geïnvesteerd in een evenknie voor de GIS-overheidsafdelingen. Helaas bleef die strikt afgesloten omdat de afbeeldingen geen eigendom van de Vlaamse overheid waren. Ook privacyredenen werden aangehaald. Nu heeft de overheid beslist dit project stop te zetten. Zowel Vlaamse als lokale administraties zijn terecht bezorgd en zoeken naar een alternatief.&lt;/p&gt;

  &lt;h2 id=&quot;openstellen&quot;&gt;Openstellen&lt;/h2&gt;

  &lt;p&gt;De commerciële sector biedt nog steeds producten aan voor het verzamelen van afbeeldingen op straatniveau. We hebben er evenwel nog geen enkel gezien waarbij de overheid de eigendomsrechten krijgt over het resultaat. Jullie betalen niet voor datacollectie maar voor toegang tot de data. Daardoor moet elke overheidsinstantie telkens weer opnieuw betalen voor dezelfde beelden. En daardoor is er geen hoop dat de gegevens opengesteld worden. Overheidsorganisaties zouden hier niet hoeven in mee te gaan. &lt;strong&gt;De dataverzameling zou eenmalig betaald moeten worden, en de eigendomsrechten overgedragen aan de opdrachtgevende overheid.&lt;/strong&gt; Zo wordt het belastingsgeld verantwoord aangewend. Door de foto’s als open data te publiceren, verhoogt hun waarde voor de samenleving verder. Hiernaar streven is de plicht van de overheid.&lt;/p&gt;

  &lt;p&gt;In de praktijk moet dit betekenen dat &lt;strong&gt;elk contract voor afbeeldingen op straatniveau in twee delen opgesplitst wordt: de dataverzameling, en diensten&lt;/strong&gt; (zoals een gebruiksvriendelijke viewer, informatie-extractie met computervisie, enz.). Het doorbreken van de koppeling van data en diensten is nodig om open data te kunnen maken. Mogelijkheden voor specialisatie worden gecreëerd, in vastleggen van afbeeldingen, of het aanbieden van diensten op deze beelden. Bovendien krijgen kleine gemeenten toegang tot bruikbaar beeldmateriaal ook als ze geen budget kunnen uittrekken voor geavanceerde diensten. Grotere gemeenten (of verschillende gemeenten die samenleggen) kunnen gaan voor 360°-foto’s gecombineerd met puntenwolken op basis van LIDAR-peilingen voor precieze metingen en de extra diensten om hun aan hun noden te voldoen.&lt;/p&gt;

  &lt;h2 id=&quot;snelle-updates-door-de-crowd&quot;&gt;Snelle updates door de crowd&lt;/h2&gt;

  &lt;p&gt;De klassieke aanpak van straatafbeeldingen is hoogtechnologisch en duur. Het is ook log. Natuurlijk is het nuttig om een perfecte 360°-foto te hebben, en centimeter-precisie voor elke pixel waar je op klikt. Maar wat als er gisteren iets veranderd is en je die nieuwe situatie graag wil zien?&lt;/p&gt;

  &lt;p&gt;Er is een bijna gratis alternatief waarin wat kwaliteit wordt omgeruild voor de mogelijkheid tot hogere snelheid. Het antwoord is de crowd. Er bestaan &lt;strong&gt;verschillende crowdsourced projecten, die steunen op gemotiveerde vrijwilligers en de alomtegenwoordige smartphones en actiecamera’s&lt;/strong&gt; om wereldwijde dekking van foto’s op straatniveau te maken.&lt;/p&gt;

  &lt;p&gt;Alleen al in België zijn enkele -miljoenen- foto’s door vrijwilligers verzameld en openlijk beschikbaar gemaakt, zonder enig budget. De meesten van die vrijwilligers doen dat om te karteren voor OpenStreetMap, het “Wikipedia der kaarten”. Met één camera die gedoneerd werd door &lt;a href=&quot;https://www.mapillary.com/&quot;&gt;Mapillary&lt;/a&gt; kon OpenStreetMap Belgium 200 000 hoogwaardige foto’s maken – allemaal beschikbaar onder een vrije licentie. Stel je voor wat mogelijk wordt als overheden meedoen! Deze platformen kunnen professionele afbeeldingen aan. De crowd helpt ook mee.&lt;/p&gt;

  &lt;p&gt;Bij OpenStreetMap Belgium willen we met je samenwerken. Als je ons een camera leent en lichte financiële steun biedt, prioritiseren we je interessegebied en geven we opleiding aan je ambtenaren om het werk verder te zetten. Richt je vandaag een nieuw hondentoilet in, heb je – letterlijk – morgen een kaart met de infrastructuur en aanklikbare foto’s erop. Laat je afvalophalingswagens elk kwartaal elke straat fotograferen. Doe helemaal niets en krijg -toch- dagelijkse updates.&lt;/p&gt;

  &lt;h2 id=&quot;onderneem-actie&quot;&gt;Onderneem actie&lt;/h2&gt;

  &lt;p&gt;Als er open afbeeldingen zijn, wie weet welke data ervan afgeleid zullen worden? Computervisie kan er een dataset mee maken over eender welk onderwerp – gratis als je werkt met een vrije Creative Commons-licentie, anders aan voordelige prijzen. Alle gezichten en kentekenplaten kunnen zonder kost onherkenbaar gemaakt worden door de juiste software te installeren of door de foto’s naar een webportaal te uploaden. En bovenal: je helpt je collega’s in andere overheidsafdelingen en burgerlijke initiatieven in heel het land. Het is jullie plicht dit te overwegen.&lt;/p&gt;

  &lt;p&gt;Zoek je naar kostenefficiënte oplossingen, neem dan even contact met ons op.&lt;/p&gt;

  &lt;p&gt;Stel je openbare aanbestedingen op, splits ze dan zeker op in een luik voor opendataverzameling en een luik voor dienstverlening.&lt;/p&gt;

  &lt;h2 id=&quot;de-rol-van-openstreetmap-belgium&quot;&gt;De rol van OpenStreetMap Belgium&lt;/h2&gt;

  &lt;p&gt;Wij maken al miljoenen afbeeldingen in België onder een vrije licentie. Maar we willen voor jou werken, terwijl we voor onszelf werken. We hebben meer foto’s nodig om een uitmuntende, gebiedsdekkende basiskaart voor iedereen te hebben. Wij zijn allemaal onbetaalde vrijwilligers en investeren onze tijd en soms ook ons geld om dit te kunnen doen. Maar we hebben hulp nodig om de kwaliteit omhoog te tillen. Op dit moment willen we de volgende camera’s aanschaffen:&lt;/p&gt;

  &lt;p&gt;Blackvue Dashcam DR900S - ideaal voor een auto, gemakkelijkst te gebruiken&lt;br /&gt;
  GoPro Hero 7 Black - veelzijdig, bruikbaar in auto, op de fiets of al wandelend&lt;br /&gt;
  GoPro Fusion - voor 360°-beelden&lt;/p&gt;

  &lt;p&gt;Deze camera’s zijn eenvoudig in gebruik en niet duur. In ruil voor een camera of bruikleen ervan, concentreren we ons op je interessegebied. In ruil voor een bijdrage in de kosten, voorzien we opleiding voor je werknemers om zelf beeldmateriaal te verzamelen, en bieden we ondersteuning bij technische problemen. Er zijn ook goedkope oplossingen voor microfinanciering om ons te laten focussen op je gebied. &lt;a href=&quot;mailto:community@osm.be&quot;&gt;Contacteer ons&lt;/a&gt; voor meer informatie.&lt;/p&gt;

  &lt;p&gt;De OpenStreetMap-gemeenschap droomt van een depot waar open beeldmateriaal gedumpt kan worden en waar dienstverleners er waarde kan uit halen. We zijn op zoek naar organisaties die dat kunnen helpen verwezenlijken.&lt;/p&gt;

  &lt;h2 id=&quot;over-ons&quot;&gt;Over ons&lt;/h2&gt;

  &lt;p&gt;OpenStreetMap Belgium ondersteunt de missie om OpenStreetMap in België te verbeteren. We zijn een groep van Open Knowledge Belgium en een Local Chapter van de OpenStreetMap Foundation. Samen willen we geografische data voor de velen, niet de weinigen.&lt;/p&gt;

  &lt;p&gt;Vragen, opmerkingen of suggesties? Stuur ze &lt;a href=&quot;mailto:community@osm.be&quot;&gt;naar de community&lt;/a&gt;&lt;/p&gt;</content><author><name>OpenStreetMap Belgium</name></author><summary type="html">Het belang van afbeeldingen op straatniveau: waarom deze data openbaar moeten zijn Overal ter wereld maken mensen een digitale kopie van hun leefomgeving. Ze willen weten waar de winkels zijn, hebben data nodig om het algoritme voor een zelfrijdende auto te trainen, of willen weten waar verkeersborden staan. Dit werk wordt uitgevoerd door bedrijven, door de overheid en door vrijwilligers in crowdsourcingprojecten. Soms kunnen hiervoor luchtfoto’s gebruikt worden. Soms is veldwerk nodig. Maar heel vaak zijn afbeeldingen op straatniveau het meest nuttig. Die maken het mogelijk een hoop interessante punten te vinden en data te verzamelen, zonder herhaaldelijk naar buiten te moeten gaan.</summary></entry><entry xml:lang="en"><title type="html">Mapper of the month: Volker Schmidt (Europe)</title><link href="https://openstreetmap.be/en/motm/2019/02/21/volker-schmidt.html" rel="alternate" type="text/html" title="Mapper of the month: Volker Schmidt (Europe)" /><published>2019-02-21T00:00:00+00:00</published><updated>2019-02-21T00:00:00+00:00</updated><id>https://openstreetmap.be/en/motm/2019/02/21/volker-schmidt</id><content type="html" xml:base="https://openstreetmap.be/en/motm/2019/02/21/volker-schmidt.html">&lt;p&gt;&lt;img src=&quot;https://photos.smugmug.com/OSM/Screenshots/Mapper-in-the-Spotlight/Volker-Schmidt/i-NjX6xPR/0/a85900c7/X3/photo%2004-1-X3.jpg&quot; alt=&quot;Volker at Petrified Forest National Park AZ 2016&quot; /&gt;
  &lt;em&gt;Volker at Petrified Forest National Park AZ 2016&lt;/em&gt;&lt;/p&gt;

  &lt;h2 id=&quot;who-are-you-&quot;&gt;Who are you ?&lt;/h2&gt;
  &lt;p&gt;I am rather old: born in 1944 in the heart of (Western) Europe, halfway between Strasbourg and Luxembourg, in Germany at 2km from the French border. Let me put it this way: I am a European citizen with, by accident, a German passport.
  I live, for the second time in my life, in Padova, in northern Italy, about 35km west of Venice.
  Before retiring I worked, mostly, for the nuclear fusion research programme of the EU as an engineer and manager for large experiment control and data acquisition systems, with a two-year intermezzo in the search for gravitational waves at Caltech in California.
  My hobbies? My hobbies have changed over time. I had several hiking periods, a pottery period, and now am nearly fully occupied by two interconnected hobbies: (1) slow-cycling (as opposed to racing) from going for a stroll (on the bicycle) for lunch to cycle travel for days or weeks and (2) OSM with an eye on cycling. 
  My nickname? I got that many years back when I started my first job after University in (then West-)Berlin in 1974. I had to invent a user name for our local computer system and constructed “vosch” from the first letters of my name and family name. We were five in the team and all Asterix and Obelix fans. So I added the “-ix”.&lt;/p&gt;

  &lt;h2 id=&quot;when-and-how-did-you-discover-openstreetmap-&quot;&gt;When and how did you discover OpenStreetMap ?&lt;/h2&gt;
  &lt;p&gt;As an end user on the bicycle in June 2010. I had taken on the task to plan the detailed route of a 1900km bicycle tour Padova - Paris - London for a group of 30 along a route where I had never been, to leave on August 1st 2010. Shortly before, I had bought an etrex HCx outdoors navigation device and got angry when Garmin tried to sell me something like 5 maps for the six-country route I had in mind. I reacted with googling for “free maps Garmin”. This way I discovered velomap.org for Garmin devices. It worked. Then I taught myself (with the help of many google searches) what I needed to know about route planning sites, and constructed the 1900km GPX track with two different, now defunct, web routing sites and consulting intensively Google Maps, ViaMichelin and Google Satellite images in addition to the then still limited OpenStreetMap. It worked out, we all got safely to London. Then I decided on the last day in London to travel across the city to ride my bike across Tower Bridge using real-time navigation (and not a precompiled GPX track) in the city traffic and in the evening. It worked.
  After OSM had helped me greatly with that tour, I thought it would be only fair paying back my debt for the free maps by contributing to OSM. I started out with Potlatch, because it seemed easy, but moved to JOSM pretty soon, after I had damaged some route relations.&lt;/p&gt;

  &lt;p&gt;&lt;img src=&quot;https://photos.smugmug.com/OSM/Screenshots/Mapper-in-the-Spotlight/Volker-Schmidt/i-nwfVzXq/0/a8c3cbb0/X3/vlcsnap-2018-12-21-18h44m33s702-X3.png&quot; alt=&quot;Paris 2010&quot; /&gt;&lt;/p&gt;

  &lt;h2 id=&quot;what-do-you-map--is-there-any-difference-with-your-early-days-&quot;&gt;What do you map ? Is there any difference with your early days ?&lt;/h2&gt;
  &lt;p&gt;I started by mapping cycling-related features and have kept doing so ever since. Cycling-related means inserting and improving/correcting tagging of features that are relevant for planning cycle rides. I try to insert those pieces of information into the database that will help routers find good cycling routes. That starts off with cycleways obviously, but includes also all way properties that might help a bicycle routing algorithm find routes that I would like to ride on. Over time my understanding of what should be mapped, evolved and, hopefully, improved.&lt;/p&gt;

  &lt;h2 id=&quot;how-do-you-map-&quot;&gt;How do you map ?&lt;/h2&gt;
  &lt;p&gt;Given my interest in bicycle tour planning, I do both survey-based mapping and armchair mapping. The armchair mapping is often the result of route planning, in the sense that when I encounter unclear features on the map (say, the router refuses to go along a piece of the the intended route which looks nice on the satellite photos, and it turns out that the map is missing a foot bridge). Or I am trying to find a bicycle-able route and realise that the map is missing minor roads that would allow me to shorten my journey or make it safer or nicer than the main roads.
  Then I do the systematic mapping: when I ride my bike in new places I try always to produce good GPX traces (initially with an etrex HCx, and more recently with etrex 20/30). Up to 2014 I tried to shoot individual photos together with POI coordinates of key locations of my rides, since 2014 I take Mapillary photos instead. I also try to insert cycling related POIs, like bike shops, food and accommodation. Also to make it easier to highlight geometry discrepancies between map and reality, I routinely compare in JOSM the trace produced (with OSM) at the computer for the ride, with the GPX track that I recorded during the ride. This visual comparison quickly highlights sloppy-geometry mapping (or GPS malfunctioning).&lt;/p&gt;

  &lt;h2 id=&quot;which-tools-do-you-use-&quot;&gt;Which tools do you use ?&lt;/h2&gt;
  &lt;p&gt;For the tour planning I use web sites with OSM maps. On the road I always use a traditional GPS device (Garmin etrex) to follow the previously constructed tracks. I use OSM-based maps on the navigation device (Velomap, Openfietsmap light). So far I have not used OSM apps on my smartphone, mainly because it is routinely used to take Mapillary images. My mapping is done with JOSM on a laptop Windows 10 computer with a second monitor. My JOSM runs with few plug-ins, of which the most important one is the Mapillary plugin.&lt;br /&gt;
  I do not make routine use of QA web sites, except for the Relation Analyzer and Overpass Turbo for purpose-tailored queries, mostly using the Wizard. 
                                                                                                                                    i&lt;/p&gt;
  &lt;h2 id=&quot;how-do-you-conduct-your-surveys-&quot;&gt;How do you conduct your surveys ?&lt;/h2&gt;
  &lt;p&gt;Mostly I do mapping whilst travelling, mostly on bicycle, but also by car. I started out by recording GPX tracks and taking photographs at points, which I considered of relevance for mapping. When I came across Mapillary in 2014, I switched immediately to Mapillary, initially using an old GoPro, but soon using smartphones. In addition I produce GPX tracks with the small Garmin device.The theory is that when I am back home I transfer all information gathered in the field (GPX tracks, Mapillary photo contents) into OSM, combining that with information gathered from satellite photos. But often I do not have the time to do that, and I leave it for later or someone else to use. A clear disadvantage of Mapillary is that you catch many more potential features for OSM than a normal human being will ever be able to insert in the map. The longest trip I have “mapillarized” so far is the Bicycle Route 66 in the US from Chicago to Santa Monica (in 2016). I encountered so many (mostly tiger-import-related) problems that this is still a big construction site in OSM.
  In addition I map systematically locally, with accent on bicycle infrastructure and road features relevant to cyclists.&lt;/p&gt;

  &lt;p&gt;&lt;img src=&quot;https://photos.smugmug.com/OSM/Screenshots/Mapper-in-the-Spotlight/Volker-Schmidt/i-nb7hL8J/0/35dffe4e/X3/vlcsnap-2018-12-20-16h13m16s031-X3.png&quot; alt=&quot;London 2010&quot; /&gt;&lt;/p&gt;

  &lt;h2 id=&quot;what-is-your-biggest-achievement-as-mapper-&quot;&gt;What is your biggest achievement as mapper ?&lt;/h2&gt;
  &lt;p&gt;As all my mapping efforts are open-ended, in the end I can never call anything an achievement. I keep doing my best updating and completing the Map. I am glad to see the Map in many  places, but at the same time I am aware of its shortcomings and feel a bit guilty of not being able to make it perfect. It’s a moving target.&lt;/p&gt;

  &lt;h2 id=&quot;why-do-yo-map--what-motivates-you-&quot;&gt;Why do yo map ? What motivates you ?&lt;/h2&gt;
  &lt;p&gt;I like maps and I use them. Maybe its genetic. I remember, at school, when I was 8 or 10 years old, the teacher asked us to copy (local) maps by hand, and I “invented” a clever way of copying them, using semi-transparent paper (the type of paper we used to wrap the school sandwich - in German it’s called “Butterbrotpapier”) and received good marks for my near-perfect maps. Later on, during my late high-school and early university years I worked as a seasonal worker in the State Cartographic Office where I learned (by observing) at the practical level all steps of map-making, from triangulation to actual (hand-)printing topographic maps (I had to insert and precision-align the paper in the press once for every colour to print). And as long as my memory goes back i have always been the guy with the map whom the others asked: “where are we? you have the map!” .&lt;/p&gt;

  &lt;h2 id=&quot;what-is-the-most-difficult-part-of-mapping-&quot;&gt;What is the most difficult part of mapping ?&lt;/h2&gt;
  &lt;p&gt;I remember the steep learning curve of JOSM as a problem. I was fortunate that I found very early in my mapping career a willing and competent tutor among the local mappers (thanks, Tizianos!) so that I could overcome that gradient with relative ease. I am a heavy user of mailing lists, which I found mostly useful, if you do not let yourself drag into one of the opinion wars, that sometimes take place there.
  What I find annoying is the persistence of systematic map problems, at least in my area: some mass imports of bad data (unchecked, old data, misaligned), which the importers do neither correct nor delete; a few users who draw only approximate geometries for roads, even though precise satellite photos are available; misaligned satellite photos and satellite photos with complex parallax errors (Bing).&lt;/p&gt;

  &lt;h2 id=&quot;what-are-your-mapping-plans-for-the-near-future-&quot;&gt;What are your mapping plans for the near future ?&lt;/h2&gt;
  &lt;p&gt;I am realistic. I would be happy if I ever managed to get all cycleways in my home town on the map. And then I would like to produce a useful local cycling map out of this data.&lt;/p&gt;

  &lt;h2 id=&quot;do-you-have-contact-with-other-mappers-&quot;&gt;Do you have contact with other mappers ?&lt;/h2&gt;
  &lt;p&gt;Yes, but not many local mappers. As my mapping is all over the place many of my frequent contacts are with mappers whom I only know by username via the mailing lists.&lt;/p&gt;

  &lt;h2 id=&quot;do-you-use-openstreetmap-yourself-&quot;&gt;Do you use OpenStreetMap yourself ?&lt;/h2&gt;
  &lt;p&gt;Routinely for off-line, and, occasionally, on-line navigation by car and bicycle, sometimes on foot.  I regularly lead groups of local cyclists on day trips, which are all designed at the computer using OSM data via route design sites, mostly for cyclists. Even though I am not born here, I often receive compliments by residents born and grown-up here for the nice little byways I am proposing. But that is not because I am particularly familiar with the territory, but because I use the Map even for small local trips, and some of the routers are really good at finding minor roads. I also plan, and sometimes execute, longer bicycle tours using routing web sites at the planning stages.&lt;/p&gt;

  &lt;h2 id=&quot;do-you-do-anything-else-than-mapping-that-is-related-to-openstreetmap-&quot;&gt;Do you do anything else than mapping that is related to OpenStreetMap ?&lt;/h2&gt;
  &lt;p&gt;To some extent yes. I have taught various courses on things roughly described by “GPX, OSM, and Mapillary for cyclists”. I have just started to participate in a new collaboration between the Italian Alpine Club (CAI) and OSM Italy that aims at inserting all signed alpine hiking paths in Italy into OSM. And I am hoping to get something similar under way for the tourist cycle routes in Italy with the Italian cycling association FIAB.
  And I am a heavy Mapillary contributor and user. I hope soon to start taking Mapillary photos with a 360° camera.&lt;/p&gt;

  &lt;p&gt;&lt;img src=&quot;https://photos.smugmug.com/OSM/Screenshots/Mapper-in-the-Spotlight/Volker-Schmidt/i-DFJW5mw/0/01ec58c1/X3/vlcsnap-2018-12-20-16h08m40s783-X3.png&quot; alt=&quot;London 2010 - Tower Bridge by night&quot; /&gt;&lt;/p&gt;
  &lt;h2 id=&quot;to-conclude-is-there-anything-else-you-want-to-mention-&quot;&gt;To conclude, is there anything else you want to mention ?&lt;/h2&gt;
  &lt;p&gt;Yes, there is: I am missing any good instructions to write or modify wiki pages. It’s amazing that no one has produced an easier way to write wiki pages. 
  And one last , but serious concern: some, maybe too many people insert too much detailed data into a single database, without any regard to how these data can be maintained over time. The biggest issue for me are mass imports of data that is maintained and updated outside OSM, a violation of the most basic requirement for good data management, i.e. do not maintain the same data in several places, because that does require regular re-import of the externally updated data. You could put it this way: mappers (mainly importers) put much more data into OSM than we have manpower available to maintain it  (aggravated by the problem that no-one likes to maintain data, it is much more fun to insert new stuff) 
  These problems are widely ignored by most mappers and may kill OSM sooner than we think. Sorry to close on a negative note, but I consider this an important warning.&lt;/p&gt;</content><author><name>escada</name></author><category term="motm" /><summary type="html">Volker at Petrified Forest National Park AZ 2016</summary></entry><entry xml:lang="en"><title type="html">Mapper of the month: Guirec Halflants (Belgium)</title><link href="https://openstreetmap.be/en/motm/2019/02/01/guirec-halflants.html" rel="alternate" type="text/html" title="Mapper of the month:  Guirec Halflants (Belgium)" /><published>2019-02-01T00:00:00+00:00</published><updated>2019-02-01T00:00:00+00:00</updated><id>https://openstreetmap.be/en/motm/2019/02/01/guirec-halflants</id><content type="html" xml:base="https://openstreetmap.be/en/motm/2019/02/01/guirec-halflants.html">&lt;p&gt;&lt;em&gt;translation by Escada and Koninklijke&lt;/em&gt;&lt;/p&gt;

  &lt;h2 id=&quot;who-are-you&quot;&gt;Who are you?&lt;/h2&gt;
  &lt;p&gt;I am Guirec Halflants. I am originally from Brussels but live in Arlon at the moment.
  I always have been passionate about maps and I travel a lot using maps during the summer evenings. Later on, I invested in the Time Atlas of the World, which is outdated in the meantime. I also enjoyed the offer of a newspaper to publish a staff map of Belgium on a daily basis; I have the collection almost complete, tidily organised and folded but I almost no longer use maps on paper.&lt;/p&gt;

  &lt;h2 id=&quot;how-and-when-did-you-discover-openstreetmap&quot;&gt;How and when did you discover OpenStreetMap?&lt;/h2&gt;
  &lt;p&gt;I discovered OSM after buying my first smartphone and I looked for a way to use the GPS while being off-line. After that, I discovered dozens of applications on the net: OpenTopoMap, HOT (Humanitarian OSM Team), etc.
  I think what particularly appealed to me,  was discovering that I could easily update the map myself; I started right away, I think.&lt;/p&gt;

  &lt;h2 id=&quot;what-do-you-map-did-this-change-over-time&quot;&gt;What do you map? Did this change over time?&lt;/h2&gt;

  &lt;p&gt;I learned a lot along the way. I started with the online editor and moved more recently to the JOSM, which allows to map much faster, to get rid of satellite photos and work with other layers, such as PICC in Belgium. There is however a small learning curve!
  I travelled a lot in 2012 - 2016, in Africa, Cape Verde and Latin America, and, as soon as I could, I looked on the map and saw the details that were missing: paths in the fields and woods for cycling, driving, hiking … There are countries where mapping is still embryonic and where one can really make a difference mapping large features!
  I  started in earnest in May 2016 by mapping the small town of El Cuá in the Nicaraguan forest, based on very poor satellite photos and what I had seen on the ground. &lt;a href=&quot;https://osm.org/go/YQ8CDu28--?m=&quot;&gt;The map&lt;/a&gt; is now accurate and detailed!
  Once the main tracks and streams were traced, I started to look at the houses and buildings but that is more like mapping in Belgium or Europe.&lt;/p&gt;

  &lt;h2 id=&quot;how-do-you-map&quot;&gt;How do you map?&lt;/h2&gt;
  &lt;p&gt;That depends a bit on the “project”. In case of a systematic job, it is usually based on a map of type PICC or satellite photos in case no base map is available such as in the Nicaraguan woods.
  Sometimes, I notice a missing detail on my GPS, that can be a missing speed limit or building; I make a note (or try to remember) to fix it when I am back home.&lt;/p&gt;

  &lt;h2 id=&quot;how-do-you-do-surveys&quot;&gt;How do you do surveys?&lt;/h2&gt;

  &lt;p&gt;I do not do many of them. During my travels, I remember the way and what I see and compare that with the map, the background satellite photos and I change what I can.
  I am now looking to master a good offline mapping tool on the phone; I still have not quite found what suits me or understood the logic of the proposed tools but StreetComplete seems interesting.&lt;/p&gt;

  &lt;h2 id=&quot;where-do-you-map&quot;&gt;Where do you map?&lt;/h2&gt;
  &lt;p&gt;At this moment, we have a group of mappers in the south of the Luxembourg province that set the goal to map all the addresses of the various towns, starting with the ones closest to our home. This means drawing all the buildings and assigning the address tags. The idea is that the OSM data should be useable with any GPS for locating an address and guiding you there.
  Longer term, we hope that this can gradually serve the authorities; Arlon already seems to prefer OSM to other options on its website and in studies regarding mobility issues.&lt;/p&gt;

  &lt;h2 id=&quot;what-is-your-biggest-accomplishment&quot;&gt;What is your biggest accomplishment?&lt;/h2&gt;
  &lt;p&gt;I really enjoyed the experience of the “HOT” project in which I participated. We created a complete map of an isolated area in Rwanda with a group of mappers. The map would be used for the treatment against malaria in that area. In the beginning, there was not a single building, not a single road. And we did this together.&lt;/p&gt;

  &lt;h2 id=&quot;why-do-you-map&quot;&gt;Why do you map?&lt;/h2&gt;
  &lt;p&gt;Maps are beautiful, they allow you to travel in the real world or in your head without producing CO2.&lt;/p&gt;

  &lt;h2 id=&quot;what-is-the-most-difficult-part-of-mapping&quot;&gt;What is the most difficult part of mapping?&lt;/h2&gt;
  &lt;p&gt;Having good information about a place. Sometimes one needs more than photos and I did not start recording my movements; it interests me less, I leave that to others. I’m more for the quality of the rendering and the collection of details or what “structures” space.&lt;/p&gt;

  &lt;h2 id=&quot;what-are-your-plans-in-the-near-future&quot;&gt;What are your plans in the near future?&lt;/h2&gt;
  &lt;p&gt;I want to contribute to the last part of the mapping of the addresses in Arlon and start in Attert a bit more to the north.
  After that, I would like to take my bicycle and map the nature and the important points such as the forests, roads and cultural items in Arlon and Attert.&lt;/p&gt;

  &lt;h2 id=&quot;do-you-have-contact-with-other-mappers&quot;&gt;Do you have contact with other mappers?&lt;/h2&gt;
  &lt;p&gt;Yes, we have created a group of mappers around Arlon under the impulse of foxandpotatoes. The goal is to improve the map close to us and to promote the usage, both by public services and the general public. We also do a lot of promotion and training interested people.&lt;/p&gt;

  &lt;h2 id=&quot;do-you-use-openstreetmap-yourself&quot;&gt;Do you use OpenStreetMap yourself?&lt;/h2&gt;
  &lt;p&gt;I use &lt;a href=&quot;https://osmand.net/&quot;&gt;OsmAnd&lt;/a&gt; and &lt;a href=&quot;https://www.oruxmaps.com/cs/es/&quot;&gt;ORUXmap&lt;/a&gt;, a Spanish project on my phone.
  I also found a way to use OSM on GPS devices of some well-known brands: http://garmin.openstreetmap.nl/ (note: this site is causing problems lately, you use an alternatives such as https://extract.bbbike.org/)
  This gives me an up-to-date map of any country. Moreover, the battery is not that good any more and I rely more and more on my phone.&lt;/p&gt;

  &lt;h2 id=&quot;do-you-do-anything-for-openstreetmap-besides-mapping&quot;&gt;Do you do anything for OpenStreetMap besides mapping?&lt;/h2&gt;
  &lt;p&gt;I work for a development cooperative and I always look for opportunities to use OpenStreetMap. That can be a for a small map that one has to put in a report (I do mention the source and the open data license!), or for GIS applications, but I do not have a lot of first-hand experience with that.&lt;/p&gt;

  &lt;p&gt;I do use OpenStreetMap on the websites that I create to promote my activities in the region.&lt;/p&gt;

  &lt;h2 id=&quot;to-conclude-is-there-anything-else-you-want-to-mention&quot;&gt;To conclude, is there anything else you want to mention?&lt;/h2&gt;
  &lt;p&gt;OpenStreetMap is a good example of a crowd-sourced, free project and of the power of a community. I always wanted (but I lack the knowledge)  to do that in software, but in cartography is achievable. Everybody can contribute a piece of useful geographical information, which can be improved by those with more knowledge.&lt;/p&gt;</content><author><name>escada</name></author><category term="motm" /><summary type="html">translation by Escada and Koninklijke</summary></entry><entry xml:lang="fr"><title type="html">Contributeur du mois: Guirec Halflants (Belgique)</title><link href="https://openstreetmap.be/fr/motm/2019/02/01/guirec-halflants.html" rel="alternate" type="text/html" title="Contributeur du mois:  Guirec Halflants (Belgique)" /><published>2019-02-01T00:00:00+00:00</published><updated>2019-02-01T00:00:00+00:00</updated><id>https://openstreetmap.be/fr/motm/2019/02/01/guirec-halflants</id><content type="html" xml:base="https://openstreetmap.be/fr/motm/2019/02/01/guirec-halflants.html">&lt;h2 id=&quot;qui-êtes-vous-&quot;&gt;Qui êtes-vous ?&lt;/h2&gt;
  &lt;p&gt;Je m’appelle Guirec Halflants, je suis arlonais et originaire des environs de Bruxelles.
  Les cartes m’ont toujours passionné et je voyageais sur des cartes routières pendant de longues soirées en été. Après, j’ai investi dans le Times Atlas of the World (dépassé depuis lors par la géopolitique) et j’ai profité aussi d’un journal qui offrait tous les jours une carte d’état-major de Belgique; j’ai la collection presque complète, bien rangée et pliée mais je n’utilise presque plus le format papier.&lt;/p&gt;

  &lt;h2 id=&quot;quand-et-comment-avez-vous-découvert-openstreetmap-&quot;&gt;Quand et comment avez-vous découvert OpenStreetMap ?&lt;/h2&gt;
  &lt;p&gt;J’ai découvert OSM quand j’ai acheté un premier téléphone intelligent et que j’ai cherché ce qui existait pour utiliser le gps offline. Depuis, j’ai découvert des dizaines d’applications sur le net: opentopomap, HOT (Humanitarian OSM Team),… 
  Je crois que ce qui m’a particulièrement séduit c’est de découvrir que je pouvais cartographier facilement; j’ai commencé tout de suite je crois.&lt;/p&gt;

  &lt;h2 id=&quot;que-cartographiez-vous--y-a-t-il-des-différences-depuis-vos-débuts-&quot;&gt;Que cartographiez-vous ? Y a-t-il des différences depuis vos débuts ?&lt;/h2&gt;
  &lt;p&gt;J’ai appris pas mal en cours de route. J’ai commencé avec l’éditeur en ligne et suis passé plus récemment au JOSM qui permet de cartographier beaucoup plus vite, de s’affranchir des photos-satellites pour travailler avec des calques (PICC en Belgique). Il y a cependant une petite courbe d’apprentissage!
  J’ai pas mal voyagé en 2012 - 2016, en Afrique, Cap-Vert et Amérique latine, et, dès que je pouvais, je regardais sur la carte les détails qui manquaient: chemin dans les champs et bois pour faire du vélo, route, sentiers… Il y a des pays où la cartographie est embryonnaire et on a la chance de pouvoir encore faire les grandes structures de la carte!
  J’avais ainsi véritablement commencé en mai 2016 à faire la carte de la petite ville de El Cuá dans la forêt du Nicaragua, sur base d’une très mauvaise vue satellite et de ce que j’avais vu en passant et la carte est maintenant précise et détaillée (https://osm.org/go/YQ8CDu28–?m=)!
  Une fois les voies principales et ruisseaux tracés, j’ai commencé à regarder les maisons et bâtiments mais c’est plutôt en Belgique ou en Europe.&lt;/p&gt;

  &lt;h2 id=&quot;comment-cartographiez-vous-&quot;&gt;Comment cartographiez-vous ?&lt;/h2&gt;
  &lt;p&gt;Cela dépend un peu du “projet”. Si je fais un travail systématique, c’est sur base de fond de carte (du type PICC) ou de photos-satellite s’il n’y a pas de carte disponible (la forêt du Nicaragua par exemple). 
  Parfois je vois un détail qui manque sur mon GPS - limitation de vitesse, No de maison - et je prends une note ou retiens pour le corriger en rentrant à la maison.&lt;/p&gt;

  &lt;h2 id=&quot;comment-menez-vous-vos-relevés-sur-le-terrain-&quot;&gt;Comment menez-vous vos relevés sur le terrain ?&lt;/h2&gt;
  &lt;p&gt;J’en fais peu, ce sont des détails. Lors de mes voyages lointains, je retiens le chemin et ce que je vois et je vais comparer avec la carte, la photo satellite de fond et je fais ce que je peux. 
  Je cherche maintenant à maîtriser un bon outil de cartographie offline sur le téléphone; je n’ai pas encore tout-à-fait trouvé ce qui me correspondait ou compris la logique des outils proposés mais &lt;a href=&quot;https://github.com/westnordost/StreetComplete/&quot;&gt;StreetComplete&lt;/a&gt; me semble intéressant.&lt;/p&gt;

  &lt;h2 id=&quot;où-cartographiez-vous--localement-hot-&quot;&gt;Où cartographiez-vous ? Localement, HOT ?&lt;/h2&gt;
  &lt;p&gt;Pour le moment, nous avons un groupe qui s’est créé au sud de la Province de Luxembourg et nous nous sommes donné pour objectif d’encoder toutes les adresses des différentes communes en commençant par ce qui est près de chez nous (dessiner les maisons et leur attribuer les étiquettes d’adresses). L’idée c’est que la carte OSM soit exploitable avec un GPS grand public - pour trouver une adresse et s’y rendre - mais cela peut servir aux autorités progressivement; Arlon semble d’ailleurs préférer OSM à d’autres options sur son site web et pour étudier les questions de mobilité douce.&lt;/p&gt;

  &lt;h2 id=&quot;quel-est-votre-plus-grande-réussite-en-tant-que-cartographe-&quot;&gt;Quel est votre plus grande réussite en tant que cartographe ?&lt;/h2&gt;
  &lt;p&gt;J’ai beaucoup aimé l’expérience “HOT” à laquelle j’ai participé. En collectif on a fait toute la carte demandée pour le traitement anti-malaria dans une zone isolée et vierge du Rwanda: pas une maison sur la carte au départ, pas un chemin et nous avons tout cartographié ensemble!! J’ai bien aimé et je promeus l’usage d’OSM dans les projets de développement.&lt;/p&gt;

  &lt;h2 id=&quot;pourquoi-cartographiez-vous--quest-ce-qui-vous-motive-&quot;&gt;Pourquoi cartographiez-vous ? Qu’est-ce qui vous motive ?&lt;/h2&gt;
  &lt;p&gt;Les cartes sont belles et permettent de voyager en vrai ou dans sa tête sans produire de CO2.&lt;/p&gt;

  &lt;h2 id=&quot;quelle-est-la-partie-la-plus-difficile-en-cartographie-&quot;&gt;Quelle est la partie la plus difficile en cartographie ?&lt;/h2&gt;
  &lt;p&gt;Avoir une bonne information de terrain. Les photos sont parfois très insuffisantes et je ne me suis pas lancé dans l’enregistrement de mes déplacements; cela m’intéresse moins, je laisse à d’autres la précision gps, je suis plus pour la qualité du rendu et la collection des détails ou de ce qui “structure” l’espace.&lt;/p&gt;

  &lt;h2 id=&quot;quels-sont-vos-plans-de-cartographie-dans-un-futur-proche-&quot;&gt;Quels sont vos plans de cartographie dans un futur proche ?&lt;/h2&gt;
  &lt;p&gt;Je voudrais contribuer à finaliser l’encodage de toutes les adresses au moins sur Arlon et partir sur Attert un peu au nord. 
  Ce qui me plairait après cela c’est de prendre mon vélo et de cartographier la nature et les points remarquables sur Arlon et Attert: bois, cultures, chemins,…&lt;/p&gt;

  &lt;h2 id=&quot;avez-vous-des-contacts-avec-dautres-cartographes-&quot;&gt;Avez-vous des contacts avec d’autres cartographes ?&lt;/h2&gt;
  &lt;p&gt;Oui, nous avons créé un groupe sur initiative de foxandpotatoes autour d’Arlon. Nous avons un objectif d’améliorer la carte près de chez nous et de promouvoir son usage par les services publics et le grand public. On fait un gros travail aussi de prosélytisme et de formation des personnes intéressées.&lt;/p&gt;

  &lt;h2 id=&quot;utilisez-vous-vous-même-openstreetmap--comment-&quot;&gt;Utilisez-vous vous-même OpenStreetMap ? Comment ?&lt;/h2&gt;
  &lt;p&gt;Le GPS sur le téléphone avec &lt;a href=&quot;https://osmand.net/&quot;&gt;OsmAnd&lt;/a&gt; et &lt;a href=&quot;https://www.oruxmaps.com/cs/es/&quot;&gt;ORUXmap&lt;/a&gt; (un projet espagnol) et j’ai trouvé le moyen de gagner beaucoup de liberté avec le GPS de grande marque que j’ai dans la voiture: je charge la carte de l’endroit ou je vais tout à fait librement http://garmin.openstreetmap.nl/ et j’ai une carte actualisée de n’importe quel pays. Par contre, la batterie flanche et je me fie de plus en plus au téléphone!&lt;/p&gt;

  &lt;h2 id=&quot;faites-vous-dautres-choses-que-la-cartographie-qui-soit-liées-à&quot;&gt;Faites-vous d’autres choses que la cartographie qui soit liées à&lt;/h2&gt;
  &lt;p&gt;OpenStreetMap ?
  Je travaille dans la coopération au développement et donc j’essaie de trouver des opportunités d’exploiter OSM; cela peut servir quand il faut créer une petite carte dans un rapport (je veille à citer la source et la licence “open data”!) et cela peut servir pour les logiciels de GIS mais je n’ai pas beaucoup d’expérience de première main. 
  J’utilise OSM dans les sites web que je crée pour promouvoir mes activités dans la région.&lt;/p&gt;

  &lt;h2 id=&quot;pour-conclure-y-a-t-il-autre-chose-que-vous-voulez-mentionner-&quot;&gt;Pour conclure, y a-t-il autre chose que vous voulez mentionner ?&lt;/h2&gt;
  &lt;p&gt;OSM est un bon exemple de ce qu’est un développement collaboratif et libre et de la force de la communauté. J’aurais toujours voulu le faire dans les logiciels mais je n’ai pas les connaissances alors que la cartographie est plus accessible; chacun à son niveau peu apporter une information géographique utile qui est améliorée peu à peu par ceux qui en savent plus.&lt;/p&gt;</content><author><name>escada</name></author><category term="motm" /><summary type="html">Qui êtes-vous ? Je m’appelle Guirec Halflants, je suis arlonais et originaire des environs de Bruxelles. Les cartes m’ont toujours passionné et je voyageais sur des cartes routières pendant de longues soirées en été. Après, j’ai investi dans le Times Atlas of the World (dépassé depuis lors par la géopolitique) et j’ai profité aussi d’un journal qui offrait tous les jours une carte d’état-major de Belgique; j’ai la collection presque complète, bien rangée et pliée mais je n’utilise presque plus le format papier.</summary></entry><entry xml:lang="en"><title type="html">Weekly Riot chat digest : 24/12/2018 - 31/12/2018</title><link href="https://openstreetmap.be/en/2018/12/31/weekly-riot.html" rel="alternate" type="text/html" title="Weekly Riot chat digest : 24/12/2018 - 31/12/2018" /><published>2018-12-31T00:00:00+00:00</published><updated>2018-12-31T00:00:00+00:00</updated><id>https://openstreetmap.be/en/2018/12/31/weekly-riot</id><content type="html" xml:base="https://openstreetmap.be/en/2018/12/31/weekly-riot.html">&lt;p&gt;Lots of conversation happens in our chat room. The volume is so high, it’s hard to keep up. And it’s easy to forget about issues that were raised. So Tim started making this weekly summary. Have a look at our &lt;a href=&quot;/en/contact.html&quot;&gt;channels page&lt;/a&gt; for more info about joining the chat or other ways to reach us.&lt;/p&gt;

  &lt;p&gt;See the original post and the following discussion here : &lt;a href=&quot;https://forum.openstreetmap.org/viewtopic.php?id=64953&quot;&gt;https://forum.openstreetmap.org/viewtopic.php?id=64953&lt;/a&gt;&lt;/p&gt;

  &lt;hr /&gt;

  &lt;h2 id=&quot;monday-24122018&quot;&gt;Monday 24/12/2018&lt;/h2&gt;

  &lt;p&gt;Monday’s chat is largely dominated by Christmas wishes.&lt;/p&gt;

  &lt;p&gt;bxl-forever asks about how to map a staircase with a ‘wheelchair-lift’ mounted to the side.&lt;br /&gt;
  eventual consensus is to use two ways: one for &lt;code class=&quot;highlighter-rouge&quot;&gt;highway = stairs&lt;/code&gt; and one for &lt;code class=&quot;highlighter-rouge&quot;&gt;highway = elevator&lt;/code&gt; + &lt;code class=&quot;highlighter-rouge&quot;&gt;elevator:type = stairs&lt;/code&gt; + &lt;code class=&quot;highlighter-rouge&quot;&gt;wheelchair  =limited&lt;/code&gt;&lt;/p&gt;

  &lt;hr /&gt;

  &lt;h2 id=&quot;tuesday-25122018&quot;&gt;Tuesday 25/12/2018&lt;/h2&gt;

  &lt;p&gt;s8evq asks about how to tag a shop for ‘water softeners’. People agree that &lt;code class=&quot;highlighter-rouge&quot;&gt;shop = trade&lt;/code&gt; doesn’t quite fit perfectly, but there’s no designated tag for it as of present. Most plumbing stores appear to be tagged as &lt;code class=&quot;highlighter-rouge&quot;&gt;shop = doityourself&lt;/code&gt;, but that’s not a good match either.&lt;/p&gt;

  &lt;hr /&gt;

  &lt;h2 id=&quot;wednesday-26122018&quot;&gt;Wednesday 26/12/2018&lt;/h2&gt;

  &lt;p&gt;s8evq asks about the convention for mapping  speed limits around schools.&lt;br /&gt;
  Essentially there’s two types: ‘fixed’ and ‘variable’ ones. The latter are only active when the signs are lit up.&lt;/p&gt;

  &lt;p&gt;For the fixed ones, &lt;code class=&quot;highlighter-rouge&quot;&gt;maxspeed = 30&lt;/code&gt;, and possibly the maxspeed type set to school zones (note by the editor: only when the F4a sign is accompanied by the A23 sign is it a ‘school zone’)&lt;br /&gt;
  For the dynamic ones: these are ALWAYS school zones, as this is the only type of zone 30 that is legally allowed to be variable.&lt;br /&gt;
  Tim suggests tagging it with &lt;code class=&quot;highlighter-rouge&quot;&gt;maxspeed = signals&lt;/code&gt;. Jakka suggests using &lt;code class=&quot;highlighter-rouge&quot;&gt;maxspeed:variable = school zone&lt;/code&gt; (which is what s8evq went with eventually)&lt;br /&gt;
  In other countries, a conditional maxspeed would work, but in belgium there is no set hours during which the zones are considered active.&lt;/p&gt;

  &lt;p&gt;Besides that, when mapping the actual sign itself, it’s a node, not located on the way itself, with &lt;code class=&quot;highlighter-rouge&quot;&gt;traffic_sign = *&lt;/code&gt; and &lt;code class=&quot;highlighter-rouge&quot;&gt;direction = *&lt;/code&gt;&lt;br /&gt;
  (the signs are called F4a for entering, F4b for leaving a such zone)&lt;/p&gt;

  &lt;p&gt;Jakka asks about leaving a note in the changesets for the municipality mergers, to avoid name changes being overruled by people comparing to the GRB-background layer, which may not be updated as fast. Midgard suggests preparing everything over the course of dec 31st, so everything goes through in time to be included in the january versions. Midgard explains he has a proper workflow in mind to change everything to JOSM, rather then working through a ‘search and replace’ version via Level0. The list AIV has, as of 10 dec 2018, should be final, so that’s being used as baseline. There’s no known changes of postal codes, although Oudsbergen appears to have stated some house numbers will have to be changed.&lt;/p&gt;

  &lt;p&gt;bxl-forever asks about tagging a ‘birth-registration-office’ within a hospital, and how to tag it.&lt;br /&gt;
  &lt;code class=&quot;highlighter-rouge&quot;&gt;office=governement&lt;/code&gt; + &lt;code class=&quot;highlighter-rouge&quot;&gt;government=register_office&lt;/code&gt; is deemed correct, there’s however mixed opinions about using the municipality name as name for the node, it’s suggested to put that in the operator field.&lt;/p&gt;

  &lt;hr /&gt;

  &lt;h2 id=&quot;thursday-27122018&quot;&gt;Thursday 27/12/2018&lt;/h2&gt;

  &lt;p&gt;Joost posts a map he spotted in Bilbao, using OSM. It shows markers with all the places where you can learn the Basque language.&lt;/p&gt;

  &lt;p&gt;Polyglot jumps in, based on last weeks digest, that he actually is looking into keeping public transport data up to date again, but that he’s working on a tool to make it easier for others to help out / join in. For lack of sufficient understanding of the technical aspects by the editor, this is his explanation on the matter:&lt;/p&gt;

  &lt;p&gt;Polyglot wrote:&lt;/p&gt;

  &lt;blockquote&gt;
    &lt;p&gt;&lt;em&gt;Now I shifted to using a Google’s Colab Notebook to generate a Google Sheet: &lt;a href=&quot;https://docs.google.com/spreadsheets/d/1PGgEqobO90Mf9NsJHO1-JD-Npte1fYztK30HO5lRDI8/edit?usp=sharing&quot;&gt;https://docs.google.com/spreadsheets/d/1PGgEqobO90Mf9NsJHO1-JD-Npte1fYztK30HO5lRDI8/edit?usp=sharing&lt;/a&gt;&lt;/em&gt;&lt;/p&gt;

    &lt;p&gt;&lt;em&gt;The code in the Notebook needs credentials to access the FTP server of De Lijn, which it finds in my Google Drive&lt;/em&gt;&lt;/p&gt;

    &lt;p&gt;&lt;em&gt;After that, I have another script that downloads that spreadsheet and loads into Pandas DataFrames.&lt;/em&gt;&lt;/p&gt;

    &lt;ul&gt;
      &lt;li&gt;&lt;a href=&quot;https://github.com/osmbe/public_transport/blob/master/scripts/De%20Lijn.py&quot;&gt;https://github.com/osmbe/public_transport/blob/master/scripts/De%20Lijn.py&lt;/a&gt;&lt;/li&gt;
      &lt;li&gt;&lt;a href=&quot;https://github.com/osmbe/public_transport/blob/master/scripts/Agency.py&quot;&gt;https://github.com/osmbe/public_transport/blob/master/scripts/Agency.py&lt;/a&gt;&lt;/li&gt;
      &lt;li&gt;&lt;a href=&quot;https://github.com/osmbe/public_transport/blob/master/scripts/OSM_data_model.py&quot;&gt;https://github.com/osmbe/public_transport/blob/master/scripts/OSM_data_model.py&lt;/a&gt;&lt;/li&gt;
    &lt;/ul&gt;

    &lt;p&gt;&lt;em&gt;The second script is supposed to be usable by all mappers in mapping public transport in Belgium, but I’m still trying to figure out how exactly that will work, probably another Python Notebook.&lt;/em&gt;&lt;/p&gt;

    &lt;p&gt;&lt;em&gt;Where you can enter an identiifier, say 5, after which it will show all possible lines 5 in Flanders or Wallonia. Then you choose a specific line and it starts comparing with the official data.&lt;/em&gt;&lt;/p&gt;
  &lt;/blockquote&gt;

  &lt;p&gt;Discussion extends about where/how to host it. There may be options through Open Knowledge Belgium for this.&lt;/p&gt;

  &lt;hr /&gt;

  &lt;h2 id=&quot;friday-28122018&quot;&gt;Friday 28/12/2018&lt;/h2&gt;

  &lt;p&gt;Escade informs about moving &lt;a href=&quot;http://knooppuntnet.be&quot;&gt;http://knooppuntnet.be&lt;/a&gt; (a Q/A site, ran by a belgian OSM’er) to Open Knowledge Belgium aswell.&lt;/p&gt;

  &lt;p&gt;Joost is asking wiki-formatting help in trying to fix the inconsistencies between multiple language versions of &lt;code class=&quot;highlighter-rouge&quot;&gt;highway = stop&lt;/code&gt;.&lt;br /&gt;
  Doudou answers his question: when you click View Source, you see the wiki syntax “onWay=yes”, which I suppose you need to turn to “=no”.&lt;/p&gt;

  &lt;p&gt;Doudou informs the chat that the ‘phone number not in international format’ maproulette challenge has been completed. s8evq, one of the chat members, ranked second in the efforts made for completing this. Midgard pitches in later on, saying he has a query ready with even stricter criteria for the phone numbers ( &lt;a href=&quot;https://wiki.openstreetmap.org/wiki/User:M!dgard/Overpass_queries#phone.3D.2A_in_Belgium_with_value_that_isn.27t_a_valid_Belgian_number&quot;&gt;https://wiki.openstreetmap.org/wiki/User:M!dgard/Overpass_queries#phone.3D.2A_in_Belgium_with_value_that_isn.27t_a_valid_Belgian_number&lt;/a&gt; ) which flags around 7000 objects in belgium.&lt;/p&gt;

  &lt;p&gt;A forum question (‘check_date vs survey:date’) is discussed. Consensus appears to be that survey:date has clearer meaning. Midgard relays doudou’s answer back to the forum topic (&lt;a href=&quot;https://forum.openstreetmap.org/viewtopic.php?pid=731423#p731423&quot;&gt;https://forum.openstreetmap.org/viewtopic.php?pid=731423#p731423&lt;/a&gt; )&lt;/p&gt;

  &lt;p&gt;Midgard asks about dialing numbers like ‘1733’ from abroad, to figure out how to correctly tag them. Doudou points out wiki has an example like &lt;code class=&quot;highlighter-rouge&quot;&gt;phone:FR:mobile:SFR=3000&lt;/code&gt;. He also copies this passage from the wiki:&lt;/p&gt;

  &lt;blockquote&gt;
    &lt;p&gt;&lt;em&gt;groupings are just kept by convenience and according to local usages in phone books or as shown in amenities (these groupings may vary for mnemonic reasons only, there’s no requirement to suppress these group separators even if they are ignored when dialing).&lt;/em&gt;&lt;/p&gt;
  &lt;/blockquote&gt;

  &lt;hr /&gt;

  &lt;h2 id=&quot;saturday-29122018&quot;&gt;Saturday 29/12/2018&lt;/h2&gt;

  &lt;p&gt;Doudou continues the chat on the 4-digit numbers, wondering if he should use &lt;code class=&quot;highlighter-rouge&quot;&gt;phone:BE=1733&lt;/code&gt;.&lt;br /&gt;
  He links this page: &lt;a href=&quot;https://www.ibpt.be/en/consumers/telephone/numbering/short-numbers&quot;&gt;https://www.ibpt.be/en/consumers/telephone/numbering/short-numbers&lt;/a&gt; , but that lacks info on the 17xx range.&lt;/p&gt;

  &lt;p&gt;Jakka asks about a ton of notes tagging all ‘Record bank’ offices, stating that it merged with ING.&lt;br /&gt;
  Midgard asks for caution: most of the officies were independent owners, and not all of them intend to move along to ING, some will fall back to just insurance work and no longer offer banking services.&lt;/p&gt;

  &lt;hr /&gt;

  &lt;h2 id=&quot;sunday-30122018&quot;&gt;Sunday 30/12/2018&lt;/h2&gt;

  &lt;p&gt;Sunday was quiet. Like, completely silent.&lt;/p&gt;</content><author><name>Tim Couwelier</name></author><summary type="html">Lots of conversation happens in our chat room. The volume is so high, it’s hard to keep up. And it’s easy to forget about issues that were raised. So Tim started making this weekly summary. Have a look at our channels page for more info about joining the chat or other ways to reach us.</summary></entry><entry xml:lang="en"><title type="html">Mapper of the month: Wille Marcel (Brazil)</title><link href="https://openstreetmap.be/en/motm/2018/12/29/marcel-wille.html" rel="alternate" type="text/html" title="Mapper of the month: Wille Marcel (Brazil)" /><published>2018-12-29T00:00:00+00:00</published><updated>2018-12-29T00:00:00+00:00</updated><id>https://openstreetmap.be/en/motm/2018/12/29/marcel-wille</id><content type="html" xml:base="https://openstreetmap.be/en/motm/2018/12/29/marcel-wille.html">&lt;p&gt;Mapper of the month: Wille Marcel (Brasil)&lt;/p&gt;

  &lt;h2 id=&quot;who-are-you-&quot;&gt;Who are you ?&lt;/h2&gt;

  &lt;p&gt;I’m a OSM mapper from Brazil. I started studying programming by myself at the same time I got involved with OpenStreetMap. It lead me to focus my career on development of GIS applications. Besides work, I dedicate most of my time to the DeROSE Method, it’s a high performance and life quality methodology.&lt;/p&gt;

  &lt;h2 id=&quot;when-and-how-did-you-discover-openstreetmap-&quot;&gt;When and how did you discover OpenStreetMap ?&lt;/h2&gt;

  &lt;p&gt;I discovered it in 2010 on some open source software conference.&lt;/p&gt;

  &lt;h2 id=&quot;what-do-you-map--is-there-any-difference-with-your-early-days&quot;&gt;What do you map ? Is there any difference with your early days?&lt;/h2&gt;

  &lt;p&gt;In my early days, I mapped a lot of streets and roads using satellite imagery and GPS traces, as the OSM community was very small at that time. I always liked to map cycleways, bicycle parkings and points of interest. I’m very interested on improving routing to pedestrians as well and on fix errors on the map. We have many streets missing names in Brazil, so I’m always adding names as well.&lt;/p&gt;

  &lt;h2 id=&quot;how-do-you-map-&quot;&gt;How do you map ?&lt;/h2&gt;

  &lt;p&gt;Nowadays the main tools I use are Maps.me, Mapillary, iD and OSMCha. I use a TMS layer of street names too. I like to go out to survey and I do a lot of armchair mapping as well. In the past I have mapped an entire town only with GPS.&lt;/p&gt;

  &lt;h2 id=&quot;how-do-you-conduct-your-surveys-&quot;&gt;How do you conduct your surveys ?&lt;/h2&gt;

  &lt;p&gt;I like to schedule a meeting with other mappers to survey, but I do a lot of survey when I go to some new place and I have some free time to map. Generally I map with Maps.me and I take notes on paper or make some photos.&lt;/p&gt;

  &lt;h2 id=&quot;where-do-you-map-&quot;&gt;Where do you map ?&lt;/h2&gt;

  &lt;p&gt;I like a lot to map when I’m travelling, but mostly I map the places where I’m living or some region of Brazil that needs some mapping.&lt;/p&gt;

  &lt;h2 id=&quot;what-is-your-biggest-achievement-as-mapper-&quot;&gt;What is your biggest achievement as mapper ?&lt;/h2&gt;

  &lt;p&gt;I think developing OSMCha was my most relevant contribution to the project. It started as a personal necessity and matched with what the OSM communities and related companies needed.&lt;/p&gt;

  &lt;h2 id=&quot;why-do-you-map--what-motivates-you-&quot;&gt;Why do you map ? What motivates you ?&lt;/h2&gt;

  &lt;p&gt;I’m really passionate to collaborative projects as OSM, Wikipedia and Open Source software. 
  I like the idea of building a dataset that belongs to all humanity.&lt;/p&gt;

  &lt;h2 id=&quot;what-is-the-most-difficult-part-of-mapping-&quot;&gt;What is the most difficult part of mapping ?&lt;/h2&gt;

  &lt;p&gt;I think the OSM tags are the most difficult part of OSM. In some cases the tags are excessively detailed and have a huge number of options, on the other hand, we still miss tags to describe some kind of places. I feel that it’s very hard to a new mapper to understand the road classification options. Another problem is that most tags were created to match with the UK or European reality and, sometimes, it doesn’t match with the way the things are organized in other parts of the world.&lt;/p&gt;

  &lt;h2 id=&quot;what-are-your-mapping-plans-for-the-near-future-&quot;&gt;What are your mapping plans for the near future ?&lt;/h2&gt;

  &lt;p&gt;I would like to contribute doing some address imports and building some new resource to help the community to map better.&lt;/p&gt;

  &lt;h2 id=&quot;do-you-have-contact-with-other-mappers-&quot;&gt;Do you have contact with other mappers ?&lt;/h2&gt;

  &lt;p&gt;Yes, I have organized a lot of meetings and met with mappers from all the world.&lt;/p&gt;

  &lt;h2 id=&quot;do-you-use-openstreetmap-yourself--how-&quot;&gt;Do you use OpenStreetMap yourself ? How ?&lt;/h2&gt;

  &lt;p&gt;Yes, it’s my main data source when I’m searching for a place or tracing bicycle, foot or car routes.&lt;/p&gt;

  &lt;h2 id=&quot;do-you-do-anything-else-than-mapping-that-is-related-to-openstreetmap-&quot;&gt;Do you do anything else than mapping that is related to OpenStreetMap ?&lt;/h2&gt;

  &lt;p&gt;Yes, I created OSMCha and I have being working on its development for almost two years. I also work for the Humanitarian OpenStreetMap Team, developing some of the software they use.&lt;/p&gt;

  &lt;h2 id=&quot;to-conclude-is-there-anything-else-you-want-to-mention-&quot;&gt;To conclude, is there anything else you want to mention ?&lt;/h2&gt;

  &lt;p&gt;OSM was very important on my life and I’m grateful for everyone that contributes to it.&lt;/p&gt;</content><author><name>escada</name></author><category term="motm" /><summary type="html">Mapper of the month: Wille Marcel (Brasil)</summary></entry><entry xml:lang="en"><title type="html">Weekly Riot chat digest : 17/12/2018 - 23/12/2018</title><link href="https://openstreetmap.be/en/2018/12/24/weekly-riot.html" rel="alternate" type="text/html" title="Weekly Riot chat digest : 17/12/2018 - 23/12/2018" /><published>2018-12-24T00:00:00+00:00</published><updated>2018-12-24T00:00:00+00:00</updated><id>https://openstreetmap.be/en/2018/12/24/weekly-riot</id><content type="html" xml:base="https://openstreetmap.be/en/2018/12/24/weekly-riot.html">&lt;p&gt;Lots of conversation happens in our chat room. The volume is so high, it’s hard to keep up. And it’s easy to forget about issues that were raised. So Tim started making this weekly summary. Have a look at our &lt;a href=&quot;/en/contact.html&quot;&gt;channels page&lt;/a&gt; for more info about joining the chat or other ways to reach us.&lt;/p&gt;

  &lt;p&gt;See the original post and the following discussion here : &lt;a href=&quot;https://forum.openstreetmap.org/viewtopic.php?id=64897&quot;&gt;https://forum.openstreetmap.org/viewtopic.php?id=64897&lt;/a&gt;&lt;/p&gt;

  &lt;hr /&gt;

  &lt;h2 id=&quot;monday-17122018&quot;&gt;Monday 17/12/2018&lt;/h2&gt;

  &lt;p&gt;In addition to the issues raised about BHiko’s work, possible ways to get in touch with him are looked at.&lt;/p&gt;

  &lt;p&gt;Jakka asks about the use of &lt;code class=&quot;highlighter-rouge&quot;&gt;highway = stop&lt;/code&gt; in Flanders, in particular as that rules out the option to have something describing the road as &lt;code class=&quot;highlighter-rouge&quot;&gt;highway = residential&lt;/code&gt; or similar  Key difference appears to be that STOP-signs are mapped on NODES, not WAYS. There’s a few odd differences between the seperate language versions of the page. Jakka asks for wiki-editing help, Joost steps in.&lt;/p&gt;

  &lt;p&gt;Joost has figured out (through chat with a local expert) that the marker stones he found in Hallerbos are old (spanish) parcel marker stones.&lt;/p&gt;

  &lt;p&gt;Tim links to the first forum-post with the OSM-be Weekly Riot Digest, and sends it to the talk-be mailing list. Confirmation is given it went through properly. Within the channel, the initiative is met with great enthousiasm, and suggestions on how to optimally manage the workflow / have the option to open up the process to others willing to contribute, or if given a fixed link/name format to have it queryable through bebot, or to link it from the news sections on openstreetmap.be&lt;br /&gt;
  Options will be taken into consideration, as it’s still early days.&lt;/p&gt;

  &lt;p&gt;Escada informs the channel that OSM Bussiness is now running on a ‘production server’ ( &lt;a href=&quot;https://osmybiz.osm.ch/&quot;&gt;https://osmybiz.osm.ch/&lt;/a&gt; ).&lt;br /&gt;
  Juminet is pleased with this (but feels an ‘opening hours generator’ would be a nice extra feature).&lt;br /&gt;
  Glen regrets it running of the &lt;osm.org&gt; tiles, where tile servers are still struggling.
  Joost is enthousiastic, but regrets it not being able to directly edit data.&lt;/osm.org&gt;&lt;/p&gt;

  &lt;p&gt;Tim asks about the changed layout of the ‘WhoDidIt’- RSS-feed, which used to be human readable in brower but now seems to show only in code form. Lionel_giard refers to using Riot as an RSS-reader for the feed.&lt;br /&gt;
  Quick summary of how to do it:&lt;/p&gt;

  &lt;ul&gt;
    &lt;li&gt;Open a new room&lt;/li&gt;
    &lt;li&gt;At the top, find the ‘9 blocks’ icon for ‘manage integrations’.&lt;/li&gt;
    &lt;li&gt;Find ‘RSS bot’, and feed it the RSS link generated through  &lt;a href=&quot;https://simon04.dev.openstreetmap.org/whodidit/&quot;&gt;https://simon04.dev.openstreetmap.org/whodidit/&lt;/a&gt; (with the ‘get RSS link’)&lt;/li&gt;
  &lt;/ul&gt;

  &lt;p&gt;Once changesets get added in watched region, the bot will link the changesets in your newly created room.&lt;/p&gt;

  &lt;p&gt;Pietervdvn reports back on his day at Westtoer, explaining how to do certain edits. He also points out there’s two newcomers from those in the riot channel (gptm and peggya).&lt;/p&gt;

  &lt;p&gt;Joost reports he’s received feedback from the Leaflet development guys (Vladimir), stating they’d be willing to include more default attribution in code examples. He will prepare a PR.&lt;/p&gt;

  &lt;hr /&gt;

  &lt;h2 id=&quot;tuesday-18122018&quot;&gt;Tuesday 18/12/2018&lt;/h2&gt;

  &lt;p&gt;doudou pointed out that while the riot digest is helpful, he wonders if it wouldn’t be better to extend certain discussions to the mailinglist a bit earlier on in the proces. Tim counters that ideally ‘seeds’ get planted in the chat, but that based on early reaction it will be relevant/required to pick out these ‘seeds’ early enough for those cases. Mailinglist and chat aren’t 100% same people, and there’s certain skills, input angles, talents, .. represented in both that ideally find a coöperation. Ideally the people present in both environments help arbitrate those choices, not unlike how wegspotter handled the slow-roads-wiki item.&lt;/p&gt;

  &lt;p&gt;s8evq’s question from monday evening (‘how to map uitgezonderd plaatselijk verkeer / exception circulation locale’) gets picked up.&lt;br /&gt;
  His guess of using &lt;code class=&quot;highlighter-rouge&quot;&gt;acces = destination&lt;/code&gt; is deemed correct.&lt;br /&gt;
  Doudou links &lt;a href=&quot;https://wiki.openstreetmap.org/w/index.php?title=Tag:access%3Ddestination&amp;amp;redirect=no&quot;&gt;https://wiki.openstreetmap.org/w/index.php?title=Tag:access%3Ddestination&amp;amp;redirect=no&lt;/a&gt; for the acces tag, lionel_giard expands to &lt;a href=&quot;https://wiki.openstreetmap.org/wiki/Conditional_restrictions&quot;&gt;https://wiki.openstreetmap.org/wiki/Conditional_restrictions&lt;/a&gt; for options about the conditional parts.&lt;/p&gt;

  &lt;p&gt;The BHiko-situation continues, with arguments in favor of a (temporary) block through DWG. However, during the day, BHiko replies to one of the messages, and pop into the channel, willing to see what the issues are about and how to proceed from here, and what the optimal channel is to discuss this (as the ‘mixed topic’ chat feels confusing to him).&lt;br /&gt;
  Joost later adds that unfortunately JOSM does not have a function like iD does to link to community channels.&lt;br /&gt;
  BHiko took initiative to start a forum thread to have the discussion in, and informs how others are notified of changesets comments etc.&lt;br /&gt;
  In the evening, part of the discussion continues in Riot chat: mainly raising concerns about copying government data which is assumed to be quality without verifying it’s quality in the field. usually, not much can go wrong with network nodes alone, but the key concern is about the trajectories in between. Ideally the network is used as basis for survey and the network later added after survey. However, wegspotter points out that there is always the risk of alterations in those networks, both in the dataset as in the field, making it a bit like shooting on a moving target.&lt;br /&gt;
  There’s however a slight difference in opinion: do we go for ‘we only add if we’re certain, no use in adding possibly wrong data’ versus ‘there’s no better source currently, why don’t we add it so possible mistakes get spotted through actual use of the data (in part through OSM)’. In essence it boils down to: ‘is it inherently wrong to armchair map these, as the availability may end up help spotting mistakes and thus eventually improve upon the data’?&lt;/p&gt;

  &lt;p&gt;Tim makes the suggestion to include a ‘reminder’ function in bebot.&lt;br /&gt;
  Later on, Glen appears to have fixed that already:&lt;/p&gt;
  &lt;blockquote&gt;
    &lt;p&gt;Command: &lt;code class=&quot;highlighter-rouge&quot;&gt;BEBOT remind me (on &amp;lt;date&amp;gt;|in &amp;lt;time&amp;gt;) to &amp;lt;action&amp;gt; - Set a reminder in &amp;lt;time&amp;gt; to do an &amp;lt;action&amp;gt;&lt;/code&gt;&lt;/p&gt;
  &lt;/blockquote&gt;

  &lt;p&gt;Detail on parameters: &lt;code class=&quot;highlighter-rouge&quot;&gt;&amp;lt;time&amp;gt;&lt;/code&gt; is in the format 1 day, 2 hours, 5 minutes etc. Time segments are optional, as are commas&lt;br /&gt;
  Proof of functionality is given by setting a reminder to slap Joost with a salmon.&lt;/p&gt;

  &lt;p&gt;s8evq asks how to map ‘future’ changes (i.e. two mailboxes going out of use in march ‘19). There’s a tagging option for end date, but for such small scale matters in the relatively near future , the use of notes is probably the easiest way to go.&lt;br /&gt;
  Based on this ‘future changes’ discussion, Joost asks if anyone can pick up &lt;a href=&quot;https://github.com/osmbe/community_planning/issues/2&quot;&gt;https://github.com/osmbe/community_planning/issues/2&lt;/a&gt; , due to not being available himself when the changes are to go live. So far no takers have stepped up.&lt;/p&gt;

  &lt;p&gt;lionel_giard asks about the color of farmland in the OSM-be tiles. Jonathan replies he didn’t change it by himself, but that his version may be out of sync with the last version of the default OSM-carto style, causing the dffierence.&lt;/p&gt;

  &lt;p&gt;Pietervdvn asks (on behalf of the ‘Westtoer’ folks) if there’s specific tagging to be applied to their ‘groene assen’ (‘green axis’), cycling ways, most often on old railway track locations. Midgard points out &lt;code class=&quot;highlighter-rouge&quot;&gt;railway=razed/dismantled/historic&lt;/code&gt; could be added, Tim suggests attention to the surrounding landuses being mapped in detail for the visual effect + using the given (and publicly used) names for them (Groene 62, Trimaarzate, Stroroute, …)&lt;/p&gt;

  &lt;p&gt;Midgard picks up the questions about the WhoDidIt -RSS feed and points out that it’s indeed Firefox no longer acting as RSS-reader by default. There’s however add-ons to cover for the functionality. (Tim later tested ‘Feedbro’, which does allow to acces the achavi-links, something the solution discussed on monday does not).&lt;br /&gt;
  For reference, it’s possible to add RSS feeds for posts on belgian forum (&lt;a href=&quot;https://forum.openstreetmap.org/extern.php?action=feed&amp;amp;type=rss&amp;amp;fid=29&quot;&gt;https://forum.openstreetmap.org/extern.php?action=feed&amp;amp;type=rss&amp;amp;fid=29&lt;/a&gt;), or for the appearance of new notes within a certain BBox (&lt;a href=&quot;https://www.openstreetmap.org/api/0.6/notes/feed?bbox=2.975237,50.868403,3.330919,51.042282&quot;&gt;https://www.openstreetmap.org/api/0.6/notes/feed?bbox=2.975237,50.868403,3.330919,51.042282&lt;/a&gt;, replace with lon/lat values as desired. Easiest way is to copy them from the WhoDidIt feed-url)&lt;/p&gt;

  &lt;p&gt;(Note by the editor: the above was restructured by theme, and is therefor not entirely chronological)&lt;/p&gt;

  &lt;hr /&gt;

  &lt;h2 id=&quot;wednesday-19122018&quot;&gt;Wednesday 19/12/2018&lt;/h2&gt;

  &lt;p&gt;Given no response about the municipality merger, the item is picked back up, with some discussion about what exactly needs to be done.&lt;/p&gt;

  &lt;p&gt;s8evq links to a page to visualize OSM speed limits (&lt;a href=&quot;http://mijndev.openstreetmap.nl/~peewee32/maxspeed/Maxspeed.htm&quot;&gt;http://mijndev.openstreetmap.nl/~peewee32/maxspeed/Maxspeed.htm&lt;/a&gt;).&lt;br /&gt;
  It is however not a clear 1:1 match with belgian speed limits (at least not in one overview). Tim refers to an earlier overpass query, but that if he wants a matching page with speed limits without having to run the query over and over, mapcontrib may be of help. A quick demo was set up: &lt;a href=&quot;https://www.mapcontrib.xyz/t/6c6b82-MapContrib&quot;&gt;https://www.mapcontrib.xyz/t/6c6b82-MapContrib&lt;/a&gt;&lt;br /&gt;
  Along with the visualisation, s8evq asks about mapping the actual numeric value for speed: would it be best to map the speedlimit-type, or the numerical value? Consensus is that while mapping the speedlimit-type appears to be the noble thing, most data consumers probably only rely on the numerical value…  earlier arguments have shown that consistenly mapping the speedlimit-type is not a failsafe method incase government changes things.&lt;/p&gt;

  &lt;p&gt;Lionel_giard asks about mapping ‘stars’ or ‘épis’, rating schemes for hotels / gites / …  There’s no clear wiki page on the matter, but references are made to similar pages. Most chatters tend to agree that such a rating, if visually displayed, is a perfectly mappable thing. However, tagging should probably refer to the rating agency/system, ideally also to the date of the last known rating.&lt;/p&gt;

  &lt;p&gt;Juminet links to an article he wrote about maps he made for OSM in the Ardennes region: &lt;a href=&quot;https://blog.champs-libres.coop/carto/2018/12/18/openardennemap.html&quot;&gt;https://blog.champs-libres.coop/carto/2018/12/18/openardennemap.html&lt;/a&gt; . The article receives some praise, in part about the method used to determine orientation for markers, and for the special attention to christmas trees.&lt;/p&gt;

  &lt;hr /&gt;

  &lt;h2 id=&quot;thursday-20122018&quot;&gt;Thursday 20/12/2018&lt;/h2&gt;

  &lt;p&gt;Tim asks if others also feel the rendering for &lt;code class=&quot;highlighter-rouge&quot;&gt;highway := construction&lt;/code&gt; appears disproportionally ‘heavy’ compared to other rendered road widths. Most agree, but research show there’s already an issue opened on the gravitystorm osmcarto github page.&lt;br /&gt;
  Discussion continues with the question of whether or not &lt;code class=&quot;highlighter-rouge&quot;&gt;highway = construction&lt;/code&gt; is applied for a redo of existing roads, rather then just new roads. While a selective &lt;code class=&quot;highlighter-rouge&quot;&gt;access = no&lt;/code&gt; works best, Jakka choses to also tag as &lt;code class=&quot;highlighter-rouge&quot;&gt;highway = construction&lt;/code&gt; for visual support. The &lt;code class=&quot;highlighter-rouge&quot;&gt;access = no&lt;/code&gt; does have a certain visual impact, but that’s limited. Easier to point out it needs touching up after completion though.&lt;/p&gt;

  &lt;p&gt;Tim asks about how to connect cycleways on a T-intersection with a onewaystreet (with dual way cyclists). His suggestion (dual way cycleway between the road crossing node and the cycleway on the other side is deemed correct.&lt;br /&gt;
  Based on the screenshot of tagging for the road it connects to, the discussion about using small or capital letters in tags like ‘moped_a’ or ‘moped_A’ is revived, and extended to forum. General consensus appears to be to go with lower case letters.&lt;/p&gt;

  &lt;p&gt;Jonathan reports the pull request he and Joost made for attribution through leaflet was accepted.&lt;/p&gt;

  &lt;p&gt;Seppe asks about mapping tactile paving at a crossing. Lines leading up to it can be mapped, but most commonly the presence is tagged on the node.  ( &lt;a href=&quot;https://taginfo.openstreetmap.org/keys/?key=tactile_paving#overview&quot;&gt;https://taginfo.openstreetmap.org/keys/?key=tactile_paving#overview&lt;/a&gt; ) This is a bit counter-intuitive, as most commonly the actual crossing is the part without the tactile paving.&lt;/p&gt;

  &lt;hr /&gt;

  &lt;h2 id=&quot;friday-21122018&quot;&gt;Friday 21/12/2018&lt;/h2&gt;

  &lt;p&gt;Seppe reports attribution was fixed on this page: &lt;a href=&quot;https://trainmap.belgiantrain.be/&quot;&gt;https://trainmap.belgiantrain.be/&lt;/a&gt;
  Some side discussion about it lacking accuracy due to non real-time tracking follows.&lt;/p&gt;

  &lt;p&gt;Joost reports OsMyBiz actually can edit OSM, contrary to earlier conclusions: &lt;a href=&quot;https://wiki.openstreetmap.org/wiki/Special:MobileDiff/1725647&quot;&gt;https://wiki.openstreetmap.org/wiki/Special:MobileDiff/1725647&lt;/a&gt;&lt;/p&gt;

  &lt;p&gt;Jakka and midgard have a discussion on line 6 in the Ghent bus network, where validation appears to cause issues. While De Lijn does try to keep it’s data actualised, there’s no clear focus on this in OSM. Polyglot used to focus on this, but appears to have shifted interest.&lt;/p&gt;

  &lt;p&gt;Jakka informs about suggestion a new mapper to avoid mapping seperate sidewalks everywhere. General consensus is that it indeed requires a lot of care (for routing etc), and is often best not to get into. (note by editor: consider this a form of micromapping that’s lower priority while there’s still alot else left to do)&lt;/p&gt;

  &lt;p&gt;Pietervdvn supplies a link for testing the routeplanner he’s working on. Some feedback is given bij Tim and Midgard. As Pieter stated ‘it’s still early testing’.&lt;/p&gt;

  &lt;p&gt;Seppe asks about a dataset in which you can find who maintains a road (‘wegbeheerder’). There’s no official dataset, but you can track which are maintained by AWV through one of the GeoPunt layers (transport over land / amenities of numbered roads)
  Joost suggested wegenregister. Seppe checked both wegenregister and LARA, both to no avail.&lt;/p&gt;

  &lt;hr /&gt;

  &lt;h2 id=&quot;saturday-22122018&quot;&gt;Saturday 22/12/2018&lt;/h2&gt;

  &lt;p&gt;Seppe and midgard have an exchange of ideas how routing can be done / improved for emergency services, based on an example by Seppe where there turns out to be an unneeded detour. Essentially it revolves about where precisely the destination marker is set.&lt;/p&gt;

  &lt;p&gt;A note about the private nature of a parking space in Brussels is referenced by Escada. Jonathan had a look at the area and updated it.&lt;/p&gt;

  &lt;p&gt;Joost posts a picture from his airplane, a Boeing from Air Europa. It has an in-flight information screen based on OSM-data, attribution included.&lt;/p&gt;

  &lt;hr /&gt;

  &lt;h2 id=&quot;sunday-23122018&quot;&gt;Sunday 23/12/2018&lt;/h2&gt;

  &lt;p&gt;Midgard mentions there’s a new icon for hospitals in the default OSM-carto&lt;/p&gt;

  &lt;p&gt;Glenn adds to the earlier routing discussion. Given emergency services can ‘bend the rules’ a bit on traffic, it may be an option to set the building as the destination, rather then a point on the road (as in one-way-streets that forces entering it from the correct side, using a destination point besides it may be a work-around). Later on, the source of the routing is mentioned ( &lt;a href=&quot;https://www.frontforce.be/news/hulpverleners-winnen-tijd-met-frontforce-emergency/&quot;&gt;https://www.frontforce.be/news/hulpverleners-winnen-tijd-met-frontforce-emergency/&lt;/a&gt; ). Apparantly, they also leave notes about what needs fixing for it to work properly. (note: it uses technology by xivk - Ben Abelshausen)&lt;/p&gt;

  &lt;p&gt;Koninklijke asks about mapping a ‘zone 50’ (with zonal signs), and how to tag the source for the speed limit. To date, there is no reason to differentiate between a ‘belgian’ or ‘flemish’ version, clearing up the confusion.&lt;/p&gt;</content><author><name>Tim Couwelier</name></author><summary type="html">Lots of conversation happens in our chat room. The volume is so high, it’s hard to keep up. And it’s easy to forget about issues that were raised. So Tim started making this weekly summary. Have a look at our channels page for more info about joining the chat or other ways to reach us.</summary></entry><entry xml:lang="en"><title type="html">Weekly Riot chat digest : 10/12/2018 - 16/12/2018</title><link href="https://openstreetmap.be/en/2018/12/17/weekly-riot.html" rel="alternate" type="text/html" title="Weekly Riot chat digest : 10/12/2018 - 16/12/2018" /><published>2018-12-17T00:00:00+00:00</published><updated>2018-12-17T00:00:00+00:00</updated><id>https://openstreetmap.be/en/2018/12/17/weekly-riot</id><content type="html" xml:base="https://openstreetmap.be/en/2018/12/17/weekly-riot.html">&lt;p&gt;Lots of conversation happens in our chat room. The volume is so high, it’s hard to keep up. And it’s easy to forget about issues that were raised. So Tim started making this weekly summary. Have a look at our &lt;a href=&quot;/en/contact.html&quot;&gt;channels page&lt;/a&gt; for more info about joining the chat or other ways to reach us.&lt;/p&gt;

  &lt;p&gt;See the original post and the following discussion here : &lt;a href=&quot;https://forum.openstreetmap.org/viewtopic.php?id=64819&quot;&gt;https://forum.openstreetmap.org/viewtopic.php?id=64819&lt;/a&gt;&lt;/p&gt;

  &lt;hr /&gt;

  &lt;h2 id=&quot;monday-10122018&quot;&gt;Monday 10/12/2018&lt;/h2&gt;

  &lt;p&gt;Glenn informs about how to map a ‘tractorsluis’ (physical construction to allow tractors to pass, but not normal cars).&lt;br /&gt;
  &lt;a href=&quot;https://wiki.openstreetmap.org/wiki/Tag:barrier%3Dsump_buster&quot;&gt;https://wiki.openstreetmap.org/wiki/Tag:barrier%3Dsump_buster&lt;/a&gt;&lt;/p&gt;

  &lt;p&gt;bxl-forever asks about how to map a certain type of barrier/fence.&lt;br /&gt;
  &lt;code class=&quot;highlighter-rouge&quot;&gt;fence_type = railing&lt;/code&gt; seems the best fit (&lt;a href=&quot;https://wiki.openstreetmap.org/wiki/Key:fence_type&quot;&gt;https://wiki.openstreetmap.org/wiki/Key:fence_type&lt;/a&gt;)&lt;/p&gt;

  &lt;p&gt;Seppe points out there’s a Mapillary grant program for camera’s.&lt;br /&gt;
  Requires 50k+ uploaded pictures to be taken into consideration.&lt;br /&gt;
  &lt;a href=&quot;https://docs.google.com/forms/d/e/1FAIpQLScrPJcRGlh_FQCQCuZkk0tCK9317odk5RYeYfI2UruCzJW31Q/viewform&quot;&gt;https://docs.google.com/forms/d/e/1FAIpQLScrPJcRGlh_FQCQCuZkk0tCK9317odk5RYeYfI2UruCzJW31Q/viewform&lt;/a&gt;&lt;/p&gt;

  &lt;p&gt;Jakka suggests supplying a basic simple template using osm-be tiles to implement a map into a website.&lt;br /&gt;
  Most agree this would be good, issue created on the osmbe-website github.&lt;/p&gt;

  &lt;hr /&gt;

  &lt;h2 id=&quot;tuesday-11122018&quot;&gt;Tuesday 11/12/2018&lt;/h2&gt;

  &lt;p&gt;Timcouwelier points out tiles are loading very slow,.&lt;br /&gt;
  Escada confirms there’s indeed issues, linking to the status page (&lt;a href=&quot;https://wiki.openstreetmap.org/wiki/Platform_Status&quot;&gt;https://wiki.openstreetmap.org/wiki/Platform_Status&lt;/a&gt;)&lt;/p&gt;

  &lt;p&gt;Jakka asks about how to map mobil telephone antennae attached to power towers.&lt;br /&gt;
  Lionel_giard replies &lt;em&gt;‘you only use &lt;code class=&quot;highlighter-rouge&quot;&gt;communication:mobile_phone/radio/...=yes/no&lt;/code&gt; for the transmission equipment. The others tags are all for the structure. ‘&lt;/em&gt;&lt;/p&gt;

  &lt;hr /&gt;

  &lt;h2 id=&quot;wednesday-12122018&quot;&gt;Wednesday 12/12/2018&lt;/h2&gt;

  &lt;p&gt;Timcouwelier asks about tagging suggestions for an entrace ramp to a hospital with an overhead roof.&lt;br /&gt;
  Tagging as a bridge seems an option, but would not match with using ‘tunnel’ for the covered part under the building + it’s rendered overly heavy. Consensus is to split the ramp and mark an &lt;code class=&quot;highlighter-rouge&quot;&gt;incline = up&lt;/code&gt; and &lt;code class=&quot;highlighter-rouge&quot;&gt;incline = down&lt;/code&gt;, but to not  add percentage as it’s unknown.&lt;br /&gt;
  &lt;a href=&quot;https://taginfo.openstreetmap.org/keys/incline#values&quot;&gt;https://taginfo.openstreetmap.org/keys/incline#values&lt;/a&gt; apparantly shows 2 uses for &lt;code class=&quot;highlighter-rouge&quot;&gt;incline = steep_as_hell&lt;/code&gt;&lt;/p&gt;

  &lt;p&gt;Lionel_giard ask about how to map an ‘internaat’ (living quarters at school for students not going home during the week).&lt;br /&gt;
  This is a recurring question, but there’s nothing beyond &lt;code class=&quot;highlighter-rouge&quot;&gt;building = residential&lt;/code&gt;. However, it should still clarify sufficient in combination with &lt;code class=&quot;highlighter-rouge&quot;&gt;amenity = school&lt;/code&gt; around it.&lt;/p&gt;

  &lt;p&gt;Timcouwelier asks about options in Overpass Turbo: building on a query that selects all ways based on having a node last touched by a given user, is there an option to do that for TWO users and style them differently?&lt;br /&gt;
  Joost offers a workaround through mapcontrib, by using two layers with a different query, and working with two different styles.&lt;/p&gt;

  &lt;p&gt;s8evq asks about possible missing attribution to OSM in the maps used by postnl.be.&lt;br /&gt;
  Contact is made based on the following input by Joost:&lt;br /&gt;
  If you want to deal with it yourself, add it to this list and write them a message: &lt;a href=&quot;https://wiki.openstreetmap.org/wiki/WikiProject_Belgium/Websites#List_2&quot;&gt;https://wiki.openstreetmap.org/wiki/WikiProject_Belgium/Websites#List_2&lt;/a&gt;&lt;/p&gt;

  &lt;p&gt;A reply from wegspotter to a question by Glenn on ‘slow roads’, raises discussion on how to deal with getting ‘complete’ info, as the requirements for the vicinal ref (&lt;a href=&quot;https://wiki.openstreetmap.org/wiki/WikiProject_Belgium/Conventions/Slowroads&quot;&gt;https://wiki.openstreetmap.org/wiki/WikiProject_Belgium/Conventions/Slowroads&lt;/a&gt;) requires info that’s not visible possible to retrieve in the field.&lt;/p&gt;

  &lt;hr /&gt;

  &lt;h2 id=&quot;thursday-13122018&quot;&gt;Thursday 13/12/2018&lt;/h2&gt;

  &lt;p&gt;Discussion on the vicinal roads continues.&lt;br /&gt;
  Neither atlas number, the vicinal_type (sentier vs chemin) can be found without external sources.&lt;br /&gt;
  Tim re-links the WMS for the atlas for most provinces, but before editing them into the wiki, Joost plans to check to what extent they are ‘within license’ to use as a source. Suggestion is made (by himself) to remind him from time to time not to forget about this.&lt;/p&gt;

  &lt;p&gt;Discussion on the wiki status for the vicinal road tagging, raises issues about communication of such wiki edits, where escada points out ideally issues like that should get picked up either in riot channel or through the mailing list. Timcouwelier adds that ideally, to keep discussion / progress / knowledge / information spread widely, it’d probably be a good idea to created a weekly digest of what’s discussed in the riot channel, both for later reference but also to open up the discussions with those not actively reading the channel.&lt;/p&gt;

  &lt;p&gt;That in mind, timcouwelier creates a framapad to start taking notes for a weekly digest, to be sent to talk-be, and writes up a first prelimary version for this week.&lt;/p&gt;

  &lt;p&gt;Lionel_giard asks about rendering status - it’s still down, and there seem to be more issues with the Amsterdam tileserver.&lt;/p&gt;

  &lt;p&gt;Juminet announces an OpenStreetMap Arlon meetup (&lt;a href=&quot;https://www.meetup.com/nl-NL/OpenStreetMap-Belgium/events/257183572/&quot;&gt;https://www.meetup.com/nl-NL/OpenStreetMap-Belgium/events/257183572/&lt;/a&gt;) and informs about adding it to the osm-be calendar and maptime, or to be told how to do it. It appears creating a PR (pull request) here gets the job done: &lt;a href=&quot;https://github.com/osmbe/website/tree/master/_posts/events&quot;&gt;https://github.com/osmbe/website/tree/master/_posts/events&lt;/a&gt;&lt;/p&gt;

  &lt;p&gt;Joost suggests a revert of changes by this user: &lt;a href=&quot;https://www.openstreetmap.org/user/NTSB/&quot;&gt;https://www.openstreetmap.org/user/NTSB/&lt;/a&gt; and asks for assistance in doing so. Midgard helps out.&lt;/p&gt;

  &lt;p&gt;Suggestion is made that - if tileservers remain having issues - osm-be or osm-fr tiles can be used, which in turn raises questions on their update frequency. Jonathan explains that currently the osm-be tiles are updated approximately once a month, but the process (mostly starting/stopping) the rendering server is a manual process. He intends to keep a closer watch in 2019, to shorten update cycles.&lt;/p&gt;

  &lt;p&gt;Jakka points out there’s a new source of incoming ‘notes’, generated through &lt;a href=&quot;http://amenagements-cyclables.fr/fr/contributions/5871&quot;&gt;http://amenagements-cyclables.fr/fr/contributions/5871&lt;/a&gt;, often low quality. Joost will try to get in touch with the app devs.
  As a side question, Tim asks where Jakka tracks notes (through a map or a feed). Jakka responds with his source feed (&lt;a href=&quot;http://resultmaps.neis-one.org/osm-notes-country?c=Belgium&quot;&gt;http://resultmaps.neis-one.org/osm-notes-country?c=Belgium&lt;/a&gt;)&lt;/p&gt;

  &lt;hr /&gt;

  &lt;h2 id=&quot;friday-14122018&quot;&gt;Friday 14/12/2018&lt;/h2&gt;

  &lt;p&gt;Tim has contacted the city of Roeselare to point out their google maps ‘map page’ isn’t working, suggesting the use of OSM instead.&lt;/p&gt;

  &lt;p&gt;The discussion on vicinal roads continues, with some background on them, legal status and such.  Tagging should be tackled on two levels: the ‘designation’ tag and the tags for the vicinal roads.&lt;/p&gt;

  &lt;p&gt;For designation, wegspotter proposes this:&lt;/p&gt;

  &lt;p&gt;&lt;em&gt;So for designation in Flanders &amp;amp; Brussels, we have basically 3 statutes.&lt;/em&gt;&lt;/p&gt;

  &lt;ul&gt;
    &lt;li&gt;&lt;code class=&quot;highlighter-rouge&quot;&gt;designation=vicinal_road&lt;/code&gt; &lt;em&gt;(it appears in the atlas or in modifiyng documents)&lt;/em&gt;&lt;/li&gt;
    &lt;li&gt;&lt;code class=&quot;highlighter-rouge&quot;&gt;designation=communal_road_ss&lt;/code&gt; &lt;em&gt;(it is property of the municipality &amp;amp; it is destinied for public use &amp;amp; it does not appear in the atlas of vicinal roads)&lt;/em&gt;&lt;/li&gt;
    &lt;li&gt;&lt;code class=&quot;highlighter-rouge&quot;&gt;designation=right_of_way_ss&lt;/code&gt; &lt;em&gt;(it is a public right of way, but does not show up in the atlas of vicinal roads&lt;/em&gt;&lt;/li&gt;
  &lt;/ul&gt;

  &lt;p&gt;&lt;em&gt;In Wallonia, you only have one category &lt;code class=&quot;highlighter-rouge&quot;&gt;designation=communal_road&lt;/code&gt; (without the ss, since the Flemish/Brussels situation is stricter&lt;/em&gt;&lt;/p&gt;

  &lt;p&gt;By extension, for the vicinal roads we’d come to this: (based on an example picture by escada)&lt;/p&gt;

  &lt;ul&gt;
    &lt;li&gt;&lt;code class=&quot;highlighter-rouge&quot;&gt;name = Speecaertweg&lt;/code&gt;&lt;/li&gt;
    &lt;li&gt;&lt;code class=&quot;highlighter-rouge&quot;&gt;vicinal_ref = Voetweg 44&lt;/code&gt; (yes with the Voetweg –&amp;gt; because we also add N/A/E)&lt;/li&gt;
    &lt;li&gt;&lt;code class=&quot;highlighter-rouge&quot;&gt;official_vicinal_ref = SMB_44_1&lt;/code&gt; (usually the ref that can only be found in documents, gets ‘official’, there is already an official_name and official_ref that have the same purpose).&lt;/li&gt;
    &lt;li&gt;&lt;code class=&quot;highlighter-rouge&quot;&gt;designation = vicinal&lt;/code&gt; (Flanders) or &lt;code class=&quot;highlighter-rouge&quot;&gt;designation = communal&lt;/code&gt; (Wallonia).&lt;/li&gt;
  &lt;/ul&gt;

  &lt;p&gt;Plan of action is for wegspotter to make the required wiki edits for the vicinal roads tagging scheme, communicatie / discuss through riot/forum/talk-be mailing and then start applying it. As a second stage, an attempt can be made to formalise the &lt;code class=&quot;highlighter-rouge&quot;&gt;designation = *&lt;/code&gt; tagging on a wider level, but to not let that hold back the (smaller) argument on how we tag vicinal roads in belgium. Escada refers to his imagery available for demo images to implement in the wiki, pietervdvn explains how to use the images in wiki edits.&lt;/p&gt;

  &lt;p&gt;Related to the argument, Wegspotter also shared a document on slow roads / vicinal roads and their (legal) statuses.&lt;/p&gt;

  &lt;p&gt;Pietervdvn informs he’s hosting a session with Westtoer (provincial tourism agency for West-Flanders), and asks if any topics in specific should be stressed towards this target group. Tim points out that ‘ensuring the source data they proces is within license for using for OSM’.&lt;/p&gt;

  &lt;p&gt;Some discussion is raised on ‘duplicate tagging’, more specifically ‘manually adding tags for something that is implicitly a consequence of other tags’. Glen refers to this page: (&lt;a href=&quot;https://wiki.openstreetmap.org/wiki/OSM_tags_for_routing/Access-Restrictions#Belgium&quot;&gt;https://wiki.openstreetmap.org/wiki/OSM_tags_for_routing/Access-Restrictions#Belgium&lt;/a&gt;) and points out only that given the rules have some implicit consequences, you should only map the exceptions through explicit tagging.&lt;/p&gt;

  &lt;p&gt;Wegspotter asks if ‘tracktype’ can also be applied to paths. It’s countered tracktype should be considered strictly for use on ‘tracks’.&lt;/p&gt;

  &lt;p&gt;Tim asks about tagging suggestions for an indoor building for sports.
  Doudou suggests &lt;code class=&quot;highlighter-rouge&quot;&gt;leisure = sports_centre&lt;/code&gt;, escada suggests &lt;code class=&quot;highlighter-rouge&quot;&gt;building = sports_hall&lt;/code&gt; (as the latter implies more directly to the building rather then the broader site)&lt;/p&gt;

  &lt;p&gt;Some tracing back to earlier discussions on street names happens:&lt;/p&gt;

  &lt;ul&gt;
    &lt;li&gt;Joost received feedback on the spelling over Breeërweg  (which is in GRB as Breeerweg). They agree it’s technically incorrect, but that is like that officially and the municipality sticks to it, so they follow that version.&lt;/li&gt;
    &lt;li&gt;Reference is made to the equally (technically incorrect) spelling for street names in Vilvoorde, which in GRB have a different format then what ground truth (street signs) show.&lt;/li&gt;
  &lt;/ul&gt;

  &lt;p&gt;Suggestion is for those cases to add a &lt;code class=&quot;highlighter-rouge&quot;&gt;note=&quot;the name is not the official name but we chose to following street names as used on traffic signs, not the official notation&quot;&lt;/code&gt; . Note: as this point that is merely a suggestion.&lt;/p&gt;

  &lt;hr /&gt;

  &lt;h2 id=&quot;saturday-15122018&quot;&gt;Saturday 15/12/2018&lt;/h2&gt;

  &lt;p&gt;Escada picks up on a question from Joost the night before:&lt;br /&gt;
  adding &lt;code class=&quot;highlighter-rouge&quot;&gt;access=no&lt;/code&gt; to a &lt;code class=&quot;highlighter-rouge&quot;&gt;highway=cycleway&lt;/code&gt; that has &lt;code class=&quot;highlighter-rouge&quot;&gt;bicylce=yes&lt;/code&gt;: that seems unwanted, no?&lt;br /&gt;
  His reply refers to &lt;a href=&quot;https://wiki.openstreetmap.org/wiki/OSM_tags_for_routing/Access-Restrictions#Belgium&quot;&gt;https://wiki.openstreetmap.org/wiki/OSM_tags_for_routing/Access-Restrictions#Belgium&lt;/a&gt; and states that mostly the difference you can have, tends to be in the nature of mopeds being ‘permissive’ or not.&lt;br /&gt;
  Jakka adds to it by suggestion to stick to moped_a, moped_b and moped_p as keys rather then their capitalized versions. Normally the use of capital letters is restricted to where names require them.&lt;/p&gt;

  &lt;p&gt;Wegspotter refers to having updated this page:&lt;br /&gt;
  &lt;a href=&quot;https://wiki.openstreetmap.org/w/index.php?title=WikiProject_Belgium/Conventions/Slowroads&amp;amp;wteswitched=1#Trage_wegen_Inventory&quot;&gt;https://wiki.openstreetmap.org/w/index.php?title=WikiProject_Belgium/Conventions/Slowroads&amp;amp;wteswitched=1#Trage_wegen_Inventory&lt;/a&gt; and suggest proofreading / input.&lt;br /&gt;
  As a side point, rendering of tracks based on access types gets discussed. Escada adds that to this day, the default rendering is mostly car-oriënted, but that the location to make suggestions is here: &lt;a href=&quot;https://github.com/gravitystorm/openstreetmap-carto/issues&quot;&gt;https://github.com/gravitystorm/openstreetmap-carto/issues&lt;/a&gt; . He also links to two related issues.&lt;/p&gt;

  &lt;p&gt;Joost announces having been elected into the OSMF board, with a round of congratulations all around to celebrate the news. Some discussion about the voting (and the nature of the voting system used here, and other systems in other contexts) follows.&lt;/p&gt;

  &lt;p&gt;Ubipo asks for help with turn lane relations and the JOSM plugin for it. Midgard replies it’s not common practice in Belgium to use them, as we go for &lt;code class=&quot;highlighter-rouge&quot;&gt;turn:lanes&lt;/code&gt; tagging. Given ubipo was mostly trying to fix the broken relation, and the suggested tagging is in place, the relation gets removed.&lt;/p&gt;

  &lt;hr /&gt;

  &lt;h2 id=&quot;sunday-16122018&quot;&gt;Sunday 16/12/2018&lt;/h2&gt;

  &lt;p&gt;Jakka asks about ta default mail template to point out missing attribution in webpages, given it’s lacking here: &lt;a href=&quot;https://vrijeparking.be/vindparking&quot;&gt;https://vrijeparking.be/vindparking&lt;/a&gt; . s8evq points here: &lt;a href=&quot;https://wiki.openstreetmap.org/wiki/User:Joost_schouppe/Coprightbrieven#Gouden_Gids&quot;&gt;https://wiki.openstreetmap.org/wiki/User:Joost_schouppe/Coprightbrieven#Gouden_Gids&lt;/a&gt; , and Jakka sent the e-mail.&lt;/p&gt;

  &lt;p&gt;Joost asks about these marker stones he found in Hallerbos ( &lt;a href=&quot;https://photos.app.goo.gl/eHuqsztJJoSg1GMh9&quot;&gt;https://photos.app.goo.gl/eHuqsztJJoSg1GMh9&lt;/a&gt; ), which he assumes to be old border marker stones. No input is given beyond ‘that’s what we would get as well’&lt;/p&gt;

  &lt;p&gt;Escada points out he’s having issues with user BHiko’s work. It looks like it’s a (manual) import of data for networks found through knooppuntnet, and in the proces deleting/replacing network data known to be correct. The user seems however difficult to reach, so if anyone has a somewhat direct line to the person, please let us know. Requesting a block through DWG is at this point an option to consider.&lt;/p&gt;</content><author><name>Tim Couwelier</name></author><summary type="html">Lots of conversation happens in our chat room. The volume is so high, it’s hard to keep up. And it’s easy to forget about issues that were raised. So Tim started making this weekly summary. Have a look at our channels page for more info about joining the chat or other ways to reach us.</summary></entry></feed>


key: klokantech
encoding: utf8
format: rss 2.0
title: Klokan Technologies
url: https://blog.klokantech.com/tags/#openstreetmap
feed_url: https://blog.klokantech.com/feed/openstreetmap.xml
summary: Blog feed with news about MapTiler and OpenStreetMap
twitter: klokantech
items_last_updated: 2019-10-15 11:00:00
fetched: 2019-10-16 12:00:26.382128
http_etag: "13a2a-595058d4bca3f-gzip"
http_last_modified: Wed, 16 Oct 2019 11:39:21 GMT
http_server: cloudflare
md5: 5b867f1238c856873c76a2d84874a193
created_at: 2019-06-09 18:11:33.604408
updated_at: 2019-10-16 12:00:26.383384
body:
  <?xml version="1.0" encoding="utf-8" ?>
  <rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>MapTiler blog with OpenStreetMap</title>
    <link>https://www.maptiler.com/blog/feed/openstreetmap.xml</link>
    <description>Blog feed with news about MapTiler and OpenStreetMap</description>
    <language>en</language>
    
      
        <item>
          <title>OpenStreetMap in WGS84</title>
          <link>https://www.maptiler.com/blog/2019/10/openstreetmap-in-wgs84-on-maptiler-cloud.html</link>
          <description>
            &lt;img src=&quot;https://www.maptiler.com/media/2019-10-15-openstreetmap-in-wgs84-on-maptiler-cloud-1-1.png&quot;
            alt=&quot;Thumb&quot;&gt;
            &lt;p&gt;Global maps based on OpenStreetMap in WGS84 map projection are available on MapTiler Cloud via maps API. This complements the already existing maps in Web Mercator projection, which is de-facto the industry standard.&lt;/p&gt;

  &lt;h2 id=&quot;why-there-are-so-many-map-projections&quot;&gt;Why there are so many map projections?&lt;/h2&gt;
  &lt;p&gt;Earth is not flat. Therefore, we need to mathematically solve the issue of projecting a globe into 2D space. It is possible to do in many ways, but all solutions, which are called map projections, have pros and cons.&lt;/p&gt;

  &lt;p&gt;Over time, Web Mercator become de-facto the industry standard. However, like any other map projections, it also has downsides: the most visible one is the distortion of sizes. Areas near poles are displayed much bigger while equatorial zone appears much smaller than in reality.&lt;/p&gt;

  &lt;p&gt;Various local/national coordinate systems were created because many maps were historically showing only limited territory. Therefore, they use projection which fits best to a specific territory. Local coordinate systems are still used by governments and required for official maps.&lt;/p&gt;

  &lt;p&gt;&lt;img src=&quot;https://www.maptiler.com/media/2019-10-15-openstreetmap-in-wgs84-on-maptiler-cloud-1-2.png&quot; alt=&quot;Some of the map projections&quot; /&gt;&lt;/p&gt;

  &lt;p&gt;&lt;em&gt;Some of the map projections. Image ©&lt;a href=&quot;https://map-projections.net/imglist.php&quot;&gt;Tobias Jung&lt;/a&gt; CC BY-SA 4.0&lt;/em&gt;&lt;/p&gt;

  &lt;h2 id=&quot;vector-and-raster-osm-tiles-in-epsg4326&quot;&gt;Vector and raster OSM tiles in EPSG:4326&lt;/h2&gt;
  &lt;p&gt;To fulfill specific needs, MapTiler Cloud is now adding base maps derived from OpenStreetMap in alternative coordinate systems. Base maps are available in &lt;a href=&quot;https://cloud.maptiler.com/tiles/v3-4326/&quot;&gt;WGS84&lt;/a&gt;.&lt;/p&gt;

  &lt;blockquote&gt;
    &lt;p&gt;https://api.maptiler.com/tiles/v3-4326/{z}/{x}/{y}.pbf?key={YOUR-OWN-KEY}&lt;/p&gt;
  &lt;/blockquote&gt;

  &lt;p&gt;There is an OpenLayers 6 vector viewer code snippet, raster tiles rendered on-demand, WMTS service for use in desktop GIS software and static maps API. &lt;/p&gt;

  &lt;h2 id=&quot;maps-in-lambert-rijksdriehoekstelsel-and-other-national-coordinate-systems&quot;&gt;Maps in Lambert, Rijksdriehoekstelsel and other national coordinate systems&lt;/h2&gt;
  &lt;p&gt;From the local coordinate systems, &lt;a href=&quot;https://cloud.maptiler.com/tiles/v3-2154/&quot;&gt;French Lambert&lt;/a&gt;, &lt;a href=&quot;https://cloud.maptiler.com/tiles/v3-28992/&quot;&gt;Dutch Rijksdriehoekstelsel&lt;/a&gt; are available and many others will come soon!&lt;/p&gt;

  &lt;p&gt;MapTiler Cloud is also able to &lt;a href=&quot;https://www.maptiler.com/blog/2019/10/maptiler-maps-api-hosting-for-geopackage.html&quot;&gt;host maps in any coordinate system&lt;/a&gt; with EPSG code. Just upload your map in GeoPackage format or create one with the &lt;a href=&quot;https://www.maptiler.com/blog/2019/10/maptiler-desktop-10-2.html&quot;&gt;new MapTiler Desktop 10.2&lt;/a&gt;.&lt;/p&gt;

  &lt;p&gt;&lt;img src=&quot;https://www.maptiler.com/media/2019-10-15-openstreetmap-in-wgs84-on-maptiler-cloud-1-3.png&quot; alt=&quot;OpenStreetMap in French Lambert and Dutch Rijksdriehoekstelsel map projections&quot; /&gt;&lt;/p&gt;

  &lt;p&gt;&lt;em&gt;OpenStreetMap in French Lambert and Dutch Rijksdriehoekstelsel map projections&lt;/em&gt;&lt;/p&gt;

  &lt;h2 id=&quot;free-maps-api-with-local-coordinate-systems&quot;&gt;Free maps API with local coordinate systems&lt;/h2&gt;
  &lt;p&gt;Start using maps in &lt;a href=&quot;https://cloud.maptiler.com/maps/basic-4326/&quot;&gt;WGS84&lt;/a&gt;, &lt;a href=&quot;https://cloud.maptiler.com/maps/basic-2154/&quot;&gt;Lambert&lt;/a&gt; or &lt;a href=&quot;https://cloud.maptiler.com/maps/basic-28992/&quot;&gt;Rijksdriehoekstelsel&lt;/a&gt; for free via &lt;a href=&quot;/cloud/&quot;&gt;MapTiler Cloud&lt;/a&gt;.&lt;/p&gt;
  </description>
          <pubDate>Tue, 15 Oct 2019 13:00:00 +0200</pubDate>
          <author>info@maptiler.com (Dalibor Janak)</author>
          <guid isPermaLink="true">https://www.maptiler.com/blog/2019/10/openstreetmap-in-wgs84-on-maptiler-cloud.html</guid>
        </item>
      
    
      
    
      
    
      
    
      
        <item>
          <title>Highlights from State of the Map</title>
          <link>https://www.maptiler.com/blog/2019/09/highlights-from-state-of-the-map.html</link>
          <description>
            &lt;img src=&quot;https://www.maptiler.com/media/2019-09-26-highlights-from-state-of-the-map-1.jpg&quot;
            alt=&quot;Thumb&quot;&gt;
            &lt;p&gt;The annual OpenStreetMap conference was hosted this year by the Heidelberg University. Topics related to community, humanitarian mapping, academic track and open-source GIS tools were presented there. Moreover, the conference is a place to meet people devoted to the idea of open maps.&lt;/p&gt;

  &lt;h2 id=&quot;state-of-the-map2019&quot;&gt;State of the Map 2019&lt;/h2&gt;
  &lt;p&gt;This year, SotM took place between September 21st and 23rd in Heidelberg, Germany.&lt;/p&gt;

  &lt;p&gt;We presented our work on the &lt;a href=&quot;https://openmaptiles.org/&quot;&gt;OpenMapTiles project&lt;/a&gt;, which is a set of open-source tools for running digital maps, with a focus on generating vector tiles from OpenStreetMap in local coordinate systems. Maps in WGS84, which were mentioned in the presentation, can be found &lt;a href=&quot;https://cloud.maptiler.com/maps/basic-4326/&quot;&gt;here&lt;/a&gt;.&lt;/p&gt;

  &lt;amp-youtube data-videoid=&quot;GELhDZLtSMI&quot; layout=&quot;responsive&quot; width=&quot;768&quot; height=&quot;432&quot; data-param-rel=&quot;0&quot;&gt;
  &lt;/amp-youtube&gt;

  &lt;p&gt;&lt;em&gt;Slides from the presentation are &lt;a href=&quot;https://www.slideshare.net/MapTiler/osm-vector-tiles-in-custom-coordinate-systems-sotm-2019-175139514&quot;&gt;available on SlideShare&lt;/a&gt;.&lt;/em&gt;&lt;/p&gt;

  &lt;h2 id=&quot;maps-for-transportation&quot;&gt;Maps for transportation&lt;/h2&gt;
  &lt;p&gt;The welcome keynote was given by Christian Föster and Dietmar Seifert from the Ministry of Transport Baden-Württemberg, the Platinum sponsor of the conference. In the booth they had on the conference, one was able to find out why they switch to OSM: quality, price and up-to-date information.&lt;/p&gt;

  &lt;p&gt;Another topic related to transportation was a presentation by Johan Wiklund, who talked about the open-data model in Norway. The presentation mentioned some tools already know from the last year’s talk by Markku Huotari from the Helsinki regional transport authority. &lt;/p&gt;

  &lt;p&gt;From a mapping perspective, there was an ongoing discussion on &lt;a href=&quot;https://wiki.openstreetmap.org/wiki/Proposed_features/Refined_Public_Transport&quot;&gt;public transport schema v3&lt;/a&gt;, very practical lightning talk about the &lt;a href=&quot;https://wiki.openstreetmap.org/wiki/JOSM/Plugins/PT_Assistant&quot;&gt;PT_Assistant plugin&lt;/a&gt; and many others.&lt;/p&gt;

  &lt;amp-img alt=&quot;...in Norway, the majority of the government work is released as open data&quot; src=&quot;/media/2019-09-26-highlights-from-state-of-the-map-2.jpg&quot; width=&quot;1920&quot; height=&quot;1440&quot; layout=&quot;responsive&quot;&gt;
  &lt;/amp-img&gt;

  &lt;p&gt;&lt;em&gt;…in Norway, the majority of the government work is released as open data.&lt;/em&gt;&lt;/p&gt;

  &lt;h2 id=&quot;artificial-intelligence-as-a-goodservant&quot;&gt;Artificial intelligence as a good servant&lt;/h2&gt;
  &lt;p&gt;Controversies caused by misuse of AI from previous years seem to settle down and artificial intelligence is now at the stage when it serves as a useful tool for mappers. &lt;/p&gt;

  &lt;p&gt;AI is utilized mostly in countries with a lower number of local mappers. It is used e.g. by Facebook in Thailand, which created own fork of iD editor, known as &lt;a href=&quot;https://mapwith.ai/&quot;&gt;RapiD&lt;/a&gt;. Roads in this tool are pre-mapped by AI and awaiting human moderation to make it to the OpenStreetMap database. &lt;/p&gt;

  &lt;p&gt;IBM showed their approach, which combines digitizing buildings from satellite imagery with creating fake satellite imagery from map data in cycles. Another big player in the field, Microsoft, started cooperation with Humanitarian OpenStreetMap Team in an effort to map areas for humanitarian aid.&lt;/p&gt;

  &lt;amp-img alt=&quot;The joint effort of HOT and Microsoft creates vectorized buildings from satellite imagery&quot; src=&quot;/media/2019-09-26-highlights-from-state-of-the-map-3.jpg&quot; width=&quot;1920&quot; height=&quot;1440&quot; layout=&quot;responsive&quot;&gt;
  &lt;/amp-img&gt;

  &lt;p&gt;&lt;em&gt;The joint effort of HOT and Microsoft creates vectorized buildings from satellite imagery.&lt;/em&gt;&lt;/p&gt;

  &lt;h2 id=&quot;social-event-and-osmawards&quot;&gt;Social event and OSM awards&lt;/h2&gt;
  &lt;p&gt;The social event is traditionally the best place to meet others and start an interesting discussion. Apart from dinner and live music, this year organizers added the &lt;a href=&quot;http://awards.osmz.ru/&quot;&gt;OSM awards&lt;/a&gt; ceremony, where the community praise people for their extensive work on OSM.&lt;/p&gt;

  &lt;p&gt;A smaller event called Poster Session took place on Sunday. A gallery of many beautiful maps or OSM related posters were exhibited there.&lt;/p&gt;

  &lt;p&gt;&lt;img src=&quot;https://www.maptiler.com/media/2019-09-26-highlights-from-state-of-the-map-4.jpg&quot; alt=&quot;OSM awards ceremony&quot; /&gt;&lt;/p&gt;

  &lt;p&gt;&lt;em&gt;A big round of applause for the OSM awards winners. Photo ©&lt;a href=&quot;https://www.flickr.com/photos/thomersch/&quot;&gt;Thomas Skowron&lt;/a&gt; CC-BY 2.0.&lt;/em&gt;&lt;/p&gt;

  &lt;h2 id=&quot;big-thanks-to-everybody-involved&quot;&gt;Big thanks to everybody involved&lt;/h2&gt;
  &lt;p&gt;At the closing ceremony, the organizers got standing ovations for their effort. Needed to say, the applause was deserved as the conference was well prepared and everything went extremely smooth.&lt;/p&gt;

  &lt;p&gt;For the next year, SotM moves to Cape Town, South Africa. &lt;/p&gt;

  &lt;p&gt;In case you missed any of the interesting talks, you can already &lt;a href=&quot;https://media.ccc.de/c/sotm2019&quot;&gt;watch videos&lt;/a&gt; kindly provided by the &lt;a href=&quot;https://c3voc.de/&quot;&gt;CCC VOC team&lt;/a&gt;. &lt;/p&gt;

  &lt;p&gt;You can also &lt;a href=&quot;https://www.youtube.com/watch?v=GELhDZLtSMI&quot;&gt;watch our presentation&lt;/a&gt; and &lt;a href=&quot;https://www.slideshare.net/MapTiler/osm-vector-tiles-in-custom-coordinate-systems-sotm-2019-175139514&quot;&gt;see the slides&lt;/a&gt;. Till next time!&lt;/p&gt;

  &lt;p&gt;&lt;img src=&quot;https://www.maptiler.com/media/2019-09-26-highlights-from-state-of-the-map-5.jpg&quot; alt=&quot;The organization team is about to get standing ovations for their exhaustive effort&quot; /&gt;&lt;/p&gt;

  &lt;p&gt;&lt;em&gt;The organization team is about to get standing ovations for their exhaustive effort.&lt;/em&gt;&lt;/p&gt;
  </description>
          <pubDate>Thu, 26 Sep 2019 13:00:00 +0200</pubDate>
          <author>info@maptiler.com (Jiri Komarek)</author>
          <guid isPermaLink="true">https://www.maptiler.com/blog/2019/09/highlights-from-state-of-the-map.html</guid>
        </item>
      
    
      
    
      
        <item>
          <title>Our highlights from FOSS4G 2019</title>
          <link>https://www.maptiler.com/blog/2019/09/our-highlights-from-foss4g-2019.html</link>
          <description>
            &lt;img src=&quot;https://www.maptiler.com/media/2019-09-06-our-highlights-from-foss4g-2019-1.jpg&quot;
            alt=&quot;Thumb&quot;&gt;
            &lt;p&gt;The amazing &lt;a href=&quot;https://2019.foss4g.org/&quot;&gt;FOSS4G&lt;/a&gt; (Free and Open Source Software for Geospatial) international conference once again took place in late August, this time in Bucharest, Romania. The MapTiler Team was privileged to present news from the OpenMapTiles project as well as advanced open-data use cases there.&lt;/p&gt;

  &lt;p&gt;Many innovative topics were presented at FOSS4G, and we could learn a lot about the open-source projects we are using such as GDAL, PROJ, PostGIS, OpenLayers and many others, old or new. We also appreciated several presentations about vector tiles and could sense the ever-growing interest in them. We were also very proud to be part of the presenters, with the two following talks:&lt;/p&gt;

  &lt;h2 id=&quot;openmaptiles-news-thematic-layers-coordinate-systems&quot;&gt;OpenMapTiles: News, thematic layers, coordinate systems&lt;/h2&gt;
  &lt;p&gt;Our first presentation by Petr focused on the &lt;a href=&quot;https://openmaptiles.org/&quot;&gt;OpenMapTiles project&lt;/a&gt;. This set of tools allows anyone to convert global geospatial data into pre-generated vector tiles, e.g., creating a map from the OpenStreetMap database. This project is developed and maintained by the MapTiler team and released under the BSD 3-Clause and the CC-BY 4.0 open source licenses.&lt;/p&gt;

  &lt;blockquote&gt;
    &lt;blockquote&gt;
      &lt;p&gt;See projects we built together with the amazing community at &lt;a href=&quot;/opensource/&quot;&gt;www.maptiler.com/opensource/&lt;/a&gt;&lt;/p&gt;
    &lt;/blockquote&gt;
  &lt;/blockquote&gt;

  &lt;p&gt;The latest updates from &lt;a href=&quot;https://www.maptiler.com/blog/2019/06/openmaptiles-3-10-improving-water-layer.html&quot;&gt;OpenMapTiles 3.10&lt;/a&gt; were detailed, including new additions but also improvements provided to some layers such as boundaries, landuse or water. Peter also explained how it is now easy to create new thematic layers by extending the cartographic schema. He finally gave a few hints about generating vector tiles using custom coordinate systems.&lt;/p&gt;

  &lt;amp-youtube data-videoid=&quot;nqCvfgdRLo4&quot; layout=&quot;responsive&quot; width=&quot;768&quot; height=&quot;432&quot; data-param-rel=&quot;0&quot;&gt;
  &lt;/amp-youtube&gt;

  &lt;p&gt;Slides from Petr’s presentation &lt;a href=&quot;https://www.slideshare.net/MapTiler/openmaptiles-foss4g-2019&quot;&gt;are available on SlideShare&lt;/a&gt;.&lt;/p&gt;

  &lt;h2 id=&quot;geospatial-open-data-for-everyone-from-global-tolocal&quot;&gt;Geospatial open data for everyone, from global to local&lt;/h2&gt;
  &lt;p&gt;Nicolas presented about open geospatial data and how we gather and share it with the MapTiler technology. One of the highlights was about processing and combining various open data sources in order to provide ready-to-use tilesets and maps, which we are serving at scale.&lt;/p&gt;

  &lt;p&gt;Several examples and map styles were shown, all based on the &lt;a href=&quot;/maps/&quot;&gt;MapTiler Maps API&lt;/a&gt; which blends OpenStreetMap with Wikidata (for named places translations) and Natural Earth (for landcover on higher zoom levels). Nicolas also presented the latest updates about &lt;a href=&quot;/satellite/&quot;&gt;MapTiler Satellite&lt;/a&gt;.&lt;/p&gt;

  &lt;amp-youtube data-videoid=&quot;BHcPqZLfNpQ&quot; layout=&quot;responsive&quot; width=&quot;768&quot; height=&quot;432&quot; data-param-rel=&quot;0&quot;&gt;
  &lt;/amp-youtube&gt;

  &lt;p&gt;The slides are also &lt;a href=&quot;https://www.slideshare.net/MapTiler/maptiler-presentation-at-foss4g-2019&quot;&gt;available on SlideShare&lt;/a&gt;.&lt;/p&gt;

  &lt;h2 id=&quot;thank-you-everyone-and-see-yousoon&quot;&gt;Thank you everyone and see you soon&lt;/h2&gt;
  &lt;p&gt;We are very grateful to the Bucharest local organizing committee for their hard work, which led to a perfect organization and a great program. We also want to thank a thousand attendees for creating this friendly atmosphere which is unique to FOSS4G events.&lt;/p&gt;

  &lt;p&gt;Our next stop will be Heidelberg, Germany for the &lt;a href=&quot;https://2019.stateofthemap.org/&quot;&gt;State of the Map conference&lt;/a&gt;, where we will present the progress of OpenMapTiles to the OpenStreetMap community. See you there or at the future regional and global FOSS4G conferences!&lt;/p&gt;
  </description>
          <pubDate>Fri, 06 Sep 2019 13:00:00 +0200</pubDate>
          <author>info@maptiler.com (Nicolas Bozon)</author>
          <guid isPermaLink="true">https://www.maptiler.com/blog/2019/09/our-highlights-from-foss4g-2019.html</guid>
        </item>
      
    
      
    
      
    
      
    
      
    
      
    
      
    
      
    
      
    
      
    
      
    
      
    
      
    
      
    
      
    
      
    
      
        <item>
          <title>OpenMapTiles 3.9</title>
          <link>https://www.maptiler.com/blog/2018/12/openmaptiles-3-9.html</link>
          <description>
            &lt;img src=&quot;https://www.maptiler.com/media/2018-12-18-openmaptiles-3-9-1.png&quot;
            alt=&quot;Thumb&quot;&gt;
            &lt;p&gt;The new release of OpenMapTiles comes with many smaller changes. Version 3.9 brings rendering of docks and piers, support for multilingual street names and other improvements.&lt;/p&gt;

  &lt;h2 id=&quot;docks-andpiers&quot;&gt;Docks and Piers&lt;/h2&gt;
  &lt;p&gt;The biggest visual change is the newly added support for rendering docks and piers. Piers are now rendered in a similar way like bridges while docks were added to the water layer. This modification will have the biggest impact on complicated harbors structures like Liverpool’s harbor or spectacular structures like the famous Brighton Palace Pier.&lt;/p&gt;

  &lt;p&gt;&lt;a href=&quot;https://www.maptiler.com/maps/#streets//vector/15/-2.99966/53.40598&quot; target=&quot;_blank&quot;&gt;&lt;img src=&quot;https://www.maptiler.com/media/2018-12-18-openmaptiles-3-9-2.png&quot; alt=&quot;OpenMapTiles Liverpool&quot; /&gt;&lt;/a&gt;&lt;/p&gt;

  &lt;h2 id=&quot;multilingual-streetnames&quot;&gt;Multilingual street names&lt;/h2&gt;
  &lt;p&gt;To solve a pain in bilingual countries we added support for multilingual streets. It follows all other map elements like place names, country names or named points of interest. Street name labels are now rendered in all 58 languages and the selection of displayed language is done automatically based on end-user preferences or by an app developer decision.&lt;/p&gt;

  &lt;p&gt;Many changes for multilingual street names has been made by the &lt;a href=&quot;https://github.com/HSLdevcom&quot;&gt;Helsinki Regional Transport Authority&lt;/a&gt;. They use our maps on their websites, in the application as well as printed on the public transport stops. Another user of OpenMapTiles and contributor to the project is &lt;a href=&quot;https://github.com/QwantResearch/openmaptiles/pull/16&quot;&gt;the Qwant map team&lt;/a&gt;.&lt;/p&gt;

  &lt;p&gt;Talking about languages, improvement have been made for Vietnamese and Azerbaijani nonlatin labels and there is brand new support for the Malayalam language.&lt;/p&gt;

  &lt;amp-img alt=&quot;Multilingual stret names in OpenMapTiles 3.9&quot; src=&quot;/media/2018-12-18-openmaptiles-3-9-3.gif&quot; width=&quot;536&quot; height=&quot;374&quot; layout=&quot;responsive&quot;&gt;
  &lt;/amp-img&gt;

  &lt;h2 id=&quot;other-changes-in-openmaptiles-39&quot;&gt;Other changes in OpenMapTiles 3.9&lt;/h2&gt;
  &lt;ul&gt;
    &lt;li&gt;National parks in the Park layer have their names.&lt;/li&gt;
    &lt;li&gt;Indoor POI layer contains &lt;em&gt;layer&lt;/em&gt; and &lt;em&gt;level&lt;/em&gt; attributes.&lt;/li&gt;
    &lt;li&gt;The type of sport for a pitch POI can be distinguished via &lt;em&gt;subclass&lt;/em&gt; attribute.&lt;/li&gt;
    &lt;li&gt;Improved rendering of 3D buildings.&lt;/li&gt;
    &lt;li&gt;Fixed issues with small islands in Scandinavia.&lt;/li&gt;
  &lt;/ul&gt;

  &lt;p&gt;For detailed information, read the &lt;a href=&quot;https://github.com/openmaptiles/openmaptiles/releases/tag/v3.9&quot;&gt;full changelog&lt;/a&gt;.&lt;/p&gt;

  &lt;p&gt;&lt;a href=&quot;https://www.maptiler.com/maps/#streets//vector/&quot;&gt;View all improvements on our map&lt;/a&gt; and start using it via &lt;a href=&quot;https://www.maptiler.com/cloud/&quot;&gt;MapTiler Cloud&lt;/a&gt; or self-hosted &lt;a href=&quot;https://openmaptiles.com/&quot;&gt;OpenMapTiles&lt;/a&gt;.&lt;/p&gt;
  </description>
          <pubDate>Tue, 18 Dec 2018 12:00:00 +0100</pubDate>
          <author>info@maptiler.com (Martin Mikita)</author>
          <guid isPermaLink="true">https://www.maptiler.com/blog/2018/12/openmaptiles-3-9.html</guid>
        </item>
      
    
      
    
      
    
      
        <item>
          <title>Maps in Augmented Reality with JavaScript</title>
          <link>https://www.maptiler.com/blog/2018/11/maps-in-augmented-reality-with-javascript.html</link>
          <description>
            &lt;img src=&quot;https://www.maptiler.com/media/2018-11-02-maps-in-augmented-reality-with-javascript-1.jpg&quot;
            alt=&quot;Thumb&quot;&gt;
            &lt;p&gt;At the TimeMachine conference, the MapTiler Team introduced the very first application showing maps in augmented reality running from the browser without a need to install any mobile app. No need to have a flagship Apple device, it runs on any mobile phone. Try it now!&lt;/p&gt;

  &lt;h2 id=&quot;three-simple-steps-to-get-maps-in-ar-on-yourphone&quot;&gt;Three simple steps to get maps in AR on your phone&lt;/h2&gt;
  &lt;p&gt;Step 1: Open on your  phone or tablet: &lt;a href=&quot;/maps/ar/&quot;&gt;maptiler.com/ar&lt;/a&gt;&lt;/p&gt;

  &lt;p&gt;Step 2: Point your camera at &lt;a href=&quot;/cloud/js/ar/maptiler-ar-flyer.pdf&quot;&gt;the printed sheet&lt;/a&gt; or at the picture below&lt;/p&gt;

  &lt;p&gt;Step3: Watch the magic!&lt;/p&gt;

  &lt;p&gt;&lt;img src=&quot;https://www.maptiler.com/media/2018-11-02-maps-in-augmented-reality-with-javascript-2.png&quot; alt=&quot;MapTiler AR marker&quot; /&gt;&lt;/p&gt;

  &lt;p&gt;The application works entirely with your computer screen, but you will get even better results if you &lt;a href=&quot;/cloud/js/ar/maptiler-ar-flyer.pdf&quot;&gt;print the sheet&lt;/a&gt; (in colors or on a monochrome printer).&lt;/p&gt;

  &lt;p&gt;In both cases, you will get a map of Venice you can zoom in and work with as with any other map. The date on the top shows the depicted year as the city development progress during the last 1000 years. It is a prototype of the &lt;a href=&quot;https://timemachineatlas.eu/&quot;&gt;TimeMachine Atlas&lt;/a&gt; project, which &lt;a href=&quot;/blog/2018/10/timemachine-atlas.html&quot;&gt;has been just announced&lt;/a&gt;.&lt;/p&gt;

  &lt;h2 id=&quot;the-technology-behind-this-application&quot;&gt;The technology behind this application&lt;/h2&gt;
  &lt;p&gt;Our AR app is in the phase of a tech demo for now, but you can already start building your own with our maps from MapTiler Cloud service. It offers global map data in vector format and hosting for own geodata. They can be turned into tiles using &lt;a href=&quot;/desktop/&quot;&gt;MapTiler Desktop&lt;/a&gt; and then uploaded to &lt;a href=&quot;/cloud/&quot;&gt;MapTiler Cloud&lt;/a&gt;, styled and used in any application with open-source JavaScript libraries or mobile SDKs.&lt;/p&gt;

  &lt;p&gt;Our current AR app is built around &lt;a href=&quot;https://github.com/jeromeetienne/AR.js&quot;&gt;AR.js library&lt;/a&gt;, which is an open-source project using WebGL and WebRTC technology. The same code will run in the future also on devices with native AR support (ARCore &amp;amp; ARKit), once they are exposed via WebVR because our code runs directly in a web browser.&lt;/p&gt;

  &lt;p&gt;We used modified Mapbox GL JS library for displaying the map. Let us know if you are our customer and want to utilize the code in your project.&lt;/p&gt;

  &lt;amp-youtube data-videoid=&quot;-1GuOy546aQ&quot; layout=&quot;responsive&quot; width=&quot;768&quot; height=&quot;432&quot; data-param-rel=&quot;0&quot;&gt;&lt;/amp-youtube&gt;

  &lt;h2 id=&quot;try-the--augmented-reality-on-your-devicenow&quot;&gt;Try the  Augmented Reality on your device now&lt;/h2&gt;
  &lt;p&gt;The AR application runs on every mobile device with a camera using just the web browsers. Try it yourself at &lt;a href=&quot;/maps/ar/&quot;&gt;maptiler.com/ar&lt;/a&gt;!&lt;/p&gt;
  </description>
          <pubDate>Fri, 02 Nov 2018 12:00:00 +0100</pubDate>
          <author>info@maptiler.com (Petr Sloup)</author>
          <guid isPermaLink="true">https://www.maptiler.com/blog/2018/11/maps-in-augmented-reality-with-javascript.html</guid>
        </item>
      
    
      
        <item>
          <title>TimeMachine Atlas - history of Europe on the map with a timeline</title>
          <link>https://www.maptiler.com/blog/2018/10/timemachine-atlas.html</link>
          <description>
            &lt;img src=&quot;https://www.maptiler.com/media/2018-10-30-timemachine-atlas-1.png&quot;
            alt=&quot;Thumb&quot;&gt;
            &lt;p&gt;The TimeMachine project allows traveling through the time by mapping the last 2000 years of history. The MapTiler Team joins the effort and contributes its know-how in the field of geographical data visualization and building online maps. With a prototype called The Venice Time Machine Atlas for EPFL Lausanne, it shows how historical data and maps can be presented to the broad audience.&lt;/p&gt;

  &lt;h2 id=&quot;timemachine-project&quot;&gt;TimeMachine project&lt;/h2&gt;
  &lt;p&gt;&lt;a href=&quot;https://timemachine.eu/&quot;&gt;The TimeMachine project&lt;/a&gt; is an educative collaborative effort mapping last 2000 years of history. There are about two hundred institutions involved ranging from museums and archives to high-tech companies working in the field of artificial intelligence and digitization. The MapTiler Team is involved as an expert in the field of modern as well as historical maps.&lt;/p&gt;

  &lt;amp-youtube data-videoid=&quot;uQQGgYPRWfs&quot; layout=&quot;responsive&quot; width=&quot;768&quot; height=&quot;432&quot; data-param-rel=&quot;0&quot;&gt;&lt;/amp-youtube&gt;

  &lt;h2 id=&quot;timemachine-atlas-prototype&quot;&gt;TimeMachine Atlas prototype&lt;/h2&gt;
  &lt;p&gt;Our prototype of the TimeMachine Atlas is a Map of Venice, which is changing throughout ages - showing the last 1000 year of the city’s development. The demo project is available on the &lt;a href=&quot;https://timemachineatlas.eu/&quot;&gt;timemachineatlas.eu&lt;/a&gt; address.&lt;/p&gt;

  &lt;p&gt;The geographical data were supplied by university employees and equipped with a time stamp determining building start date and its duration. Technologically, TimeMachine Atlas is a follow up of our previous &lt;a href=&quot;https://klokantech.github.io/roman-empire/&quot;&gt;Roman Empire vector map&lt;/a&gt;.&lt;/p&gt;

  &lt;p&gt;The map is armed with a time slider, which automatically plays the city’s evolution based on historical data or can bring you to your favorite era. Users can compare this map with a modern map, satellite view or two other scanned historical maps. Data are available also in 3D and with additional information about selected buildings like name, time duration and others.&lt;/p&gt;

  &lt;amp-youtube data-videoid=&quot;i7FB-5T8Dik&quot; layout=&quot;responsive&quot; width=&quot;768&quot; height=&quot;432&quot; data-param-rel=&quot;0&quot;&gt;&lt;/amp-youtube&gt;

  &lt;h2 id=&quot;technical-details-collaboration-andfuture&quot;&gt;Technical details, collaboration and future&lt;/h2&gt;
  &lt;p&gt;The TimeMachine Atlas technology is powered by our own OpenMapTiles toolset, which is an open-source project for serving vector tiles. It is available at openmaptiles.org and the source code is published under the free BSD / CC-BY license on &lt;a href=&quot;https://github.com/openmaptiles&quot;&gt;GitHub&lt;/a&gt;.&lt;/p&gt;

  &lt;p&gt;The suggested data model for future development is based on &lt;a href=&quot;https://wiki.openstreetmap.org/wiki/Open_Historical_Map&quot;&gt;OpenStreetMap&lt;/a&gt; tagging convention with added start_date and end_date tags. Using open- and well-known data format will boost further collaboration on the project. Open data format allows usage of a set of existing tools: e.g., vector tiles can be generated from GIS data (drawn in QGIS, supplied in Shapefiles)  and turned into vector tiles for example by the upcoming &lt;a href=&quot;https://www.maptiler.com/desktop/&quot;&gt;MapTiler Desktop v10&lt;/a&gt;.&lt;/p&gt;

  &lt;p&gt;The data has no vendor lock-in and can be ported to various environments from which they can be served. Currently, they are hosted on the &lt;a href=&quot;https://www.maptiler.com/cloud/&quot;&gt;MapTiler Cloud&lt;/a&gt; service, which offers worldwide maps which can be easily customized to fit the old maps’ feeling, hosting for additional geodata and global satellite layer.&lt;/p&gt;

  &lt;p&gt;The whole project is collaborative, with open-data and open-source community-driven development. We hope that the map will grow with the contributions from other project partners working on time machines in &lt;a href=&quot;https://amsterdamtimemachine.nl/&quot;&gt;Amsterdam&lt;/a&gt;, &lt;a href=&quot;https://hungaricana.hu/en/databases/budapest-time-machine/&quot;&gt;Budapest&lt;/a&gt;, &lt;a href=&quot;http://www.ign.fr/institut/sites/all/files/time_machine.pdf&quot;&gt;Paris&lt;/a&gt; and other cities and countries.&lt;/p&gt;

  &lt;h2 id=&quot;experience-the-web-application-yourself&quot;&gt;Experience the web application yourself!&lt;/h2&gt;
  &lt;p&gt;The TimeMachine Atlas prototype for Venice is available online at &lt;a href=&quot;https://timemachineatlas.eu/&quot;&gt;timemachineatlas.eu&lt;/a&gt;.&lt;/p&gt;
  </description>
          <pubDate>Tue, 30 Oct 2018 12:00:00 +0100</pubDate>
          <author>info@maptiler.com (Petr Pridal)</author>
          <guid isPermaLink="true">https://www.maptiler.com/blog/2018/10/timemachine-atlas.html</guid>
        </item>
      
    
      
        <item>
          <title>DIY car navigation on Raspberry Pi with OpenMapTiles</title>
          <link>https://www.maptiler.com/blog/2018/10/diy-car-navigation-on-raspberry-pi-with-openmaptiles.html</link>
          <description>
            &lt;img src=&quot;https://www.maptiler.com/media/2018-10-08-diy-car-navigation-on-raspberry-pi-with-openmaptiles-1.jpg&quot;
            alt=&quot;Thumb&quot;&gt;
            &lt;p&gt;What started as a need for a rear camera for older car turned into a complete car system. Fabrice Aneche builds own car navigation with Raspberry Pi using OpenMapTiles as a base map in his spare time as a do-it-yourself project.&lt;/p&gt;

  &lt;h2 id=&quot;raspberry-pi-lcd-screen-and-a-bunch-of-determination-is-needed-to-create-a-carsystem&quot;&gt;Raspberry Pi, LCD screen and a bunch of determination is needed to create a car system&lt;/h2&gt;
  &lt;p&gt;After Fabrice bought his car, he realized how badly he is missing a rear cam. Instead of throwing a pile of money at the nearest car shop, he decided, as a true geek, to &lt;a href=&quot;https://blog.nobugware.com/post/2018/my_own_car_system_raspberry_pi_offline_mapping/&quot;&gt;make own DIY system&lt;/a&gt;. And that’s how everything has begun.&lt;/p&gt;

  &lt;p&gt;As a heart of the system, he chose Raspberry Pi 3, an inexpensive single-board computer. It is connected to the Eleduino Raspberry Pi LCD screen, the video signal from the rear camera was captured using a USB adapter.&lt;/p&gt;

  &lt;blockquote&gt;
    &lt;p&gt;My Car, from 2011, only has an LCD display and no rear camera, so I bought a PAL rear camera, we passed some cables from the rear window to the front then everything begun.&lt;/p&gt;
  &lt;/blockquote&gt;

  &lt;p&gt;The Raspberry Pi is powered by Linux with LXQTt desktop environment. After installing mplayer, the camera was running out of the box. Since everything worked, he thought about what to do next.&lt;/p&gt;

  &lt;p&gt;&lt;img src=&quot;https://www.maptiler.com/media/2018-10-08-diy-car-navigation-on-raspberry-pi-with-openmaptiles-2.jpg&quot; alt=&quot;A rear cam&quot; /&gt;
  &lt;em&gt;A rear cam. Photo © Fabrice Aneche&lt;/em&gt;&lt;/p&gt;

  &lt;h2 id=&quot;maps-powered-by-openmaptiles&quot;&gt;Maps powered by OpenMapTiles&lt;/h2&gt;
  &lt;p&gt;Since Fabrice has a GPS receiver around, he decided to utilize the screen for showing the actual position of the car on the map. As a map system, he chose OpenMapTiles for its’ ability to run offline on a device with scarce resources. Because the project is open-source, he hacked the code to serve precisely his specific needs.&lt;/p&gt;

  &lt;p&gt;For serving map tiles, he wrote own server called &lt;a href=&quot;https://github.com/akhenakh/mbmatch&quot;&gt;mbmatch&lt;/a&gt; in Go programming language. He chose one of the &lt;a href=&quot;https://openmaptiles.org/styles/&quot;&gt;default styles&lt;/a&gt; for a day map and created &lt;a href=&quot;https://github.com/akhenakh/mocs/blob/master/external/solarized-dark.style&quot;&gt;his own&lt;/a&gt; for a nigh, which is based on &lt;a href=&quot;https://ethanschoonover.com/solarized/&quot;&gt;Solarized color pallet&lt;/a&gt;.&lt;/p&gt;

  &lt;blockquote&gt;
    &lt;p&gt;This project is an excellent demonstration of the power of OpenMapTiles offline use.&lt;/p&gt;
  &lt;/blockquote&gt;

  &lt;p&gt;OSRM was selected as a backend for routing and the selected route was again displayed on the map.&lt;/p&gt;

  &lt;p&gt;The complete car system is available under an open-source license on &lt;a href=&quot;https://github.com/akhenakh/mocs&quot;&gt;GitHub&lt;/a&gt;.&lt;/p&gt;

  &lt;p&gt;&lt;img src=&quot;https://www.maptiler.com/media/2018-10-08-diy-car-navigation-on-raspberry-pi-with-openmaptiles-3.jpg&quot; alt=&quot;A map with the actual position&quot; /&gt;
  &lt;em&gt;A map with the actual position. Photo © Fabrice Aneche&lt;/em&gt;&lt;/p&gt;

  &lt;h2 id=&quot;start-your-diy-project-with-openmaptiles&quot;&gt;Start your DIY project with OpenMapTiles&lt;/h2&gt;
  &lt;p&gt;OpenMapTiles offers a free package for non-commercial personal projects. You can &lt;a href=&quot;https://openmaptiles.com/downloads/planet/&quot;&gt;download the data&lt;/a&gt;, &lt;a href=&quot;https://openmaptiles.org/docs/&quot;&gt;read the documentation&lt;/a&gt; and &lt;a href=&quot;https://github.com/openmaptiles&quot;&gt;hack the code on GitHub&lt;/a&gt;.&lt;/p&gt;
  </description>
          <pubDate>Mon, 08 Oct 2018 13:00:00 +0200</pubDate>
          <author>info@maptiler.com (Vaclav Klusak)</author>
          <guid isPermaLink="true">https://www.maptiler.com/blog/2018/10/diy-car-navigation-on-raspberry-pi-with-openmaptiles.html</guid>
        </item>
      
    
      
    
      
        <item>
          <title>Design own map with five clicks</title>
          <link>https://www.maptiler.com/blog/2018/09/design-own-map-with-five-clicks.html</link>
          <description>
            &lt;img src=&quot;https://www.maptiler.com/media/2018-09-04-design-own-map-with-five-clicks-1.png&quot;
            alt=&quot;Thumb&quot;&gt;
            &lt;p&gt;Creating beautiful map fitting your brand is no longer a difficult job. With MapTiler Cloud, you pick five colors and the entire map adjust accordingly.&lt;/p&gt;

  &lt;h2 id=&quot;own-map-design-straightforward&quot;&gt;Own map design straightforward&lt;/h2&gt;
  &lt;p&gt;If you ever &lt;a href=&quot;https://www.maptiler.com/maps/&quot;&gt;browsed our maps&lt;/a&gt;, maybe you got the feeling: this style is &lt;em&gt;almost&lt;/em&gt; perfect but I need just a small change to fit the map with app or web design. Now you can fix it only with a few mouse clicks.&lt;/p&gt;

  &lt;p&gt;The &lt;em&gt;Make your own map&lt;/em&gt; button will lead you directly to the &lt;a href=&quot;https://cloud.maptiler.com/customize/&quot;&gt;Customize tool&lt;/a&gt; where you can drag just one color and all map elements in the group adjust accordingly. The changes can be reset to the default if needed so there is no need to hold back during experimenting. You can also copy a color scheme from a map you made before, change the language of labels to one of 55+ supported languages or the font.&lt;/p&gt;

  &lt;p&gt;The map design you create in Customize tool will automatically stay updated when we update the software running behind or add a new type of data.&lt;/p&gt;

  &lt;p&gt;Once you are happy with your design, you can log in or create a free account to save your changes and directly use it on your website or in the app.&lt;/p&gt;

  &lt;amp-youtube data-videoid=&quot;9icsSMkeQIs&quot; layout=&quot;responsive&quot; width=&quot;768&quot; height=&quot;432&quot; data-param-rel=&quot;0&quot;&gt;&lt;/amp-youtube&gt;

  &lt;h2 id=&quot;intelligent-maps-the-magicbehind&quot;&gt;Intelligent Maps: the magic behind&lt;/h2&gt;
  &lt;p&gt;MapTiler Cloud offers more than just creating own design. Intelligent Maps can dynamically adapt colors, languages and data for individual visitors and perfectly fit the need of companies who use the maps in their web or mobile applications.&lt;/p&gt;

  &lt;p&gt;Your visitors can get a personalized map in the applications, with place names &lt;a href=&quot;https://www.maptiler.com/blog/2018/02/maps-in-the-language-of-visitor.html&quot;&gt;automatically displayed in their language&lt;/a&gt;, with highlights of most important places for each individual end-user - such as most often used bus stops, frequently visited restaurants or recent trips. It can be done based on the user’s preferences, his history, or data loaded from existing information systems. The maps can also change based on the day of the week, daytime and opening hours, so the user receives only the relevant information.&lt;/p&gt;

  &lt;p&gt;&lt;img src=&quot;https://www.maptiler.com/media/2018-09-04-design-own-map-with-five-clicks-2.png&quot; alt=&quot;Tokyo in Customize tool&quot; /&gt;&lt;/p&gt;

  &lt;h2 id=&quot;free-to-try-no-registration-required&quot;&gt;Free to try, no registration required&lt;/h2&gt;
  &lt;p&gt;To create own map design, you need no registration. Simply &lt;a href=&quot;https://www.maptiler.com/maps/&quot;&gt;visit our maps&lt;/a&gt; and start &lt;a href=&quot;https://cloud.maptiler.com/customize/&quot;&gt;customizing your favorite one&lt;/a&gt;. After creating a free account, you can save your map and directly start using it in your web or app.&lt;/p&gt;
  </description>
          <pubDate>Tue, 04 Sep 2018 13:00:00 +0200</pubDate>
          <author>info@maptiler.com (Dalibor Janak)</author>
          <guid isPermaLink="true">https://www.maptiler.com/blog/2018/09/design-own-map-with-five-clicks.html</guid>
        </item>
      
    
      
    
      
    
      
        <item>
          <title>Highlights from the OpenStreetMap conference</title>
          <link>https://www.maptiler.com/blog/2018/08/highlights-from-the-openstreetmap-conference.html</link>
          <description>
            &lt;img src=&quot;https://www.maptiler.com/media/2018-08-03-highlights-from-the-openstreetmap-conference-1.jpg&quot;
            alt=&quot;Thumb&quot;&gt;
            &lt;p&gt;State of the Map (SotM) is an annual international conference which brings together stakeholders in the OpenStreetMap ecosystem. The attendees vary from enthusiastic mappers, software developers, academicians, open-data evangelists, NGOs to companies using the geodata in their applications. But what connects all of them is a passion for open maps.&lt;/p&gt;

  &lt;h2 id=&quot;state-of-the-map2018&quot;&gt;State of the Map 2018&lt;/h2&gt;
  &lt;p&gt;This year, SotM took place between 28.-30. July in Milan, Italy. The event was hosted by the Polytechnic University of Milan in their beautiful campus on Piazza Leonardo da Vinci.
  &lt;a href=&quot;https://www.slideshare.net/klokan/openmaptiles-vector-tiles-from-openstreetmap/klokan/openmaptiles-vector-tiles-from-openstreetmap&quot;&gt;Our presentation&lt;/a&gt; about OpenMapTiles become a vanguard for one of the most discussed topics of the whole conference: vector tiles.&lt;/p&gt;

  &lt;amp-youtube data-videoid=&quot;bdOjVghEx3E&quot; layout=&quot;responsive&quot; width=&quot;768&quot; height=&quot;432&quot; data-param-rel=&quot;0&quot;&gt;&lt;/amp-youtube&gt;

  &lt;h3 id=&quot;vector-tiles-are-thefuture&quot;&gt;Vector tiles are the future&lt;/h3&gt;
  &lt;p&gt;The common thread of the whole conference was vector tiles. Started by our presentation and followed by others which showed how vector tiles are used in a real-world deployment like the use case of the &lt;a href=&quot;https://www.hsl.fi/en&quot;&gt;Helsinki Regional Transport Authority&lt;/a&gt;.&lt;/p&gt;

  &lt;p&gt;However, the most important discussion was about vector tiles on the main page OpenStreetMap.org. While nothing is set in stone yet, there was a general agreement that the main page should slowly switch to vector tiles.&lt;/p&gt;

  &lt;p&gt;&lt;img src=&quot;https://www.maptiler.com/media/2018-08-03-highlights-from-the-openstreetmap-conference-2.jpg&quot; alt=&quot;Vector tiles used by the Helsinki Regional Transport Authority&quot; /&gt;&lt;/p&gt;

  &lt;center&gt;
  Vector tiles used by the Helsinki Regional Transport Authority
  &lt;/center&gt;

  &lt;h3 id=&quot;data-quality&quot;&gt;Data quality&lt;/h3&gt;
  &lt;p&gt;Finding errors, preventing vandalism, reverting malicious edits. The search for an ideal system for keeping the data quality high is still ongoing. Currently, there are many useful tools and we can expect many other automated mechanisms for preventing data degradation, but none of them is fully capable of replacing a human editor (yet?).&lt;/p&gt;

  &lt;h3 id=&quot;a-new-data-model-for-openstreetmap&quot;&gt;A new data model for OpenStreetMap&lt;/h3&gt;
  &lt;p&gt;A topic touched by a few speakers as well as discussed in the OpenHistoryMap debate. The current data model was created some time ago and has some issues like the inability to use two values for one key, complicated way of working with relations and redundancy.&lt;/p&gt;

  &lt;p&gt;While some speakers suggest just a simplification by using a phrase “Evolution, no revolution” others call for a radically different model similar to the one on Wikidata.&lt;/p&gt;

  &lt;p&gt;&lt;img src=&quot;https://www.maptiler.com/media/2018-08-03-highlights-from-the-openstreetmap-conference-3.jpg&quot; alt=&quot;Evolution, no revolution approach of Jochen Topf&quot; /&gt;&lt;/p&gt;

  &lt;center&gt;
  &quot;Evolution, no revolution&quot; approach of Jochen Topf
  &lt;/center&gt;

  &lt;h3 id=&quot;public-transport&quot;&gt;Public transport&lt;/h3&gt;
  &lt;p&gt;Since the beginning of the OpenStreetMap, the public transport infrastructure was mapped on nodes. It was simple but fails to describe complex situations and causes problems for routing. Therefore schema v2 was created, which fixed those issues, but the price was high complexity for mappers. Consequently, &lt;a href=&quot;https://wiki.openstreetmap.org/wiki/Proposed_features/Public_Transport_v3&quot;&gt;the new public transport schema v3&lt;/a&gt; is in the proposal stage right now. &lt;/p&gt;

  &lt;p&gt;However, the issue of public transport is more complicated because of informal systems in the global south or former Soviet Union countries. Few talks lifted the topic of mapping in developing countries as well as many discussions were focused on how to map them and even if public transport data belongs to OpenStreetMap.&lt;/p&gt;

  &lt;h3 id=&quot;humanitarian-mapping&quot;&gt;Humanitarian mapping&lt;/h3&gt;
  &lt;p&gt;Unlike commercial maps, OpenStreetMap is not focused just on the most profitable parts of the world. There are projects like &lt;a href=&quot;https://www.hotosm.org/&quot;&gt;Humanitarian OpenStreetMap Team&lt;/a&gt;, &lt;a href=&quot;https://www.missingmaps.org/&quot;&gt;Missing Maps&lt;/a&gt; and others which maps in the developing world to give a voice to the underrepresented communities. Thanks to the grants from the OpenStreetMap Foundation, many representatives of the local communities were able to make it to the conference and increased the diversity of the conference.&lt;/p&gt;

  &lt;p&gt;Talking about diversity, the topic of gender representation in the OpenStreetMap was reflected as well with few proposals on how to improve the situation, but the solution is a long-distance run.&lt;/p&gt;

  &lt;p&gt;&lt;img src=&quot;https://www.maptiler.com/media/2018-08-03-highlights-from-the-openstreetmap-conference-4.jpg&quot; alt=&quot;Photo ©Francesco Giunta CC-BY-SA 4.0&quot; /&gt;&lt;/p&gt;

  &lt;center&gt;
  Photo ©Francesco Giunta CC-BY-SA 4.0
  &lt;/center&gt;

  &lt;h3 id=&quot;social-event&quot;&gt;Social event&lt;/h3&gt;
  &lt;p&gt;Probably the most relaxing part of the whole conference. Great atmosphere, delicious food, good music and a lot of friendly people open to chatting about maps and beyond.&lt;/p&gt;

  &lt;h2 id=&quot;big-thank-organizers-and-see-you-nextyear&quot;&gt;Big thank organizers and see you next year!&lt;/h2&gt;
  &lt;p&gt;Since this year’s SotM is over, we would like to say big thank you to all organizers, the OpenStreetMap Foundation and all speakers for making such an outstanding event possible.&lt;/p&gt;

  &lt;p&gt;In case you missed any interesting talk, you can find most of them on &lt;a href=&quot;https://www.youtube.com/channel/UCLqJsr_5PfdvDFbgv1qp2aQ&quot;&gt;YouTube&lt;/a&gt; including ours about &lt;a href=&quot;https://youtu.be/bdOjVghEx3E&quot;&gt;generating own vector tiles from OpenStreetMap data&lt;/a&gt; and &lt;a href=&quot;https://www.slideshare.net/klokan/openmaptiles-vector-tiles-from-openstreetmap/klokan/openmaptiles-vector-tiles-from-openstreetmap&quot;&gt;slides on SlideShare&lt;/a&gt;.&lt;/p&gt;

  &lt;p&gt;See you all next year at SotM 2019 in Heidelberg!&lt;/p&gt;
  </description>
          <pubDate>Fri, 03 Aug 2018 09:00:00 +0200</pubDate>
          <author>info@maptiler.com (Petr Pridal)</author>
          <guid isPermaLink="true">https://www.maptiler.com/blog/2018/08/highlights-from-the-openstreetmap-conference.html</guid>
        </item>
      
    
      
    
      
        <item>
          <title>Customize your map in MapTiler Cloud</title>
          <link>https://www.maptiler.com/blog/2018/05/customize-your-map-in-maptiler-cloud.html</link>
          <description>
            &lt;img src=&quot;https://www.maptiler.com/media/2018-05-31-customize-your-map-in-maptiler-cloud-1.png&quot;
            alt=&quot;Thumb&quot;&gt;
            &lt;p&gt;Since the launch, MapTiler Cloud featured seven beautiful base maps for various occasions like background map for presenting own data, car navigation or outdoor activities. But for those who want a specific design to match the company’s brand, we prepared a simple, but powerful tool to design own map style, which is available to all users now.&lt;/p&gt;

  &lt;h2 id=&quot;entirely-different-map-design-in--a-few-mouseclicks&quot;&gt;Entirely different map design in  a few mouse clicks&lt;/h2&gt;
  &lt;p&gt;Creating brand new map design is a simple task with Customize tool: you pick about six colors and all map elements will change accordingly.&lt;/p&gt;

  &lt;p&gt;The customize tool is available if you create a free account, sign in and click on any map. The &lt;em&gt;Customize a copy&lt;/em&gt; button will bring you directly to the tool, where you can see group of layers and color which currently presents this group. By clicking on the color palette, you will get a color selection dialog, where you can define a new color for a selected group. The color selection tool capabilities are operating system dependent and range from a simple window with color selection and its representation in hex format to the complex tools with color-picking options. You can also turn off the layer completely.&lt;/p&gt;

  &lt;p&gt;Experimenting is a safe activity, the basic styles stay untouched and available in the administration. Each change can be easily reverted with a reset button.&lt;/p&gt;

  &lt;h3 id=&quot;languages-fonts-and-3d-buildings&quot;&gt;Languages, fonts and 3D buildings&lt;/h3&gt;
  &lt;p&gt;From the Customize tool menu, you can access the &lt;em&gt;Language&lt;/em&gt; and &lt;em&gt;Mics&lt;/em&gt; tab. There are currently more than 50 languages supported with an option to include alternative names for non-latin alphabets. The language selection is also possible for raster tiles. Mics tab offers font selection and a button for switching off 3D buildings.&lt;/p&gt;

  &lt;p&gt;All changes based on our basic maps done using Customize tool will stay compatible with future versions of software used on our hosting and data, which are updated weekly. &lt;/p&gt;

  &lt;amp-youtube data-videoid=&quot;KOHWcmvVG6s&quot; layout=&quot;responsive&quot; width=&quot;768&quot; height=&quot;432&quot; data-param-rel=&quot;0&quot;&gt;&lt;/amp-youtube&gt;

  &lt;h2 id=&quot;built-fromscratch&quot;&gt;Built from scratch&lt;/h2&gt;
  &lt;p&gt;Advanced users have also other options how to change the map appearance. Hidden under three dots behind the map in the administration, there is an option to &lt;em&gt;Edit style&lt;/em&gt; and &lt;em&gt;Import style&lt;/em&gt;, as well as an option to &lt;em&gt;Export style&lt;/em&gt;.&lt;/p&gt;

  &lt;p&gt;Edit style offers robust map design editor, which gives an option to work on every small map detail. Apart from changing colors, you can also add or remove map elements like buildings, selected landcover or specific POIs.&lt;/p&gt;

  &lt;p&gt;MapTiler Cloud also offers importing styles done in an external tool or text editor. Currently, there is a built-in support for GL JSON styling language. &lt;/p&gt;

  &lt;p&gt;All customization methods are available in &lt;a href=&quot;/cloud/&quot;&gt;MapTiler Cloud&lt;/a&gt;, which you can start using with a free account.&lt;/p&gt;

  &lt;p&gt;&lt;img src=&quot;https://www.maptiler.com/media/2018-05-31-customize-your-map-in-maptiler-cloud-2.png&quot; alt=&quot;With Edit tool, you can either customize a map visually or by writing source code&quot; /&gt;
  &lt;em&gt;With Edit tool, you can either customize a map visually or by writing source code&lt;/em&gt;&lt;/p&gt;
  </description>
          <pubDate>Thu, 31 May 2018 12:00:00 +0200</pubDate>
          <author>info@maptiler.com (Petr Sloup)</author>
          <guid isPermaLink="true">https://www.maptiler.com/blog/2018/05/customize-your-map-in-maptiler-cloud.html</guid>
        </item>
      
    
      
    
      
        <item>
          <title>MapTiler Cloud: map hosting for your apps</title>
          <link>https://www.maptiler.com/blog/2018/05/maptiler-cloud-map-hosting-for-your-apps.html</link>
          <description>
            &lt;img src=&quot;https://www.maptiler.com/media/2018-05-23-maptiler-cloud-map-hosting-for-your-apps-1.png&quot;
            alt=&quot;Thumb&quot;&gt;
            &lt;p&gt;Some time ago, we started a project with the aim to simplify creating and using maps based on open-data and running on open-source software. After years of active development, we are announcing &lt;a href=&quot;https://www.maptiler.com/cloud/&quot;&gt;MapTiler Cloud&lt;/a&gt;, a map hosting service available to everyone.&lt;/p&gt;

  &lt;h2 id=&quot;maps-of-the-entireworld&quot;&gt;Maps of the entire world&lt;/h2&gt;
  &lt;p&gt;The heart of our maps is based on OpenStreetMap data. This crowdsourcing project covers entire world and variety of topics: from transportation infrastructure through landcover information to detailed information about multiple kinds of points of interest.&lt;/p&gt;

  &lt;p&gt;There are six default base maps available, each suitable for a different purpose:&lt;/p&gt;

  &lt;ul&gt;
    &lt;li&gt;Street map is the best fit for car navigation and displaying points of interest and markers&lt;/li&gt;
    &lt;li&gt;Topo map with contour lines and hillshading is suitable for hiking and outdoor activities,&lt;/li&gt;
    &lt;li&gt;Gray and Dark basemaps helps your overlays to stand out.&lt;/li&gt;
  &lt;/ul&gt;

  &lt;p&gt;All maps are available in 55 languages, which can be optionally auto-selected based on the visitor’s language. In addition, we also offer other datasets like satellite map of the entire world or contour lines and hillshading for outdoor maps.&lt;/p&gt;

  &lt;p&gt;We have a free plan for non-commercial projects, which includes open-source and open-data communities, which we highly value for their work. The other plans are billed to ensure sustainability of our project. However, since MapTiler is not venture-funded, we can set the prices relatively low compared to our competitors like Google or Mapbox, because we are not committed to any third-party entity, only to our clients. There is also another advantage of an independent company: all the profit we make can be directed into further development of the project. And most important, we can create a clear business model by selling maps, not end users’ private data or advertisement.&lt;/p&gt;

  &lt;amp-youtube data-videoid=&quot;5YaAVBphpfo&quot; layout=&quot;responsive&quot; width=&quot;768&quot; height=&quot;432&quot; data-param-rel=&quot;0&quot;&gt;&lt;/amp-youtube&gt;

  &lt;h2 id=&quot;use-it-on-the-web-mobile-desktop-or-ingames&quot;&gt;Use it on the web, mobile, desktop or in games&lt;/h2&gt;
  &lt;p&gt;With a good map in the background, you can let your imagination fly and start developing the coolest application ever. It is easy to add point, line, polygon or completely change the maps and visible data for your own purpose.&lt;/p&gt;

  &lt;p&gt;There is an built-in support for most of the popular JavaScript libraries for your web development like Leaflet, OpenLayers, Mapbox GL JS and &lt;a href=&quot;/blog/2018/05/openmaptiles-gives-you-freedom-of-sdks.html&quot;&gt;much more&lt;/a&gt;. You can also use it in numerous mobile SDKs for Android and iOS including Mapbox, Tangram or Carto mobile SDK. The maps are also compatible with desktop GIS like ArcGIS or QGIS and there are static maps for printing and graphics.&lt;/p&gt;

  &lt;p&gt;&lt;img src=&quot;https://www.maptiler.com/media/2018-05-23-maptiler-cloud-map-hosting-for-your-apps-2.png&quot; alt=&quot;Use it with your favorite software&quot; /&gt;
  &lt;em&gt;Use it with your favorite software&lt;/em&gt;&lt;/p&gt;

  &lt;h2 id=&quot;hosting-for-your-owngeodata&quot;&gt;Hosting for your own geodata&lt;/h2&gt;
  &lt;p&gt;For those who need to enrich your map with more complex data prepared in third-party software, MapTiler Cloud support upload of both vector and raster map tiles in MBTiles format.&lt;/p&gt;

  &lt;p&gt;If you have a pile of images you want to overlay over the map or you are just curious about this option, &lt;a href=&quot;https://www.maptiler.com/download/&quot;&gt;download the free version of MapTiler Desktop&lt;/a&gt; application, &lt;a href=&quot;https://www.maptiler.com/how-to/overlay-image-over-map/&quot;&gt;read&lt;/a&gt; the short intro and turn your image into a zoomable map in a few mouse clicks.&lt;/p&gt;

  &lt;p&gt;&lt;img src=&quot;https://www.maptiler.com/media/2018-05-23-maptiler-cloud-map-hosting-for-your-apps-3.png&quot; alt=&quot;Custom made campus plan on the Street map as a background&quot; /&gt;
  &lt;em&gt;Custom made campus plan on the Street map as a background&lt;/em&gt;&lt;/p&gt;

  &lt;h2 id=&quot;powered-by-open-source-and-open-data&quot;&gt;Powered by open-source and open-data&lt;/h2&gt;
  &lt;p&gt;The hosting is run by a team who stays behind the popular OpenMapTiles project. This also means the core is based on this open-source software and we make a commitment to further development. The openness of our map hosting service is also in the data we provide, where our maps are based on weekly updated OpenStreetMap data.&lt;/p&gt;

  &lt;p&gt;If you decide to host your own maps with OpenMapTiles, you have an easy option how to download all the stuff you ever made. The only “vendor lock-in” we use is the quality of our services.&lt;/p&gt;

  &lt;blockquote&gt;
    &lt;p&gt;The only “vendor lock-in” we use is the quality of our services.&lt;/p&gt;
  &lt;/blockquote&gt;

  &lt;p&gt;Running own map from robust infrastructure is always difficult from technical as well as financial point of view, but sometimes necessary for special requirements like an intranet or offline deployment. We support this option with our &lt;a href=&quot;https://openmaptiles.com/&quot;&gt;OpenMapTiles project&lt;/a&gt;, which provides pre-generated tiles and software for running a map.&lt;/p&gt;

  &lt;p&gt;&lt;img src=&quot;https://www.maptiler.com/media/2018-05-23-maptiler-cloud-map-hosting-for-your-apps-4.png&quot; alt=&quot;Open-source&quot; /&gt;&lt;/p&gt;

  &lt;h2 id=&quot;reliable-infrastructure&quot;&gt;Reliable infrastructure&lt;/h2&gt;
  &lt;p&gt;MapTiler Cloud runs on a reliable global infrastructure, which is production use by our customers including big companies like IBM, Swiss Railways or Bosch, but also by many smaller organizations and individuals. We highly value every client and even if your company is not listed in Fortune 500, we will take the same care of you.&lt;/p&gt;

  &lt;p&gt;The service is running from global CDN with over 110 edge servers (POPs) on 5 continents to ensure minimal latency by selecting geographically closest server of a visitor. There are two fully redundant and automatically replicated core data centers in Western Europe and North America serving the map data. to split the traffic, but with an option to run independently. In both datacenters, we deploy a high-availability setup, with load-balancer actively triggering health checks and setting up failover to additional machines, which are launched to handle increased traffic and peaks. Our commitment in the service-level agreement is 99.9% availability.&lt;/p&gt;

  &lt;p&gt;If you want more information or you want directly use the service, visit &lt;a href=&quot;https://www.maptiler.com/&quot;&gt;www.maptiler.com&lt;/a&gt; and get the Free plan.&lt;/p&gt;

  &lt;p&gt;&lt;img src=&quot;https://www.maptiler.com/media/2018-05-23-maptiler-cloud-map-hosting-for-your-apps-5.png&quot; alt=&quot;Two fully redundant and automatically replicated core data centers in Western Europe and North America&quot; /&gt;
  &lt;em&gt;Two fully redundant and automatically replicated core data centers in Western Europe and North America&lt;/em&gt;&lt;/p&gt;
  </description>
          <pubDate>Wed, 23 May 2018 13:00:00 +0200</pubDate>
          <author>info@maptiler.com (Petr Pridal)</author>
          <guid isPermaLink="true">https://www.maptiler.com/blog/2018/05/maptiler-cloud-map-hosting-for-your-apps.html</guid>
        </item>
      
    
      
        <item>
          <title>Google Maps API alternative</title>
          <link>https://www.maptiler.com/blog/2018/05/maptiler-as-google-maps-api-alternative.html</link>
          <description>
            &lt;img src=&quot;https://www.maptiler.com/media/2018-05-21-maptiler-as-google-maps-api-alternative-1.png&quot;
            alt=&quot;Thumb&quot;&gt;
            &lt;p&gt;Google Maps API announced a change in their pricing. While it still starts with a &lt;em&gt;free&lt;/em&gt; plan (reduced from 775.000 to 28.000 map views a month), the price for more intense usage grows hugely: the price hike hits unbelievable 1400% percent (from $0.5 to $7 for extra 1.000 map views). And even very low-traffic users with the &lt;em&gt;free&lt;/em&gt; plan still pays with their end-users’ personal data and have no control over the map. But we have an alternative.&lt;/p&gt;

  &lt;h2 id=&quot;free-for-personal-use-fair-prices-for-business&quot;&gt;Free for personal use, fair prices for business&lt;/h2&gt;
  &lt;p&gt;MapTiler Cloud support individuals with a free personal plan, where you have access to most of the platform’s functionality. All the advantages of the free plan are available for open-source and open-data communities, which we strongly support.&lt;/p&gt;

  &lt;p&gt;We do not charge any extra fees for commercial websites or web app with login, use on an intranet, for vehicle or asset tracking (fleet management).&lt;/p&gt;

  &lt;blockquote&gt;
    &lt;p&gt;Free plan has a monthly soft limit of 100.000 map views, which is enough for most of the smaller websites. For the rest, we have fair prices.&lt;/p&gt;
  &lt;/blockquote&gt;

  &lt;p&gt;MapTiler Cloud doesn’t collect any personal information for further commercial use and it is not showing ads on the map, regardless of what kind of user you are.
  If you compare the prices, you can see the dramatic increase, especially if your project starts to grow. Our maps are available at a fraction of what competitors charge.&lt;/p&gt;

  &lt;p&gt;&lt;a class=&quot;btn&quot; href=&quot;https://www.maptiler.com/cloud/&quot;&gt;Try MapTiler Cloud&lt;/a&gt;&lt;/p&gt;

  &lt;h3 id=&quot;monthly-fees-for-commercial-application-with-dynamic-zoomable-maps&quot;&gt;Monthly fees for commercial application with dynamic zoomable maps&lt;/h3&gt;

  &lt;table&gt;
    &lt;tbody&gt;
      &lt;tr&gt;
        &lt;td&gt; &lt;/td&gt;
        &lt;td&gt;Google Maps API&lt;/td&gt;
        &lt;td&gt;MapTiler Cloud&lt;/td&gt;
      &lt;/tr&gt;
      &lt;tr&gt;
        &lt;td&gt;1.500 views/day&lt;/td&gt;
        &lt;td&gt;$125&lt;/td&gt;
        &lt;td&gt;$20&lt;/td&gt;
      &lt;/tr&gt;
      &lt;tr&gt;
        &lt;td&gt;3.000 views/day&lt;/td&gt;
        &lt;td&gt;$445&lt;/td&gt;
        &lt;td&gt;$20&lt;/td&gt;
      &lt;/tr&gt;
      &lt;tr&gt;
        &lt;td&gt;10.000 views/day&lt;/td&gt;
        &lt;td&gt;$1.650&lt;/td&gt;
        &lt;td&gt;$56&lt;/td&gt;
      &lt;/tr&gt;
      &lt;tr&gt;
        &lt;td&gt;30.000 views/day&lt;/td&gt;
        &lt;td&gt;$5.000&lt;/td&gt;
        &lt;td&gt;$178&lt;/td&gt;
      &lt;/tr&gt;
      &lt;tr&gt;
        &lt;td&gt;100.000 views/day&lt;/td&gt;
        &lt;td&gt;$17.000&lt;/td&gt;
        &lt;td&gt;$605&lt;/td&gt;
      &lt;/tr&gt;
      &lt;tr&gt;
        &lt;td&gt;Targeting ads to your visitors&lt;/td&gt;
        &lt;td&gt;yes&lt;/td&gt;
        &lt;td&gt;no&lt;/td&gt;
      &lt;/tr&gt;
      &lt;tr&gt;
        &lt;td&gt;Customization&lt;/td&gt;
        &lt;td&gt;limited&lt;/td&gt;
        &lt;td&gt;full&lt;/td&gt;
      &lt;/tr&gt;
      &lt;tr&gt;
        &lt;td&gt;Self-hosting&lt;/td&gt;
        &lt;td&gt;no&lt;/td&gt;
        &lt;td&gt;available&lt;/td&gt;
      &lt;/tr&gt;
    &lt;/tbody&gt;
  &lt;/table&gt;

  &lt;p&gt;&lt;em&gt;&lt;a href=&quot;https://www.maptiler.com/cloud/estimate/?visits_per_day=1500&amp;amp;requests_per_visit=4&amp;amp;commercial=1&quot;&gt;You can count the estimation based on your web traffic&lt;/a&gt;&lt;/em&gt;&lt;/p&gt;

  &lt;h2 id=&quot;beautiful-basemaps-for-the-entireworld&quot;&gt;Beautiful basemaps for the entire world&lt;/h2&gt;
  &lt;p&gt;When you &lt;a href=&quot;http://www.maptiler.com/maps/#streets//vector/2/0/30&quot;&gt;look at our maps&lt;/a&gt;, you will see fine details in every corner of the planet. The details you can observe differs depending on what map style you are using. There are six beautiful base styles, which are designed for showing your location, presenting your products on the map, car navigation or outdoor activity. But the whole process is fully under your control: if you want to create your own style from the scratch or just make some fine-tuning, there is a tool for map customization. You can change the color of an element or the whole map. But we don’t stop with simple visual changes: you can also add or remove particular map elements like a specific type of points of interest. The map labels can be shown in more than 50 languages, including a bi-lingual option for non-latin alphabets.&lt;/p&gt;

  &lt;blockquote&gt;
    &lt;p&gt;Maps are fully under your control: you can add or remove any particular map element.&lt;/p&gt;
  &lt;/blockquote&gt;

  &lt;p&gt;Those who want to enrich their map with extra geodata, we offer additional layers. There is a global satellite cloudless map, which we are constantly improving: currently, we are working on very high-resolution imagery for the USA and Western Europe. You can also enhance the map with elevation data with contour lines and hillshading. If this is not enough, you can always upload your own geodata and serve these from our reliable high-available infrastructure and integrate these your maps.&lt;/p&gt;

  &lt;p&gt;There is a basic place search tool, which is capable to find any populated place or street on the Earth ordered by importance - and we are going to add address and POI search in future.&lt;/p&gt;

  &lt;p&gt;We have also a solution for people with specific demands: if you want to run a map from your own servers, behind the firewall or even off-line, we offer you this option with our own OpenMapTiles.com self-hosting service.&lt;/p&gt;

  &lt;p&gt;&lt;img src=&quot;https://www.maptiler.com/media/2018-05-21-maptiler-as-google-maps-api-alternative-3.png&quot; alt=&quot;Different basic styles on one picture&quot; /&gt;
  &lt;em&gt;Different basic styles on one picture&lt;/em&gt;&lt;/p&gt;

  &lt;h2 id=&quot;easy-to-switch-from-google-mapsapi&quot;&gt;Easy to switch from Google Maps API&lt;/h2&gt;
  &lt;p&gt;Switching from Google Maps API is very simple: just delete the Google Maps code and replace it with a pre-generated code you get in MapTiler Cloud. That’s it, now you have a working map!&lt;/p&gt;

  &lt;amp-youtube data-videoid=&quot;l2LWuKb4-GA&quot; layout=&quot;responsive&quot; width=&quot;768&quot; height=&quot;432&quot; data-param-rel=&quot;0&quot;&gt;&lt;/amp-youtube&gt;

  &lt;p&gt;&lt;em&gt;Switch from Google Maps API to MapTiler Cloud in 1 minute&lt;/em&gt;&lt;/p&gt;

  &lt;p&gt;Depending on your need, &lt;a href=&quot;https://www.maptiler.com/blog/2018/05/openmaptiles-gives-you-freedom-of-sdks.html&quot;&gt;you can choose&lt;/a&gt; what JavaScript library you want to use (we have a map code generator for Leaflet, OpenLayers and Mapbox GL JS), mobile SDKs, desktop GIS or if you want to have a map as a static image for print or graphic design. The recommended libraries and SDKs are open-source and therefore you have a freedom to change the provider at any time in the future.&lt;/p&gt;

  &lt;p&gt;&lt;a class=&quot;btn&quot; href=&quot;https://cloud.maptiler.com&quot;&gt;Try MapTiler Cloud&lt;/a&gt;
  &lt;a class=&quot;btn&quot; href=&quot;https://www.maptiler.com/cloud/&quot;&gt;Read more&lt;/a&gt;&lt;/p&gt;
  </description>
          <pubDate>Mon, 21 May 2018 13:00:00 +0200</pubDate>
          <author>info@maptiler.com (Petr Pridal)</author>
          <guid isPermaLink="true">https://www.maptiler.com/blog/2018/05/maptiler-as-google-maps-api-alternative.html</guid>
        </item>
      
    
      
        <item>
          <title>Streets: new OpenMapTiles map style</title>
          <link>https://www.maptiler.com/blog/2018/05/streets-new-openmaptiles-map-style.html</link>
          <description>
            &lt;img src=&quot;https://www.maptiler.com/media/2018-05-15-streets-new-openmaptiles-map-style-1.jpg&quot;
            alt=&quot;Thumb&quot;&gt;
            &lt;p&gt;OpenMapTiles has always encouraged the development of map services by giving an option to build a self-hosted map with open-source tools and by providing &lt;a href=&quot;https://www.maptiler.com/cloud/&quot;&gt;free non-commercial hosting&lt;/a&gt;. For those who support us with their paid plan, we introduce another premium service: a new Street map style.&lt;/p&gt;

  &lt;h2 id=&quot;map-with-a-clear-roads-hierarchy&quot;&gt;Map with a clear roads’ hierarchy&lt;/h2&gt;
  &lt;p&gt;Each map style should highlight only the information relevant to its primary objective. When we were designing new map style, we focused on transportation. Therefore the name Streets.&lt;/p&gt;

  &lt;p&gt;Streets style is a base map highlighting different transportation methods. Therefore we include roads, railway network, ferry routes, and airports. Moreover, it also shows all relevant POIs like bus stops, petrol stations or subway stations. &lt;/p&gt;

  &lt;blockquote&gt;
    &lt;p&gt;Street style is a fresh alternative to Google Maps default style.&lt;/p&gt;
  &lt;/blockquote&gt;

  &lt;p&gt;To highlight the roads’ hierarchy, each type of road is represented by different color. While the most saturated colors are representing major roads like highways, more pale colors are used in combination with thin lines for minor roads. By looking at the map, you can at the first look easily judge the overall network and make a quick decision.&lt;/p&gt;

  &lt;p&gt;&lt;a href=&quot;https://www.maptiler.com/maps/#streets//vector/13/114.16915/22.29169&quot; target=&quot;_blank&quot;&gt;&lt;img src=&quot;https://www.maptiler.com/media/2018-05-15-streets-new-openmaptiles-map-style-2.jpg&quot; alt=&quot;Different types of transportation in Hong Kong and bilingual labels&quot; /&gt;&lt;/a&gt;
  &lt;em&gt;Different types of transportation in Hong Kong and bilingual labels&lt;/em&gt;&lt;/p&gt;

  &lt;h2 id=&quot;only-relevant-information-for-quickdecision&quot;&gt;Only relevant information for quick decision&lt;/h2&gt;
  &lt;p&gt;When looking at a map, you want to capture all necessary information as fast as possible. On the other hand, placing too many details decreases the readability and it takes you longer to get oriented on a map. Therefore we carefully picked only relevant information for each zoom level like POIs, labels, minor roads, and others. As you zoom in, more details appear they disappear as you zoom out to give you clear overlook. Since this is our first version, there could still be some missing or redundant items, especially POIs. Any comments on this topic are very welcomed.&lt;/p&gt;

  &lt;p&gt;A good map should also help the person who is using it recognize the features of the real world on the map. On lower zoom levels, we are displaying the land use information which can be seen from a global satellite image. On the higher zoom levels, we show transparent 3D buildings to help a person with orienting in an urban jungle. The buildings can be turned off.&lt;/p&gt;

  &lt;p&gt;The map is fully customizable as our MapTiler Cloud supports creating own styles or derivatives of the existing ones with built-in WYSIWYG design tool.&lt;/p&gt;

  &lt;p&gt;As each of our map, the Streets style also includes a possibility to change the language. Currently, there are more than 50 languages supported.&lt;/p&gt;

  &lt;p&gt;&lt;a href=&quot;https://www.maptiler.com/maps/#streets//vector/2/0/20&quot; target=&quot;_blank&quot;&gt;&lt;img src=&quot;https://www.maptiler.com/media/2018-05-15-streets-new-openmaptiles-map-style-3.jpg&quot; alt=&quot;Different types of transportation in Hong Kong and bilingual labels&quot; /&gt;&lt;/a&gt;
  &lt;em&gt;Land use information which can be seen from a satellite image from a global satellite image.&lt;/em&gt;&lt;/p&gt;

  &lt;p&gt;All the map styles including Streets are visible as a browsable map on the &lt;a href=&quot;https://www.maptiler.com/cloud/&quot;&gt;MapTiler Cloud&lt;/a&gt; page or in the administration.&lt;/p&gt;
  </description>
          <pubDate>Tue, 15 May 2018 13:00:00 +0200</pubDate>
          <author>info@maptiler.com (Tomas Klanica)</author>
          <guid isPermaLink="true">https://www.maptiler.com/blog/2018/05/streets-new-openmaptiles-map-style.html</guid>
        </item>
      
    
      
        <item>
          <title>OpenMapTiles gives you freedom of SDKs</title>
          <link>https://www.maptiler.com/blog/2018/05/openmaptiles-gives-you-freedom-of-sdks.html</link>
          <description>
            &lt;img src=&quot;https://www.maptiler.com/media/2018-05-09-openmaptiles-gives-you-freedom-of-sdks-1.jpg&quot;
            alt=&quot;Thumb&quot;&gt;
            &lt;p&gt;The possibility to select your favorite mobile map SDK, JavaScript library for your web and server for raster tiles increase your freedom of choice with the &lt;a href=&quot;https://openmaptiles.com/&quot;&gt;OpenMapTiles project&lt;/a&gt;. Three new map styles from one of the leaders in map industry, CARTO, demonstrates this power of diversity while using OpenMapTiles.&lt;/p&gt;

  &lt;h2 id=&quot;open-source-stack-usable-on-multiplesdks&quot;&gt;Open-source stack, usable on multiple SDKs&lt;/h2&gt;
  &lt;p&gt;Whenever you work on a map, you need to define how each geographical feature will look like. This definition is described using a styling language and it says, for example, that rivers should be rendered starting zoom level 10, with blue color and it should be 8px bold line.&lt;/p&gt;

  &lt;p&gt;The styling languages differ in the syntax used for defining the final look and in the implementation by various software tools (mobile SDKs, raster servers, web APIs).&lt;/p&gt;

  &lt;p&gt;These are the most popular styling languages today:&lt;/p&gt;

  &lt;p&gt;&lt;strong&gt;&lt;a href=&quot;https://www.mapbox.com/mapbox-gl-js/style-spec/&quot;&gt;GL JSON&lt;/a&gt;&lt;/strong&gt;, which is the main styling language of OpenMapTiles, is based on JSON file format defined originally by Mapbox and adopted by ESRI and others - and it supports Mapbox mobile SDKs, ArcGIS Pro and OpenMapTiles Server or TileServer GL raster server.&lt;/p&gt;

  &lt;p&gt;&lt;strong&gt;&lt;a href=&quot;https://mapzen.com/documentation/tangram/yaml/&quot;&gt;Tangram YAML&lt;/a&gt;&lt;/strong&gt; uses the markup style popular in Python programming language and can be used with Tangram SDK and Tangram Paparazzi.&lt;/p&gt;

  &lt;p&gt;&lt;strong&gt;&lt;a href=&quot;http://tilemill-project.github.io/tilemill/docs/manual/carto/&quot;&gt;CartoCSS&lt;/a&gt;&lt;/strong&gt; is similar to CSS used to style websites and is implemented with tools using Mapnik map renderer (the primary OpenStreetMap.org toolkit for rendering raster map tiles) and is also usable with the Carto mobile SDK. There is no native vector tile viewer for web implementing CartoCSS directly.&lt;/p&gt;

  &lt;p&gt;&lt;strong&gt;&lt;a href=&quot;http://www.opengeospatial.org/standards/sld&quot;&gt;OGC SLD&lt;/a&gt;&lt;/strong&gt; standard based on XML. This language is hard to write directly by humans, so it is typically created by converting from other styling languages or using a visual editor - such as desktop GIS tools like QGIS.&lt;/p&gt;

  &lt;p&gt;All of these styling languages are compatible with the OpenMapTiles.&lt;/p&gt;

  &lt;h3 id=&quot;javascript-for-web-applications&quot;&gt;JavaScript for web applications&lt;/h3&gt;
  &lt;p&gt;For displaying map data in a web browser as slippy maps, different JavaScript libraries can be used. They provide APIs for building geographic web application similar to Google Maps or Bing Maps but allow you to load the map data from your own server or provider of choice.&lt;/p&gt;

  &lt;p&gt;&lt;strong&gt;&lt;a href=&quot;https://openmaptiles.org/docs/website/openlayers/&quot;&gt;OpenLayers&lt;/a&gt;&lt;/strong&gt; supports vector as well as raster tiles and is most advanced in handling coordinate systems and map projections.&lt;/p&gt;

  &lt;p&gt;&lt;strong&gt;&lt;a href=&quot;https://openmaptiles.org/docs/website/mapbox-gl-js/&quot;&gt;Mapbox GL JS&lt;/a&gt;&lt;/strong&gt; is another web mapping library. Supports both raster tiles and vector format used by OpenMapTiles.&lt;/p&gt;

  &lt;p&gt;&lt;strong&gt;&lt;a href=&quot;https://openmaptiles.org/docs/website/leaflet/&quot;&gt;Leaflet&lt;/a&gt;&lt;/strong&gt; is the lightweight and simple JavaScript library, which can be used either for viewing raster tiles or vector tiles through mapbox-gl-leaflet or VectorGrid plugin.&lt;/p&gt;

  &lt;p&gt;&lt;strong&gt;&lt;a href=&quot;https://openmaptiles.org/docs/website/tangram/&quot;&gt;Tangram&lt;/a&gt;&lt;/strong&gt; is another rendering client for web applications which supports OpenMapTiles vector tile schema.&lt;/p&gt;

  &lt;p&gt;To inspect different JavaScript libraries next to each other, &lt;a href=&quot;https://labs.maptiler.com/carto-basemap-styles/&quot;&gt;see the comparison&lt;/a&gt;. All of them are ready for HiDPI retina displays.&lt;/p&gt;

  &lt;h3 id=&quot;multiple-mobile-mapsdks&quot;&gt;Multiple mobile map SDKs&lt;/h3&gt;
  &lt;p&gt;For bringing your map into a mobile device you need an SDK, which is a kit allowing the development of applications for the mobile operating system. With OpenMapTiles, you have a choice of several SDK for different platforms.&lt;/p&gt;

  &lt;p&gt;GL JSON is closely tied to &lt;strong&gt;&lt;a href=&quot;https://www.mapbox.com/mobile/&quot;&gt;Mapbox mobile SDKs&lt;/a&gt;&lt;/strong&gt;, which support both Android and iOS and in addition the Unity game engine.&lt;/p&gt;

  &lt;p&gt;Tangram YAML is connected to &lt;strong&gt;&lt;a href=&quot;https://mapzen.com/documentation/tangram/Android-API/&quot;&gt;Tangram SDK&lt;/a&gt;&lt;/strong&gt;, which allows you to create mobile apps for iOS and Android.&lt;/p&gt;

  &lt;p&gt;CartoCSS can be best used in &lt;strong&gt;&lt;a href=&quot;https://carto.com/docs/carto-engine/mobile-sdk/&quot;&gt;Carto mobile SDK&lt;/a&gt;&lt;/strong&gt;, which has in-built support for Android, iOS and Windows Phone platforms.&lt;/p&gt;

  &lt;h3 id=&quot;raster-tiles-on-the-serverside&quot;&gt;Raster tiles on the server side&lt;/h3&gt;
  &lt;p&gt;The freedom of choice is also kept on the server side with a variety of servers rendering raster as well as vector tiles.&lt;/p&gt;

  &lt;p&gt;&lt;strong&gt;&lt;a href=&quot;https://openmaptiles.com/server/&quot;&gt;OpenMapTiles Server&lt;/a&gt;&lt;/strong&gt; or &lt;strong&gt;&lt;a href=&quot;http://tileserver.org/&quot;&gt;TileServer GL&lt;/a&gt;&lt;/strong&gt; provides both raster and vector tiles from a GL style.&lt;/p&gt;

  &lt;p&gt;&lt;strong&gt;&lt;a href=&quot;http://mapnik.org/&quot;&gt;Mapnik library&lt;/a&gt;&lt;/strong&gt; is the toolkit used for rendering maps on the main OpenStreetMap site.&lt;/p&gt;

  &lt;p&gt;&lt;strong&gt;&lt;a href=&quot;https://github.com/tangrams/paparazzi&quot;&gt;Tangram Paparazzi&lt;/a&gt;&lt;/strong&gt; has its roots in Tangram-ES but serves raster tiles.&lt;/p&gt;

  &lt;h3 id=&quot;desktop-gis&quot;&gt;Desktop GIS&lt;/h3&gt;
  &lt;p&gt;Users of desktop GIS software are not left behind. The compatibility with ESRI’s &lt;strong&gt;&lt;a href=&quot;https://developers.arcgis.com/arcgis-runtime/&quot;&gt;ArcGIS Runtime SDK&lt;/a&gt;&lt;/strong&gt; compatibility is achieved for OpenMapTiles. &lt;/p&gt;

  &lt;p&gt;Opening raster tiles in &lt;strong&gt;QGIS&lt;/strong&gt; is straightforward and there is also a &lt;a href=&quot;/how-to/maps-in-desktop-gis/&quot;&gt;plugin for loading vector tiles&lt;/a&gt; under development.&lt;/p&gt;

  &lt;p&gt;&lt;img src=&quot;https://www.maptiler.com/media/2018-05-09-openmaptiles-gives-you-freedom-of-sdks-2.jpg&quot; alt=&quot;Voyager, Positron and Dark Matter styles for OpenMapTiles © CARTO&quot; /&gt;
  &lt;em&gt;Voyager, Positron and Dark Matter styles for OpenMapTiles © CARTO&lt;/em&gt;&lt;/p&gt;

  &lt;h2 id=&quot;new-styles-voyager-positron-and-darkmatter&quot;&gt;New styles: Voyager, Positron and Dark Matter&lt;/h2&gt;
  &lt;p&gt;With the release of three new map styles, CARTO shows the commitment to the OpenMapTiles project. The styles are available for web and mobile, both raster and vector. The styles are based on OpenMapTiles data schema, use the project’s vector tiles and are implemented in three different styling languages while keeping the same look and feel across the different software tools.&lt;/p&gt;

  &lt;ol&gt;
    &lt;li&gt;Voyager - colored map with clear road hierarchy&lt;/li&gt;
    &lt;li&gt;Positron - light gray map for further displaying of data&lt;/li&gt;
    &lt;li&gt;Dark Matter - dark gray map for displaying data of bigger size&lt;/li&gt;
  &lt;/ol&gt;

  &lt;p&gt;The code is fully open-source and can be found &lt;a href=&quot;https://github.com/CartoDB/basemap-styles&quot;&gt;on GitHub&lt;/a&gt;.&lt;/p&gt;

  &lt;p&gt;You can see our implementation of these styles with several others beautiful styles such as Streets and Topo in &lt;a href=&quot;https://www.maptiler.com/cloud/&quot;&gt;MapTiler Cloud hosting&lt;/a&gt;.&lt;/p&gt;
  </description>
          <pubDate>Wed, 09 May 2018 13:00:00 +0200</pubDate>
          <author>info@maptiler.com (Jiri Kozel)</author>
          <guid isPermaLink="true">https://www.maptiler.com/blog/2018/05/openmaptiles-gives-you-freedom-of-sdks.html</guid>
        </item>
      
    
  </channel>
  </rss>


