Re: [Talk-de] Strassenbreite
Hallo, Am Donnerstag 03 Juni 2010 09:55:05 schrieb Chris66: Moin, die Doku zum Tag width schweigt sich leider aus, oder hier die physikalische Breite gemeint ist oder die Breite zwischen den Begrenzungslinien (falls vorhanden). das Thema hatten wir schon mehrfach. Wir sind uns nicht einmal einig, ob die Breite der Fahrbahn oder der ganzen Straße ggf. mit Fußweg gemeint ist - ohne jetzt eine Meinung äußern zu wollen. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM für Feuerwehr
Hallo, Am Freitag 28 Mai 2010 22:05:36 schrieb Sven Geggus: André Reichelt andr...@online.de wrote: Da hast Du etwas missverstanden. Es ist nicht NICHT änderbar sondern Änderungen müssen zunächst freigeschaltet werden. Im Prinzip wird also so lange weiterhin der alte Versionsstand ausgegeben bis der neue Versionsstand von genügend anderen Mitgliedern bestätigt wurde. Um Gottes willen nicht diesen Unfug den es in der Wikipedia seit neuestem gibt. Manche Leute sind gleicher als andere... Nein danke! +1 Als Alternative und Lösung auch für andere Fälle könnte man vielleicht überlegen, ob man einen Node nicht mit absoluter, sondern mit relativer Position zu vorhandenen Daten, Bsp. Straßenachse, angeben könnte. Verschiebe ich eine Straße um ein paar Meter, weil ich das inzwischen besser messen kann als früher, müssen alle Bushaltestellen, Müllcontainer, ... manuell verschoben werden. Die Info, dass der Hydrant oder weiß ich was 8m von der Ecke A/B-Straße und 6m aus der Achse liegt, beschreibt seine Lage sowieso besser und kann benutzt werden, um die neue Position automatisch zu berechnen. Vielleicht ist er dann immer noch absolut um 4m verkehrt, aber der Feuerwehrhäuptling wird seinen Wasserspender kaum nach absoluten UTM- Koordinaten suchen, sondern in der Regel vor Hausnummer xy. Wir hätten dann eine innere Genauigkeit, die wir mit unseren Methoden wesentlich genauer hinkriegen als die absolute, und die für den Benutzer draußen genau das ist, was er braucht. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM für Feuerwehr - Signaturen?
Hallo, Am Samstag 29 Mai 2010 01:41:21 schrieb Florian Gross: Es wäre denkbar, daß die Positionen auch von OSM stammen, aber gerade Daten für den Rettungsdienst (eben sowas wie Hydranten) sollte man IMO in einer eigenen Datenbank vorhalten. was nützt es, die Koordinaten des Hydranten mit Schlüssel, Löschsicherung, GPG, automatischer Wiederherstellung (fehlt noch was? ;-) ) zu sichern, wenn die zugehörige Straße - korrekt oder nicht - um 15m verschoben wird und der Hydrant jetzt nur noch im Fahrradkeller zugängig ist. Mit dem GPG-Schlüssel kommt die Feuerwehr da auch nicht rein. :-) Gruß, Wolfgang ___ 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, Am Sonntag 06 Juni 2010 10:26:04 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. minspeed=60 ist definitiv falsch. Es gibt keine ausdrückliche Mindestgeschwindigkeit auf der Autobahn in de, es sei denn, dort steht explizit ein Schild. Die Fahrzeuge müssen nur in der Lage sein, mindestens mehr als 60km/h fahren zu _können_ (§18 Abs 1 STVO). Ob sie es tun, bleibt den Fahrern, ihren Nerven und dem Wetter überlassen. Eine Mindestgeschwindigkeit gibt es nicht ausdrücklich, sie ergibt sich aber aus §1 STVO (behindern etc) und ganz deutlich §3 Abs.2 STVO und gilt nicht nur auf der Autobahn. Man darf auch auf der Bundesstraße nicht weniger als 100 fahren, wenn man jemanden hinter sich hat, der nicht überholen kann und die Geschwindigkeit legal gefahren werden könnte Taggen kann man das allerdings kaum, weil es keinen konkreten Wert gibt. Wenn man auf weiter Fläche allein ist, darf man auch Fußgängertempo fahren (das soll jetzt aber keine Empfehlung sein ;-) ). Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OT: Mindestgeschwindigkeit (was: BAB mit no horse, bike etc.)
Hallo, Am Montag 07 Juni 2010 19:55:44 schrieb Bodo Meissner: Am 07.06.2010 12:02, schrieb Wolfgang: Eine Mindestgeschwindigkeit gibt es nicht ausdrücklich, sie ergibt sich aber aus §1 STVO (behindern etc) und ganz deutlich §3 Abs.2 STVO und gilt nicht nur auf der Autobahn. Man darf auch auf der Bundesstraße nicht weniger als 100 fahren, wenn man jemanden hinter sich hat, der nicht überholen kann und die Geschwindigkeit legal gefahren werden könnte Das ist vielleicht das Wunschdenken des Hinteren. Die Höchstgeschwindigkeit ist die Geschwindigkeit, die man auch unter günstigen Umständen nicht überschreiten darf. Das ist keine richtig, überschreiten verlangt ja auch niemand Richtgeschwindigkeit. Es gilt auch §3 Abs. 1. Der Fahrzeugführer darf nur Richtgeschwindigkeit != Mindestgeschwindigkeit, nur empfohlen! so schnell fahren, daß er sein Fahrzeug ständig beherrscht. Er hat seine Geschwindigkeit insbesondere den Straßen-, Verkehrs-, Sicht- und Wetterverhältnissen sowie seinen persönlichen Fähigkeiten und den Eigenschaften von Fahrzeug und Ladung anzupassen. Ich habe gerade keine Quelle gefunden, aber es gibt Gerichtsurteile, nach denen es kein Problem ist, wenn man mehr als 60% der Höchstgeschwindigkeit fährt. Das zählt auch nicht als langsamfahrendes Fahrzeug, das verpflichtet wäre, eine Schlange überholen zu lassen. Die findest du mit Sicherheit für alles. (Hohe See und so) Wenn der Vordere ohne einen _vernünftigen_ Grund den Hinteren am zügigen Weiterkommen hindert, verstößt er gegen §1 und §3 Abs 2. Ob er dafür bestraft werden kann oder wird, ist eine andere Frage, die wohl mit zunehmender Verkehrsdichte enger diskutiert werden muss. Geschwindigkeit legal gefahren werden könnte = gutes Wetter, freie breite Straße, nichts im Weg, etc., also Ausschluss aller von dir genannten Umstände. Es gibt häufig Gründe, langsamer zu fahren. Wenn die aber _nur_ darin bestehen, das 70. Lebensjahr vollendet zu haben und einen Hut im Auto zu tragen, muss derjenige eben die Bushaltestellen nutzen, um entweder die Kolonne vorbei zu lassen oder das Verkehrsmittel zu wechseln. Ich möchte das aber hier nicht ausufern lassen. Für uns relevant (und hoffentlich unstreitig) ist, dass es auf Autobahnen keine (tagbare) Mindestgeschwindigkeit gibt, wenn sie nicht ausdrücklich ausgeschildert ist. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrrad-Routing MKGMAP
Hallo, Am Dienstag 08 Juni 2010 09:55:45 schrieb aighes: Die Anwender legen aber nicht das Routing fest, sondern der Ersteller. Dieser legt das Routing auf seine Zielgruppe aus. Wenn die Zielgruppe Reiseradler mit 40kg Gepäck ist wird er Treppen maximal mit einer geringen Priorität erstellen. Die Stellschrauben bei Garmin sind auch nicht besonders feinfühlig. Man kann nicht sagen, ab 500m Umweg ist eine Treppe ok. Letzlich haben wir ja dank OSM den Vorteil, dass es zig verschiedene Karten gibt, die alle unterschiedliche Preferenzen haben. Und wenn keine dabei ist, besteht immer noch die Möglichkeit, sich seine Karte anzupassen. Verständnisfrage dazu: Kann ich über mkgmap entscheiden, ob die Garmin- Software im GPS mich über Treppen, Gehwege etc routen soll oder nicht? Profil Fußgänger passt für mich nicht, weil es über Treppen routet, Profil Fahrrad passt nicht, weil Wanderwege nicht benutzt werden, auf denen das Radfahren zwar nicht erlaubt, aber üblich ist. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrrad-Routing MKGMAP
Hallo, Am Dienstag 08 Juni 2010 14:32:00 schrieb Sven Sommerkamp: - Ursprüngliche Mitteilung - schrieb Wolfgang Profil Fußgänger passt für mich nicht, weil es über Treppen routet, Profil Fahrrad passt nicht, weil Wanderwege nicht benutzt werden, auf denen das Radfahren zwar nicht erlaubt, aber üblich ist. Das hab ich so noch nicht festgestellt. Meiner Meinung wird über Wanderwege geroutet. Wenn nicht könnte man mkgmap ja dazu veranlassen es zu tun. vielen Dank für die schnelle Erklärung an aighes Beispiel: http://129.206.229.146/openrouteservice/?zoom=15lat=53.63924lon=10.06752layers=FB000TTF Von: Hamburg, Am Hehsel Nach: Hamburg, Langwisch Einstellung Fußgänger: 14 Min Einstellung Radfahrer: 21 Min Exakt die gleichen Wege berechnet mein Garmin. Gruß, Wolfgang ___ 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, Am Mittwoch 09 Juni 2010 10:52:44 schrieb M∡rtin Koppenhoefer: Am 7. Juni 2010 12:02 schrieb Wolfgang wolfg...@ivkasogis.de: Eine Mindestgeschwindigkeit gibt es nicht ausdrücklich, sie ergibt sich aber aus §1 STVO (behindern etc) und ganz deutlich §3 Abs.2 STVO und gilt nicht nur auf der Autobahn. Man darf auch auf der Bundesstraße nicht weniger als 100 fahren, wenn man jemanden hinter sich hat, der nicht überholen kann und die Geschwindigkeit legal gefahren werden könnte === nach der Logik müsste man ja auch auf Feldwegen 100 fahren ;-) gerade nicht, denn die Wegebeschaffenheit, Sichtweite etc sind dafür nicht geeignet. 100 muss man m.E. überhaupt nie fahren, 80 ist z.B. völlig OK und Behinderung kann da m.E. noch niemand anmelden, auch wenn die zul. Höchstgeschwindigkeit 100 ist. Behinderung ist es immer. Wer am Straßenverkehr teilnimmt, behindert andere. Die Frage ist nur, ob sie hinzunehmen ist, wie lange und in welchem Rahmen, und ob sie vermeidbar ist. Gruß, Wolfgang ___ 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, Am Mittwoch 09 Juni 2010 15:07:28 schrieb M∡rtin Koppenhoefer: Am 9. Juni 2010 14:30 schrieb Wolfgang wolfg...@ivkasogis.de: nach der Logik müsste man ja auch auf Feldwegen 100 fahren ;-) gerade nicht, denn die Wegebeschaffenheit, Sichtweite etc sind dafür nicht geeignet. OK, ich nehme das zurück, also: dann müsste man auf _manchen_ Feldwegen 100 fahren. Die möchte ich sehen. Optimale Schnellwege... :-) Es gibt aber überhaupt keine Mindestgeschwindigkeit, Ack lediglich die Vorgabe in §1 (!) STVO: (1) Die Teilnahme am Straßenverkehr erfordert ständige Vorsicht und gegenseitige Rücksicht. (2) Jeder Verkehrsteilnehmer hat sich so zu verhalten, daß kein anderer geschädigt, gefährdet oder mehr, als nach den Umständen unvermeidbar, behindert oder belästigt wird. Und genau den Teil meine ich. Wenn du keine wichtigen Gründe hast (davon kann es viele geben), darfst du eben auch nicht zu langsam fahren. Im Gegensatz zu einer Mindestgeschwindigkeit aber nur dann, wenn du jemanden hinter dir behinderst. Vorbeilassen ist übrigens auch eine Option. Also eher das Gegenteil einer Mindestgeschwindigkeit gerade nicht, s.o. und vor allem gegenseitige Rücksicht eben, Rücksicht _auch_ von Seiten des Vorderen! (Stau im Elbtunnel??? Verstehe ich nicht, vor mir ist doch alles frei.) und Vermeidung unnötiger Belästigung wird dem Verkehrsteilnehmer abverlangt. Da haben sich manche Beiträge hier ziemlich anders gelesen (ich denke an Hüte und so). :-) :-) Ich glaube, meinen Standpunkt deutlich genug überspitzt zu haben ;-) Gruß, Wolfgang EOT ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Pressebericht - Reaktionen des Rathauses
Hallo, Am Mittwoch 09 Juni 2010 22:04:49 schrieb M∡rtin Koppenhoefer: Am 9. Juni 2010 18:36 schrieb malenki o...@malenki.ch: Von einem sehr langsam fahrenden PKW wurde ich langsam eingeholt. Ich drehte mich fragend in dessen Richtung - und wurde von der jungen Frau hinterm Lenkrad abgelichtet. =) wenn sie speziell Dich abgelichtet hat, darf sie das (im Gegensatz zu Deinen Fotos von Hausnummern) allerdings nicht ohne Dein Einverständnis Doch - wenn Du nur Beiwerk warst und sie die Straße fotographiert allerdings schon. Dann darf sie nicht nur fotografieren, sondern das Foto auch veröffentlichen. Wenn Sie attraktiv war, hat es Dir vielleicht auch geschmeichelt ;-) Darf sie dann alles? :-) Fotografieren von Personen wird im Wesentlichen von 2 Regelungen erfasst. Da ist einmal das Kunsturheberrechtsgesetz (Gesetz betreffend das Urheberrecht an Werken der bildenden Künste und der Photographie) mit dem §§22,23, der aber nur die _Veröffentlichung_ von Bildern regelt, und andererseits das Strafgesetzbuch mit dem §201a, der aber nur auf Fotos in _besonders_ _geschützten_ Räumen wie etwa Wohnungen abzielt. http://www.gesetze-im-internet.de/kunsturhg/__22.html http://www.gesetze-im-internet.de/kunsturhg/__23.html http://www.gesetze-im-internet.de/stgb/__201a.html Verkürzt: In der Öffentlichkeit darf jeder fotografiert, aber nicht veröffentlicht werden, in Privaträumen braucht man schon zum fotografieren eine Erlaubnis. Wenn ich jemandem eine Kamera 10 cm vor das Gesicht halte, kämen aber noch andere Umstände wie Belästigung, Nötigung, Stalking etc hinzu, aber um die geht es beim Mappen normalerweise nicht. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wo erfolgen die meisten Edits in OSM Deutschland?
Hallo, Am Sonntag 13 Juni 2010 10:49:56 schrieb Pascal Neis: Hi, vielleicht für den einen oder anderen interessant: Wo erfolgen die meisten Edits in OSM Deutschland? http://neis-one.org/2010/06/12/wo-erfolgen-die-meisten-edits-in-osm-de/ Die Statistik sagt so wenig bis nichts aus. Der Zeitraum von einer Woche ist so kurz, dass sich daraus ein reines Zufallsergebnis ergibt. Man darf nicht vergessen, dass die Mapper in ihrer Freizeit unterwegs sind. Da reicht es möglicherweise schon, wenn es in der Woche irgendwo Freibier gibt... Außerdem sagt die Region nichts über die Herkunft des Mappers aus. Wer in einem Bundesland nahe der Grenze zum anderen wohnt, wird in der Regel nicht an der Grenze mit Mappen Schluss machen. Das trifft insbesondere auf die Stadtstaaten zu, wo man zum Mappen ja fast schon ins befreundete Ausland muss, um noch etwas neues zu erfassen. Wenn jemand im Ausland mappt, oder ein Ausländer in de, s.o.. Interessant wäre die Summe aller gemappten Wege in Relation zur Bevölkerungszahl und Fläche der jeweiligen Region. Und vielleicht die Anzahl der aktuellen Mappings relativ zur Zahl der vorhandenen Daten. Da ließe sich eine Vermutung aufbauen, wo noch Daten fehlen. Falls man das nicht auch so weiß. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] name:de oder old_name in ehemals deutschen Gebieten?
Hallo, Am Mittwoch 23 Juni 2010 12:23:12 schrieb Markus: Hallo Christoph, ich begrüsse es, wenn wir hier Namen mit politischer Bedeutung sehr sorgfältig beschreiben. Danke für Dein Nachfragen! So wie ich die Diskussionen auf talk-de interpretiere, gilt derzeit: name: Sprache und Schrift wie im bezeichneten Ort üblich name:de a) für Orte in deutschsprachigen Ländern (DE, CH, AT) b) für Länder und Hauptstätte, jeweils in offizieller deutscher Übersetzung und in lateinischer Schrift name:xy a) für mehrsprachige Orte (Amtssprachen) b) für Länder und Hauptstätte, jeweils in offizieller internationaler Übersetzung und in xy-Schrift name:oldfür historische Namen Die eigentliche Frage ist, ob der Ort heute in deutscher Sprache Olsztyn oder Allenstein heißt. Wenn er nicht offiziell auf deutsch umbenannt wurde, halte ich name:de=Allenstein für richtig. Die Minderheit, die den Ort wiederhaben will, wird sich von name:old auch nicht zurückhalten lassen. Alle anderen (meisten) können den deutschen Namen besser lesen und aussprechen. Bei Warschau ist das ja auch kein Problem. Ich war vor einiger Zeit in Klaipeda. Der deutsche Name Memel stand sogar im offiziellen Stadtführer. - Ich weiß, ist nicht in Polen. Aber wir brauchen eine generelle Lösung, nicht nur für Polen. Das wäre für alle Seiten das beste. Name:old ist übrigens nicht eindeutig genug, wenn der Ort 200 Jahre vorher wieder jemand anders gehört haben sollte. Häufig gibt es für einen Ort Bezeichnungen in mehreren Sprachen. Diese Namen stehen meistens fest und werden in der jeweiligen Sprache benutzt, egal wie der Ort gerade offiziell heißt und welche Sprache dort gerade gesprochen wird. Das dänische Sönderborg heißt auf deutsch Sonderburg, auf dänisch auch zwischen 1864 und 1918 Sönderborg. Ähnliche Beispiele gibt es für Flensburg (Flensborg), Aabenraa (Apenrade), Tönder (Tondern) etc. Anderes Beispiel Trentino (Trient), Bozen (Bolzano), Sterzing (Vipiteno), Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stolpersteine - Tags
Hallo, Am Mittwoch 23 Juni 2010 15:36:04 schrieb M∡rtin Koppenhoefer: Am 23. Juni 2010 08:40 schrieb Jan Tappenbeck o...@tappenbeck.net: Sicherlich haben wir einmal gesagt wir taggen nicht für die Renderer einmal? ;-) aber vielleicht sollte doch noch einmal über historic=stolpersteine, wie auch schon auf [1] es einmal vorgeschlagen wurde nachgedacht werden. -1, ich würde ggf. Zusatztags verwenden, denn memorial sind es ja. Einen deutschen Haupt-Tag zu verwenden, der noch dazu nur so eng verwandt werden kann, lehne ich ab. Mach das doch mit type oder so. +1 Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] name:de oder old_name in ehemals deutschen Gebieten?
Hallo, Am Mittwoch 23 Juni 2010 18:36:37 schrieb Dennis Egbers: Moin, das beseitigt aber nun einmal auch nicht jedes Problem. Gerade Südtirol ist da ein gutes Beispiel. Da ist meines Wissens immer noch so, dass *nur* die italienischen Namen wirklich offiziell etc. sanktioniert sind, da sich irgendwelche Kommissionen nicht einigen können. Trotzdem mutet es für mich etwas obskur an, statt name:de=Sterzing Soweit ich weiß, ist in Südtirol die deutsche Sprache die erste Amtssprache, und der deutsche Name der Orte ist amtlich (war ein paar Jahre nicht mehr da). Der italienische Name ist afaik ebenfalls amtlich. Es gibt dort 2 Sprachen, in einigen Gebieten auch drei (ladinisch) nebeneinander. Ähnlich wie in der Schweiz haben die Orte tatsächlich verschiedene Namen, aber keinen Hauptnamen. Da wird unser Schema eng. Beispiel dafür ist übrigens auch Brüssel. Man sollte sowieso akzeptieren, dass Orte gerade in ehemaligen oder heutigen Grenzgebieten Namen in mehreren Sprachen haben (nicht hatten). Insofern ist name.old sachlich unzutreffend. Es gibt zwar einen (oder mehrere) amtliche Namen, die richten sich aber nach der Sprache, die dort amtlich ist. Würde diese Sprache aus irgendeinem Grund wechseln (Beispiel Katalonien), wechseln sofort alle Orte wieder den amtlichen Namen auf die dann amtliche Sprache. Was ich damit sagen will: der Name in der jeweiligen Sprache ist hartnäckiger, als die meisten denken, und überdauert insbesondere in Gebieten mit verschiedensprachiger Bevölkerung (auf dem Weg ist die EU) lange Zeitabschnitte. Ein Beispiel für name.old hätte ich dennoch: Konstantinopel. Ich bin aber nicht sicher, ob damit wieder die Griechen einverstanden sind ;-) Es macht wenig Sinn, zu versuchen, sich politisch korrekt zu verhalten. Es sollte sachlich stimmen. Übrigens wäre ich begeistert, wenn wir Name:de in Bereichen, in denen andere Schriften OSM erobert haben, setzen könnten. Die Karten des arabischen und chinesischen Raums sind sonst recht wertlos für Leute, die lateinische Schrift schreiben und lesen. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] xybot / name tag korrektur
Hallo, Am Donnerstag 24 Juni 2010 23:39:35 schrieb Tirkon: Florian Lohoff f...@zz.de wrote: wir haben hier einen fall von Namenskorrektur des xybot. Ich denke das ist falsch - in diesem Fall nachgewiesenermassen - das Straßenschild ist ohne Bindestriche. Es geht mir aber eher um Grundsaetzliches. Namen koennen niemals nach Regeln korrigiert werden - es sind Namen - diese muessen sich auch nicht an Rechtschreib oder sonstige Regeln halten: http://www.openstreetmap.org/browse/way/37175313/history +1 Die Frage ist für Deutschland einfach zu beantworten: Straßennamen werden in Deutschland auf politischer Ebene durch den Stadt-/Gemeinderat mehrheitlich beschlossen. Politiker sind im Wesentlichen ihrem Gewissen verpflichtet. Nur wenige Gesetze müssen sie befolgen, zu denen beispielsweise Rechtschreibgesetze nicht gehören. Du meinst wahrscheinlich das Richtige, aber auch Politiker sind allen Gesetzen unterworfen. Nur für den Bereich der Gesetzgebung, für den nicht der einzelne Politiker, sondern der Bundes-/Landtag als Organ zuständig ist, gibt es relativ wenige einschlägige Gesetze/Regeln/Ordnungen, und die vorhandenen befassen sich -logischerweise- vor allem mit der formalen Seite der Gesetzgebung. Das selbst beschlossene Gesetz muss aber auch das Organ und jeder Politiker beachten, wenn es relevant ist. Sollte es stören, kann man es ja ändern :-) Es gibt demzufolge keine Regeln (maximal Empfehlungen), denen eine Straßenbenennung zwingend folgen müsste. Es gibt kein Rechtschreibgesetz. Alle Regelungen, die die Rechtschreibung betreffen, sind Empfehlungen. Niemand ist gezwungen, denen zu folgen - mit einer Ausnahme: Für die Schulen ist die Rechtschreibung bindend, und damit auch für Schüler in der Schule. Aber nur Kraft jeweiliger Schulgesetze, für andere Bereiche ist das nicht bindend. Behörden und Firmen können für ihren Bereich festlegen, dass sich die Mitarbeiter/Beamten an die Rechtschreibregeln halten müssen. Das ist dann aber eine Chef-Anweisung. Es gibt auch Schriftsteller, die verboten haben, ihre Werke nach den Regeln der neuen Rechtschreibung zu veröffentlichen. Damit wäre gleichzeitig auch klar, dass ein Straßennamenschild nicht unbedingt stimmen muss. Maßgeblich wäre einzig der im genehmigten Protokoll der beschlussfassenden Sitzung genannte Straßenname. +1 Aber wir kennen meistens diesen Beschluss nicht und lesen das, was der Schildermaler daraus gemacht hat. Teilweise wird übrigens auch absichtlich von der Rechtschreibung abgewichen. Die Schreibweise Congress-Centrum ist älter als die Denglisch-Begeisterung unserer Werbefuzzis und will eine ansonsten fatale Abkürzung vermeiden. Aus dieser Zeit stammt auch die Umbenennung der Zentrum-Schilder in Centrum. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Site - relations
Hallo, Am Montag 05 Juli 2010 20:27:08 schrieb M∡rtin Koppenhoefer: Meines Wissens ist bisher der einzige Weg, zusammengehörige Dinge zusammenzufassen, eine Site-Relation (wenn man die räumliche Nähe oder Lage innerhalb eines umschliessenden Polygons mal ausnimmt). http://wiki.openstreetmap.org/wiki/Relations/Proposed/Site Bisher habe ich das zugegebenermaßen selbst auch nicht genutzt. Gerade mal ausprobiert und JOSM mosert über unbekannten Typ. Da das Proposal schon etwas älter ist und meines Wissens in Italien durchaus in Gebrauch, wollte ich mich mal umhören, wie Ihr dazu steht und ob man das evtl. in die Liste der JOSM bekannten Relationen aufnehmen sollte. Site funktioniert in den Renderern und wird häufiger benutzt, auch in D. Bisher nur gute Erfahrungen. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verbindungsprobleme mit Garmin eTrex H (was: Re: Garmin eTrex Vista HCx sehr langsam seit Firmware 3.10?)
Hallo, Am Dienstag 13 Juli 2010 09:32:25 schrieb Klaus Diehl: Dank an alle Helfer! Mit gebabbel habe ich den Rest auch noch rausbekommen. Jetzt klappt es erstmal mit gebabbel. QLandkarte benutze ich, um die gpx-Dateien zu erzeugen, die ich dann mit gebabbel in den eTrex H runterlade. ich hatte lange Probleme, gpsd zur Mitarbeit zu bewegen. Der Zauberbefehl war: mount -t usbfs none /proc/bus/usb Danach konnte gpsd zugreifen. Ich weiß aber nicht, ob das auch für QLandkarte nützlich sein könnte. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Björn-Steiger-Stiftung - Status Rüc kbau und offen für eine Zusammenarbeit
Hallo, Am Freitag 16 Juli 2010 13:22:16 schrieb Jan Tappenbeck: Am 16.07.2010 13:17, schrieb olvagor: Michael Buege schrieb: Hat er auch gesagt, welcher Art diese versicherungstechnischen Bedenken der Verlage waren? Ich kann mir gut vorstellen, dass kein Verlag eine Garantie abgeben wollte, dass solche moeglicherweise lebensrettenden Informationen zu hundert Prozent korrekt eingezeichnet und aktuell sind. Wenn jemand in einem Notfall (wann sonst) nach Kartenangabe eine Notrufsaeule sucht und die ist nach Murphys Law nicht dort, wo sie sein soll, wird der Kartenverlag mit ziemlicher Sicherheit Probleme bekommen. Mit dieser Argumentation müsstest du alle sicherheitsrelevanten Daten aus OSM heraushalten. Es gibt bereits jetzt schon etliche Notruftelefone an Straßen in OSM und die müssten alle gelöscht werden. Das gleiche gilt für Krankenhäuser, Feuerwehren, Polizeistationen, Hydrantenanschlüsse, sogar normale Telefonzellen, evtl. sogar Hausnummern (wenn der Rettungsdienst ein Haus sucht)... vermutlich lässt sich das soweit fortführen, bis die Datenbank leer ist. Ich sehe da für OSM kein Problem. Dass Juristen (in den Verlagen) typischerweise Angst vor ihrer eigenen Zunft haben und deswegen lieber zurückhaltend agieren ist ja keine Neuigkeit. Gruß, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de hi ! es war genau der grund den michael ins feld geführt hat - diese karten liegen meist länger herum als digital. die haben ja bekanntlich für eine update-lösung ausgesprochen! @michael: würdest du von einem import absehen ??? gruß Jan :-) Problematisch könnte der Punkt 6 der CC-BY-SA sein. Danach trifft uns eine Haftung bei Fahrlässigkeit. Das ist für unsere Zwecke saublöd formuliert. Unsere Karte gibt es für lau, d.h. geschenkt. Damit kommt Schenkungsrecht zu Anwendung, und in §521 BGB ist geregelt, dass der Schenker nur _grobe_ Fahrlässigkeit und Vorsatz zu vertreten hat. Wir haften aber freiwillig für mehr... Unter allen normalen Landkarten steht der Passus, dass der Verlag sich um Fehlerfreiheit bemüht, sie aber nicht garantieren kann und jede über grobe Fahrlässigkeit und Vorsatz hinausgehende Haftung ablehnt. Das sollten wir baldmöglichst auch nachholen. Ich glaube eher, dass eine Klage ins Leere laufen würde. Die Rettungspunkte stehen in etwa den Hausnummern und Straßennamen gleich, sie sind Orientierungspunkte. Hier würde ich Markus recht geben, wenn für jede Einzelheit einer Karte gehaftet werden sollte, könnte niemand mehr Karten herausgeben. Für Linux gab es vor Jahren mal so einen Prozess in D, der mit Hinweis auf Schenkung gescheitert war. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Schreckgespenst Datenverlust
Hallo, Am Montag 19 Juli 2010 11:20:05 schrieb Dirk-Lüder Kreie: Hallo, ich bin der Ansicht, dass einige hier einen Völlig falschen Eindruck bekommen haben, wie die Portierung in die neue Lizenz überhaupt stattfinden soll. Anscheinend deshalb wird hier um jeden einzelnen Node und jedes Tag verbissen gekämpft. Gegenvorschlag: 2 neue DBs, eine unter CC0 und eine unter ODBL. Beide fangen leer an. Jeder Mapper kann seine eigenen Einträge als übertragbar markieren. Ein Tool überträgt dann die Daten des Mappers, wenn möglich direkt, wenn nicht möglich, da von anderen Daten abhängig, in eine Art Warte-DB, in der die Abhängigkeiten ersichtlich sind. Nach ein paar Wochen weiß man, wo es hakt, und mappt in völlig leerer Fläche (war doch super damals...) eine neue Straße. Nach dem Eintragen - schwupps - sind alle Tags wieder da, sie haben ja nur darauf gewartet. Wer mappt, kann ankreuzen, für welche DB. Wir werden ja sehen, welche DB danach die bessere ist. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenStreetMap in großer Business-Zeitung
Hallo, Am Donnerstag 26 August 2010 12:00:02 schrieb Willi: Am 26. August 2010 00:27 schrieb M∡rtin Koppenhoefer [dieterdre...@gmail.com] Zitat aus http://www.business-geomatics.com/online/anwendungen-a-produkte/59-anwend ungen-a-produkte/317-hobby-kartographen-erfassen-die-welt.html Die Navteq-Daten werden nach der ISO-Norm 9000 erhoben. 'Dadurch entsteht eine hohe Qualität der Daten in Bezug auf die Fahrzeugnavigation', betont Maike Krause-Traudes. Da ich mal im Bereich Qualitätssicherung tätig war, weiß ich, dass die zitierte Aussage Mist ist. Denn selbst eine Zertifizierung nach ISO 9000 bestätigt nicht die Qualität des Produktes sondern, dass ein Prozess etabliert ist, der eine gleichmäßige Qualität des Produktes sicherstellt. Damit kann auch bestätigt sein, dass mit gleichmäßiger Qualität Mist (eindeutig zweideutig gemeint) produziert wird. +10 Die gesamte Veröffentlichung ist einfach nur peinlich. Wer ungeprüft einem Datenbestand, egal von wem, Fehlerfreiheit unterstellt und Abweichungen eines anderen Datenbestandes dann falsch, aber folgerichtig als Fehler interpretiert, handelt unwissenschaftlich, ohne jedes ingenieurmäßige Denken, und zeigt, dass er/sie die erforderliche Qualifikation für eine berufliche Tätigkeit noch nicht erreicht hat. 6 - setzen. Dass ausgerechnet das SW-Patent-verliebte Fraunholferinstitut seinen Namen da mit reinhängt, spricht für sich. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenStreetMap in großer Business-Zeit ung
Hallo, Am Donnerstag 26 August 2010 10:42:22 schrieb Andreas Neumann: Am 26.08.2010 03:08, schrieb Johann H. Addicks: Was jedoch irgendwie völlig übersehen wurde ist die Tatsache, dass die Hausnummernerfassung bei OSM selbst in Großstädten noch sehr, sehr dünn gesäht ist und dort auch keine Trendwende abzusehen ist. Ich vermute mal, wenn wir es hinbekämen, dass die Garmins und andere Routingprogramme das Hausnummernrouting gut implementieren wäre seitens der Anwender ein Anreiz da es mit einzutragen. Und evtl. kann man auch Usern, die nur mal schnell was eintragen wollen ein Werkzeug zur Hand geben, wie sie z.B. ihre Hausnummer oder ihren Laden in die Karte einzeichnen, ohne sich durch alle Tags und Editoren durchzuwühlen. Halt so wie es Google vorgemacht hat ;-) dafür haben wir doch osm2go Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenStreetMap in großer Business-Zeitung
Hallo, Am Donnerstag 26 August 2010 23:13:01 schrieb Pascal Neis: Hallo Wolfgang, Wolfgang schrieb: +10 Die gesamte Veröffentlichung ist einfach nur peinlich. Wer ungeprüft einem Datenbestand, egal von wem, Fehlerfreiheit unterstellt und Abweichungen eines anderen Datenbestandes dann falsch, aber folgerichtig als Fehler interpretiert, handelt unwissenschaftlich, ohne jedes ingenieurmäßige Denken, und zeigt, dass er/sie die erforderliche Qualifikation für eine berufliche Tätigkeit noch nicht erreicht hat. 6 - setzen. also für mich stehen am Anfang des Artikels ein paar wichtige Infos: Die Untersuchung macht keine absoluten Aussagen, sondern zieht einen Vergleich zu den Straßendaten von Navteq im Satz danach: Das Navteq-Straßennetz sollte als kommerzielles Produkt eine hohe Qualität haben und sich als Referenzdatenbestand eignen. Also zum Einen heißt Hier zitierst du es selbst: und sich als Referenzdatenbestand eignen lol es Vergleich und zum Anderen SOLLTE eine hohe Qualität besitzen. Sorry, ich kann aber leider nicht nachvollziehen was du da oben geschrieben hast! Hast du dir mal die Veröffentlichung von der AGIT angeschaut? Ich bleibe bei meiner Meinung. Hier wurden lediglich Unterschiede zu Navdec festgestellt. Es wurde aber nicht untersucht, woher diese Unterschiede kamen. Pauschal davon auszugehen, dass Navdec richtiger ist, ist einfach lächerlich. Aktuelle Beispiele, allerdings Google(Teleatlas), da ich keinen lizensierten Zugriff auf Navdec habe. Die Aussagen über Navdec sind allerdings auf Teleatlas in dieser Logig direkt übertragbar (Großer Anbieter, kostenpflichtig = richtig oder aber mindestens genauer/besser als OSM) http://sautter.com/map/?zoom=17lat=47.76246lon=12.64588layers=B0TTFF Im Bild die Gemeinde Ruhpolding/Chiemgau(Obb). In OSM ist eine Ortsumgehung zu sehen, die vor 16 Monaten eröffnet wurde, davor Bauzeit ca 2-3 Jahre. In Teleatlas nicht vorhanden. 1 Jahr vor der Eröffnung wurde ein Kreisverkehr (unten im Bild) eröffnet. Bei OSM korrekt eingetragen, bei Teleatlas an der falschen Kreuzung!. Das Endgleis des Bahnhofs geht bei Teleatlas quer über den bei OSM korrekt eingetragenen P+R-Platz, und der ist noch älter als der Kreisel. Mit diesen Daten wird dann OSM verglichen - und siehe da, die Freizeitmapper haben doch glatt das halbe Dorf verkehrt eingetragen. Ist ja logisch - ist keine Großstadt. Passt genau in die Forschungsergebnisse. Man nennt das auch selbsterfüllende Prophezeiung. Nebenbei - vor 2 Jahren wurde in der Nähe eine Straße ausgebaut und verschwenkt. War nach 2 Tagen in OSM korrekt eingetragen. Leider hat aber irgendein Depp 3 Monate später den Fehler anhand der Google-Daten korrigiert Weiteres Beispiel, noch weiter in der Botanik: http://sautter.com/map/?zoom=17lat=47.73859lon=12.63534layers=B0TTFF Weingarten ist korrekt eingetragen. Die Raffernalm dagegen liegt Luftlinie ca 400 Meter daneben. Die Teleatlas-Straße ist nur mit guten Geländefahrzeugen oder dem Traktor befahrbar. Ich behaupte nicht, dass gerade diese Beispiele benutzt wurden. Aber ich gehe davon aus, dass es solche Beispiele bei beiden kommerziellen Anbietern zuhauf gibt. Gelegentliche Tests an Navi-Verkaufsständen bestätigen diese Ansicht. Wenn ich einen Soll-Istvergleich machen will, muss ich _zwingend_ dafür sorgen, dass meine Referenz, die ich als Soll benutzen will, hinreichend fehlerfrei ist. Wenn diese Referenz in Teilen fehlerhafter als das zu untersuchende Objekt ist, und ich dann die Daten als Beweis meiner Qualifikation veröffentliche, dann darf selbige angezweifelt werden. Übrigens, wer hat eigentlich diesen Unsinn betreut? Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenStreetMap in großer Business-Zeitung
Hallo, Am Freitag 27 August 2010 09:48:45 schrieb 007: Nach meiner Erfahrung, Vergleich der Teleatals und Navteq Daten mit den von mir in OSM erfassten Straßen schaut Navteq besser aus als teleatlas. teleatlas hat zum Teil richtig dicke Fehler drin die nichts mit Aktualität zu tun haben. Navteq zum angucken: http://www.navteq.com/language/de Danke, den Link kannte ich noch nicht. Vergleich des obigen Beispiels1 aus meinem vorherigen Posting, leider nur manuell möglich: Umgehung verzeichnet, Kreisel korrekt eingezeichnet, aber die Waldbahnstraße (vom Kreisel nach Osten) ist an der Stelle gerade (Geometriefehler). Das Bahngleis führt munter über den nicht eingezeichneten P+R-Platz. Oben im Bild1, Straße Krumme Gasse endet deutlich vor dem Tunnel in einer Sackgasse. Kurz vor dem Straßenende führt ein Fußweg weiter, siehe Mapnik. An dieser Stelle stimmen unsere Daten definitiv (lokales Wissen). Die Zinnkopfstraße ist mit der Julius-Bacher-Straße verbunden (N von Edeka am Tunneleingang). Außerdem kreuzt sie die Umgehungsstraße und dient auf der südlichen Seite als Zufahrt zu einem Parkplatz. Hinter dem Parkplatz endet sie blind, hier ist wahrscheinlich ein Durchbruch zur Hauptstraße vorgesehen. Fußwege fehlen hier bei Navtec nahezu komplett. Bild2: Deutlich besser als Teleatlas. Die Raffneralm kann als Ziel ausgewählt werden, allerdings muss der, der dort Kaffee trinken will, das Fahrzeug dann 50m vor dem Ziel auf einer recht engen Straße in der Kurve abstellen. Die Alm ist noch nicht unbedingt zu sehen, aber wenn man zu Fuß der Straße weiter folgt, kann man sie nicht verfehlen, ebenso wie den großzügigen Parkplatz dort ;-) Die Fußwege, die in diesem Bereich verzeichnet sind, scheinen nach grober Übersicht zu stimmen, sind aber auch arg unvollständig. Der Unternberglift fehlt bei Teleatlas wie bei Navtec. Das kann aber auch gewollte Aktualität sein, den er war wegen dringender Reparaturarbeiten für ein paar Wochen außer Betrieb :-D . Ich behaupte nicht, dass unsere Daten in diesem Gebiet überall absolut korrekt sind, aber die angegebenen Beispiele kenne ich aus eigener Anschauung mit einer Aktualität von 4 Wochen. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ?OpenStreetMap in großer Business-Zeit ung
Hallo, Am Freitag 27 August 2010 10:19:42 schrieb Sven Geggus: Wolfgang wolfg...@ivkasogis.de wrote: Dass ausgerechnet das SW-Patent-verliebte Fraunholferinstitut seinen Namen da mit reinhängt, spricht für sich. _Das_ Fraunhoferinstitut gibt es nicht! Im Gegenteil die über 50 Institute sind dann doch sehr selbstständig. Das was die Birlinghofener hier abgeliefert haben war dann wohl nix. Schade, dass es die Arbeit im Intranet nicht in digitaler Form gibt. Etwas Positives wollen wir der Arbeit dennoch abgewinnen: Das einzige wirkliche Ergebnis ist, dass Navtec und OSM ihre Daten unabhängig voneinander erfassen und nicht voneinander abkupfern. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ?OpenStreetMap in großer Business-Zeit ung
Hallo, Am Freitag 27 August 2010 12:56:04 schrieb Sven Geggus: Wolfgang wolfg...@ivkasogis.de wrote: Vergleich des obigen Beispiels1 aus meinem vorherigen Posting, leider nur manuell möglich Warum? http://sautter.com/map/?zoom=17lat=47.76347lon=12.64547layers=B0TFFF FTFF 2 Postings weiter oben hab ich doch gerade geschrieben, dass Yahoo Navtec-Daten verwendet. Damit hast du recht, aber ich wollte mit dem Datenbestand von deren Homepage vergleichen, wenn ich ihn schon sehen kann. Ich weiß nicht, wie oft Yahoo ein Update macht. Unsere Karte wird ständig aktualisiert, das könnte unfair sein. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ....ich bleib bei OSM !
Hallo, Am Freitag 27 August 2010 17:55:53 schrieb Chris66: Am 27.08.2010 17:48, schrieb Jan Tappenbeck: auch bleibe bei DEM freien Kartenwerk. Bei mir hängt's davon ab, wieviel Prozent der Daten nicht übernommen werden. Falls ich sehe, dass nur 80% oder so rüber kommen und ODBL-OSM nicht mehr richtig auf die Beine kommt, dann werde ich mich nach 'ner Alternative umsehen. Sicherlich belebt Konkurrenz das Geschäft - was mir aber die meisten sorgen macht ist die Zusammenarbeit mit Dritten. Naja, ich bin gar nicht der große Fan von Importen und Sat-Bildern abmalen. Selber erfassen macht mehr Spaß. Fangen wir doch nochmal von vorne an. Das wäre Spaß pur. Mit dem GPS durch die leere Datenwüste. Mit den Mitteln und Erfahrungen, die jetzt zur Verfügung stehen, sind wir in 2 Jahren spätestens wieder auf demselben Stand, aber mit sauberer Lizenz. ;-) Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fernsehbericht im Bayerischen Rundfunk
Hallo, Am Sonntag 29 August 2010 13:50:08 schrieb Walter Nordmann: Guenther Meyer wrote: manchmal ist das gute alte Papier immer noch die beste Wahl. kommt, wie in so vielen Fällen auf die aktuelle Situatiion an ;) Ich hab natürlich auch nen Blatt und Bleistift mit aber 99% geht inzwischen digital. war doch nen gut gemeinter Ratschlag. Ich entdecke z.B. abends beim reinklopfen noch Sachen, die ich früher echt nicht bemerkt/nicht aufgeschrieben oder vergessen habe. Sogar Sprachaufzeichnung ist mit digi-cam möglich (kurz video an) Das hatten wir alles schon mal. Digicam ist eine Möglichkeit, aber letzten Endes verbringst du die vor Ort gesprarte Zeit dann vor dem Bildschirm. Mancher ist eben lieber an der frischen Luft. Josm eignet sich überhaupt nicht zum Bearbeiten vor Ort, da man meistens keinen 20-Zöller dabei hat und die Menüs teilweise nicht auf den Bildschirm passen. Wesentlich geeigneter ist osm2go bei kleinen Displays. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bilder von Ausfahrten etc.
Hallo, Am Montag 30 August 2010 11:52:43 schrieb Jan Tappenbeck: Hi ! hat sich eigentlich schon einmal jemand Gedanken darüber gemacht irgendwie die Tafeln von Autobahnausfahrten / Kreuzen irgendwo zu hinterlegen - zentrale Bildablage / Note für die Verknüpfung in OSM .. Was hast du mit den Bildern vor? Die Namen der Ausfahrten und die Geometrie haben wir doch schon. Wenn du die Bilder im Navi vor dem Abbiegen anzeigen willst, sollten wir, unabhängig davon, dass erstmal das Datenformat entschlüsselt werden muss, die Bilder auf einer Wiki-Seite selbst sammeln. Lizenz und Auflösung der Bilder sollten da festgelegt werden, ebenso der Ausschnitt. Bis das Datenformat entschüsselt ist, ist auch die Sammlung umfangreich genug. Auf den Fotos von Autobahn.de sind die Wegweiser überwiegend zu klein oder unscharf. Wer Fotos hat und zur Verfügung stellen will, kann ja dann bei uns hochladen. Dann sind auch die Rechte klar. cc-by-sa-nc würde nicht ausreichen, um das Bild im Navi darzustellen. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Openstreetmap-Daten für Navigationssy steme der Automobilhersteller?
Hallo, Am Dienstag 31 August 2010 06:22:12 schrieb Thomas Reincke: Am 30.08.2010 23:28, schrieb Ulf Lamping: Solange die Hersteller nicht freiwillig ihre Formatbeschreibungen rausrücken würde ich daher nicht mit OSM basierten Karten für diese rechnen. Hat niemand gute Beziehungen zu einem EU-Kommissar? Schließlich wird hier massiv der Wettbewerb behindert. Die massive Wettbewerbsbehinderung sehe ich eher bei den fest in die Fahrzeuge eingebauten Geräten. Hier gibt es nur wenige Hersteller, und der Fahrzeughersteller entscheidet, welches Gerät eingebaut wird. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Nochmal Lizenzwechsel, Zustimmungstext
Hallo, ich habe mir die Zustimmungsseite mal angesehen, und ich glaube, dass ein wesentliches Hindernis für manche die fehlende Übersetzung ist. Hier wird eine rechtsverbindliche Erklärung gefordert, deren Text nicht jeder _vollständig_ versteht (außer Franzosen, Italienern und englischen Muttersprachlern). Da sind selbst griechische Autovermieter schon weiter... Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nochmal Lizenzwechsel, Zustimmungstext
Hallo, Am Dienstag 31 August 2010 11:07:40 schrieb Stefan Schwan: Hallo Am 31. August 2010 10:47 schrieb Florian Lohoff f...@zz.de: Und was ist wenn der User dann nachweisen kann kein English zu koennen und gar nicht wusste was er da zustimmt? Dann ist der Vertrag nichtig oder? http://dejure.org/gesetze/BGB/119.html Das es eben nicht in der Muttersprache ist macht die nummer durchaus leichter anfechtbar denke ich auch wenn ich kein Anwalt bin ... Ich bin auch kein Anwalt - in Deutschland herrscht allerdings anders als in Frankreich und Italien Vertragsfreiheit[1] - dh du kannst jede beliebige Sprache für einen Vertrag verwenden, solange der Vertrag nicht gegen zwingende Vorschriften des geltenden Rechts, gesetzliche Verbote oder die guten Sitten verstößt.. Wer die Sprache nicht versteht (und das kann im Zweifel ja auch bei feinsten Juristendeusch der Fall sein) und trotzdem unterschreibt, der kann sich hinterher nicht rausreden. Doch, das kann er. Die Frage ist, ob er damit durchkommt. Bei einem fremdsprachigen Text hat er da durchaus Chancen, insbesondere wenn der so formuliert ist. Bevor es überhaupt zum Vertrag kommt: http://de.wikipedia.org/wiki/Willenserkl%C3%A4rung Gruß, Stefan [1]http://de.wikipedia.org/wiki/Vertragsfreiheit ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nochmal Lizenzwechsel, Zustimmungstext
Hallo, Am Dienstag 31 August 2010 13:47:39 schrieb Stefan Schwan: Hallo! Hab das gerade versehentlich nur an Flo gesendet, hier nochmal für alle: Der Becksche Kommentar[1] gibt Aufschluss: Mangels unbewusster Fehlvorstellung liegt kein Anfechtungsgrund vor, wenn der Erklärende den Inhalt seiner Erklärung nicht kennt, ein Schriftstück zB ungelesen (BAGE 22, 424), in Unkenntnis der Erklärungssprache oder als Analphabet unterschreibt; Gruß, Stefan [1]http://beck-online.beck.de/default.aspx?vpath=bibdata\komm\SchDoeEbeKoBG B_5\BGB\cont\SchDoeEbeKoBGB.BGB.p119.htm Leider hast du das Zitat verkürzt. anders aber, wenn er sich – zB aufgrund eines vorangehenden Diktats – vom Urkundeninhalt eine bestimmte (irrige) Vorstellung gemacht hat, ... Im Prinzip weiß der Mapper ja, was er erklären will. Aber im Detail weicht die Erklärung aufgrund nicht ausreichender Praxis im Umgang mit der Sprache ab. Er unterschreibt nicht ungelesen oder in Unkenntnis der Sprache, sondern glaubt, verstanden zu haben, liegt aber trotzdem daneben. Vielleicht sollten wir das nicht noch weiter auswalzen. Mir geht es eigentlich darum, eine sinngemäße deutsche Übersetzung bereitzustellen. Sie kann ja den Satz enthalten, dass im Zweifel die englische Version maßgeblich ausgelegt wird. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Openstreetmap-Daten für Navigationssy steme der Automobilhersteller?
Hallo, Am Dienstag 31 August 2010 18:27:52 schrieb Bernd Wurst: Hallo. Am Dienstag 31 August 2010, 18:13:44 schrieb Philip Gillißen: Als erstes wäre es doch wichtig zu wissen, welche Hersteller freier Software und freien Daten aufgeschlossen sind. Bei den normalen Navis ist es ja wohl Garmin, aber bei den Auto- bzw. Autonavi-Herstellern? Wir bieten hier eine direkte Alternative (Konkurrenz) zu deren aktuellem Geschäftsmodell an. Welcher Hersteller wird da wohl begeistert mitmachen? Garmin ist sicherlich nicht daran interessiert, dass deren Format offen liegt. Sonst würde vielleicht auch die Adress-Suche funktionieren. Garmin hat das Format wohl nur schlechter geschützt oder zu selten geändert. Ähnlich wie Google lebt Garmin eigentlich nicht von den Karten, die müssen sie selbst teuer bei Navtec oder Teleatlas einkaufen, der Kauf einer der Firmen ist ja fehlgeschlagen. Die Karten sind eher ein Service, bei dem zwar was über ist, der aber kaum das zentrale Geschäftsmodell bildet. Insofern wäre eine Unterstützung von OSM, wenn die Datenmenge weltweit aus Sicht von Garmin ausreicht, wohl denkbar. Allerdings könnte ich mir vorstellen, dass Garmin dann an den Karten selbst verdienen möchte und schon deshalb das Format nicht offenlegen wird. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nochmal Lizenzwechsel, Zustimmungstext
Hallo, Am Dienstag 31 August 2010 15:06:26 schrieb Bernd Wurst: Du meinst also, wenn man eine deutsche Übersetzung anbietet, diese aber juristisch nicht exakt übereinstimmt, dann greift jetzt dieser Abschnitt? Ich glaube, wir (ich auch) vernageln uns zu sehr in juristische Spitzfindigkeiten, die 1. jetzt noch nicht anstehen, 2. kaum zum Tragen kommen werden und 3. wenn doch, dann unvermeidlich wären, egal wie man formuliert. Wenn auf dem Gebiet irgendetwas eindeutig geregelt werden könnte, wären einige Juristen ohne Job, und das wissen die zu vermeiden :-) . Wenn ich betone, dass die deutsche Übersetzung nur eine Erklärung zum leichteren Verständnis, der englische Teil aber maßgeblich ist, gibt es da keine Probleme. Beispiel http://www.gnu.de/documents/gpl-3.0.de.html. Die GPL hat sich trotzdem als gerichtsfest erwiesen. Dann lieber keine Übersetzung, so dass der User weiß das er kurz nachdenken muss. -1 Du denkst kurz nach. Ich schlage noch ein paar Begriffe bei Leo nach. Aber mancher Mapper versteht es wirklich nicht. Entweder ist es ihm egal, und er stimmt zu, oder er stimmt mit einem unguten Gefühl zu, oder er macht gar nichts, und er und seine Beiträge sind vermeidbar verloren. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nochmal Lizenzwechsel, Zustimmungstext
Hallo, Am Dienstag 31 August 2010 16:54:23 schrieb Stefan Schwan: Am 31. August 2010 16:06 schrieb M∡rtin Koppenhoefer dieterdre...@gmail.com: bei Euren ganzen Zitaten aus deutschem Recht: kommt das überhaupt zur Anwendung? M.E. schliesst man mit der OSMF, einer Stiftung mit Sitz in London, einen Vertrag dort nach englischem Recht. Stimmt, steht auch ausdrücklich im letzten Absatz. Wenn man das nicht will, muss man es halt lassen. Deutsches Recht dürfte m.E. hier unerheblich sein: die Server, also OSM, sind genauso wie die OSMF in England, der geschlossene Vertrag (CT) ist auf englisch. Da hast du recht, entscheidend ist die ausdrückliche Wahl englischen Rechts. Der Serverstandort und die Vertragssprache sind eher nicht so entscheidend. Die Frage ist halt, ob man als Deutscher einen Vertrag abschließen kann, der nicht auf Deutsch ist, und sich hinterher darauf berufen kann, man hätte ihn nicht verstanden. Berufen kann man immer, die Frage ist mehr, ob es was nützt :-) INANAL aber IMO kann man rechtsgültige Verträge abschließen, die nicht in der eigenen Sprache sind. Ansonsten wäre es quasi unmöglich, mit Ausländern oder Analphabeten Verträge abzuschließen, weil die immer hinterher mit nix kapiert aber halt mal unterschrieben ankommen, und Vertragspartnern die Lange Nase zeigen könnten. Grundsätzlich kann man einen Vertrag in Deutschland nach australischem Recht auf Kisuaheli abschließen und als Gerichtsstandort Tokio bestimmen. In der Schiffahrt kommt so etwas (ähnliches) auch öfter vor. (Ich habe jetzt nicht geprüft, ob nach japanischem Recht das Gericht zuständig sein könnte und wollte darüber auch nicht diskutieren :-) ) Mir geht es aber eigentlich, wie oben geschrieben, um das bessere Verständnis, und sei es nur, um dem einen oder anderen ein flaues Gefühl beim Akzeptieren zu nehmen. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nochmal Lizenzwechsel, Zustimmungstext
Hallo, Am Dienstag 31 August 2010 22:38:29 schrieb Carsten Gerlach: Hi, Am Dienstag 31 August 2010 schrieb Wolfgang: Hallo, ich habe mir die Zustimmungsseite mal angesehen, und ich glaube, dass ein wesentliches Hindernis für manche die fehlende Übersetzung ist. Also unter http://wiki.openstreetmap.org/wiki/DE:Open_Database_License/Contributor_Ter ms gibts eine freie Übersetzung, auch mit dem Hinweis, daß die englische Version im Zweifel die einzig verbindliche ist. Super. Jetzt fehlt nur noch ein link [Deutsche inoffizielle Übersetzung], und alle sind glücklich. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nochmal Lizenzwechsel, Zustimmungstext
Hallo, Am Dienstag 31 August 2010 23:08:31 schrieb Carsten Gerlach: Moin, Am Dienstag 31 August 2010 schrieb Wolfgang: Super. Jetzt fehlt nur noch ein link [Deutsche inoffizielle Übersetzung], und alle sind glücklich. Ähm, und _wo_ soll der deiner Meinung nach fehlen? https://www.openstreetmap.org/user/terms Da wird oben eine Übersetzung auf französisch und italienisch angeboten, der Rest der Welt muss englisch lesen. Übrigens, die Übersetzung ist nicht ganz aktuell. Den Button nicht zustimmen gibt es nicht (mehr?). Man kann dann nur die Zurück-Funktion des Browsers nehmen, steht auch so im Original-Text. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] htc-Smartphone mit osm
Hallo, Am Mittwoch 01 September 2010 21:00:53 schrieb Lars Lingner: Am 01.09.2010 20:33, schrieb Jan Tappenbeck: hi ! kann einer was zur Verwendung von OSM-Karten auf htc-smartphones sagen (schreiben)? Ich hatte schon einige Android-Modelle in der Hand. Da gibt es schicke OSM-Anwendungen. Offlinekarten und Routing habe ich schon gesehen. Eine Übersicht gibt http://wiki.openstreetmap.org/wiki/Android Da drängt sich das nüviphone A50 von Garmin ja direkt auf. Karten von Garmin oder OSM, Routing-Software unter GPL oder von Garmin Hat das schon jemand getestet? Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Karten fuer die Altmark
Am Sonntag, 3. Mai 2009 15:06:28 schrieb Michael Buege: Zitat (Ingrid) Michael Buege: [...] Der Ort liegt recht zentral zwischen einigen grossen Mappermetropolen. http://www.openstreetmap.org/?lat=52.6083lon=11.3066zoom=13layers=B000F FF Deswegen geht die Mail extra an mehrere regionale Listen. An fast exakt der Stelle wurde ich vor ein paar Jahren geblitzt. So gesehen habe ich eine enge Beziehung dazu... Hängt stark von Termin und Preisvorstellungen ab. Wenn ein einzelner profitieren möchte, sollte er nicht auch noch daran verdienen. Wenns passt, bin ich dabei. Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] deutschlandkarte - maxspeed=none - mkgmap?
Am Montag, 18. Mai 2009 14:46:52 schrieb Christoph Wagner: Ach übrigens - ich update jetzt immer Montag und Freitag und kündige auch deshalb keine neuen Versionen mehr an! Einfach mal ab und zu vorbeischaun: http://wiki.openstreetmap.org/wiki/DE:All_in_one_Garmin_Map Hallo, genau hier in Fahrtrichtung Süden von HH-Zentrun - A1 - kommend http://www.openstreetmap.org/?lat=53.37023lon=10.02839zoom=18layers=B000FTF bricht mein Navi immer mit Datenfehler ab, exakt an der Stelle, an der die Fahrbahnen sich treffen. Im Datenbestand konnte ich nichts finden, außer die Garmin-Software stört sich vielleicht daran, dass der Motorway_link von links und nicht von rechts einmündet. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] All-in-One Deutschland - mit Garmin eTrex
Am Montag, 25. Mai 2009 12:56:09 schrieb Christian von Rotenhan: Am 25.05.2009 11:38 Uhr, schrieb Holger Blum: Merkwürdig ist eben nur, dass der hinweg klaglos und schnell berechnet wird (sind ja nur ca 50 km) und beim Rückweg diese Abstürze auftreten. Ich kann in den Straßen die ich befahre mit JOSM und mit potlach nichts verdächtiges finden... Hallo, ich habe das gleiche Problem mit einem Colorado 300. Es muss (auch) an der Garmin-SW liegen. Meistens sagt er Datenfehler, dann kann man immerhin noch Wegepunkte zwischensetzen, aber manchmal stürzt er ab und kann nur mit Kaltstart wiederbelebt werden, was mit dem Verlust aller nicht gesicherten eigenen Daten verbunden ist. Abhilfe ist eigentlich immer, zusätzliche Wegepunkte einzufügen. Ich vermute, dass das Navi einfach zu viele Alternativen findet. Für längere Fahrten sollte man wohl eine Karte ohne Fußwege etc benutzen, um das Datenvolumen kleiner zu halten. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Projekt Jakobsweg 2009
Hallo, Am Mittwoch, 3. Juni 2009 16:25:10 schrieb Jan Tappenbeck: ?? Johann H. Addicks schrieb: wenn du so gut informiert bist - machst Du mit ??? Bei den Tappenbeckschen TOFU-Meisterschaften? Text Oben, Full quote Unten. Gemeint ist: Zitiere, auf was du dich beziehst, kürze alles andere raus. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wattweg
Am Mittwoch, 10. Juni 2009 12:12:03 schrieb Chris-Hein Lunkhusen: Hi, Sind Wattwege feste Wege oder hat jemand da halt eine zufällige Wattwanderung mitgeschnitten? http://www.informationfreeway.org/?lat=53.7057lon=7.3736zoom=16 Hallo, Wattwege sind so eine Art Zwangswege, typischerweise zwischen Insel und Festland oder zwischen 2 Inseln. Die Wege sind so zu gehen, dass im Timing mit Ebbe und Flut die Zeit passt, beim Start muss das Wasser weit genug abgelaufen sein, um losgehen zu können, der tiefste Punkt (Priel) muss aber noch rechtzeitig passiert werden köhnen. Das Wasser läuft nicht gleichmäßig auf und ab, sondern bildet eine bei Niedrigwasser kaum sichtbare Flusslandschaft (Priele). Mit auflaufendem Wasser füllen sie sich zuerst und entwickeln eine erhebliche Strömung, werden schnell unpassierbar. Deshalb sind die Wattwege trotz nicht sichtbarer Hindernisse nicht gerade. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wanderkarte für Deutschland und Öst erreich
Am Donnerstag, 11. Juni 2009 14:48:34 schrieb Karl Eichwalder: Nop ekkeh...@gmx.de writes: Die Karte ist durch die Höhenlinien für die Alpen ein wenig groß geraten. Ich glaube die nächste Version sollte ich besser in eigene Karten für Deutschland und Österreich getrennt aufteilen, oder was meint Ihr? Bei derartigen karten ist eine aufteilung nach politischen grenzen nicht sehr sinnig. Quadrate 200x200km oder regionalkarten (Alpen, Harz, Bayrischer Wald und Böhmerwald (Šumava) etc.) wäre gut. +1 Gru0, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neue Straßenklasse was: Re: User : Kraftfahrstra?e Edit-War
Am Freitag, 12. Juni 2009 11:28:06 schrieb qbert biker: Original-Nachricht Datum: Fri, 12 Jun 2009 10:42:46 +0200 Von: Wolfgang o...@kahl-hinsch.de An: talk-de@openstreetmap.org Betreff: [Talk-de] Neue Straßenklasse was: Re: User: Kraftfahrstra?e Edit-War Vorschlag: Neue Straßenklasse. Bitte nicht noch mehr Strassenklasse, denn sonst gibts bald eine eigene Klasse fuer 'schmales Straesschen mit Bluemchen am Strassenrand' ;) highway=flowerpower :-)) scnr Bei den Strassenklassen ist weniger mehr. Eine Klasse und ein paar unabhaengige Attribute beschreiben die Variationsbreite und die Kombinationsmoeglichkeiten viel besser. Die Kreuzungsfreiheit ist ein klassisches Attribut, also eine zusaetzliche Eigenschaft einer Strasse. Mir faellt auch nix eingeangiges dazu ein, vielleicht: traffic=nocrossing Eine primary, die zeitweise kreuzungsfrei ausgebaut ist, bekommt in diesem Bereich einfach das entsprechende Attribut dazu, bleibt aber eine primary. Trunk ist in Deutschland eigentlich mehr als fluessig... Trunk in Deutschland völlig wegschmeißen wäre auch ok, dann aber bitte die lanes als Breite mit rendern. Wir sollten uns aber entscheiden: entweder kein trunc in de mehr oder zusätzlich etwas für faktische Schnellstraße einspurig. Sonst nimmt der edit-war kein Ende. ER hat gerade Schleswig-Hostein entdeckt... Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neue Straßenklasse was: Re: User : Kraftfahrstra?e Edit-War
Hallo, Am Freitag, 12. Juni 2009 12:07:31 schrieb Bernd Wurst: Ich finde es super, dass man einen Unterschied zwischen der normalen Bundesstraße (von einer anderen Landstraße kaum zu zu unterscheiden, hat Kreuzungen und Fußgängerampeln) und einer gelben Autobahn so einfach darstellen kann. Und zwar einfach anhand des offensichtlichen Ausbauzustands und nicht ob es Kraftfahrstraße ist oder anhand der Höchstgeschwindigkeit. genau das habe ich versucht darzustellen. Ob die Straßenbehörde das Kraftfahrtstraßenschild irgendwo aufstellt oder nicht, hat erstmal nichts mit dem Zustand der Straße zu tun, auch wenn dahinter wohl selten eine tertiary beginnen dürfte. (siehe auch meine erste Mail dazu) Entweder wir schmeißen trunk de facto weg, d.h. rendern es als primary, und entnehmen Kreuzungsfreiheit, getrennte Fahrbahnen und Fahrspuren der Karte, was bis auf die Fahrspuren auch jetzt schon möglich ist, - oder wir definieren trunk ausschließlich als gelbe Autobahn, das heißt dann mindestens 2+2 und kreuzungsfrei, evtl auch getrennte Fahrbahnen. In diesem Fall brauchen wir entweder für kreuzungsfrei, aber sonst normal (Kraftfahrstraße oder nicht) eine extra Klasse oder eine Regelung zum eingrenzen umtaggungswütiger Mapper. Ansonsten ist halt jede Kraftfahrstraße alle 2 Tage trunk und primary. Oder wir beschließen, Kraftfahrstraße als trunk darzustellen, und schmeißen motorroad weg. Gibt es die Möglichkeit, hier irgendwie abzustimmen und dann zu einem tragfähigen Ergebnis zu kommen? Ich trage gerne jedes Ergebnis mit, wenn es den eines gibt. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wanderkarte für Deutschland und Öst erreich
Am Mittwoch, 10. Juni 2009 21:30:51 schrieb Nop: Hallo! Die Garmin-Version der Wanderkarte ist jetzt für Deutschland und Österreich verfügbar. Zu finden unter topo.geofabrik.de. Downloadgröße ist 1350MB. Hallo, in o.g. Karte fehlen im Ausschnitt http://www.openstreetmap.org/?lat=47.746lon=12.7052zoom=14layers=B000FTF einige Straßen, z.B B305 Inzell-Ruhpolding, B306 Inzell-B305 sowie Kreisstraßen teilweise. Die Abschnitte decken sich nicht mit Abschnitten im Datenmodell. Rund um die Grenze BRD-A in diesem Bereich ist ein Loch, in dem regionale Wege, aber keine überregionalen Straßen sichtbar sind. Nur als Hinweis. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Freihand-Zeichnungen von Luftbildern und Kart en möglich!
Hallo, Am Freitag, 19. Juni 2009 09:28:49 schrieb Florian Lohoff: On Fri, Jun 19, 2009 at 02:31:27AM +0200, Martin Koppenhoefer wrote: naja, ständigen Probleme. Du warst in meiner Erinnerung immer in vorderster Front dabei, alle möglichen etablierten Quellen in Frage zu stellen (z.B. Yahoo-Luftbilder) und die Mitmapper mit Urheberrechts- und Lizenzanalysen anderer potenzieller Quellen und unserer eigener Daten zu beglücken. Wer einfach mappt, hat diese ständigen Probleme alle gar nicht: er spaziert mit dem GPS und Notizblock in der Hand durch Feld und Flur und nimmt die Daten auf, die er fürs Kartieren braucht. Das ist der ursprüngliche Gedanke von OSM. Ich stimme dir teils zu - teils muss ich sagen das es leider Daten gibt die eben nicht visuell wahrzunehmen sind und damit bei diesem vorgehen fuer OSM fuer immer verschlossen blieben. Z.b. zu nennen sind hier alle Arten von Administrativen Grenzen. Viele Anwohner sind sehr neugierig zu erfahren, was der Wald- und Wiesenmapper da so treibt. Wenn er etwas kommunikativ ist, erfährt er ene ganze Menge administriver Dinge nebenbei. Nimm ein paar OSM-Karten der Umgebung mit, verteile vielleicht noch ein Flugblatt, und du hast neben den lokalen Postleitzahlen, Gemeindegrenzen incl. Zustand seit 1916 als wir noch den Kaiser hatten... auch alle Kochrezepte, Kirchennews und Nachbarschaftsinterna der Hund von gegenüber muss zum Tierarzt... eingesammelt. Außerdem entspricht dieses Vorgehen eher dem eigentlichen Mappen und macht das Projekt um einiges bekannter. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Straßenbreite und Fahrspuren
Hallo, es heißt immer so schön, man sollte die Straßenbreite angeben, aber - was ist das? Breite der Fahrbahn? Innerorts: Breite mit Fuß- und Radweg? Breite bis Gartenzaun? Außerorts: Breite mit Seitenstreifen? Breite mit Bankett? Breite mit Fuß/Radweg? Der RQ zählt alles mit. Da wird leicht eine tertiary breiter als mancher spar-trunk, und wer kann mit der Info etwas anfangen? Mit der Anzahl der Fahrspuren gibt es auch das Problem für welche Richtung? Vielleicht in Straßen-Richtung lanes.left=2, lanes.right=1? Besser als 2+1, denn es könnte vom Editor bei einer Richtungsänderung umgesetzt werden. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mapping Workflow mit Garmins nüvi550
Am Freitag, 26. Juni 2009 12:22:28 schrieb Ingo Lantschner: Hallo, ich hab seit kurzem ein Nüvi550 von Garmin und verwende dieses u.a. dafür, um im Zuge von Wanderungen Wegepunkte und Tracks aufzuzeichnen sowie diese dann in weiterer Folge in OSM mittels Merkaartor einzupflegen. Andere aber ähnliche Anwendung ist, die Tracks und verorteten Fotos via OpenLayer auf Webseiten darzustellen [1]. Für diesen Schritt habe ich schon ein kleines Werkzeug entwickelt [2]. Was sich als zunehmend störend dabei herausstellt ist, dass bei diesem Modell alle Waypoints und Tracks in einer Datei namens Current.gpx liegen. Ich habe kein Tool gefunden, mit dem ich diese Datei bereinigen kann. Jeder jemals gesetzte Punkt bleibt dort drin, es sein denn ich lösche ihn mühsam über den Touchscreen vom nüvi. Der mir vorschwebende Workflow wäre: 1. Tracks nach Datum gefiltert in eine eigene export.gpx exportierten, optional diesen Track aus der Current.gpx (und damit vom Garmin) löschen. 2. Die export.gpx in z.B. RoadTrip (entspr. MapSource in Win) importieren, bearbeiten und ggf. die gesäuberte Version davon ins Nüvi reimportieren Natürlich wäre diese export.gpx ein hervorragende Grundlage auch für den Import in Merkaartor oder für jede andere Weiterverarbeitung. Fragen: a. Hat sonst noch jemand das Nüvi550 in Gebrauch? b. Gibt es andere Garmin-Geräte die eine einzige Current.gpx so verwenden? c. Gibt es schon ein Tool für den Export wie oben beschrieben? d. Wäre ein solches von breiterem Interesse? e. Ja und grundlegend: Gibt es Verbesserungsvorschläge zum Workflow? Für jeden Hinweis dankbar, Ingo. a) Nein b) Ja, Colorado c) kurz gebastelt: sed \ -e 's/trk/\ntrk/g' \ -e 's/\/trk/\/trk\n/g' \ $1 | \ sed \ -e '1d' \ -e '$d' \ temp.gpx nn=`cat temp.gpx|wc -l` nx=1 while [ $nx -le $nn ] do sed -n -e $nx wtrack$nx.gpx temp.gpx (( nx++ )) done Das Script separiert die Tracks in einzelne Zeilen, schmeißt alles vor dem 1. und nach dem letzten Track raus, speichert das Ergebnis in temp.gpx zwischen und erzeugt Dateien mit Namen track1 - trackx für jeden gefundenen Track. Ebenso ließe sich natürlich auch nach trkseg suchen. Das Script läuft in jedem ux-System, das bash, sed und wc unterstützt, dazu müsste auch cygwin gehören. Benutzung auf eigene Gefahr! Alternative für Geübte in vi/gvim, wobei [[strg]] die strg-Taste meint: :s/trk/[[strg]]vmtrk/g :1,$ s/\/trk/\/trk[[strg]]vm :1 w track1 :2 w track2 ... Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Weg mi dem Wiki !
Am Samstag, 27. Juni 2009 14:43:19 schrieb qbert biker: Ein Reisezeitmodell ist viel komplexer. Da fliesst auch der Strassenzustand mit ein und Art und Ausbau der Kreuzungen. Ampeln, Vorfahrt, kreuzungsfreier Ausbau, usw. alles schwbblig oder garnicht implementiert. Von Abbiegespuren oder anderen Verfeinerungen gar nicht zu reden. Klar gibts Ampeln, aber wenn ich alle Ideen auswerten will, die die Mapper fuer das Eintragen dieser Dinge entwerfen, bekomm ich nen grauen Bart: Auf der Kreuzungsnode, Node im Bereich, Node neben der Strasse, usw. Dir fehlt das wichtigste Instrument zur Erstellung eines Reisezeitmodells: die Glaskugel. Auf einer längeren Strecke ist eine Reisezeitvorhersage unsicherer als der Wetterbericht für das nächste Jahr. SCNR :)) Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Kindergarten
Hallo, wie taggt ihr einen Kindergarten? amenity=kindergarten wird interpretiert als Gebäude, aber nahezu jeder Kindergarten hat auch noch ein Außengelände. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] verwirrende JOSM motd....
Hallo, Am Montag, 6. Juli 2009 10:05:09 schrieb Michael Kugelmann: Hallo, Zitat aus der aktuellen JOSM-MOTD für die deuten JOSM-Entwickler Aktuelle Version ist 1669 (Entwicklung 1732) - aktive Version ist 1702 Da ist was schief gegangen in der Versionsverwaltung. Unter (Suse-)Linux 11.0 ist die aktuelle Version in der Paketverwaltung nach wie vor die 1669, die jedoch mit den bisherigen plugins abstürzt. Plugin-Verzeichnis wegschmeißen und neu starten führt dazu, dass die Hälfte der Plugins eine 17xx-Version verlangen, die jedoch nicht zur Verfügung steht... MfG Michael. PS: ich verwende gerade die 1732. Würde ich auch gerne. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kindergarten
Hallo, Am Montag, 6. Juli 2009 15:34:24 schrieb Robert S.: 2009/7/6 Wolfgang o...@kahl-hinsch.de Hallo, wie taggt ihr einen Kindergarten? amenity=kindergarten wird interpretiert als Gebäude, aber nahezu jeder Kindergarten hat auch noch ein Außengelände. Ein Gebäude wird eine Fläche doch erst durch building=yes. sollte so sein Also: *amenity=kindergarten* *building=yes* für das Gebäude und amenity=kindergarten für die Fläche - ist doch bei Schulen auch entsprechend. bei Schulen funktioniert das auch. Beim Kindergarten wird aber der gesamte Bereich als Gebäude mitten auf die Radwege gesetzt! tags: Für die Fläche: amenity=kindergarten, building=no, addr=..., ... Für das Haus: building=yes Das Haus ist nicht zu sehen, der Kindergarten reicht bis Straßenmitte. Man könnte natürlich auch die Fläche (zusätzlich) mit leisure=playground nicht zusätzlich, sondern nur kennzeichnen, aber dann wär eine access Einschränkung angebracht. Werde ich wohl vorläufig so machen, dazu Relation mit site, obwohl wir natürlich nicht für die Renderer taggen ;) Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kindergarten
Am Montag, 6. Juli 2009 17:43:37 schrieb Tobias Knerr: Wie wäre es denn mit der bisher am häufigsten genannten und ohne neue Tags möglichen Variante: Gelände: amenity=kindergarten name=* Gebäude: building=yes (oder sonst ein Wert) Wer Relationen haben will (oder in komplexen Fällen) dann gerne noch mit der bereits seit längerem vorgeschlagenen site-Relation, aber das oben sollte als Basisausstattung reichen. Dann hoffe ich mal darauf, dass die Renderer entsprechend angepasst werden. Momentan wird die amenity=Kindergarten als Gebäude dargestellt, oder jedenfalls als oberster layer. Building=yes auf demselben Gelände scheint nicht durch, dafür werden die Straßen teilweise verdeckt, und die Einfärbung entspricht auch den Gebäuden (und der Namefinder findet sie nicht). http://www.openstreetmap.org/?lat=53.64181lon=10.03891zoom=17layers=0B00FTF Im Zentrum, Gelände Hummelsbüttler Hauptstraße 72A, Mikuteit Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kindergarten gelöst
Am Montag, 6. Juli 2009 19:29:12 schrieb Martin Koppenhoefer: Am 6. Juli 2009 19:23 schrieb Marc Schütz schue...@gmx.net: Kann es sein, dass es am building=no liegt? Wahrscheinlich hat der Mapnik eine Regel, die alle building=* als Gebäude interpretiert... ja, das ist ziemlich sicher ein Problem. Die Regel sollte building !=no sein, nicht jedes building. Es war eines der Probleme. Das andere Problem liegt darin, dass die Renderer amenity offensichtlich nicht über landuse darstellen, wie es bei shop z.B. der Fall ist. Habe landuse=residential unter dem Kiga rausgenommen und nehme an, das es das war. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] verwirrende JOSM motd....
Am Mittwoch, 8. Juli 2009 00:23:42 schrieb Werner König: Am Dienstag, 7. Juli 2009 15:00:20 schrieb Dirk Stöcker: On Tue, 7 Jul 2009, Dirk-Lüder Kreie wrote: PS: ich verwende gerade die 1732. Würde ich auch gerne. Einfach das jar runterladen, statt die veraltete SuSE-Paketversion zu nutzen... SUSE ist nicht veraltet, sondern tested. Ciao Insbesondere Version 11.1 ist wirklich gut und kann Ubuntu 9.04 das Wasser reichen. Schon wenn ich daran denke, dass Ubuntu 9.04 mir für Eclipse eine völiig veraltete Version installiert hat, wegen Kompatiblitätsproblemen, während in openSuse 11.1 problemlos die neuste Version installierbar war. 11.1 installiere ich, sobald ich die Zeit dafür habe. Aber schön zu hören, dass es damit keine Probleme geben soll. War bei Suse ja nicht immer so... Ob ich mit josm-1732 oder 1669 oder 1492 oder sonstwas arbeite, ist mir nicht so wichtig, wenn alles funktioniert. Wenn aber das auf Suse hinterlegte Paket 1669 plötzlich nicht mehr zu den Plugins passt, und das betrifft ca 60% aller Plugins, werde ich in meiner Arbeit behindert. Natürlich kann ich eine neuere Version runterladen und selbst installieren, aber es hat meistens einen Grund, dass die Paketverwaltung noch nicht weiter ist. Mich ärgern nur die nicht mehr funktionierenden Plugins (validator, geoRefFoto...) Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kindergarten gelöst
Am Dienstag, 7. Juli 2009 11:59:56 schrieb Martin Koppenhoefer: Am 7. Juli 2009 11:41 schrieb Wolfgang o...@kahl-hinsch.de: Am Montag, 6. Juli 2009 19:29:12 schrieb Martin Koppenhoefer: Am 6. Juli 2009 19:23 schrieb Marc Schütz schue...@gmx.net: Kann es sein, dass es am building=no liegt? Wahrscheinlich hat der Mapnik eine Regel, die alle building=* als Gebäude interpretiert... ja, das ist ziemlich sicher ein Problem. Die Regel sollte building !=no sein, nicht jedes building. Es war eines der Probleme. Das andere Problem liegt darin, dass die Renderer amenity offensichtlich nicht über landuse darstellen, wie es bei shop z.B. der Fall ist. Habe landuse=residential unter dem Kiga rausgenommen und nehme an, das es das war. Inzwischen weiss ich noch mehr. Kindergarten wird gar nicht gerendert! Da ich in dem Gebiet inzwischen alles mit einem Landuse hinterlegt habe, fiel der eine Kindergarten (ohne hinterlegtes landuse) sofort durch seine abweichende Farbe auf, aber es war nicht extra gerendert, sondern die Hintergrundfarbe. das ist m.E. tagging für die Renderer, da das Landuse=residential ja durchaus richtig ist (der Kindergarten gehört zum Wohngebiet). Daher In Hamburg ist der Kindergarten im Wohngebiet verboten (jedenfalls im reinen Wohngebiet). Kinder sind einfach unzumutbar laut. Es gibt inzwischen mehrere Gerichtsentscheidungen, und die Politiker schlafen wie üblich tief und fest. würde ich das landuse residential wieder reinnehmen und im trac ein/zwei tickets für mapnik und t...@h schreiben (renderorder und building ungleich no). Würde ich nach logischen Gesichtspunkten unterstreichen, aber... Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kindergarten
Am Mittwoch, 8. Juli 2009 17:05:31 schrieb René Falk: Am Mittwoch, 8. Juli 2009DE 16:33:36DE schrieb Mario Salvini: ja, dass schon, aber immer ist ja das Gelände mit amenity= getaggt und nicht nur ein einzelnes Gebäude, dass meinte ich. Ach so, dürfte auch schwer sein, einen Kindergarten ohne Gelände zu finden. Es gibt, wie üblich, fast alles. Auf http://www.openstreetmap.org/?lat=53.64488lon=10.04042zoom=17layers=0B00FTF sind am oberen Rand 2 Schulen und 2 Kindergärten, am unteren Rand noch einer. Einer der oberen und der untere bestehen jeweils aus einem Gelände und einem Haus drauf. Keine weitere Nutzung. Hier ist der Kindergarten an die Fläche zu heften. Spannender sind die beiden Schulen und der andere Kindergarten. Alles auf einem Gelände, und die Gebäude werden teilweise wechselweise benutzt. Das war nur mit einer site-Relation hinzukriegen, zumal auch noch beide Schul- Verwaltungen im selben Haus mit völlig unterschiedlichen Postadressen sitzen. Hier hat das Kindergarten-Gebäude amenity=kindergarten. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kindergarten gelöst
Am Mittwoch, 8. Juli 2009 23:47:58 schrieb Martin Koppenhoefer: Am 8. Juli 2009 23:10 schrieb Wolfgang o...@kahl-hinsch.de: das ist m.E. tagging für die Renderer, da das Landuse=residential ja durchaus richtig ist (der Kindergarten gehört zum Wohngebiet). Daher In Hamburg ist der Kindergarten im Wohngebiet verboten (jedenfalls im reinen Wohngebiet). Kinder sind einfach unzumutbar laut. Es gibt inzwischen mehrere Gerichtsentscheidungen, und die Politiker schlafen wie üblich tief und fest. Das ist keine Länderfrage sondern bundeseinheitlich in der BauNutzungsverordnung geregelt (zitiere ich hier immer wieder gern: BauNVO). Was bei OSM residential ist, kann man in keinem Fall als reines Wohngebiet bezeichnen, es ist mindestens ein allgemeines Wohngebiet. Aber auch in reinen Wohngebieten können Kindergärten ausnahmsweise zugelassen werden (§3). Die Zulassung schützt in keinster Weise vor den Richtern der hamburgischen Gerichte, das zeigt die Praxis, aber das wird jetzt OT. Schön wäre jedenfalls, wenn die Kindergärten gerendert würden, egal wo. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hall of Fame - Strassen komplett erfasst! - H öhe
Am Donnerstag, 9. Juli 2009 13:06:46 schrieb Martin Koppenhoefer: Am 9. Juli 2009 08:20 schrieb Andreas Labres l...@lab.at: Martin Koppenhoefer wrote: Am 9. Juli 2009 00:45 schrieb Markus liste12a4...@gmx.de: Dazu gibts schon umfangreiche Infos: http://wiki.openstreetmap.org/wiki/de:Altitude http://wiki.openstreetmap.org/wiki/de:Water_Depth und auf Englisch das hier: http://wiki.openstreetmap.org/wiki/Key:ele scheint mir etablierter zu sein. Ja, und hier irrt auch de:Altitude, weil 'ele' sehr wohl als bezogen auf das WGS-84 Ellipsoid definiert ist. = IMO: ele verwenden. wie angedeutet ist die Lage nicht so einfach. Inzwischen ist WGS84 für ele definiert, das ist aber AFAIR noch nicht soo lange der Fall, d.h. dass man im Prinzip alle ele-Werte anzweifeln kann, weil man nicht sicher sein kann, welches Bezugssystem der jeweils Eintragende verwendet hat. Praktisch würde ich am Besten beide Werte eintragen (den alt-Wert (der wegen Verwechslungsgefahr mit alternative auch nicht so super toll gewählt ist), um WGS84 explizit zu bestätigen). Ich werde wohl einfach heigth_nn=xxx m eintragen. Das ist die einfachste Möglichkeit, denn an WGS84-Höhen kommen wir mit machbarem Aufwand nicht heran, die GPS-Anzeige ist zu ungenau. Die NN-Höhe steht in D, speziell im größten Flächenstaat :) , an nahezu jeder Liftstation. Mit barometrischem Höhenmesser kein Problem. Und für das Umrechnen kann ja mal jemand einen bot aufsetzen, der alt oder ele oder beides setzt. Das nn-Tag sollte erhalten bleiben zw. Doku. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mapping Workflow mit Garmins nüvi550
Am Donnerstag, 9. Juli 2009 21:35:54 schrieb Tobias Hägele: Hallo, erstmal vielen Dank für deine Mühe. Leider funktioniert deine Anleitung bei mir nicht. Wolfgang schrieb: Am Freitag, 26. Juni 2009 12:22:28 schrieb Ingo Lantschner: c. Gibt es schon ein Tool für den Export wie oben beschrieben? c) kurz gebastelt: sed \ Aufruf von sed (siehe man sed), der Backslash muss letztes Zeichen vor dem Zeilenwechsel sein (der dadurch nicht beachtet wird) -e 's/trk/\ntrk/g' \ Füge vor jedem trk (Trackbeginn-Zeichen) einen Zeilenwechsel ein -e 's/\/trk/\/trk\n/g' \ Füge hinter jedem /trk (Trackende), auf das ein folgt, einen Zeilenwechsel ein. Das erfolgt nur nach dem letzten Track, da die anderen Tracks ja bereits abgetrennt sind. Bei mir stehen in der Current.gpx hinter dem letzten Track noch einige Daten zu Wegepunkten etc. $1 | \ gibt den Filenamen an, von dem sed lesen soll, und schreibt das Ergebnis in die Leseschlange des nächsten Befehls sed \ wiederum ein sed -e '1d' \ -e '$d' \ der die erste und letze Zeile löscht (Zeilen ohne Track) temp.gpx geht bestimmt eleganter, aber das Zwischenergebnis ist die temp.gpx, in der bereits jeder Track in einer eigenen Zeile steht nn=`cat temp.gpx|wc -l` nn = Anzahl der Zeilen (=tracks) der temp.gpx (Hochkomma ist rückwärts!) Zur Fehlersuche : echo $nn einfügen. Ist nn 0 oder nicht gesetzt, stimmt hier etwas nicht (Hochkomma rückwärts z.B.) nx=1 while [ $nx -le $nn ] do sed -n -e $nx wtrack$nx.gpx temp.gpx sed schreibt nichts in die Standardausgabe, schreibt zeile nx (mit nx=1, nx=2 ...) in eine eigene Datei mit namen track1.gpx, track2.gpx ... (( nx++ )) Zählt Variable nx hoch done Ich hab das mal so, mit einem #!/bin/bash davor, in eine Datei kopiert, Steht die Zeile mit der bash wirklich in der allerersten Zeile? diese dann als test.sh gespeichert und mit chmod +x ausführbar gemacht. aufrufen tu ich das ganze dann mit #sh test.sh Current.gpx Als Ergebnis erhalte ich dann die besagte temp.gpx, in ihr ist alles ab der zweiten Zeile der Original gpx enthalten. Auch Zeilen in denen kein trk enthalten ist. Möglicherweise ist deine current.gpx anders aufgebaut, so dass zwischen den Tracks noch weitere Daten stehen? Was gibt wc -l temp.gpx ? Dann entsteht noch die Datei track1.gpx, in der der Inhalt der ersten Zeile der temp.gpx enthalten ist. Und von da an spuckt mir das terminal in endloschschleife folgendes entgegen: test.sh: 17 nx++: not found deutet darauf hin, dass nicht bash benutzt wird. Innerhalb der doppelten runden Klammern funktioniert eine ganze Reihe von C-Rechenoperationen, aber nur in bash, nicht in der c-/korn-/kr-...-shell. Ich bin ratlos Starte mal eine interaktive bash. Teste folgende Befehle direkt auf der Kommandoebene, das Bild muss danach so aussehen: $ nx=1 $ (( nx++ )) $ echo $nx 2 $ Wenn du nicht die 2 erhälst, musst du an der Stelle weitersuchen. Achte genau auf alle Blanks. nx=1 ohne Blank, ((_nx++_)) mit 2 Blanks. Klappt das, führe das script direkt in der bash aus. Alternative für Geübte in vi/gvim, wobei [[strg]] die strg-Taste meint: :s/trk/[[strg]]vmtrk/g Doppelpunkt, Cursor springt in die unterste Zeile, dann Klartext s/trk/, dann strg-Taste drücken und festhalten, vm, strg-Taste loslassen, Klartext trk/g Bedeutet: Tausche trk gegen Zeilenwechseltrk aus Mit der Kombination strg-v weiß vim, dass jetzt ein Kontrollzeichen kommt. Die Anzeige wechselt auf ^, mit dem m auf ^M, das ist der Zeilenwechsel. Das abschließende /g führt den Befehl für jedes Vorkommende trk aus. :1,$ s/\/trk/\/trk[[strg]]vm Fügt nach dem letzten Track einen Zeilenwechsel ein. :1 w track1 :2 w track2 schreibt Zeile 1 in Datei track1 ... Alternative: springe direkt auf die Track-Zeile und :w track1 für den ersten etc... ... Nunja, geübt bin ich nicht wirklich... Was genau soll ich mit der Strg-Taste machen? einmal drücken? gedrückt halten? Egal was, bei mir tut sich nichts, mit glück bekomme ich ein Ausdruck nicht gefunden aber das wars. Achte darauf, dass im 2. Austauschbefehl im /trk der Slash durch einen Backslash maskiert werden muss, damit er nicht zum Trennzeichen des Austauschbefehls wird. \/ Versuch das erst mal mit einem kleinen Probesatz. Viel Glück, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] eingezäunte Bereiche
Hallo, Am Montag, 13. Juli 2009 17:13:37 schrieb Mirko Küster: Mirko Küster schrieb: An Straßen geklemmte Flächen lassen sich nicht nur beschissen bearbeiten sondern stellen nur einen faulen Kompromiss einer erfundenen Verbindung zwischen Lagegenauer Erfassung sämtlicher normaler Objekte und der suboptimalen Straßenstrippe dar. Analog genau das gleiche: Ich habe keine Lust, 100 Flächen pro Way zu verschieben, wenn ich die Lage des Ways korrigiere. Wenn man Flächen und Weg gemeinsam korrigieren will, kann man eben alles selektieren und verschieben. Will ich aber die Lage eines einzelnen Objektes ändern, habe ich bei dem verschweißen die goldene Arschkarte. Da verziehe ich alles oder muss den Mist erst wieder stundenlang entfilzen. Ersteres ist in zumindestens in JOSM eine Sache von Sekunden, zusammengepappte Flächen entfilzen ist hingegen Horror pur. ??? Shift festhalten, Mittelklick auf Punkt oder Linie, festhalten, Shift lösen und Strg-Taste festhalten, Mitteltaste loslassen, Maus auf die offene Auswahlliste ziehen, Strg-Taste loslassen und in Ruhe das zu bearbeitende Objekt aussuchen, mit Linksklick aktivieren. Vielleicht optimierungsfähig, aber bestimmt nicht Horror pur. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] eingezäunte Bereiche
Am Montag, 13. Juli 2009 18:09:05 schrieb Tobias Wendorff: Nop schrieb: Stephan Wolff schrieb: Der Zaun als lineares Objekt steht neben der Straße und sollte auch dort eingegeben werden. +1 Dazu muss man aber die genaue Straßenbreite kennen bzw. die genaue Position bestimmen, wo der Zaun steht. Naja, oder man schätzt halt :-) Der Zaun steht immer neben und nicht auf der Straße. Wenn also die Fläche neben der Straße fenced ist, hat der Renderer den Zaun neben die Straße zu setzen, und nicht auf die Straße. Schließlich taggen wir nicht für die Renderer. Zäune sollten zusätzlich auch als straßenbegleitend mit der Straße verknüpfbar sein, Beispiel Wildschutzzäune. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Höherwertige Straßen in Orten
Am Mittwoch, 15. Juli 2009 22:35:19 schrieb malenki: Martin Koppenhoefer schrieb: +1. ja, ich bin auch Verfechter der Verbindungsklassifizierung, Ausbauzustand sehe ich in anderen Tags besser aufgehoben, und eine Lücke/Loch im Straßensystem (Zoomabhängig) finde ich extrem unschön, Leicht OT: Wenn eine Bundesstraße ein halbes Jahr lang gebaut wird, ist das Loch ja Realität. Spricht etwas dagegen, solche Großbaustellen zu mappen (und natürlich nach Bauende wieder zu entfernen)? Nein, überhaupt nicht. Wenn die Straße gesperrt ist, auf highway=construction und construction=primary/secondary/wasauchimmer setzen. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Reit- und Wanderkarte D-A-CH-BZ
Hallo, irgendetwas passt nicht bei der Umsetzung der Karte auf das Garmin-File. Bei mir fehlen auf dem Garmin mehrere Straßen, teilweise auch Segmente von Straßen, die in der Web-Darstellung vorhanden sind. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kaufberatung Auto-Navi
Hallo Am Freitag, 4. September 2009 00:53:57 schrieb Garry: Johann H. Addicks schrieb: Zumindest wäre deren Nutzung sicher eine Motivation, TurnRestrictions und Hausnummern zu mappen. ...und maxspeed wenn die das mit der Anzeige funktionieren würde. Oder gibt es inzwischen eine Garmin Geräte/OSM-Kartenkombination bei der das geht? Ich meine nicht die Berücksichtigung bei der Routenberechnung sondern die Anzeige der aktuell zulässigen Höchstgeschwinigkeit im Display. Garmin Colorado 300 mit aktuellem Update zeigt in Klammern die Maxspeed oben auf dem Display an, so in OSM vorhanden. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kaufberatung Auto-Navi
Hallo, Am Dienstag, 8. September 2009 14:06:57 schrieb Garry: Wolfgang schrieb: D.h. Du hast nur mit dem aktuellen Update getestet un weisst nicht ob es vorher auch schon ging oder geht es definitiv erst seit diesem Update? Ich benutze das GPS auch als Navi. Dabei ist mir irgendwann aufgefallen, dass da eine Zahl in Klammern steht und bei den entsprechenden Zeichen wechselt - nicht immer, aber immer öfter. Kann aber sein, dass die Anzeige nur in den Straßennamen eingearbeitet wurde. Und mit welcher Karte genau hast Du getestet? D - all in one. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] CEBIT 2010
Hallo Liste, um die Seite http://wiki.openstreetmap.org/wiki/Cebit ist es ja offensichtlich recht still geworden. Besteht noch Interesse an einem Auftritt, oder wollen wir das Projekt für dieses Jahr begraben? Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zusammenfassende Seite im Wiki
Hallo, Am Montag 22 März 2010 10:32:13 schrieb Jan Tappenbeck: Hi ! gestern hatten wir in Lübeck einen Stand auf der Messe Traumpfade 2010 und eine der wiederkehrenden Fragen WO finde ich die GARMIN-KARTEN und wie funktioniert das Ganze. Weiß einer von Euch ob es eine solche gebalte Zusammenfassung - am besten mit Bildbeispielen - irgendwo zu finden gibt. Auch mit den Links. www.google.de Suchbegriffe: openstreetmap, garmin, karte oder einfacher: http://wiki.openstreetmap.org/wiki/DE:Anwender Wer das nicht nicht hinbekommt, kann ja zum nächstgelegenen OSM-Treffpunkt kommen. Da kann man das in Ruhe erklären (und ggf. auch testen). Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Details mappen in Dortmund
Hallo, Am Mittwoch 24 März 2010 11:45:39 schrieb Frederik Ramm: Hallo, Klingt sinnvoll. Lasst uns also alles als Flaechen erzeugen (OSMLKIS), um dann spaeter hieraus Linien zu erzeugen (OSMTKIS), genauso wie die Profis ;-) Die Lösung ist so einfach und liegt auf der Hand: Eine Linie gibt es nur im mathematischen Sinn. Jede gezeichnete Linie ist zwangsläufig eine Fläche. Definieren wir also einfach alle Linien als Flächen. Sind sie geschlossen, ist es ein Polygon mit einer Innenfläche wie bisher. Sind sie nicht geschlossen, wie die jetzigen Straßen, ist es ein Polygon, dessen Umring in sich selbst zurückläuft mit der Breite 0. Ist die Breite als width angegeben, rücken die Außenkanten automatisch um width/2 nach außen. ;-) scnr, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Breite als Attribut, war Details mappen in Dortmund
Hallo, Am Montag 29 März 2010 16:58:10 schrieb qbert biker: Wenn definiert ist, wie sich die Wiese zu der Mittellinie der Strasse verhaelt, kann man diese Mittellinie auch mehrfach nutzen, also z.B.: Wenn eine Flaeche eine Strasse als Abgrenzung nutzt, ist die Breite der Strasse zu beachten und die Flaechengrenze der Wiese entsprechend parallel zu verschieben. Programme (z.B. Renderer) koennen das dann in ihre Abbildung einbauen. Es gibt eigentlich wenige wirkliche Konflikte zwischen genauer Darstellung und Graphenabstraktion. Die meisten sind hausgemacht. Beispiel: Straße x hat 2 Fahrspuren. 300m vor der Kreuzung beginnt eine Rechtsabbiegespur r, die in der Folge über eine baulich getrennte Fahrbahn an ein paar Parkplätzen p vorbeiführt, um sich 80m vor der Kreuzung k wieder mit der Fahrbahn zu vereinen, _aber_ sie wird jetzt durch eine Busspur b abgetrennt, die nicht überquert werden darf. xx k r---\ bb k \ ---r k \/ \ ppp / / Nach örtlicher Beschilderung und Verkehrsregeln muss der Fahrer über die extra-Fahrbahn fahren, wenn er rechts abbiegen will. Um richtig geroutet zu werden, darf die Fahrbahn also wirklichkeitswidrig nicht wieder vereint werden. Nach optischer Auffassung ist die Einmündung aber eine Fahrbahnfläche, und das Mapping wie oben sieht sofort wie ein Fehler aus. Es ist mit den bisherigen Werkzeugen nicht möglich, diese Ecke richtig für Router und Karten zu mappen. Entweder wird hier eine Möglichkeit zur Fahrstreifenerfassung bald geschaffen, oder es wird einfach eine Fläche am Ende drübergemalt. Ich finde die Fahrstreifenmethode (Linienbündel ?) besser, aber sie müsste bald kommen. Vielen scheint das Routing im Moment der wichtigste Aspekt für OSM zu sein. Ich bin nicht dieser Meinung. Es ist wichtig und richtig, wenn Routing möglich ist, aber eine Vielzahl von möglichen Informationen und vor allem eine grafisch der Wirklichkeit entsprechende Darstellungsmöglichkeit sind mir genauso wichtig. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Breite als Attribut, war Details mappen in Dortmund
Hallo, hier nochmal das Beispiel (vielleicht war es schon zu spät am Abend... :-) ) xx k r\ bb k \ -r k \/ \ ppp / / x = normale Fahrbahn r = Rechtsabbiegespur b = Busspur, überqueren nicht erlaubt p = Parkplätze k = Kreuzung Der Bereich direkt vor der Kreuzung ist eine zusammenhängende Verkehrsfläche, aber aufgrund der Busspur darf man nur vor den Parkplätzen auf die Spur r wechseln. An der Kreuzung darf von x aus nicht und von r aus nur rechts abgebogen werden. Im Bereich der Parkplätze sind x und r baulich getrennt. Am Dienstag 30 März 2010 09:06:38 schrieb qbert biker: Original-Nachricht Datum: Mon, 29 Mar 2010 22:56:52 +0200 Von: Wolfgang o...@kahl-hinsch.de An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de] Breite als Attribut, war Details mappen in Dortmund Hallo, Nach örtlicher Beschilderung und Verkehrsregeln muss der Fahrer über die extra-Fahrbahn fahren, wenn er rechts abbiegen will. Um richtig geroutet zu werden, darf die Fahrbahn also wirklichkeitswidrig nicht wieder vereint werden. Das habe ich damit gemeint, dass viele Konflikte gar keine sind. Natuerlich darf die Fahrbahn wieder vereint werden und das sollte man auch tun, wenn es in der Realitaet so aussieht. Was du ansprichst, ist Fahrerinformation, und das ist eine Zusatzinfo. Wenn vor dem Komplex ein Schild steht, dass man sich als Rechtsabbieger auf der Sonderspur einordnen soll, kann man das auch im Klartext, z.B. an einer Node hinterlegen. Klar, das kann man. Aber, vielleicht fehlt mir hier eine Info, woher weiß die Routing-Routine, dass zum Rechtsabbiegen über den Parkplatz, für die übrigen Richtungen aber am Parkplatz vorbei geroutet werden muss? Der Klartext reicht dazu wohl kaum aus, und das Zusammenführen der Fahrbahn vor der Kreuzung lässt der Routing-Routine wieder die (falsche) freie Auswahl. Warum soll man die Realtiaet verzerren, Informationen verlieren (dass es sich um eine durchgehende Fahrbahn handelt), nur damit der Router versuchen darf, aus indirekt gegebener Info eine Nachricht zum Einordnen zu generieren? Dazu nochmal das klassische Gegenbeispiel, bei dem die Linienbuendel nicht wirklich gut funktionieren: Die Doppellinie, die nur von einer Spur zur anderen gequert werden kann. Das laesst sich auf den Graphen nicht abbilden. Mit dem Modell der Wayparts http://wiki.openstreetmap.org/wiki/DE:User:Ömmes/Wayparts ginge es, wenn man ein Tag festlegt, dass den Divider nicht nur crossable, sondern z.B. outside- crossable (von der beschreibenden Spur weg) bezeichnet. In deinem Fall wird man die baulich getrennte Spur als eigenen Way eintragen soweit einverstanden und bei der Busspur wuerden Attribute helfen, die die Beziehung der Spuren untereinander klaeren, bzw., dass es fuer eine der Spuren eine Nutzungsbeschraenkung gibt. aber welche? Ich kann die Busspur, die baulich nicht getrennt ist, nicht weiter beschreiben, ohne dabei auf Relationen auszuweichen, die nicht allgemein unterstützt werden. Damit fehlt mir für das Straßenstück von der Wiedervereinigung der baulich getrennten Fahrspuren bis zur Kreuzung der nicht überquerbare Trenner, eben die Busspur. Es ist mit den bisherigen Werkzeugen nicht möglich, diese Ecke richtig für Router und Karten zu mappen. Das sehe ich wie oben schon geschrieben nicht so. Fuer die Kuerzestwegsuche genuegt ein Link bis zur Kreuzung. Zusatzinformationen hinterlegt man am besten explizit und direkt fuer das Informationssystem (das die Route auswertet) lesbar. Genau das würde ich ja gerne machen, aber wie? Dafür muss es ein Muster geben, wie diese Zusatzinformation automatisch bei den Informationssystemen ankommen soll. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Josm plugin wayparts
Moin, ich habe versucht, das Plugin wayparts für josm zu installieren (Suse 11.2). Josm meckert, dass er das plugin nicht runterladen kann. Ich habe es manuell runtergeladen und in das Direktory .josm/plugins gepackt, aber er findet es trotzdem nicht. Ich glaube, dass das daran liegt, dass das plugin in der Beschreibungsdatei, die josm runterlädt, nicht verzeichnet ist. Es scheint aber nicht so ganz trivial zu sein, das eben nachzutragen. Hat jemand einen Tipp? Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wegpunkte mitteln
Hallo Michael, Am Dienstag 13 April 2010 09:14:23 schrieb Michael Buege: Seit geraumer Zeit beschaeftige ich mich damit, an markanten Stellen Wegpunkte moeglichst genau zu bestimmen, um Luftbilder daran ausrichten zu koennen. Mein Garmin bietet dazu die Funktion Wegpunkt mitteln an. In Verbindung mit einer zusaetzlichen Antenne bekomme ich teilweise eine geschaetzte Genauigkeit von unter einem Meter fuer einen Wegpunkt angezeigt. http://wiki.openstreetmap.org/wiki/Wegpunkt_mitteln Bevor ich jetzt mehr Systematik in die Sache bringe, wollte ich mal rumfragen, ob jemand auf dem Gebiet ebenfalls schon Erfahrungen gesammelt hat und wie er diese anwendet. Bei Interesse erlaeutere ich meine bisherige Vorgehensweise gerne genauer. Ziel ist es, die Lage markanter Objekte, die auf Luftbildern gut zu erkennen sind, moeglichst genau zu bestimmen, um in den Editoren den Versatz der Luftbilder so gut wie moeglich ausgleichen zu koennen. Wenn genug Gehirnschmalz zusammenkommt, wuerde ich dann sogar die Wikiseite zu den Yahoobildern mal auffrischen. unabhängig von der Luftbildreferenzierung beschäftige ich mich auch damit, herauszufinden, unter welchen Bedingungen welche Genauigkeiten ohne DGPS erzielbar sind. Ich arbeite ebenfalls mit einer externen Antenne (Garmin-Fahrzeugantenne mit 3m Zuleitung) und einer Antennenstütze, die auf bis zu 3m ausziehbar ist (Eigenbau), mit deren Hilfe ich die Antenne auf eine Höhe von 3m bringe. Ich benutze im Garmin Colorado 300 nicht nur die Funktion Wegepunkt mitteln, sondern gehe die Messpunkte zu verschiedenen Zeiten wieder ab und mache weitere Messungen. Die Abweichungen der Einzel-Mittelung vom Gesamt-Mittel betragen dabei je nach Umständen bis zu 6m, mit 9 Messungen bin ich jetzt bei allen Punkten bei einer errechneten Genauigkeit (vermutlich Standardabweichung des Mittelwertes?) von unter 2m, bei den meisten Punkten sogar unter 1m. Punkte auf freiem Feld sind dabei deutlich genauer zu erfassen, als Punkte in der Nähe von Gebäudegrenzen. Direkt am Gebäude messe ich gar nicht. Näheres heute Abend im Sternchance. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Landuse: Commercial
Hallo, Am Montag 19 April 2010 21:34:22 schrieb Toni Erdmann: Am 19.04.2010 15:50, schrieb Friedhelm Schmidt: vor Allem die Felder nicht einzeln mappen! Die tracks gehören zum farmland mit dazu, so wie die Waldwege im Wald. Da macht sich auch keiner die Mühe das einzeln zu mappen, wieso dann bei Feldern. Und: aneinander grenzende Flächen dürfen und sollten gemeinsame Nodes habe. +1 ! Aber: Wege und Flächen sollten (IMHO) keine gemeinsamen Nodes haben, denn der Wald, der Park, ... endet nicht mitten auf der Straße. +1 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nutzer abgesprungen
Hallo, merkwürdig ist es schon. Da springt eine Anstalt ab, die außer einer kleinen Einblendung sonst nichts für osm geleistet hat und das Kartenmaterial kommerziell nutzt, und die gesamte osm-Gemeinde trauert um den Kunden. Wagt es aber jemand, osm-Karten zu verkaufen und damit im Grunde genauso kommerziell zu nutzen, wird er bis an den Rand des kriminellen Abgrundes geschoben und ob seines Gewinnstrebens von einigen virtuell gesteinigt. Dabei ist noch nicht einmal klar, ob er als Mapper oder sonstwie etwas beigetragen hat. Irgendwo hakt da etwas. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Landuse: Commercial
Hallo, Am Dienstag 20 April 2010 14:53:49 schrieb Stephan Wolff: Am 19.04.2010 21:34, schrieb Toni Erdmann: Und: aneinander grenzende Flächen dürfen und sollten gemeinsame Nodes habe. +1 Aber: Wege und Flächen sollten (IMHO) keine gemeinsamen Nodes haben, denn der Wald, der Park, ... endet nicht mitten auf der Straße. Wie passt das zur ersten Regel? Wenn ein Wald und ein Acker eine gemeinsame Grenze haben, aber bei genauer Betrachtung ein Wassergraben dazwischen liegt, wie soll man den eintragen? Ich würde waterway=ditch auf die Grenzlinie legen. Den Graben in den Wald oder auf den Acker zu legen wäre falsch. Alternativ müsste man die alte Grenzlinie trennen, 1m auseinanderziehen und in die Mitte den Graben zeichnen. Bei einem Wassergraben mit einer width=1 halte ich es für vertretbar, die Grenze auf die Grabenachse zu legen. Das macht auch schon deshalb Sinn, weil ein Graben kaum in der Laufrichtung umgedreht, mit Spuren versehen, als paved oder sonstwie verändert wird. Das einzige, was sich eventuell ändert, ist die Lage aufgrund einer genaueren und/oder mehrfachen Bestimmung. Dann wird nicht vergessen, die Wald-Acker-Grenze gleich mitzuziehen. Wenn ein Waldweg die Grenze zwischen einem Laub- und einem Mischwald bildet, soll man dann drei Linien (Ende Laubwald, Waldweg, Anfang Mischwald) zeichnen? Nein, 2. Einmal die Wegeachse und einmal die Waldgrenze. Wenn der Weg später verschoben wird, entsteht bei 3 Linien eine Schneise des Nichts, oder, noch unschöner, eine Überscheidung. Solche Doppelwälder sind in einigen Darstellungen dann besonders dunkelgrün. So aber hat man eine saubere Grenze, die man auch einfach nachziehen kann. Das gleiche gilt für eine Straße im Wohngebiet, an welcher ein Supermarkt liegt. Wie oben. Ich zoome weit auf und ziehe die Grenze in die Nähe der Straßenachse, aber nicht ganz drauf. Wer Merkaartor ab und zu nutzt - bis innerhalb des angezeigten Weges. So entstehen nicht die für einige Gebiete leider typischen OSM-Streifen. Ich halte es so, dass ich landuse-Gebiete üblicherweise neben breiten Hauptstraßen enden lasse, aber bei schmalen Straßen und Wegen, die auch innerhalb eines solchen Gebiets liegen können, bis zur Wegmitte ziehe. -1 Damit habe ich mal experimentiert, aber selbst im Josm, wo man einigermaßen komfortabel auswählen kann, lege ich Straßen und Grenzen nicht zusammen. Es nervt einfach, wenn man die Straße nochmal anfassen muss. Dass der Wald nicht tatsächlich bis zur Straßenachse geht, halte ich für unwichtig, da die Straße über die Fläche gezeichnet wird, und damit der Teil des Waldes, der (virtuell) auf der Straße steht, wieder gefällt und beiseite geräumt wird. Geht ein Weg mitten durch den Wald, teile ich den Wald auch nicht auf, sondern lasse den Weg einfach seine eigene Schneise räumen. :-) Wege innerhalb des Gebietes werden einfach auf das Gebiet draufgemalt. Am Rande immer zusätzlich zum Rand. Wenn ein Polygon zu unübersichtlich wird, mache ich auch Teilpolygone, z.B. Wohngebiet - Wohngebiet. Die Grenze ist auch dann eine gemeinsame Linie der Polygongrenzen, nicht aber mit den Straßenachsen. Bei der Darstellung wird üblicherweise zuerst landuse gemalt, darauf dann Besonderheiten wie leisure, und nach der Flächendarstellung werden die Linien (Straßen und Wege) drübergelegt (vereinfacht ausgedrückt). Damit sind die Wege immer sichtbar, auch wenn sie innerhalb oder auf dem Rand der Fläche liegen. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Von Wikipedia lernen
Hallo, Am Montag 26 April 2010 07:52:05 schrieb Patrick Kolesa: Aber eine Mailingliste für jede Großstadt finde ich dann doch etwas übertrieben bei den momentanen Nutzerzahlen. Wieso, gibt es doch schon für jede _Groß_-Stadt, siehe https://lists.openstreetmap.de/mailman/listinfo ;-) *duckundweg* Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fischladen
Hallo, Am Donnerstag 29 April 2010 22:45:30 schrieb AssetBurned: moin On 29.04.2010, at 22:39, René Falk wrote: Am 29.04.2010 22:35, schrieb Daniela Duerbeck: Hi! shop=fish (oder so ähnlich) scheint auch noch zu fehlen. Wäre shop=seafood nicht besser? hm in anbetracht der tatsache das es bei cuisine=sea_food heißt, wäre es sicherlich sinnvoller einen fischhändler auch als shop=sea_food zu bezeichnen. aber den eintrag fish schon. Kommt denn jeder fish aus der Sea? Es gibt vielleicht auch Forelle? ;-) Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Merkwürdige Kombination
Hallo, Am Donnerstag 29 April 2010 22:06:30 schrieb AssetBurned: moin naja wenn ich mir die bremer innenstadt so anschaue ist sie komplett mit landuse=commercial belegt und einzelne gebäude nicht. persönlich find ich das auch nicht als optimale lösung. es nervt einfach da die großen flächen vorzufinden. Die Bremer Neustadt wird eigentlich von Dorfwiese (merkaartor) geprägt... http://www.openstreetmap.org/?lat=53.06866lon=8.79013zoom=16layers=B000FTF :-) Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mehrere Dinge zusammenfügen OK?
Hallo, Am Mittwoch 05 Mai 2010 05:10:25 schrieb M∡rtin Koppenhoefer: Zu den sites gibt es schon seit über 2 Jahren ein Proposal, das aber nicht so richtig vorankommt: http://wiki.openstreetmap.org/wiki/Relations/Proposed/Site wollen wir das mal ein bisschen pushen? Von mir aus kann es so ins Wiki. Die Renderer verstehen es und benutzt wird es auch häufiger. http://www.openstreetmap.org/?lat=53.646908lon=10.04022zoom=18layers=B000FTF http://www.openstreetmap.org/?lat=53.59532lon=10.07816zoom=17layers=B000FTF Der 2. Link ist so ein typischer Fall, wo das Tag an einen Node gesetzt werden sollte, sonst muss der Gartenverein ins Krankenhaus :-) Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM Stadt/Land: Schere schließen , Alleinstellungsmerkmal
Hallo, Am Freitag 07 Mai 2010 03:46:00 schrieb Rainer Knaepper: Trotzdem ist es manchmal etwas frustrierend, wenn man in manchen Gegenden quasi ganz alleine unterwegs ist. Und wenn man nachher feststellt, daß man ein paar Abzweige übersehen oder Straßennamen nicht notiert hat und auch nach Monaten niemand vor Ort was daran korrigiert hat - nun, die Motivation, dann nochmal 50km dorthin zu gurken, nur um ein paar Kleinigkeiten nachtragen zu können, ist dann auch nicht s groß. Da schaut man tatsächlich etwas neidvoll auf städtische Regionen und fragt sich, warum das Gefälle so groß sein muß. Das geht mir manchmal genau anders herum. Ich finde es viel spannender, dort zu mappen, wo noch nichts ist, und man eine Linie in eine leere Karte malt. Leider sind diese Gegenden rar geworden. Über Kleinigkeiten, die fehlen, darf man sich keine Gedanken machen. Die kommen schon noch. Im Übrigen kann man ja auch einfach mal einen Ausflug am WE mit der Familie nach KaumGemapptDorf machen, sich einfach mal die Gegend ansehen. Irgendwo wird schon eine interessante Kirche oder so ähnliches stehen. Die Kinder finden einen neuen Spielplatz, die Frau einen neuen Schuhladen und schon ist eine weitere Lücke kleiner geworden. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Landuses Dortmund
Hallo, Am Samstag 08 Mai 2010 21:02:31 schrieb Alexander Matheisen: Hallo, Die lokalen Mapper hatten sich dort vor einiger Zeit dagegen ausgesprochen, die spezielle Landnutzung residential einzusetzen, weil sie Ausdrucke der Gebiete machen, um diese in walking-papers (siehe walking-papers.org) einzutragen. Der Kontrast der Ausdrucke ist schlechter, wenn die Landnutzungen vorhanden sind. Ich kann zwar das Problem verstehen, aber irgendwie kann es doch nicht sein, dass man bestimmte Sachen nicht eintragen soll, weil das dann auf einem Ausdruck schlecht lesbar ist. Das sollte dann eigentlich das Programm regeln, denn wir mappen nicht für die Renderer. +1 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Deich und Sturmflutmauer
Hallo, Am Mittwoch 30 September 2009 15:52:46 schrieb Jan Tappenbeck: und eine Hochwasserschutzmauer definieren ??? barrier=wall Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Irgendwas läuft schief in der POI-Wel t!
Hallo, Am Freitag 09 Oktober 2009 02:34:09 schrieb Garry: UMAX974 schrieb: Es wäre, wie du selbst feststellst tatsächlich eine gute Ergänzung zum bisherigen Eingabeverfahren, wenn es seziell für die POI eine Schnittstelle zur schnellerenund präzisen Eingabe größerer Mengen an selbst (!) gesammlete ...insbesondere auch zum schnellen korrigieren... Die meisten Pois in OSM sind nur sehr Lückenhaft erfasst, da wäre das Bearbeiten in einer Liste aus einem ausgewählten Bereich sehr Wünschenswert... Ja, aber diese Liste könnte doch auf einer Schnittstelle zu OSM beruhen. Die OSM-Daten sind ja auch eine Datenbank, da kann man doch ein bestimmtes Kriterium (z.B. Aldi) extrahieren, die Liste generieren, dann abgleichen und wieder in die OSM-Datenbank zurückfließen lassen, wobei auch Änderungen und Löschungen funktionieren. Wer sich daraus dann eine externe POI-Liste generieren will, kann das machen. Aber noch eine Datenhaufen und noch ein Editor und einige Daten in josm und einige in jpoi? Redundanz sollte in allen Datensammlungen so weit wie irgend möglich verhindert werden. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gratulation!
Hallo, Am Samstag 17 Oktober 2009 21:03:35 schrieb Johannes Huesing: Chris-Hein Lunkhusen chris66...@gmx.de [Thu, Oct 15, 2009 at 11:41:37PM CEST]: [...] Die Konkurrenz hat aber auch schon an einigen Stellen überholt: http://sautter.com/map/?zoom=9lat=3.33795lon=11.57959layers=B0TF Wenn man bedenkt, dass Anfang 2006 bei denen Europa aus Turin und den Wintersportgebieten bestand ... Gegenbeispiel: http://sautter.com/map/?zoom=15lat=53.53192lon=9.94825layers=B0TF Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Pfoten weg von unseren Daten
Hallo, Am Montag 19 Oktober 2009 11:41:11 schrieb Ulf Lamping: Frederik Ramm schrieb: Nop wrote: Seufz. Nein, kann er nicht, wenn die Regel lautet, daß jeder dieser Accounts eine gewisse Menge an sinnvollen/unauffälligen Edits haben muß, bevor er erweiterte Rechte bekommt. War alles im ursprünglichen Vorschlag. Aendert aber nichts daran, dass ich mit 100 Accounts, von denen jeder nur einen eingeschraenkten Bereich bearbeiten darf, weil er neu ist, trotzdem halb Europa ruinieren kann. Erstens macht es wesentlich mehr Arbeit alle diese Accounts einzurichten - zumindest für Leute die keine Bots schreiben können. Zweitens sind 100 Accounts des gleichen Benutzers schon ein recht klarer Hinweise darauf, das jemand Blödsinn treiben will. Dann versteht das vielleicht auch ein eher fachfremder Richter, das da was nicht ganz koscher ist :-) Ich glaube nicht, dass wir im Moment über den Weg zum Richter weiterkommen. Ich kann mir kaum vorstellen, dass Mapper sich diesen Aufwand mit Aussagen, Beweisführung etc ans Bein binden wollen. Eine andere Frage ist natürlich, ob und wie wir überhaupt bemerken, daß die Accounts alle von einem einzelnen Benutzer stammen. Wenn bei der Anmeldung Name und Adresse angegeben werden müssten, könnte man das abgleichen. Das (erste) Passwort gibt es dann durch einen anderen Mapper in der Nähe, nach Absprache persönlich überreicht beim Mappertreffen, eingeworfen im Briefkasten, etc. Schneckenpost wäre das einfachste, scheidet aber vermutlich aus Kostengründen aus. Das hätte auch den Vorteil, dass ein Anfänger sofort Kontakt bekommt und erste Fragen stellen kann. Wenn wieder der Einwand Abschreckung kommt: Ein ähnliches Verfahren gibt es zur Identitätsfeststellung auf vielen Webseiten. Das funktioniert natürlich nur in Ländern mit einer gewissen Mappermindesdichte. Weitere Möglichkeiten: Mit neuem Account kann man die ersten nn Edits nur neue Wege eintragen und eigene Einträge ändern, danach für die nächsten nn Edits nur jeweils xx fremde Punkte verschieben, aber nicht löschen, dann für die nächsten nn Edits xxx Punkte verschieben, aber nur x löschen Das ließe sich relativ leicht programmieren, Accounts auf Vorrat wären sinnlos, da die Anzahl der Edits entscheidend ist. Gegebenenfalls könnte man statt Absoluter Anzahl von Edits auch Edittage nehmen. Treibt er in der Anfangszeit offenen Unsinn, z.B. denselben Punkt ständig hin- und herschieben, wird er wieder gesperrt. Da muss ein Vandale schon einen reichlich langen Atem haben, und wenn er erwischt wird, muss er wieder bei Adam und Eva anfangen. Die allermeisten werden sich dann eine andere Spielwiese suchen. Regional würde ich einen Account nicht begrenzen, da bekanntlich im Urlaub am meisten Zeit zum Mappen ist. Nur so als Vorschlag Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Pfoten weg von unseren Daten
Hallo, Am Montag 19 Oktober 2009 22:04:54 schrieb Frederik Ramm: Hallo, Wolfgang wrote: Mit neuem Account kann man die ersten nn Edits nur neue Wege eintragen und eigene Einträge ändern, danach für die nächsten nn Edits nur jeweils xx fremde Punkte verschieben, aber nicht löschen, dann für die nächsten nn Edits xxx Punkte verschieben, aber nur x löschen Den Bot, der das macht, programmiere ich Dir in einer halben Stunde ;-) Prima, dann hau mal in die Tasten. Sobald dein bot läuft, trägt er automatisch alle noch fehlenden Straßen, Wege ... ein. Kann dann ja nur noch ein paar Wochen dauern, bis der letzte Trampelpfad aufgenommen ist. Vielleicht sehe ich den bot ja mal unterwegs ;) Wenn jemand einen neuen Weg einträgt, muss der schon sinnvoll sein. Sinnfreie Wege fallen früher oder später auf. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Pfoten weg von unseren Daten
Hallo, Am Dienstag 20 Oktober 2009 00:19:42 schrieb Christoph Wagner: Also entweder ist der Typ psychisch krank oder einfach nur rotzfrech oder extrem dämlich mit verzerrtem Weltbild. Kann man eigentlich irgendwie mehr über den rausfinden? Wo er wohnt oder wie er heißt? Ein 4 Augen Gespräch bringt da nämlich vielleicht mehr Aufschluss. Es ist etwas Aufwand, aber natürlich gibt es die Möglichkeit, zu jedem Email- Account die Person rauszufinden. Das ist so ähnlich, wie das Nummernschild am Auto. Nicht wirklich anonym. Die Alternative wäre wohl seine Accounts leben zu lassen und zu beobachten. Dann weiß man wenigstens was er macht. Wenn man ihn sperrt, legt er sich ja eh n neuen Account an und dann brauchts wieder ne Weile bis man ihn identifiziert hat. So kann man ihm immer auf die Finger gucken. Vielleicht verliert er ja irgendwann den Spaß dran (oder was auch immer er davon hat), wenn man ihm kontinuierlich hinterherräumt. Ich meine hey - wir sind tausende und er ist bloß einer. Wir sollten doch alle zusammen mehr Ausdauer haben als diese Witzfigur! Das wäre in diesem Fall wohl das wirkungsvollste. Jeden Tag so 3-4 Leute im Wechsel, die alle unsinnigen Änderungen sofort rückgängig machen. Siehe Kraftfahrtstraßen. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Pfoten weg von unseren Daten
Hallo, Am Dienstag 20 Oktober 2009 21:10:43 schrieb Frederik Ramm: Hallo, Wolfgang wrote: Wenn jemand einen neuen Weg einträgt, muss der schon sinnvoll sein. Sinnfreie Wege fallen früher oder später auf. = Ich hatte Dich so verstanden, dass Du automatisiert Edits zaehlen willst und sobald man nn Edits hat, darf man wieder etwas mehr. So ein Bot ist schnell gemacht - auch so, dass es nicht auffaellt, indem ich Nodes z.B. etwas hin- und dann wieder her schiebe, oder erzeuge und wieder loesche oder so. Wenn Du natuerlich vorhattest, nach nn gesichteten und fuer sinnvoll erachteten Edits, in einem manuellen Prozess. den Benutzer hochzustufen, dann trifft diese Kritik nicht - sondern die, dass es dann wieder Leute gibt, die Edits angucken und beurteilen muessen... Edits anderer Mapper sehe ich sowieso in dem Gebiet, in dem ich mappe, an. Nicht Punkt für Punkt und auch nicht jeden Edit, aber wenn ich mir die Gegend ansehe, fallen mir schon Veränderungen auf, auch, weil jeder seinen Stil hat. Der Gedanke, ob die Veränderungen sinnvoll sind, kommt dann automatisch. Ich schrieb etwas weiter unten Edittage. Es nützt nichts, einen bot mal eben laufen zu lassen, es dauert schon etwas. Ich greife mal einen Zeitrahmen: Mindestens 50 Edit-Tage, insgesamt aber mindestens 90 Tage. Innerhalb des Zeitraums können örtliche Mapper reagieren. Macht er Unsinn, fällt das _früher_ _oder_ _später_ (wie in diesem Fall) auf. Die Tendenz läuft sowieso dahin, dass viele Mapper einen Bereich im Auge haben und beobachten, siehe andere Threads, die gerade laufen. Will er konkret Mist machen, muss er für den Zeitraum damit warten. Dann laufen die nächsten 90 Tage mit etwas erweiterten Befugnissen, dann die nächsten 90. Wer z.B nur seinen Namen überall stehen sehen will, hat kaum so viel Geduld. Wer aber ernsthaft etwas beitragen will, kann damit leben. Und wenn er Fehler in seiner Umgebung findet, kann er den betreffenden Mapper anmailen, solange er es noch nicht selbst ändern kann. Statistisch könnte man automatisch auswerten, ob die Edits manuell oder gebottet laufen. Z.B. ungleichmäßige Anzahl von bearbeiten Punkten und Wegen, nicht ständig an derselben Stelle, nicht immer nur Einzelpunkte... . Das soll auch nur ein Gedanke sein, eine fertige Lösung müsste nach und nach erarbeitet werden Außerdem reicht es auch, wenn er in Stufe 2 oder 3 oder noch später erwischt wird. Der Account wird gesperrt, und er muss sich neu anmelden und fängt wieder mit Stufe 1 an. Für 90 Tage mindestens. Das frustriert. Bei dem Gedanken hätte ich auf jeden Fall keine Lust mehr. Und mehrfache Accounts sind zwar grundsätzlich möglich, müssen aber auch nebenher gepflegt werden, s.o. . Wenn die dann noch mit verschiedenen Levels laufen, möchte ich nicht sein Bildschirm oder Tastatur sein. Außerdem verbrauchen sich auch mehrfache Accounts irgendwann. Man darf auch nicht vergessen, dass Leute, die so schwer nachvollziehbar handeln, sich selbst emotional nicht im Griff haben und schon dadurch auffallen, siehe Benutzernamen. So cool, das alles nebeneinander zu verwalten, über mehr als ein halbes Jahr, sind diese Leute mit Sicherheit nicht. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Pfoten weg von unseren Daten
Hallo, Am Mittwoch 21 Oktober 2009 02:29:16 schrieb Florian Gross: Und das soll bei einem googlemail- Account gehen? Ohne richterlichen Beschluß usw? Die fragen nach Name, Vorname und das wars eigentlich. wie gesagt, wie das Nummernschild am Auto. Nicht wirklich anonym. Den Namen des Halters bekommst du auch nicht beim nächsten Postamt. Google speichert die IP und Datum/Uhrzeit. Daraus lässt sich beim jeweiligen Provider ermitteln, von wo die Verbindung kam, dafür sorgt unser Innenminister. Wenn das _immer_ ein Internetcafe ist, wird es aufwändiger. Ich sage allerdings nicht, dass dies der Weg der Wahl ist. Wenn die persönliche Ansprache per Mail nicht funktioniert, wird sie nach so einem Fackelzug mit Staatsanwalt oder Richter eher noch schlechter funktionieren. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Garmin Installer (war: OSM Mentoren hier?)
Hallo, Am Mittwoch 21 Oktober 2009 01:53:29 schrieb Johann H. Addicks: Ich kanns nur für die Outdoor-Geräte beurteilen: Wenn man die Karten im Mapsource hat, dann reicht das. Von da aus geht's dann schon mit der Garmin-Software weiter. Wobei mich jetzt gern die Linux-Desktopler schlagen dürfen. Aber warum denn? Natürlich ist es ein absolutes Armutszeugnis, dass ein Unternehmen wie Germin nicht in der Lage sein will, die paar Programmchen auf jedem Betriebssystem anzubieten. Aber man hat doch noch wine. Meine Version von mapsource läuft da ohne Probleme, sie hat nur den Fehler, überflüssig zu sein. Die Landkarte kann ich mit dem USB-Kartenleser schneller aufs Garmin übertragen. Für alles andere hat das Garmin den Massenspeicher-Modus. Ich hatte mapsource nur am Anfang benutzt. Gruß, auch an Windows-Nutzer :), Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing
Hallo, Am Mittwoch 21 Oktober 2009 09:51:59 schrieb qbert biker: Na ja, wenn die Klasse unzuverlaessig ist, dann brauch ich eben eine Rueckfallebene - was nehmen? Ampeln vielleicht oder die Spuranzahl? Spuren werden nicht visualisiert, also ein Tool schreiben, das die anzeigt, hinfahren und mit der Realitaet abgleichen? Spuren und mehr sind problemlos sichtbar und editierbar mit merkaartor. Eine kleine Erweiterung schreiben (menügeführt), speichern, laden, fertig. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] GPX-Musterdatei
Hallo Jan ich habe sie auch nicht mehr. Hier ein Ersatz. Gruß, Wolfgang ps.: falls doppelt, gestern fuhr der Rechner beim Versand plötzlich runter. wpt lat=53.631845 lon=10.039010ele4.69/eletime2009-10-25T16:23:32Z/timename066/namedesc18M;KT-09 17:23:32/descsymGas Station/sym/wpt ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] GPX-Musterdatei
Hallo, sorry, falscher Klick. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Strassenklassifizierung
Hallo, Am Dienstag 03 November 2009 16:34:38 schrieb Falk Zscheile: Moin liebe Diskutanten, nun möchte auch ich noch ein paar Gedanken loswerden, die mir beim lesen dieses Threads gekommen sind. Ich verstehe das Problem, welches mit einer sturen Einteilung nach Verwaltungsklassen insbesondere in Städten und Ballungsgebieten besteht. Dass es hier mehr gut ausgebaute Straßen gibt die den Verkehr kanalisieren liegt in der Natur der Sache. Ein zusätzliches Attribut scheint mir in diesem Bereich sinnvoll. Was mich stört ist die Darstellung der Verwaltungsklasseneinteilung. Liest man den einen oder anderen Beitrag so scheint es die Einteilung in die Verwaltungsklassen (Bundesstraße, Landes-/Staatsstraße, Kreisstraße, Ortsverbindungsstraße) sei eine vom Himmel herabgefallene Entscheidung ohne jeden Bezug zur Realität. Tatsache ist aber, dass [...] Nur den Verkehr in Ballungsräumen und Städten bilden die eben aufgezeigten Definitionen nicht ab, weil hier das hohe Verkehrsaufkommen nur lokal zu bewältigen ist. Nur in diesem Bereich ist also eine zusätzliche Attributierung oder eine Loslösung von einer Eintragung nach Verwaltungsklasse geboten. Die meisten Mapper wohnen in Städten und Ballungsräumen. Das darf aber nicht dazu führen dort auftretende Probleme auch auf ländliche Regionen zu beziehen und Lösungen auch auf diese zu verallgemeinern. Jetzt gebe ich doch noch meinen Senf dazu: Ich lebe in HH, und dort ist es so, dass es faktisch nur motorway, trunk, primary und secondary gibt, folgt man der Einteilung Autobahn, -ähnlich, Bundesstraße, Landesstraße, Kreisstraße... Abseits vom Bund (Autobahn, Bundesstraße) gehört dem Land hier der letzte Feldweg, der nicht in Privatbesitz ist. Ich kenne es aber aus Fahrten durch Niedersachsen, dass dort die Einteilung B - L - K - G - ... wunderbar funktioniert und überwiegend mit den Bauzuständen und Auslastungen übereinstimmt. Nicht ohne Grund benutze ich dort mit PKW A oder L, aber so wenig wie möglich B, da dort die Brummis alles ausbremsen. In NRW habe ich das auch mal probiert (Abseits der Ballungsräume, Gegend um Münster)... Hilfe! Landesstraße um vieles primitiver als einfachste Verbindungsstraßen... Manchmal stimmt es, manchmal nicht. Vielleicht ist es aus diesem Zusammenhang leichter, die völlig unterschiedlichen Meinungen zu verstehen. Es ist zwar im ersten Moment verwirrend, sich von dem festen Schema Bund-Land- Kreis-Gemeinde zu trennen, aber in vielen Fällen sinnvoll. Im Übrigen, wo das Schema passt, - wie oben schon (irgendwo) erwähnt, geschätzte 80% - , kann es ja benutzt werden. So, jetzt könnt ihr meine Meinung zerlegen, der thread ist so lang, darauf kommt es nicht mehr an... Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Adressen bei multiplen Gebäuden
Hallo, Am Mittwoch 04 November 2009 22:18:42 schrieb Andre Hinrichs: Ich werde daher wohl erstmal versuchen, das über eine site-Relation zu lösen. Werde mir nachher auch mal die Verwendungen anderer site-Relationen ansehen. Vielleicht benutzt ja jemand das schon so... Ja, http://www.openstreetmap.org/?lat=53.646644lon=10.039545zoom=18layers=B000FTF Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] HighPrecision GPS receiver home build?
Hallo, Am Mittwoch 18 November 2009 12:17:34 schrieb Franz Eugen Hagenow: Am 18. November 2009 12:05 schrieb Michael Sauer michael.openstreet...@suesz.de: es gibt aber GPS Geräte, die besser als, glaub ich 30 cm, garantiert auflösen. Bereits vor mehreren Jahren habe ich in einem Vortrag eines Vermessungsingenieurs erfahren, dass dort mit den entsprechenden Geräten per GPS Positionsbestimmungen im 1-cm-Bereich möglich sind. Gerätekosten damals im 5-stelligen Bereich. Außerdem - wie bei hacknmod.com geschrieben:: 'Real Time Kinematic http://en.wikipedia.org/wiki/Real_Time_Kinematic GPS receivers, however, use multiple receiving stations (and a base station)' -- Was sagen die Vermessungsingenieure hier? Ich kann mich auch nochmal nach dem derzeitigen Stand der (GPS-)Technik im Vermessungswesen erkundigen. Geht problemlos in den cm-Bereich. Mit dem entsprechenden Aufwand. Falls du dir also ein Netz aus Referenz-Stationen aufbauen (und finanzieren) willst... Wenn in der Nähe eine Station ist, deren Standort auf cm bekannt ist, kann diese Station deinem GPS mitteilen, wie gut im Moment das Signal jedes einzelnen der von beiden Geräten empfangenen Satelliten ist. Dafür muss aber dein GPS-Gerät für Differential-GPS geeignet sein, d.h. es wird nicht nur die Position angegeben, sondern es ist auch möglich, alle Satellitensignale einzeln zu verarbeiten/speichern und ggf. mit der Referenz-Station zu kommunizieren. Die Endgenauigkeit deiner Messung hängt ab von der Genauigkeit, mit der die Referenzstation bestimmt ist (wenn die nicht weiß, wo sie _wirklich_ ist, kann sie auch nichts korrigieren), von der Entfernung zur Referenzstation (die Einflüsse aus der Atmosphäre auf der Strecke Satellit-GPS müssen möglichst gleich sein) und von der Anzahl der Satelliten, die von beiden Geräten beobachtet werden können. Die Korrekturen können auch nachträglich angebracht werden, wenn beide Geräte nicht Koordinaten, sondern die jeweilige Satellitenmessung speichern. Selbst in der Vermessung macht man so etwas nur, wenn man es für längere Zeit (z.B. größere Baustelle) in der geforderten Genauigkeit am selben Ort braucht, oder wenn der Anschluss an einen vorhandenen Messpunkt zu aufwändig ist (z.B. Seevermessung). Eine Möglichkeit der Genauigkeitssteigerung mit einfacheren Geräten ist, das Gerät für längere Zeit (Stunde oder mehr) auf demselben Standpunkt zu belassen (_genau_ demselben Standpunkt!) und dort messen zu lassen. Dabei entsteht die bekannte Punktwolke, die bei einigen Geräten von der eingebauten Software gemittelt werden kann. Dabei sollte bei guter Sicht zum Himmel der Meter erreichbar sein. Das ist im Prinzip das gleiche wie das manuelle Mitteln vieler hochgeladener GPS-Tracks. Wenn die denn nur aus neuerer Zeit wären... Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relationen besser als Tags?
Hallo, Am Freitag 20 November 2009 21:20:52 schrieb Nils Heuermann: auf weiteres Feedback bin ich sehr gespannt - nicht nur von dir ;-) Sieht auf den ersten Blick sehr kompliziert aus. Mir gefällt besonders der Ansatz mit Start- und Endnode. Damit ist man unabhängig, wenn jemand die Richtung des Ways umdreht. Was mir noch aufgefallen ist: ich würde dem Divider noch eine Breite geben. Bei Mittelstreifen ist das vielleicht nicht nötig, aber bei Grünstreifen zum Radweg lässt sich die Straßenbreite dann besser errechnen. Wenn der Divider sowas wie nicht überquerbar bekäme, wäre auch das Linksabbiege-Problem beim Routen auf Schnellstraßen vom Tisch. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de