Re: [Talk-de] OSMTransport - ÖPNV-Karte
Frederik Ramm schrieb: Hallo, Mario Salvini wrote: es liegt wohl einfach daran, dass ich den gewählten Bereiff stop_area völlig uninuitiv genutzt sehe und deshalb auch Probleme mit dem Schema habe. Der Begriff ist allerdings einem internationalen Standard entnommen (IFOPT bzw. Transmodel definieren Stop Area = A group of Stop Points close to each other - also genauso wie Sebastian in seinem Konzept). Ein Stop Point wiederum ist a point in a planned journey where passengers can board or alight from vehicles. Man sieht, dass diese Standards eher aus Passagiersicht denn aus Betriebssicht geschrieben sind - wo genau jetzt die Vorderkante vom Fahrzeug haelt, ist egal, Hauptsache, der Passagier kann einsteigen ;-) Ich bin mitnichten ein blinder Verfechter von internationalen Standards, aber wenn es die halt schon mal gibt und wenn sie nicht ganz bloedsinnig sind, dann ist es schon nicht schlecht, deren Begriffe weiterzuverwenden, das sorgt dann fuer weniger Missverstaendnisse, wenn man es mit Leuten zu tun hat, die sich in der Branche schon auskennen. Hier ist ein Dokument zum IFOPT-Standard, das auch die Transmodel-Begriffe enthaelt: http://www.naptan.org.uk/ifopt/ifoptV1.0-36/CENTC278WG3SG6_IFOPT_20081110_36.pdf Bye Frederik nach diesem Papre finde ich ist dass was wir scheinbar zusammenfassen wollen eher eine ADMINISTRATIVE AREA (IFOPT) A grouping of STOP PLACE, PLACE or other managed data for management by a DATA ADMINISTRATOR. Each administrative area will have a common IDENTIFIER NAMESPACE for allocating identifiers. Gruß Mario ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSMTransport - ÖPNV-Karte
Frederik Ramm schrieb: Hallo, Mario Salvini wrote: es liegt wohl einfach daran, dass ich den gewählten Bereiff stop_area völlig uninuitiv genutzt sehe und deshalb auch Probleme mit dem Schema habe. Der Begriff ist allerdings einem internationalen Standard entnommen (IFOPT bzw. Transmodel definieren Stop Area = A group of Stop Points close to each other - also genauso wie Sebastian in seinem Konzept). Ein Stop Point wiederum ist a point in a planned journey where passengers can board or alight from vehicles. Man sieht, dass diese Standards eher aus Passagiersicht denn aus Betriebssicht geschrieben sind - wo genau jetzt die Vorderkante vom Fahrzeug haelt, ist egal, Hauptsache, der Passagier kann einsteigen ;-) Ich bin mitnichten ein blinder Verfechter von internationalen Standards, aber wenn es die halt schon mal gibt und wenn sie nicht ganz bloedsinnig sind, dann ist es schon nicht schlecht, deren Begriffe weiterzuverwenden, das sorgt dann fuer weniger Missverstaendnisse, wenn man es mit Leuten zu tun hat, die sich in der Branche schon auskennen. Hier ist ein Dokument zum IFOPT-Standard, das auch die Transmodel-Begriffe enthaelt: http://www.naptan.org.uk/ifopt/ifoptV1.0-36/CENTC278WG3SG6_IFOPT_20081110_36.pdf Bye Frederik STOP AREA Transmodel A group of STOP POINTS close to each other. Auch das interpretiere ich anders als du. Eine Stop-Area wäre dann z.B. der Bereich an einem Ende des Gleises wo verschiedene Stoppunkte versammelt sind. Aber nicht quasi der gesamte Bahnhof sei eine stop_area. Wenn irgendwann mal einer einen Flughafen nach diesem Schema erfassen möchte (was im Grunde kein Problem wäre) dann wäre plötzlich ein ganzer Flughafen eine stop_area? Gruß Mario ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSMTransport - ÖPNV-Karte
Hallo Mario, Mario Salvini wrote: STOP AREA Transmodel A group of STOP POINTS close to each other. Auch das interpretiere ich anders als du. Eine Stop-Area wäre dann z.B. der Bereich an einem Ende des Gleises wo verschiedene Stoppunkte versammelt sind. Ein Stop Point ist aber nicht ein Punkt, an dem der Zug haelt, sondern, wie ich schrieb: a point in a planned journey where passengers can board or alight from vehicles. Du kannst gern Deine eigene Deutung dieser Begriffe haben - IFOPT ist zuweilen ziemlich witzig, so werden Bahnsteige usw. dort Quay genannt, obwohl der Begriff in der Umgangssprache nur fuer Schiffe benutzt wird. Aber wenn Du mit jemandem aus der Branche sprichst, dann gibt es da keinen Interpretationsspielraum - da ist ein Stop Point eben das, was ich oben schrieb, und hat mit Passagieren zu tun, die an einem Ort ein- oder aussteigen, und nicht mit Fahrzeugen, die an einem Ort halten. Nun kann man sagen: Lass uns bei OSM lieber das machen, was jeder versteht, als das, was in der Branche ueblich ist - machen wir sonst ja auch so. Aber ich finde, die Begriffe sind hier mittlerweile so komplex, dass man auch fuer das, was jeder versteht eine Wiki-Seite konsultieren muss. Ich finde jetzt Deine Argumentation, ein Stop Point sei praktisch da, wo die Nase des Zugs anhaelt, auch nicht klarer oder weniger klar als die von IFOPT. Wenn irgendwann mal einer einen Flughafen nach diesem Schema erfassen möchte (was im Grunde kein Problem wäre) dann wäre plötzlich ein ganzer Flughafen eine stop_area? Das IFOPT-Dokument, das ich Dir genannt habe, behandelt Flughaefen ab Seite 57. Ich moechte ungern so weit ins Detail gehen, aber IFOPT fuehrt selber einen neuen Begriff STOP PLACE, der grob gesagt einen Gesamthalt oder auch einen ganzen Flughafen beschreibt und bei uns wohl am ehesten der vorgeschlagenen stop_area_group entspricht. Selbst da, wo IFOPT sich total ins Detail vertieft, wie z.B. im Bild auf S. 43, siehst Du immer noch die Passagierbezogenheit - dort sind einzelne boarding positions modelliert, also die Stellen auf dem Bahnsteig, wo man stehen muss, um in einen bestimmten Wagen zu kommen. Wo genau der Zugfuehrer den Zug stoppt, interessiert aber selbst auf diesem Level immer noch nicht - es geht immer nur darum, was der Passagier machen muss bzw. kann. Das mit der ADMINISTRATIVE AREA (andres Posting) hast Du glaub ich falsch verstanden, da geht es bei IFOPT um die Meta-Information, welche Stelle fuer die Pflege der *Daten* zu einem Halt etc. zustaendig ist. Bye Frederk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSMTransport - ÖPNV-Karte
Frederik Ramm schrieb: Hallo Mario, Mario Salvini wrote: STOP AREA Transmodel A group of STOP POINTS close to each other. Auch das interpretiere ich anders als du. Eine Stop-Area wäre dann z.B. der Bereich an einem Ende des Gleises wo verschiedene Stoppunkte versammelt sind. Ein Stop Point ist aber nicht ein Punkt, an dem der Zug haelt, sondern, wie ich schrieb: a point in a planned journey where passengers can board or alight from vehicles. Du kannst gern Deine eigene Deutung dieser Begriffe haben - IFOPT ist zuweilen ziemlich witzig, so werden Bahnsteige usw. dort Quay genannt, obwohl der Begriff in der Umgangssprache nur fuer Schiffe benutzt wird. Aber wenn Du mit jemandem aus der Branche sprichst, dann gibt es da keinen Interpretationsspielraum - da ist ein Stop Point eben das, was ich oben schrieb, und hat mit Passagieren zu tun, die an einem Ort ein- oder aussteigen, und nicht mit Fahrzeugen, die an einem Ort halten. Nun kann man sagen: Lass uns bei OSM lieber das machen, was jeder versteht, als das, was in der Branche ueblich ist - machen wir sonst ja auch so. Aber ich finde, die Begriffe sind hier mittlerweile so komplex, dass man auch fuer das, was jeder versteht eine Wiki-Seite konsultieren muss. Ich finde jetzt Deine Argumentation, ein Stop Point sei praktisch da, wo die Nase des Zugs anhaelt, auch nicht klarer oder weniger klar als die von IFOPT. vielleicht meinen wir in OSM mit unserem Node ja eher einen VEHICLE STOPPING PLACE (IFOPT) A place on the vehicle trackway where vehicles stop in order for passengers to board or alight from a vehicle. Gruß Mario ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSMTransport - ÖPNV-Karte
Frederik Ramm schrieb: Hallo Mario, Mario Salvini wrote: STOP AREA Transmodel A group of STOP POINTS close to each other. Auch das interpretiere ich anders als du. Eine Stop-Area wäre dann z.B. der Bereich an einem Ende des Gleises wo verschiedene Stoppunkte versammelt sind. Ein Stop Point ist aber nicht ein Punkt, an dem der Zug haelt, sondern, wie ich schrieb: a point in a planned journey where passengers can board or alight from vehicles. Du kannst gern Deine eigene Deutung dieser Begriffe haben - IFOPT ist zuweilen ziemlich witzig, so werden Bahnsteige usw. dort Quay genannt, obwohl der Begriff in der Umgangssprache nur fuer Schiffe benutzt wird. irgendeinen Namen musste man dem Kind halt geben. Und da die Seefahrt die älteste Transportbranche ist, wo solche Strukturen nötig gewesen wären, finde ich die Namens schon verständlich/nachvollziehbar Aber wenn Du mit jemandem aus der Branche sprichst, dann gibt es da keinen Interpretationsspielraum - da ist ein Stop Point eben das, was ich oben schrieb, und hat mit Passagieren zu tun, die an einem Ort ein- oder aussteigen, und nicht mit Fahrzeugen, die an einem Ort halten. Nun kann man sagen: Lass uns bei OSM lieber das machen, was jeder versteht, als das, was in der Branche ueblich ist - machen wir sonst ja auch so. Aber ich finde, die Begriffe sind hier mittlerweile so komplex, dass man auch fuer das, was jeder versteht eine Wiki-Seite konsultieren muss. Ich finde jetzt Deine Argumentation, ein Stop Point sei praktisch da, wo die Nase des Zugs anhaelt, auch nicht klarer oder weniger klar als die von IFOPT. hab das PDf mal weiter studiert. STOP PLACE (IFOPT) A place comprising one or more locations where vehicles may stop and where passengers may board or leave vehicles or prepare their trip. A STOP PLACE will usually have one or more well known names. Das trifft glaube ich ganz gut, was wir bis jetzt mit stop_area erfassen möchten. Wenn ich das Stop Place Model richtig verstehe haben die da: STOP PLACE : wäre quasi der Bahnhof, oder der Hafen, Flughafen, Bushaltestelle ( die logische Haltestelle mit allen Haltepunkten) dann wird unterschieden zwischen Vehicle Area und Passenger Area die Vehicle Area erfasst dann Dinge wie VEHICLE STOPPING PLACE und VEHICLE STOPPING POSITION. Es gibt also sehr wohl Information wo das Verkehrsmittel steht bzw. stehen bleibt. Durch die stopping_position wird hier sogar zwischen einzelen nichtverbundenen Waggons unterschieden. auf der passenger area wird dann nochmal zwischen QUAYs und ACCESS SPACEs unterschieden. Also quasi der Wartezone (QUAY) was wir momentan als plattform markieren und dem Zugangsereich zu den QUAY/plattform, die wir momentan irgendwie garnicht erfassen (wollen?). Die Positionen wo die Passagiere vom QUAY/plattform in die Transportmittel kommen wird mit BORDING POSITION erfasst. Das wären auf Bahnhöfen grob da, wo die buchstabierten Bereiche markeirt sind, man könnte es aber auch punktgenau über die VEHICLE STOPPING POSITION erreichnen. Bei Bushaltestellen wäre das da, wo die vordere Tür des Busses ist. da das aber quasi deckungsgleich mit der stopping_position ist braucht man dass denke ich eher nciht extra zu machen (zur Vereinfachnung) Wenn man dass ins OSM überträgt bräuchte man für eine Station,Haltestelle nur eine STOP PLACE relation wo man alles reinpacken könnte und dann mit den oben genannten Begriffen eine Role gibt. Das wäre ein einfacheres und doch gleichzeitig flexibleres Schema. Außerdem wäre es noch voll ausbaufähig zum IFOPT-Schema. Wem das gerade zuviele unbekannte Begriffe waren schaut auch mal im PDF das Beispielbild auf S.42 an. Wenn irgendwann mal einer einen Flughafen nach diesem Schema erfassen möchte (was im Grunde kein Problem wäre) dann wäre plötzlich ein ganzer Flughafen eine stop_area? Das IFOPT-Dokument, das ich Dir genannt habe, behandelt Flughaefen ab Seite 57. Ich moechte ungern so weit ins Detail gehen, aber IFOPT fuehrt selber einen neuen Begriff STOP PLACE, der grob gesagt einen Gesamthalt oder auch einen ganzen Flughafen beschreibt und bei uns wohl am ehesten der vorgeschlagenen stop_area_group entspricht. Selbst da, wo IFOPT sich total ins Detail vertieft, wie z.B. im Bild auf S. 43, siehst Du immer noch die Passagierbezogenheit - dort sind einzelne boarding positions modelliert, also die Stellen auf dem Bahnsteig, wo man stehen muss, um in einen bestimmten Wagen zu kommen. Wo genau der Zugfuehrer den Zug stoppt, interessiert aber selbst auf diesem Level immer noch nicht - es geht immer nur darum, was der Passagier machen muss bzw. kann. VehicleStoppingPosition und BoardingPosition korrelieren beim Zug nunmal 1zu1. Beim Bahnverkehr kann man die BoardingPositions sogar automatishc generieren in Anhängigkeit der StoppingPosition. Bei See- oder Luftfahrt klappt dass hal nicht ohne eine explizite BoardingPosition. Gruß Mario
Re: [Talk-de] OSMTransport - ÖPNV-Karte
Hallo, Mario Salvini wrote: hab das PDf mal weiter studiert. STOP PLACE (IFOPT) A place comprising one or more locations where vehicles may stop and where passengers may board or leave vehicles or prepare their trip. A STOP PLACE will usually have one or more well known names. Das trifft glaube ich ganz gut, was wir bis jetzt mit stop_area erfassen möchten. Nein, die STOP AREA ist im IFOPT-Dokument ja nochmal separat definiert als A group of Stop Points close to each other. Ich will jetzt auch nicht fuer mich beanspruchen, das alles 100% verstanden zu haben, aber IMHO ist STOP PLACE sowas wie der ganze Flughafen, und STOP AREA ist sowas wie Frankfurt Flughafen Fernbahnhof. Ich wuerde sagen, dass dem STOP PLACE unsere stop_area_group entspricht. auf der passenger area wird dann nochmal zwischen QUAYs und ACCESS SPACEs unterschieden. Also quasi der Wartezone (QUAY) was wir momentan als plattform markieren und dem Zugangsereich zu den QUAY/plattform, die wir momentan irgendwie garnicht erfassen (wollen?). Wie Jochen schon gesagt hat - uns ging es ja darum, mal etwas praktisch Anwendbares zu etablieren. IFOPT hat viele gute Sachen drin, aber ich denke, da kommen wir erst in einigen Jahren hin, dass wir solche Details in OSM erfassen - wenn wir jetzt mit einer OSM-Version von IFOPT an den Start gingen, wuerden uns die nicht-pufferkuessenden Mapper doch schreiend davonlaufen. Wenn man dass ins OSM überträgt bräuchte man für eine Station, Haltestelle nur eine STOP PLACE relation wo man alles reinpacken könnte und dann mit den oben genannten Begriffen eine Role gibt. Man verloere dabei die Moeglichkeit, die wir bei uns mit dem zweistufigen stop_area/stop_area_group haben, naemlich dass man Dinge innerhalb eines Gesamthalts gruppieren kann (das Europaplatz-Beispiel aus Sebastians Wikiseite). Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSMTransport - ÖPNV-Karte
Frederik Ramm schrieb: Hallo, Mario Salvini wrote: hab das PDf mal weiter studiert. STOP PLACE (IFOPT) A place comprising one or more locations where vehicles may stop and where passengers may board or leave vehicles or prepare their trip. A STOP PLACE will usually have one or more well known names. Das trifft glaube ich ganz gut, was wir bis jetzt mit stop_area erfassen möchten. Nein, die STOP AREA ist im IFOPT-Dokument ja nochmal separat definiert als A group of Stop Points close to each other. Ich will jetzt auch nicht fuer mich beanspruchen, das alles 100% verstanden zu haben, aber IMHO ist STOP PLACE sowas wie der ganze Flughafen, und STOP AREA ist sowas wie Frankfurt Flughafen Fernbahnhof. Ich wuerde sagen, dass dem STOP PLACE unsere stop_area_group entspricht. auf der passenger area wird dann nochmal zwischen QUAYs und ACCESS SPACEs unterschieden. Also quasi der Wartezone (QUAY) was wir momentan als plattform markieren und dem Zugangsereich zu den QUAY/plattform, die wir momentan irgendwie garnicht erfassen (wollen?). Wie Jochen schon gesagt hat - uns ging es ja darum, mal etwas praktisch Anwendbares zu etablieren. IFOPT hat viele gute Sachen drin, aber ich denke, da kommen wir erst in einigen Jahren hin, dass wir solche Details in OSM erfassen - wenn wir jetzt mit einer OSM-Version von IFOPT an den Start gingen, wuerden uns die nicht-pufferkuessenden Mapper doch schreiend davonlaufen. Wenn man dass ins OSM überträgt bräuchte man für eine Station, Haltestelle nur eine STOP PLACE relation wo man alles reinpacken könnte und dann mit den oben genannten Begriffen eine Role gibt. Man verloere dabei die Moeglichkeit, die wir bei uns mit dem zweistufigen stop_area/stop_area_group haben, naemlich dass man Dinge innerhalb eines Gesamthalts gruppieren kann (das Europaplatz-Beispiel aus Sebastians Wikiseite). Bye Frederik STOP PLACE kann beides sein, denn es ist rekursiv anwendbar (is neighbor of oder is subpoart of). Man kann also beliebig verschachteln (bei uns nur eine Ebene). Persönlich finde ich die offene Variante besser, da flexibler. Grundsätzlich sagt das IFOPT-Schema vereinfacht: Es gibt einen *STOP PLACE*. Dieser hat *ACCESS SPACE*s (z.B: Bahnhofshalle, Shops, etc) *QUAY*s (z.B. airlineGate, railPlattform, busStop, taxiStand...) , der *BOARDING POSITION* (aus Passagiersicht wo man sich befinden muss, um das Vehicle betreten zu können) und den *VEHICLE STOPPING PLACE* (bzw. POSITION) aus Transportmittel Sicht (wo das Vehicle zum stehen kommt). Diese 4 bzw. 5 Dinge werden wir auf lange Sicht in jedem Fall brauchen. Bei Bahnhöfen haben wir ohne ja jetzt schon Probleme. (Bei aller Kritik möchte ich mal deutlich anmerken, dass ich eure Arbeit ins keinster Weise kleinreden möchte. Im Gegenteil sowas zu entwickeln is immer ne sehr intensive Arbeit.) Produktive Grüße :) Mario ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSMTransport - ÖPNV-Karte
On Fri, Jul 17, 2009 at 03:02:48PM +0200, Mario Salvini wrote: STOP PLACE kann beides sein, denn es ist rekursiv anwendbar (is neighbor of oder is subpoart of). Man kann also beliebig verschachteln (bei uns nur eine Ebene). Persönlich finde ich die offene Variante besser, da flexibler. Rekursiv ist sehr problematisch, weil schwierig zu verarbeiten. Da haben wir uns beim Workshop explizit dagegen entschieden. Jochen -- Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSMTransport - ÖPNV-Karte
Jochen Topf schrieb: On Fri, Jul 17, 2009 at 03:02:48PM +0200, Mario Salvini wrote: STOP PLACE kann beides sein, denn es ist rekursiv anwendbar (is neighbor of oder is subpoart of). Man kann also beliebig verschachteln (bei uns nur eine Ebene). Persönlich finde ich die offene Variante besser, da flexibler. Rekursiv ist sehr problematisch, weil schwierig zu verarbeiten. Da haben wir uns beim Workshop explizit dagegen entschieden. Jochen im Grunde nur Schade aber auch kein echter Nacheteil, denn in den meisten Fällen wird es wahrscheinlich nicht mehr als eine Übergruppe geben. Bei sehr großen Anlagen (z.B. ein int. Flughafen) wären mehre logische Ebenen nett gewesen. stop_place_group = Relation mit namen internationaler Flughafen mitglieder: access_space.1 = Halle, Wege, Rolltreppen, Aufzüge, alle stop_place Relations stop_place.1 = Relation für Terminal 1 mitglieder: access_space.X = Flure, Rolltreppen, Aufzüge, Geschäfte des Terminals quay.X = Gate X bording_position.1 = Einlass erste Klasse von Gate X bording_position.2 =Einlass Economy von Gate X vehicle_stop_place = wo das Flugzeug geparkt hat an Gate X stop:area.2 = Terminal tiefergehende Details wie die einzelnen Abfertigungsstufen (Checkpoints: Check-in, Zoll, etc.) könnte man dan später steitig hinzufügen. Gruß Mario ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSMTransport - ÖPNV-Karte
Hallo, Ansatz für eine weitere Grüppchenbildung sehe ich nicht. Da reicht m. E. eine stop_area. Also wenn ich es richtig verstanden habe, dann ist eine stop_area die Verbindung eines Haltepunktes und einer Platform. Am Hansemannplatz gäbe es also 5 stop_areas, aber da alle Den Namen Hansemannplatz tragen bilden sie eine stop_area_group. Das nicht, aber Du kannst Dir wohl vorhandene Relationen abspeichern und wieder in JOSM laden. Dann müßte man aber per Hand im OSM-File die Relation-ID löschen vermute ich. Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSMTransport - ÖPNV-Karte
Dimitri Junker schrieb: Hallo, Ansatz für eine weitere Grüppchenbildung sehe ich nicht. Da reicht m. E. eine stop_area. Also wenn ich es richtig verstanden habe, dann ist eine stop_area die Verbindung eines Haltepunktes und einer Platform. Am Hansemannplatz gäbe es also 5 stop_areas, aber da alle Den Namen Hansemannplatz tragen bilden sie eine stop_area_group. so isses ja momentan glaube ich auch drin. Der eigentliche Clou für die Group sieht man aber an so stellen, wie dem Hauptbahnhof oder Haltestelle Schanz. Denn Bus und Bahn und Taxistand werden so mieinander verknüpfbar. -- Mario ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSMTransport - ÖPNV-Karte
Hallo Also wenn ich es richtig verstanden habe, dann ist eine stop_area die Verbindung eines Haltepunktes und einer Platform. Am Hansemannplatz gäbe es also 5 stop_areas, aber da alle Den Namen Hansemannplatz tragen bilden sie eine stop_area_group. So war das eigentlich nicht gedacht. Es sollen eigentlich alle Plattformen und alle Haltepunkte einer Station in eine stop_area Relation. Die stop_area_group kommt erst zum tragen, wenn man 2 Stationen, die zwar verschiedene Namen haben aber doch irgendwie zusammengehören zusammenfassen will. In Aachen fällt mir da z.B. Schanz ein, mit Bahnhalt und den beiden Bushaltestellen Schanz (Jakobstr.) und Schanz (Vaalser Str.). Gruß, Melchior ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSMTransport - ÖPNV-Karte
On Thu, Jul 16, 2009 at 10:50:40AM +0200, Dimitri Junker wrote: Ansatz für eine weitere Grüppchenbildung sehe ich nicht. Da reicht m. E. eine stop_area. Also wenn ich es richtig verstanden habe, dann ist eine stop_area die Verbindung eines Haltepunktes und einer Platform. Am Hansemannplatz gäbe es also 5 stop_areas, aber da alle Den Namen Hansemannplatz tragen bilden sie eine stop_area_group. Nein. Eine stop_area kann auch mehrere Haltepunkte und Plattformen umfassen. Typischerweise ist alles, was den gleichen Haltestellennamen trägt, eine einzige stop_area. Eine stop_area_group braucht man dann, wenn mehrere Haltestellen sehr nah zusammenliegen. Z.B. gibt es in Karlsruhe die Haltestelle Karlsruhe Hauptbahnhof der DB und Bahnhofsvorplatz, wo die Strabas und Busse abfahren. Das sind nach dem Namen verschiedene Haltestellen, aber sie werden als Gruppe erfaßt, weil man dort umsteigen kann. Wenn man wissen will, welche Plattform zum welcher stop_position gehört, dann kann man das nur über die Linienrelationen machen, in der beide drin sein sollten. Der Grund warum wir auf dem Workshop dafür keine Extra-Relation haben wollten, ist einfach, dass das noch eine Ebene mehr an Relationen eingezogen hätte. Jochen -- Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSMTransport - ÖPNV-Karte
Jochen Topf schrieb: On Thu, Jul 16, 2009 at 10:50:40AM +0200, Dimitri Junker wrote: Ansatz für eine weitere Grüppchenbildung sehe ich nicht. Da reicht m. E. eine stop_area. Also wenn ich es richtig verstanden habe, dann ist eine stop_area die Verbindung eines Haltepunktes und einer Platform. Am Hansemannplatz gäbe es also 5 stop_areas, aber da alle Den Namen Hansemannplatz tragen bilden sie eine stop_area_group. Nein. Eine stop_area kann auch mehrere Haltepunkte und Plattformen umfassen. Typischerweise ist alles, was den gleichen Haltestellennamen trägt, eine einzige stop_area. Eine stop_area_group braucht man dann, wenn mehrere Haltestellen sehr nah zusammenliegen. Z.B. gibt es in Karlsruhe die Haltestelle Karlsruhe Hauptbahnhof der DB und Bahnhofsvorplatz, wo die Strabas und Busse abfahren. Das sind nach dem Namen verschiedene Haltestellen, aber sie werden als Gruppe erfaßt, weil man dort umsteigen kann. Wenn man wissen will, welche Plattform zum welcher stop_position gehört, dann kann man das nur über die Linienrelationen machen, in der beide drin sein sollten. Der Grund warum wir auf dem Workshop dafür keine Extra-Relation haben wollten, ist einfach, dass das noch eine Ebene mehr an Relationen eingezogen hätte. Jochen Hi Jochen, leider liegt genau da der Schwachpunkt des Systems. Das klappt bei Zügen z.B. garnicht, weil die z.B: in einem Bahnhof mehere hundert Meter haben wo sie halten können. Ein nachvollziehbares Schema wäre da. stop_position - markiert die Stop-Position wo Bus/Bahn mit ihrer Spitze hält. stop_area - der Bereich wo sie gehalten werden kann. In Bahnhöfen z.B. der Bereich zwischen den Ein-/Ausfahr-Ampeln. stop_area_group wäre dann z.B. alle Gleise eines Bahnhofs (und Taxistand Bushaltestellen am Vorplatz von mir aus auch) Gruß Mario ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSMTransport - ÖPNV-Karte
Hi! On Thu, Jul 16, 2009 at 02:45:50PM +0200, Mario Salvini wrote: leider liegt genau da der Schwachpunkt des Systems. Das klappt bei Zügen z.B. garnicht, weil die z.B: in einem Bahnhof mehere hundert Meter haben wo sie halten können. Ein nachvollziehbares Schema wäre da. stop_position - markiert die Stop-Position wo Bus/Bahn mit ihrer Spitze hält. stop_area - der Bereich wo sie gehalten werden kann. In Bahnhöfen z.B. der Bereich zwischen den Ein-/Ausfahr-Ampeln. stop_area_group wäre dann z.B. alle Gleise eines Bahnhofs (und Taxistand Bushaltestellen am Vorplatz von mir aus auch) Also wir sollten jetzt nicht die Begriffe durcheinander bringen. Ich habe beschrieben, wie wir in dem Workshop die Begriffe definiert haben, wenn Du andere Bedeutungen reinbringen willst, ist das ok, aber dann solltest Du dafür andere Begriffe verwenden. Die Darstellung, auf welchem Stück Strecke (statt nur einem Punkt) ein Fahrzeug hält, also quasi die Erweiterung der stop_position auf eine stop_line oder so, ist sicher denkbar. Allerdings ist das schon recht speziell. Das wird dann sinnvoll, wenn man auch eine andere stop_position für Kurzzüge angeben will usw. Es ist allerdings unklar, was denn mit all diesen Informationen geschehen soll und ob der Mapper sie wirklich einträgt. Bei dem Modell vom Workshop sind wir davon ausgegangen, dass wir diejenigen Daten modellieren wollen, die wir zum Zeichnen von Karten brauchen und mit denen wir ein simples intermodales Routing machen können, also zu Fuß zur Haltestelle X, dann dort mit Linie Y weiter usw. Innerhalb einer Platform den Menschen nach vorne oder hinten zu lotsen, das geht damit nicht. Um mehr ging es uns erstmal nicht. Das System hat viele Nachteile, das ist klar, aber es ist halt auch noch halbwegs einfach und damit für den Mapper benutzbar. Und es bringt uns einen Schritt weiter und kann für die genannten Anwendungen nutzbringend verwendet werden. Das Ziel war es nicht, eine allumfassende Modellierung für Haltestellen zu schaffen. Da wären wir nämlich nie vorran gekommen. Wenn wir weitere Informationen haben, so bin ich sehr dafür, dass die auch erfaßt werden. Aber so wie dieses Schema rückwärtskompatibel ist, so sollte es auch jedes andere Schema sein. Damit kann man weitere optionale Details erfassen, die aber dann nicht jeder nutzen muss. Jochen -- Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSMTransport - ÖPNV-Karte
Hallo, stop_position - markiert die Stop-Position wo Bus/Bahn mit ihrer Spitze hält. Bei Zügen würde das in Japan funktionieren, hier halten die doch wo sie gerade Lust haben, weshalb das mit den Wagenstandsanzeigern so schlecht klappt. Bei Bussen klappt es garnicht, da auch mehrere hintereinander stahen können. Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSMTransport - ÖPNV-Karte
Melchior Moos schrieb: zusammengehören zusammenfassen will. In Aachen fällt mir da z.B. Schanz ein, mit Bahnhalt und den beiden Bushaltestellen Schanz (Jakobstr.) und Schanz (Vaalser Str.). Bahn und Bus würde ich grundsätzlich nicht zusammen in eine Haltestelle packen, aber da kann man bei Anwendung einer stop_area_group durchaus verschiedener Meinung sein. In eine stop_area passen beide m. E. auf keinen Fall rein, da die Namen unterschiedlich sind. (Zug: Aachen Hbf; Bus: Hauptbahnhof) Und wenn Du an der Schanz einen Anwendungsfall für eine stop_ares_group siehst dann kann man so ziemlich jeden Bahnhof nehmen. In Aachen fällt mir noch die Haltestelle Buschhausen ein. Dort gab es Buschhausen (Kornelimünsterweg) und Buschhausen (Karl-Marx-Allee). Die 1 hat an beiden gehalten. Da wäre auch ein Anwendungsfall für die stop_area_group gewesen, doch inzwischen hat sich das durch Umbenennung erledigt. Nach dem Graf-von-Schwerin (alter Name des Kornelimünsterweg) wurde auch Karl-Marx getilgt. Die Haltestelle heißt jetzt Vinzenzplatz. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSMTransport - ÖPNV-Karte
Und wenn Du an der Schanz einen Anwendungsfall für eine stop_ares_group siehst dann kann man so ziemlich jeden Bahnhof nehmen. Klar, wenn er auch 2 Bushalte mit unterschiedlichem Namenszusatz hat auf jeden Fall! ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSMTransport - ÖPNV-Karte
Dimitri Junker schrieb: Hallo, stop_position - markiert die Stop-Position wo Bus/Bahn mit ihrer Spitze hält. Bei Zügen würde das in Japan funktionieren, hier halten die doch wo sie gerade Lust haben, weshalb das mit den Wagenstandsanzeigern so schlecht klappt. Bei Bussen klappt es garnicht, da auch mehrere hintereinander stahen können. Dimitri is natürlich alles eine frage, wie gewissenhaft ein Lokführer oder Busfahrer ist. Aber rein theoretisch haben sowohl Bus als auch Bahn feste Stop-Positionen (wie schon erwähnt sind es in Bahnhöfen meist mehrer in jede Richtung). Gruß Mario ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSMTransport - ÖPNV-Karte
Jochen Topf schrieb: On Thu, Jul 16, 2009 at 10:50:40AM +0200, Dimitri Junker wrote: Ansatz für eine weitere Grüppchenbildung sehe ich nicht. Da reicht m. E. eine stop_area. Also wenn ich es richtig verstanden habe, dann ist eine stop_area die Verbindung eines Haltepunktes und einer Platform. Am Hansemannplatz gäbe es also 5 stop_areas, aber da alle Den Namen Hansemannplatz tragen bilden sie eine stop_area_group. Nein. Eine stop_area kann auch mehrere Haltepunkte und Plattformen umfassen. Typischerweise ist alles, was den gleichen Haltestellennamen trägt, eine einzige stop_area. Eine stop_area_group braucht man dann, wenn mehrere Haltestellen sehr nah zusammenliegen. Z.B. gibt es in Karlsruhe die Haltestelle Karlsruhe Hauptbahnhof der DB und Bahnhofsvorplatz, wo die Strabas und Busse abfahren. Das sind nach dem Namen verschiedene Haltestellen, aber sie werden als Gruppe erfaßt, weil man dort umsteigen kann. Wenn man wissen will, welche Plattform zum welcher stop_position gehört, dann kann man das nur über die Linienrelationen machen, in der beide drin sein sollten. Der Grund warum wir auf dem Workshop dafür keine Extra-Relation haben wollten, ist einfach, dass das noch eine Ebene mehr an Relationen eingezogen hätte. Jochen es liegt wohl einfach daran, dass ich den gewählten Bereiff stop_area völlig uninuitiv genutzt sehe und deshalb auch Probleme mit dem Schema habe. Eine Stop Area ist in meinen Augen das Gebiet wo das Transportmittel hält/stoppt. Was ihr damit aber ausdrückt ist eher sowas wie group_of_halts oder was in der Art, aber stop_area triffts nicht. http://tools.geofabrik.de/osmi/?view=pubtrans_stopslon=6.09492lat=50.76921zoom=17baselayer=Public%20Transport Schließlich hät der Bus nicht an einem Beliebigen Ort in diesem Beispiel-Gebiet ;) Gruß Mario ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSMTransport - ÖPNV-Karte
Hallo, Mario Salvini wrote: es liegt wohl einfach daran, dass ich den gewählten Bereiff stop_area völlig uninuitiv genutzt sehe und deshalb auch Probleme mit dem Schema habe. Der Begriff ist allerdings einem internationalen Standard entnommen (IFOPT bzw. Transmodel definieren Stop Area = A group of Stop Points close to each other - also genauso wie Sebastian in seinem Konzept). Ein Stop Point wiederum ist a point in a planned journey where passengers can board or alight from vehicles. Man sieht, dass diese Standards eher aus Passagiersicht denn aus Betriebssicht geschrieben sind - wo genau jetzt die Vorderkante vom Fahrzeug haelt, ist egal, Hauptsache, der Passagier kann einsteigen ;-) Ich bin mitnichten ein blinder Verfechter von internationalen Standards, aber wenn es die halt schon mal gibt und wenn sie nicht ganz bloedsinnig sind, dann ist es schon nicht schlecht, deren Begriffe weiterzuverwenden, das sorgt dann fuer weniger Missverstaendnisse, wenn man es mit Leuten zu tun hat, die sich in der Branche schon auskennen. Hier ist ein Dokument zum IFOPT-Standard, das auch die Transmodel-Begriffe enthaelt: http://www.naptan.org.uk/ifopt/ifoptV1.0-36/CENTC278WG3SG6_IFOPT_20081110_36.pdf 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] OSMTransport - ÖPNV-Karte
Dimitri Junker schrieb: Also reage ihn als platform ein. Außerdem ist gerade der Hansemanplatz ein denkbar ungünstiger Ort für die Notwendigkeit platform einzutragen, denn dort sind alle Wege Einbahnstraßen, kennt man den Haltepunkt ist die Position der Platform also eindeutig. ich hab die Stelle ausgewählt wo der Bus in Mittellage fährt und wirklich ein Stück Gehweg vorhanden ist das ausschließlich als Bussteig dient und keine anderen Funktionen hat. Ein Gehweg (bzw. dessen Bordstein zusätzlich als platform zu taggen sträubt sich mir ein wenig. Für die große stop_area_group sehe ich in Aachen keinen richtigen Anwendungsfall. Ein gutes Bsp hast Du gerade genannt, am Hansemanplatz gibt es 5 Haltestellen die sich so zusammenfassen lassen. Am Bushof etwa 10-15, am Elisenbrunnen 4,... Und sobald man Platform einträgt braucht man meiner Meinung nach diese Relation, da es ja dann immer mindestens 2 davon gibt Der Hansemannplatz -damit auch nicht-Aachener mitreden können- http://www.avv.de/fileadmin/sites/avv/download_FTP/Umgebungsplaene/hlp_ac_hansemannplatz.pdf ist zwar eine ziemlich komplexe Haltestelle mit 5 verschiedenen Masten, aber einen Ansatz für eine weitere Grüppchenbildung sehe ich nicht. Da reicht m. E. eine stop_area. In der Fahrplanauskunft gibt es freilich ergänzende Hinweistexte (Heinrichsalle Ri. Ponttor/Innenstadt) damit der Kunde den richtigen Mast zum einsteigen findet. Mir ist inzwischen doch noch ein Beispiel für eine stop_area_group eingefallen das ich auch gleich umgesetzt habe. Falls nicht bitte ich um Hinweise. Mache gerade meine ersten zaghaften Gehversuche mit JOSM und das waren meine ersten Relationen. Die Haltestelle Münsterbusch Kreuz in Stolberg http://osm.org/go/0GAtm5I7q- Dort gibt es die offiziell benannten Unterhaltestellen Münsterbusch Kreuz (An der Kesselschmiede) und Münsterbusch Kreuz (Mauerstraße). Die Linie 12 hält an beiden. http://www.avv.de/fileadmin/sites/avv/download_FTP/Linienplaene/012_aseag.pdf Also eine stop_area für Kesselschmiede und Mauerstraße und eine stop_area_group für Münsterbusch Kreuz. Hab ich eben mal als Beispiel angelegt. Was name und was ref ist und was wo hinkommt, da bin ich mir sehr unsicher... Toll. Gibt es wenigstens ein Tool um Relations zu kopieren? Und wie weden die Varianten/Richtungen dann unterschieden? einfach willkürlich Buchstaben anhängen oder Linie 5 (Variante1 Richtung 1) oder wie? Das nicht, aber Du kannst Dir wohl vorhandene Relationen abspeichern und wieder in JOSM laden. Hab ich in http://forum.openstreetmap.org/viewtopic.php?id=1983 gelesen aber, noch nicht ausprobiert. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSMTransport - ÖPNV-Karte
Hallo, (bisher leider nur nach dem alten Routenstandard) was hat sich da geändert? Muß man alte Relationen per Hand anpassen oder geht das irgendwie automatisch. Ich war seit Ende April offline. Gruß Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSMTransport - ÖPNV-Karte
Am 12.07.2009 15:14, Dimitri Junker: Hallo, (bisher leider nur nach dem alten Routenstandard) was hat sich da geändert? Muß man alte Relationen per Hand anpassen oder geht das irgendwie automatisch. Ich war seit Ende April offline. Die Anpassung muss manuell erfolgen. Neu ist vor allem, dass es keine type=route-Relationen mehr sind, sondern die Streckenführung als line=bus/rail/tram/subway/light_rail erfolgt. Die zweite große Änderung ist die Erfassung der Haltestelleninfrastruktur. Dafür wurde ein neuer Namensraum eingeführt und im einfachsten Fall wird aus einem highway=bus_stop ein public_transport=stop_position. Vil mehr Informationen hier http://wiki.openstreetmap.org/wiki/User:Oxomoa/ÖPNV-Schema Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSMTransport - ÖPNV-Karte
Hallo, Die Anpassung muss manuell erfolgen. Gibt es da irgendwo eine Anleitung? Wenn nicht werde ich eine schreiben, denn noch sieht es recht kompliziert aus. Ich verstehe bisher folgendes: aus einem alten Node highway=bus_stop wird ein neuer Node mit public_transport=stop_position bus=yes dieser muß auf der Straße liegen zusätzlich kann das Haltestellenschild neben der Straße mit public_transport=platform gekennzeichnet werden, mit Zusatzinfos Dies wird dann zu einer Relation stop_area zusammengefaßt. Und ggf mehrere davon als stop_area_group Man muß also für einen einfachen Busstop der bisher durch ein Node gekennzeichnet wurde jetzt ein Node und 2 Relations setzen richtig? Hört sich sehr aufwändig an. Das schreit doch gerade für ein JOSM-Plugin. Aber wenn ich den Abschnitt Kompatibilität des Modells richtig verstehe muß man nichts ändern. Das Hauptproblem dürften aber die Linien-Relationen sein, die scheint man ja ganz neu anlegen zu müssen, bzw 2 (Hin- und Rückweg) Hier müßte es doch möglich sein auch ein Plugin zu schreiben, Dies könnte versuchen die ways zu sortieren ( wenn ein Weg von node x bis node y und ein anderer von y nach z geht kann man sie hintereinander packen. Natürlich müßte dies der User überprüfen, wobei Verdachtsfälle markiert werden könnten. Ist irgendwer dabei so etwas zu schreiben? Wo kann man sich das mal ansehen, hier in Aachen scheint bei Bussen noch alles beim alten zu sein. Gruß Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSMTransport - ÖPNV-Karte
Am 13.07.2009 12:54, Dimitri Junker: Hallo, Die Anpassung muss manuell erfolgen. Gibt es da irgendwo eine Anleitung? Wenn nicht werde ich eine schreiben, denn noch sieht es recht kompliziert aus. Ich verstehe bisher folgendes: aus einem alten Node highway=bus_stop wird ein neuer Node mit public_transport=stop_position bus=yes dieser muß auf der Straße liegen zusätzlich kann das Haltestellenschild neben der Straße mit public_transport=platform gekennzeichnet werden, mit Zusatzinfos Dies wird dann zu einer Relation stop_area zusammengefaßt. Und ggf mehrere davon als stop_area_group Man muß also für einen einfachen Busstop der bisher durch ein Node gekennzeichnet wurde jetzt ein Node und 2 Relations setzen richtig? Hört sich sehr aufwändig an. Das schreit doch gerade für ein JOSM-Plugin. Nein, im einfachsten Fall tagst du an dem highway=bus_stop der auf der Straße liegt zusätzlich noch ein public_transport=stop_position + bus=yes und du bist schon fertig. Du hast allerdings mit dem neuen Modell zusätzlich die Möglichkeit jetzt auch die Warteposition als public_transport=platform festzuhalten. Erst dann brauchst du eine stop_area-Relation. Die Beispiele hier erklären das ganz gut. Die gestrichelten Linien stellen hierbei Relationen dar: http://wiki.openstreetmap.org/wiki/User:Oxomoa/ÖPNV-Schema#Beispiele_f.C3.BCr_das_Modell Aber wenn ich den Abschnitt Kompatibilität des Modells richtig verstehe muß man nichts ändern. Das Hauptproblem dürften aber die Linien-Relationen sein, die scheint man ja ganz neu anlegen zu müssen, bzw 2 (Hin- und Rückweg) Man kann einige Teile der alten Relation wiederverwenden. Dank der neuen Relationsmitglieder sortieren-Funktion in JOSM sollte man auch die Haltestellen einfach in die richtige Reihenfolge bringen können. Wo kann man sich das mal ansehen, hier in Aachen scheint bei Bussen noch alles beim alten zu sein. Beispiel der Umsteigehalte Riebeck-/Oststraße: http://www.öpnvkarte.de/?zoom=17lat=51.33141lon=12.40615layers=BT Also weiße Flächen visualisiert die ÖPNVKarte hier die Bahnsteige, alls Punkte die Wartepositionen neben dem Haltestellenschild. Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSMTransport - ÖPNV-Karte
Hallo, Zunächst einamal ändern MUSST du natürlich nichts. Es wurde bei der Konzeption Wert darauf gelegt es abwärtskompatibel zu halten. Das Modell bietet dir lediglich die Möglichkeit die Dinge genauer zu beschreiben. aus einem alten Node highway=bus_stop wird ein neuer Node mit public_transport=stop_position bus=yes dieser muß auf der Straße liegen Das ist soweit richtig, aber ich würde die Information nur zusätzlich an den Node hängen, sonst verliert Mapnik den Node. Ich würde jetzt auch nicht hingehen und z.B. in ganz Aachen nur die Zusatztags dranhängen, der Informationsgewinn ergibt sich erst wenn man auch die Plattformen hat. zusätzlich kann das Haltestellenschild neben der Straße mit public_transport=platform gekennzeichnet werden, mit Zusatzinfos Dies wird dann zu einer Relation stop_area zusammengefaßt. Und ggf mehrere davon als stop_area_group Man muß also für einen einfachen Busstop der bisher durch ein Node gekennzeichnet wurde jetzt ein Node und 2 Relations setzen richtig? Hört sich sehr aufwändig an. Das schreit doch gerade für ein JOSM-Plugin. Ja fast, wenn du nur einen Node hast, kannst du dir die Relationen auch Schenken. In den meisten Fällen gibt es auch nur eine stop_area und so kannst du dir die stop_area_group schenken. Aber wenn ich den Abschnitt Kompatibilität des Modells richtig verstehe muß man nichts ändern. richtig Das Hauptproblem dürften aber die Linien-Relationen sein, die scheint man ja ganz neu anlegen zu müssen, bzw 2 (Hin- und Rückweg) Hier müßte es doch möglich sein auch ein Plugin zu schreiben, Dies könnte versuchen die ways zu sortieren ( wenn ein Weg von node x bis node y und ein anderer von y nach z geht kann man sie hintereinander packen. Natürlich müßte dies der User überprüfen, wobei Verdachtsfälle markiert werden könnten. Ist irgendwer dabei so etwas zu schreiben? So ein Plugin wäre natürlich extrem cool, mir ist allerdings nichts bekannt. Irgendwer wolle mein ich mal einen Bot schreiben der die Linien versucht automatisch zu sortieren... Gruß, Melchior ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSMTransport - ÖPNV-Karte
Melchior Moos schrieb: Irgendwer wolle mein ich mal einen Bot schreiben der die Linien versucht automatisch zu sortieren... das war ich, aber ich bin mir inzwischen extrem unsicher, ob ich den losrennen lassen soll. zunächst hört sich das problem ganz einfach an, aber leider sind die routen relationen, die wir in osm haben alles andere als gerade wege, die aneinander gehängt wurden. es fängt bei den löschern in der strecke an, geht weiter über harmlose kreisverkehre, bei stichstrecken und zyklischen strukturen, den nodes und relationen, die in geografischer nähe eingefügt werden sollten. mein algorithmus versucht durch eine rekursion die längste mögliche gewinnen zu lassen. leider ist das ganze bei großen relationen mit vielen verzweigungen ein rechenzeitproblem und muss nach einigen 10.000 iterationen irgendwann abgebrochen werden, aber da ist eventuell noch nicht die beste strecke gefunden. aus diesem grund tue ich mich momentan schwer, das ding loslaufen zu lassen. insbesondere auf welche daten? nur auf relationen die zuletzt vor der umstellung auf api 0.6 angefasst wurden oder doch auf alle routenrelationen? vielleicht brauche ich auch jemanden, der mir mut zuspricht und frederik der sein schweizer-ich machs mal kurz wieder rückgängig-taschenmesser parat legt. weil eigentlich tut der bot das, was er soll, aber er fasst halt auch ziemlich viel an und es werden intern sehr viele daten durch die gegend kopiert. grüße frank ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSMTransport - ÖPNV-Karte
Hallo, aus diesem grund tue ich mich momentan schwer, das ding loslaufen zu lassen. insbesondere auf welche daten? Vollautomatisch dürfte das ein Problem sein wie Du richtig schreibst, aber als Plugin für JOSM sollte es möglich sein, ich könnte mir das so vorstellen: 1) man importiert eine alte Relation 2) man wählt aus ob man die Vorwärts oder Rückwärtsrichtung bearbeiten will, entsprechend werden dann alle forward... oder backward... Einträge gelöscht 3) Man wählt den Startnode aus danach bietet einem das Plugin nacheinander die Wege an die daran passen, findet es mehrere (z.B. bei einer Stichstrecke) muß der User auswählen in welcher Reihenfolge sie eingefügt werden, findet es keines oder bietet es falsche an hat der User die Möglichkeit es aus der Gesamtmenge auszuwählen. Im Hintergrund wird die bereits bearbeitete Strecke farblich prägnant eingezeichnet und der gerade selektierte Weg blinkt. Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSMTransport - ÖPNV-Karte
Hallo, Ja fast, wenn du nur einen Node hast, kannst du dir die Relationen auch Schenken Was kann man denn alles als Haltestelle in die line Relation reinstecken? Also auch direkt den Node oder nur einer der beiden relations? Gruß Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSMTransport - ÖPNV-Karte
Hallo, Ja fast, wenn du nur einen Node hast, kannst du dir die Relationen auch Schenken Was kann man denn alles als Haltestelle in die line Relation reinstecken? Also auch direkt den Node oder nur einer der beiden relations? Da sollten der nur der Stop-Node und die Platform an denen das Verkehrsmittel tatsächlich hält rein. Gruß, Melchior ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSMTransport - ÖPNV-Karte
Dimitri Junker schrieb: aus einem alten Node highway=bus_stop wird ein neuer Node mit public_transport=stop_position bus=yes dieser muß auf der Straße liegen Wenn der bus_stop definitionsgemäß eingetragen ist (sprich: Zeichen 224/Haltestellemnmast) wird aus dem bus_stop ein public_transport=platform. Du hattest mal geschreiben, dass Du die bus_stop auf die Fahrbahn setzt. In diesem Fall ist es korrekt, den bus_stop eine stop_position zu ändern. zusätzlich kann das Haltestellenschild neben der Straße mit public_transport=platform gekennzeichnet werden, mit Zusatzinfos So etwas würde ich ganz klar als platform bezeichnen. http://www.openstreetmap.org/browse/way/30732311 (Für die Nicht-Aachener: das ist ein Bussteig an einer Busspur in Mittellage) Ich bin weiterhin sehr unglücklich darüber das man den bus_stop allenfalls aus Kompatibilitätsgründen mitschleppen möchte. Ich halte den Mast für das klare Erkennungsmerkmal einer Bushaltestelle und alles andere drumherum nur als Ergänzung. Ist es eigentlich richtig Zusatzbezeichnungen wie Bussteig 3 ins Ref-Feld zu packen? Und am Hansemannplatz werde ich Dir auch wenn ich dort vorbeikomme wieder einen bus_stop auf die platform setzen ;-) Dies wird dann zu einer Relation stop_area zusammengefaßt. Und ggf mehrere davon als stop_area_group Für die große stop_area_group sehe ich in Aachen keinen richtigen Anwendungsfall. Man muß also für einen einfachen Busstop der bisher durch ein Node gekennzeichnet wurde jetzt ein Node und 2 Relations setzen richtig? Hört sich sehr aufwändig an. Das schreit doch gerade für ein JOSM-Plugin. Du musst gar nichts. Du hast jetzt die Werkzeuge erhalten die Haltestelle detaillierter zu gestalten. Das Hauptproblem dürften aber die Linien-Relationen sein, die scheint man ja ganz neu anlegen zu müssen, bzw 2 (Hin- und Rückweg) Über die getrennten Richtungen haben wir lange diskutiert. Den Ausschlag gegeben, das grundsätzlich zu machen hat die Einsicht gegeben das es praktisch überall mindestens einen Kreisverkehr gibt, der in jeder Richtung unterschiedlich durchfahren wird. Viel mehr Grund zum Stöhnen wirst Du haben, wenn Dir bewusst wird, dass eigentlich jede Linienvariante vollständig eingeben musst. Durchschnittlich sind das knapp 4 je Linie und Richtung. Im ländlichen Raum werden eher 20 Varianten bei 24 Fahrten der Standard sein. Hier müßte es doch möglich sein auch ein Plugin zu schreiben, Dies könnte versuchen die ways zu sortieren ( wenn ein Weg von node x bis node y und ein anderer von y nach z geht kann man sie hintereinander packen. Natürlich müßte dies der User überprüfen, wobei Verdachtsfälle markiert werden könnten. Ist irgendwer dabei so etwas zu schreiben? Ich fände es erst mal hilfreich, wenn man die Haltestellenobjekte über einen entsprechenden Dialog ausgewählt werden könnten. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSMTransport - ÖPNV-Karte
Claudius claudiu...@gmx.de wrote: Konkurrenz belebt das Geschäft: Bei OsmTransport [1] kann man ein (Stadt-)Gebiet auswählen, dessen ÖPNV-Relationen (bisher leider nur nach dem alten Routenstandard) dann visualisiert werden. Einige Gebiete sind schon vorgerendert. Besonderheit des Angebots: Der color-Wert der Relation wird ausgewertet. Claudius [1] http://3liz.fr/public/osmtransport/ Schon einmal das ÖPNV Feature in www.openstreetbrowser.org ausprobiert? Diese Konkurrenz schlägt IMHO alles Andere in diesem und anderen Bereichen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
