Openrailwaymap

openrailwaymap@openrailwaymap.org

306 discussions

OSM-Anmeldung?
by Steffen Buhr 01 Mar '16

01 Mar '16

Hallo, weiß hier jemand was mit dem OSM-Forum los ist? Ich kann mich da nicht registrieren, denn „This forum is not accepting new registrations.“ Was auch nicht klappt, ist die Registrierung bei OSM selbst, da bekomme ich zum Benutzernamen die Meldung „ist bereits vergeben“, obwohl https://www.openstreetmap.org/user/sbk sagt „Der Benutzer sbk existiert nicht“. Ggf. will ich zunächst nur mal Fehler am Verlauf der längst abgebauten Oderbruchbahn korrigieren, da stimmt einiges nicht. Da wäre … [View More]

3 7

Wie tagge ich ein Zs 103?
by Michael Reichert 29 Feb '16

29 Feb '16

Hallo, in Roßlau Gbf (ex-Reichsbahn-Gebiet) hängt (noch) am Signal K ein Zs 103 "Rautentafel" an einem Formhauptsignal. Die Ril 301, Modul 301.0301 schreibt hierzu: > Das Halt zeigende Hauptsignal gilt nicht für Rangierabteilungen. > Eine rechteckige schwarze Tafel mit weißen Rauten. > Die Rautentafel ist am Hauptsignal angebracht. http://eisenbahntechnik-fotos.de/signale/02_zs_signale.php#zs103 Für die Wessis: Das ist kein Bahnübergangssignal! Aber wie tagge ich das? Es gehört … [View More]

3 2

Bahnübergangs-Überwachungssignal für mehrere Bü
by Michael Reichert 29 Feb '16

29 Feb '16

Hallo, in der Ril 301, Modul 301.1501, Abschnitt 3, Absatz 4 steht, dass ein Überwachungssignal in Ostdeutschland zwei Mastschilder hat, wenn es für mehrere Bahnübergänge gilt: > Gilt das Überwachungssignal im Geltungsbereich der DV 301 für mehrere# > Bahnübergänge, so sind zwei Mastschilder nebeneinander angebracht; > dies gilt nicht bei einer Kennzeichnung gemäß Abschnitt 8. Ich habe auch selber schon solche Überwachungssignale gesehen, das ist also keine theoretische Frage. Daher … [View More]

2 2

schwarz-weiße, gelb-weiße und rote Mastschilder an Haupt-/Mehrabschnittsignalen
by Michael Reichert 19 Feb '16

19 Feb '16

Hallo, in Deutschland tragen Hauptsignale und Mehrabschnittsignale Mastschilder, die das Verhalten im Störfall regeln. Einige dieser Mastschilder haben jedoch eine Bedeutung, die mit einem Vorsichtsignal (Zs 7) vergleichbar ist. Derzeit gibt es noch kein Tag dafür, ich sehe jedoch bei einigen Mastschildern Bedarf dafür. Es gibt laut Richtlinie 301 bzw. Eisenbahn-Signalordnung folgende Mastschilder: *weiß-schwarz-weiß-schwarz-weiß* Züge dürfen nach dem Anhalten vor dem haltzeigenden Signal … [View More]ohne Zustimmung des Fahrdienstleiters vorbeifahren. Dieses Mastschild gibt es nur bei den Gleichstrom-S-Bahnen in Berlin und Hamburg. Diese Signale haben auch eine Vorsignalfunktion. Weiteres wird durch die (nicht öffentlich verfügbaren) örtlichen Richtlinien (enthalten in 408.0101Z11 bzw. 408.0101Z21) geregelt. *weiß-gelb-weiß-gelb-weiß* Züge dürfen vorbeifahren, wenn es Halt zeigt oder gestört ist und eine Verständigung mit dem Fahrdienstleiter nicht möglich ist. In Ostdeutschland haben Signale mit diesem Mastschild zusätzlich eine Vorsignalfunktion. Dieses Mastschild wird nur an Blocksignalen auf freier Strecke eingesetzt. *rot* (ohne weiß) Züge dürfen nur auf Ersatzsignal, Gegengleisfahrt-Ersatzsignal, Befehl oder bei Signal Zs 12 (M-Tafel) auf mündlichen/fernmündlichen Auftrag vorbeifahren. Dieses Mastschild gibt es nur bei den Gleichstrom-S-Bahnen in Berlin und Hamburg. *weiß-rot-weiß bzw. weiß mit rotem Dreieck* Das ist das "normale" Mastschild. Zugfahrten dürfen nur mit Ersatzsignal, Vorsichtsignal, Gegengleisfahrt-Ersatzsignal, Befehl oder – bei Signal Zs 12 – auf mündlichen bzw. fernmündlichen Auftrag vorbeifahren am Halt zeigenden oder gestörten Hauptsignal vorbeifahren. Es gibt drei Möglichkeiten, wie was man jetzt machen kann: (1) Es so lassen wie es ist. (2) weiß-schwarze als Ersatzsignale behandeln und in railway:signal:combined:substitute_signal=* erfassen, also z.B. railway:signal:combined:substitute_signal=DE:mastschild_schwarz-weiss (3) Ein eigenes Tag einführen, das das Verhalten im Störfall regelt. Seine Werte sind länderspezifisch, z.B. railway:signal:combined:alternative_operation=DE:mastschild_schwarz-weiss railway:signal:combined:alternative_operation=DE:mastschild_weiss-gelb railway:signal:combined:alternative_operation=DE:mastschild_rot railway:signal:combined:alternative_operation=DE:mastschild_rot-weiss bzw. railway:signal:main:alternative_operation=DE:mastschild_schwarz-weiss railway:signal:main:alternative_operation=DE:mastschild_weiss-gelb railway:signal:main:alternative_operation=DE:mastschild_rot railway:signal:main:alternative_operation=DE:mastschild_rot-weiss 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) [View Less]

