Ich benutze häufig landuse=grass um Mittelstreifen und Grünstreifen zu taggen, eventuell könnte man einfach ein ähnliches Tag für Beete (beds) und Böschungen (embankment) einführen.

Bei "landscaping" habe ich das Gefühl, dass es eher die Tätigkeit des Landschaftsbaus bezeichnet und nicht das Ergebnis. Mir scheint da "green space" passender sein. Dieser Begriff bezeichnet einfach eine Grünfläche.

Ich würde zunächst versuchen, die betreffenden User zu kontaktieren und sie *nett* darauf hinweisen, dass Google keine erlaubte Datenquelle ist (falls sie Google verwenden) und dass Du die Gegend persönlich kennst und einige ihrer Änderungen nicht mehr aktuell sind. Oft löst eine kurze Nachricht das Problem schon.

Ansonsten gibt es noch die http://wiki.openstreetmap.org/wiki/DE:Data_working_group

It is called "soccer" in OSM simply because it is the least ambiguous name for the game. Football on the other hand is quite ambiguous depending on where you are (see http://en.wikipedia.org/wiki/Football, it is not just American Football). So, for clarity it makes sense to use the term "soccer" in the database because it is less likely to be misunderstood.

After all the tag names and values are just internal names. On a map you can render whatever name you want. A good internal name should be understood in the same way by as many people as possible.

Diese wöchentliche Zusammenfassung ist eine gute Idee! Es gibt mittlerweile soviele Mailinglisten und sonstige Informationskanäle, dass es schwer fällt, den Überblick zu behalten. Eine wöchentliche Zusammenfassung interessanter Entwicklungen ist da super.

Ich denke, das Problem ist der unmittelbare Eindruck beobachtet zu werden. Jemand der mit einer Kamera auf die Hausfront hält oder erst eingehend das Haus betrachtet und dann etwas in sein Diktiergerät nuschelt, löst ganz direkt das Gefühl aus beobachtet zu werden. VDS & Co. hingegen finden unbemerkt im Hintergrund statt.

Die Westen funktionieren übrigens sehr gut :-)

In meinen Augen ist der fehlende gesetzliche Schutz der OSM-Daten in einigen Ländern (inbesondere den USA) nicht darin begründet, dass diese Länder solcherlei Daten für die Allgemeinheit frei zugänglich machen wollen, sondern dass dort traditionell Verträge verwendet werden, um Nutzungsrechte an Daten, Software und anderen Werken zu regeln.

Bei der Erfassung von Gebäuden tritt dasselbe Problem auf. Dort funktioniert es sehr gut, wenn man mit etwas Abstand um das Haus herumläuft (so dass das GPS einen guten Fix hat) und immer dann einen Wegpunkt setzt, wenn man sich genau auf der Höhe einer Hausseite befindet. Diesen Punkt kann man recht einfach optisch erkennen. Am Rechner lässt sich dann aus den Kreuzungpunkten der Verbindungslinien zwischen den acht Punkten der Gebäudegrundriss ableiten.

Alternativ kann man auch Wegpunkte und Kompasspeilungen kombinieren, um einzelne Flächen oder markante Punkte zu lokalisieren.

Die Frage ist natürlich, wie gut all diese Techniken bei unregelmäßigen Felsformationen im Wald funktionieren :-)

Stimmt, das habe ich nicht bedacht. Allerdings entstehen viele Unterschiede bestimmt doch auch dadurch, dass verschiedene Leute unterschiedliche Abweichungen beim Abzeichnen machen.

Hast Du schon die Funktion zum manuellen Verschieben von WMS Ebenen in JOSM entdeckt? Das geht zwar nicht automatisch, aber es geht auch so blitzschnell. In der Symbolleiste am linken Rand ist ein grünliches Rechteck mit einem Pfeil drauf. Wenn Du das anklickst, kannst Du anschließend die WMS Ebene unter den GPS und OSM-Daten verschieben bis es passt.

