piebro/osm-data huggingface dataset:
ivanbranco (2022-08-27 17:20:22+00:00): Ciao kaitu,

https://www.openstreetmap.org/node/9933901065/history

c'è una sintassi da utilizzare con il tag wikimedia_commons (il value deve inziare con Cateogory: o File:), riesci a controllare?

Buon mapping :)
kaitu (2022-08-27 21:44:18+00:00): grazie della segnalazione, è stata una  mia disattenzione, ho corretto l'errore.

Non vorrei averne commessi di simili, usi qualche strumento per trovare questo genere di errori?
ivanbranco (2022-08-27 21:59:29+00:00): Una semplice query Overpass: https://overpass-turbo.eu/s/1lpA
kaitu (2022-08-28 07:30:06+00:00): Ottimo, grazie!
silversurfer83 (2022-08-28 20:21:52+00:00): Hallo Arno
zu dieser Änderung möchte ich dir sehr das Wiki ans Herz legen und dich bitten Dir die Artikel zum Thema Bildungseinrichtungen durchzulesen, da es so aussieht, also hättest du fast genau das Gegenteil von dem gemacht, was die Gemeinschaft der Mapper für diese Einrichtungen festgelegt hat.
https://wiki.openstreetmap.org/wiki/DE:Tag:amenity%3Dschool

Weiter viel Spaß
-silversurfer83
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/125448785
user_2066394 (2022-09-01 16:20:09+00:00): Für Wald, Außerwald und Attich gibt es in dem Sinn keine Straßen, hier würden wir wieder addr:place=* verwenden.
user_2066394 (2022-09-03 20:31:42+00:00): nachbereitet
Britzz (2022-10-28 08:10:07+00:00): Bonjour, si ce tronçon de route a un panneau autorisant le double sens cyclable (ce que je ne sais pas) alors il doit être indiqué ainsi dans OSM quel que soit la dangerosité d'une telle circulation
user_12733236 (2022-08-27 17:01:32+00:00): It's still wrong, I think Im using way too many tags
Frans S (2022-08-30 13:00:49+00:00): Hello. Thanks for mapping. 
You mapped just an area as residential, but did not map all buildings inside.
Please continue with mapping on this tasks 2047
Best regards
user_5359 (2022-08-31 07:38:15+00:00): Hello! Please have look on http://www.osm.org/node/9981881024. What is the meaning of the key Mowebsite?
ZenPhil (2022-09-01 00:59:12+00:00): Apologies @user_5358 that was a typo -  now fixed
rab (2022-08-27 22:08:29+00:00): mechanical edit?
no buildings there
Johnwhelan (2022-08-27 22:12:28+00:00): No just me going through the map adding tags to untagged ways manually. From memory they were highways. I don't just demolish duplicate buildings although I have done quite a few recently.
rab (2022-08-28 09:10:58+00:00): I mean that all the buildings from this changeset no longer exist. It might be more advisable to remove these shapes without checking than to tag them.
Johnwhelan (2022-08-28 14:09:22+00:00): The process isn't perfect.  I run through the untagged ways that JOSM throws up with todo list.   These are mainly HOT mapped.  Then I go through them one at a time visually.  If they duplicate an existing building they get deleted, I use Bing as a background and most of the time they are present in Bing.  Bing imagery can be three years out of date.  However HOT does use other sources and one local mapper has commented that often a village will move so the buildings are no longer there.  On balance I think the map is better with them tagged but if you are quite certain they no longer exist then I'm happy if you revert the changeset.   John
rab (2022-08-28 19:14:08+00:00): https://www.openstreetmap.org/way/484529642

https://livingatlas.arcgis.com/wayback/#ext=27.18469,-16.30758,27.20153,-16.29719&active=5314&localChangesOnly=true

click on the image to get the capture date.
(osm Data is after 2011 imagery, most recent imagery -> Maxar captured in 2020)

with all the problematic buildings here, you can't achieve much as a single mapper
Johnwhelan (2022-08-28 19:39:19+00:00): Are you suggesting it's not worth trying to correct the map?  

