Re: [Talk-de] Hinweis: von exit_to und destination
Am 25.10.2012 21:08, schrieb Jan Tappenbeck: Am 24.10.2012 19:55, schrieb Martin Vonwald (imagic): Am 24.10.2012 um 16:53 schrieb Jan Tappenbecko...@tappenbeck.net: Laut Wiki sollte [1] verwendet werden. Jein :-) Der Schlüssel exit_to soll direkt auf den KreuzungsKNOTEN zusammen mit motorway_junction gesetzt werden. Der Schlüssel destination wird auf den WEG nach dem Kreuzungsknoten gesetzt bzw. destination:lanes wird nach den Hinweisschildern und noch vor dem Kreuzungsknoten gesetzt. Beide tragen ähnliche Informationen, wobei destination potentiell erheblich mehr Informationen beinhalten kann. Ich verwende daher eigentlich ausschließlich destination. Martin Hallo Martin, wie kommst Du auf diese Definition, wenn im Wiki nicht einmal eine Info zu dem Tag exit_to vorhanden ist. Zu exit_to steht folgendes sehr wohl im Wiki: Zielangabe Das Attribut exit_to=* kann für Reiseziel-/Richtungsangaben verwendet werden. Beispiel: Falls das Schild am Straßenknoten als weitere Richtung Astadt über die B0815a anzeigt, dann kann exit_to=Astadt B0815a gesetzt werden. Bei mehreren Angaben werden diese durch Semikolons getrennt, z.B. exit_to=Astadt B0815a; Bedorf L0158; Ceburg. (Ceburg wurde ohne Straßennummer angegeben.) Eine andere Möglichkeit, um die Hinweisschilder aufzunehmen, ist die vor einiger Zeit vorgeschlagene Variante mittels Relation:destination_sign. Der Tag exit_to gehört aber zu dem Knoten-Objekt highway=motorway_junction. Dies aber schon immer... Bitte hier nachlesen: http://wiki.openstreetmap.org/wiki/DE:Tag:highway%3Dmotorway_junction bzw. http://wiki.openstreetmap.org/wiki/Tag:highway%3Dmotorway_junction Schönen Abend noch! D. Wegerle Ich vermute die gesetzten gibt es nur, weil diese im JOSM-Present vorhanden sind. Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] PRESSE: Artikel mit Erwähnung von OSM auf faz.net
http://www.faz.net/artikel/C31158/unterwegs-mit-dem-smartphone-outdoor-routenfuehrer-fuer-android-30455768.html Grüße Dominik -- Dominik Wegerle fortunequest o...@dwegerle.eu ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] highway=axis
Am 30.06.2011 13:06, schrieb M∡rtin Koppenhoefer: Am 30. Juni 2011 13:02 schrieb M∡rtin Koppenhoeferdieterdre...@gmail.com: Am 30. Juni 2011 12:32 schrieb Frederik Rammfrede...@remote.org: Vermute dass visor nicht richtige Wort ist, ich stelle mir da eher die Klappe einer Ritterrüstung oder das Glas eines Sturzhelms vor, ganz sicher bin ich mir allerdings auch nicht. M.E. kann es nicht schaden, wenn man nicht besonders gut Englisch spricht, mal auf tagging nachzufragen, bevor man irgendwelche Übersetzungen im Wörterbuch sucht, und dann Wörter wählt, die nicht passen. Gegenvorschlag für visor: central_reservation (scheint gem. Wikipedia BE zu sein): http://en.wikipedia.org/wiki/Central_reservation Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Uninteressant ist ein Mittelstreifen sicherlich nicht, und es gibt da sicherlich auch die Interessantesten Begebenheiten... Ich interpretiere diese 3 Schlüssel so: highway=axis: Eine Achse, de facto ein Mittlerer Grenzstreifen zwischen zwei entgegengerichteten Autobahnspuren Da sehe ich dann statt Axis auch eher die central reservation (im BE) http://dict.leo.org/?lp=endefrom=fx3search=Trennstreifen barrier=beam_barrier: Hier soll wohl das Vorhandensein eines Sicht-/Blendschutzes angezeigt werden... wenn ich jetzt einfach mal grob zurückübersetze Sicherlich wäre der Ausbauzustand des Mittelstreifens allgemein interessanter. Also Leitplanke, Betonplanke, mit Begrühnung, Breite, mögliche Durchlassstelle, etc. visor=hedge Und dann noch ein zusätzlicher neuer Schlüssel, der Anzeigt, ob vom Mittelstreifen eine Schutzwirkung vor dem Licht des Gegenverkehres ausgeht... Ich weiß leider nicht, wie der Fachbegriff für diese ofmals verwendeten grünen Paddel lautet. vielleicht lieber mit glare shield übersetzen? wohl aber einfach nur als yes oder no spezifiziert Der Sicht-/Blendschutz wird durch Straßenbegleitgrün in Form einer Hecke realisiert... http://de.wikipedia.org/wiki/Straßenbegleitgrün So, das war mein Senf zu dem Thema... Grüße Dominik -- Dominik Wegerle fortunequest ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Navigon POI aus OSM Daten
Am 12.06.2011 22:11, schrieb Ulf Möller: Am 12.06.2011 15:08, schrieb Stephan Knauss: Hat jemand ein Navigon Gerät und dieses POI Paket gekauft? Könnte mal über Erfahrungen damit berichtet werden? Ich hatte eine Zeitlang ein Testgerät mit einer Vorabversion und kann bestätigen, dass die Daten unter CC-BY-SA stehen und (C) OpenStreetMap contributors und die Lizenz bei den Credits genannt wird. Außerdem wurde ich gebeten, dazu die Ankündigung im Anhang weiterzuleiten. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Artikel bei golem.de: http://www.golem.de/1106/84174.html (Mit ordentlicher Quellenangabe am Artikelbild!) Schöne Woche! Grüße Dominik -- Dominik Wegerle fortunequest o...@dwegerle.eu ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Problematik der Ortsnamenzusätze
:$YOUR_QUALIFIER, ...), nur Bedenken gegen das Zerstückeln. Einmal vollständig und einmal nur der Hauptteil wäre auch möglich, ist aber etwas redundant und hat IMHO mehr Fehlermöglichkeiten. Genau das schlage ich vor. Das bisschen Redundanz erspart uns aber einen Haufen von irgendwelchen Trennungs- und Zusammensetzungsalgorithmen, die jetzt nicht gerade ein Beispiel für Robustheit sein werden - natürlich auch IMHO. Viele Grüße Igor [1] http://wiki.openstreetmap.org/wiki/Key:name:prefix ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Ich versuche hier nochmal meine Meinungen zu äussern und vielleicht das Thema / die Themen nochmal differenziert zusammenzufassen: Vielleicht wissen wir am Ende dann auch wieder über was wir jetzt eigentlich diskutieren wollen oder müssen. 1. das Einstiegsproblem: OSMAND findet den Ort Ostseebad Zingst nicht, wenn man nach Zingst sucht: Meiner Meinung tatsächlich ein Softwareproblem von OSMAND, welches sich durch nicht allzu großen Aufwand lösen lassen müsste, schließlich ist der String Zingst ein Teil des Strings Ostseebad Zingst. Gerne wird ja hier darauf verwiesen, das wir kein Mapping für den Renderer betreiben, für Software eben auch nicht! 2. Nutzung des Keys name=*: Hier kam nun die Frage auf, wie viel Name denn nun im Tag name=* zu stecken hat. Ich halte Namenszusätze hier nicht für Unsinn, schon gar nicht, wenn sie Teil des amtlichen Stadtnamens sind. 3. Nutzung von Keys name:$YOUR_QUALIFIER: Ich will jetzt nicht wiederholen wie viele Varianten es für $YOUR_QUALIFIER gibt. Wer eine für deutschlandweit gültige Liste haben will, darf sich gerne hier umkucken: http://wiki.openstreetmap.org/wiki/User:Fortunequest/LOK#name Diese Liste habe ich mal aus einer Laune heraus erstellt um grade dem Wildwuchs von Schlüsseln entgegenzuwirken. Alleine bei uns in Deutschland haben wir aktuell 7280 verschiedene Schlüssel. Viele erzeugt aufgrund von Rechtschreibfehlern oder wohl aus einer Laune heraus. 4. Wohin gehört denn nun was?: Wie ich es aktuell halten würde... key=name - value=amtlicher Stadtname Alle Zusätze die amtlich festgelegt sind kommen da mit hinein. Sollte es Städtebezeichnungen in Fremdsprachen geben, dann... z.B. key=name:en - value=Munich z.B. key=name:fr - value=Aix-la-Chapelle usw... Gleiches für Lokale Variationen. Für Alternativnamen sollte man sicherlich einen einheitlichen Key definieren: vorhanden sind schon: name:alt=* , name:alternative=* , alt_name=*, alt-name=*, alternative_name=*, alternative name=* alt:name=*, ... Liste ist nicht vollständig! Redundante informationen, die schon anderweitig enthalten sind, würde ich komplett weglassen. Ortsnamenzusätze, wie die von mir erwähnten Beispiele: „Wissenschaftsstadt“, „Universitätsstadt“, „Documentastadt“ gehören nicht in name=*, Sie stehen ja auch auf den Ortsschildern vom Ortsnamen abgesetzt. Wohin mit diesen, ist wohl nach wie vor offen... 5. Der Thread lautet Ortsnamenzusätze: D.h. Ortsteilnamen erzeugen mit großer Wahrscheinlichkeit neue Probleme... Gleiches gilt für Gemeinden, Regionen, etc. 6. Quo Vadis: Leider habe ich keine Mustergültige Lösung parat, ich hoffe, das man durch ne öffentliche Diskussion am Ende aber mehr Klarheiten erzeugen kann als Chaos zu stiften! Abschließend hoffe ich, das sich keiner auf den Schlips getreten fühlt, wenn ich jetzt meine nicht vorhandene Kompetenz überschritten habe und Dinge vergessen, oder fälschlich dargestellt haben solte! Liebe Grüße Dominik -- Dominik Wegerle fortunequest o...@dwegerle.eu ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Problematik der Ortsnamenzusätze
On 08.06.2011 10:05, Falk Zscheile wrote: Am 8. Juni 2011 07:54 schrieb Karl Eichwalderk...@gnu.franken.de: Jan Tappenbecko...@tappenbeck.net writes: Wenn man jetzt aber z.b. Zingst sucht, dann findet das Programm diesen Ort nicht, da im Tag name der Wert Ostseebad Zingst steht. Ja, diese zusätze sind im haupttag unsinn. Leider setzen sich bei solchen fragen langfristig stets die verwaltungsfuzzis oder heimathirsche durch... Es gab dazu auf der MV-Liste mal einen Thread.[1] Wenn ich mich recht entsinne wurde damals für eine Auslagerung der Namenszusätze in ein Extratag befürwortet, wobei die Zweifelsfälle nicht völlig ausgeräumt werden konnten. So ist Bad Doberan im allgemeinen Sprachgebrauch ohne Bad nicht mehr denkbar. Bei Zingst ist die Benutzung ohne Ostseebad hingegen üblich. Gruß, Falk [1] https://lists.openstreetmap.de/pipermail/meckpomm/2010-March/000782.html ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Dies ist jetzt mein 2. Beitrag über die Liste, daher nochmal ein Hallo an Alle. In Hessen gibt es jetzt seit einiger Zeit so schöne Ortsnamenzusätze wie „Wissenschaftsstadt“, „Universitätsstadt“, „Documentastadt“ (Kassel) oder auch Brüder Grimm Stadt (Hanau und Steinau an der Strasse). Dies ist seit 2009 sogar rechtlich festgehalten (s.u.). Beschluss des Bundesrates Drucksache 154/09 (Beschluss) am 03.04.09 in der Allgemeine Verwaltungsvorschrift zur Änderung der Allgemeinen Verwaltungsvorschrift zur Straßenverkehrs-Ordnung (VwV-StVO): ... 5. Zu Artikel 1 Nummer 98 (Zu den Zeichen 310 und 311 Ortstafel) Randnummer 4 Nummer IV. Satz 2a - neu - (VwV-StVO) In Artikel 1 Nummer 98 (Zu den Zeichen 310 und 311 Ortstafel) ist nach Randnummer 4 Nummer IV. Satz 2 folgender Satz einzufügen: Andere Zusätze sind nur zulässig, wenn es sich um Bestandteile des amtlichen Ortsnamens oder Titel handelt, die auf Grund allgemeiner kommunalrechtlicher Vorschriften amtlich verliehen worden sind. Begründung: Auf zahlreichen Ortstafeln finden sich Zusätze wie beispielsweise Barbarossastadt, Brüder-Grimm-Stadt, Lutherstadt oder Universitäts- stadt. Bei diesen Namenszusätzen handelt es sich um Zusatzbezeichnungen, die auf Grund kommunalrechtlicher Vorschriften nach dem entsprechenden Antrag einer Gemeinde durch das jeweilige Innenministerium verliehen werden. In der Regel haben die Bezeichnungen einen historischen Hintergrund und sind für die betreffenden Kommunen von großer Bedeutung. In jüngster Zeit haben die Ortsschilder mit Namenszusätzen zu Problemen geführt mit Auswirkung auf das Verkehrsrecht. So hat das Amtsgericht Hanau entschieden, dass wegen des Zusatzes auf dem Ortsschild keine Innerörtlichkeit bestehe und damit auch keine Geschwindigkeitsbegrenzung auf Tempo 50. Tempoverstöße können somit nicht geahndet werden, was erhebliche Auswirkung auf die Verkehrssicherheit hat. Im Interesse der Rechtsklarheit, der Verkehrssicherheit und im Interesse der Kommunen ist die vorgeschlagene Regelung zwingend notwendig. Auch wird durch eine solche Regelung unerwünschter und nicht mehr tolerabler Wildwuchs von ergänzenden Zusatzbezeichnungen auf oder in direktem Zusammenhang mit Ortstafeln verhindert. ... Daher könnte man sich schon die Frage stellen ob zusätzlich zum name=* Tag ein weiterer Tag solche Dinge allgemein erleichtert... So könnte man z.B. vorschlagen name_prefix=* (z.B. für Bad ..., Hansestadt ..., ... also quasi für teile eines amtlichen Ortsnamens) Hier führe ich mich direkt selbst ad absurdum... Wenn es der amtliche Ortsname ist, muss das komplett in den name=* Tag! (Meine Meinung...) name_annexe=* (z.B. für Lutherstadt oder Universitätsstadt, ... für verliehene Städtetitel) name_prefix könnte an anderer Stelle auch für Dinge wie Titel von Personen angewendet werden (z.B. Prof. , Dr., etc.) Aber bitte fallt jetzt nicht gleich Alle über mich her! Bin ja noch ein Frischling und das hier sind nur Gedankenspiele! Generell bin ich für eine überschaubare Anzahl von Key-Elementen und sehe Wildwüchse sehr skeptisch! Liebe Grüße und frohes Mappen! Dominik -- Dominik Wegerle fortunequest o...@dwegerle.eu ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Problematik der Ortsnamenzusätze
On 08.06.2011 11:15, Walter Nordmann wrote: sowas gibt es doch schon lange; die werden nur nicht häufig verwendet. name:prefix und name:suffix gruss walter +1 Sorry, war mir wegen der Häufigkeit nicht geläufig. Hier wohl das zugehörige Proposal: http://wiki.openstreetmap.org/wiki/Proposed_features/Directional_Prefix_%26_Suffix_Indication Taginfo liefert: name:prefix - 8 418 name:suffix - 3 name:full - 6 058 name:right - 27 577 name:left - 27 524 Sollte man sich mal evtl. Gedanken machen ob man hier in Sachen Dokumentation evtl. etwas nachhelfen kann Beispielsweise hier: http://wiki.openstreetmap.org/wiki/DE:Howto_Map_A#Ortseingang On 08.06.2011 11:34, Georg Feddern wrote: Moin, Dominik Wegerle schrieb: [Ortsnamenzusätze] Andere Zusätze sind nur zulässig, wenn es sich um Bestandteile des amtlichen Ortsnamens oder Titel handelt, die auf Grund allgemeiner kommunalrechtlicher Vorschriften amtlich verliehen worden sind. Daher könnte man sich schon die Frage stellen ob zusätzlich zum name=* Tag ein weiterer Tag solche Dinge allgemein erleichtert... So könnte man z.B. vorschlagen name_prefix=* (z.B. für Bad ..., Hansestadt ..., ... also quasi für teile eines amtlichen Ortsnamens) Hier führe ich mich direkt selbst ad absurdum... Wenn es der amtliche Ortsname ist, muss das komplett in den name=* Tag! (Meine Meinung...) name_annexe=* (z.B. für Lutherstadt oder Universitätsstadt, ... für verliehene Städtetitel) name_prefix könnte an anderer Stelle auch für Dinge wie Titel von Personen angewendet werden (z.B. Prof. , Dr., etc.) Eine Unterscheidung zwischen 'Titel' und 'amtlichen Ortsnamen' halte auch ich für sinnvoll. name:prefix wird (auch von mir) schon häufiger verwendet für allgemeine Vorsätze wie Amt, Gemeinde bei Grenzrelationen (eher als Render-Hilfe zur Unterscheidung zur Ortslage). Bad und Hansestadt sind allerdings amtliche Ortsnamenbestandteile - und gehören auch m. M. n. ins name-tag, nicht in den Prefix. Eine Suche sollte schon in der Lage sein, Wismar auch in Hansestadt Wismar zu finden und zur Auswahl zu bringen. name_annexe halte ich allerdings nicht für sinnvoll, da Annex (Anhang) allgemein sowohl Vor- als auch Nachsatz beschreiben kann, wobei es wohl eher als Anhang/Nachsatz verstanden wird - daher bin ich eher für Pre- und Suffix, sonst weiß man wieder nicht, wo es hingehört. Gruß Georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de +1 -- Dominik Wegerle fortunequest o...@dwegerle.eu ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM für Feuerwehr
Hallo Elmar, ich weiß, das die Firma Logiball auch in etwa die gleiche Richtung arbeitet. http://www.logiball.de/bn-bos.html Gleichzeitig sind sie als Sponsoren bei OSM Veranstaltungen aktiv: http://stateofthemap.org/ Vielleicht gibt es dort einen Ansprechpartner für Dich... (oder aber Sie sehen Dich als konkurrenz, das weiß ich nicht...) Auf jeden Fall viel Erfolg für Dein Projekt! mit freundlichen Grüßen Dominik Wegerle -- Dominik Wegerle fortunequest o...@dwegerle.eu Am 07.06.2011 12:16, schrieb Elmar Burke: Hey Markus, danke für deine Antwort, aber es heißt Kleve :) In der Tat. du hast die Anforderungen auf den Kopf getroffen. Wobei ob Android, iOS oder Win7 noch nicht klar ist. Das hängt an der Hardware. Und das ist das Problem. Die Geräte sind noch zu ungenau, haben leider keine EGNOS-Unterstützung. Und zur Förderung. Die Förderung ist leider nur von Unternehmen, nicht aber von Kommunen beantragbar - leider. Mit freundlichen Grüßen Elmar Burke -- Tel.: 0 28 21 - 59 080 89 Mobil: 01 512 35 45 513(t-mobile) Facebook: http://www.facebook.com/elmarburke Twitter: http://twitter.com/elmarburke -- Am 7. Juni 2011 11:38 schrieb Markusliste12a4...@gmx.de: Hallo Elmar, www.openfiremap.org Sieht hübsch aus in Klewe! an der Hochschule voranbringen und als Forschungsprojekt etablieren Von den Wehren wird gewünscht: - PDF-Export - Unterscheidung Oberflur/Unterflur/Saugstelle - offline auf Android Von den Mappern wird gewünscht: - Übersicht wo Hydranten erfasst sind (z=9..12) Finanzielle/idelle Förderung ist sicher über die Stadt möglich. Gemeinsam mit der Uni würden sie ja auch die Lorbeeren ernten :-) Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
