Re: [Talk-de] Sinnhaftigkeit Oxomoa-Schema
Hallo, Am Dienstag, 20. Dezember 2011 07:34:48 schrieb Andre Joost: > Am 19.12.2011 18:07, schrieb Bartosz Fabianowski: > > > Noch erschließt sich nicht jedem der Sinn darin, alle > > Varianten zu mappen. Aber ich für meinen Teil plädiere dennoch > > dafür, es zu tun. Wir schaffen mit OSM Daten und ermöglichen damit > > das Entstehen spannender Projekte die darauf aufbauen. > > Und ich bin dagegen. Wenn jede Linie 50 Varianten hat, kleben an > einem Straßenstück einige hundert Relationen (es gibt ja nicht nur > Buslinien). Da traut sich dann keiner mehr, wirklich notwendige > Änderungen am Straßennetz vorzunehmen, oder er verstümmelt die > angelegte Relationen, oder löscht sie bei nicht verstandener > Konfliktlösung. Dann war *deine* Arbeit für die Katz. > > Deshalb favorisiere ich eine Relation je Richtung, damit man nicht > zwischen forward und backward unterscheiden muß, und relativ einfach > die Vollständigkeit der Relation üerprüfen kann. > Was spricht dagegen, die Relationen so aufzuteilen, dass es für jede befahrene Linie für jede Richtung genau eine Relation gibt? In Hamburg ist die S1 so gemappt. Ein Ast geht von Ohlsdorf zum Flughafen, einer nach Poppenbüttel und einer durch die Stadt nach Wedel. Macht 3 Relationen pro Richtung, die sich nicht überlappen. Denkbar wären auch 2 Relationen (z.B. Poppenbüttel-Wedel und Ohlsdorf- Flughafen). Damit wird jeder Weg wie bisher mit genau einer Relation pro Richtung belastet (und nicht mit 50), alle Abschnitte sind drin, und wie der Bus/Zug/WasAuchImmer der Strecke folgt und welche Kombination überhaupt und wann gefahren wird, muss man sowieso dem Fahrplan entnehmen. Andererseits kann man eine aus dem Fahrplan bekannte Fahrt anhand der Haltestellen-Reihenfolge problemlos grafisch darstellen. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rechtlich bedenkliche Grenzen in Berlin
Ich hatte den Betreffenden auch auf verschiedenen Wegen versucht zu kontaktieren und habe dann begonnen, die als Duplikate importierten rechtlich zweifelhaften Grenzen zu löschen, wenn sie mir untergekommen sind. Die CCby-Daten sind soweit ich weiß noch nicht importiert, hier steht noch die Klärung wegen der Namensnennung aus. Gruß, g0ldfish -- View this message in context: http://gis.638310.n2.nabble.com/Rechtlich-bedenkliche-Grenzen-in-Berlin-tp7108524p7114464.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Sinnhaftigkeit Oxomoa-Schema
Am 21.12.2011 09:18, schrieb Wolfgang: Was spricht dagegen, die Relationen so aufzuteilen, dass es für jede befahrene Linie für jede Richtung genau eine Relation gibt? eigentlich nichts ;-) Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Name für Bahnhof?
Am 20.12.2011 19:20, schrieb Manuel Reimer: Hallo, wo wir es hier gerade von Namen haben: Wie genau wird ein Bahnhof korrekt genannt? Bei "bahn.de" nach dem Bahnhof suchen und diesen Namen übernehmen? Oder gibt es dann Lizenzprobleme? Bei Bahnhöfen würde ich den Namen nehmen der am Schild steht. Zusätzlich uic_ref=*. Für Bushaltestellen sieht es schon anders aus. Wenn die Fahrplanansicht bei http://openptmap.org funktionieren soll (dort wird zu http://mobile.bahn.de verlinkt), dann sollte Name oder mindestens der ref_name=, so wie bei bahn.de angegeben werden. Ich würde das mal als Bildungsvorschrift für den ref_name interpretieren. Man muss ja dabei nicht abschreiben. Gruß Burkhard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Sinnhaftigkeit Oxomoa-Schema
Am 21. Dezember 2011 09:18 schrieb Wolfgang : > Was spricht dagegen, die Relationen so aufzuteilen, dass es für jede > befahrene Linie für jede Richtung genau eine Relation gibt? > Damit wird jeder Weg wie bisher mit genau einer Relation pro Richtung > belastet (und nicht mit 50), alle Abschnitte sind drin, und wie der > Bus/Zug/WasAuchImmer der Strecke folgt und welche Kombination überhaupt > und wann gefahren wird, muss man sowieso dem Fahrplan entnehmen. evtl. könnte man da für bestimmte Fälle einen tag haben der sagt: das ist die Hauptroute, und das ist eine seltene Variante (z.B. Sonntags, oder in Schulferien). Damit hätte man zwar auch schon wieder ein bisschen Fahrplan mit drin, aber wenn eine Route fast immer befahren wird, und die anderen zwanzigmal seltener, ist diese Information m.E. schon interessant (man könnte seltene Varianten bzw. die übliche Strecke als solche hervorheben). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Sinnhaftigkeit Oxomoa-Schema
Am 21.12.2011 13:18, schrieb Martin Koppenhoefer: Am 21. Dezember 2011 09:18 schrieb Wolfgang: Was spricht dagegen, die Relationen so aufzuteilen, dass es für jede befahrene Linie für jede Richtung genau eine Relation gibt? Damit wird jeder Weg wie bisher mit genau einer Relation pro Richtung belastet (und nicht mit 50), alle Abschnitte sind drin, und wie der Bus/Zug/WasAuchImmer der Strecke folgt und welche Kombination überhaupt und wann gefahren wird, muss man sowieso dem Fahrplan entnehmen. evtl. könnte man da für bestimmte Fälle einen tag haben der sagt: das ist die Hauptroute, und das ist eine seltene Variante Ich würde das über die Rolle in der route_master-Relation kennzeichnen. Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Sinnhaftigkeit Oxomoa-Schema
Für mich gibt es hier zwei Fragen die sich stellen: 1. Frage an jeden persönlich: Bis zu welchem Detailgrad möchte ich Varianten abbilden? 2. Allgemeine Frage an die Gemeinschaft: Wenn jemand jede Variante als separate Relation mappen möchte, ist das in Ordnung oder schadet er dem Gesamtprojekt damit? Ich bastle selbst genug an ÖPNV-Karten daß ich detaillierte Informationen zu schätzen weiß. Für mich persönlich beantworte ich Frage 1 daher mit ja. Frage 2 läuft auf einen Punkt hinaus der bei OSM immer wieder aufkommt: Was für Daten sollten besser außerhalb von OSM verwaltet werden als innerhalb? Wo ist die Grenze zu ziehen? Bei Fahrplänen sind wir uns ja alle einig - die haben in OSM nichts verloren. Ist die Abbildung jeder einzelnen Variante dann ein Schritt zu weit in Richtung Fahrpläne? Schaffen wir damit nur eine Kopie von Informationen die extern autoritativ vorliegen, die wir kaum aktuell halten können und besser bei Bedarf referenzieren sollten als sie nach OSM zu übertragen? Ich habe mir diese Frage lange durch den Kopf gehen lassen und komme doch immer wieder zu dem Schluß daß die Abbildung aller Varianten als separate Relationen (so denn ein Mapper persönlich Zeit und Lust dazu hat) einen Gewinn für die Gemeinschaft darstellt. Ja, Du hast Recht daß sich mit Hilfe eines Routingalgorithmus eine plausible Route erstellen läßt. Aber hier gibt es unmittelbar zwei Probleme: * Die plausible Route muß nicht auch die tatsächliche, richtige sein. Wir wollen ja mit OSM Informationen richtig abbilden. Eine solche automatisch berechnete Route stellt damit einen Startpunkt dar den wir dann innerhalb der Gemeinschaft verfeinern können. Das ist für mich analog zu Straßen oder Gebäuden die wir Luftbildern entnehmen können. Wir haben einen sehr guten Startpunkt, können dann aber darauf aufbauend die Informationen verfeinern und korrigieren. * Einen weiteren sehr wichtigen Punkt sehe ich darin daß die Informationen, nach Varianten aufgegliedert, in einer "vorgekauten" Version vorliegen. Wenn jemand eine interessante Anwendung hat die einzelne Varianten referenzieren oder abbilden möchte muß er dann eben nicht einen Routingalgorithmus implementieren oder zwangsweise Fahrpläne konsultieren. Diese Arbeit braucht nur einmal gemacht zu werden um die einzelnen Varianten abzubilden. Anschließend stehen sie in sehr einfach zu verarbeitender Form der gesamten Gemeinschaft zur Verfügung. Die Sache erinnert mich insgesamt sehr an den Fragenkomplex rund um TMC. Auch hier wird immer wieder diskutiert was in OSM gehört und was sich jeder bei Bedarf selbst zusammenstellen und errechnen kann. Ich denke daß wir bei den ÖPNV-Anwendungen von OSM wirklich kurz vor dem Durchbruch stehen, daß hier echt viel passiert und viele interessante Anwendungen entstehen. Ich für mich stecke gerne mehr Aufwand in die Datenerfassung um damit die ÖPNV-Daten so einfach verwendbar zu machen wie möglich. Gruß, - Bartosz ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Meer ist falsch - coastline
Wer kann helfen und das korrigieren: Hier führen Strassen mitten durchs Meer, aber da müsste eigentlich eine Insel sein: http://www.openstreetmap.org/?zoom=15&lat=12.04063&lon=92.99033 Die richtige Ansicht ist in z=13 zu sehen. Der Fehler taucht nur in z=14..18 auf. Die Ursache finde ich nicht... Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Meer ist falsch - coastline
Da war an den Daten etwas falsch, scheint aber bereits behoben zu sein. Ich habe testweise per /dirty einige Tiles neu rendern lassen - die sehen richtig aus, bei allen Zoomstufen. Gruß, - Bartosz ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Meer ist falsch - coastline
Moin, Am 21.12.2011 16:36, schrieb Markus: Hier führen Strassen mitten durchs Meer, aber da müsste eigentlich eine Insel sein: http://www.openstreetmap.org/?zoom=15&lat=12.04063&lon=92.99033 Die richtige Ansicht ist in z=13 zu sehen. Der Fehler taucht nur in z=14..18 auf. die Daten sind wohl OK, aber der Renderer braucht wohl einen Schubs, die Kacheln sind ziemlich alt. Nach einigen Schubsern waren die angeschubsten Kacheln ok. Also entweder warten oder weiter schubsen ... Gruß Georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] [WISY-Spam]Fwd: OSM2GEO - Converting OSM files as GeoJSON
Hi ! nachfolgendes Posting habe ich gerade in der [OSM-Dev] gefunden - vielleicht interessiert es einen von den Web-Bastlern. Gruß Jan .-) Hello Fellow OSMers, I have been playing with OSM data for quite sometime and found Polymaps a really good library for rendering maps in SVG. It had really good support for GeoJSON, but OSM had no simple way of using GeoJSON format available. So I built this for people like me who wish to draw some SVG Maps and manipulate things rather than Static images and overlays. Here is my post about it and code FTW :) -> http://www.arunmozhi.in/2011/11/osm2geo/ The code is a written in JavaScript. It contains a single function, osm2geo. It takes in a .osm (XML) response and returns the corresponding GeoJSON. It depends entirely on jQuery. Use it and let me know if you like it :) Make some great maps :) -- by Arunmozhi http://twitter.com/tecoholic http://www.arunmozhi.in ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neue OpenStreetMap Deutschland Webseite ist online!
Wie lange dauert das Rendern auf openstreetmap.de? Mein Eindruck tendiert zu "es wird garnicht gerendert - und das seit Wochen" Könnte man da bitte mal etwas näheres erfahren? Gruss Walter - Wenn du den Wald vor lauter Bäumen nicht siehst, fälle die Bäume und du wirst sehen, dass da kein Wald ist. -- View this message in context: http://gis.638310.n2.nabble.com/Neue-OpenStreetMap-Deutschland-Webseite-ist-online-tp7011129p7116542.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neue OpenStreetMap Deutschland Webseite ist online!
Hi, On 12/21/2011 09:38 PM, Walter Nordmann wrote: Wie lange dauert das Rendern auf openstreetmap.de? http://munin.openstreetmap.de/mercator/mercator.html#Tirex -> die aeltesten Tiles sind 600 Stunden alt. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33" ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Sinnhaftigkeit Oxomoa-Schema
Am 21.12.2011 15:12, schrieb Bartosz Fabianowski: * Einen weiteren sehr wichtigen Punkt sehe ich darin daß die Informationen, nach Varianten aufgegliedert, in einer "vorgekauten" Version vorliegen. Wenn jemand eine interessante Anwendung hat die einzelne Varianten referenzieren oder abbilden möchte muß er dann eben nicht einen Routingalgorithmus implementieren oder zwangsweise Fahrpläne konsultieren. Diese Arbeit braucht nur einmal gemacht zu werden um die einzelnen Varianten abzubilden. Anschließend stehen sie in sehr einfach zu verarbeitender Form der gesamten Gemeinschaft zur Verfügung. Schön wärs. Die Realität bei OSM sieht nun mal so aus, dass du vor jeder ernsthaften Nutzung der Daten erst mal prüfen, musst, ob da nicht irgendein Schlaumeier wieder alles mögliche umgetaggt oder gelöscht hat. Und dann baust du dir lieber eine lokale DB oder Tileserver, weil du irgendwann die Nase voll hast vom *ständigen* Hinterherputzen an den von dir selbst eingetragenen Daten. Deswegen bin ich dafür, dei Daten so einfach wie möglich zu halten, und soviel wie möglich dem Preprozessor zu überlassen. Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neue OpenStreetMap Deutschland Webseite ist online!
Am 22.12.2011 00:03, schrieb Frederik Ramm: Hi, On 12/21/2011 09:38 PM, Walter Nordmann wrote: Wie lange dauert das Rendern auf openstreetmap.de? http://munin.openstreetmap.de/mercator/mercator.html#Tirex -> die aeltesten Tiles sind 600 Stunden alt. klappt den bei euch auch die /dirty-Methode, oder kann man da nicht selber nachhelfen? Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