I note that Zambia is trying to conduct a census based in part on buildings in OSM. I think I deleted a couple of thousand duplicate buildings and added in a couple of hundred untagged ways in Zambia in the last couple of weeks hopefully before they sent the census guys out.

It would be nice to have accurate mapping with on the ground mappers who knew what they were doing but we don't with HOT and instant mappers around.  At least I can mop up some of the worse mapping and quite a few people depend on building counts for things like how many vaccines do we need.

It isn't ideal but it better than nowt.

Cheerio John
mueschel (2022-08-28 09:45:08+00:00): Hi,
could you point us to the source of this data and the documentation of this import?
Cascafico (2022-08-28 12:09:27+00:00): Massive undocumented import. Please, link wiki or revert.
Cascafico (2022-09-05 17:11:26+00:00): reverted
OSM_RogerWilco (2022-08-27 21:04:40+00:00): Hallo ThorbenF,

woher kommen denn die 787 Hydranten?

Viele Grüße
Roger Wilco
Supaplex030 (2022-09-09 12:59:13+00:00): Hallo ThorbenF, bitte geb doch nochmal kurz eine Rückmeldung, woher die Hydrantendaten hier rund um Bad Fallingbostel kommen. Stammen die aus dem Datenbestand der lokalen Feuerwehr, die ihn explizit für OSM zur Verfügung gestellt hat? In welcher Form lagen die Daten vor und wie aktuell sind sie?

Nicht falsch verstehen: Die Daten sehen auf den ersten Blick ok aus, du scheinst u.a. im zweiten Anlauf auf Duplikate geachtet zu haben und bist offenbar selbst ins Thema involviert, aber dennoch ist das Thema "Importe" in OSM aus guten Gründen ein sensibles Thema, auch wenn bei Hydranten gelegentlich ein Auge zugedrückt wird. Es wäre sehr ärgerlich, wenn du dir Arbeit umsonst/doppelt machst, weil du nicht transparent mit der Herkunft der Daten umgehst.

liebe Grüße
Alex
OSM_RogerWilco (2022-09-22 13:43:38+00:00): Hi ThorbenF,

wir hatten bereits via PN geschrieben. Leider hast Du meine Bitte den Datenimport besser zu dokumentieren ignoriert.

Ich habe nun ca. 90 der Hydranten in Dorfmark kontrolliert. Dabei habe ich bisher 8 Fehler gefunden. Hauptsächlich stimmt die Angabe vom Wasserleitungsdurchmesser nicht. Aber auch falsche ref-Nummern. Einen Hydranten gibt es gar nicht.

Das ist halt der Grund, warum wir bei OSM keine Datenimporten wollen. OSM möchte durch Qualität statt Quantität überzeugen. Das heißt, Daten die vor Ort überprüft wurden. Dann werden solche Fehler auch nicht kopiert. Wenn die einmal in OSM sind, kontrolliert die normalerweise auch niemand mehr. Ich bin da jetzt die Ausnahme.

Die Daten sollen ja von der Feuerwehr kommen. Die Feuerwehr ist bestimmt auch daran interessiert, die Fehler mit uns abzugleichen.

Bitte melde Dich!

P.S: Von den Hydrantennummern hast Du immer nur die letzten 3 Ziffern als ref eingetragen. Warum?
TheEff (2022-09-22 17:35:45+00:00): Hi,

Ich hatte neulich doch eigentlich die Fragen noch jemandem beantwortet (nicht dir, einem Alex). Damit war das eigentlich schon erledigt dachte ich. Egal ich hatte folgendes geschrieben:

die Daten entstammen aus den lokalen Begehungen von mir und meinen Feuerwehrkameraden. Ich habe diese zusammengetragen und dann zentral ein einem Tag hochgeladen. Das waren natürlich Begehungen über mehrere Tage und Wochen. Im ersten updoad hatte ich die falsche hydranten Nummer eingetragen. Daher der zweite upload. Ich verstehe die Rückfrage speziell unter dem Gesichtspunkt massenimporte. 