3 5

Desaster-Mapping in Bad Aibling?
by Rolf Eike Beer 09 Feb '16

09 Feb '16

Moin, auch bei mir regen sich gerade die üblichen Instinkte: es ist was passiert, die Karte ist nicht vollständig, und los. Ich habe gerade mal ein paar bahntechnische Details gefixt, aber viel mehr geht aus der Ferne denke ich nicht. Mapillary gibt da momentan nichts her, aber z.B. die Bahnhöfe Bad Aibling und Kolbermoor bzw. auch der Haltepunkt Bad Aibling Kurpark könnten genug Details enthalten, z.B. die Signale für die Strecke dazwischen sowie Angaben zu Geschwindigkeitsbeschrä… [View More]

1 0

Eisenbahn-Sprint(er) am Samstag, dem 13.2. u.A. in Frankfurt
by Stefan Kaufmann 07 Feb '16

07 Feb '16

Hallo Liste(n), ich hatte das am 28. ja schon auf der talk-de erwaehnt: Nakaner und ich waren vor einiger Zeit mal zu zweit unterwegs, um sowohl Eisenbahninfrastruktur am Gleis als auch an den Bahnhoefen nachzuerfassen, wo die Lage duenn war. Das klappte sehr viel schneller, als ich dachte – und deswegen wuerde ich das gerne wiederholen ;) Meine Idee war, am *Samstag, dem 13.2.* einen konzertierten Mapping-Sprint zu veranstalten: <http://wiki.openstreetmap.org/wiki/Eisenbahn/… [View More]

2 1

Why is usage=freight deprecated?
by Eduard (edward17) 03 Jan '16

03 Jan '16

- Need an English version? Just scroll down - Hallo zusammen, in diesem OSM-Wiki-Änderung wurde der Tag usage=freight mit dem Kommentar "removed deprecated usage=freight" weggenommen: http://wiki.openstreetmap.org/w/index.php?title=Key:usage&diff=1211438&oldi… Ich habe nichts dagegen, ich möchte nur die Ursache wissen. Vielleich habe ich Diskussion darüber darchgelassen. Viele Grüße Eduard <edward17> --- Hi there, in this OSM-Wiki-Change usage=freight tag had been deleted:… [View More]

3 3

OpenRailwayMap on your own server
by Rolf Eike Beer 14 Dec '15

14 Dec '15

