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,
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 vermutlich zu den ganz wenigen
Signalen (oder ist es das letzte?) der Ril 301, das noch nicht im Wiki
dokumentiert ist. Mein Vorschlag:
railway:signal:minor=DE-ESO:zs103
railway:signal:minor:form=sign
Bisher habe ich das Signal nur an Formhauptsignalen ohne Ra 12 (im
Westen Sh 1 genannt) gefunden. An Hl-Signalen braucht man es nicht, die
haben Sh 1-Lampen.
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)
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 stellt sich mir die Frage des
Taggings. Bei Läute- und Pfeiftafeln haben wir mit
railway:signal:ring:only_transit=yes ein Tag, um kennzuzeichnen, dass
das Signal nur für durchfahrenden Züge gilt. Sollten wir analog dazu
railway:signal:crossing:multiple_crossings=yes/<Zahl>/no einführen?
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)
[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 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.
Hallo,
ich bastle derzeit an einem libosmium-basierten Tool, das für
OSM-PBF-File einige statistische Angaben zum Eisenbahnmapping ausrechnet
(ich will das Tool, wenn es fertig ist, diese Angaben für eine Reihe an
historischen OSM-PBF-Files ausrechnen lassen). Gelegentlich brauche ich
aktuelle statistische Angaben nämlich in Vorträgen.
Vor einem Monat habe ich folgende Zahlen ermittelt:
26 150 km Gleis mit Höchstgeschwindigkeit
8 207 Hauptsignale
2 667 Mehrabschnittsignale
9 868 Weichen mit Nummer
Ich habe das Tool mittlerweile ausgebaut und habe für das OSM-PBF-File
der Geofabrik für Deutschland (2015-11-22T22:22:02Z) folgende Zahlen
ermittelt:
81 235 km Gleis
davon 26 415 km Gleis mit Höchstgeschwindigkeit
1707 km Stadtbahngleise (davon viele falsch getaggte Gleise in Berlin
und Hamburg sein)
davon 531,8 km Stadtbahngleise mit Höchstgeschwindigkeit
5130 km Straßenbahngleise
davon 404,4 km Straßenbahngleise mit Höchstgeschwindigkeit
1115 km U-Bahn-Gleise (resultiert aus falschem Tagging in NRW)
davon 121,7 km U-Bahn-Gleise mit Höchstgeschwindigkeit (
7 917 Hauptsignale (Hp, Ks, Sv, Sk, Hl)
2 605 Mehrabschnittsignale (Hl, Ks, Sv, Sk)
4 758 Vorsignale (Vr, Ks, Sk, Hl)
35 398 Weichen mit railway=switch (exkl. EKWs und DKWs)
davon 10 240 Weichen mit Nummer
Viele Grüße
Michael
PS Österreich steht auf meiner ToDo-Liste, weil mich interessiert,
welchen Effekt das kürzlich eingeführte Rendering österreichischer
Signale auf die Mappingaktivität hat.
--
Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. (Mailinglisten
ausgenommen)
I prefer GPG encryption of emails. (does not apply on mailing lists)
Hallo,
in den letzten Tagen und hier auf dem FOSSGIS-Hackweekend im Linuxhotel
in Essen habe ich eine JOSM-Objektvorlage für BOStrab-Signale erstellt.
Ihr könnt die Vorlage in JOSM unter Vorlagen ->
Objektvorlagen-Einstellungen ergänzen. Gegebenenfalls müsst ihr die
Liste aktualisieren (JOSM cacht sie).
Die Vorlage enthält fast alle ortsfesten Signale der BOStrab (Anlage 4).
https://wiki.openstreetmap.org/wiki/DE:OpenRailwayMap/Tagging_Trams_in_Ge...http://www.gesetze-im-internet.de/strabbo_1987/anlage_4.html
inoffizielle nglische Übersetzung:
http://www.modernstreetcar.org/pdf/BOStrab-EN_Version_2008-05-12.pdf
Die Taggingvorlage implementiert das auf dem Aktiventreffen in Bad
Nauheim im Oktober 2014 erarbeitete Taggingschema.
Anders als bei Eisenbahnsignalen gibt es bei Straßenbahnsignalen eine
noch größere Vielfalt an Signalen und Signalvarianten. Fast jeder
Verkehrsbetrieb definiert eigene Erweiterungen zur BOStrab. Aus diesem
Grund kann gibt es drei Bereiche in der Vorlage:
- Signale der BOStrab (entsprechend des Textes der Verordnung)
- Signale der VBK (Karlsruhe), die davon abweichen
- Signale der HHA (Hamburg), die andere Bezeichnungen oder Bedeutungen haben
- Hauptsignale der SSB (Stuttgart), die andere Bezeichnungen haben
Meine Quelle für die Signale in Karlsruhe war das Signalbuch der AVG
(sic!). Für Hamburg muss ich meinen Dank an bjoern_m ausprechen, der
mich mit seiner Ortskenntnis beraten hat. In Stuttgart basiert mein
Wissen auf einem Aushang in der Straßenbahnwelt Bad Canstatt (dort
hängen Auszüge des SSB-Signalbuchs aus).
Derzeit werden nur einige Signale in Hamburg gerendert – dort ist auch
schon eine nennensswerte Anzahl erfasst. Ich habe jedoch vor, in der
nächsten Zeit auch andere Signale noch zum Rendering hinzuzufügen.
Falls ihr weder in Hamburg noch in Karlsruhe noch in Stuttgart (inkl.
Gerlingen, Fellbach, Remseck, Ostfildern, Leinfelden) mappt, solltet ihr
vorher prüfen, ob die Signale bei euch anders aussehen, als sie von der
BOStrab definiert werden. Wir haben zwar schon ein fertiges
Taggingschema für die Signale der Berliner U-Bahn, aber da es derzeit
kein aktiven Eisenbahnmapper in Berlin gibt, habe ich auch keine Lust,
dafür eine JOSM-Vorlage zu schreiben.
https://wiki.openstreetmap.org/wiki/DE:OpenRailwayMap/Aktiventreffen_2014...
Viele Grüße
Michael
PS Einige Icons in der Vorlage stammen von bjoern_m (HHA) und Michael
Kümmling (BOStrab via Wikimedia Commons).
--
Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. (Mailinglisten
ausgenommen)
I prefer GPG encryption of emails. (does not apply on mailing lists)
Hallo,
wie war das mit "Die DB gibt keine Daten heraus."? Diesen Grundsatz
müssen wir wohl für überholt erklären. Die DB geht zur Zeit erste
Schritte in Richtung Open-Data und wird voraussichtlich heute ein
Open-Data-Portal mit einigen wenigen Datensätzen online stellen. Die URL
lautet http://data.deutschebahn.com/ [1]
Näheres dazu unter
http://blog.openrailwaymap.org/?lang=de#29 und
http://okfn.de/blog/2015/10/die-bahn-kommt-auf-open-data/
*Die DB geht auf die Community zu*
Die bisherige Regel "DB fragen ist Zeitverschwendung, man bekommt eh
keine oder nur eine ablehnende Antwort" scheint Geschichte. Die DB ist
von sich aus (!) auf die Community zugegangen und hat dazu einige
ORM-Aktive zu einem Treffen eingeladen. So ein Vorgehen erlebt man bei
Datenherausgebern eher selten, die Sammel-Einladung von der DB
anausgewählte Community-Mitglieder hat schon sehr positiv überrascht.
Meist verhandelt ein einzelner mit dem Dateninhaber und spielt den
Vermittler zwischen Community und (meistens) Behörde.
Das Treffen fand vor zwei Wochen bei DB Netz in Frankfurt
am Main statt. Dort haben wir den Zuständigen von "DB 4.0" sowie
den für das Geodatenmanagement und die Leistungs- und
Finanzierungsvereinbarung zuständigen Leuten, OSM und ORM vorgestellt.
https://wiki.openstreetmap.org/wiki/File:2015-10-22-frankfurt-am-main.pdf
Im Gegenzug bekamen wir einen tieferen Einblick in das
Geodatenmanagement und was sich hinter "DB 4.0" verbirgt.
Von unserer Seite wurde vorgeschlagen, dass man als Pilotprojekt
(ähnlich der Oberpfalz-Luftbildaktion im Jahr 2008) für eine ausgewählte
Strecke testweise Daten freigegen könnte und dann die Reaktion der
Community beobachten könnte. Es gibt schließlich auch bei der DB Lücken
in den Geodatenbeständen. Besonders interessant für uns als Datenquelle
wäre das DB-VIS, eine Art Mapillary aus Lokführer-Perspektive, nur mit
etwas älterem User-Interface. Fotos/Videos sind nämlich zum Mappen
einfach die reichhaltigste Datenquelle (wisst ihr ja selbst aus eigener
Erfahrung)
*Was bringt uns Open-Data*
Open-Data erleichtert uns an einigen Stellen die Datenbeschaffung. Der
erste für uns richtig interessante Datensatz wird eine Liste der
Betriebsstellen mit DS100-Kürzeln sein.
Einen Datensatz mit Aufzugstammdaten soll es auch bald geben, dort ist
die DB auf die Hilfe der Community angewiesen, da in 900 von 2200
Einträgen des derzeitigen Datensatzes keine Koordinaten vorhanden sind.
Stefan Kaufmann hat darüber einen Blogpost im OKFN-Blog verfasst.
http://okfn.de/blog/2015/11/ein-erster-blick-auf-aufzugsdaten/
Die DB hat sich für die CC-BY als Lizenz entschieden, was wir begrüßen.
*Dennoch sind für uns die Daten noch nicht legal nutzbar*
Die OSMF als Lizenzgeber der Daten verlangt nämlich von den Datennutzern
nur, OSM als Quelle zu nennen. Deshalb ist die CC-BY mit den Contributor
Terms und der aktuellen Lizenz nicht kompatibel. Wir warten hier noch
auf eine Sondererlaubnis/Aussage der DB, dass die Nennung auf der
Contributors-Seite im OSM-Wiki genügt. Bei diversen
Vermessungsverwaltungen (NRW, BW, BY, Berlin, Hamburg) handhaben wir das
auch so.
Viele Grüße
Michael
[1]
https://lists.okfn.org/pipermail/open-transport/2015-November/000625.html
PS Wie ich die Verwendung des Wortes "Open-Data" in einer Rede von
Rüdiger Grube bewerten soll, weiß ich noch nicht. Die Grünen bei mir in
Baden-Württemberg haben 2011 auch von "Public Domain für Geobasisdaten"
gesprochen und haben sich danach im selben schwarzen Mauseloch vedrückt,
in dem auch ihre Vorgängerregierung gewohnt hat. Es bleibt also
abzuwarten, ob "Open-Data" in allen Bereichen der DB ankommt oder ob
Vertrieb/Fernverkehr/Regio weiterhin ihre Fahrplandaten für sich
behalten (und verkaufen).
http://www.deutschebahn.com/file/de/9801892/8ryFFP5BJZRwU7B09XFogSLIqTI/1...
===================================================
Hi,
"DB will not open itself." This sentence is invalid now. Deutsche Bahn
(DB), Germany's national railway company, will publish its open data
portal with a few first datasets at http://daten.deutschebahn.com today. [1]
See also
http://blog.openrailwaymap.org/?lang=en#29 (English) and, in German,
http://okfn.de/blog/2015/10/die-bahn-kommt-auf-open-data/
*DB Makes a Move Towards the Community*
DB made a move towards the communiy by inviting a couple of
railway-related OSM contributors a few weeks ago. That's surprising
because usually one single person is in contact with the data owner and
the data owner only talks with this person and not the community.
We met the people responsible for "DB 4.0", the management of geospatial
data at DB Netz (infrastructure branch of DB) and the "Leistungs- und
Finanzierungsvereinbarung" (a contract between the Federal Republic of
Germany and DB) related topics. We have presented them OSM and ORM.
https://wiki.openstreetmap.org/wiki/File:2015-10-22-frankfurt-am-main.pdf
They gave us an introduction into DB's management of geospatial data and
what's behind the DB 4.0 project.
We suggested them to publish datasets of a selected railway line for a
first try and to observ how the community reacts. (Similar to the
Oberpfalz Aerial Imagery Project in 2008 when the surveying authority of
Bavaria allowed us to trace from their 2-metre-WMS. That was one of the
first large WMS usages at OSM)
DB-VIS (not part of the first open data datasets) would be a very useful
datasource. It is a Mapillary-like application (but with an older user
interface) showing images from the engineman's view.
*What Is Our Benefit*
Open data lowers to hurdle to access some datasets legally. The first
really interesting dataset will be the list of the station shortings
(DS100-Kürzel).
DB also wants to publish a dataset with their elevators at stations.
They are seeking support by the OSM community because 900 of 2200
elevators do not have coordinates at the DB dataset. Stefan Kaufmann
wrote a blogpost about a comparison between DB's elevators and OSM's
elevators.
http://okfn.de/blog/2015/11/ein-erster-blick-auf-aufzugsdaten/
DB decided to use CC-BY, we appreciate this. But please note:
Due to the special way OSM has to be attributed, *CC-BY data cannot*
*be used at OSM by default*
OSMF (the publisher of OSM data) wants the data users only to attribute
OSM as the data source. This is not compatible with CC-BY and therefore
we have to wait until DB gives us a special permission. This is a common
*-BY problem we had at all German states offering us WMS services to
trace from (the states agreed with a single attribution at the
Contributors page at OSM Wiki)
Best regards
Michael
[1]
https://lists.okfn.org/pipermail/open-transport/2015-November/000625.html
--
Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. (Mailinglisten
ausgenommen)
I prefer GPG encryption of emails. (does not apply on mailing lists)
Hello,
I have tried a few combinations of tags in order to try to get a signal
icon to render on a railway line in the US. Most of the working examples I
have seen have been specific to countries in Europe.
I would like to know if this feature works, and if so how I can properly
code the signals in order to make them show up on the map.
I have a few nodes setup here for testing purposed:
http://www.openstreetmap.org/#map=19/34.91807/-82.30554
Thanks in advance for any help anyone can provide!
--
Tim Huemmer
Webmaster & Owner
RRPictureArchives.NET
Hallo,
baustellen-doku.info von Frank Eritt, auf der Fotos von Baustellen
(überwiegend Bahnbaustellen) in Mitteldeutschland zu sehen sind, ist als
Datenquelle zum Mappen seit einigen Tagen offiziell freigegeben.
Auf meine Bitte hin hat der Betreiber einen entsprechenden Satz ins
Impressum eingebaut.
http://www.baustellen-doku.info/pages/Impressum
Im Wiki habe ich die neue Datenquelle schon eingetragen.
https://wiki.openstreetmap.org/wiki/DE:Potential_Datasources#Weitere_Quellen
Viele Grüße
Michael
Hi,
we are now allowed to use baustellen-doku.info a website by Frank Eritt
with lots of photos from construction sites (mainly railway
infrastructre) in Central Germany (Saxonia, Saxonia-Anhalt and Thuringa)
as a data source for mapping.
Frank Eritt has added a clause about OSM/ORM at the legal notes of his
website. http://www.baustellen-doku.info/pages/Impressum
I have added the source at the wiki, too.
https://wiki.openstreetmap.org/wiki/DE:Potential_Datasources#Weitere_Quellen
Best regards
Michael
--
Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. (Mailinglisten
ausgenommen)
I prefer GPG encryption of emails. (does not apply on mailing lists)
