Hallo,
ich habe soeben auf meinem Server einen FTP-Account eingerichtet, über
den wir die Bilder von gestern sammeln können. Damit kann jeder, der
seine in Mainz-Bischofsheim erhobenen Daten in OSM eintragen möchte,
auch auf die Fotos der anderen Teilnehmer zugreifen.
Da uns keine Erlaubnis zur Veröffentlichung der Fotos vorliegt, sende
ich die Zugangsdaten für den FTP-Zugriff nicht einfach per Mail an die
Mailingliste. Wer Zugriff haben möchte (es ist ein Benutzerkonto für
alle), schreibe mir bitte eine Mail.
Hinweis für die Benutzer von vernünftiger Kameras: Bitte komprimiert
eure Fotos nicht zu stark. Ansonsten kann man Beschriftungen in der
Ferne nicht mehr lesen. :-)
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,
da ich mich in letzter Zeit etwas mit dem Mappen von Straßenbahnstrecken
beschäftigt habe, ist mir aufgefallen, dass es für das Erfassen des
Untergrundes (Schottergleis, Rasengleis, Asphalt...) kein einheitliches
Tagging gibt.
Verlaufen die Gleise im Straßenraum und sind sie in OSM als ein einziger
Way erfasst, bietet sich natürlich an, den Surface-Tag der Straße zu
nutzen. Bspw. mit cobblestone oder asphalt. Bei unabhängigem Bahnkörper
wird nun das semantische Problem deutlich, dass diese Dinge ja nicht die
"Oberfläche" des Gleises, sondern der Straße sind. Bspw. surface=grass
halte ich nicht für sonderlich gelungen, da das Gras ja nicht die
Oberfläche sondern eher der Untergrund des Gleises ist. Ausgehend vom
Gleis, bietet sich daher sowas wie underground an, was in bspw. Freiburg
ziemlich ausführlich verwendet ist (aber ansonsten nicht).
Welche Lösung würdet ihr präferieren? Surface auch für eigenständige
Gleistrassen oder die Verwendung von Underground zusätzlich zu Surface?
Gruß
Chris
--
I have set up an OpenRailwayMap tile server on Ubuntu via this page:
https://github.com/rurseekatze/OpenRailwayMap/blob/master/INSTALL.md
I am no trying to test it via requesting a tile with a URL like:
http:/mysever.com/standard/2/3/1.png
This just returns a blank page, with no features drawn.
I can see the request come into node-tileserver
[2016-10-13 17:21:41.054] [INFO] [default] - Request for
/standard/2/3/1.png received.
I can also see the folders and *.json files being created here:
/home/www/sites/194.245.35.149/site/orm/tiles
However, the *.json files only look like this:
{"features":[],"granularity":10}
I have successfully imported the data into PostgeSQL, and can see the data
in all the tables.
Any idea what I am missing?
-- Matt
Dear ORM community,
today and yesterday, I spent quite some spare time on completing the ORM train protection tagging scheme. This was done by a thorough Wikipedia search in various languages and by knowledge which I acquired from two railway signalling courses at my university. The result is a Train Protection Systems section which is now separate from the Tracks section. It contains much more systems and system levels/versions than before, shows the systems full name in the native system language and grants every system a Wikipedia link with background information.
With 33 systems, up to 6 versions per system and the possibility of dual signalling, I am worried about the current legend of the signalling layer. However, I also have some ideas to reduce the complexity. In order to prevent a technical discussion through email, I'd like to propose to have a video conference on the signalling layer. It would in my opinion be ideal, because it can be combined with giving each-other updates on mapping/coding projects and planning. I hope to see your opinions on this approach. Thank you in advance.
Kind regards,
Jeroen Wegdam
Railway Engineering student
Netherlands
REF: 10652342
INVOICE NUMBER: 13748669
FROM: Vincent & Gorbing (175-187 Linthorpe Road,Buxton, Derbyshire, SK17 9QF, UNITED KINGDOM)
DATE: 01/11/2016
---------------------------------
This is an automated message generated by the Banana ERP Accounting.
Any questions? Reply to this e-mail address. Do not hesitate to contact us.
