Re: [Talk-de] Gebäude, Grundstücke und Institutionen
Hallo zusammen, Am 05.09.2013 20:59, schrieb Ronnie Soak: Also mein Apell: Weniger Angst vor (site-)Relationen! +1 Ich würde mich selbst als Casual-Mapper bezeichnen und ich komme inzwischen - nach ein wenig Rumprobieren - recht gut mit der site-Relation klar. Ein schönes Beispiel sind meiner Meinung nach Universitäten mit mehr als einem Campus. Alles folgt einer verschachtelten Logik, die ich mit der site-Relation abbilden kann: Die Uni besteht aus mehreren Campi, ein Campus hat mehrere Gebäude und Parkplätze, die Parkplätze haben Frauen- und Behindertenplätze, mehrere Gebäude haben einen gemeinsamen, übergeordneten Namen, in den Gebäuden sitzen Institute oder die Mensa usw. Hier kann ich dann auch einzelne Nodes für die Einrichtungen verwenden, wenn ich nichts anderes habe. Dadurch, dass ich sie in die Relation packen kann, werden sie in einer Auswertung trotzdem als zur Uni gehörig erkannt. Ein Beispiel, an dem ich gearbeitet habe, sind die Duisburger Campi der Universität Duisburg-Essen (die Essener muss ich noch hinzufügen, die haben derzeit ein anderes Schema): http://www.openstreetmap.org/browse/relation/2189267 In einem Punkt muss ich Martin übrigens widersprechen: In diesem Fall ist der Flächenmittelpunkt für die Kartenbeschriftung zwar noch automatisch ermittelbar, aber nicht mehr sinnvoll: Bei einer Uni mit zwei Campi, die 2 Kilometer auseinander liegen, würde dann der Name der Uni im Niemandsland zwischen den Campi gerendert. Meine Lösung für diesen Fall: Der Name der Uni (an der site-Relation und am Label-Knoten eingetragen) wird gar nicht gerendert, was in diesem Fall auch sinnvoll ist. Es gibt ja keinen Ort, der dafür geeignet wäre. Stattdessen habe ich im obigen Beispiel zusätzlich je einen Way in der Rolle perimeter um die Hauptcampi (L+M-Bereich und B-Bereich) gezogen, deren Namen dann gerendert werden. Statt der Perimeter hätte ich lieber einen Knoten mit der Rolle label verwendet, aber das wird von den Renderern offenbar nicht unterstützt. Gerhard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tagging-System der Firma Mentz Datenverarbeitung GmbH: type=site
Hallo, mir ist aufgefallen, dass Sie rund um die von Ihnen bearbeiteten Bahnhöfe rechteckförmige Gebilde mit type=site gelegt haben. Diese Relationen haben keine Mitglieder, sondern tragen nur den Gebietsnamen, z.B.: Duisburg Hauptbahnhof: http://www.openstreetmap.org/browse/relation/3071643 Hbf Mülheim (Ruhr): http://www.openstreetmap.org/browse/relation/3028355 Flughafen Düsseldorf: http://www.openstreetmap.org/browse/relation/3095590 Bitte entfernen Sie diese Gebilde, weil sie den geografischen Gegebenheiten vor Ort nicht entsprechen. Wenn Sie die Bahnhöfe mit der site-Relation abbilden möchten, müssen Sie die einzelnen Elemente der Bahnhöfe als Mitglieder in eine solche Relation aufnehmen. Leider wird die site-Relation ziemlich stiefmütterlich behandelt, Informationen finden Sie im zugehörigen Proposal: http://wiki.openstreetmap.org/wiki/Relations/Proposed/Site; eine gute Erklärung der Funktionsweise steht auch im Parking-Proposal: http://wiki.openstreetmap.org/wiki/Proposed_features/parking. Auch wenn die site-Relation immer noch im Status proposed ist, wird sie doch schon häufig verwendet (ca. 133.000 Mal laut Taginfo). Ein noch unvollständiges Beispiel, das ich endlich mal fertigstellen muss ( :-) ), ist die Universität Duisburg-Essen, Campus Duisburg. Dort sind in der Mutterrelation der Universität (http://www.openstreetmap.org/browse/relation/2189267) die Tochterrelationen der einzelnen Campi sowie der Parkplätze erfasst. Diese Tochterrelationen untergliedern sich z.T. weiter. Seoman Am 02.08.2013 18:15, schrieb Tracy Kasperczyk: Liebe OSM Community, wir haben nun unsere Wiki Seite aktualisiert http://wiki.openstreetmap.org/wiki/Import_%C3%96PNV_Firma_Mentz_Datenverarbeitung_GmbH . Das viele und teils heftige Feedback hatte uns überrascht, vor allem da wir im Vorfeld unserer Arbeiten nach vergleichbaren Modellierungen gesucht hatten und nach deren Vorbild gearbeitet hatten. ** ** Euer Feedback haben wir uns zu Herzen genommen und vieles an unserem Ansatz grundlegend geändert. Die Wiki-Seite beschreibt, wie wir in Zukunft an die Sache herangehen wollen. Wir hoffen, das ist in Eurem Sinne und freuen uns über Kommentare und Anregungen. ** ** Viele Grüße, Tracy (OSM-Kontakt bei Mentz Datenverarbeitung GmbH) ___ 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
Re: [Talk-de] Tagging-System der Firma Mentz Datenverarbeitung GmbH: type=site
Am 12.08.2013 12:09, schrieb Tracy Kasperczyk: Hallo Herr Hermanns, in diesen Site Relationen befinden sich weitere Relationen. Entschuldigung, keine Ahnung, wie ich die Mitglieder der Relation übersehen konnte (wo ich doch selber die Site-Relation verwende). Demnächst halte ich mich wieder daran, erst Kaffee zu trinken und dann E-Mails zu schreiben ... Aus diesem Grund werden wir die Relationen in nächster Zeit wieder entfernen. Die Versendung der Relationen an sich muss nicht verkehrt sein - die Diskussion darüber, ob sie ein geeignetes Mittel für die Bahnhöfe sind, überlasse ich gerne anderen. Zumindest die Ränder der Relation müssten aber besser gefasst sein - am besten nur durch die Umrisse/Grenzen der Mitglieder oder evtl. noch über eine eng gefasste Perimeter-Fläche. Nur nicht wie hier über eine doch sehr überdimensionierte Rahmenfläche. Gerhard Hermanns (Seoman) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Einführung eines neuen Tags (globaleID)
umstellen möchte, es werden sondern noch weitere Verkehrsverbünde und Betriebe diesem Beispiel folgen. Im Folgenden erläutern wir die Objekte und Tags, die wir bei den Modellierungen benutzen. Wir sehen den Bahnhof als ein Bauwerk an, dabei gibt es einfache Bauwerke und sogenannte Gebäude. Zu den einfachen Bauwerken gehören die Schienen, der Haltepunkt, die Plattformen, die verbindenden Elemente (Treppen, Fahrstühle und Rolltreppen) und die Eingänge. Zu Gebäuden zählen wir noch weitere Flächen, wie Tunnelflächen. Einfache Bauwerke: Objekt: Schiene (Type: Way) Schienen werden von uns nicht angefasst. Das einzige was wir machen, wenn zu wenig Schienen eingezeichnet sind, wie es bei U-Bahnlinien der Fall ist, dann erweiteren wir diese möglichst nach der genauen Lage. Objekt: Haltepunkt (Type: Node auf dem Way Schiene) - railway = stop (vorher haben wir station getaggt, es war uns nicht ganz klar was der unterschied zwischen Station und Stop in diesem Fall ist) - public_transport = stop_position - train = yes - ref = 1 (Gleisnummer) - name = Ostbahnhof München Wir wollen damit den genauen Haltepunkt des Fahrzeuges auf der Schiene kennzeichnen. Objekt: Eingang (Type: Node) - entrance = yes oder - railway = subway_entrance (wenn es ein U-bahn Eingang ist) oder - entrance = main (wenn es sich um den Haupteingang handelt) Wobei für uns die Eingangsunterscheidung unrelevant ist. Objekt: Plattform (Type: Flächen) - area = yes - name = Untertürkheim, Bahnsteig 1 - public_transport = platform - railway = platform - ref = 1 (Gleisnummer) - layer = ... - level = - train = yes In den vorhandenen Daten sind Bahnsteige aus Routinggründen häufig zweigeteilt. Um diese wieder zu vereinigen, werden sie durch eine Relation zusammengefasst. Wir benutzen die Relation stop_area. Falls dies nicht gewünscht wird könnten wir auch eine eigene Relation anlegen. Tags die schon vorhanden sind werden nicht von uns gelöscht. Verbindende Elemente: Objekt: Treppe (Type: way) - highway = steps - level = 0,1 Treppe bekommen bei uns immer das Level von dem aus sie beginnen zu dem Level wo sie hinführen. Tags die schon vorhanden sind werden nicht von uns gelöscht. Aus dem Wiki: http://wiki.openstreetmap.org/wiki/Steps Objekt: Rolltreppe (Type: way) - highway = steps - escalator = yes - level = 0,-1 Rolltreppe bekommen bei uns immer das Level von dem aus sie beginnen zu dem Level wo sie hinführen. Tags die schon vorhanden sind werden nicht von uns gelöscht. Aus dem Wiki: http://wiki.openstreetmap.org/wiki/Escalator Objekt: Aufzug (Type: way) - highway = elevator - level = -1,0 Aus dem Wiki: http://wiki.openstreetmap.org/wiki/Elevator Tags die schon vorhanden sind werden nicht von uns gelöscht. Gebäude mit weiteren Flächen: Objekt: Tunnel (Type: Fläche) - area = yes - tunnel = yes - level = ... - layer = ... - building = yes (es handelt sich um ein Indoor-Elment und soll in der Karte angezeigt werden) - designation = Unterführung Es werden die Fußwege auf den Tunnelflächen ebenfalls, erstellt bzw. wenn diese schon vorhanden sind, dann werden diese nicht gelöscht bzw. verändert. Objekt: Bahnhofshalle (Type: Fläche) - name = München Ostbahnhof - railway = station - building = yes - area = yes Werden meist so gelassen wie sie in OSM schon von vielen Usern gepflegt und angelegt wurden. Um uns mit den unterschiedlichen Modellierungsarten vertraut zu machen und um unseren Kunden aussagekräftige Beispiele zu liefern, haben wir bisher folgende Bahnhöfe modelliert: Bochum Hbf Bockum-Hövel Bönen Bösensell Buldern Dortmund Hbf Drensteinfurt Duisburg Hbf Dülmen Düsseldorf Hbf Düsseldorf Flughafen Düsseldorf-Benrath Ennepetal Essen Hbf Gelsenkirchen Hbf Hagen Hbf Haltern am See Hamm(Westf) Holzwickede Kamen Köln Hbf Köln Messe/Deutz Köln-Mülheim Leverkusen Mitte Müllheim(Ruhr)Hbf München Ostbahnhof (München) München Vaterstetten (München) Sankt-Martin-Straße (München) Kirchheim (Stuttgart) Untertürkheim (Stuttgart) Schwabstraße (Stuttgart) Vaihingen (Stuttgart) Winnenden (Stuttgart) Freiburg Hbf (Freiburg) Mit freundlichen Grüßen Tracy (taoxue) i.A. Mentz Datenverarbeitung GmbH Am 23. Juli 2013 10:49 schrieb Wilhelm Spickermann o...@spickermann-d.de: Am Mon, 22 Jul 2013 16:43:25 +0200 schrieb fly lowfligh...@googlemail.com: Hat sich das denn jetzt aufgeklärt oder geht das weiter ? taoxue hat vorhin mit mir Kontakt aufgenommen und ich habe dazu geraten, die Sache hier in der Liste zu besprechen. Ich denke, dass wir akzeptable Lösungen finden können, aber die Sachen müssen jetzt in der Liste geklärt werden. Wilhelm ___ 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 -- Gerhard Hermanns
Re: [Talk-de] Universitätsgebäude
Hi, noch ein Vorschlag, der sich zwar nicht auf dein Problem mit den Gebäudenamen bezieht, aber zur Uni allgemein: Wie wäre es mit der Verwendung der site-Relation? Sie ist eigtl. genau für solch verstreute Gebäudeansammlungen wie Universitäten, Kliniken usw. gemacht. Ich habe so z.B. die Uni Duisburg gemappt [1] (allerdings noch nicht komplett). Seoman [1] http://www.openstreetmap.org/?lat=51.43059lon=6.80187zoom=17layers=M Am 30.04.2013 10:13, schrieb Marvin Preuss: Hallo, ich bin gerade ein wenig aufgeschmissen. Die Kunstakademie in Nürnberg hat seit letzter Woche einen Neubau und ich wollte das zum Anlass nehmen die Akademie ausführlich zu mappen und taggen. Ich wollte den Gebäuden die verschiedenen Werkstätten zuordnen und dachte das ich das am besten mit name mache. Ich habe mich versucht an https://wiki.openstreetmap.org/wiki/DE:Tag:amenity%3Duniversity; zu halten. Aber irgendwie sieht das sehr bescheiden aus: http://www.openstreetmap.org/?lat=49.445785lon=11.134708zoom=18layers=M;. Habt ihr Vorschläge wie ich das besser machen kann? lg, Marvin ___ 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
Re: [Talk-de] unangekuendigte Massenedits
Hi, On 17.01.2013 16:13, Josef Latt wrote: Am 17.01.2013 15:05, schrieb Wolfgang Hinsch: Am Donnerstag, den 17.01.2013, 08:15 +0100 schrieb Josef Latt: Prinzipiell gibt es nur benutzungspflichtige (straßenbegleitende) Radwege, zumindest in DE. Sorry, aber das ist Unsinn. Nur für die Radwege, die mit den entsprechenden Zeichen (237, 240 oder 241) gekennzeichnet sind, besteht Benutzungspflicht, ansonsten kann wahlweise Radweg oder Fahrbahn genutzt werden. Pauschal genommen ist das auch Unsinn, weil damit offensichtlich nur straßenbegleitende Radwege gemeint sind. All die vielen Querfeldeinwege mit diesen Schildern können nicht benutzungspflichtig sein, weil da nicht die Möglichkeit besteht, eine Fahrbahn zu benutzen. ich verfolge nicht die ganze Diskussion (der Thread ist mir inzwischen zu lang ...), daher sorry, falls das schon mal erwähnt wurde: Es gibt auch straßenbegleitende Radwege, die nicht benutzungspflichtig sind. Dort hat der Radfahrer die Wahl, ob er auf der Fahrbahn oder auf dem Radweg fährt. Wir haben hier bei uns z.B. so einen Fall: Auf dem (recht breiten) Bürgersteig ist mit roter Farbe bzw. mit roten Pflastersteinen eine Spur oder Fahrbahn gekennzeichnet. An keiner Stelle steht jedoch ein blaues Radweg-Schild, es gibt auch keine weißen Markierungen oder aufgemalte Symbole. Dies ist ein klarer Fall für kann benutzt werden, muss aber nicht (es gibt, wenn ich mich richtig erinnere, auch ein Gerichtsurteil dazu). Seoman ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ODBL-Flyer
Hallo zusammen, ich finde, dass wir da schon einen sehr guten Flyer haben, danke dafür! Wenn ich das richtig sehe, ist der neue Flyer noch nicht in der Wiki verlinkt. Wird er denn schon verwendet? Mir sind auch noch ein paar Fehler aufgefallen: 1) Abschnitt Machen Sie mit ...: * Am Ende des ersten Absatzes fehlt der Punkt, es scheint aber, als sollte der Satz dort noch weitergehen? ... mit Links zu Foren [und ... (?)]. * Das Ende des zweiten Absatzes fehlt. * Im dritten Absatz steht Openstreetmap statt OpenStreetMap. * Ebenfalls im dritten Absatz: Es müsste OSM-Daten statt OSM Daten heißen. 2) Im Abschnitt Wozu eine ... klebt der Text sehr nah am Bild des GPS-Geräts. 3) Im Abschnitt Wie funktioniert ... die von Chaos erwähnten Umbrüche. Seoman On 13.01.2013 16:05, Ronnie Soak wrote: Toll! Danke. Leider hat sich noch ein kleiner Fehler eingeschlichen.Im 2ten Textblock der unteren Hälfte, finden sich mehrere Worte mit Trennstrichen trotz Verwendung mitten in der Zeile. Ge-bäudeumrisse Haus-nummer. Gruss, Chaos Am 11. Januar 2013 09:17 schrieb bkmap burkhard.kirch...@web.de: Da sich hier nichts weiter getan hat, habe ich mal Eure Vorschläge in den Flyer eingearbeitet. Was haltet Ihr davon? http://wiki.openstreetmap.org/wiki/File:German_flyer_2013_01.png Gruß Burkhard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [OSM-talk] public_transport=platform not rendered
For now I don't tag public transportation at all until 'they' settled on something that actually works both for data consumers AND casual mappers. Hi, from the Mapnik-Trac (4 weeks ago): public_transport=* rendering will become possible after the next full import of the database. The public_transport key is currently not yet available in the rendering database. https://trac.openstreetmap.org/ticket/4685#comment:1 https://trac.openstreetmap.org/ticket/4685#comment:1 Seoman ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Help
Am 07.10.2012 19:20, schrieb Björn Kruschke: Unsubcribe Björn Kruschke Bülowstr. 27 32756 Detmold 05231 7094007 Ich vermute, es soll unsubscribe heißen (zweites s fehlt). Seoman ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gebäude nicht gerendert - machmal steht man im Wald
Am 10.04.2012 17:03, schrieb Jan Tappenbeck: hi ! kann mir einer von Euch sagen warum die Gebäude in http://www.openstreetmap.org/?lat=53.883422lon=10.654213zoom=18layers=M (Nr. 5 bis 14) einfach nicht gerendert werden - obwohl schon vor Monaten gezeichnet ? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Hi, ich kenne zwar die genaue Ursache nicht, aber es hängt wohl damit zusammen, dass diese Gebäude die Adressdaten sowohl am Entrance-Node als auch am Gebäude haben. In Potlatch 2 kann man das sehr schön sehen: Die anderen Gebäude haben es entweder nur am Gebäude (z.B. Am Stadtrand Nr. 10) oder nur am Entrance-Node (z.B. Krempelsdorfer Allee 58). Bei Krempelsdorfer Alle 62/68 kommt zwar auch beides vor, aber mit unterschiedlicher Hausnummer. Daher vermute ich die doppelten Hausnummern als Grund. Grüße Seoman ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Forschungseinrichtungen, wie taggen?
Am 05.04.2012 09:10, schrieb Andreas Labres: Hallo Martin! IMO (aber das kann auch unvollständig sein) gibt's shops (~Werkstätten) für die blue-collar workers und offices für die white-collar workers. Labors würde ich schon eher in den offices vermuten, aber da müßte man wohl native speaker befragen... Aber grade bautechnisch passen Labors wohl gut in Bürogebäude, oder? (im Unterschied zu Werkstatt- oder Fabrikshallen) Servus, Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Hallo, laut Taginfo gibt es insgesamt 172 mal den Tag research_institution=yes, und 267 mal den Tag office=research. Ich persönlich halte amenity=research oder amenity=research_institution mit operator=* für passender (ganz wie bei Universitäten), wird bislang aber nur 31 mal (alle Varianten) verwendet. Etwas anders ist es beim FZ Jülich gemacht worden, das wurde mit landuse=research, research_institution=yes und member_of: Helmholtz-Gemeinschaft getaggt (alles am Zaun): http://www.openstreetmap.org/?lat=50.90706lon=6.41468zoom=15layers=M http://www.openstreetmap.org/?lat=50.90706lon=6.41468zoom=15layers=M . Vielleicht hilft davon etwas. Seoman ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gedanken und Fragen bezüglich des Lizenzwechsels
Am 22.01.2012 13:55, schrieb Martin Koppenhoefer: Am 22. Januar 2012 13:37 schrieb Robert S.osm-m...@autobahnen-europa.eu: Die offensichtlichen Fälle, wie das wegfallen eines ganzen Wohngebietes (oder Regionen wie Nord-Ost-Thüringen) werden die Minderheit sein. Viel eher wird es vorkommen, dass einzelne Tags fehlen. Und sowas würde man nach dem Wechsel dann nur noch per Zufall entdecken können. Das ist aber doch auch richtig so, oder? Wenn man die Daten dessen was wegfälllt als Basis für neues Mappen verwendet, dann ist das im Prinzip doch Kopieren, d.h. man schaffte damit abgeleitete Werke, selbst wenn man die Geometrie neu anlegt. Gruß Martin Abmalen darf ja nicht sein, das ist richtig. Aber ich denke schon, dass wir so etwas wie die Badmap auch NACH dem Lizenzwechsel noch haben sollten. Nicht um von dort abzumalen (was ja hoffentlich auch jetzt niemand macht), sondern als Hilfe, damit man weiß wo man nachschauen muss. Außerdem müsste es dann eine Möglichkeit geben, in dieser Karte - ich nenne sie jetzt mal Badmap 2.0, zur Abgrenzung von der jetzigen Badmap - die Objekte zu markieren, die bereits remapped wurden. Denn die OSM-Daten selbst, die in dieser Badmap 2.0 verwendet werden, kann man dann ja nicht mehr editieren. Nun hat Simon Poole im OSM-Forum allerdings schon geäußert, dass er die Badmap nach der Lizenzumstellung wohl nicht weiter betreiben wird. Bliebe evtl. das Licence Change-Layer im OSMI? Gruß Gerhard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Umsatzsteuer-nummern taggen
Am 13.01.2012 03:43, schrieb Willi: OSM ist eine Datenbank mit geografischen Informationen. Was hat die Umsatzsteuernummer mit Geografie zu tun? Meines Erachtens sind Name und Art des Geschäfts genug. Das sind auch die Angaben, die üblicherweise auf Karten zu finden sind. Und zwar weil es die Informationen sind, die den Kartennutzer interessieren. Die Umsatzsteuernummer ist nicht hilfreich wenn er ein Geschäft sucht. Sie ist nicht aussen angeschrieben und auch vor Ort nicht ohne weiteres zu verifizieren. Dieser Vorschlag ist meines Erachtens noch verfehlter als neulich der Vorschlag detailliertere Angaben über Angebote und Preise von Hotels aufzunehmen. Dazu gibt es bereits bessere, etablierte Möglichkeiten. Es genügt vollkommen, wenn in OSM eine entsprechende Webseite angegeben ist. Die OSM Datenbank sollte nicht mit solchen, nicht geografischen Daten aufgebläht und die Mapper und Datennutzer nicht mit solchen Daten beim Editieren und Verarbeiten belästigt werden. +1 Ich halte diese Informationen in OSM auch für fehl am Platz - als nächstes kommen dann womöglich die Bankverbindungen oder Namen der Geschäftsführer. Besser wäre es, dafür eine Extra-Datenbank zu verwenden oder Links zu entsprechenden Websites zu setzen. Ich sehe allerdings, dass es allmählich schwierig wird, zu unterscheiden, was nun noch in OSM gehört und was nicht. Ich möchte auch kein puristisches OSM mit reinen Geodaten - dann müsste man auch alle Informationen zu Öffnungszeiten oder ÖPNV auslagern. Ein denkbares (wenn nicht eindeutiges) Kriterium ist es daher für mich, ob eine Information an ein Geo-Objekt (Gebäude, Knoten, ...) gebunden ist. Das ist z.B. bei den Öffnungszeiten der Fall oder bei Haltestelleninformationen. Bei Buslinien-Relationen wird es schon kritischer, da bin ich mir nicht so sicher, tendiere aber zu der Meinung, dass sie in einer eigenen Datenbank besser aufgehoben wären. Die Umsatzsteuer-ID kann man dagegen nicht ohne Weiteres einem festen Ort zuordnen: Gehört sie nun zum Standort A oder B eines Unternehmens? Was, wenn die Firma nur den Teil eines Gebäudes belegt? Daher gehört die Umsatzsteuer-ID IMHO nicht in OSM. Gerhard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Dortmund nahe Borsigplatz: unerfahrener User
Hallo zusammen, ich bin auf ein paar Einträge des Users recky gestoßen. Er ist noch neu, nur 2 Changesets mit je 3 Wegen. Die Einträge hier bei mir in der Ecke sind Wege ohne Tags und/oder ohne reale Entsprechung. Ich habe ihn angeschrieben, aber seit 3 Wochen keine Antwort. Vielleicht kann sich jemand aus der Dortmunder Ecke um seine dortigen Einträge kümmern? Das Changeset hat die Nummer 9548183 (http://www.openstreetmap.org/browse/changeset/9548183). Seoman ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] DE:zone
Am 22.06.2011 14:57, schrieb M∡rtin Koppenhoefer: Zu tram: Ich kenne bis heute keine bessere Möglichkeit um zu beschreiben, das Bahnschienen in der Straße verlaufen. Ist zwar nicht erlaubt funktioniert aber mit railway=* + highway=* an einer Linie und ist ja auch richtig, da die Linie ja eben beides ist. wenn die Richtung der Straße dieselbe ist wie die der Schienen ist es m.E. richtig, wenn wir aber von einer Kreuzung sprechen, dann fahren keine Autos auf den Schienen in Schienenrichtung, und dann halte ich ein highway=* auch für ungeeignet. auch wenn es jetzt etwas off topic ist, möchte ich hier doch gerne auf ein Kuriosum aufmerksam machen, das es z.B. in Mülheim a. d. Ruhr gibt: Hier fährt die Straßenbahn auch mal ENTGEGEN der Fahrtrichtung der Autos. Lustig, wenn man aus einer Seitenstraße auf die linke Spur abbiegt und dann eine Tram vor der Nase hat ... oder wenn ein Autofahrer, der sich an einer roten Ampel zum Linksabbiegen eingeordnet haben, von der entgegenkommenden Straßenbahn überrascht wird, und sich dann bei Grün links von der entgegenkommenden Straßenbahn in die Kreuzung stellen, also in den Gegenverkehr: http://www.strab-mh.de/PSMH04/SM04-06_21f.jpg Gerhard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] opening_hours bei Saison (Biergarten)
Am 23.05.2011 12:10, schrieb Peter: Sehe ich das richtig das man bei opening_hours keine Monate angeben kann (die auch von Code verstanden werden, vernünftig geparst und angezeigt) Also bei Biergarten, Friedhof und so was: Mai-Oct Mo-Fr 17:00+ und Sa-So 15:00+ Friedhof gerne mal im Sommer länger als im Winter. Nicht das opening_hours einfach wären, aber man kann es ja noch etwas komplexer machen. Wie gibt man das ein? Am besten mit Beispiel. Im Wiki steht da nix. Erst mal ein Hallo an die Liste, ich bin bislang nur stiller Mitleser gewesen. Zum Thema: Im deutschen Wiki steht dazu zwar kein Beispiel, aber im Abschnitt Syntax steht, wie Monate verwendet werden können: http://wiki.openstreetmap.org/wiki/DE:Key:opening_hours Im englischen Wiki stehen auch Beispiele mit Monatsangaben: http://wiki.openstreetmap.org/wiki/Opening_hours Viele Grüße Gerhard (Seoman) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de