Danke!

Du hast mit dem Änderungssatz das Haus Winkelstraße 1/1a beschädigt. Es reicht aktuell über die Winkelstraße bis zu einer Straßenlampe. Bitte besser aufpassen!

In der Winkelstraße ist sicher so ein roter Radweg auf dem Bürgersteig auf der nördlichen Seite, auch wenn er oft vor der LEG-Siedlung zugeparkt ist.

Habe ich doch benutzt und benutze ich in Witten seit Jahren. Der Node hat drei disused:-Tags. Frühere Namen stehen zudem in old_name. Wie soll es noch besser gehen?

Du hast die Key/Values leider völlig falsch gesetzt. Außerdem verschiebst du ständig korrekt positionierte Gebäude falsch.

Hallo!
An dem Änderungssatz stimmen diverse Dinge nicht: 1. "double_garage" gibt es nicht als Gebäudetyp. Es gibt "garage" und "garages". 2. Zur Trennung von Dezimalbrüchen wird in OSM ein Punkt verwendet ("."). Kommata dienen zur Trennung von alternativen Werten. "height=2,00" heißt also, dass das Gebäude sowohl 2m, als auch 0m hoch sein soll. 3. Garagen haben keine Postadresse. 4. Das Gebäude war falsch positioniert. Vorher war es richtig positioniert. Du hast es also falsch verschoben.

Der Helenenturm war völlig korrekt und vollständig als Way seit Jahren eingetragen. Ich habe keine Ahnung, was das sollte, dass djimpa an zwei Punkten unsinnige Werte eingetragen hat. (Z.B. auch die Turmhöhe (die schon korrekt am Way stand) nochmal falsch als ele und mit der Einheit "Meter".)

Der andere Edit von djimpa war auch Murks. Da wurden ebenfalls falsche Werte an schon seit Jahren korrekt eingetragenen Objekten ergänzt.

@djimpa Bitte lass so etwas! Witten eignet sich auch denkbar schlecht für Einsteiger, da hier die Datendichte und die Datenqualität schon sehr hoch sind. Es gibt für Anfänger schlicht kaum etwas einzutragen. Aber man kann sehr leicht etwas kaputtmachen. Also bitte woanders üben. Empfehlung: https://www.hotosm.org/

No, but there is for example MapRoulette which could help finding people to do it.

osm.wiki/MapRoulette

Yes, that's right. But also brand and operator. (It should have brand, brand:wikidata, operator and operator:wikidata.)

No, the wikipedia tag (1st level) is well defined and should not be renamed. Please see:

wikipedia=*

For every wikipedia tag there should be a wikidata tag added. And there are people doing this right now. In the future the wikipedia tags might be removed. But not until all software supports that.

operator:wikipedia and brand:wikipedia don't make sense any more and should be replaced by operator:wikidata and brand:wikidata. I don't think any software at all uses operator:wikipedia or brand:wikipedia.

In Witten every feature with a wikipedia tag also has a wikidata tag and operator:wikidata and brand:wikidata tags are widely used. So nothing to do here.

No. Please see:

wikipedia=*

"only provide links to articles which are 'about the feature'. A link from St Paul's Cathedral in London to an article about St Paul's Cathedral on Wikipedia is fine. A link from a bus depot to the company that operates it is not (see section below)."

The second level Wikipedia links aren't useful any more. Wikidata tags like operator:wikidata etc. are much better.

These objects are street cabinets operated by Deutsche Post for internal use by Deutsche Post. It doesn't make sense to put brand/brand:wikidata on them IMHO.

man%20made=street%20cabinet

Your tool should be fixed instead.

Hello!

Taginfo doesn't find any "operator:brand".

This article in the OSM wiki suggests using both brand and operator keys.

osm.wiki/Deutsche_Postdienstleister

For every operator and brand key I put in an additional :wikidata key, so there will be more structured data in the OSM database in the future.

So, there should be four keys on every post box operated by Deutsche Post. (brand, brand:wikidata, operator and operator:wikidata)

Noch nachgereicht: Für Verbesserungsvorschläge bin ich immer zu haben, und ich wäre auch bereit, in meiner Stadt umzumappen, falls es eine bessere Lösung gäbe, aber ich halte weder das Weglassen des "contact:"-Präfixes, noch einen speziellen Präfix für diese drei Dienste für sinnvoller als den "contact:"-Präfix.

Hallo!

Bei allen drei Diensten können Geschäfte ihren Eintrag übernehmen. Siehe:

https://en.wikipedia.org/wiki/Foursquare#Foursquare_for_business
https://en.wikipedia.org/wiki/Yelp#Features_for_businesses

Bei Taginfo liegen die Keys mit "contact:"-Präfix ganz klar vorne.

Falls du das Thema weiter diskutieren wollen solltest, dann doch bitte z.B. im Forum.

Hallo!

Die Toilette von Simonetti heißt ganz sicher nicht "Stadtgalerie Einkaufszentrum" und hat auch nicht die Website der Stadtgalerie als Kontakt-Website. Außerdem wird sich die Toilette wahrscheinlich nicht im Untergeschoss befinden. Diese Keys habe ich schon gelöscht. Stimmen denn die anderen Attribute, die du angegeben hast? Ist die Toilette wirklich rollstuhlgerecht? Eurokey? (In Cafés eher unüblich.) Ist tatsächlich ein Wickeltisch vorhanden (diaper)?

payment:cash ist die Abkürzung für die Kombination von payment:coins und payment:notes. Bitte nicht zusätzlich eintragen. Das ist dann wirklich zu viel.

Ich meinte natürlich "verbunden", nicht "verbinden".

Hallo!

Die Gattungen von Bäumen schreibt man nicht als name=* an die Bäume ran, sondern nutzt das Attribut genus=*. Siehe: osm.wiki/DE:Key:genus

Bei spezielleren Fällen wie Kopfweiden oder wenn du nicht weißt, wie du es anders machen sollst, benutze bitte description=* oder ggf. FIXME=*, nicht name=*. Bitte auch nicht leaf_type=* oder andere Attribute einfach löschen.

Sei bitte allgemein vorsichtiger. Du hast z.B. einen Hauseingang ca. 10m auf eine Straße verschoben und mit der Straße verbinden.

Danke!

Ich habe einen Link mit Anker gepostet. Zitat:
"Note, that different entrances can have different access values and different roads inside area can have different access values too. For example, we have area with permissive access - so we mark it with access=permissive. But there are several entrances, one of which is designated for all people, and other - only for persons, which have key. So we mark one entrance with access=permissive and other - with access=private. Another example - we have botanical garden with permissive access, which have roads, which are designated for public, and roads, which are designated only for staff of garden. In such case we have access=permissive at one roads and access=private (or access=no) at another."

Bezüglich foot=yes könntest du Recht haben. Wahrscheinlich wäre da ein foot=permissive sinnvoller statt einem access=permissive + foot=yes. Steht ja auch im Wiki:

"To avoid ambiguity, you may therefore want to avoid general tags access=yes and access=permissive, and use more specific transport modes where appropriate. For example, to distinguish a footway with open access from one with private access, use tags like foot=yes and foot=private instead of access=yes and access=private."

access=*#Transport_mode_restrictions