en.rss

<?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, 25 Oct 2023 21:40:00 +0200</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>Improved search function and new API</title>
			<description>OpenRailwayMap has got an improved search function based on a new API.</description>
			<link>https://blog.openrailwaymap.org?lang=en#34</link>
			<author>Michael Reichert</author>
			<dc:creator>Michael Reichert</dc:creator>
			<guid>https://blog.openrailwaymap.org?lang=en#34</guid>
			<pubDate>Wed, 25 Oct 2023 21:40:00 +0200</pubDate>
			<content:encoded>
				<![CDATA[
					<div class="uk-grid">
						<div class="uk-width-medium-1-2">
							<p>The search function of OpenRailwayMap uses from now on a new implementation.</p>
							<p>When searching for stations, previously only the <code>name=*</code> tag of OpenStreetMap was taken into account. From now on, all variants of the <code>name=* tag</code>, i.e. shortened, official and foreign-language names are used.</p>
							<p>In the past, the string entered in the search field had to match the beginning of the name of the object. Instead, the new search uses a full-text index. Skipping the prefix of a station name (suburban stations without the name of the city, e.g. Nomentana instead of Roma Nomentana) will not prevent the station from appearing in the search results.</p>
							<p>Sort order of results is now based on the estimated relevance of the train station which is calculated from the number of public transport route relations using the station. It is based on the assumption that more important stations are served by more public transport route relations in OpenStreetMap.</p>
							<p>The search for milestones on railway lines was reimplemented as well. Both search functions use pre-processed database tables and additional indexes in order to be more efficient and provide faster search responses.</p>
							<p>The documentation and the source code of the API the search function is based on can be <a href="https://github.com/OpenRailwayMap/OpenRailwayMap-api#api">found on GitHub</a>.</p>
						</div>
					</div>
				]]>
			</content:encoded>
		</item>
		<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>