Ich hoffe das ich damit etwas aufklären konnte, werde aber zukünftig keine massenimporte mehr vornehmen. 

Gruß Thorben
OSM_RogerWilco (2022-09-23 06:17:10+00:00): Mir hast Du geschrieben, dass Du die Daten von den Kollegen aus Bad Fallingbostel bekommen hast. Wenn die Daten von den Kollegen selber kontrolliert wurden, dann frage ich mich, warum fast 10% der  Daten fehlerhaft sind. Einen Hydranten gibt es gar nicht. Daher bezweifle ich, dass die Daten vor Ort überprüft wurden.

Und warum trägst Du immer nur die letzten 3 Stellen der Hydrantennummer ein?

Ich werde alle Hydranten nach und nach vor Ort kontrollieren und die Fehler korrigieren. Ob ich alle schaffe, weiß ich aber noch nicht.
OSM_RogerWilco (2022-09-30 09:24:28+00:00): Hallo Thorben,

lass Dir bitte nicht alles mühsam aus der Nase ziehen. OSM ist ein Gemeinschaftsprojekt. Transparenz und Kommunikation sind bei OSM sehr wichtig!

kannst Du bitte noch etwas zu den Hydrantennummern sagen? Du hast immer nur die letzten drei Ziffern eingetragen (z.B. 036 statt  2338036). bei manchen Hydranten  hast Du ein "T" hinzugefügt (z.B. "T39" bei Düshorn oder "003-T" ). Woher stammt das "T"? Du wirst als "Fachmann" bestimmt Deine Gründe haben, aber auf den Schildern steht dieses "T" nicht.
TheEff (2022-09-30 11:31:49+00:00): Hallo,
die Hydrantennummern setzen sich aus zwei Teilen zusammen. Das sind in diesem Gebiet die ersten vier Ziffern, die man am einfachsten als "Versorgungsgebiet" bezeichnen könnte und den Folgeziffern, die im allgemeinen eine einfache Durchnummerierung in dem Gebiet sind (abhängig von der jeweiligen zuständigen Organisation und den internen Systemen). Auf dem Hydrantenschild ist im allgemeinen nur die laufende Nummer eingetragen. Zum einen weil es aus Krisenschutzsicht nicht gut ist, wenn bekannt ist welche Hydranten in ein Versorgungsgebiet fallen und zum zweiten (ehr praktisches Thema) die Hydrantenschilder eine begrenzte Ziffernzahl vorsehen. Sollte die führenden vier Ziffern z.B. mittels Aufkleber ergänzt sein, dann ist das die Entscheidung der zusändigen Organisation. Die Pflege der Versorgungsgebietsnummer im OSM ist hier nicth sinnvoll.

Das "T" ist eine zusätzlich Information, die uns als Feuerwehr schon ehr interesseirt, da es sich dann um eine Transportleitung mit voraussichtlich mehr Abgabemenge und -Kontinuität handelt. Das kann im Einsatzfall bei der Wahl des zu nutzenden Hydranten durchaus relevant sein. Das ist ein Info, die wir als Feuerwehr haben aber nicht auf dem Schild steht. Aber wie du selbst merkst, Außenstehenden keine zusätzliches Insiderwissen preisgibt.

So, dann nochmal zum ersten Absatz. Ich bin mir durchaus über die Ziele von OSM (Datenqualität) und auch Kommunikation als wichtiges Element bewusst. Bin jedoch verwundert, dass hier bei einem Änderungssatz, der keine Verbindung zu anderen Ändereungssätzen und einen echten Mehrwert für die lokalen Feuerwehren hat, solch eine aufwendige und minimalistische Diskussion erfolgt. Die Datenqualität ist höher und besser als bei so manch anderen und viel wichtigeren Datensätzen, wenn z.B. Ampeln oder Verkehrsführungen falsch gepflegt sind und damit Navigationsgeräte falsche Routen ausspucken. Wenn die OSM-Gemeinschaft der Meinung ist, dass mein Änderungssatz in der vorliegenden Qualität nicht den Anspüchen entspricht, dann bitte löschen. Damit dann aber wissentlich auch weit über 700 richtige Hydranten aus dem System nehmen.
Zum Abschluss: Ich hätte mir von dir als erfahrener OSM-Teilnehmer (laut Profil) eine bessere und Kommunikation gewünscht. Dein "lass dir nicht alles aus der Nase ziehen" hättest du dir wirklich sparen können. Ich schätze diesen Oberlehrerhaften-Unterton nicht und hatte gehofft, dass wir das hier anders beenden können.
OSM_RogerWilco (2022-09-30 12:04:18+00:00): Thorben,

