Re: [Talk-de] Eisenbahn, die Zweiundvierzigste...
Hallo, - Benennen von Bahnstrecken: Es gibt für viele Bahnstrecken in Deutschland mehr oder minder offizielle Namen, z.B. Linke Rheinstrecke oder Pfälzische Ludwigsbahn, ebenso gibt es von der Bahn Streckennummern und Kursbuchstreckennummern. Wenn alles rein soll: Wie und wohin? Der name ist prinzipiell schon bei Tunnels belegt, denn die haben bei der Bahn üblicherweise Namen. Brücken können auch Namen haben. Ich denke nicht, dass es akut wichtig ist auf Schienen Namen zu haben. Da eine benannte Strecke aus mehreren Gleisen und Abschnitten besteht, sind wohl Relationen das richtige Mittel. - Strecken die außer Betrieb sind, sind railway=disused. Was sind sie aber, wenn darauf Draisinenverkehr ist? Immerhin gibt es in .de eine stetig wachsende Anzahl von Draisinenstrecken. Und was ist die Draisinenausleihstation dann? Ein Bahnhof, ein Haltepunkt oder eine Straßenbahnhaltestelle oder ganz etwas anderes? Wie wäre es mit train rental station? *g* Ich denke disused reicht aus und die Ausleihstation könnte so etwas wie Freizeitpark sein. Daß auf dem Gleis Draisinen fahren ist wohl kein größeres Sicherheitsrisiko für Fußgänger. - Mehrgleisigkeit: Sollen mehrere Gleise einzeln gemappt werden? Wenn ja: Immer (was bei großen Bahnhöfen sicher lustig wird, wenn man das Gleisbild abbilden möchte) oder nur auf der freien Strecke oder nur Überholgleise? Sollen dann alle Weichen mit hinein? Und wie tief soll zu guter letzt die Detail-Tiefe gehen? (Signale, Orts-/Ferngesteuerte Weichen...) Ich habe begonnen gleise einzeln zu mappen. Es wird wohl keiner anfangen mehrgleisige Strecken wieder zusammenzufügen und eine Strecke daraus machen. Allerdings finde ich es wichtig die Gleise zu markieren, dass man sieht, ob das Mapping gleisfein oder streckenfein ist. Für eine Modelleisenbahnsimulationsanlage wären Weichentypen, Signale und Meilensteine sicherlich auch von Vorteil, wobei ich mir nicht zutrauen will, die einzelnen Signale voneinander unterscheiden zu können. - Bahnübergänge werden ja nur nach Fußgängerübergang (railway=crossing) und sonstigen Übergängen unterschieden (railway=level_crossing). Soll da auch irgendwann noch in Beschrankt (Halb-/Vollschranke)/Unbeschrankt/Ungesichert unterschieden werden? Ja, finde ich sinnvoll. Nicht das hier jemand der Meinung ist, daß ich auf den Bahndämmen herumklettern und Signale vermessen mag, aber generell wäre es schon praktisch, wenn es eine einheitliche Notation für die zu erfassenden Daten gäbe, die dann auch auf einer der netten Wiki-Seiten niedergeschrieben ist, um sie leichter zu finden. Das würde später sicherlich die Nutzung der Daten für verschiedenste Zwecke stark vereinfachen. ;-) Hast du dich soeben freiwillig gemeldet das zu tun? O:-) Grüße, PieSchie ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Antw: Eisenbahn, die Zweiundvierzigste...
Hallo Christian, nachdem ich das Listenarchiv ausgiebig durchsucht habe, bin ich zu der Feststellung gekommen, daß es jede Menge Fragezeichen, aber nur recht wenige definitive Antworten gibt. Es gibt überhaupt recht wenig in Bezug auf die Eisenbahn innerhalb des OSM- Projektes. Liegt das evtl. am Namen openSTREETmap und dem Fokus auf Straßen und Wege? Wenn ich sehe, wie intensiv hier teilweise über vermeintliche Kleinigkeiten im Straßen- und Wegeumfeld diskutiert wird und welche Lücken es im Gegensatz dazu noch bei den Eisenbahnen gibt, bedauere ich das schon. - Benennen von Bahnstrecken: Fehlt mir auch :-) Wider besserer Möglichkeit nehme ich doch den name= und setze dahinter die Kursbuchstrecke. Aber das gefällt mir nicht, weil ich die gleiche Vielfalt wie Du sehe. - Strecken die außer Betrieb sind, sind railway=disused. Und die werden leider nicht mal gerendert! Bei rail=abandoned würde ich das ja noch verstehen, bei lediglich disused aber nicht. Eine Eisenbahnlinie mit disused besagt ja nichts anderes, als das das Gleis noch liegt, nur aktuell kein Verkehr dauf stattfindet. Es handelt sich aus meiner Sicht somit um renderfähiges Material. Was sind sie aber, wenn darauf Draisinenverkehr ist? Für mich wäre das railway=rail, der Draisinenverkehr stellt ja nur eine besondere Form von Schienenverkehr dar, die Strecke ist in Summe in Betrieb. Aber ich gebe zu, das hier ähnlich wie bei den highway=... noch viel Nachholebedarf besteht, den railway-tag mit deutlich mehr Optionen zu verfeinern. - Mehrgleisigkeit: Sollen mehrere Gleise einzeln gemappt werden? Selbstverständlich! So zumindest meine Interpretation des Projektes, auch wenn der Fokus derzeit auf Straßen und Wegen liegt. Wie Frederik schon schrieb, wäre eine spätere Simulation von Eisenbahnverkehr ein lohnendes Teilprojekt. Ich hatte ja bereits vor geraumer Zeit mal hier erklärt, das ich mir vorstellen könnte, durch einen geeigneten Datenexport die Grundlage für die ganze Welt der Eisenbahnsimulationen am PC zu haben, bei denen man heute mit Streckeneditoren ähnlich JOSM hantiert und sich seine Welt basteln kann. Aus dieser Szene weiß ich, das man einen sehr hohen Bedarf an realen Daten hat und warum sollen sich spätere Editoren (MS schreibt gerade an einer neuen Version seines Trainsimulators) nicht einfach als Client an OSM binden lassen, um dort die eisenbahnrelevanten Daten abzuziehen? Wenn ja: Immer (was bei großen Bahnhöfen sicher lustig wird, wenn man das Gleisbild abbilden möchte) Ja, sofern man die Möglichkeit dazu hat oder nur auf der freien Strecke oder nur Überholgleise? Generell und ohne Ausnahmen - meine Meinung Sollen dann alle Weichen mit hinein? Ja, das wäre optimal. Dazu bräuchte man dann aber auch einen passenden Tag mit den wählbaren Optionen, welche Art Weiche es ist und wie sie angetrieben wird. Und wie tief soll zu guter letzt die Detail-Tiefe gehen? (Signale, Orts-/Ferngesteuerte Weichen...) Sie tief, wie es die Recherche erlaubt, ohne sich strafbar zu machen (Aufenthalt im Gleisbereich bzw. Nutzung unzulässiger Quellen). Warum sollen wir nicht alle Signale erfassen - Ampeln tagen wir doch auch!? Gäbe es einen Signaltag und als Option dann die darstellbaren Signalbilder, wäre die Eisenbahnwelt in OSM einen großen Schritt weiter. Im Straßenverkehr machen wir es doch ebenso, wir erfassen Stellen mit Geschwindigkeitsbeschränkungen, Einfahrtsverboten, Privatwegen uswalles ist über Verkehrszeichen geregelt. Deshalb könnte man das auch für die Eisenbahn tun, sofern man die Daten sauber erfassen kann. - Bahnübergänge werden ja nur nach Fußgängerübergang (railway=crossing) und sonstigen Übergängen unterschieden (railway=level_crossing). Soll da auch irgendwann noch in Beschrankt (Halb-/Vollschranke)/Unbeschrankt/Ungesichert unterschieden werden? Eigentlich muß es diese Unterscheidung geben. Nicht das hier jemand der Meinung ist, daß ich auf den Bahndämmen herumklettern und Signale vermessen mag, Warum denn nicht? Mache ich doch auch :-) praktisch, wenn es eine einheitliche Notation für die zu erfassenden Daten gäbe, die dann auch auf einer der netten Wiki-Seiten niedergeschrieben ist Jo, das bräuchte man für dieses Projekt. Aber wer macht es und wer leitet die Diskussion zu den Tag's, die man neu bräuchte? Torsten ...der immer noch davon träumt, irgendwann über railway=rail + open=01.01.1912 + railway=disused + date=31.12.1997 + railway=abandoned + date=31.12.2005 selektive Eisenbahnkarten erzeugen zu können - selbst von Dingen, die noch vor meiner Geburt bereits Geschichte waren. :-) . ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Stimungsbild Maplint
Hallo. Ich möchte mal vorsichtig fragen, wie hier der Einsatz von Maplint gesehen wird. Als Mapper benutze ich Maplint eigentlich nie, da der i.d.R. ganz viele Fehlalarme erzeugt und mir dadurch wieder keinen Nutzen bringt. Außerdem haben wir ja das Validaor-Plugin. Als [EMAIL PROTECTED] stört mich gewaltig, dass ein großer Teil der Rechenleistung für dieses nutzlose Maplint draufgeht. Mein Vorschlag wäre daher, Maplint an sich ersatzlos zu streichen und ggf. ein paar fehlende Regeln von maplint in das Validator-Plugin zu übernehmen. (Und natürlich für Potlatch auch einen Validator einzuführen!) Alternativ könnte Maplint nicht-pixelgrafisch gemacht werden, also ähnlich dem data-Layer auf openstreetmap.org. Wer die Daten dann wie und wo aufbereitet, hab ich mir noch nicht überlegt, aber es dürfte deutlich schneller gehen als das alles pixelgarfik-basiert über [EMAIL PROTECTED] zu rendern. Wie seht ihr das? Gruß, Bernd -- Rocker: wir zeigen euch hier Rock'n'Roll ohne Drogen und Geschlechtskrankheiten. Homer Simpson: Jaaa, Geschlechtskrankheiten signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] ??[patch] Breite von Flüssen :)
Frederik Ramm [EMAIL PROTECTED] wrote: Ich hab nicht wirklich Verstaendnis fuer est_width. Machen wir doch sonst auch nicht, dass wir unterscheiden zwischen geschaetzt und gemessen. Wenn der Mapper nur eine geschaetzte Breite hat, kann er die ja in width reinschreiben und source=estimate setzen oder so, und wenn jemand anders spaeter nachmessen will, soll er width aendern. Es gibt keinen Grund, warum ein est_width noch erhalten bleiben muss, wenn es ein width gibt, und daher kommt mir der Aufwand um den Extra-Tag unnoetig vor. Seh ich auch so. Wer das unbedingt haben möchte soll das in den Renderer einbauen, ich mach das jedenfalls nicht. Ich hatte mir mal kurz überlegt den Namen des width tags in der Regeldatei konfigurierbar zu machen dann das ganze aber letztlich doch hartcodiert. Sven -- If you don't make lower-resolution mapping data publicly available, there will be people with their cars and GPS devices, driving around with their laptops (Tim Berners-Lee) /me is [EMAIL PROTECTED], http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Simulation auf realen Daten (was: Eisenbahn, die Zweiundvierzigste...)
Hi, Am 17. Juli 2008 09:03 schrieb TopSpotter [EMAIL PROTECTED]: - Mehrgleisigkeit: Sollen mehrere Gleise einzeln gemappt werden? Selbstverständlich! So zumindest meine Interpretation des Projektes, auch wenn der Fokus derzeit auf Straßen und Wegen liegt. Wie Frederik schon schrieb, wäre eine spätere Simulation von Eisenbahnverkehr ein lohnendes Teilprojekt. Ich hatte ja bereits vor geraumer Zeit mal hier erklärt, das ich mir vorstellen könnte, durch einen geeigneten Datenexport die Grundlage für die ganze Welt der Eisenbahnsimulationen am PC zu haben, bei denen man heute mit Streckeneditoren ähnlich JOSM hantiert und sich seine Welt basteln kann. Aus dieser Szene weiß ich, das man einen sehr hohen Bedarf an realen Daten hat und warum sollen sich spätere Editoren (MS schreibt gerade an einer neuen Version seines Trainsimulators) nicht einfach als Client an OSM binden lassen, um dort die eisenbahnrelevanten Daten abzuziehen? Weil es passend zum Thema ist und ich denke, dass viele Mitleser darüber noch nicht Bescheid wissen: Es gibt bereits mehrere Simulationen, die auf OSM-Daten zurückgreifen. So ermöglicht SUMO (http://sumo.sourceforge.net/) die Simulation von (Strassen-)Verkehr und mittels eWorld (http://sourceforge.net/projects/eworld/) kann man OSM-Daten zusammen mit Wetterkonditionen etc. in SUMO einspeisen. Ebenso kann man OSM-Daten nutzen, um sie mit Flightgear (http://www.flightgear.org/) zu überfliegen... Ich freu' mich auf eine passende Eisenbahn-Simulation :-) Tschüss, Tim. -- http://wikipedistik.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] proposal Abstimmzeit
Hallo Fabian, aktuell ist mir aufgefallen, dass die Abstimmzeiten für ein proposal nicht eingehalten wurden. Ist das normal bzw die Regel? ich habe mal ne Nachricht auf der Diskussionsseite von Nickvet419 hinterlassen. Mich würde auch interessieren was in einem solchen Fall zu tun ist. Status wieder auf Vote und für den fehlenden Zeitraum nachlaufen lassen? Grüße Jens ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Geschwindigkeiten auf Straßen
On Wednesday, 16 July 2008 23:43:56 +0200, Alexander Schulze [EMAIL PROTECTED] writes: gibt es ne Möglichkeit Geschwindkeitsbegrenzungen in Abhängigkeit von der Fahrtrichtung zu taggen, da diese ja doch ab und zu verschieden sind. Vermutlich nur wenn man getrennte Fahrbahnen hat oder? Dafuer hatte ich das Proposal der Relation Segmented Tag vorgesehen, da unterschiedliche Geschwindigkeiten abhaengig von der Fahrtrichtung doch haeufiger vorkommen. Gibt es ein Tag für Ortsschilder? Wenn du mal die Statistiken unterhalb der Wiki-Seite Tagwatch nach city-limit, city-limit-sign oder city_limit durchsuchst, findest du, wie andere es bisher gemacht haben. Ich markiere momentan den Punkt des Ortsschilds auf dem Weg (mit traffic_sign=city_limit, name=...), wenn auch noch nicht gerichtet. Da duerfte der Ansatz als boundary mit boundary=city-limit(-sign) besser sein, der auch per Tagwatch zu finden ist. -bernd ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] proposal Abstimmzeit
Am Donnerstag, 17. Juli 2008 09:54 schrieb Jens Herrmann: Hallo Fabian, aktuell ist mir aufgefallen, dass die Abstimmzeiten für ein proposal nicht eingehalten wurden. Ist das normal bzw die Regel? ich habe mal ne Nachricht auf der Diskussionsseite von Nickvet419 hinterlassen. Mich würde auch interessieren was in einem solchen Fall zu tun ist. Status wieder auf Vote und für den fehlenden Zeitraum nachlaufen lassen? Finde ich eine gute Idee. Wobei es bei dem Proposal ja eigentlich ziemlich eindeutig ist: fast nur ja Stimmen und nur noch ein paar Tage zu laufen. Macht es wirklich sinn dort deutsche Gründlichkeit walten zu lassen? Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Stimungsbild Maplint
Bernd Wurst schrieb: Ich möchte mal vorsichtig fragen, wie hier der Einsatz von Maplint gesehen wird. Lässt sich der Regelsatz von Maplint nicht aktualisieren, so dass die Anzahl der völlig überflüssigen Fehlalarme abnimmt? -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Qlandkarte für Windows (was: World file vom 9.7.2008)
Carsten Schwede schrieb: Bekommt man dieses Qlandkarte im Cygwin zum Laufen? Es gibt eine native Windows-Version von QLandkarte. Wo bekomme ich diese? Auf http://qlandkarte.sourceforge.net/ werde ich nicht fündig. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Stimungsbild Maplint
Hallo. Am Donnerstag, 17. Juli 2008 schrieb Johann H. Addicks: Lässt sich der Regelsatz von Maplint nicht aktualisieren, so dass die Anzahl der völlig überflüssigen Fehlalarme abnimmt? Es lässt sich viel machen, aber da das bisher weder penetrant bemängelt wird, noch es jemand repariert, komme ich zu dem Eindruck, dass es eben keinen interessiert und nur Rechenleistung verschwendet. Gruß, Bernd -- Rocker: wir zeigen euch hier Rock'n'Roll ohne Drogen und Geschlechtskrankheiten. Homer Simpson: Jaaa, Geschlechtskrankheiten signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Stimungsbild Maplint
On Thu, Jul 17, 2008 at 10:56:03AM +0200, Bernd Wurst wrote: Es lässt sich viel machen, aber da das bisher weder penetrant bemängelt wird, noch es jemand repariert, komme ich zu dem Eindruck, dass es eben keinen interessiert und nur Rechenleistung verschwendet. Die Serverstatistiken sollten ja zeigen, ob jemand den Layer anschaut. Wenn nicht, dann kann man ihn abstellen. Ansonsten würde ich vorschlagen: Erst besseren Ersatz schaffen, bevor man etwas abstellt, was im Prinzip tut. Jochen -- Jochen Topf [EMAIL PROTECTED] http://www.remote.org/jochen/ +49-721-388298 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Geschwindigkeiten auf Straßen
Hallo, das mit den segmented_tag hab ich so gemacht. Beim Ortsschild muss ich mich erstmal an deine Variante halten. Muss das denn gerichtet sein. Ortseingang ist doch eigentlich immer auch Ortsausgang und über den Namen ließe sich ja ermitteln was von beiden es jeweils ist (Weiterverfolgung des Weges bis zum nächsten Ortsschild). Leider recht aufwendig und vermutlich auch unsinnig. Aber um ne boundary zu bekommen, die dann auch einigermaßen stimmt, bräuchte man schon irgendwelches anderes Datenmaterial (ne Flurkarte wäre toll). Alex Bernd Raichle schrieb: On Wednesday, 16 July 2008 23:43:56 +0200, Alexander Schulze [EMAIL PROTECTED] writes: gibt es ne Möglichkeit Geschwindkeitsbegrenzungen in Abhängigkeit von der Fahrtrichtung zu taggen, da diese ja doch ab und zu verschieden sind. Vermutlich nur wenn man getrennte Fahrbahnen hat oder? Dafuer hatte ich das Proposal der Relation Segmented Tag vorgesehen, da unterschiedliche Geschwindigkeiten abhaengig von der Fahrtrichtung doch haeufiger vorkommen. Gibt es ein Tag für Ortsschilder? Wenn du mal die Statistiken unterhalb der Wiki-Seite Tagwatch nach city-limit, city-limit-sign oder city_limit durchsuchst, findest du, wie andere es bisher gemacht haben. Ich markiere momentan den Punkt des Ortsschilds auf dem Weg (mit traffic_sign=city_limit, name=...), wenn auch noch nicht gerichtet. Da duerfte der Ansatz als boundary mit boundary=city-limit(-sign) besser sein, der auch per Tagwatch zu finden ist. -bernd ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Stimungsbild Maplint
Hallo. Am Donnerstag, 17. Juli 2008 schrieb Jochen Topf: Wenn nicht, dann kann man ihn abstellen. Ich fände es toll, wenn man ihn einfach extra anfordern muss und er nicht per Default gerendert wird. Wirklich nützlich ist der maplint-layer ja eigentlich nur für den Mapper, der in einer bestimmten Gegend etwas gemacht hat. Wenn er ihn will, kann er ihn anfordern. Momentan wird bei jedem Request, der auf informationfreeway.org abgesetzt wird, normal immer tile,maplint,captionless angefordert. Die Infrastruktur, das zu separieren, ist offenkundig seit spätestens gestern da, daher könnte man sagen wer maplint will, soll das einfach irgendwi separat auswählen müssen. Ansonsten würde ich vorschlagen: Erst besseren Ersatz schaffen, bevor man etwas abstellt, was im Prinzip tut. Es gibt doch das validator-plugin. Gruß, Bernd -- Die Welt wird nicht bedroht von den Menschen, die böse sind, sondern von denen, die das Böse zulassen. - Albert Einstein signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Für landuse Knoten von Strassen verwe nden?
Hi Simon, Tuesday, July 15, 2008, 12:14:14 AM, you wrote: Sven Felix Oberquelle schrieb: Bedeutet das, man sollte über eine vorhandene Strasse noch einen zweiten Weg erstellen, also die Knoten der Strasse mitbenutzen, oder sollte man komplett neue Knoten neben der Strasse erstellen? Wie Frederik Ramm schon schrieb gibt es noch keine Konvention. Allerdings halte ich es im Gegensatz zu ihm doch für wichtig dass man möglichst viele Meinungen _und_ Begründungen hört. Nur so wird sich irgendwann mal das beste System durchsetzen. zum Thema: [...] Fazit: [x] komplett neue Knoten neben der Strasse erstellen Halte ich inzwischen NICHT mehr für sinnvoll. Nachdem ich nun einige Meinungen gehört habe, hab ich für mich beschlossen, dass ich für Landuse soweit es passt die Knoten der Strassen oder auch anderer Areas mitbenutzen werde. Begründung: - Weniger Knoten, die in der DB gespeichert werden müssen - Meistens entspricht es der Relalität, dass vorhandene Wege Gebiete abgrenzen - keine hässlichen und schiefen weissen Flecken zwischen Gebieten bzw. zwischen Strasse und Gebieten weil man es nicht schafft die Grenzen wirklich parallel zu legen - Korrekturen des Verlaufs der Strasse passen auch die zugehörigen Flächen automatisch mit an - Sollte man die Fläche einmal unabhängig von der Strasse verändern wollen, bietet JOSM gute Tools um die gemeinsam genutzten Knoten wieder aufzuteilen - Ich denke nicht, dass es Sinn macht alle Strassen noch als zusätzliche Fläche einzutragen, zumal der Aufwand dafür viel zu hoch ist. Die Frage, die sich mir nun noch stellt, ist, ob man im Wiki mal schreiben sollte, dass es momentan noch keine Einigung über diesen Punkt gibt und jeder es so machen soll, wie er meint oder ob man mal eine Abstimmung starten sollte, damit es eine klare Aussage zu dem Punkt gibt? In jedem Fall bin ich dafür, dass es irgendwie im Wiki erwähnt werden sollte, ansonsten kommt diese Frage immer wieder. Gruss Svelix ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Stimungsbild Maplint
Hallo, Als Mapper benutze ich Maplint eigentlich nie, da der i.d.R. ganz viele Fehlalarme erzeugt und mir dadurch wieder keinen Nutzen bringt. AuÃerdem haben wir ja das Validaor-Plugin. Meiner Meinung nach ist Maplint ein äußerst nützliches Werkzeug. Man kann sich damit nämlich sehr schnell einen Überblick verschaffen, welche Straßen noch keine Namen haben (dann werden, wenn da mal durch komme, ein paar Straßenschilder fotografiert), und wo ein unvorsichtiger Potlatcher alles doppelt gemalt hat (an solchen Stellen findet dann der JOSM-Validator idR. noch viel mehr). Mit JOSM geht das nicht, bzw. nur für ganz kleine Gebiete. Die anderen Features von Maplint (not in map features, WTF?) nutze ich auch nie, obwohl ich mir vorstellen könnte, dass andere das nutzen, sonst hätten sie es ja schließlich nicht so implementiert. -- Gruß, Simon ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Stimungsbild Maplint
Hallo, Als Mapper benutze ich Maplint eigentlich nie, da der i.d.R. ganz viele Fehlalarme erzeugt und mir dadurch wieder keinen Nutzen bringt. Außerdem haben wir ja das Validaor-Plugin. Das ist kein Ersatz. Mit dem Validator-Plugin kannst Du nur Fehler in Gebieten finden, die Du eh gerade zum Editieren runterlaedst. Mit Maplint kannst Du auch Fehler in Gebieten finden, die Du nicht runtergeladen hast, und sie Dir DANN runterladen. Das ist ein entscheidender Unterschied. Maplint kann auch als Hintergrundlayer in Potlatch geladen werden und ist damit - aktualiserte Regeln vorausgesetzt - ein sehr guter Weg, viele Leute zum verbessern von Problemen anzuregen. Als [EMAIL PROTECTED] stört mich gewaltig, dass ein großer Teil der Rechenleistung für dieses nutzlose Maplint draufgeht. Nicht alles, dessen Nutzen Du nicht erkennst, ist nutzlos. Ferner ist seit ein paar Tagen der Flaschenhals bei [EMAIL PROTECTED] die API, die die Daten rausgibt, und nicht die Rechenleistung bei den Clients, d.h. es wuerde nicht mal eine Verbesserung bringen, Maplint sein zu lassen. Mein Vorschlag wäre daher, Maplint an sich ersatzlos zu streichen und ggf. ein paar fehlende Regeln von maplint in das Validator-Plugin zu übernehmen. Wenn Maplint gestrichen werden soll, brauchen wir einen Ersatz dafuer, der unabhaengig von JOSM und unabhaengig von geladenen Daten funktioniert. Das Validator-Plugin kann diese Rolle nicht uebernehmen. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Eisenbahn, die Zweiundvierzigste...
Frederik Ramm wrote: Hallo, - Benennen von Bahnstrecken: Es gibt für viele Bahnstrecken in Deutschland mehr oder minder offizielle Namen, z.B. Linke Rheinstrecke oder Pfälzische Ludwigsbahn, ebenso gibt es von der Bahn Streckennummern und Kursbuchstreckennummern. Wenn alles rein soll: Wie und wohin? Der name ist prinzipiell schon bei Tunnels belegt, denn die haben bei der Bahn üblicherweise Namen. Brücken können auch Namen haben. In diesen Faellen sollte man den Tunnel-/Brueckennamen mit Hilfe einer Relation abbilden, denke ich; das Problem gibt es bei Strassen ja genauso. Hast du dazu einen Link? Bei mir in der Gegend gibt es eine Straße mit drei offiziellen Namen (Seefelder Bundestraße, Nordumfahrung, Zirler Berg Straße) und ich weiß nicht, wie ich das korrekt taggen soll. [...] Da wuerde ich Fantasie walten lassen und nicht versuchen, Regeln festzuklopfen. Jede zusaetzliche Regel auf einer Wikiseite macht das Gesamtsystem komplizierter; je unbedeutender der Sacheverhalt ist, der dokumentiert ist, desto schlechter ist das Kosten/Nutzen-Verhaeltnis der Dokumentation. Mein Rat: Einfach machen und darauf bauen, dass ein anderer User Dein Beispiel finden wird, wenn er will. Ich gehe davon aus, dass, wenn der Mapper es so unbedeutend findet, dass er es nicht dokumentiert, dass dann auch andere seine Daten nicht finden werden, weil sie zu selten vorkommen. Jeder soll mappen, was er wichtig findet, aber wenn jeder zu allem, was er wichtig findet, eine Wikiseite macht, wie das zu taggen ist, koennte es fuer den Neuling sehr chaotisch werden. Eine große WikiSeite: Spezialtagging von Eisenbahnen für Deutschland würde meiner Meinung nach die Übersichtlichkeit nicht zerstören. Sofern es natürlich auf einer Seite zusammengefast ist. - Mehrgleisigkeit: Sollen mehrere Gleise einzeln gemappt werden? Wenn ja: Immer (was bei großen Bahnhöfen sicher lustig wird, wenn man das Gleisbild abbilden möchte) oder nur auf der freien Strecke oder nur Überholgleise? Sollen dann alle Weichen mit hinein? Und wie tief soll zu guter letzt die Detail-Tiefe gehen? (Signale, Orts-/Ferngesteuerte Weichen...) Prinzipiell bin ich dafuer, so sehr ins Detail zu gehen, dass wir letztendlich realistisch Zugverkehr simulieren koennen. Ich selber halte mich da aber raus und mappe jede Bahntrasse erstmal nur als einzelnes Gleis, weil ich nicht den Sachverstand besitze, das richtig zu machen. Zwei nebeneinander liegende Gleise erkenne ich, habe aber keine Ahnung wie man das mappen sollte. Satelittenbild ist nicht überall verfügbar und zumindest bei unseren Zügen kann man nicht mal mehr die Fenster öffnen, GPS fällt also auch aus. - Bahnübergänge werden ja nur nach Fußgängerübergang (railway=crossing) und sonstigen Übergängen unterschieden (railway=level_crossing). Soll da auch irgendwann noch in Beschrankt (Halb-/Vollschranke)/Unbeschrankt/Ungesichert unterschieden werden? Ich würde ja sagen. Z. B. bei unbeschränkten Übergängen hupen die Züge vorher. Also ist diese Info als Warnung recht brauchbar. *Erst* Daten erfassen, *dann* Gedanken ueber die einheitliche Notation machen. Sonst diskutieren nachher zehn Vegetarier darueber, wie man Fleisch zubereiten wuerde, wenn man welches zuzubereiten haette. Ich gehe mal davon aus, dass mehr Leute Gleise mappen, die nicht Angestellte der Bahn sind, als umgekehrt. Dein Beispiel eröffnet damit die Forderung: Die 10 Vegetarier wollen für einen Fleischesser kochen, dürfen aber nicht fragen, was Fleischesser so mögen. Weder untereinander noch sonstwen. Sie müssen selber überlegen, was einen Fleischesser schmecken könnte. Meine Vorstellung eines OpenSource Projektes geht mehr in Richtung von Ideentausch als in Richtung von Nach mir die Sintflut. Für mich persönlich ist es auch interessant zu lesen, was die Leute mit OSM vorhaben, das nichts mehr mit Straßenkarte zu tun hat. Wenn mir Ideen gefallen, dann werde ich sie auch mappen. Aber wenn es keine Diskussion drüber gibt, dann gehe ich davon aus, dass es eh keinen Interessiert. MfG Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Stimungsbild Maplint
Hallo. Am Donnerstag, 17. Juli 2008 schrieb Frederik Ramm: Als [EMAIL PROTECTED] stört mich gewaltig, dass ein großer Teil der Rechenleistung für dieses nutzlose Maplint draufgeht. Nicht alles, dessen Nutzen Du nicht erkennst, ist nutzlos. Ferner ist seit ein paar Tagen der Flaschenhals bei [EMAIL PROTECTED] die API, die die Daten rausgibt, und nicht die Rechenleistung bei den Clients, d.h. es wuerde nicht mal eine Verbesserung bringen, Maplint sein zu lassen. Es gibt momentan keinen generellen Flaschenhals. Nur weil Karlsruhe grade mangels API-performance im blauen Meer versunken ist, gilt das ja nicht gleich für alles. :) Mein Tiles-client rendert grade an den etwa 30.000 tilesets in der Queue in atemberaubender Geschwindigkeit. Ist zwar alles bloß blaues Wasser, keine Ahnung, warum das überhaupt gerendert werden muss. Aber dabei braucht maplint genau so lang wie die normalen tiles. Richtige Daten enthalten beide Layer nicht. :) Captionless könnte man dabei natürlich auch weglassen, aber das macht ja an anderer Stelle durchaus Sinn. Mit Maplint kannst Du auch Fehler in Gebieten finden, die Du nicht runtergeladen hast, und sie Dir DANN runterladen. Das ist ein entscheidender Unterschied. Wäre es, ja. Aber immer wenn ich bisher maplint eingeschaltet habe, hat er irgendwelchen Kram reportet, der nicht falsch war. Jede Eigenschaft, die nicht in map-features ist, als solche zu reporten ist schon sehr störend. Dort die Fehler rauszusuchen, die wirklich Fehler sind, ist mühsam. Maplint kann auch als Hintergrundlayer in Potlatch geladen werden und ist damit - aktualiserte Regeln vorausgesetzt - ein sehr guter Weg, viele Leute zum verbessern von Problemen anzuregen. Okay, wenn Maplint als der Validator für Potlatch angesehen werden kann, dann mag er einen Sinn haben. Stark ersetzungswürdig, aber okay... Gruß, Bernd -- Toleranz wird oft mit Meinungslosigkeit verwechselt. Aber nicht der Meinungslose ist tolerant, sondern der, der eine Meinung hat, aber es anderen zubilligt, eine abweichsende Meinung zu haben und diese auch zu sagen. - Manfred Rommel (dt. Politiker) signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Simulation auf realen Daten (was: Eisenbahn, die Zweiundvierzigste...)
Tim 'avatar' Bartel schrieb: Ich freu' mich auf eine passende Eisenbahn-Simulation :-) Knurr, wehe einer klaut mir mein Diplomarbeitsthema :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Für landuse Knoten von Strassen verwe nden?
Am Donnerstag, 17. Juli 2008 11:30 schrieb Sven Felix Oberquelle: noch stellt, ist, ob man im Wiki mal schreiben sollte, dass es momentan noch keine Einigung über diesen Punkt gibt und jeder es so machen soll, wie er meint Gute Idee: http://wiki.openstreetmap.org/index.php/Wiederverwenden_von_Knotenpunkten Eine englische Seite können wir später noch machen. oder ob man mal eine Abstimmung starten sollte, damit es eine klare Aussage zu dem Punkt gibt? Eine Abstimmung halte ich für nicht hilfreich. Aber vielleicht ein Meinugsbild, dann kann man ja sehen wie es die Mehrheit sieht und deshalb für oder dagegen sein. Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Antw: Eisenbahn, die Zweiundvierzigste...
TopSpotter schrieb: ...der immer noch davon träumt, irgendwann über railway=rail + open=01.01.1912 + railway=disused + date=31.12.1997 + railway=abandoned + date=31.12.2005 selektive Eisenbahnkarten erzeugen zu können - selbst von Dingen, die noch vor meiner Geburt bereits Geschichte waren. Klatsch, Klatsch, Klatsch, Klatsch! (Beifall) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Briefkästen (war Re: Kieser Trainin g ist jetzt in OSM eingetragen)
Ja, hat die Post. Genau wie Geocoordinaten aller Häuser und was es sonst noch alles gibt. Die kann man kommerziell über die Post beziehen, denke also nicht, dass man sie kostenlos bekommt :-) Sven Anders schrieb: Am Mittwoch, 16. Juli 2008 22:56 schrieb FreeWorld: Hat die Post zufällig die Geokoordinaten von ihren Briefkästen erfasst? Weiß das jemand? Könnte man die nicht mal fragen, ob sie sowas rausgeben wollen? Mir ist im Moment noch keine Karte bekannt, die diese vollständig erfasst. Momentan gibts nur die, die schon in OSM eingetragen wurden. Es gibt die Nachtbriekästen unter: http://www.yellowmap.de/Partner/DP_Nachtbriefkasten/suche.asp Ich meine das es früher auch mal eine Suche für alle Briefkästen gab. Frag gerne. Ich kann mein Script evtl. modifizieren, das es auch Briefkästen uploaded. Auch eine Liste mit Straßennamen und PLZ aller Briekästen würde uns wahrscheinlich schon helfen. Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Paketstationen
Hi, beim Thema Post viel mir gerade ein, daß ich zuletzt an einer Paketstation (kein Kiosk mit Paketannahme, sondern diese Standalone-Geräte) vorbeigekommen bin. Soweit mir bekannt gibt es die derzeit nur von der Deutschen Post, potentiell könnten ja aber demnächst auch nochmal andere Versandunternehmen etwas ähnliches machen. Sind jemand für Paketstationen passende tags bekannt, und wie würde man z.B. den Betreiber (operator=...?) taggen? Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Paketstationen
Stefan Neufeind schrieb: beim Thema Post viel mir gerade ein, daß ich zuletzt an einer Paketstation (kein Kiosk mit Paketannahme, sondern diese Standalone-Geräte) vorbeigekommen bin. Soweit mir bekannt gibt es die derzeit nur von der Deutschen Post, potentiell könnten ja aber demnächst auch nochmal andere Versandunternehmen etwas ähnliches machen. Sind jemand für Paketstationen passende tags bekannt, und wie würde man z.B. den Betreiber (operator=...?) taggen? Soweit ich weiß, habe ich hier über drei Möglichkeiten gelesen: amenity=packstation oder parcel_box oder parcel_depot dazu dann noch Informationen name=(Packstation xy) ref=(Nummer der Packstation) zip=(Postleitahl der Packstation) operator=Deutsche Post AG bzw DHL Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Stimungsbild Maplint
Jochen Topf schrieb: Die Serverstatistiken sollten ja zeigen, ob jemand den Layer anschaut. Wenn nicht, dann kann man ihn abstellen. Ich schaue mir das an und versuche die gelben (wenn ich die Farbe mal so nennen darf ;-) Bereiche einfach zu ignorieren und schaue nur die blassroten an. Will sagen: Ich würde mich durchaus freuen, wenn es weniger false positives bei den Warnings geben würde. (Nein, ich bin nicht fit genug in der Materie dass ich mir zutrauen würde, die Regelsätze zu überarbeiten.) -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] JOSM Sackgasse
Moin Moin. In der neuen Version von Josm habe ich per Zufall gesehen, dass Sackgassen mit einem eigenen Icon angezeigt werden. Dies geschieht allerdings nur, wenn das Tag noexit einem Node zugewiesen ist. Normalerweise ist dies ja nicht der Fall, da die Sackgasse sich ja auch einen Way bezieht. Könnten man dieses Zeichen nicht einfach am Anfangsnode einer Sackgasse automatisch rendern? Die Anzeige bei einem getagten Node finde ich ein wenig verwirrend. Lg Heiko ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Qlandkarte für Windows
Martin Simon schrieb: Hier gibt es eine .zip: http://downloads.sourceforge.net/qlandkarte/QLandkarte_0.7.3.zip?modtime=1215417352big_mirror=0 Danke. Funktioniert. (Keine Ahnung, warum ich das nicht gefunden habe, vermutlich zu unscheinbar verlinkt.) -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Paketstationen
Tobias Wendorff wrote: Stefan Neufeind schrieb: beim Thema Post viel mir gerade ein, daß ich zuletzt an einer Paketstation (kein Kiosk mit Paketannahme, sondern diese Standalone-Geräte) vorbeigekommen bin. Soweit mir bekannt gibt es die derzeit nur von der Deutschen Post, potentiell könnten ja aber demnächst auch nochmal andere Versandunternehmen etwas ähnliches machen. Sind jemand für Paketstationen passende tags bekannt, und wie würde man z.B. den Betreiber (operator=...?) taggen? Soweit ich weiß, habe ich hier über drei Möglichkeiten gelesen: amenity=packstation oder parcel_box oder parcel_depot dazu dann noch Informationen name=(Packstation xy) ref=(Nummer der Packstation) zip=(Postleitahl der Packstation) operator=Deutsche Post AG bzw DHL Hi, hmm, ich weiss nicht warum ich das vorhin im Wiki nicht gefunden habe. Aber da gibts tatsächlich schon was zu. Über die suche nach parcel_box hab ichs gefunden. http://wiki.openstreetmap.org/index.php/De:Howto_Map_A http://wiki.openstreetmap.org/index.php/Packstation Wenn wir nicht davon ausgehen, daß parcel_box eine spezielle Variante der post_box ist (und wir das mit post_box zusammenlegen) ist vermutlich parcel_box wirklich eine gute Variante. Was mir aufgefallen ist: Du schriebst oben von zip. Im Wiki wird postal_code erwähnt. Im Karlsruhe Schema, was zuletzt mal angesprochen wurde, findet addr:postcode Verwendung. In den Map_Features wird postal_code allgemein als Angabe genannt ... dann wäre jene Bezeichnung durchgehend doch vermutlich am sinnvollsten, oder? Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] JOSM Sackgasse
Heiko Schack schrieb: Moin Moin. In der neuen Version von Josm habe ich per Zufall gesehen, dass Sackgassen mit einem eigenen Icon angezeigt werden. Dies geschieht allerdings nur, wenn das Tag noexit einem Node zugewiesen ist. Normalerweise ist dies ja nicht der Fall, da die Sackgasse sich ja auch einen Way bezieht. Tut sie? Ich finde die Definition intuitiv, daß eine Sackgasse an einem Punkt ist (oder gekennzeichnet wird), wo es keinen Weg zu diesem Punkt gibt außer auf demselben Weg zurück. OK, das wäre dann nicht ein Punkt alleine, sondern richtungsabhängig ... Was sagt denn die VwV-StVo zu dem entsprechenden Schild? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] JOSM Sackgasse
Hallo. Am Donnerstag, 17. Juli 2008 schrieb Heiko Schack: Könnten man dieses Zeichen nicht einfach am Anfangsnode einer Sackgasse automatisch rendern? Die Anzeige bei einem getagten Node finde ich ein wenig verwirrend. Das ganze Tag ist IMHO recht nutzlos, denn es bezeichnet nur den Zustand, dass die Staßenverkehrsbehörde denkt, dass ein normaler, (ortsfremder) Autofahrer dort nicht weiter kommt. Es beinhaltet kein direktes Einfahrverbot oder ähnliches. Jedes Navi wird aus dem Datenbestand sehr gut auslesen können, ob es sich um eine Sackgasse handelt oder nicht, genauso der Betrachter einer Karte. Zudem: Die meisten Sackgassen sind in Wirklichkeit keine. Für Fußgänger geht es fast immer weiter, für Radfahrer oft und manchmal auch für landwirtschaftliche Fahrzeuge oder sonstwelche individuell berechtigten. Ein noexit=yes tagge ich daher nicht, das soll der wie auch immer geartete Datennutzer IMHO bitte aus den Daten herauslesen. :) Fazit: Wenn man noexit=yes taggen möchte, dann IMHO bitte auf einen Node, an dem das Schild steht (nur um diese Infos, dass da ein Schild steht, erfasst zu haben). Am Weg ist es sinnlos. Gruß, Bernd -- Alanna Saying that Java is nice because it works on all OS's is like saying that anal sex is nice because it works on all genders. signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Angabe für Postleitzahl - Karlsruhe Sc hema
Hi, im Karlsruhe Schema http://wiki.openstreetmap.org/index.php/Proposed_features/House_numbers/Karlsruhe_Schema wird addr:postcode vorgeschlagen. Wäre es vielleicht sinnvoll daraus postal_code zu machen, da jener Begriff auch schon in den Map_Features eingeführt wurde? Es macht doch sicherlich wenig Sinn zwischen beiden Bezeichnungen zu springen oder gar noch zip mit in die Runde zu werfen ... imho. Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Stimungsbild Maplint
Hallo, Wirklich nützlich ist der maplint-layer ja eigentlich nur für den Mapper, der in einer bestimmten Gegend etwas gemacht hat. Wenn er ihn will, kann er ihn anfordern. Nein, nein, nein, das habe ich doch versucht zu erklaeren. Der Maplint-Layer ist gerade dann nuetzlich, wenn man sich einen Ueberblick ueber eine Gegend verschaffen will, OHNE DASS bzw. BEVOR man dort aktiv wird... Ansonsten würde ich vorschlagen: Erst besseren Ersatz schaffen, bevor man etwas abstellt, was im Prinzip tut. Es gibt doch das validator-plugin. ... und eben dazu nutzt das Validator-Plugin nichts. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] JOSM Sackgasse
Bernd Wurst schrieb: Das ganze Tag ist IMHO recht nutzlos, denn es bezeichnet nur den Zustand, dass die Staßenverkehrsbehörde denkt, dass ein normaler, (ortsfremder) Autofahrer dort nicht weiter kommt. Viel spannender wäre ein besseres Tagging für die Wendemöglichkeiten an den Enden solcher Wege. Also Kein Wendehammer (=Wenden in 3 Zügen bei Kleinwagen) , Wende-L für größere PKW/Kleintransporter mit einmal zurücksetzen, Wendehammer für PKW(15m) und Sattelzug-kompatbiler Wendehammer (25?m) -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] JOSM Sackgasse
Hallo. Am Donnerstag, 17. Juli 2008 schrieb Johann H. Addicks: Viel spannender wäre ein besseres Tagging für die Wendemöglichkeiten an den Enden solcher Wege. Also Kein Wendehammer (=Wenden in 3 Zügen bei Kleinwagen) , Wende-L für größere PKW/Kleintransporter mit einmal zurücksetzen, Wendehammer für PKW(15m) und Sattelzug-kompatbiler Wendehammer (25?m) Es gibt highway=turning_circle. Klar, zusätzliche Angaben wie der normal nutzbare Durchmesser wären sinnvoll. Kann man ja als Zusatzattribut anhängen. Gruß, Bernd -- Es gibt eine feine Grenze zwischen Courage und Dummheit. Zu schade, daß es kein Zaun ist. signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] JOSM Sackgasse
Hi, Am 17. Juli 2008 13:59 schrieb Bernd Wurst [EMAIL PROTECTED]: Es gibt highway=turning_circle. Klar, zusätzliche Angaben wie der normal nutzbare Durchmesser wären sinnvoll. Kann man ja als Zusatzattribut anhängen. Ich benutze turning_circle, wenn der Durchmesser des Wendehammers nicht so groß ist, dass sich ein mappen als Area lohnt. Sollte es sich um einen vergleichsweise großen Wendehammer handeln, tagge ich nicht als turning_circle, sondern mappe ihn als Area. Tschüss, Tim. -- http://wikipedistik.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Breite von Flüssen in Osmarender!
Original-Nachricht Datum: Thu, 17 Jul 2008 03:26:26 +0200 Von: Stefan Neufeind [EMAIL PROTECTED] An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de] Breite von Flüssen in Osmarender! Hmm, interessant wäre die Information vielleciht durchaus, ja. Für sehr detailreiche Karten z.B. auf einem Navi könnte ich mir das schon gut vorstellen. Dann stellt sich mir allerdings beim Wechsel von 2 auf 3 Spuren die (berechtigte?) Frage an welcher Seite der Autobahn diese dritte Spur hinzukommt *duck* Hat jemand dafür auch eine Idee (und mag mal ein Proposal schreiben)? Nö, ich mag kein Proposal mehr schreiben, aber ich kann kurz meinen Senf dazu geben. Ich habe für Simulationen (Einzelfahrzeug/Spurwechsel) Visualisierungen geschrieben, die dieses Problem lösen. Dabei ist immer der linke Rand der Richtungsfahrbahn die eingetragene Linie (GB andersrum) und die Fahrbahn 'wächst' nach rechts. Bei Straßen mit Gegenfahrbahn bildet dann die vorgegebene Linie (way) automatisch die Mittellinie und bei getrennten Fahrbahnen bleibt der Bereich der Fahrbahntrennung erhalten. Damit ergibt sich automatisch eine realistische Abbildung der Spurveränderung und das gegenseitige 'Überklecksen' der Richtungsfahrbahnen entfällt komplett, egal wie stark die Darstellung überhöht wird. Das Problem an der Sache ist, dass das mit den derzeitigen Renderern wohl nicht realisierbar ist. Ich selber rechne für die Visualisierung alle Parallellinen und Schnittpunkte im Realweltkoordinatensystem (m) selber durch und habe dadurch etwas mehr Flexibilität. Grüße Hubert -- Pt! Schon vom neuen GMX MultiMessenger gehört? Der kann`s mit allen: http://www.gmx.net/de/go/multimessenger ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Stimungsbild Maplint
Bernd Wurst schrieb: Ich möchte mal vorsichtig fragen, wie hier der Einsatz von Maplint gesehen wird. Gar nicht: bis Zoomlevel 16 ist die Schrift zu klein, so dass man (fast) nichts lesen kann und bei Level 17 wird der Layer nicht angezeigt. Jedenfalls bei mir. Gruesse, Julian signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] neue Sport Piktogramme
ich hab noch eines für Hockey gemach: SVG: http://josias.polchau.de/download/osm/hockey.svg PNG: http://wiki.openstreetmap.org/index.php/Image:Hockey.png ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] JOSM Sackgasse
On Thursday, 17 July 2008 13:27:16 +0200, Bernd Wurst [EMAIL PROTECTED] writes: Hallo. Am Donnerstag, 17. Juli 2008 schrieb Heiko Schack: Koennten man dieses Zeichen nicht einfach am Anfangsnode einer Sackgasse automatisch rendern? Die Anzeige bei einem getagten Node finde ich ein wenig verwirrend. Um den Anfangs-Node eines Ways herauszufinden, muesste der Renderer aber erst einmal sehen, welches der beiden Enden nicht mit einem weiteren (high-)way verbunden ist ... Das ganze Tag ist IMHO recht nutzlos, denn es bezeichnet nur den Zustand, dass die Stassenverkehrsbehoerde denkt, dass ein normaler, (ortsfremder) Autofahrer dort nicht weiter kommt. Es beinhaltet kein direktes Einfahrverbot oder aehnliches. Jedes Navi wird aus dem Datenbestand sehr gut auslesen koennen, ob es sich um eine Sackgasse handelt oder nicht, genauso der Betrachter einer Karte. Jupp. Aber genau deshalb halte ich den Tag fuer sehr sinnvoll. Er erlaubt uns einen Konsistenz-Test der Daten oder/und die explizite Markierung von noexit-Kanten (oder -Knoten). Ich verwende diesen Tag ueberall da, wo es tatsaechlich mit keinem Verkehrsmittel oder zu Fuss weitergeht. Somit kann ich auch per Validator-Plugin-Erweiterung testen, ob eine per noexit markierte Kante (oder Knoten) nur aus Unachtsamkeit _nicht_ mit dem einige Meter danebenliegenden Weg verbunden ist oder ob dies genauso gewollt ist. Ich verwende das Tag _nicht_, um das Sackgassenschild zu mappen. Dafuer wuerde ich eher etwas wie traffic_sign=cul_de_sac :-) (oder auch ...=dead_end) am Knoten, wo das Schild steht. Zudem: Die meisten Sackgassen sind in Wirklichkeit keine. Fuer Fussgaenger geht es fast immer weiter, fuer Radfahrer oft und manchmal auch fuer landwirtschaftliche Fahrzeuge oder sonstwelche individuell berechtigten. Ein noexit=yes tagge ich daher nicht, das soll der wie auch immer geartete Datennutzer IMHO bitte aus den Daten herauslesen. :) Aus diesem Grund verwende ich in solchen Situationen auch kein noexit=yes. Fazit: Wenn man noexit=yes taggen moechte, dann IMHO bitte auf einen Node, an dem das Schild steht (nur um diese Infos, dass da ein Schild steht, erfasst zu haben). Am Weg ist es sinnlos. Ich mache es genau andersherum: Das Schild als traffic_sign= o.ae. mappen, die Eigenschaft des Weges oder des (Dead-)End-Knotens als noexit=yes. Gruss, -bernd ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Paketstationen
Daniela Dürbeck [EMAIL PROTECTED] wrote: Vielleicht sollte man das wirklich mal vereinheitlichen. Man könnte gleich mal bei der deutschen Post anfragen ob man von denen eine Liste mit Geokoordinaten bekommen kann :) Gruss Sven -- Why are there so many Unix-haters-handbooks and not even one Microsoft-Windows-haters handbook? Gurer vf ab arrq sbe n unaqobbx gb ungr Zvpebfbsg Jvaqbjf! /me is [EMAIL PROTECTED], http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Paketstationen
Hi! Man könnte gleich mal bei der deutschen Post anfragen ob man von denen eine Liste mit Geokoordinaten bekommen kann :) Gut, mache ich sofort. Vielleicht haben sie auch noch die Unterscheidung zwischen solitär stehenden Packstationen und welchen an Postämtern, das wäre schon noch wichtig. (Daher war in dem geposteten Beispiel post office Packstation gar nicht unbedingt falsch.) Viele Grüße von Dani ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Paketstationen
Daniela Dürbeck schrieb: Gut, mache ich sofort. Vielleicht haben sie auch noch die Unterscheidung zwischen solitär stehenden Packstationen und welchen an Postämtern, das wäre schon noch wichtig. (Daher war in dem geposteten Beispiel post office Packstation gar nicht unbedingt falsch.) Und wenn schon so präzise, dann bitte auch ob a) mit Paket-Versandmöglichkeit b) mit Briefmarkenverkauf -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Paketstationen
Hallo Ingrid! Gut, mache ich sofort. Vielleicht haben sie auch noch die Unterscheidung zwischen solitär stehenden Packstationen und welchen an Postämtern, das wäre schon noch wichtig. (Daher war in dem geposteten Beispiel post office Packstation gar nicht unbedingt falsch.) So, erledigt. Aber noch was zu den Tags: http://www.dhl.de/packstation-finder Wir müssen also schon unterscheiden zwischen Packstationen und Paketboxen. Viele Grüße von Dani ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Paketstationen
Hi! Und wenn schon so präzise, dann bitte auch ob a) mit Paket-Versandmöglichkeit Das kann jede. (WIMRE) b) mit Briefmarkenverkauf Das kann keine. (WIMRE) Viele Grüße von Dani ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Eisenbahn, die Zweiundvierzigste...
Christian schrieb: Hallo, nachdem ich das Listenarchiv ausgiebig durchsucht habe, bin ich zu der Feststellung gekommen, daß es jede Menge Fragezeichen, aber nur recht wenige definitive Antworten gibt. Ich bin selbst sehr interessiert an diesem Thema und begrüße nur die Vorschläge mit Signalmapping usw. Villeicht kennt ja auch wer nen Lokfüher, der vorne an die Windschutzscheibe ne GPS-Maus legen würde, die dann per Funk mit irgend einem Rechner verbunden ist. Wenn er die Maus relativ mittig ausrichtet, sollten bei geeigneten Geräten auch gute bis sehr gute Ergebnise heraus kommen. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] beziercurve hinting (manchmal gehts manchmal nicht)
Dirk-Lüder Kreie schrieb: Gerhard Schmidt schrieb: HI Leute, ich bin gerade am nach bearbeiten meiner Urlaubs OSM Daten. Dabei ist mir diese Autobahn aufgefallen. http://www.openstreetmap.org/?lat=43.89465lon=15.78377zoom=17layers=0B0FTF Offensichtlich wir die Nord-Süd Fahrbahn vom Beziercurvehinter bearbeitet. die Süd-Nord Fahrbahn aber nicht. Warum? Die auffahrt wird wahrscheinlich unter einem falschen Winkel als mögliche fortführung des Ways betrachtet, und deshalb das hinting hier abgeschaltet. Also mit der Ausfahrt hat das garnichts zu tun das zieht sich durch die ganze Autobahn durch auch da wo keine Ausfahrten sind. Gruß Gerhard -- - Gerhard Schmidt | E-Mail: [EMAIL PROTECTED] TU-München| WWW Online Services | Tel: 089/289-25270| Fax: 089/289-25257| PGP-Publickey auf Anfrage signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Stimungsbild Maplint
Jochen Topf [EMAIL PROTECTED] writes: Die Serverstatistiken sollten ja zeigen, ob jemand den Layer anschaut. Wenn nicht, dann kann man ihn abstellen. Ich lade das permanent ungewollt, da ich einen link aus meiner history verwende ;) Irgendwann früher muss ich das mal angeklickt haben... Ansonsten würde ich vorschlagen: Erst besseren Ersatz schaffen, bevor man etwas abstellt, was im Prinzip tut. Mir würde nix fehlen, wenn's abgeschaltet würde. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Stimungsbild Maplint
Hallo. Am Donnerstag, 17. Juli 2008 schrieb Karl Eichwalder: Jochen Topf [EMAIL PROTECTED] writes: Die Serverstatistiken sollten ja zeigen, ob jemand den Layer anschaut. Wenn nicht, dann kann man ihn abstellen. Ich lade das permanent ungewollt, da ich einen link aus meiner history verwende ;) Irgendwann früher muss ich das mal angeklickt haben... Nein, das liegt daran, dass vor etwa 2 Wochen (schätze ich mal) der layer-Parameter so umgebaut wurde, da ehemalige Mapnik-Permalinks jetzt Maplint mit einschalten. Sehr peinlich für Direktlinks von irgendwelchen Websites, die man unter Kniefall gebeten hat, besser OSM-Links statt Google-Links zu benutzen wenn es um Karten-Verlinkung geht. :-( Gruß, Bernd -- [...] most likely other e-mail programs like Eudora are not designed to enable virus replication. (ehemals auf http://www.microsoft.com/mac/products/office/2001/virus_alert.asp) signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Antw: Eisenbahn, die Zweiundvierzigste...
TopSpotter [EMAIL PROTECTED] writes: Es gibt überhaupt recht wenig in Bezug auf die Eisenbahn innerhalb des OSM- Projektes. Liegt das evtl. am Namen openSTREETmap und dem Fokus auf Straßen und Wege? Wenn ich sehe, wie intensiv hier teilweise über vermeintliche Kleinigkeiten im Straßen- und Wegeumfeld diskutiert wird und welche Lücken es im Gegensatz dazu noch bei den Eisenbahnen gibt, bedauere ich das schon. Das ist alles irgendwie relativ. Mich interessieren die Gleise im wesentlichen nur als Hindernisse beim (Rad-)fahren und Wandern (wie komme ich auf die andere Seite?) und die Bahnhöfe und Haltepunkte um ihrer selbst willen. Wie osmarender die Gleise rendert, ist freilich furchtbar... Man erkennt die Gleise eigentlich nur daran, dass anliegende Straßen irgendwie angefressen sind. Und dass aufgegebene Strecken besser zu erkennen sind, als aktuell befahrene, ist schon etwas kurios. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Geschwindigkeiten auf Straßen
Hallo, noch ne kleine Erweiterung. Ich habe eine Straße, die 2 Fahrspuren in eine Richtung hat, aber nur einen way. Also lane=2. Jetzt gilt allerdings für die linke Spur eine Mindestgeschwindigkeit (Zeichen 275). Gibts da irgendetwas in der Richtung left_lane oder muss ich das Stück Straße als 2 ways mappen. Alex ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Geschwindigkeiten auf Straßen
Alexander Schulze schrieb: Jetzt gilt allerdings für die linke Spur eine Mindestgeschwindigkeit (Zeichen 275). Wie geht's denn umgekehrt wie z.B. am Elzer Berg (BAB 3 Fahrtrichtung Süden) wo die rechte LKW-Spur auf 40(?) km/h begrenzt ist und die mittlere und linke auf 100km/h. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Antw: Re: Eisenbahn, die Zweiundvierzigste...
Hallo Andre, Villeicht kennt ja auch wer nen Lokfüher, der vorne an die Windschutzscheibe ne GPS-Maus legen würde, die dann per Funk mit irgend einem Rechner verbunden ist. Wenn er die Maus relativ mittig ausrichtet, sollten bei geeigneten Geräten auch gute bis sehr gute Ergebnise heraus kommen. Also ich kenne einige Lokführer und von denen würden das auch alle tun. Allerdings kaum per Funk zu einem Rechner, sondern eher als Datenlogger mit nachträglicher Auswertung. Problem: ich habe keinen verborgbaren GPS-Empfänger, den man mal einen Monat lang meinen Kumpels in den Führerstand legen könnte. Zumal einige davon bei div. Güterbahnen tätig sind und Strecken befahren, auf der sonst kein Personenzug rollt, in dem man mitloggen könnte. Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Stimungsbild Maplint
Jochen Topf schrieb: Die Serverstatistiken sollten ja zeigen, ob jemand den Layer anschaut. Wenn nicht, dann kann man ihn abstellen. Bei mir wird das blöde Teil bei informationfreeway immer automatisch geladen. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Antw: Eisenbahn, die Zweiundvierzigste...
Karl Eichwalder schrieb: Und dass aufgegebene Strecken besser zu erkennen sind, als aktuell befahrene, ist schon etwas kurios. Beispiel? signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Für landuse Knoten von Strassen verwe nden?
Hallo Zusammen, Sven Felix Oberquelle schrieb: [Schnipp] Halte ich inzwischen NICHT mehr für sinnvoll. [Schnapp] Wenn zum Beispiel ein Feld komplett von Feldwegen umrahmt wäre, würde man dann also einfach auf die Feldwege einen zweiten Weg (also eine Fläche) malen und dazu die Nodes der Feldwege benutzen? Viele Grüße Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Automatischer Daten-Upload vom GPS Game ?
Hallo, mein Name ist Tom Nicolai und ich arbeite an dem GPS Multiplayer Game FastFoot-Challenge (www.fastfoot.mobi). Zusammen mit der OpenStreetMap ist mir dabei ein lustiger Gedanke gekommen. Allerdings kenne ich das OSM-System nicht gut genug, um den Nutzen für die OSM abschätzen zu können. Mein Interesse an der OSM ist, dass sie mir kostenlose Karten für zukünftige Entwicklungen geben kann. Ich finde es faszinierend, wie viele Straßen darin schon erfasst sind. Und für ein Spiel muss es nicht wichtig sein, ob die Daten 100%ig stimmen. Mein Gedanke ist: In dem Spiel bewegen sich 5 Personen mit GPS Empfängern und Handys durch die Stadt. Sie sind über mobiles Internet mit dem Gameserver verbunden. Der logt alle Positionen brav mit. Wir benutzen die Daten anschließend, um Replays der Spiele als KML-Files für Google Earth zu erzeugen. Die können die Spieler bequem von der Website laden. Zur OSM sehe ich dabei zwei Anknüpfungspunkte: Einmal kann man die KML-Files von Hand konvertieren und in die OSM laden. Soweit geht das schon. Zweitens könnten wir unser System so konfigurieren, dass es automatisch die Logs zur OSM hochlädt (natürlich nur, wenn die Spieler damit einverstanden sind). Unsere Spieler würden wahrscheinlich nur in Ausnahmen im Editor die Rohdaten nachzeichen. Stattdessen würden sie nur GPS Daten erzeugen, die andere---oder ein Algorithmus?---weiter veredeln müssten. Ist das gut für die OSM? Oder doch eher Spam? Viele Grüße, Tom -- play location ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Antw: Eisenbahn, die Zweiundvierzigste...
André Reichelt [EMAIL PROTECTED] writes: Karl Eichwalder schrieb: Und dass aufgegebene Strecken besser zu erkennen sind, als aktuell befahrene, ist schon etwas kurios. Beispiel? Nürnberg Nord, zoom 12. Wie auch straßenbahnen. Reiht sich ein in andere fragwürdigkeiten: tertiary ist kaum erkennbar, dafür aber die grenzen der landkreise. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Für landuse Knoten von Strassen verwe nden?
Hi Stefan, Thursday, July 17, 2008, 8:24:04 PM, you wrote: Hallo Zusammen, Sven Felix Oberquelle schrieb: [Schnipp] Halte ich inzwischen NICHT mehr für sinnvoll. [Schnapp] Wenn zum Beispiel ein Feld komplett von Feldwegen umrahmt wäre, würde man dann also einfach auf die Feldwege einen zweiten Weg (also eine Fläche) malen und dazu die Nodes der Feldwege benutzen? Jop, genau so mache ich das ab jetzt. Und wenn nur eine Seite ne Strasse ist auch. Gruss Svelix ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Bericht über OSM in ultimo (Bielefel ds Stadtillustrierte)
http://www.ultimo-bielefeld.de/lokales/l-map.htm ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] JOSM: Lade alle ways mit ABC=XY möglich?
Is das schwierig so etwas zu implementieren? Würde die Arbeit z.B. referenzierte Einzel-Ways in relation zu vereinen. Gruß Mario ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] JOSM: Lade alle ways mit ABC=XY möglich?
Hallo, Is das schwierig so etwas zu implementieren? Nein: http://www.informationfreeway.org/api/0.5/way[ABC=XY] Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Zigaretten- / Kondomautomaten
Hallo! Ich habe im Wiki nichts gefunden und frage deswegen hier: Taggt irgendwer Automaten und was diese verkaufen? Wenn ja mit welchem Tag? Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Zigaretten- / Kondomautomaten
Am Freitag, 18. Juli 2008 00:02:24 schrieb Matthias Wimmer: Hallo! Ich habe im Wiki nichts gefunden und frage deswegen hier: Taggt irgendwer Automaten und was diese verkaufen? Wenn ja mit welchem Tag? Ich habe das Schema von Christian Körner übernommen: amenity: vending_machine vending_products: cigarettes, stamps, condoms, train_tickets ... Gruß Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Zigaretten- / Kondomautomaten
Andreas Jacob wrote: Am Freitag, 18. Juli 2008 00:02:24 schrieb Matthias Wimmer: Hallo! Ich habe im Wiki nichts gefunden und frage deswegen hier: Taggt irgendwer Automaten und was diese verkaufen? Wenn ja mit welchem Tag? Ich habe das Schema von Christian Körner übernommen: amenity: vending_machine vending_products: cigarettes, stamps, condoms, train_tickets ... Könntest du das mal ins Wiki schreiben (proposal?). Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Geschwindigkeiten auf Stra?en
Bernd Raichle [EMAIL PROTECTED] wrote: Gibt es ein Tag f?r Ortsschilder? Wenn du mal die Statistiken unterhalb der Wiki-Seite Tagwatch nach city-limit, city-limit-sign die sind von mir :-) Verwendet in Karlruhe (am Anfang) und Heusenstamm (Hauptort komplett) Habe hier am 11.7., also vor einer Woche, versucht, das anzudiskutieren, unter dem Titel geschlossene Ortschaft oder so... Aber noch ohne Reaktion... *seufz* Vieleicht mache ich ja ein proposal draus, aber nicht vor naechster Woche... oder city_limit durchsuchst, findest du, wie andere es bisher gemacht haben. Ich markiere momentan den Punkt des Ortsschilds auf dem Weg (mit traffic_sign=city_limit, name=...), wenn auch noch nicht gerichtet. trafficsign ohne _ gibt's mehr... MfG Heiko Jacobs Z! IRCnet Mueck -- Douglasstr. 30, D-76133 Karlsruhe fon +49 721 24069 fax 2030542 Geo-Bild Ing.b?ro geo-bild-KA.de Internet-Service auch-rein.de Couleurstud. Infos cousin.de VCD, umweltverkehr KA umverka.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Geschwindigkeiten auf Stra?en
Alexander Schulze [EMAIL PROTECTED] wrote: Aber um ne boundary zu bekommen, die dann auch einigerma?en stimmt, br?uchte man schon irgendwelches anderes Datenmaterial (ne Flurkarte w?re toll). Sie wird nirgends verzeichnet, da hilft also keine Karte. Sie wird theoretisch alleine durch die Ortstafeln definiert. Praktisch bleibt sie an einigen Nebeneingaengen in den Ort undefiniert und muss quasi logisch ergaenzt werden... Muesste da wohl noch etwas recherchieren... MfG Heiko Jacobs Z! IRCnet Mueck -- Douglasstr. 30, D-76133 Karlsruhe fon +49 721 24069 fax 2030542 Geo-Bild Ing.b?ro geo-bild-KA.de Internet-Service auch-rein.de Couleurstud. Infos cousin.de VCD, umweltverkehr KA umverka.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Geschlossene Ortschaften
Hallo Nochmal das Thema hochholen, da es gerade in einem anderen thread erwaehnt wird... Habe mal bei zwei Orten versucht, die Eigenschaft geschlossene Ortschaft zu taggen. Und zwar im straszenverkehrsrechtlichen Sinne. s.a. http://de.wikipedia.org/wiki/Geschlossene_Ortschaft Es gibt ja noch die andere Definition nach Landesbauordnung (Auszen-/Innenbereich, dort gelinkt) In Heusenstamm habe ich es heute fertig gemacht, eben mal um das kleine Staedtchen zu radeln und das halbe dutzend Ortstafeln zu mappen war kein so groszes Problem ;-) http://www.openstreetmap.org/?lat=50.054lon=8.803zoom=15 In Karlsruhe habe ich im Westen damit angefangen, stiesz dabei aber auch auf das Problem, dass man beim Aufstellen der Ortstafeln wohl etwas nachlaessig war... Da musz noch etwas Recherche gemacht werden, wie man das am besten abgrenzt bei Unklarheiten... Und zwar habe ich eine boundary=city-limit name=Heusenstamm an den Ortsrand gelegt, oft auf bestehenden landuse-ways Dort wo highways gekreuzt werden, werden diese mit gemeinsamen node geschnitten. die Wege habe ich ggfs. geteilt und zwar so, dass meiner bescheidenen Vorstellung nach ein spaeteres Programm moeglichst einfach die Wege zordnen kann nach: Ein Endpunkt des Weges innerhalb/auszerhalb des Ortes - ganzer Weg innerhalb / auszerhalb Ortschaft Ein Endpunkt auf boundary=city-limit - Schaue ob anderer Endpunkt drinnen oder drauszen. Also so, dass man spaeter nicht jedne Wegpunkt untersuchen sollen muss... An Kreuzungsstellen mit Ortstafel bekommt der Knoten (der boundary) boundary=city-limit-sign name=Heusenstamm symbol=de Letzteres soll dafuer sorgen, dass der Renderer die landesuebliche Ortstafel rendern kann, gelb in .de, ... Weil ist_in_land() gibt's noch nicht, oder? Hmmm... Der Grenze selbst sollte man das aber auch noch mitgeben... Mal gleich noch nachtaggen... Habe ich nun mit is_in=de gemacht. Sollte man das auch bei den Tafeln statt symbol nehmen? Spaeter kann man sich mal ueberlegen, ob in der hoechsten Zoomstufe der Name mit rein kann. Urspruenglich dachte ich mal daran, dass man die Ortstafel dort zeichnet, wo Weg und Grenze einen gemeinsamen node haben (analog zum Andreaskreuz automatisch an gemeinsamen nodes Bahn/Strasze) aber da kamen mir im Laufe des Tuns Zweifel an der praktischen Umsetzbarkeit und einfachen Nutzbarkeit durch Router. So wie jetzt kann man es auch auf Solo-nodes setzen, 4 davon habe ich in Karlsruhe an der Abfahrt Rheinhafen, wo ich noch nicht mit der Grenze war (die ist auch noch offen im Gegensatz zu Heusenstamm) Auf ein Problem stiesz ich noch: Derselbe node kann offenbar unterschiedliche Tags tragen, je nachdem zu welchem way er gehoert? Jedenfalls tragen jetzt auch einige Straszenenden neben dem Grenz-node die city-limit-tags... Das scheint nur ein potlatch-Problem gewesen zu sein... Kommentare erwuenscht... Mag die Tafeln schon mal jemand in die Renderer einbauen? ;-) Denkbar waere es auch, die Ortsgrenze selbst zu rendern??? MfG Heiko Jacobs Z! IRCnet Mueck -- Douglasstr. 30, D-76133 Karlsruhe fon +49 721 24069 fax 2030542 Geo-Bild Ing.b?ro geo-bild-KA.de Internet-Service auch-rein.de Couleurstud. Infos cousin.de VCD, umweltverkehr KA umverka.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Antw: Re: Eisenbahn, die Zweiundvierzigste...
TopSpotter schrieb: Also ich kenne einige Lokführer und von denen würden das auch alle tun. Allerdings kaum per Funk zu einem Rechner, sondern eher als Datenlogger mit nachträglicher Auswertung. Problem: ich habe keinen verborgbaren GPS-Empfänger, den man mal einen Monat lang meinen Kumpels in den Führerstand legen könnte. Zumal einige davon bei div. Güterbahnen tätig sind und Strecken befahren, auf der sonst kein Personenzug rollt, in dem man mitloggen könnte. Das sehe ich als viel interresanter an da man solche Strecken ja sonst schlecht mitloggen kann. Probier doch mal ob Du an ein Leihgerät herankommst... Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Automatischer Daten-Upload vom GPS Game ?
Tom Nicolai schrieb: Zweitens könnten wir unser System so konfigurieren, dass es automatisch die Logs zur OSM hochlädt (natürlich nur, wenn die Spieler damit einverstanden sind). Unsere Spieler würden wahrscheinlich nur in Ausnahmen im Editor die Rohdaten nachzeichen. Stattdessen würden sie nur GPS Daten erzeugen, die andere---oder ein Algorithmus?---weiter veredeln müssten. Ist das gut für die OSM? Oder doch eher Spam? Ich persönlich verwspreche mir von diesen Daten nicht viel da sie nicht für OSM-Anforderungen erfasst werden. Soll heissen, es kann sein dass brauchbare Daten dabei sind, aber auch nahzu unrauchbare daten. Allein dies reauszufiltern erzeugt unter Umständen mehr Aufwand als die Daten gleich neu für OSM zu erfassen. Lieber mit in das Spiel einbauen dass due Strassennamen eingetragen werden müssen und diese Daten dann zur Verfügung stellen :-) Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] OT: GPS-Spiel (was: Automatischer Daten-Upload vom GPS Game ?)
Garry schrieb: Lieber mit in das Spiel einbauen dass due Strassennamen eingetragen werden müssen und diese Daten dann zur Verfügung stellen :-) Apropos GPS-Spiel: Für diesen Samstag hat sich wieder ein wild entschlossenes Team von 6-7 Leuten verabredet, den Echtzeit-Synchron-ÖPNV-Rätselcache 24 zu lösen, der 6h Adrenalin für alle Mitspieler garantiert: http://www.ebbelex.de/24/ Leider ist das Frankfurter Straßenbahn- und Busnetz nicht komplett bei uns, würde den Zentralisten sonst helfen. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Zulässige Tragfähigkeiten von Brü cken
Häufig sieht man an Brücken Schilder mit der Tragfähigkeit. Gibt es dazu schon einen Tag? Jürgen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Zulässige Tragfähigkeiten von Brüc ken
Hi, 2008/7/18 Jürgen Fleckenstein [EMAIL PROTECTED]: Häufig sieht man an Brücken Schilder mit der Tragfähigkeit. Gibt es dazu schon einen Tag? Das ist doch ein normales maxweight, oder? http://wiki.openstreetmap.org/index.php/De:Map_Features#Beschr.C3.A4nkungen Tschüss, Tim. -- http://wikipedistik.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Zulässige Tragfähigkeiten von Brü cken
Häufig sieht man an Brücken Schilder mit der Tragfähigkeit. Gibt es dazu schon einen Tag? Ich gebrauche maxweight= x wobei x als default in Tonnen zählt. Gruß, Stephan. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Zulässige Tragfähigkeiten von Brüc ken
Hallo Tim, 2008/7/18 Tim 'avatar' Bartel [EMAIL PROTECTED]: Hi, 2008/7/18 Jürgen Fleckenstein [EMAIL PROTECTED]: Häufig sieht man an Brücken Schilder mit der Tragfähigkeit. Gibt es dazu schon einen Tag? Das ist doch ein normales maxweight, oder? http://wiki.openstreetmap.org/index.php/De:Map_Features#Beschr.C3.A4nkungen Tschüss, Tim. Jürgen meint sicher die kleinen gelben runden Schilder mit schwarzer Beschriftung: Das sind Angaben zu den militärischen Lastenklassen, diese sind für zivile Fahrzeuge nicht (oder nur in Ausnahmefällen) relevant. Gruß, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de