[No German version, I'm too lazy.] You may know it or not, I have been quite busy in the last month hacking on OpenRailwayMap code. I have introduced automated testcases to spot syntax errors and dangling icon references and much stuff like this. In fact, also the automation to build the new JavaScript stylesheets from the MapCSS ones was done by me. I've also done a lot of things to improve the stylesheets, as well as the underlying software that drives them. Which usually resulted in … [View More]me begging Alexander to put that stuff on the server so I can actually see if it works. Testing on a live system isn't a good idea anyway, and given the fact that every update has to go through another person doesn't make this solution scale anywhere. So once I sat down and tried to set up a local server, but not a full-featured database one. I have only the frontend rendering code on my machines, happily using the vector tiles of the "real" server. This resulted in me fixing even more stuff. Since the important parts of that are already merged I'll now write down how to get there so you can hack on your own stuff. My machines use openSUSE, so I will stick to those package names. And I don't list the dependencies explicitely here to keep things short. So, let's start installing: zypper in git-core apache2-mod_php5 php5-ctype php5-gettext python-ply python- rsvg python-cairo libxml2-tools zip Now get the actual code git clone https://github.com/rurseekatze/OpenRailwayMap.git cd OpenRailwayMap git submodule init renderer Now build the JavaScript stylesheets cd styles make That's pretty much it. Now tell your webserver where your OpenRailwayMap directory is and that it should be served, or put the whole directory in your ~/public_html. Put "php5" and maybe also "userdir" (if you use ~/public_html) in your /etc/sysconfig/apache2 in the APACHE_MODULES line, (re)start apache: systemctl start apache2.service You may want to make canvas.php the directory index, otherwise you always have to type it. The bitmap layer is of course also taken from the "real" instance, so you can't change how that looks. And you should basically be done. Now you can e.g. hack on styles/*.mapcss to get different styling, just "make -C styles" afterwards and reload the page. I hope some cool new pull requests will come in now, e.g. for signalling systems outside of central Europe. In case I have forgotten some thing just ask either on this list or in #OpenRailwayMap on irc.oftc.net. Greetings, Eike P.S.: want to have a proof that this works? http://orm-dev.der-dakon.net, this usually runs a combination of most of my own branches that are waiting for upstream integration. I may or may not pick other peoples branches there, too, this is more or less random if I have an interest in them. [View Less]

1 1

Nutzungserlaubnis für Bildberichte auf Drehscheibe Online
by Alexander Matheisen 09 Dec '15

09 Dec '15

Hallo, nachdem wir bereits die Erlaubnis [1] bekommen haben, die Bahnhofs- und Streckenportraits von Sören Heise auf Drehscheibe Online als Quelle für das Mapping zu nutzen, habe ich bei weiteren Usern auf DSO angefragt und positive Rückmeldungen bekommen. * User Bahnstern veröffentlicht regelmäßig Bildberichte ehemaliger Nebenbahnen in der Reihe "Auf längst vergessenen Gleisen". Beispiel: http://www.drehscheibe-online.de/foren/read.php?3,7643796 Alle Beiträge von Bahnstern: http://www.… [View More]

1 0

Repository user look out: force push astern
by Rolf Eike Beer 05 Dec '15

05 Dec '15

(German version below) Yesterday night a force push to the master branch of the OpenRailwayMap repository at GitHub took place. Only very few commits were removed from the history, and those only for technical reasons (i.e. they had no contents afterwards). But what we really did is to filter out foreign software that was included in the repository in the early stages of development. The whole reason for this was a technical one: this included some huge binary files, so cloning the … [View More]repository downloaded (literally) hundreds of megabytes of dead sutff. In fact the download size reduced from ~900MB to barely 7MB. During the process all open pull requests were closed (GitHub automatically did this, it was not intentional), but all of them were from only 2 users (Michael Reichert and me), so no real harm was done using this as we were aware of the force push and had to rebase our branches anyway. If you have a clone of this repository and want to contribute a new patch then please base anything on the current master branch and not the old one: # assumption: rurseekatze/OpenRailwayMap is the remote called "upstream" git checkout master git fetch # warning, the next command will throw away any local modifications you # have on the master branch git reset --hard upstream/master git push --force Now you are ready to create new branches and start PRs. (German version) Gestern Abend hat wurde eine force push im OpenRailwayMap-Repository auf GitHub durchgeführt. Es wurden einige wenige commits aus der Geschichte des Repositories entfernt, allerdings nur aus technischen Gründen (sie enthielten schlicht keine Änderungen mehr). Der eigentliche Grund für die Aktion war die Entfernung von einigem Fremdcode, der in der Anfangsphase der Entwicklung in das Repository eingecheckt wurde. Auch hierbei war der Grund ein rein technischer: mit dabei waren einige große Binärdateien, die später alle wieder gelöscht wurden. Wenn man sich das Repository im alten Zustand klonen wollte hat man (buchstäblich!) hunderte Megabyte and unnützem Zeug heruntergeladen. Das ist nun Geschichte, und der Download hat jetzt statt ~900MB nur noch knapp 7MB. Durch den force push wurden alle offenen Pull Requests geschlossen, allerdings war dies ein unbeabsichtigter Automatismus von GitHub. Da die PRs ohnehin nur von 2 Benutzern stammten (Michael Reichert und mir) ist dabei letztlich auch kein wirklicher Schaden entstanden, da wir im an der ganzen Aktion ja mitgearbeitet haben und unsere branches sowieso hätten rebasen müssen. Wenn jemand einen lokalen clone des Repositories hat und jetzt einen neuen PR erstellen möchte, so muss dieser auf dem neuen master-Branch aufsetzen. # Annahme: rurseekatze/OpenRailwayMap ist der remote "upstream" git checkout master git fetch # Warnung: der nächte Befehl wird alle ggf. gemachten Änderungen am # branch master verwerfen! git reset --hard upstream/master git push --force Jetzt ist der master-Branch im eigenen fork auf dem gleichen Stand wie das Hauptrepository und neue PRs können von hier ausgehend erstellt werden. Eike [View Less]

1 0

← Newer
1
...
15
16
17
18
19
20
21
...
31
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

Openrailwaymap