ich bin auch der Meinung, dass man alles, was über offensichtliche Tippfehler (z.B. Buchstabenverdreher, Leerzeichen, Groß- und Kleinschreibung, fehlende einzelne Buchstaben) hinausgeht, dort wo man die Situation nicht durch eigene Anschauung (vor Ort, nicht nur Luftbild) kennt, besser nicht “korrigiert”, schon gar nicht durch Löschen von “überflüssigen” tags. Im Zweifel sollte man den Urheber der “komischen” tags anschreiben und nachfragen, ob und was er sich dabei gedacht hat.

To nitpick a bit, the name of the place is “Fürstenwald” which transscribes to “Fuerstenwald” if you lack the ü-character and which means something like “the sovereign’s forest”.

A big risk of countryspecific rules (and countryspecific tagging) is inconsistency. One of the benefits of OSM is a worldwide dataset, tagged according to the same system and rules. By changing this we risk of falling apart.

yes, completely agree, let’s keep them. By looking at new contributors in my areaI also have discovered and can confirm that some mappers who created their account years ago just recently started to do their first edits.

bzw. einfach hier subscriben: https://lists.openstreetmap.org/listinfo/talk-de ;-)

another possible tagging could be military=danger_area and than another tag to subtype the danger area, e.g. danger_area=minefield. Not sure if mine fields can be considered in all occassions “military”, while I’d definitely consider landmines military equipment in all instances.

I also think this is clearly a mechanical edit, but I don’t have any objections in this case that it was done.

We do have a situation in Rome where normal driving sides are inverted, but as it is a dual carriageway there is no need for the driving side tag ;-) osm.org/?mlat=41.86051&mlon=12.47572#map=18/41.86051/12.47571

@joost_schouppe “Absolutely love the concept. Would like to see an application to add WiFi availability this easily.”

You can! http://taginfo.osm.org/keys/wifi And internet_access=*

Simon, I also would like to say thank you for your work and commitment in the past 2 years. Thank you for trying OSMF a bit more transparent, for communicating what was going on. As far as I can tell, you’ve been the best chairperson that OSMF has had so far and while I understand the reasons for you stepping back, I believe it is still a big loss for all of us.

IMHO of your set of GPS-enabled devices the only device to use is the GLO, forget about the phone and the tablet. Additionally to the good suggestions like avoiding wet foilage and possibly foilage at all (winter), setting the recording rate to 1 second, I suggest to be careful where you put the receiver. Put it as high as possible and don’t create body shadow on it, e.g. put it on top of your hat. You should definitely not put it into any kind of pocket or bag.

if you want to extend your query, in Italian the term is “orari” or “orario”

I think referring to googleMaps and pointing out osm as free alternative is fine, because that’s a product (almost) everyone is familiar with and you don’t have to explain a lot

Cooles Projekt. Interessant wären neben den von Dir genannten Objekten auch Orte wo man Windeln kaufen kann. Bisher gibt es dazu noch kaum Daten, man könnte z.B. den tag “sells” oder besser einen neuen tag wie “sells:diaper=yes” benutzen.

super, wie schön ist das, endlich mal wieder jemand, der sich die Mühe macht, einen ansprechenden eigenen Stil zu rendern und nicht nur die seltsame Farbwahl/Regeln des offiziellen Stils zu übernehmen.

@RobJN maybe it is not clearly in violation of the legal text (not saying it is not), but it is clearly in violation of the attribution recommendations given on osm.org.

complimenti!

Danke für den Beitrag, Martin, kann dem nur zustimmen. Wer mal in einem Gebiet gemappt hat, wo “irgendwelche” Daten reinimportiert wurden (weil das ist es ja, die Selektion des Gemappten in diesen Gebieten erfolgt dadurch, was “zur Verfügung steht”, nicht dadurch, was den Mapper interessiert), und erlebt hat, wie aufwendig die Korrektur solcher Datenmassen ist (weil in den Gebieten, wo mir die Imports aufgefallen sind die Daten nie dem entsprochen haben, was ein OSMapper gemappt hätte (hinsichtlich Lagegenauigkeit, Anzahl der Punkte / Auflösung / Generalisierung / tag-Präzision und -detaillierung etc.)), der kann eigentlich nur gegen Importe sein: entweder gibt es noch keine Mapper und es werden dadurch potentielle Mapper abgeschreckt, oder es gibt schon eine aktive Gruppe von Mappern, dann können die Importe kaum was bieten.

Ein paar Ausnahmen gibt es aber schon, z.B. Hausnummern (Erfassung sehr mühselig) und Grenzen, aber auch so was wie Ortsnamen, Gewässernamen und andere Namen von topographischen Objekten sind teilweise nur schwer anders zu bekommen. In diesen Fällen ist ein klassischer “Import” aber kaum möglich, das beste ist es da, einen Layer zur Verfügung zu stellen, aus dem man die Informationen die man konkret will / braucht “von Hand” übernehmen kann. Die erwähnten Gebäudeumrisse aus offiziellen Daten sind sicherlich auch interessant wenn man bedenkt, wie viel Aufwand in deren Erfassung gelegt wird (sofern sie klassisch vermessen sind und nicht auch “nur” aus Luftbildern abgepaust).

yes, but for the carto-implementation of the mapnik style, github is the preferred place to file tickets, while trac is a heritage of former days. From time to time a developer checks for tickets in trac and pulls them to github, but the place where the people actually work is github.

I agree that I had also some problems initially in finding the josm trac as it is not part of trac.osm.org but is hosted on josm.openstreetmap.de (again, this is a heritage of the project past). Btw. also the JOSM wiki is hosted there and not on osm.org.

The policy for all these development subsystems is to make work easy for the developers, they choose the system they like to manage their code (and issues) in (e.g. svn vs. git).

ich pflichte auch dem Nakaner bei, metadaten bitte in die changeset tags, nicht an jedes einzelne Objekt.