Du antwortest erst nach Wochen und erst auf wiederholte Nachfrage. Deine Antworten bezüglich der Datenherkunft sind widersprüchlich. Ich habe Dich damals gebeten die Herkunft der Daten besser zu dokumentieren, was Du einfach ignoriert hast. Du weißt wahrscheinlich gar nicht, welche Geduld Du von uns abverlangst. Das hat auch rein gar nichts mir "Oberlehrerhaften-Unterton" zu tun. Immerhin ist das meine private Zeit, die Du in Anspruch nimmst und dem Projekt an anderer Stelle fehlt. Ich hätte auch einfach ein Ticket bei der DWG erstellen können, was wahrscheinlich in einer 0-Stunden-Sperre (Verwarnung und Bitte um Mitarbeit) resultiert hätte. Ja, ich hätte auch einfach Deine Eintragung löschen können, da die Datenherkunft unklar ist und ca. 10% der Eintragung fehlerhaft sind. Stattdessen mach ich mir aber die Mühe und besuche jeden einzelnen Hydranten, was sehr zeitaufwendig ist.

Wenn in den Kartendaten ein Hydrant von Dir eingetragen wird, der gar nicht existriert, dann weißt Du selbst, was das für Konsequenzen im Einsatzfall hat und dass man sich als Feuerwehr dann nicht auf die OSM-Daten verlassen kann. 

Aufgrund meiner Überprüfungen vor Ort weiß ich auch, dass bisher bei jedem Hydranten, den ich besucht habe (ca. 120 Stk.) bei jedem Hydranten die  Nr. des Versorgungsgebiets auf dem Schild steht. Und zwar ganz regulär in die Felder, wo die Hydrantennummer steht. Die fortlaufenden letzten drei Stellen  sind als  Aufkleber zusätzlich darunter angebracht. Du scheinst die Hydranten hier in der Gegend gar nicht zu kennen.

Daher bitte ich Dich darum zukünftig solche Dateneintragungen, die Du vor Ort nicht überprüft hast einzutragen. Nach Deinen Ausführungen erwarte ich auch kein Danke, dass ich jetzt mühsam Deine Fehler korrigiere.

Überdenke mal Deine Einstellung.
Supaplex030 (2022-09-30 14:59:44+00:00): Bitte seid doch beide etwas verständnisvoller füreinander. Das ist doch jetzt hier kein Konflikt, um in einen ungemütlichen Umgangston zu verfallen.