These are rather old news from April last year. In a more recent post on their website the gnash developers expressed their disappointment that Potlatch 2 will not run in gnash anymore due to the use of AtionScript 3.
(http://www.gnashdev.org/?q=node/72)

Have a look at the dev server that might have what you are looking for:
http://apis.dev.openstreetmap.org/

@!i!: pro/cons for the Odbl can be found on these pages:
http://wiki.openstreetmap.org/wiki/Open_Data_License/Why_You_Should_Vote_Yes
http://wiki.openstreetmap.org/wiki/Open_Data_License/Why_You_Should_Vote_No

@Pink Duck: Thanks for correcting the link.

@chillly: I didn't really think about small screen heights. Thanks for pointing this out. I'll change the search so that it can be hidden. The side bar is already quite full when I reduce the height of the browser window to 800 pixels so the search does not really fit in there.

Apart from the copyright issues it is not much help IMHO to have footpaths on the map which might not be on the ground. Here in Birmingham Google added a lot of alleyways to their map but it seems to have been done from satellite imagery without checks on the ground. So, it happens quite often that these alleyways are either gated or completely overgrown and unpassable. This makes the map quite useless for planning routes on foot because you never know if the path on the map actually exists on the ground.

I recently added a similar note for IE6 users to http://mappa-mercia.org/. While I understand that it might be difficult to have one's browser updated in some organisations, I think as long as websites do support IE6 these organisations see even fewer reasons to update their browsers.

IE6 is now eight years old and two new major versions have been released since then. With all modern browsers becoming more and more standards compiliant IE6's deficiencies become really obvious and is quite an effort now to support IE6 compared to other browsers.

I think it is understandable that people who make websites in their spare time do not want to spend much time tweaking an otherwise perfectly working website just because some organisations or indiviuals cling to an antiquated browser.

Fotografieren dürfte auf die Dauer aber billiger sein, denke ich ;-)

Wenn Du die Haltestellen nicht innerhalb des Straßenzuges sondern als einzelne Knoten rechts und links der Straße mappst, dann sind Richtungshaltestellen kein Problem. Zusätzliche Informationen liefert die Busroutenrelation mit der sich Haltestellen zu einer Route verbinden lassen.

Es gibt eine ganze Reihe Mapper, die am ÖPNV interessiert sind. So gibt es eine ÖPNV-Karte (http://www.öpnvkarte.de) und User Oxomoa befasst sich ausführlich mit dem Tagging öffentlicher Nahverkehrsinfrastruktur (http://wiki.openstreetmap.org/wiki/User:Oxomoa/ÖPNV-Schema).
In England sind wir gerade dabei eine nationale ÖPNV-Zugangspunkte-Datenbank zu importieren. Es passiert also eine ganze Menge im Bereich ÖPNV :-)

Try the "unglue ways" tool. I think that should do what you want.

If you are based in the UK (what I assume) you should know about the import of the public transport information database NaPTAN. We are currently piloting the import in the Birmingham area but have data for the whole of the UK. Information about the import can be found here: http://wiki.openstreetmap.org/wiki/Naptan

Du hast es quasi schon halb geschafft, die Karte auf Dein Garmin zu bringen. Du musst nur noch die tar-Datei ebenfalls entpacken. Winzip&Co sollten das eigentlich hinkriegen. Mit den Dateien von Cloudmade (http://downloads.cloudmade.com/) hatte ich Erfolg. Wenn Du die img-Datei erstmal auf dem Rechner hast, musst Du nur noch Dein gps-Gerät anschließen und im Setup auf USB-Interface schalten. Es sollte dann als Wechseldatenträger oder USB-Stick angezeigt werden. Anschließend kannst Du nur noch die img-Datei unter dem Namen gmapsupp.img in den Ordner Garmin (eventuell den erstmal anlegen) auf dem GPS-Gerät kopieren. Das war's.