[Talk-de] Year-Tag was entspricht mehr der Regel ....
Hi ! beschäftige mich etwas mit den Baujahr-Angaben von Gebäuden. Da gibt es start_data - was ich persönlich etwas mehr als unpassend finde weil es nichts aussagt darüber wozu es gehört. Dann habe ich construction_year gefunden und angewandt und nun sehe ich im Present für Denkmalschutz [1] die Variante year_of_construction. Ich dacht immer [Thema]_year wäre so die allgemeine Regel - aber year_of_* ... ? Wie denkt Ihr da mehrheitlich drüber ? Passe das gerne nochmal an aber wie gesagt year_of_ Gruß Jan :-) Taginfo construction_year http://taginfo.openstreetmap.org/keys/construction_year Taginfo year_of_construction http://taginfo.openstreetmap.org/keys/year_of_construction [1] https://josm.openstreetmap.de/wiki/Presets/Heritage ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Taggingschema OpenRailwayMap
Am 23. Mai 2012 19:54 schrieb Alexander Matheisen alexandermathei...@ish.de: Ich würde sagen, man übernimmt weitgehend die Definition der EBO (http://www.gesetze-im-internet.de/ebo/__4.html). Auch wenn das Projekt international ist, lassen sich die deutschen Definitionen wahrscheinlich ohne Probleme auch auf andere Länder übertragen. +1, soweit international keine berechtigte Kritik geäussert wird. Bahnhofsbegrenzung zur Seite: Laut EBO: Bahnanlagen sind alle Grundstücke, Bauwerke und sonstigen Einrichtungen einer Eisenbahn, die unter Berücksichtigung der örtlichen Verhältnisse zur Abwicklung oder Sicherung des Reise- oder Güterverkehrs auf der Schiene erforderlich sind. Dazu gehören auch Nebenbetriebsanlagen sowie sonstige Anlagen einer Eisenbahn, die das Be- und Entladen sowie den Zu- und Abgang ermöglichen oder fördern. Es gibt Bahnanlagen der Bahnhöfe, der freien Strecke und sonstige Bahnanlagen. Fahrzeuge gehören nicht zu den Bahnanlagen. Auch diese Definition lässt sich meiner Meinung gut auf OSM übertragen. Für mich zählen nach dieser Definition zu einem Bahnhof: * Gleise * Bahnsteige * Lokschuppen * Bahnhofsgebäude * Stellwerk * Verladerampen für Autozüge +1 Nicht zu einem Bahnhof zählen danach: * Pendlerparkplatz (man kann auch ohne sie mit dem Zug fahren) * Radstation (gleicher Grund wie oben) -1, auch diese gehören m.E. nach der o.g. Definition dazu, weil sie den Zu- und Abgang ermöglichen oder fördern. Oder interpretiere ich das falsch? Sofern es sich um Einrichtungen auf Bahngelände handelt, würde ich es dem Bahnhof zuschlagen. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Year-Tag was entspricht mehr der Regel ....
Hallo Jan und Mitleser! From: Jan Tappenbeck [mailto:o...@tappenbeck.net] Sent: Monday, May 28, 2012 12:27 PM To: Openstreetmap allgemeines in Deutsch Subject: [Talk-de] Year-Tag was entspricht mehr der Regel ... Baujahr-Angaben von Gebäuden. Da gibt es start_data - was ich persönlich etwas mehr als unpassend finde weil es nichts aussagt darüber wozu es gehört. Finde ich passend. start_date ist das Kalenderdatum, an welchem die eingetragene Nutzung (building, tree, highway usw.) an der eingezeichneten Position beginnt. Dann habe ich construction_year gefunden und angewandt und nun sehe ich im Present für Denkmalschutz [1] die Variante year_of_construction. Ich dacht immer [Thema]_year wäre so die allgemeine Regel - aber year_of_* ... ? Wie denkt Ihr da mehrheitlich drüber ? Passe das gerne nochmal an aber wie gesagt year_of_ year bezeichnet einen Teil der Maßangabe, hier die Maßeinheit Jahr. Maßzahl und -einheit stehen im value. Im Schlüssel (key) finde ich year nie passend, sondern die Variablen date, time o. ä. für Kalenderdatum oder Zeit. Wo die Maßeinheit per Definition zweifelsfrei festgelegt ist, kann die Angabe entfallen. Bei start_date sollen die Werte nach ISO 8601 http://de.wikipedia.org/wiki/ISO_8601 eingetragen werden, die Einheiten ergeben sich aus der normierten Schreibweise. Bernhard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Year-Tag was entspricht mehr der Regel ....
Am 28. Mai 2012 12:26 schrieb Jan Tappenbeck o...@tappenbeck.net: beschäftige mich etwas mit den Baujahr-Angaben von Gebäuden. Da gibt es start_data - was ich persönlich etwas mehr als unpassend finde weil es nichts aussagt darüber wozu es gehört. es gehört dort dazu, wo man es anbringt. Wenn building und Nutzungs-tags gemeinsam am selben Objekt hängen, ergeben sich auch noch andere Probleme (z.B. wozu der Name gehört, oder der operator, etc.). Am besten man macht mehrere Objekte daraus (z.B. per Multipolygon-Relation). Dann habe ich construction_year gefunden und angewandt und nun sehe ich im Present für Denkmalschutz [1] die Variante year_of_construction. Ich dacht immer [Thema]_year wäre so die allgemeine Regel - aber year_of_* ... ? Wie denkt Ihr da mehrheitlich drüber ? start_date Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Year-Tag was entspricht mehr der Regel ....
Hallo Jan, hallo zusammen, das Tag year_of_construction= stammt aus meiner Feder. Ich bin schon seit längerem dabei mich um den kulturellen Bereich bei OSM zu kümmern. Ich trage Kunstwerke, Denkmäler, aritektonisch besondere Gebäude und seit kurzem auch denkmalgeschützte Gebäude ein. Ich suchte nach einer Auszeichnung um für die gennnten Objekte den Zeitraum der Entstehung festzulegen. Den Tag start_date=* gab es schon, aber ich fand ihn nicht passend. Skulpturen, Gebäude entstehen nicht an einem Tag sondern über einen längeren Zeitraum. Daher habe ich auch für das Auszeichnungs-Tag etwas gewählt was diesem entspricht. Ausserdem besteht bei Verwendung dieses Tags noch die Möglichkeit Entstehung und Einweihung gemeinsam zu taggen: tourism=artwork artwork:type=sculpture name=Big Forms artist_name=Henry Moore year_of_construction=1966 start_date=1982-05-29 donator:EUR-Bank note:Die im Jahr 1966 geschaffene Figur ist eine Spende der EUR-Bank und schmückt seit dem 29. Mai 1982 den Platz vor dem Bankgebäude. Ähnliches kann man bei Kirchen anwenden und somit Bauzeit und Tag der Einweihung mit den beiden Tags year_of_construction und start_date versehen. Liebe Grüße Harald Schwarz black_bike -- Empfehlen Sie GMX DSL Ihren Freunden und Bekannten und wir belohnen Sie mit bis zu 50,- Euro! https://freundschaftswerbung.gmx.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Relation Analyzer zeigt jetzt die Way Verteilung an
Hi! Der Relation Analyzer zeigt jetzt die Verteilung der Ways innerhalb der Relation an. Die Darstellung erfolgt in Form von farblichen Balken, die jeweils dem Anteil der Gesamtlänge der Relation entsprechen. Damit kann man z.B. sehen, ob bei einem Radweg irgendwelche Ways vom Typ motorway enthalten sind. Oder bei Bundesstraßen-Relationen kann man prüfen ob alle Wegs vom entsprechend Typ sind. Beispielsweise enthält B 27 einen Way vom Typ tertiaray: http://ra.osmsurround.org/analyzeRelation?relationId=2064452 Es lässt sich auch der Anteil von unbefestigten Streckenabschnitten ermitteln. Als Beispiel der Skulpturenradweg: http://ra.osmsurround.org/analyzeRelation?relationId=2116072 Bei Relationen, die keine Ways mit Typ highway haben, wird die Darstellung weggelassen. Viele Grüße, Adrian. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation Analyzer zeigt jetzt die Way Verteilung an
Gute Idee un sehr nuetzlich! Volker 2012/5/28 Adrian Stabiszewski mynewslet...@nitegate.de Hi! Der Relation Analyzer zeigt jetzt die Verteilung der Ways innerhalb der Relation an. Die Darstellung erfolgt in Form von farblichen Balken, die jeweils dem Anteil der Gesamtlänge der Relation entsprechen. Damit kann man z.B. sehen, ob bei einem Radweg irgendwelche Ways vom Typ motorway enthalten sind. Oder bei Bundesstraßen-Relationen kann man prüfen ob alle Wegs vom entsprechend Typ sind. Beispielsweise enthält B 27 einen Way vom Typ tertiaray: http://ra.osmsurround.org/analyzeRelation?relationId=2064452 Es lässt sich auch der Anteil von unbefestigten Streckenabschnitten ermitteln. Als Beispiel der Skulpturenradweg: http://ra.osmsurround.org/analyzeRelation?relationId=2116072 Bei Relationen, die keine Ways mit Typ highway haben, wird die Darstellung weggelassen. Viele Grüße, Adrian. ___ 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] Teilnehmer für Veranstaltung in Berlin gesucht
Hallo Leute, am 01.07.2012 findet in Berlin eine Veranstaltung statt, in deren Rahmen eine Preisverleihung stattfindet. Dabei ist unter anderem OSM für einen Preis nominiert. Details werden leider erst in einigen Tagen veröffentlicht, ich reiche das ggf. nach. Im Moment suche ich Leute, die gerne zu dieser Veranstaltung hingehen und dann (natürlich nur falls wir gewinnen) den Preis entgegen nehmen würden. Wer hätte zu sowas Zeit und Lust? Ich oder jemand anderes sind definitiv auch dabei, also keine Angst, dass ihr am Ende allein da steht. Wir können auch mit mehr als zwei Leuten aufkreuzen, je nach Resonanz. Bei Interesse mailt mir einfach, wir klären dann alles weitere. Viele Grüße, Roland ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation Analyzer zeigt jetzt die Way Verteilung an
On 28/05/12 21:27, Volker Schmidt wrote: Gute Idee un sehr nuetzlich! +1 2012/5/28 Adrian Stabiszewski mynewslet...@nitegate.de Hi! Der Relation Analyzer zeigt jetzt die Verteilung der Ways innerhalb der Relation an. Die Darstellung erfolgt in Form von farblichen Balken, die jeweils dem Anteil der Gesamtlänge der Relation entsprechen. Damit kann man z.B. sehen, ob bei einem Radweg irgendwelche Ways vom Typ motorway enthalten sind. Oder bei Bundesstraßen-Relationen kann man prüfen ob alle Wegs vom entsprechend Typ sind. Beispielsweise enthält B 27 einen Way vom Typ tertiaray: http://ra.osmsurround.org/analyzeRelation?relationId=2064452 Oh je, sieht die wieder zerpflückt aus. fly ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de