Hallo Zusammen,
wir werden die Tags wieder entfernen.
Viele Grüße
Tracy
Am 24. April 2015 um 12:00 schrieb <
openrailwaymap-request(a)openrailwaymap.org>:
> Send Openrailwaymap mailing list submissions to
> openrailwaymap(a)openrailwaymap.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> http://lists.openrailwaymap.org/lists/listinfo/openrailwaymap
> or, via email, send a message with subject or body 'help' to
> openrailwaymap-request(a)openrailwaymap.org
>
> You can reach the person managing the list at
> openrailwaymap-owner(a)openrailwaymap.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Openrailwaymap digest..."
>
>
> Today's Topics:
>
> 1. Re: priority-Tag (danmey(a)web.de)
> 2. Re: priority-Tag (Rolf Eike Beer)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Thu, 23 Apr 2015 23:17:17 +0200
> From: danmey(a)web.de
> To: openrailwaymap(a)openrailwaymap.org
> Subject: Re: [openrailwaymap] priority-Tag
> Message-ID: <5539615D.5040500(a)web.de>
> Content-Type: text/plain; charset="windows-1252"; Format="flowed"
>
> Hallo!
> Ein altes Thema ein bisschen anders: In Ostwestfalen-Lippe gibt es
> reihenweise *nodes* mit priority=primary: http://overpass-turbo.eu/s/82J
> Fl?chendeckend an alle nodes von railway=rail.
> Kann das weg? Oder steckt Sinn dahinter?
> VG, Daniel
>
>
>
>
> Am 06.11.2014 um 10:00 schrieb Merle Ro?ner:
> >
> > Hallo,
> >
> > inzwischen ist wieder einiges bei uns passiert:
> >
> > Wir werden jetzt die Relationen an den Schienen auswerten und
> > dementsprechend nicht mehr den Tag priority setzen.
> >
> > Viele Gr??e
> >
> > Merle von MentzDV
> >
> >
> >
> > _______________________________________________
> > Openrailwaymap mailing list
> > Openrailwaymap(a)openrailwaymap.org
> > http://lists.openrailwaymap.org/lists/listinfo/openrailwaymap
>
>
Hello everybody,
for rendering, it would be nice to have any information about the
importance of a station/halt. With this information, the renderer could
render captions in different zoom levels or font sizes or decide which
label is rendered in cases of collision.
Currently we have the tag railway:station_category=1-7 for mapping the
German railway station category [1]. But this is very german-specific,
so we should think about a way to tag the importance of a station using
generic rules that are independent from any country-specific categories.
Should we use the existing tag railway:station_category=* and translate
the German definitions, so that they can be applied internationally?
This would have the advantage that German stations, that are already
tagged with the existing tag, do not require any retagging. But using
just numeric values is not so
Or should we create a new tag a tag like railway:station_importance=*
with some category values such as local/regional/international/... and
leave the existing railway:station_category=* tag for mapping
country-specific categories?
Any ideas?
Regards
Alex
[1] http://en.wikipedia.org/wiki/German_railway_station_categories
Hallo,
beim Erstellen des Schweizer Taggingschemas habe ich ein paar Signale
ausgelassen, an deren Existenz ich Zweifel hatte oder bei denen ich mir
mit dem Verständnis schwer tat. Ein solcher Fall war das
Telefonrufsignal. Die Fahrdienstvorschrift beschreibt es so:
> Obligatorische Verbindungsaufnahme vom Lokführer zum Fahrdienstleiter
> bei haltenden Zugfahrten und Rangierbewegungen
Auf Drehscheibe-Online habe ich dann nachgefragt und mir wurde mit einem
tagesaktuellen Bild bestätigt, dass es dieses Signal noch in Basel
Rangierbahnhof gibt. Verwendet wird es aber nicht mehr (zumindest bei
der SBB in Basel Rangierbahnhof).
http://www.drehscheibe-online.de/foren/read.php?106,7364538
Ich schlage folgendes Tagging vor:
railway:signal:phone=CH-FdV:277
railway:signal:phone:form=light
railway:signal:phone:states=CH-FdV:277;off
Es würde daher also der neue Signaltype "phone" für Signale im
Zusammenhang mit der kabelgebundenen Kommunikation geben. Bisher gibt es
schon "radio" für Signale des Zugfunks (z.B. Zugfunk-Kanaltafel).
Viele Grüße
Michael
--------------------------------
Hi,
at the moment I am finishing a railway signal tagging scheme for
Switzerland. [1] There is one signal there which I cannot assign to a
existing signal type (e.g. main, distant, speed_limit, radio, …) – the
phone call signal (German "Telefonrufsignal"). It flashes if the staff
at the signal box wants to call a train driver. He has to leave his
locomotive and talk to the signal box staff using the next phone.
Although Switzerland has GSM-R (or analogue radio at some lines) and
public cell phone networks as an alternative, this signal still exists
(e.g. at Basel Yard Station). A Swiss train driver told me that he has
not seen it flashing for a long time.
http://www.drehscheibe-online.de/foren/read.php?106,7364538,7365464#msg-7...
I suggest following tagging:
railway:signal:phone=CH-FdV:277
railway:signal:phone:form=light
railway:signal:phone:states=CH-FdV:277;off
This would introduce the signal type "phone" parallel to the existing
"radio". phone should be used for cable-bound communication, radio for
GMS-R etc.
Best regards
Michael
[1] English translation will follow soon. It should be an example
tagging scheme documented both in German and English.
https://wiki.openstreetmap.org/wiki/DE:OpenRailwayMap/Tagging_in_Switzerland
--
Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. (Mailinglisten
ausgenommen)
I prefer GPG encryption of emails. (does not apply on mailing lists)
Hallo,
gerade bin ich dabei meine Videos der Strecke Hagen–Siegen auszuwerten.
Da die Strecke in NRW liegt, stehen mehr Quellen als üblich zur
Verfügung. Neben den Bing-Bildern gibt es:
- 10 cm Orthophotos der Metropolregion als WMS (nur Hagen–Hohenlimburg)
- 40 cm Orthophotos des NRW-Atlas als WMS
- digitale Grundkarte (1:5000) des NRW-Atlas als WMS
All das wird automatisch in JOSM angeboten. Gerade die digitale
Grundkarte ist für die Sesselmapper unter uns ein Blick wert. Sie
enthält nämlich die Hektometrierung der Bahnstrecken. Alle 500 Meter
findet man ein auf der Spitze stehende Quadrat mit einem schwarzen
Punkt. Daneben steht die Entfernung. Es scheint die genaue Position
(d.h. nicht wie bei den Tafeln an den Oberleitungsmasten gerundete
Angaben) zu handeln.
Nach ein paar Tagen Arbeit liese sich damit eine Grundabdeckung bzgl.
Hektometertafeln erreichen (und die übrige Energie in wichtigere
Aufgaben (Signale + Höchstgeschwindigkeiten) stecken).
Die Hektometrierung ändert sich i.d.R. nicht, da Trassenverlegungen
selten sind. Trotzdem schadet ein Kontrollblick auf die Luftbilder nicht.
Die digitale Grundkarte ist nicht generalisiert und eignet sich damit
hervorragend für Lagekorrekturen, *auch in Tunnels* und verschatteten
Bereichen. Bitte beachtet, dass aufgrund des fortschreitenden Abbaus von
Gleisanlagen (insbesondere Nebengleise) die Datengrundlage nicht die
neuste ist. :-)
https://wiki.openstreetmap.org/wiki/NRW-Atlas
Viele Grüße
Michael
--
Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. (Mailinglisten
ausgenommen)
I prefer GPG encryption of emails. (does not apply on mailing lists)
I just came over this yesterday: turntables and traversers are tagged only on
their outer limit. Often you find one piece in it also tagged, often the one
showing the track location at the time of a random sattelite image. I would
suggest not tagging that piece of track, giving the renderer the freedom to
put one at a random place (or even animating one, think of f4map). So one
would need to put the information like electrification somewhere. I suggest
adding those tags (electrification, gauge) directly to the traverser or
turntable (outline).
Eike
Hi,
maybe you already read Mateusz Konieczny's diary entries about his large
modifications of OSM Carto as part of this year's Google Summer of Code.
If not, I suggest you to have a look at the comparision. He refurbishs
road rendering at OSM Carto and – as part of this project – he also
refurbishs railway rendering.
His changes highlight the usage of service=* as a tag for minor railway
tracks very much and therefore improves rendering of general maps at low
zoom levels.
His full blog post:
https://www.openstreetmap.org/user/Mateusz%20Konieczny/diary/35555 (also
have a look at his older posts)
Krakow before the changes:
https://cloud.githubusercontent.com/assets/899988/9151569/2f843366-3e06-1...
Karkow after the changes:
https://cloud.githubusercontent.com/assets/899988/9151570/318ff0be-3e06-1...
Best regards
Michael
Hallo,
vielleicht lest ihr schon die Post von Mateusz Konieczny in seinem User
Diary. Falls nicht, so möchte ich euch darauf aufmerksam machen. Im
Rahmen des diesjährigen Google Summer of Code überarbeitet er das
Rendering von Straßen in OSM Carto. Dabei überarbeitet er auch das
Rendering von Gleisen.
Seine Änderungen nutzen stark das von uns als Mappern gern verwendete
Tag service=* und verbessern so Mehrzweck-Karten in kleinen Maßstäben.
Blogpost:
https://www.openstreetmap.org/user/Mateusz%20Konieczny/diary/35555 (lest
auch seine älteren Posts)
Krakau Ist-Zustand:
https://cloud.githubusercontent.com/assets/899988/9151569/2f843366-3e06-1...
Karkau mit seinen Modifikationen:
https://cloud.githubusercontent.com/assets/899988/9151570/318ff0be-3e06-1...
Viele Grüße
Michael
--
Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. (Mailinglisten
ausgenommen)
I prefer GPG encryption of emails. (does not apply on mailing lists)
Hi,
is it allowed to create a relation Dresden - Leipzig, a relation Leipzig -
SFS - Erfurt and a relation Erfurt - Fulda and a relation Fulda - Frankfurt
(Süd) and then put all these relations in one master route?
If yes, some tools could profit from this to show big routes constructed out
of pieces.
And the small pieces can be used in many routes.
When constructing an IC Dresden - Leipzig - Hannover - Köln, the first piece
Dresden - Leipzig already exists and can be used for it.
If it is forbidden, how long does one come in prison if he creates such
relations?
Greets
Peter
Hi everybody,
over the last weeks I have worked on a couple of logo drafts for
OpenRailwayMap which has up to now no project logo. I have already
presented prior drafts to rurseekatze, Dakon and bigbug21 – now it is
time for your feedback. All drafts base on the feedback I recieved from
them.
I have uploaded my draft to OpenStreetMap wiki:
https://wiki.openstreetmap.org/wiki/File:Openrailwaymap-logo-selection.svg
Some additional comments to my drafts:
Prior drafts contained a German/Polish semaphore main signal. Because we
want not to look outdated, I decided to use a light signal. The current
light signal has lots of German elements but AFAIK such a signal is not
used on a German railway line (it may be used by a German subway
company). There are signals which look very similar to this in Kalsruhe
and around Mannheim on branch lines but these signals have their white
speed light signal above the green lamp. The white-red-white pole sign
can be found on lots of German main signals.
I do not want to have to much similarities to the OpenStreetMap logo.
First, nobody can guarantee that ORM will use OSM as the single data
source in future and, second, OSM logo is a trademark registred by OSMF.
You can still find elements at my drafts which can also be found at the
OSM logo – a folded map and some landuse and boundaries on the map.
I would like to hear your feedback about my drafts.
You can also create own drafts but please publish them under CC-0 or PD-
self as SVG.
Btw, I can distinguish red and green and therefore I would like to hear
feedback from men who cannot do this.
Best regards
Michael
(German below)
Dear railway mappers,
I would like to add some detail on railway and tram lines in my area and
have been searching for a tag for "rail movement joints" / "railway
expansion devices" (I found these terms online, the German term is
"Auszugvorrichtung").
The feature in question is a device often found on railways at bridges or
long straight tracks. It allows the tracks (and the bridge undereath) to
expand or shrink in length (as a result of temperature change) without
damage.
This seems to be the matching DIN EN:
http://www.fsf.din.de/cmd?level=tpl-art-detailansicht&committeeid=5473902...
...and BS EN: http://shop.bsigroup.com/ProductDetail/?pid=000000000030214647
How should we tag these features in OSM?
railway=movement_joint?
railway=expension_device?
Which object type should be used? From a map perspective, they might be
"point" features, marking the point where the tracks are cut. If you're a
railway planner, however, you need to consider that the device itself has a
length of several meters - not as big as the average switch/turnout, but
still...
-Martin
Hallo Eisenbahn-Mapper!
Ich habe nach einem tag für Auszugvorrichtungen (Konstruktionen zur
Aufnahme der Wärmedehnung der Schienen an Brücken oder langen Geraden)
gesucht, weil ich ein paar Details zu Streckenabschnitten nachtragen
wollte, mit denen ich zu tun hatte.
Wie sollen wir so etwas taggen?
Im Netz habe ich die oben aufgeführten Übersetzungen gefunden, die zu den
genannten tags führen könnten.
Weiterhin müsste man sich gedanken machen, ob man die Stelle der Trennung
als Punkt taggen will (generalisiert) oder die ganze Konstruktion von
Schweißnaht zu Schweißnaht als Linie erfassen möchte. letzteres ist mit
unserer erreichbaren Positionsgenauigkeit natürlich nicht ganz so einfach.
Gruß,
Martin
