Re: [Talk-de] fest liegende Veranstaltungsschiffe
On 22-May-11 12:13, Herbert Hannebrook wrote: hier in Bremen gibt es an der Weser einige fest vertaute Schiffe (De Liefde, Die Treue..), die als Veranstaltungsorte und Café genutzt werden. Die Eintragung der Nutzung ist mir einigermaßen klar, aber wie die Schiffe an und für sich taggen? Hier z.B. unser Schulschiff: http://www.openstreetmap.org/?lat=48.246lon=16.3876zoom=18 http://www.openstreetmap.org/?lat=48.246lon=16.3876zoom=18 http://de.wikipedia.org/wiki/Bertha-von-Suttner-Gymnasium_(Wien) http://de.wikipedia.org/wiki/Bertha-von-Suttner-Gymnasium_%28Wien%29 Servus, Andreas -- SotM-EU 15.-17. Juli 2011 in Wien: https://sotm-eu.org ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bahnstrecke vs. Gleis
Hallo, Am Montag 23 Mai 2011 00:10:58 schrieb Frederik Ramm: Hallo, Felix Hartmann wrote: Ein Mittelweg, wäre etwa ein Mittelgleis zu definieren, welches separat getagged wird damit es klar ist, dass dies für Routing/Rendering in hohen Zoomstufen benutzt wird. Mir waere es lieber, wenn Router/Renderer schlau genug wuerden, sich das aus den vorliegenden Daten herzuleiten. Wenn dazu eine Relation benoetigt wird, dann muss man das wohl in Kauf nehmen, obwohl es ohne natuerlich auch gut waere. Macht natuerlich eventuell einen Vorverarbeitungsschritt notwendig. +1 Warum sind Einzelgleise auch wirklich falsch? Einzelgleise sind nicht falsch. Sie existieren doch. Sie sind hoechstens ein fuer manche Anwendungszwecke unnoetiger Detailgrad. +1 -- Weil etwa eine Zugverbindung nicht alle Gleise benutzt, sondern wie genereller Verkehr, nur bestimmte Gleise der Bahnstrecke (Bahnstrecke gleich die Zusammenfassung aller Einzelgleise). Sprich nur weil man Sachen einzeln mappt, wird es nicht korrekter. Karten sind Abstrakte der Wirklichkeit. Voellig richtig, und wenn wir hier eine Karte im Illustrator malen wuerden, waere das was anderes. Aber die Abstraktion soll bitte der Renderer vornehmen und nicht der Mapper. Ich moechte naemlich irgendwann schon gern ein Draisinen-Routing haben, bei dem mir der Router genau sagt, ob ich das linke oder rechte Gleis fahren soll ;) Das Problem des Masstabs haben wir uebrigens bei Bahnhoefen auch schon; wenn ich jetzt die Kursbuchstrecke Basel-Hamburg als Relation eintrage, bin ich gezwungen, die an ein ganz bestimmtes Gleis zu haften und an einen ganz bestimmten Bahnsteig in jedem Bahnhof, obwohl das natuerlich meistens eine operative Entscheidung ist und nicht in Stein gemeisselt. Es muesste also tatsaechlich die Moeglichkeit geben, eine Trasse und einen Bahnhof auf einem abstrakteren Niveau anzusprechen als ein konkretes Gleis. +1 Manchmal denke ich, wir sollten solche Relationen erst dann einfuehren, wenn mindestens zwei verbreitete Editoren damit auch gut umgehen koennen. -1 Wir haben im Moment eine Situation, wo sehr viele, meist auch logisch irgendwie sinnvolle, Relationen angelegt werden, aber ich fuerchte, immer weniger Leute blicken da durch. +1 Dass da nicht alle sofort durchblicken, ist sicherlich ein Nachteil, den wir im Moment aber in Kauf nehmen müssen. Eine Erweiterung der Editoren ist hier ein Weg, der das ganze wesentlich verbessern würde. Nebenbei: Einer schnelleren Entwicklung von Plugins etc steht die miserable Dokumentation entgegen. Wenn sich da mal ein paar Experten aufraffen würden, die Doku einfach und verständlich mit nachvollziehbaren Beispielen zu hinterlegen, würden vielleicht auch Leute, die nicht unbedingt Java lieben, das eine andere Plugin beisteuern. Die verbrauchte Zeit wäre so schnell wieder aufgeholt. Die Aufdröselung von Autobahnen und Eisenbahnstrecken in Einzelfahrbahnen hat in großen Maßstäben Vorteile. Der Nachteil in kleineren Maßstäben kann durch eine entsprechende Verarbeitung bewältigt werden, da es dann ohnehin nicht mehr so auf die genaue Lage ankommt. Die gerade von Frederik so kritisierten TMC-Daten haben übrigens den Vorteil, ohne großen Rechenaufwend die einzelnen Ways den entsprechenden Richtungsfahrbahnen zuzuordnen. So etwas würde ich mir für die Eisenbahnstrecken auch wünschen. Muss ja nicht unbedingt TMC sein. ;-) Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bahnstrecke vs. Gleis
Hallo, On 05/23/11 02:26, Felix Hartmann wrote: Ich bin mir sicher, dass es einfacher wäre, die abstrakteren Level up-to-date zu halten. Fakt ist derzeit kann man aus OSM Daten keine vernünftige Weltkarte rendern. Auf Rasterbasis mag das noch irgendwie gehen, aber als Vektorkarte ganz sicher nicht. Dabei könnte man so eine Weltkarte, als Einzelperson, wohl locker innerhalb von 2-3 Wochen von Yahoo Bildern / OSM Grundlayer erstellen. Diese Vektorkarte, die man in 2-3 Wochen aus Yahoo erstellen kann, gibt es als Public Domain bei naturalearthdata.com, die muessen wir nicht nachmachen. Und da hab ich auch gar kein Problem damit, wenn man Leute, die sowas brauchen, zu naturalearthdata.com schickt. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Alles hat ein Ende, auch mein Straßenvergleich
Moin, yobiSource schrieb: Am 22.05.2011 21:13, schrieb Sven Anders: Ich hab da nichts schriftliches. Ich hatte damals auf der Webseite des Statistiksamts die Bedingungen gelesen nach denen man die Daten nutzen darf. Die hatte ich dann nicht genau verstanden und dann telefonisch nachgefragt. Dort sagte man mir, das mein Einsatzzeck, die AGS nummern von OSM zu validieren okay sei. Ja deutschlandweit ändert sich jeden Monat was. Aktuelle Daten bekommt man am besten von jedem Bundesland einzeln, die deutschlandweite Liste ist seit 2009 irgendwie eingeschlafen. ? Kommt drauf an, wie aktuell die Daten sein müssen - auf www.destatis.de werden sie weiterhin quartalsweise angeboten im Menübereich Themen : Regionaldaten - Gemeindeverzeichnis: oder direkt http://www.destatis.de/jetspeed/portal/cms/Sites/destatis/Internet/DE/Content/Statistiken/Regionales/Gemeindeverzeichnis/Administrativ/AdministrativeUebersicht,templateId=renderPrint.psml Gruß Georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Hilfe zur händischen Erstellung einer areas.list
Hallo, gibt es jemanden, der mir bei der Erstellung einer areas.list für splitter behilflich sein könnte? Ich benötige eine solche Datei für die ganze Welt in z.B. 0,5x0,5 Grad Schritten. Oder besser noch ein Script wo ich die Schrittweite angeben kann und dann wird mir die areas.list berechnet. (Länge und Breite möglichst unterschiedlich angebbar) Ich komme selbst irgendwie damit nicht klar. Der Grund ist, daß ich mein altes Worldfile auf splitter.jar umstellen möchte, damit ich die alte Karte weiter anbieten kann, sie wieder vollständig wird, und auch Benutzer von GPS-geräten mit sehr wenig Speicher diese verwenden können. Den Komfort der festen Kachelnummern möchte ich ebenfalls beibehalten. -- Viele Gruesse Computerteddy ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Suche in OpenSteetMap
Am 22. Mai 2011 09:31 schrieb Andreas Labres l...@lab.at: Und der Zusammenhang, daß man da rechts beim Suchfeld was editieren muß, damit man dann da links nach etwas suchen kann, erschließt sich einem auch nicht sofort... Und dass das mit dem Schlüsselwort auch nur im Adressfeld, nicht aber im Suchfeld funktioniert, ist auch irgendwie unglücklich... (dass ich mittlerweile ein Freund der gemeinsamen Adress- und Suchleiste bin, sagte ich Dir ja schon) Und auch das viruelle Feedback ist in Chrome besser: wenn ich osm tippe, schreibt er sofort hin, dass er jetzt OSM durchsucht. Dafür bietet sich das Addon Omnibar an: https://addons.mozilla.org/en-US/firefox/addon/omnibar/ Ciao André ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Taggen von Einrichtungen im Bau
Hallo, Ich habe weder im Wiki noch in den Archiven eine befriedigende Lösung für das Taggen einer öffentlichen Einrichtung, im konkreten Fall eines Museums, gefunden, welche sich noch im Bau befindet. Ich halte das Erfassen solcher Einrichtungen für sinnvoll, da sich die Bauarbeiten oft über Jahre hinziehen und in dieser Zeit schon etwas zu sehen ist, meist sogar recht spektakuläres. Mir geht es darum, dass die Einrichtung gerendert wird, aber bei der POI-Suche oder bei anderen Auswertungen der Daten mit noch nicht in Betrieb, geschlossen oder Eröffnung voraussichtlich Mitte 2012 gekennzeichnet wird. Gibt es dafür eine eingeführte Lösung? Andernfalls würde ich das Gebäude mit name=Museum xxx (Eröffnung Mitte 2012) taggen, ggf zusätzlich name:EN=Museum xxx (opening mid 2012) Grüße Rainer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kein Micromapping mit landuse (war: See in Wald in (L|N)SG)
Am 20. Mai 2011 02:02 schrieb Stephan Wolff s.wo...@web.de: Am 18.05.2011 11:59, schrieb M∡rtin Koppenhoefer: Die ATKIS-Daten der Landesvermessungsämter (siehe z.B. [1]) nehmen selbst größere Straßen in Wohngebiete, Wälder und Wiesen auf. Ja, das entspricht auch deren Maßstab. Die ATKIS Daten reichen von ca. 1:1-1:25000 (beste Genauigkeit) beim Basis DLM (frühere Bezeichnung DLM25) bis zum DLM1000 mit Maßstäben von 1:1000.000 und kleiner. Das ist überhaupt nicht mit OSM zu vergleichen, wo die Maßstäbe schon jetzt bis ca. 1:2000 gehen (Z.18) und in Zukunft und für kleinere Gebiete schon jetzt noch detaillierter gerendert werden. Einzelne identifizierbare Flächen würde ich als solche mappen, und nicht zusammenfassen. Aber bitte nicht als landuse. landuse ist im Wiki mehrfach als größeres Gebiet mit einer hauptsächlichen Nutzung definiert. Für viele Darstellungen ist solch eine Generalisierung wertvoll. Gerade diese Art der Generalisierung kann man automatisch berechnen. Doppelte Datenerfassung (einmal präzise, einmal generalisiert) macht doch keinen Sinn. M.E. spricht nichts dagegen, wenn man schon ein Polygon für eine bestimmte Sache hat, dort dann auch den Landuse dranzuhängen. Micromapping hat für andere Anwendungen Vorzüge. Wer Gebiete in Einzelgrundstücke zerlegen will und diese wiederum in Acker, Hecke, Wohngebäude, Rasen, Gemüsebeet etc. teilen will, mag sich austoben, aber er sollte andere Tags nutzen. und alles doppelt erfassen? Wie ich es machen würde: http://www.openstreetmap.org/browse/way/106441866 -1. Dort sind sogar Hecken, die sicherlich Teil der Flurstücke sind, aus der landuse-Fläche ausgeschnitten. -1, da sind keine Hecken. Ich habe dieses Gebiet selbst begangen. Was Du als Hecken bezeichnest sind Feuchtgebiete/Schilfe und Gestrüpp/Bäume, die z.B. nicht landwirtschaftlich genutzt werden (können). Wieso sollte ich die als landuse=farmland eintragen? Die Flurstücksgrenzen kenne ich nicht, kann ich vor Ort auch nicht feststellen, schließen z.T. sicherlich diese unnutzbaren Flächen mit ein, interessieren mich aber nicht. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Reste eines 1919 zerstörten werkseigenen Schießplatzes
Am 20. Mai 2011 15:13 schrieb Torsten Leistikow de_m...@gmx.de: Da es sich hier ja nur noch um Reste handelt, waere vielleicht historic=ruins das passendere Tag mit ergaenzenden Tags, um die Ruinen naeher zu beschreiben. Denn military=bunker bedeutet ja, dass es auch heute noch ein Bunker ist. für Ruinen bitte lieber ruins=yes setzen. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] opening_hours bei Saison (Biergarten)
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. Peter [kann sein das das hier doppelt kommt, ich seh' mein post nicht auf gmane] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Suche in OpenSteetMap | Sitemap
Am 20. Mai 2011 15:58 schrieb Philip Gillißen gue...@freenet.de: Ich habe auch das Gefühl, dass OpenStreetMap.org nicht wirklich gut im Pagerank ist, obwohl es nicht schlecht sein sollte :) wie kommst Du da drauf? Eine Suche nach osm bei Google liefert als erste vier Ergebnisse bei mir Openstreetmap. Und das bei 13,5 Millionen Treffern. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bahnstrecke vs. Gleis
Am 22. Mai 2011 19:01 schrieb Torsten Leistikow de_m...@gmx.de: Ich habe ja auch nichts gegen die Detail-Erfassung, aber warum konnte dafuer nicht ein neues Tag genommen werden? Ein Gleis ist nun mal was anderes als eine komplette Bahnstrecke. Das tag war allerdings schon immer für Gleise gedacht. Zumindest legt das Wiki das nahe: (älteste Version): Typicaly two parralel rails, made of steel, on which trains run. http://wiki.openstreetmap.org/w/index.php?title=Tag:railway%3Drailoldid=167976 Dank permanenter Verbesserunges des Wikis steht dort allerdings mittlerweile, dass man mit railway=rail _Züge_ mit Normalspurweite mappen soll: Use railway=rail for full sized passenger or freight trains in the standard gauge for the country or state., den Hinweis auf die Gleise hat jemand zwischenzeitlich gelöscht. Wenn man ein tag für Strecke braucht, sollte man ein neues tag dafür erfinden, bei Wohngebieten mappt man ja auch nicht den landuse mit dem building-tag ;-) So hat man zum einen das Problem, das railway=* in einigen Gegenden Gleis ind anderen Regionen aber Bahnstrecke bedeutet. nö, in einigen Regionen ist das Mapping noch unvollständig, weil von mehreren Gleisen erst eins gemappt ist ;-) Und das andere Problem ist, dass man an den Einzelgleisen nur in einigen Zoom-Stufen interessiert ist, in anderen Zoom-Stufen die kompletten Bahnstrecken die brauchbare Information sind. Vereinfachen und weglassen geht immer. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bahnstrecke vs. Gleis
Am 23. Mai 2011 02:26 schrieb Felix Hartmann extremecar...@gmail.com: Ich bin mir sicher, dass es einfacher wäre, die abstrakteren Level up-to-date zu halten. Fakt ist derzeit kann man aus OSM Daten keine vernünftige Weltkarte rendern. Auf Rasterbasis mag das noch irgendwie gehen, aber als Vektorkarte ganz sicher nicht. stelle ich mir ziemlich einfach vor: einzelne Layer als Raster rechnen und danach in Vektoren umwandeln und zusammensetzen. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kundenparkplatz
Am 22.05.2011 22:14, schrieb Henning Scholland: Hallo, access=permissive ist auch in diesem Fall völlig korrekt. Nö. Bevor ich rumargumentiere: im englischen wiki gibt es access=customer das genau das nötige ausdrückt. Parken solange ich in genau 'dem' Laden bin. Im deutschen fehlt das. Mal nachtragen. access=destination kann man sich bei einem Parkplatz schenken. Der Parkplatz ist ja in der Regel das Ziel. Bei Straße darf man die benutzen wenn man zu einem Haus will wo die Straße hinführt. Alleine der Wunsch auf diese Straße zu wollen reicht nicht. Beim Parkplatz: wenn ich in den Laden will darf ich da parken. Das ist äquivalent. permissive sagt aus, dass das ein privater Parkplatz ist und der Besitzer allen Leuten eine Erlaubnis gibt, dort zu parken, wenn sie zu ihm wollen. Laut wiki ist es bei permissive so das der Besitzer *generell* nix dagegen hat wenn man da parkt. Das ist bei Kundenparkplätzen sicher nicht so, das ist nur für *seine* Kunden. An ein name-Tag darfst du noch nicht mal denken ;), es sei denn der Parkplatz heißt wirklich so. Mir egal. Solange einer meint das das Ding der REWE Parkplatz ist und es nicht direkt klar ist das der auf dem REWE Gelände ist nennt sich das halt so (inoffiziell) und kriegt das Bapperl. Braucht man halt meist nicht, aber wenn ein Kundenparkplatz über die Strasse ist, und es nicht soo klar ist wozu er gehört kann man das doch mal klarmachen. Wenn der Renderer den Schriftzug Kundenparkplatz darstellen möchte, kann er die dafür nötige Info aus dem access=permissive entnehmen. Woher soll er wissen zu welchem Laden der gehört? Und komm' mir nicht mit Relationen (ausser die werden schon passend gerendert). Ich finde es schon etwas befremdlich wenn wer anfängt einzelne normale Stellplätze auf einem 1000 Plätze Parkplatz zu mappen. Hat was von Simcity das ganze (osm). Wenn's Spaß macht... ich hab' im Moment noch andere Hobbies, Briefmarkenzackenkämmen vielleicht. Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Alles hat ein Ende, auch mein Straßenvergleich
Am 23.05.2011 09:16, schrieb Georg Feddern: Kommt drauf an, wie aktuell die Daten sein müssen - auf www.destatis.de werden sie weiterhin quartalsweise angeboten im Menübereich Themen : Regionaldaten - Gemeindeverzeichnis: oder direkt http://www.destatis.de/jetspeed/portal/cms/Sites/destatis/Internet/DE/Content/Statistiken/Regionales/Gemeindeverzeichnis/Administrativ/AdministrativeUebersicht,templateId=renderPrint.psml Oh gar nicht bemerkt. Scheint sich nur von Jährliche auf Quartalsupdates verändert zu haben. Bei 3 Monaten kann zwar auch schon viel passieren aber ob das jetzt alle 3 Monate oder 1 Monat aktuell ist macht erst mal keinen Unterschied, es gibt erstmal ein komplette Liste. Danke für den Hinweis. Ich werde mir das mal angucken und mit OSM vergleichen. -- yobiSource http://www.youtube.com/user/yobiSource http://yobisource.blogspot.com/ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Taggen von Einrichtungen im Bau
Hallo, On 05/23/11 10:23, Rainer Kluge wrote: Mir geht es darum, dass die Einrichtung gerendert wird, aber bei der POI-Suche oder bei anderen Auswertungen der Daten mit noch nicht in Betrieb, geschlossen oder Eröffnung voraussichtlich Mitte 2012 gekennzeichnet wird. Meiner Ansicht nach ist das keine gute Idee. Ein Museum, das sich in Bau befindet, ist *kein* Museum. Frage einen zufaelligen Menschen: Nenne mir 10 Dinge, die man mit/in/an einem Museum tun kann, und pruefe selbst, wie viele davon fuer die Baustelle gelten. Beantworte dann die Frage, wieso Du die Baustelle aehnlich wie ein Museum angezeigt haben willst. Gibt es dafür eine eingeführte Lösung? Andernfalls würde ich das Gebäude mit name=Museum xxx (Eröffnung Mitte 2012) building=yes, name=Museum... koennte man gerade noch durchgehen lassen. Aber als Museum sollte man es auf keinen Fall taggen. Ich wuerde am ehesten zu landuse=construction neigen: http://wiki.openstreetmap.org/wiki/Proposed_features/Building_site Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Alles hat ein Ende, auch mein Straßenvergleich
Hallo Sven, danke auch von meiner Seite - dann nimmst Du mir ja die Aufgabe weitere Verzeichnisse zu sammeln .-) Wäre es vielleicht noch möglich den aktellen Stand im Wiki-Format irgendwie abzulegen oder als PDF. Dann kann man vielleicht auch alternativ erst einmal manuell die Vollständigkeit prüfen. Gruß Jan .-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bahnstrecke vs. Gleis
On 23.05.2011 12:43, M∡rtin Koppenhoefer wrote: Am 23. Mai 2011 02:26 schrieb Felix Hartmannextremecar...@gmail.com: Ich bin mir sicher, dass es einfacher wäre, die abstrakteren Level up-to-date zu halten. Fakt ist derzeit kann man aus OSM Daten keine vernünftige Weltkarte rendern. Auf Rasterbasis mag das noch irgendwie gehen, aber als Vektorkarte ganz sicher nicht. stelle ich mir ziemlich einfach vor: einzelne Layer als Raster rechnen und danach in Vektoren umwandeln und zusammensetzen. Gruß Martin Viel Spaß mit dem Schrott der dabei entsteht. Das Problem ist dass Matching von ähnlichen Sachen halt nie 100% korrekt funktionieren kann. Dafür gibt es ja auch Relationen. Sprich man bräuchte eine Relation die alle Gleise zusammenfasst. Dann könnte man es vernünftig rendern. Ein Rasterkartenrenderer wird übrigens auch viel Zeit verschenken, nur wenn halt 5 Gleise übereinander liegen, sieht man nur eins, somit ist für den Betrachter egal. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Reste eines 1919 zerstörten werkseigenen Schießplatzes
M∡rtin Koppenhoefer schrieb am 23.05.2011 12:02: für Ruinen bitte lieber ruins=yes setzen. Bloss nicht. Diese Zusatztags, die die Bedeutung der anderen Tags negieren sind in dieser unspezifierten OSM-Welt die pure Vorlage zur Fehlinterpretation. Keine Auswertung kann wissen, welche Negierungen den Mappern so alle einfallen (ruins=yes, construction=yes, abandoned=yes und was weiss ich nicht noch alles). Gruss Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] See in Wald in (L|N)SG - Sichtbarkeitsproblem
Am 19.05.2011 18:40, schrieb Torsten Leistikow: Es hat halt jeder so seine eigene Mapping-Technik, jeder Ansatz hat ja auch seine Vor- und seine Nachteile. Bei den Flussflaechen z.B. gibt es in meiner Region einen Mapper, der an den Trennstellen die beiden Teile immer ein wenig ueberlappen lasst. Das sorgt dann dafuer, dass Renderer an der Schnittstelle keinen sichtbaren Streifen erzeugt, aber ueberlappende Fluss-Abschnitte ist datentechnisch natuerlich totaler Bloedsinn. Ich verwende für Flüsse auch multipolygone. cu fly ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Taggen von Einrichtungen im Bau
Rainer Kluge schrieb am 23.05.2011 10:23: Ich habe weder im Wiki noch in den Archiven eine befriedigende Lösung für das Taggen einer öffentlichen Einrichtung, im konkreten Fall eines Museums, gefunden, welche sich noch im Bau befindet. Ich halte das Erfassen solcher Einrichtungen für sinnvoll, da sich die Bauarbeiten oft über Jahre hinziehen und in dieser Zeit schon etwas zu sehen ist, meist sogar recht spektakuläres. Baugebiete werden mit landuse=construction erfassen. Es ist zwar eher ungewoehnlich aber nicht verboten, dass auch ggf. auf einen Node anzuwenden. Mir geht es darum, dass die Einrichtung gerendert wird, aber bei der POI-Suche oder bei anderen Auswertungen der Daten mit noch nicht in Betrieb, geschlossen oder Eröffnung voraussichtlich Mitte 2012 gekennzeichnet wird. Gibt es dafür eine eingeführte Lösung? Andernfalls würde ich das Gebäude mit name=Museum xxx (Eröffnung Mitte 2012) taggen, ggf zusätzlich name:EN=Museum xxx (opening mid 2012) Die Tags, die die spaetere Funktion beschreiben, sollten auf keinen Fall schon waehrend der Bauphase gesetzt werden, die Gefahr der Fehlinterpretation ist einfach viel zu hoch. Stattdessen kann man das mit construction=* erfassen. Genau dieser Ansatz wird auch bei Strassen usw. praktiziert. Gruss Torsten ___ 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
Re: [Talk-de] Bahnstrecke vs. Gleis
Moin, Bjørn Bäuchle schrieb am 22.05.2011 22:47: ich bin in Frankfurt eifrig dabeigewesen, Eisenbahnen gleisgenau zu mappen. Wenn ich dich richtig verstehe, hast du da auch nichts dagegen, richtig? Prinzipiell nicht, nur die Art des Taggings finde ich suboptimal. Aber dann mach doch einen Vorschlag, wie man sonst die Einzelgleise taggen soll, wenn railway=* für dich nicht akzeptabel ist!? Im Prinzip so, wie von Felix beschrieben, indem man einen Weg fuer die Bahnstrecke als Ganzes in der Datenbank hat, und extra Wege fuer die einzelnen Gleise. Die koenenn von mir aus mit railway_spur oder was auch immer getagged sein. Der Ansatz, dass sowas keine Aufgabe fuer den Mapper sondern fuer den Renderer ist, klingt zwar erstmal sehr schoen, aber ist praktisch ja wohl nicht wirklich durchfuehrbar. Wie soll der Renderer wissen, welche Gleise zu einer gemeinsamen Bahnstrecke gehoerne und welche nicht? Soll er das einfach nur aus den Lageinformationen raten? Abgesehen von dem dafuer noetigen Aufwand wird das in der Praxis bestenfalls sehr bescheidene Ergebnisse liefern koennen. Genauso weltfremd ist die Hoffnung, dass es nur eine Frage der Zeit ist, bis ueberall railway=* ein einzelnes Gleis bezeichnet. Selbst in Deutschland gibt es nicht flaechendeckend Luftbilder in der dafuer notwendigen Qualitaet. Gruss Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kundenparkplatz
Hallo! Am Mo, 23.05.2011, 12:54, schrieb Peter: Am 22.05.2011 22:14, schrieb Henning Scholland: An ein name-Tag darfst du noch nicht mal denken ;), es sei denn der Parkplatz heißt wirklich so. Mir egal. Solange einer meint das das Ding der REWE Parkplatz ist und es nicht direkt klar ist das der auf dem REWE Gelände ist nennt sich das halt so (inoffiziell) und kriegt das Bapperl. Braucht man halt meist nicht, aber wenn ein Kundenparkplatz über die Strasse ist, und es nicht soo klar ist wozu er gehört kann man das doch mal klarmachen. Wenn der Renderer den Schriftzug Kundenparkplatz darstellen möchte, kann er die dafür nötige Info aus dem access=permissive entnehmen. Woher soll er wissen zu welchem Laden der gehört? Und komm' mir nicht mit Relationen (ausser die werden schon passend gerendert). Ich finde es schon etwas befremdlich wenn wer anfängt einzelne normale Stellplätze auf einem 1000 Plätze Parkplatz zu mappen. Hat was von Simcity das ganze (osm). Wenn's Spaß macht... ich hab' im Moment noch andere Hobbies, Briefmarkenzackenkämmen vielleicht. Was haltet ihr davon (hab NICHT ich gemacht)? kleiner Unterschied: Mieter-Parkplätze statt Kundenparkplätze: http://www.openstreetmap.org/?lat=48.25943lon=14.28891zoom=17layers=O Grüße aus Österreich Günther ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Talk-de Digest, Vol 58, Issue 62
du führst hier ein veraltetes beispiel an. das habe ich getaggt und das war noch aus der zeit wo es noch keinen tag für einzelne stellflächen gab. ich bin momentan dabei meine alten mappings auf das neue parking schema umzustellen, zu der stelle bin ich aber noch nicht gekommen bzw. möchte noch warten bis die hausnummern für linz freigegeben wurden, damit ich den logischen parkflächen aussagekräftige namen geben kann. nach dem neuen schema kannst du weiterhin alles mit access=permissive oder access=private taggen, was auch vollkommen ok ist wenn dir das thema nicht so wichtig ist, du hast aber die mögllichkeit mit den zusätzlichen tags für rollen detailliertere informationen zu mappen, für wen genau die parkplätze sind. ob und wie routing programme das mal verwenden wird sich mit der zeit zeigen. potentiell könnten solche rolleninformationen aber nützlich sein um zB explizit elemente in eigenen kartenstilen auszublenden (mieterparkplätze) oder hervorzuheben (behindertenparkplätze). flaimo Message: 10 Date: Mon, 23 May 2011 16:49:54 +0200 (CEST) From: G?nther Zin. o...@fh15.homeip.net To: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Subject: Re: [Talk-de] Kundenparkplatz Message-ID: 34986.193.228.97.71.1306162194.squir...@zinsberger.dyndns.org Content-Type: text/plain;charset=iso-8859-1 Was haltet ihr davon (hab NICHT ich gemacht)? kleiner Unterschied: Mieter-Parkpl?tze statt Kundenparkpl?tze: http://www.openstreetmap.org/?lat=48.25943lon=14.28891zoom=17layers=O ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kundenparkplatz
Am 23.05.2011 16:58, schrieb fly: Am 23.05.2011 16:49, schrieb Günther Zin.: Was haltet ihr davon (hab NICHT ich gemacht)? kleiner Unterschied: Mieter-Parkplätze statt Kundenparkplätze: http://www.openstreetmap.org/?lat=48.25943lon=14.28891zoom=17layers=O Schon ein bischen extrem:-) Auf Mapnik sieht es besser aus. Muß halt der Renderer besser werden mit dem Detailgrad zurechtzukommen, überflüssiges weglassen, ohne das ein Massenmapping ein relevantes Details verdrängt. Da ist aber auch jede Schaukel und jedes Sandschippchen einzeln gemappt. Was kommt erst wenn überall hochauflösende Luftaufnahmen wie bei den besseren Googlebildern zu Verfügung stehen? Ein vermieteter Parkplatz, da reicht doch access=private? Naja. Ich hab auch schon mal Parkbäume gemappt. Also wenigstens richtig gendern hätte frau das ja können. Du meinst MieterInnenparkplatz? Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kundenparkplatz
Hallo Am 23.05.2011, 16:49 Uhr, schrieb Günther Zin. o...@fh15.homeip.net: Was haltet ihr davon (hab NICHT ich gemacht)? kleiner Unterschied: Mieter-Parkplätze statt Kundenparkplätze: http://www.openstreetmap.org/?lat=48.25943lon=14.28891zoom=17layers=O In der Parkkarte werden Privatparkplätze schwarzbraun gezeichnet, siehe entsprechend: http://parking.openstreetmap.de/?lat=48.25943lon=14.28891zoom=18 während Kundenparkplätze braun dargestellt werden, siehe z.B. hier: http://parking.openstreetmap.de/?lat=48.19289lon=11.46457zoom=17 Viele Grüße, Kay ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bahnstrecke vs. Gleis
Am 23. Mai 2011 15:16 schrieb Felix Hartmann extremecar...@gmail.com: On 23.05.2011 12:43, M∡rtin Koppenhoefer wrote: Am 23. Mai 2011 02:26 schrieb Felix Hartmannextremecar...@gmail.com: Ich bin mir sicher, dass es einfacher wäre, die abstrakteren Level up-to-date zu halten. Fakt ist derzeit kann man aus OSM Daten keine vernünftige Weltkarte rendern. Auf Rasterbasis mag das noch irgendwie gehen, aber als Vektorkarte ganz sicher nicht. stelle ich mir ziemlich einfach vor: einzelne Layer als Raster rechnen und danach in Vektoren umwandeln und zusammensetzen. Gruß Martin Viel Spaß mit dem Schrott der dabei entsteht. So schlecht ist der Ansatz nicht. Man hat da ja verschiedene Probleme, nur ein Bahngleis anstatt 5 macht vielleicht bei Gleisen noch Sinn, aber für Lowzoom will man ja z.B. auch nicht alle Punkte haben sondern nur einen kleinen Teil davon, d.h. das Optimieren würde danach noch weitergehen (und für den planet vermutlich auch ein bisschen dauern). Das Problem ist dass Matching von ähnlichen Sachen halt nie 100% korrekt funktionieren kann. Dafür gibt es ja auch Relationen. Sprich man bräuchte eine Relation die alle Gleise zusammenfasst. Dann könnte man es vernünftig rendern. dass ich einzelne Layer rendern würde, die man dann einzeln in Vektoren wandelt hast Du aber schon gesehen? Ein Rasterkartenrenderer wird übrigens auch viel Zeit verschenken, nur wenn halt 5 Gleise übereinander liegen, sieht man nur eins, somit ist für den Betrachter egal. eben, und weil Mapnik z.B. ziemlich schnell ist, kann man damit leben - klar, gegen Verbesserungen will ich mich nicht sperren, aber nur mal eben mit Bahnstreckenrelationen hat man das Thema noch nicht erschlagen. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bahnstrecke vs. Gleis
Am 23. Mai 2011 16:47 schrieb Torsten Leistikow de_m...@gmx.de: Aber dann mach doch einen Vorschlag, wie man sonst die Einzelgleise taggen soll, wenn railway=* für dich nicht akzeptabel ist!? -1 Im Prinzip so, wie von Felix beschrieben, indem man einen Weg fuer die Bahnstrecke als Ganzes in der Datenbank hat, und extra Wege fuer die einzelnen Gleise. Die koenenn von mir aus mit railway_spur oder was auch immer getagged sein. ich finde Strecken, so es so etwas gibt, durchaus auch taggenswert, aber man sollte dafür einen eigenen Tag entwickeln und nicht den für Gleise missbrauchen oder gar umdeuten. Gruß Martin ___ 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 16:31, schrieb Gerhard Hermanns: 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. Hallo Zum Thema: Im deutschen Wiki Da las ich schon 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 Das ist da aber eher nur zusammen mit genau einem Tag erwähnt: mo md hh:mm-hh:mm (z. B. Dec 24 08:30-20:00) Angabe für einen bestimmten Tag in einem bestimmten Monat (z. B. Angabe von Öffnungszeiten an Heiligabend) Nix genaueres. Es soll ja auch maschinell verarbeitbar sein. Keine Syntax. Im englischen Wiki stehen auch Beispiele mit Monatsangaben: http://wiki.openstreetmap.org/wiki/Opening_hours Bsp: opening_hours=Mo-Su 08:00-18:00; Apr 10-15 off; Jun 08:00-14:00; Aug off; Dec 25 off Ja, schon bischen mehr. the general syntax for the value is: hh:mm-hh:mm (e.g. 08:30-20:00) wd hh:mm-hh:mm (e.g. Fr 08:30-20:00) md hh:mm-hh:mm (e.g. Dec 25 08:30-20:00) Wieder nix mit Bereich. Der link im Wiki auf Netzwolf: http://www.netzwolf.info/kartografie/osm/time_domain/form_hours#check Sagt 'May-Feb: Mo-Fr 17:00-22:00 also mit : getrennt. Das steht aber so nicht im Wiki. Also auch nix. Der doppelt genutzte ':' wäre da nicht 'May-Feb Mo-Fr 17:00-22:00' besser? Wäre dann zumindest passend zum englischen wiki. Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kundenparkplatz
Am 23.05.2011 17:52, schrieb Kay Drangmeister: Hallo Am 23.05.2011, 16:49 Uhr, schrieb Günther Zin. o...@fh15.homeip.net: Was haltet ihr davon (hab NICHT ich gemacht)? kleiner Unterschied: Mieter-Parkplätze statt Kundenparkplätze: http://www.openstreetmap.org/?lat=48.25943lon=14.28891zoom=17layers=O In der Parkkarte werden Privatparkplätze schwarzbraun gezeichnet, siehe entsprechend: http://parking.openstreetmap.de/?lat=48.25943lon=14.28891zoom=18 während Kundenparkplätze braun dargestellt werden, siehe z.B. hier: http://parking.openstreetmap.de/?lat=48.19289lon=11.46457zoom=17 Das willst Du ja hoffentlich am Namen ausmachen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Taggen eines Kreuzgangs
Am 21. Mai 2011 23:20 schrieb Rainer Kluge rklug...@web.de: Am 21.05.2011 20:44, schrieb Hermann Peifer: Diese Objekte haben u.a. diese Tags: historic=ruins historic=yes historic=monument historic=monastery leisure=garden leisure=park building=yes Im vorliegenden Fall scheint mir davon historic=ruins am ehesten zu passen, denn große Teile dieses Kreuzgangs existieren nicht mehr, insbesondere die innere Säulenreihe und die überdachten Gänge. So habe ich es jetzt auch getaggt: http://www.openstreetmap.org/browse/way/114302047 allgemein wird empfohlen anstatt historic=ruins gleich ruins=yes (bzw. ruins=xy) zu verwenden. S. hier: http://wiki.openstreetmap.org/wiki/Key:ruins Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kundenparkplatz
Am 23.05.2011 18:17, schrieb fly: Das willst Du ja hoffentlich am Namen ausmachen. access=residents reicht für Anwohnerparkplätze (in Städten teils nur mit Anwohnerparkausweis) aus, access=costumers + name=Geschäft für Kundenparkplätze. accees=private nur für Privatgrundstücke (meist auch per Schild gekennzeichnet). Kleinen Hinweis: http://wiki.openstreetmap.org/wiki/Proposed_features/parking:lane Gruß Christian signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kundenparkplatz
Am 23.05.2011 17:52, schrieb Kay Drangmeister: Der Parkprofi persönlich:-) Am 23.05.2011, 16:49 Uhr, schrieb Günther Zin. o...@fh15.homeip.net: Was haltet ihr davon (hab NICHT ich gemacht)? kleiner Unterschied: Mieter-Parkplätze statt Kundenparkplätze: http://www.openstreetmap.org/?lat=48.25943lon=14.28891zoom=17layers=O In der Parkkarte werden Privatparkplätze schwarzbraun gezeichnet, siehe entsprechend: http://parking.openstreetmap.de/?lat=48.25943lon=14.28891zoom=18 während Kundenparkplätze braun dargestellt werden, siehe z.B. hier: http://parking.openstreetmap.de/?lat=48.19289lon=11.46457zoom=17 Die haben einen ganz schönen namespacebaum: # amenity: parking # fee: no # parking: surface # parking:condition:area: customers # parking:condition:area:customers: Aldi wobei das ohne relation für den Ladennamen schon einfach ist. Wo ist denn die spec dazu? Ah, http://wiki.openstreetmap.org/wiki/Proposed_features/parking:lane Wobei darin auch die conditions stehen die man aber auch ohne lane nehmen kann. Das sollte man dann auslagern da es nicht nur für lane gilt oder hervorheben. Im Moment nimmt man wohl access, da gibt es permissive was IMHO sagt: parkt ruhig bei Aldi, auch wenn ihr zum Bäcker geht, aber übertreibt es nicht, oder parken öffentlich bis auf Wiederruf erlaubt (public 2ter klasse). Da sollte man gucken das 'parking:condition' das was access bietet einschließt. ... die riesige Diskussionsseite hab' ich mir nicht durchgelesen, ist bisschen viel auf einmal... Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] fest liegende Veranstaltungsschiffe
was haltet Ihr von building=ship? boat klingt so mickrig. Ich finde building durchaus akzeptabel, wenn man building als bauliche Anlage auffasst (wie es in OSM durchaus üblich ist, es werden jedenfalls viele bauliche Anlagen, die nach deutschem Recht keine Gebäude sind, als building getaggt). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Taggen von Einrichtungen im Bau
Frederik Ramm schrieb: On 05/23/11 10:23, Rainer Kluge wrote: Mir geht es darum, dass die Einrichtung gerendert wird, aber bei der POI-Suche oder bei anderen Auswertungen der Daten mit noch nicht in Betrieb, geschlossen oder Eröffnung voraussichtlich Mitte 2012 gekennzeichnet wird. [...] Gibt es dafür eine eingeführte Lösung? Andernfalls würde ich das Gebäude mit name=Museum xxx (Eröffnung Mitte 2012) start_date=$(Datum der voraussichtlichen Fertigstellung) http://wiki.openstreetmap.org/wiki/Key:start_date building=yes, name=Museum... koennte man gerade noch durchgehen lassen. Aber als Museum sollte man es auf keinen Fall taggen. Ich wuerde am ehesten zu landuse=construction neigen: http://wiki.openstreetmap.org/wiki/Proposed_features/Building_site Das landuse=construction würde ich auf die gesamte Baustelle anwenden. Das Gebäude kann man extra erfassen mit building=yes oder building=construction Gruß malenki ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bahnstrecke vs. Gleis
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, Am 23.05.2011 16:47, schrieb Torsten Leistikow: Prinzipiell nicht, nur die Art des Taggings finde ich suboptimal. Ich als Eisenbahnfreund finde es durchaus wichtig, zu wissen, wo wieviele Gleise und wo Gleiswechsel sind. Es mag sein, dass OSM dafür nicht der richtige Ort ist (oder dass du OSM nicht dafür hälst), aber, wie in meiner letzten Mail angedeutet, war mir bis jetzt nicht mal bewusst, dass das von irgendwem als Problem angesehen werden könnte. Am 23.05.2011 18:02, schrieb M∡rtin Koppenhoefer: ich finde Strecken, so es so etwas gibt, durchaus auch taggenswert, aber man sollte dafür einen eigenen Tag entwickeln und nicht den für Gleise missbrauchen oder gar umdeuten. +1 Warum soll man sich die Möglichkeit nehmen, Routing über Gleise zu machen? Wenn nur Strecken gemappt sind, geht das nicht. Außerdem, hier ein Beispiel [1]: Die Main-Kinzig-Strecke ist zwischen Hanau und Gelnhausen dreigleisig. Betrieblich gesehen sind das /zwei/ unabhängige Strecken, und so tauchen sie auch bei DB Netz auf (nicht im Kursbuch natürlich, aber in deren Streckenplänen etc.). Sollte man das dann als eine Strecke taggen, obwohl es das nicht ist? Oder als zwei Strecken? Dann hätte man aber wieder das selbe Problem wie vorher - Zwei Wege mit railway=* direkt nebeneinander. Oder soll man die Trasse taggen? Dafür könnte man dann vlt landuse=railway_corridor benutzen. Fang gerne an damit, und wenn sich das durchsetzt, spricht ja nichts dagegen, dass die Renderer bei Zoomlevels 13 (oder was auch immer) eben railway_corridor benutzen statt railway=*. So long Bjørn [1] http://www.openstreetmap.org/?mlat=50.168594mlon=9.077748zoom=18layers=M -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJN2pZgAAoJEEabMdOe1ID0CnYP/A/3lIDFbKJihMTdDqAXySAI CsFAWI3zQ4wMrxcZb4+dqKdFDgiy6klnAG7f8QhVqqncAWG9N3z7EWWkXs0ZIdv0 gpruc3+7YfudDqG2GHr3QyoYP0hg8OMv0V9UjIMulyJ+lYfZLdUN/YOsCqzOCp4K 2r7g9NQPdJA/mpNZJYYJyu2oSJeorPLAM7q2CRreTUmNs6r0TLxFb4DDTaaTSUYp s9Kk4/6tu1zdZ0WqCUl+70QrXwyTG/KzAGyzn1VziD5wVqZFF7tbVyO0x0oNCF0c qodTkI3ZpsBaQFHsjjXgf3Dam9k2VuE2M0Z6V2K29udG6ForJnw8ClQJ8QJRWTw1 xHoMwTwml3PHKNqSLcIR9nniT+CyMZhj55odYnvAYqV4NhuiqZsAGTCxge5CusCs zInGbvHLmp5hcBz4loz08J5ez+mdSnmaGeKdCEuNADyPWNOOpy/cB4EsIysXGw56 3CRLGZ9Hw8zZkABh5QtJnYg0BT1ovQDPOVI87imGTlffP4sOGOY+EHHTNGrb0783 e+2SlVMhYK65fctfEfCK8aUiQxmuD9QXXNLbrlCZPiFgbHlGIKoCu3aTCmVUMgGw 42Vp54/w4o5HJQ5q8i4UmMVNTg/zJzhzrBku6kUcHfnXXuTVxjJZ5p2Tw8a+fL+i imQ9o536+MmsKMOEHhFn =ZAyN -END PGP SIGNATURE- ___ 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: 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. Um auf dein Anfangsbeispiel zurück zu kommen: Mai-Oct - gibt kein Problem Monate werden genauso wie Wochentage getrennt a range of months off will be tagged as mo-mo off[1] opening_hours=Mai-Oct Mo-Fr 17:00+; Sa-Su 15:00+; Nov-Apr off Sollte so passen als Beispiel. Gruß Christian [1] http://wiki.openstreetmap.org/wiki/Opening_hours signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kundenparkplatz
Am 23.05.2011 12:54, schrieb Peter: An ein name-Tag darfst du noch nicht mal denken ;), es sei denn der Parkplatz heißt wirklich so. Mir egal. Schöne Einstellung... Solange einer meint das das Ding der REWE Parkplatz ist und es nicht direkt klar ist das der auf dem REWE Gelände ist nennt sich das halt so (inoffiziell) und kriegt das Bapperl. Braucht man halt meist nicht, aber wenn ein Kundenparkplatz über die Strasse ist, und es nicht soo klar ist wozu er gehört kann man das doch mal klarmachen. Nicht für jeden ist es interessant, ob das nun der Parkplatz vom Rewe ist oder vom Aldi. Es gibt aber auch Parkflächen, die einen richtigen Namen haben. Wie soll ein Renderer diesen Konflikt lösen, den du da erzeugst? Lies dir einfach mal die wiki-Seite zu name durch. Weiterhin kann man dem Router nicht sagen, dass man zum Rewe will und der lotst mich dann automatisch auf den jeweiligen Kundenparkplatz. Wenn der Renderer den Schriftzug Kundenparkplatz darstellen möchte, kann er die dafür nötige Info aus dem access=permissive entnehmen. Woher soll er wissen zu welchem Laden der gehört? Und komm' mir nicht mit Relationen (ausser die werden schon passend gerendert). Relationen sind genau dafür gemacht. Alternativ kannst du dir auch eine Tag-Konstruktion ausdenken, die die Zusammengehörigkeit regelt. ___ 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. Mai 2011 19:28 schrieb Christian Kolesa chriskol...@web.de: opening_hours=Mai-Oct Mo-Fr 17:00+; Sa-Su 15:00+; Nov-Apr off Sollte so passen als Beispiel. Wobei man da ein bisschen aufpassen muss, weil die engl. Schreibweisen der Abkürzungen nur so ähnlich sind wie die deutschen, d.h. hier z.B. May anstatt Mai. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kundenparkplatz
Moin! Am 23.05.2011 12:54, schrieb Peter: name=Kunden blafasel Am 22.05.2011 22:14, schrieb Henning Scholland: An ein name-Tag darfst du noch nicht mal denken ;), es sei denn der Parkplatz heißt wirklich so. Mir egal. Mir nicht. name=Kunden Rewe ist offensichtlich falsch. Ich würde das Tag löschen (oder in note bzw. description umwandeln). Solange einer meint das das Ding der REWE Parkplatz ist und es nicht direkt klar ist das der auf dem REWE Gelände ist nennt sich das halt so (inoffiziell) und kriegt das Bapperl. Nein. Selbst umgangssprachlich sagt man nicht Dieser Parkplatz heißt 'Kunden Rewe'. Kundenparkplatz Rewe ist eine Beschreibung, die ins Tag description passt. Woher soll er wissen zu welchem Laden der gehört? operator=Rewe wäre im Gegensatz zu name=Kunden Rewe sinnvoll auswertbar. Und komm' mir nicht mit Relationen (ausser die werden schon passend gerendert). OSM ist eine Datenbank und kein Malprogramm. Gruß, Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kundenparkplatz
Am 23.05.2011 19:32, schrieb Henning Scholland: Am 23.05.2011 12:54, schrieb Peter: Solange einer meint das das Ding der REWE Parkplatz ist und es nicht direkt klar ist das der auf dem REWE Gelände ist nennt sich das halt so (inoffiziell) und kriegt das Bapperl. Braucht man halt meist nicht, aber wenn ein Kundenparkplatz über die Strasse ist, und es nicht soo klar ist wozu er gehört kann man das doch mal klarmachen. Nicht für jeden ist es interessant, ob das nun der Parkplatz vom Rewe ist oder vom Aldi. Es gibt aber auch Parkflächen, die einen richtigen Namen haben. Wie soll ein Renderer diesen Konflikt lösen, den du da erzeugst? Lies dir einfach mal die wiki-Seite zu name durch. Weiterhin kann man dem Router nicht sagen, dass man zum Rewe will und der lotst mich dann automatisch auf den jeweiligen Kundenparkplatz. Ich werf mal operator=REWE etc in den Raum dafür; das sollte doch in Kombination mit access=customers ausreichen, oder? Gruß Peter ___ 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 19:39, schrieb M∡rtin Koppenhoefer: Am 23. Mai 2011 19:28 schrieb Christian Kolesa chriskol...@web.de: opening_hours=Mai-Oct Mo-Fr 17:00+; Sa-Su 15:00+; Nov-Apr off Sollte so passen als Beispiel. Wobei man da ein bisschen aufpassen muss, weil die engl. Schreibweisen der Abkürzungen nur so ähnlich sind wie die deutschen, d.h. hier z.B. May anstatt Mai. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Hat doch cp was übersehen :) Gruß Christian signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Alles hat ein Ende, auch mein Straßenvergleich
Am 23.05.2011 13:12, schrieb yobiSource: Ich werde mir das mal angucken und mit OSM vergleichen. Klappt soweit alles ganz gut. Grenzflächen und PLZ-Gebiete sind in reichlich 30min importiert mit ausschneiden aus Europa. (ohne Download) Hier ein paar Formatierungsfehler der AGS und RS als CSV und SHP: https://s3-eu-west-1.amazonaws.com/yobisource/ags_rs_format_fehler.csv.zip https://s3-eu-west-1.amazonaws.com/yobisource/ags_rs_format_fehler.shp.zip Jetzt bräuchte ich nur noch die Scripte um das Rad nicht gänzlich neu zu erfinden. -- yobiSource http://www.youtube.com/user/yobiSource http://yobisource.blogspot.com/ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kein Micromapping mit landuse (war: See in Wald in (L|N)SG)
Moin Martin! Am 23.05.2011 11:52, schrieb M∡rtin Koppenhoefer: Am 20. Mai 2011 02:02 schrieb Stephan Wolffs.wo...@web.de: Am 18.05.2011 11:59, schrieb M∡rtin Koppenhoefer: Die ATKIS-Daten der Landesvermessungsämter (siehe z.B. [1]) nehmen selbst größere Straßen in Wohngebiete, Wälder und Wiesen auf. Ja, das entspricht auch deren Maßstab. Die ATKIS Daten reichen von ca. 1:1-1:25000 (beste Genauigkeit) beim Basis DLM (frühere Bezeichnung DLM25) bis zum DLM1000 mit Maßstäben von 1:1000.000 und kleiner. Das ist überhaupt nicht mit OSM zu vergleichen, wo die Maßstäbe schon jetzt bis ca. 1:2000 gehen (Z.18) und in Zukunft und für kleinere Gebiete schon jetzt noch detaillierter gerendert werden. Diese Aussagen kann ich nicht nachvollziehen. In Mecklenburg-Vorpommern sind bei ATKIS jedes Haus und viele Schrebergartenhütten erfasst. Eine deutlich bessere Auflösung werden wir bei OSM mit den üblichen Methoden (GPS, Bing) nicht erreichen. Auch wenn es (sehr wenige) kleine Gebiete gibt, die bei OSM in jedem Detail erfasst sind, so liegt doch die Hauptnutzung bei Z=12 bis Z=17. Für diesen Bereich sollte man die Datenstrukturen auslegen. Aber bitte nicht als landuse. landuse ist im Wiki mehrfach als größeres Gebiet mit einer hauptsächlichen Nutzung definiert. Für viele Darstellungen ist solch eine Generalisierung wertvoll. Gerade diese Art der Generalisierung kann man automatisch berechnen. Doppelte Datenerfassung (einmal präzise, einmal generalisiert) macht doch keinen Sinn. M.E. spricht nichts dagegen, wenn man schon ein Polygon für eine bestimmte Sache hat, dort dann auch den Landuse dranzuhängen. Man könnte microstructure=farmland dranhängen. Wenn man landuse benutzt nur weil das Tag schon vom Renderer dargestellt wird, zerstört man die Auswertbarkeit nach der bisherigen Definition. Anwendungen mit begrenztem Speicherplatz (z.B. Garminkarten) stoßen jetzt schon an Grenzen und müssten landuse dann ignorieren. Micromapping hat für andere Anwendungen Vorzüge. Wer Gebiete in Einzelgrundstücke zerlegen will und diese wiederum in Acker, Hecke, Wohngebäude, Rasen, Gemüsebeet etc. teilen will, mag sich austoben, aber er sollte andere Tags nutzen. und alles doppelt erfassen? Falls es eine automatische Berechnung von microstructure auf landuse gibt, hätte der Mapper keinen Mehraufwand und die Datenbank wäre nur wenig größer. Alle Tools, die microstructure nicht benötigen, könnten unverändert bleiben. Falls die automatische Umrechnung nicht möglich ist, verlieren wir bei einer Umdefinition von landuse die Generalisierung. -1. Dort sind sogar Hecken, die sicherlich Teil der Flurstücke sind, aus der landuse-Fläche ausgeschnitten. -1, da sind keine Hecken. Ich habe dieses Gebiet selbst begangen. Was Du als Hecken bezeichnest sind Feuchtgebiete/Schilfe und Gestrüpp/Bäume, die z.B. nicht landwirtschaftlich genutzt werden (können). Wieso sollte ich die als landuse=farmland eintragen? Be- und Entwässerungsgräben oder Busch- und Baumreihen als Schutz vor Winderosion passen durchaus zu landwirtschaftlicher Nutzung. Will man landuse ausschließlich als innere Nutzfläche eines Grundstücks definieren, muss man bei residential oder industrial auch alle Rasenflächen, Beete, PKW-Stellplätze und Hecken weglassen. Dann ist landuse=residential Synonym für building=residential. Viele Grüße, Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kein Micromapping mit landuse (war: See in Wald in (L|N)SG)
Stephan Wolff s.wo...@web.de [Tue, May 24, 2011 at 01:35:01AM CEST]: [...] Will man landuse ausschließlich als innere Nutzfläche eines Grundstücks definieren, muss man bei residential oder industrial auch alle Rasenflächen, Beete, PKW-Stellplätze und Hecken weglassen. Dann ist landuse=residential Synonym für building=residential. Diesen Weg hat man zu meinem Unmut schon beschritten, als man entschied, dass Feldwege nicht zu einem Feld gehören und die Landnutzung erst 3 Meter links und rechts der Wegmitte beginnt. Dass Waldwege Wälder zerlegen und Parkplätze um die Parkplatzwege verjüngt werden müssen, ist der logische nächste Schritt. -- Johannes Hüsing There is something fascinating about science. One gets such wholesale returns of conjecture mailto:johan...@huesing.name from such a trifling investment of fact. http://derwisch.wikidot.com (Mark Twain, Life on the Mississippi) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] fest liegende Veranstaltungsschiffe
On 23-May-11 19:06, M∡rtin Koppenhoefer wrote: was haltet Ihr von building=ship? boat klingt so mickrig. :) Was immer der generische Ausdruck ist... vessel? Ich finde building durchaus akzeptabel, wenn man building als bauliche Anlage auffasst (wie es in OSM durchaus üblich ist, es werden jedenfalls viele bauliche Anlagen, die nach deutschem Recht keine Gebäude sind, als building getaggt). Was das baurechtlich ist, weiß ich nicht. Praktisch ist's ein schwimmendes Gebäude, das von Anfang an nur dafür gebaut wurde. Man beachte auch den schwimmenden Turnsaal (keine Ahnung, wie sich das anfühlt, wenn man dort scharf ein Tor schießt...) War irgendwie die letzte große Tat der Korneuburger Werft vor ihrem Konkurs... Servus, Andreas -- SotM-EU 15.-17. Juli 2011 in Wien: https://sotm-eu.org ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
