Re: [Talk-de] Wehrkiche?
Johannes Huesing schrieb am 06.06.2010 06:57: church_type=fortified? amenity=place_of_worship_and_defense? Also beim amenity-Tag wuerde ich nur place_of_worship setzen. Mal abgesehen davon, dass mit deinem Vorschlag keiner ausser dir was anfangen kann, soll das Tag ja auch die aktuelle Nutzung beschreiben. Und da scheint mir defense doch ziemlich unpassend. Wenn schon, dann wuerde ich eher zusaetzlich ein historic=fort setzen. Gruss Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wehrkiche?
Am 6. Juni 2010 08:04 schrieb Torsten Leistikow de_m...@gmx.de: Johannes Huesing schrieb am 06.06.2010 06:57: church_type=fortified? amenity=place_of_worship_and_defense? Also beim amenity-Tag wuerde ich nur place_of_worship setzen. Mal abgesehen davon, dass mit deinem Vorschlag keiner ausser dir was anfangen kann, soll das Tag ja auch die aktuelle Nutzung beschreiben. Und da scheint mir defense doch ziemlich unpassend. Wenn schon, dann wuerde ich eher zusaetzlich ein historic=fort setzen. Aus geschichtlicher Perspektive handelt es sich immer noch um eine Kirche. Sie weist aufgrund ihrer zusätzlichen Aufgaben (Zufluchtsort) besondere Baumerkmale auf. So gesehen ist der Vorschlag von Johannes passend. Denkbar wäre auch ein historic=archaeological_site[1], site_type=fortification, fortification_type=fortified_church wäre vielleicht eine Möglichkeit. Wobei archaeological_site eine Ausgrabungsstätte meint, was auf unseren Fall eher nicht zutrifft. Vielleicht wäre ein historic=architectural passender. Die sub-Tags könnte man beibehalten. Bei amenity=place_of_worship und historic=fort würde ich eher an eine Festung denken, die heute als Kirche genutzt wird. Gibt es ein Architektur-Tag, mit dem man auf solche Besonderheiten hinweisen kann? Gruß, Falk [1] http://wiki.openstreetmap.org/wiki/DE:Tag:historic%3Darchaeological_site ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] BAB mit no horse, bike etc.
hi ! auf der Strecke Hamburg - Berlin (z.B. [1] ) habe ich gesehe das jemand no horse, no bike und no foot definiert hat. Das ist ja mehr als überflüssig - stehen lassen oder wegnehmen?? Wie ist Eure Meinung ? Gruß Jan .-) [1] http://www.openstreetmap.org/browse/way/26770022 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] BAB mit no horse, bike etc.
On 06.06.2010 10:20, Jan Tappenbeck wrote: hi ! auf der Strecke Hamburg - Berlin (z.B. [1] ) habe ich gesehe das jemand no horse, no bike und no foot definiert hat. Das ist ja mehr als überflüssig - stehen lassen oder wegnehmen?? Nein ist nicht überflüssig, im Sinne von wir wollen weltweit konsistente Daten. In den USA darf man etwa auf Autobahnen fahrradfahren. Wie ist Eure Meinung ? Gruß Jan .-) [1] http://www.openstreetmap.org/browse/way/26770022 ___ 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] Trennzeichen bei Aufzählungen im Wert eines Tags (war: motorway und motorway_link um destination-tag ergänzen )
(oh weia, ich war ein paar Tage unterwegs ... wieviel kann man über so etwas normales und notwendiges wie ein Leerzeichen eigentlich diskutieren) Moin, Am Freitag 04 Juni 2010, 08:17:58 schrieb Schorschi: den Käse übersehe ich jetzt mal Ich seh hier nichts gelbes mit Löchern drin. der Käse kam von dir - in deiner Vor-E-Mail, auf die ich antwortete. Und ich fand den nicht besonders originell, wie ebenso den Diskussionsstil in deiner E-Mail, auf die ich jetzt reagiere ... das wollte ich mit übersehe ich jetzt mal ausdrücken. Besser ausformuliert: könntest du bitte sachlich bleiben? Stimme ich dagegen. Die Lesbarkeit mit Semikolon ist immer etwas eingeschränkt, da macht das auch nichts mehr aus. Ein zukünftiger, guter Editor kann das ja selbst aufspalten und dem Benutzer lesbarer anzeigen. das ist keine Frage der Abstimmung, Oha, keine Abstimmung? Keine Konsensfindung? Du diktierst? nette Interpretation, die auf die Tränendrüse drückt - klassischer Versuch, den schwarzen Peter wegzuschieben. Meine Antwort auf den sachlichen Inhalt: Nein, keine Abstimmung. Das ist wie bei 2 x 2 = 4 ... darüber würde ich auch nicht abstimmen. Mit Leerzeichen sind die Tags besser lesbar, das ist alles. Nein, kein normal denkender Mensch würde die OSM-Tags im Rohdatenformat als Meisterstück der Typographie einstufen und das sollte es auch nicht werden. hat auch nie jemand behauptet Wir sollten so arbeiten, dass man mit den Daten sauber umgehen kann, dass das Datenformat eindeutig und computerverarbeitbar wird bzw. bleibt. das bleibt es auch mit Leerzeichen Wer typografische Ansprüche höher wertet als die Verarbeitung mit einem Rechner, der soll in Gottes Namen nicht an den Rohdaten rumpfuschen sondern mit geeigneten, abstrahierten Werkzeugen arbeiten. das ist ein untergeschobenes Argument, das nicht passt - die Verarbeitungsfähigkeit bleibt auch mit Leerzeichen erhalten und eindeutig. Das ist wieder ein klassischer Fall, wo die Programmierfraktion gegen die Benutzerfreundlichkeit argumentiert Ich sehe keinen messbaren Vorteil für die Benutzerfreundlichkeit. Die Lesbarkeit ... wenndudasnichtsiehst,kannichdirauchnichthelfen. Ich lasse ja auch nicht am Anfang jedes Tags ein Leerzeichen nur weil das in meinem Editor schöner aussieht. Da fängt das Feld an ... der optische Trenner ist schon vorhanden. Dir ist klar, dass wir hier nur von Tags reden, die mehrere Werte beim selben Key haben? Das kommt nicht alle Tage vor und das läuft dem normalen Mapper auch nicht jeden Tag übern Weg. Ja genau, und wenn deshalb die Rechenperformance ein winziges Quentchen schlechter wird, gibt es gar keinen Grund das Leerzeichen wegzulassen. - wofür werden Rechner eigentlich schneller und Speicher größer? Sicherlich nicht für deine obskuren Ansprüche. danke für diese persönliche Ansage (s. o.) Ein paar gewichtigere Argumente wären schon prima, ich denke Lesbarkeit ist in einem System, das in der Hauptsache von lesenden und schreibenden Nutzern seine Informationen bezieht, ein sehr gewichtiges Argument, zu dem ich bisher kein nennenswertes Gegenargument bekommen habe. Alles andere funktioniert ja weiterhin. Gruß, Schusch___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] BAB mit no horse, bike etc.
Am 06.06.2010 10:20, schrieb Jan Tappenbeck: auf der Strecke Hamburg - Berlin (z.B. [1] ) habe ich gesehe das jemand no horse, no bike und no foot definiert hat. Das ist ja mehr als überflüssig - stehen lassen oder wegnehmen?? Wie ist Eure Meinung ? Moin, nicht nur dort. Hier in meiner Gegend pappt auch snowmobile=no, minspeed=60 etc. dran also alles eigentlich überflüssig. Aber da es nicht weiter stört lösche ich die Tags nur, wenn ich sowieso an der Autobahn am basteln bin. Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] power=sub_station
ich habe einige Fragen zu power=sub_station: Werden so nur die großen Umspannstationen, wo auch Ummspannstation dransteht, (Größe zwischen kleinerem Gebäude und Plastikkiste in der Größe eines Streumittelbehälters) gemappt, Ja, sowie in älterer Ausführung diejenigen, die etwa das Format von Schlauchtürmen haben. Ja, die meinte ich mit kleinere Gebäude. Davon gibt es hier auch einige. ich zeichne auch diese Trafo-Stationen in Garagengröße als sub_station aus - ein richtiges Umspannwerk (am Ortsrand, mit 110-kV-(oder mehr)-Versorgungsleitung zeichne ich als station aus. Gruß, Schusch___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] BAB mit no horse, bike etc.
Am 06.06.2010 10:26, schrieb Chris66: Am 06.06.2010 10:20, schrieb Jan Tappenbeck: auf der Strecke Hamburg - Berlin (z.B. [1] ) habe ich gesehe das jemand no horse, no bike und no foot definiert hat. Das ist ja mehr als überflüssig - stehen lassen oder wegnehmen?? Wie ist Eure Meinung ? Moin, nicht nur dort. Hier in meiner Gegend pappt auch snowmobile=no, minspeed=60 etc. dran also alles eigentlich überflüssig. Aber da es nicht weiter stört lösche ich die Tags nur, wenn ich sowieso an der Autobahn am basteln bin. Chris hi ! sicher mappen wir nicht für die renderer - aber alle möglichen tag-kombis kann man immer nur schwer filtern und deshalb dachte ich an schrott weg damit ! gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] power=sub_station
On Sat, Jun 05, 2010 at 10:40:21PM +0200, Tim Koyda wrote: Hallo, ich habe einige Fragen zu power=sub_station: Werden so nur die großen Umspannstationen, wo auch Ummspannstation dransteht, (Größe zwischen kleinerem Gebäude und Plastikkiste in der Größe eines Streumittelbehälters) gemappt, oder auch die Kleineren Ortsnetz-Verteiler mit Bezeichnung Ortsnetz, ON oder Verteiler (Größe normaler Stromkasten, manchmal auch größer)? Beide haben (zumindest hier in der Gegend) eine Bezeichnung aus Ortsname und Straße, manchmal auch Hausnummer. Also das was zwischen Garagen und Hundehausgroesse ist mappe ich als power=sub_station - Kleineres kenne ich hier nicht (OWL) - Die kisten sie sonst so an der Straße sind sind ueberwiegen Kvz der DTAG .. Ich trage dann immer ref= voltage= operator= wobei ref halt das ist was auf dem Schild prominent drauf ist. Hier in der Gegend meist Straße und Hausnummer, alternativ auch Name des naechsten Hofes oder aehnliches. Un das ist eher ein ref als ein name - Wir tragen ja bei adressen die Hausnummer und die Straße auch nicht als name= sonder addr:street= und addr:housenumber= ein - was nichts anderes als ein differenzierter ref ist... Hier so ein Beispiel (Nur Nahaufname) http://photo.osm.lab.rfc822.org/photo.html?id=5837width=3264height=2448 http://photo.osm.lab.rfc822.org/photo.html?id=6094width=3264height=2448 http://photo.osm.lab.rfc822.org/photo.html?id=9004width=3264height=2448 http://photo.osm.lab.rfc822.org/photo.html?id=9005width=3264height=2448 Wird die Bezeichnung dieser Kästen als ref=* oder name=* gemappt? Naja - Ein Name ist das ja nicht - sondern eher eine Referenz in die Liste der sub_stations dieses Operators ... Meist ist da ja eine Adresse drin die ja IMHO kein Name sein kann - Adressen sind immer referenzen. Wie werden Telefonverteiler bezw. die Kästen der Post (wie heißen die offiziell?) gemappt? Kabelverzweiger oder auch Kvz. Habe ich bisher nicht gemappt. Wird aber mit VDSL dann ja spannend ;) Kann man gleich erheben ob es sich im ein grosses Mehrfachgehaeuse oder das alte handelt ;) Viel Spannender finde ich die hier - power=minor_line ist klar - sind nur 10Kv. Der mast ist aber kein pole sondern tower - da ja Stahlgitter. Was ist mit dem Masttrenner und dem Trafo? http://photo.osm.lab.rfc822.org/photo.html?id=7857width=3264height=2448# Der hat auch einen Operator - eine Ref und eine Voltag: http://photo.osm.lab.rfc822.org/photo.html?id=7839width=3264height=2448 Flo -- Florian Lohoff f...@zz.de Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat im Internet Zensur- und Überwachungsabsichten zu unterstellen. - - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] OSM-Workshop auf dem Linuxtag / eTickets
Hallo, das Workshop-Programm für den Linuxtag steht nun fest. Der OSM-Workshop findet am Mittwoch ab 15:00 Uhr statt. Für OSM-Neulinge ist eine kurze Einführung geplant (Geschichte, Tools, wie kann man mitmachen). Im Anschluss können speziellere Themen besprochen werden, je nach Interesse im Publikum. Vorschläge: - OSM-Karten auf mobile Geräte installieren - Editor-Bedienung - Tools auf den Entwicklungs-Servern - Styleentwicklung Wer noch weitere Vorschläge hat, bitte hier posten. Dann kann ich mich auch noch vorbereiten. Wer beim Workshop mitmachen möchte als Vortragender, bitte bei mir melden. Ich habe auch noch eTickets zur Verfügung. Bitte Email an mich. Verteilung erfolgt nach Eingangsreihenfolge. Lars ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM-Workshop auf dem Linuxtag / eTickets
Das Workshopprogramm findet man hier: http://www.linuxtag.org/2010/de/program/projekt-workshops.html Lars ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Trennzeichen bei Aufzählungen im Wert eines Tags (war: motorway und motorway_link u m destination-tag ergänzen )
Am 6. Juni 2010 10:25 schrieb Schorschi scho...@snafu.de: Ein paar gewichtigere Argumente wären schon prima, ich denke Lesbarkeit ist in einem System, das in der Hauptsache von lesenden und schreibenden Nutzern seine Informationen bezieht, ein sehr gewichtiges Argument, zu dem ich bisher kein nennenswertes Gegenargument bekommen habe. Alles andere funktioniert ja weiterhin. Als jemand, der an dieser Diskussion bisher nicht teilgenommen habe, finde ich die Gegenargumente bis jetzt deutlich gewichtiger als deine schnöde verbesserte Lesbarkeit. Lesbarkeit zu erreichen ist hier Aufgabe der Editoren. Du editierst ja OSM (hoffentlich) nicht mit vi. ;) Genauso wie tags immer interpretiert werden müssen (sie entsprechen in der Regel nicht der Definition des Wortes) muss auch eine Aufzählung interpretiert werden. Und hier ist weniger mehr. Man könnte natürlich auch 3 oder 5 Zeichen verwenden, um den optischen Abstand weiter zu erhöhen, aber das ist noch größerer Quark... Ich würde dir für dein Anliegen, den derzeitigen Konsens für mehrere Werte pro Schlüssel zu ändern, anraten, dich an die tagging-Mailingliste zu wenden. Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Waypoints in JOSM
Am Sonntag 06 Juni 2010 05:26:46 schrieb Johannes Huesing: Ich nutze kubuntu 9.10 und betätige da Alt+F2 / und dann wird mir schon /usr/local/bin/josm vorgewählt. Daran ist nix falsch. In dem Skkript stehen die folgenden Zeilen: Jepp, genau wie in meinem. Wenn josm gestartet hat, benutze ich das Datei öffnen-Sinnbild, daraufhin präsentiert sich mir ein Dateiauswahldialog, in dem ich waypoint.gpx auswähle. Nach Drücken der Enter-Taste sieht man eine knappe halbe Sekunde den beschäftigt-Dialog, danach ist das System wieder unverrichteter Dinge beim Startbildschirm. Kann ich nicht nachvollziehen, auch mit Deiner Datei nicht, die tuts bei mir mit dem von dir beschriebenen Szenario, gerade ausprobiert. Dann versuch mal der Konsole (oder Terminal) eine Fehlermeldung zu entlocken: josm waypoint.gpx Gibt das auch nichts, sicher mal Deine Einstellungen und starte JOSM als tätest Du das das erste mal: cd ~ mv .josm .josm.bak josm waypoint.gpx Vielleicht sind die Einstellungen fehlerhaft, oder ein Plugin schlägt quer. MfG, Chris... -- Mein kleiner, persönlicher OSM-Duden: +1 - bin Deiner Meinung -1 - sehe ich nicht so AIO - http://wiki.openstreetmap.org/wiki/DE:All_in_one_Garmin_Map ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Trennzeichen bei Aufzählungen im Wert eines Tags (war: motorway und motorway_link um de stination-tag ergänzen )
Martin Simon schrieb: Als jemand, der an dieser Diskussion bisher nicht teilgenommen habe, finde ich die Gegenargumente bis jetzt deutlich gewichtiger als deine schnöde verbesserte Lesbarkeit. Als jemand, der an dieser Diskussion bisher ebenfalls noch nicht teilgenommen hat, können mich die Gegenargumente nicht wirklich überzeugen. Sie beruhen nämlich auf der Hoffnung, in einer Anwendung durch den Verzicht auf Robustheit gegenüber Whitespace einen kleinen Performancevorteil erzielen zu können. Real existierende Editoren präsentieren Werte aber nach wie vor meist als einfache, von Hand zu bearbeitende Zeichenketten. So lange ein großer Teil der Daten auf diese Weise erzeugt wurde, ist es m.E. einfach keine sinnvolle Entscheidung, eine Software zu bauen, die an Dingen wie Leerzeichen scheitert. Der Preis für diesen erhofften Performancevorteil wären regelmäßige Aufräumaktionen oder Botedits, eine zusätzliche Regel, die ein neuer Mapper lernen muss, und eine trotzdem immer vorhandene Menge absolut vermeidbarer Fehler in den nicht robusten Anwendungen. Lesbarkeit zu erreichen ist hier Aufgabe der Editoren. Du editierst ja OSM (hoffentlich) nicht mit vi. ;) Nein, aber mit JOSM. Wenn die Schlüssel und Werte in den OSM-Daten irgendwann einmal nur noch von Programmen geschrieben und gelesen werden, dann kann man sich auf Feinheiten der Syntax verlassen. Momentan ist das nicht gegeben. Tobias Knerr ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Waypoints in JOSM
fly glaubte zu wissen: Christian Knorr schrieb: Am Samstag 05 Juni 2010 15:15:07 schrieb Florian Gross: Christian Knorr glaubte zu wissen: Ich hab mir ein Startscript ~/bin/josmlatest.sh angelegt: Den Ordner ~/bin gibts nicht, auch nicht den $PATH dorthin. Bevor ich mir das einbaue habe ich das so gemacht. Wenn ihr Linux konform gehen wollt gehört sowas unter /usr/local/ oder /opt/ , wobei /usr/local/bin bzw /opt/bin im Suchpfad Eurer shell stehen sollte. /usr/local/ bzw /opt können auch auf eine eigene Partition. Dann noch eine User-Gruppe: josm-update anlegen und der schreibrechte auf /usr/local/share/josm/ geben bzw das sticky-bit setzen. Somit können aller Benuter der Gruppe updaten und man braucht kein sudo. Das wär natürlich auch eine Möglichkeit. Unter /bin gehört JOSM ganz bestimmt nicht. Von /bin war auch nicht die Rede. Wir sind bei ~/bin, also /home/[USER]/bin. flo -- Wenn ich eine mail mit der Anrede Herr Wardzichowski erhalte, schreibe ich dann jeweils an Frau *** zurueck. Manche mailen dann nie, nie wieder... Bisschen Maenner quaelen kann ja nich schaden.. [Andrea Wardzichowski in dasr] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] BAB mit no horse, bike etc.
Hi, und wieso trägt man diese tags dann nicht in der description von motorway und motorway_link unter implies ein? Dann fühlt man (ich wars nicht ;-) sich nicht mehr genötigt, das auf die AB zu mappen. Wäre das eine Lösung? steffterra Am 06.06.2010 um 12:02 schrieb aighes h.scholl...@googlemail.com: Die Tags sind ja nicht fehlerhaft. Sie sind lediglich für einen deut schen bzw. für eine deutsche Karte überflüssig. Die Tags würde ich also drin lassen. Stören tun sie ja nicht. Viele Grüße, aighes -- View this message in context: http://gis.638310.n2.nabble.com/BAB-mit-no-horse-bike-etc-tp5144924p5145058.html Sent from the Germany mailing list archive at Nabble.com. ___ 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] BAB mit no horse, bike etc.
Hallo, das wurde doch schon gesagt. OSM ist ein internationales Projekt. Wenn man für highway=motorway bicycle=no annimmt, müssten bspw. in den USA alle Motorways mit bicycle=yes getaggt werden. Die minimale Geschwindigkeit unterscheidet sich auch von Land zu Land. hinzu kommt, dass implizierte Tags immer schlecht sind. Als Auswerter der Daten weiß man nie, ob es absichtlich weggelassen wurde, da ja impliziert oder ob der Mapper von der implizierung nichts wusste und die Implizierung daher nicht geändert hat oder ob die Eigenschaft nicht erfasst wurde und deshalb fehlt. Man kann also nur davon ausgehen (nämlich worst case), dass die Eigenschaft nicht erfasst wurde. -- View this message in context: http://gis.638310.n2.nabble.com/BAB-mit-no-horse-bike-etc-tp5144924p5145269.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mappingparty, Samstag 26. Juni 2010, Tr oisdorf (nähe Köln/Bonn)
Die Mappingparty wird organisiert von der Troisdorfer Linux User Gruppe (TroLug) sowie von der Bonner Openstreetmap Gruppe (Stammtisch Bonn). Hier kann man noch weitere Informationen dazu finden: http://trolug.de/doku.php?id=mapping_party_juni2010 -- Jonas Stein n...@jonasstein.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Trennzeichen bei Aufzählungen im Wert eines Tags (war: motorway und motorway_link um destination-tag ergänzen )
Am Freitag 04 Juni 2010, 08:19:26 schrieb Schorschi: Leerzeichen zu entfernen ist technisch kein Problem, eine Anwendung sollte das sicherheitshalber schon koennen. Aber da die Leerzeichen keinerlei Vorteil bieten, laesst man sie besser gleich weg. äh, soll ich jetzt sagen: typisch Computer-Freak? nein, Entwickler. Ich hatte es doch geschrieben: Lesbarkeit ... damit Benutzerfreundlichkeit DAS Argument schlechthin, wenn man etwas lesen muss. Ich wage zu behaupten, dass die Daten in den meisten Faellen von Software gelesen und verarbeitet werden. Und ich zumindest kann sowas durchaus auch ohne Leerzeichen lesen. Ausserdem: Wer Benutzerfreundlichkeit will, liest sicher nicht direkt im XML- Code... signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] BAB mit no horse, bike etc.
Moin, Jan Tappenbeck schrieb: Am 06.06.2010 10:26, schrieb Chris66: Am 06.06.2010 10:20, schrieb Jan Tappenbeck: Das ist ja mehr als überflüssig - stehen lassen oder wegnehmen?? Aber da es nicht weiter stört lösche ich die Tags nur, wenn ich sowieso an der Autobahn am basteln bin. sicher mappen wir nicht für die renderer - aber alle möglichen tag-kombis kann man immer nur schwer filtern und deshalb dachte ich an schrott weg damit ! Alle möglichen - korrekten - Tagkombinationen sind kein Schrott, sondern z. B. ein gutes Testszenario für jegliche Anwendung. Nur das zu testen, was man meint, testen zu müssen, zeigt sich fast immer als zu kurz gedacht. ;-) Man *muss* ja nicht danach filtern, wenn man meint, dass sie da gar nicht erst hingehören. Ansonsten bin ich der gleichen Meinung wie Felix und aighes. Gruß Georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] BAB mit no horse, bike etc.
Am 06.06.2010 um 14:07 schrieb aighes h.scholl...@googlemail.com: Hallo, das wurde doch schon gesagt. OSM ist ein internationales Projekt. Wenn man für highway=motorway bicycle=no annimmt, müssten bspw. in den USA al le Motorways mit bicycle=yes getaggt werden. Die minimale Geschwindigkeit unterscheidet sich auch von Land zu Land. Naja, die Wikiseiten sind nie allgemein gültig, wie auch. Deshalb könnte doch auch für jedes Land in eine Tabelle eingetragen werden, die das entsprechende landesspezifisch aussagt. Dann gibt's halt eine Implies-Tabelle, die das leistet. Wo ist das Problem? Der von Dir angesprochene Fall, dass sich jemand erst gar nicht diese Doku anschaut, hat sowieso verloren. Man muss sich schon etwas mit der Materie beschäftigen, wenn man von derselben profitieren möchte. Letztendlich etscheidet das Gesetz im jeweiligen Land. Doch selbst wenn jemand aus Versehen bycicle=yes hier in .de auf der A 7 mappen würde, muss das eine Software ignorieren können, die fürs Fahrradrouting in .de gedacht ist. Ich habe diese Tags immer so verstanden, dass man damit Ausnahmen und geregelte Abweichungen mappt und nicht den gesetzlichen Normalzustand. Nun, das habe ich anscheinend falsch verstanden. Dann vergesst aber bitte nicht motorcar=yes und hgv=yes zu mappen... Ob wir als Mapper damit jedoch Anwendungen helfen, sei dahingestellt. Fakt ist, dass sich Software nie alleine auf die OSM-Daten verlassen kann, so wie der gesunde Menschenverstand auch nicht. Also mappt doch alles, was sowieso im jeweiligen Land verboten ist, als verboten- dann muss die Software halt den ganzen unwichtigen Müll herausfiltern beim parsen der Daten. Was soll's. Darauf lässt man sich als Entwickler sowieso ein, alles andere wäre blauäugig. hinzu kommt, dass implizierte Tags immer schlecht sind. Als Auswerter der Daten weiß man nie, ob es absichtlich weggelassen wurde, da ja impli ziert Doch - wenn man die Gesetze des jeweiligen Landes anwendet, ist man auf der sicheren Seite (ohne die Ausnahmen, denn dafür wären Zusatztags nach meinem Verständnis da). steffterra ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wehrkiche?
Falk Zscheile falk.zsche...@googlemail.com [Sun, Jun 06, 2010 at 09:40:29AM CEST]: Am 6. Juni 2010 08:04 schrieb Torsten Leistikow de_m...@gmx.de: Johannes Huesing schrieb am 06.06.2010 06:57: church_type=fortified? amenity=place_of_worship_and_defense? Also beim amenity-Tag wuerde ich nur place_of_worship setzen. Mal abgesehen davon, dass mit deinem Vorschlag keiner ausser dir was anfangen kann, soll das Tag ja auch die aktuelle Nutzung beschreiben. Und da scheint mir defense doch ziemlich unpassend. Wenn schon, dann wuerde ich eher zusaetzlich ein historic=fort setzen. Aus geschichtlicher Perspektive handelt es sich immer noch um eine Kirche. Sie weist aufgrund ihrer zusätzlichen Aufgaben (Zufluchtsort) besondere Baumerkmale auf. So gesehen ist der Vorschlag von Johannes passend. Bevor Du ihn zu sehr verteidigst: Der zweite war nicht ernst gemeint. Ich bin kein Freund von amenity, würde aber den Sinn wenigstens soweit hochhalten wollen, dass die Anwendung uns heutzutage noch von Nutzen sein sollte. Denkbar wäre auch ein historic=archaeological_site[1], site_type=fortification, fortification_type=fortified_church wäre vielleicht eine Möglichkeit. Finde ich vernünftig! Aber hat man bisher den tag site_type verwendet? Was mindestens vorgeschlagen wird, ist castle_type, aber das ist in diesem Fall unpassend. Ich sehe gerade site_type=fortification wird vorgeschlagen, aber für prehistoric fortifications and nearly vanished castles, die Kirche ist aber in gut erhaltenem Zustand. Wobei archaeological_site eine Ausgrabungsstätte meint, was auf unseren Fall eher nicht zutrifft. Eben drum. Ich hatte nicht vor, tiefer in die Diskussion einzusteigen, da es rund um OSM einige Archäologie-Experten gibt, sehe mich aber als Laienmapper in einem akuten Mangel an passenden Bezeichnungen. -- 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] Trennzeichen bei Aufzählungen im Wert ei nes Tags (war: motorway und motorway_link um destinat ion-tag ergänzen )
Am 06.06.2010 um 14:16 schrieb Guenther Meyer d@sordidmusic.com: Am Freitag 04 Juni 2010, 08:19:26 schrieb Schorschi: Leerzeichen zu entfernen ist technisch kein Problem, eine Anwendung sollte das sicherheitshalber schon koennen. Aber da die Leerzeichen keinerlei Vorteil bieten, laesst man sie besser gleich weg. äh, soll ich jetzt sagen: typisch Computer-Freak? nein, Entwickler. Ich hatte es doch geschrieben: Lesbarkeit ... damit Benutzerfreundlichkeit DAS Argument schlechthin, wenn man etwas lesen muss. Ich wage zu behaupten, dass die Daten in den meisten Faellen von Software gelesen und verarbeitet werden. Und ich zumindest kann sowas durchaus auch ohne Leerzeichen lesen. Software, die sich auf OSM-Daten verlässt, muss sich sowieso immer auf beide Fälle einstellen, zumindest, solange man sich keine teuren Lizenzen antun möchte. Wer also einfach, ressourcensparend und effektiv Rouingsoftware bauen möchte, muss halt in die Tasche greifen. Schade, dass _hier_ OSM nie konkurrenzfähig wird, aber das liegt in der Natur der Sache und andere Regeln würden Innovationen in OSM im Keim ersticken. Damit muss man aber leben, wenn man nicht zu Navteq oder Teleatlas verkümmern möchte. --Somit gebe ich für meinen Teil die Diskussion über das Leerzeichen nach dem Semikolon auf und halte mich in diesem Punkt auch nicht ans Wiki, da genau dieser Punkt immer wieder hin und her geändert werden wird. steffterra ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] BAB mit no horse, bike etc.
steffterra schrieb: Am 06.06.2010 um 14:07 schrieb aighes h.scholl...@googlemail.com: Hallo, das wurde doch schon gesagt. OSM ist ein internationales Projekt. Wenn man für highway=motorway bicycle=no annimmt, müssten bspw. in den USA al le Motorways mit bicycle=yes getaggt werden. Die minimale Geschwindigkeit unterscheidet sich auch von Land zu Land. Naja, die Wikiseiten sind nie allgemein gültig, wie auch. Deshalb könnte doch auch für jedes Land in eine Tabelle eingetragen werden, die das entsprechende landesspezifisch aussagt. Dann gibt's halt eine Implies-Tabelle, die das leistet. Wo ist das Problem? Der von Dir angesprochene Fall, dass sich jemand erst gar nicht diese Doku anschaut, hat sowieso verloren. Man muss sich schon etwas mit der Materie beschäftigen, wenn man von derselben profitieren möchte. Letztendlich etscheidet das Gesetz im jeweiligen Land. Doch selbst wenn jemand aus Versehen bycicle=yes hier in .de auf der A 7 mappen würde, muss das eine Software ignorieren können, die fürs Fahrradrouting in .de gedacht ist. Ich habe diese Tags immer so verstanden, dass man damit Ausnahmen und geregelte Abweichungen mappt und nicht den gesetzlichen Normalzustand. Nun, das habe ich anscheinend falsch verstanden. Dann vergesst aber bitte nicht motorcar=yes und hgv=yes zu mappen... Ob wir als Mapper damit jedoch Anwendungen helfen, sei dahingestellt. Fakt ist, dass sich Software nie alleine auf die OSM-Daten verlassen kann, so wie der gesunde Menschenverstand auch nicht. Also mappt doch alles, was sowieso im jeweiligen Land verboten ist, als verboten- dann muss die Software halt den ganzen unwichtigen Müll herausfiltern beim parsen der Daten. Was soll's. Darauf lässt man sich als Entwickler sowieso ein, alles andere wäre blauäugig. hinzu kommt, dass implizierte Tags immer schlecht sind. Als Auswerter der Daten weiß man nie, ob es absichtlich weggelassen wurde, da ja impli ziert Doch - wenn man die Gesetze des jeweiligen Landes anwendet, ist man auf der sicheren Seite (ohne die Ausnahmen, denn dafür wären Zusatztags nach meinem Verständnis da). steffterra ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Warum die ganze Aufregung? offensichtlich hat da jemand bei der JOSM-Bedienung nicht aufgepaßt. Ich hatte bei der Änderung der alten A4 auf Kraftfahrstraße an einer Stelle sogar *boat=no*. Ich glaube der Bug ist aber jetzt behoben. Gruß Volker ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Validator-Meldung bei Grenzrelation (was: Hilfe bei Grenzrelationen)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 05.06.2010 18:36, schrieb Florian Lohoff: Grenzen sind technisch wie Multipolygone bzw in D sind die allermeisten Grenzen als multipolygon relation angelegt nicht als boundary relation (type=boundary) In meinem Fall (siehe Ursprungsposting) ist es aber type=boundary, so wie das auch bei Vorlage der Fall war. Multipolygon ist nicht sinnvoll, da mehrere Grenzen teilweise mit der Küstenlinie zusammenfallen und deshalb die Linien andere Tags haben als die Relationen. Wenn ich multipolygon verwendet hätte, wäre die Validator-Meldung auch in Ordnung. Bodo -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkwLqeEACgkQnMz9fgzDSqdSrgCfaQNIaAirYmAGwoVFSK3qPckY RDYAnj4CFgfLjqec8J71R62e3sFqK1pR =12vd -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] BAB mit no horse, bike etc.
Warum die ganze Aufregung? Weil diskutiert wird z.B. bycicle=no, foot=no, etc. doch bitte drin zu lassen. Warum um Himmels Willen? ... kann man ein paar Posts vorher nachlesen. Ich las es sogar als Aufforderung es so zu mappen - bei auf deutschen (!) motorways ... Gruß, steffterra offensichtlich hat da jemand bei der JOSM-Bedienung nicht aufgepaßt. Ich hatte bei der Änderung der alten A4 auf Kraftfahrstraße an einer St elle sogar *boat=no*. Ich glaube der Bug ist aber jetzt behoben. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Segway leihen
hi ! Leihstationen für Segway (diese einachsigen Räder) amenity = segway_rental ?? gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] BAB mit no horse, bike etc.
Jan Tappenbeck glaubte zu wissen: Am 06.06.2010 10:26, schrieb Chris66: Am 06.06.2010 10:20, schrieb Jan Tappenbeck: auf der Strecke Hamburg - Berlin (z.B. [1] ) habe ich gesehe das jemand no horse, no bike und no foot definiert hat. Das ist ja mehr als überflüssig - stehen lassen oder wegnehmen?? Wie ist Eure Meinung ? Hier in meiner Gegend pappt auch snowmobile=no, minspeed=60 etc. dran also alles eigentlich überflüssig. Aber da es nicht weiter stört lösche ich die Tags nur, wenn ich sowieso an der Autobahn am basteln bin. sicher mappen wir nicht für die renderer - aber alle möglichen tag-kombis kann man immer nur schwer filtern und deshalb dachte ich an schrott weg damit ! Bitte nicht. Die Tags sind nicht falsch, also drinlassen.[1] Du löscht tags, weil sie dir das Suchen etwas erschweren? Das ist jetzt nicht dein Ernst, oder? Dem nächsten sind dann Stolpersteine im Weg - ach egal, einfach löschen und gut ist? [1] Auch wenn ich sie für überflüssig halte: solange sie nicht falsch sind, bleiben die drin flo -- Für unverlangt ausgeführte Dienstleistungen? Pah! Wir Koennen auch Straffen verhaengen, fuer Subjektbeschaedigung! Wenn Du schon dabei bist: könntest Du bitte mal meinen Hintern straffen? :-) Dachte Du hast ne Freundin? [Martin Leidig und Herbert Steinboeck in suse-talk] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] BAB mit no horse, bike etc.
[1] Auch wenn ich sie für überflüssig halte: solange sie nicht falsch sind, bleiben die drin Ich bin mir sehr sicher, dass genau dieses Thema schonmal ausführlichst durchgekaut und sogar international festgelegt wurde? Klassischer Fall von RTFM :-) Im Wiki steht auf der acess-Seite: Auf dieser Seite sind Möglichkeiten dokumentiert, mit denen Zugangbeschränkungen zu Wegen, Straßen oder sonstigen Objekten angegeben werden können, die von den Standard-Access-Restrictions abweichen. Auf der englischsprachigen Seite, die hier (http://wiki.openstreetmap.org/wiki/OSM_tags_for_routing/Access-Restrictions ) verlinkt ist, kann man dann sehr schön sehen, welche tags standardmäßig für einen motorway in Deutschland gelten und eben aus genau diesem Grund nicht mehr extra zu mappen sind. Das unterstreicht schon der erste Satz auf dieser Seite: Limited access is documented in: Key:access. Also nur das, was über das hinausgeht (die Ausnahmen eben) müssen extra getagged werden. Und wie, steht auf der access-Seite. Jedoch nicht die default-Tags, wie sie auf dieser Seite für sehr sehr viele Länder stehen. BTW, bicycle ist auch in USA no auf einem motorway, nicht jedoch auf einem trunk, auf dem auch Pferde und Fußgänger anscheinend erlaubt sind. Liege ich nun daneben, oder wurden diese Wiki-Seiten für die Katz' angelegt? stefterra (offtopic P.S. Ich hoffe nicht, dass die unterschiedlichen Schriftgrössen auch bei Euch so ankommen, ansonsten entschuldige ich mich hiermit dafür.) Am 06.06.2010 um 19:22 schrieb Florian Gross usenet-spam-genausoguel...@grossing.de : Jan Tappenbeck glaubte zu wissen: Am 06.06.2010 10:26, schrieb Chris66: Am 06.06.2010 10:20, schrieb Jan Tappenbeck: auf der Strecke Hamburg - Berlin (z.B. [1] ) habe ich gesehe das jemand no horse, no bike und no foot definiert hat. Das ist ja mehr als überflüssig - stehen lassen oder wegneh men?? Wie ist Eure Meinung ? Hier in meiner Gegend pappt auch snowmobile=no, minspeed=60 etc. dran also alles eigentlich überflüssig. Aber da es nicht weiter stört lösche ich die Tags nur, wenn ich sowieso an der Autobahn am basteln bin. sicher mappen wir nicht für die renderer - aber alle möglichen tag-kombis kann man immer nur schwer filtern und deshalb dachte ich an schrott weg damit ! Bitte nicht. Die Tags sind nicht falsch, also drinlassen.[1] Du löscht tags, weil sie dir das Suchen etwas erschweren? Das ist jetzt nicht dein Ernst, oder? Dem nächsten sind dann Stolpersteine im Weg - ach egal, einfach löschen und gut ist? flo -- Für unverlangt ausgeführte Dienstleistungen? Pah! Wir Koennen auch Straffen verhaengen, fuer Subjektbeschaedigung! Wenn Du schon dabei bist: könntest Du bitte mal meinen Hintern str affen? :-) Dachte Du hast ne Freundin? [Martin Leidig und Herbert Steinboeck in suse-talk] ___ 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] Trennzeichen bei Aufzählungen im Wert ei nes Tags (war: motorway und motorway_link um destinat ion-tag ergänzen )
--Somit gebe ich für meinen Teil die Diskussion über das Leerzeichen nach dem Semikolon auf ... ..., ... mit sofortiger Wirkung!! scnr :-) -fri- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Validator-Meldung bei Grenzrelation (was: Hilfe bei Grenzrelationen)
On Sun, Jun 06, 2010 at 04:00:01PM +0200, Bodo Meissner wrote: In meinem Fall (siehe Ursprungsposting) ist es aber type=boundary, so wie das auch bei Vorlage der Fall war. Multipolygon ist nicht sinnvoll, da mehrere Grenzen teilweise mit der Küstenlinie zusammenfallen und deshalb die Linien andere Tags haben als die Relationen. Wenn ich multipolygon verwendet hätte, wäre die Validator-Meldung auch in Ordnung. Dann kannst du mal ausgiebig mit Frederik Diskutieren - Ehrlich - type=boundary ist Bullshit - das ist das Rad neu erfunden - boundarys sind dasselbe wie multipolygon. Und inkonsistenzen in den tags sehe ich nicht. Auf den wegen sollte ein boundary=administrative admin_level=min admin level sein. Wenn das dann noch die coastline ist sollte auf dem weg vielleicht noch zusaetzlich ein natural=coastline sein. Und die relation ist dann type=multipolygon boundary=administrative admin_level=admin_level Flo -- Florian Lohoff f...@zz.de Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat im Internet Zensur- und Überwachungsabsichten zu unterstellen. - - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Trennzeichen bei Aufzählungen im Wert eines Tags (war: motorway und motorway_link um destination-tag ergänzen )
Am Freitag 04 Juni 2010, 08:17:58 schrieb Schorschi: - mit Leerzeichen wird der Inhalt lesbarer und deshalb benutzerfreundlicher Stimme ich dagegen. Die Lesbarkeit mit Semikolon ist immer etwas eingeschränkt, da macht das auch nichts mehr aus. Ein zukünftiger, guter Editor kann das ja selbst aufspalten und dem Benutzer lesbarer anzeigen. das ist keine Frage der Abstimmung, sondern eine der Typographie, Typographie?!?! was hat das damit zu tun? da kannst du gerne dagegen stimmen, es hilft aber nichts. Es ist einfach eine Tatsache. Und das Warten auf zukünftige tolle Lösungen ist auch kein Argument gegen Benutzerfreundlichkeit. nochmal: Tags lesen in Verbindung mit Benutzerfreundlichkeit bringen ist total absurd. Das ist wieder ein klassischer Fall, wo die Programmierfraktion gegen die Benutzerfreundlichkeit argumentiert - wofür werden Rechner eigentlich schneller und Speicher größer? damit man nicht mehr programmieren koennen muss? Ich bin klar für bessere Lesbarkeit - gerne auch auf Kosten von etwas Performance. da man als Entwickler sowieso mit allem rechnen muss, laesst sich das sowieso nicht richtig effizient loesen... leider. Aber hey, scheiss auf Performance, wir haben ja alle Zetabytes an Speicher, Terahertz-Multicore-Prozessoren und 100-Gigabit-Anbindungen zuhause und auf unseren Mobilgeraeten... signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Validator-Meldung bei Grenzrelation (was: Hilfe bei Grenzrelationen)
Hallo Florian, Dann kannst du mal ausgiebig mit Frederik Diskutieren - Ehrlich - type=boundary ist Bullshit - das ist das Rad neu erfunden - boundarys sind dasselbe wie multipolygon. Einziger Nachteil von Multipolygonen: Alle Aussen-Grenzen sind outer; sie kennen keinen Unterschied zwischen 'Haupt'-Land und Exklaven. (Auf der englischen Wiki-Seite[1] steht allerdings inzwischen, man soll auch bei boundary-Relationen 'outer' verwenden..) Gruss, Thomas [1] http://wiki.openstreetmap.org/wiki/Relation:boundary ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Validator-Meldung bei Grenzrelation
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 06.06.2010 22:09, schrieb Thomas Ineichen: (Auf der englischen Wiki-Seite[1] steht allerdings inzwischen, man soll auch bei boundary-Relationen 'outer' verwenden..) Danke. Das könnte die Erklärung für die Validator-Meldung (in josm-latest von gestern) sein. Dann werde ich mal role=outer ergänzen. Bodo -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAkwMCSwACgkQnMz9fgzDSqfe/gCfeoi9KOJYvKwZHmGhVaYSbaHI fnYAn2UQKqSrrl86xHLzysJdvBziWbjD =0Iwb -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] BAB mit no horse, bike etc.
steffterra glaubte zu wissen: [1] Auch wenn ich sie f=C3=BCr =C3=BCberfl=C3=BCssig halte: solange = sie nicht falsch sind, bleiben die drin Ich bin mir sehr sicher, dass genau dieses Thema schonmal =20 ausf=C3=BChrlichst durchgekaut und sogar international festgelegt wurde? Klassischer Fall von RTFM :-) Wegen mir: Ein Laut Wiki kann das gelöscht werden akzeptiere ich eher als Stört mich beim Filtern als Begründung fürs löschen. (offtopic P.S. Ich hoffe nicht, dass die unterschiedlichen =20 Schriftgr=C3=B6ssen auch bei Euch so ankommen, ansonsten entschuldige = ich =20 mich hiermit daf=C3=BCr.) Bei mir bestimmt nicht, mein Reader kann kein HTML. ;-) flo -- Richtig, zB hier. Man ersetze Lamm durch Huhn. 1 Kilo Lammschulter - ohne Knochen Na gut. Dann geh ich mal Hühnerschulter suchen. [Harald Deichmann und Ralph Angenendt in drm] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Validator-Meldung bei Grenzrelation
Bodo Meissner wrote: (Auf der englischen Wiki-Seite[1] steht allerdings inzwischen, man soll auch bei boundary-Relationen 'outer' verwenden..) Danke. Das könnte die Erklärung für die Validator-Meldung (in josm-latest von gestern) sein. Dann werde ich mal role=outer ergänzen. Dann tagge die auch gleich als multipolygon um wie es im gleichen Wiki Artikel steht (Deutschland verwendet multipöolygon) Ich frage mich wer da dauernd die tagging Regeln für die Grenzen im Wiki ändert. Ein type=boundary mit multipolygon Regeln ist erst recht bullshit. Vielleicht sollte ich mir mal ganz neue tagging Regeln ausdenken und das wiki umschreiben. Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] BAB mit no horse, bike etc.
Moin BTW, bicycle ist auch in USA no auf einem motorway, nicht jedoch auf einem trunk, auf dem auch Pferde und Fußgänger anscheinend erlaubt sind. ... also exakt so wie in Deutschland, wo Fahrräder, Fußgänger und Pferde und meinetwegen auch Schlitten, Schneemobile, Boote, ... ;-) erstmal erlaubt sind. Erst ein Kraftfahrstraßenschild (motorroad=yes) schließt das alles aus. Hier täte ein motorroad=no am trunk Sinn machen, weil es zeigt, dass man sich des Nichtvorhandenseins des Kraftfahrstraßenschildes bewusst ist. motorroad=yes gibt's übrigens auch an Nicht-trunks oft genug *seufz* Gruß Mueck, der meint, dass das nicht oft genug erwähnt werden kann ... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Regionale Wallanlagen von 1707
Moin Ich bin gerade beim Suchen vergessener Feld- und Waldwege und klassifizieren der vergessenen und nicht vergessenen Wege in einer Ecke angelangt, wo man über folgendes stolpert: http://ka.stadtwiki.net/Ettlinger_Linie bzw. http://ka.stadtwiki.net/Ettlinger_Linien ab und an garniert mit http://de.wikipedia.org/wiki/Ettlinger_Riegel ... also ein Wall mit meist davor liegendem Graben von 1707. http://www.openstreetmap.org/?lat=48.98362lon=8.34329zoom=17layers=0B00FTFT http://www.openstreetmap.org/browse/way/61318520 http://www.openstreetmap.org/browse/way/61318598 Mit embankment=yes historic=ruin kriege ich das bei osmarender immerhin kartiert, aber glücklich bin ich mit dem tagging nicht unbedingt... Wiki hat mich auch nicht unbedingt schlauer gemacht ... Das meiste ist nicht direkt zugänglich, daher lage nur Pi x Daumen vom Weg aus geschätzt. Nur ein Stück, Bsp. 2, ist begehbar. Gruß Mueck ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] [Taggen von] GPS-Verleih-[Stationen]
Liebe Liste, gibt es ein Tag für Anbieter von leihbaren GPS-Geräten, nach dem ich suchen könnte, um entsprechende Verleihstationen zu finden? Einige Fremdenverkehrsvereine sollen derlei anbieten... Hintergrund ist, dass wir Anfang Juli eine Schüleraktion zu OSM planen, die Geräte der Geofabrik zu diesem Termin aber bereits an der Ostsee im Einsatz sind. Falls mir jemand mögliche Leihkontakte im Raum Bielefeld-Osnabrück direkt mitteilen möchte, freue ich mich auch darüber. Vielen Dank Ralf P.S.: Die letzte OSM-Aktion ist 2 Jahre her und u.a. hier dokumentiert: http://wiki.openstreetmap.org/wiki/Geomatik-Projekt-Borgholzhausen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Validator-Meldung bei Grenzrelation
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 06.06.2010 23:09, schrieb Matthias Versen: Dann tagge die auch gleich als multipolygon um wie es im gleichen Wiki Artikel steht (Deutschland verwendet multipöolygon) Lies mal das Ursprungsposting und betrachte ggf. die dort angegebenen Links. Die Grenze befindet sich in Italien. Da werde ich nichts umtaggen. Ich frage mich wer da dauernd die tagging Regeln für die Grenzen im Wiki ändert. Im Wiki ist alles dokumentiert, wer wann was geändert hat. Ein type=boundary mit multipolygon Regeln ist erst recht bullshit. Laut englischem Wiki-Artikel scheint das aber international die häufigste Variante zu sein. Im Wiki soll die verbreitete Praxis dokumentiert werden oder bei Konsenz ggf. auch die zukünftig gewünschte Tagging-Methode. Vielleicht sollte ich mir mal ganz neue tagging Regeln ausdenken und das wiki umschreiben. Kannst Du gern als Proposal schreiben oder auf die entsprechende Talk-Seite. Wenn sich Deine Variante durchsetzt, wird sie natürlich auch als gängige Praxis dokumentiert. Bodo -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAkwMJBoACgkQnMz9fgzDSqeZmgCeIhiYDkDOVaPaqX0CgrCZoeOS lUgAnRkk49st0RYOVLZa9Fpb4ZuaZrMO =8YDS -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [Taggen von] GPS-Verleih-[Stationen]
Hallo, RalfGesellensetter wrote: Hintergrund ist, dass wir Anfang Juli eine Schüleraktion zu OSM planen, die Geräte der Geofabrik zu diesem Termin aber bereits an der Ostsee im Einsatz sind. Ich muss an der Stelle mal leicht korrigieren, um mich nicht mit fremden Lorbeeren zu schmuecken: Die Geraete waren nie von der Geofabrik, sie waren von B1 Systems und dem Linuxhotel gespendet worden, und die Geofabrik hat nur die Logistik gemacht (also das durch-die-Gegend-Schicken). Mittlerweile machen wir nicht mal mehr das, und Jan-Benedict Glaw macht die ganze Arbeit allein. Ich kriege gar nichts mehr mit vom GPS-Verleih, aber ich glaube, das ist ein gutes Zeichen. Danke, Jan-Benedict ,-) Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Regionale Wallanlagen von 1707
Am 07.06.2010 00:14, schrieb Heiko Jacobs: Ich bin gerade beim Suchen vergessener Feld- und Waldwege und klassifizieren der vergessenen und nicht vergessenen Wege in einer Ecke angelangt, wo man über folgendes stolpert: Bitte nichts mappen, was nicht aktuell sichbar existiert. Das Proposal für historische Gegebenheiten (also nicht mehr auffindbare Dinge) wurde afaik abgelehnt. Somit auch kein Mapping der ehemaligen Verläufe von Limes und längst geschliffenen Schwedenschanzen. Was Du natürlich gern kartieren kannst sind die Hinweistafeln, die inzwischen aufgestellt wurden. Geländekanten kann man natürlich mappen. Aber im Flachland wird das reichlich bemüht, wenn dort verbliebene 1,5m-Absätze gemappt werden. Da müsste man sonst auch jede Grenzer einer Abtorfungsfläche eintragen.. Und südlich der Dammer Berge, so es also richtige Hügel gibt, die auch in den SRTM-Daten sichbar sind, da wäre es dann endgültig bemüht. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Segway leihen
Am 06.06.2010 17:25, schrieb o...@tappenbeck.net: amenity = segway_rental ?? Und für den GPS-Verleih dann gpsr_rental? Und für den Werkzeugverleih diytool_rental? Der Bootsverleih dann pedalboat_rental? Warum nicht ein amentiy=rental_agency und rental=[bicycle|motorbike|car|truck|segway|pedal boat|...] ? -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] motorway_link mit ref taggen oder etwa nicht??? (war: Re: Trennzeichen bei Au fzählungen im Wert eines Tags (war: motorway und motorway_link um destination-tag ergä nzen))
Am 5. Juni 2010 02:18 schrieb steffterra steffte...@me.com: Der ref hat einen Bezug, wie sein Name schon sagt. Und der ist der logischste: der wohin er mich hinführt. Und zwar nicht nur die Auffahrt führt mich auf die Autobahn, sondern auch die Abfahrt führt mich auch auf die Landstraße. Deshalb konsequent für letzteres auch den ref der Landstraße setzen. Oder man macht es anders herum genauso konsequent: immer den ref dahin setzen, wo die Straße herkommt - doch wo führt uns das hin? (kleines Wortspiel). Meine Güte, es wurde doch bereits (er/ge)klärt, daß ref=* _nicht_ der Wörterbuch-Übersetzung (deiner Wahl) von reference entspricht, sondern einfach nur die Kurzbezeichnung angibt, unter der diese Route wenn du so willst *referenziert* wird. Im übrigen ist es kein Problem für einen Router, bei einem Abbiegehinweis einfach den Namen des _nächsten_ Stückchens Straße zu nennen, das einen solchen hat (in diesem Falle eine ref). Frag mal die Firma Garmin, beispielsweise. Wieso sollte eine Autobahn zwei verschiedene ref-Tags haben? Die A 3 kann nicht auch auf der A 7 sein. Ausnahme: motorway_links am Kreuz A 3-A 7 - aber das sind auch keine Autobahnen ;-) Die Antwort ist 42. http://www.openstreetmap.org/browse/way/4241623 Lass dich von der 23 nicht beirren. Das hat seine Richtigkeit. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Segway leihen
Am Montag 07 Juni 2010, 03:07:12 schrieb Johann H. Addicks: Am 06.06.2010 17:25, schrieb o...@tappenbeck.net: amenity = segway_rental ?? Und für den GPS-Verleih dann gpsr_rental? Und für den Werkzeugverleih diytool_rental? Der Bootsverleih dann pedalboat_rental? Warum nicht ein amentiy=rental_agency und rental=[bicycle|motorbike|car|truck|segway|pedal boat|...] +1 signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