Ich habe bisher noch nicht den Eindruck gewonnen, dass es sich um einen "schlechten" Import von Thorben handelt. Das ref-Problem lässt sich lösen – ich bin hier ganz bei Roger Wilco: In OSM erfassen wir, was auf dem Schild steht, auch wenn es intern anders bezeichnet wird. Denn sonst kommt irgendwann ein anderer Hydrantenmapper vorbei und schon sind die Daten inkonsistent. Das wäre sicher für alle Seiten ungünstig. Wenn die Zusammensetzung der Nummer für die Verwendung bei der Feuerwehr relevant ist, könnte man über einen gesonderten ref-Tag mit Namespace (https://wiki.openstreetmap.org/wiki/Namespace) nachdenken. Aber deshalb muss man ja nicht gleich ungehalten werden. Auch Fehler können durchaus passieren (auch wenn ich selbst nicht einschätzen kann, wie problematisch das hier ist - scheint mir bisher im Rahmen des üblichen.)

Es wäre aber tatsächlich sehr schön gewesen, den Import vorher auf einem passenden Kanal anzukündigen, z.B. einer lokalen Mailingliste, dem OSM-Forum oder ähnlichem. Dabei hätte man solche Dinge wie das mit der "ref" schon im Vorhinein klären können. Transparenz über die Datenquelle und die eigenen Möglichkeiten, die Daten verifizieren zu können, hätten sich dabei auch geklärt. Ich habe auf jeden Fall auch den Eindruck, dass du (Thorben) nicht sehr transparent darüber kommunizierst, was - wie bereits geschrieben - in einem Community-Projekt sehr ungünstig ist. Vielleicht findest du ja einen Weg, hier zur weiteren Verbesserung beizutragen und ähnliche Ergänzungen zukünftig anzukündigen.
Supaplex030 (2022-09-30 15:04:03+00:00): P.S: Das mit der Transportleitung wäre besser in einem separaten Tag aufgehoben, den man dann auch einfacher auswerten/danach suchen kann. Wie wäre es z.B. mit "fire_hydrant:water_source" (https://taginfo.openstreetmap.org/keys/fire_hydrant%3Awater_source#values - passt das hier häufig verwendete "main"?) oder im Zweifelsfall einfach einem "fire_hydrant:note=Transportleitung"?

lg, Alex
TheEff (2022-09-30 15:37:33+00:00): Hallo Alex, danke für deinen schlichtenden Kommentar. Bin bei euch und habe wie oben bereits erwähnt gelernt und verstanden, dass solche Importe nicht einfach so und/oder unabgestimmt erfolgen sollten. Ich sehe zukünftig davon ab. Auch sammle ich künftig keine Daten von Dritten Datensammlern ein und stelle diese gemeinsam online, zum einen um keine Fehler von Dritten zu mapen und auch um transparenter zu ein. Verstanden. Ich hatte vorher keine Hinweise gesehen, dass sowas solch eine Aktion nach sich zieht, weil die Möglichkeiten zum Import ja einfach zur Verfügung stehen. Man lernt ja nicht aus.

Zu deinen Vorschlagen: klingen alle samt gut, ich habe dazu leider nicht die Erfahrung, ob oder wie solche Änderungen möglich sind.
OSM_RogerWilco (2022-09-30 21:09:02+00:00): Deine Einsicht in Ehren, aber die fehlerhaften Daten sind nun in der Datenbank. Und wie es aussieht bleibt es an mir hängen die 780 Hydranten  zu kontrollieren. :(

Ich werde mal Kontakt zur Feuerwehr aufnehmen. Vielleicht bekomme ich da Unterstützung und evtl. kommt dann auch endlich mal Licht ins Dunkle woher die Daten tatsächlich stammen.
OSM_RogerWilco (2022-09-30 21:21:45+00:00): "Ich habe bisher noch nicht den Eindruck gewonnen, dass es sich um einen "schlechten" Import von Thorben handelt."

@Alex: ca. 10% der Hydranten-Daten sind fehlerhaft. Das kontrolliert doch niemand mehr! Erst recht hier nicht, wo es kaum aktive Mapper gibt. Die Daten bleiben dann wie so viele Fehler hier 10 Jahre unangetastet liegen. Die Hydrantennummer ist bei allen unvollständig, da nur die letzten drei Ziffern erfasst wurden. StreetComplete fragt diese Daten auch nicht mehr ab, weil bereits Daten vorhanden sind.

Mich ärgert das, weil das richtig viel Zeit kostet! Und ich kämpfe hier schon mit falschen Bushaltestellen, deren Position vom Sessel aus geraten wurden. Mit solchen fehlerhaften Daten machen wir OSM nur kaputt, weil niemand 10% Fehler für Akzeptabel hält. Oder findet Ihr das auch nicht schlimm, wenn Euch Euer Navi jedes 10 mal zu einer falschen Adresse führt?
NorthCrab (2023-01-18 14:20:06+00:00): https://www.openstreetmap.org/way/89569765/history
Droga tertiary?! To jest service, unclassified max.
Jillis inactivE (2022-08-27 18:28:15+00:00): Adres bestond al in dit gebouw, ik heb de twee samengevoegd.
SK53 (2023-05-15 08:19:47+00:00): Stara Łaźnia has accommodation too (two floors I think, and about 10 rooms): can either add tourism=hotel/guest_house or accommodation=yes, with optional rooms=*.
Lokai (2022-09-07 18:19:09+00:00): Hello,

you did some changes between Sturzelbronn and Dambach. In this region the forest has gone. Maybe there happend something wrong. Could you do some checks please.

Bye

L.
SekeRob (2022-08-29 09:03:41+00:00): Hi,

When correcting the geometry of trails, please make sure to disconnect the trail first from any points where it shows a grey node shared with an area. If you don't and drag the trail node, you also cause the geometry of the area to change and may risk self intersections while doing so like here. Area corrected.

cheers
Mateusz Konieczny (2022-11-16 11:22:30+00:00): note: you added some image tags linking to image from StreetComplete notes (for example in this changeset)

Sadly this images are not permanent and are scheduled to be deleted shortly after note is closed, and were never intended for long-term archiving.

See https://wiki.openstreetmap.org/wiki/StreetComplete/FAQ#Are_the_pictures_taken_with_StreetComplete_permanent%3F for details.

You can use http://overpass-turbo.eu/s/1nOD to find remaining links in image tag, including what you added to OSM objects.

If you want to do something with them some may be still retrievable.

All such links are scheduled for removal (broken ones were already removed)
maptheworld2050 (2023-07-14 01:06:00+00:00): Thanks, that's pretty unfortunate, but understandable why they wouldn't want to host thousands of images for free on a permanent basis.

Still, I kind of wish there were a better place to host photos of features. Google Maps makes it so easy to contribute photos of places, and they're often really useful information.
Mateusz Konieczny (2023-07-14 21:32:39+00:00): Wikimedia Commons works relatively well
Mateusz Konieczny (2023-07-14 21:33:17+00:00): Big reason for autodelete is that it avoids need to moderate and review photos
maptheworld2050 (2023-07-14 21:41:25+00:00): I'd feel kind of awkward uploading pictures of a random swing set in a small town to the Wikimedia commons but yeah it does seem like they're okay with it. Not nearly as convenient as what StreetComplete offers but maybe I'll give it a shot...
Mateusz Konieczny (2023-07-15 17:39:32+00:00): Wikimedia Commons community is fine with uploading well described photos of random bicycle parkings (info + location + ideally also categories)
BrianKS1 (2022-08-27 18:01:12+00:00): Other private drive names to come
Intrinsical (2022-08-31 17:06:45+00:00): When changing an item, please change the item's tags, and don't delete & replace it [1].

In addition, please make sure the changeset comment is relevant to the actual changes [2].

Also please always add a source=* to the changeset. [3]

Thank you.

[1] https://wiki.openstreetmap.org/wiki/Keep_the_history
[2] https://wiki.openstreetmap.org/wiki/Good_changeset_comments
[3] https://wiki.openstreetmap.org/wiki/Key:source
Alex Coverdale (2022-09-03 20:35:26+00:00): Okay, sorry about that.
dieterdreist (2024-05-19 21:05:12+00:00): Hallo, habe gesehen dass du beim Bundespräsidialamt government=legislative getaggt hast, das ist aber falsch, weil der Bundespräsident als Staatsoberhaupt auch Chef der Exekutive ist. 

Gruß
Martin
user_12733236 (2022-08-27 19:18:29+00:00): it's gonna take a long, long time to do this, but, let's goooo!
sorcrosc (2023-01-02 23:46:18+00:00): Qui hai etichettato l'attraversamento pedonale come telecamera di sorveglianza:
https://www.openstreetmap.org/node/2517177295/history

Per favore ripristina l'attraversamento senza altri tag e aggiungi la telecamera nel punto in cui è installata. Ogni oggetto dovrebbe essere mappato con uno e un solo nodo o area distinta. Vedi qui:
https://wiki.openstreetmap.org/wiki/IT:One_feature,_one_OSM_element

Ciao
wermak (2022-11-23 23:58:19+00:00): Hallo puma515, 

eine Kraftfahrstraße (motorroad=yes) ist nicht automatisch ein highway=trunk. Nach https://wiki.openstreetmap.org/wiki/DE:Tag:highway%3Dtrunk muss eine Schnellstraße mindestens zwei kreuzungsfreie Anschlußstellen haben. Dies ist bei der B 206/Umfahrung Kellinghusen nicht der Fall. Sie müsste deshalb wieder auf highway=primary zurückgesetzt werden.

Schöne Grüße
puma515 (2022-11-24 14:10:49+00:00): Hallo wermak.
Ich habe die Tags an diesem abschnitt entsprechend einer prüfung vor Ort und den Tags von den Wikiseiten angepasst.

In der verlinkten wiki steht aber nichts dazu das so eine Straße 2 Anschlussstellen haben muss.

Das ist dort die Ortsumgehung
An den zufahrten stehen bei den 2 Kreisverkehren und an der anschlusstelle Breitenburger Straße die im Wiki beschriebenen Kraftfahrtstrassen Schilder: 
https://wiki.openstreetmap.org/wiki/File:Zeichen_331.1_-_Kraftfahrstra%C3%9Fe,_StVO_2013.svg

Da Straßentypen oft ein Streit thema Sind da es difinitions sache ist ob und  wann sich ein typ ändert werde ich zu dieser Straße einmal im Forum nachfragen und das dann entsprechend der mehrheitsmeinung anpassen. 

Schön gruß
puma515
puma515 (2022-11-24 14:17:08+00:00): Thema im Forum:
https://community.openstreetmap.org/t/highway-trunk-oder-highway-primary-fur-ortsumgehung-b206-kellinghusen/5899
puma515 (2022-11-24 15:32:35+00:00): Danke für den Hinweis. Im forum wurde sehr eindeutig das ich hier ein fehler gemacht habe. Es war hier auch das 1 mal das ich mit einer Kraftstraße beim mappen zu tun hatte und ich habe dabei wohl die wiki falsch verstanden. 
Ist nun natürlich auf highway=primary angepasst:  
https://www.openstreetmap.org/changeset/129331876#map=15/53.9467/9.7143
Rashid86 (2022-08-28 21:13:13+00:00): Why create a new oil pipeline line that does not match the satellite image?, there is an actual and more correct attitude: https://www.openstreetmap.org/relation/8199844
emersonveenstra (2022-08-29 10:04:07+00:00): Hi,

You misspelled highway in https://www.openstreetmap.org/way/387407095, would you mind fixing that? Thanks!
RedAuburn (2022-08-27 19:04:13+00:00): oops, didn't mean to request a review
somix (2022-08-28 06:37:09+00:00): Hi! Isn't https://www.openstreetmap.org/way/372616241 just an "unclassified" road providing access to some isolated dwellings?
Maris33 (2022-08-28 07:41:14+00:00): I think, this is local road without state-level classification, see https://wiki.openstreetmap.org/wiki/Highway:International_equivalence
somix (2022-08-28 08:58:33+00:00): From https://wiki.openstreetmap.org/wiki/Lv:Latvian_tagging_guidelines#Pamata_ce%C4%BCi:
highway=unclassified - Minor streets without classification

highway=tertiary - Other relatively important streets - usually those that would also be used by through traffic

This road doesn't play an important role in the road network and is only used by those who live along it
Maris33 (2022-08-28 12:39:44+00:00): Ok, I understand
mappinglander (2022-08-30 11:47:28+00:00): hello,
i've partially reverted your changeset at https://www.openstreetmap.org/changeset/125565341 . the archaeological site clearly exists, thus i've reinstated the node.