piebro/osm-data huggingface dataset:
Akkurator (2022-08-08 13:19:39+00:00): Ja, foot=designated übersehen, danke, korrigiert https://www.openstreetmap.org/changeset/124639835#map=16/47.8180/9.6426

Im wiki kann man wohl für jeden Geschmack einen "Beleg" finden und sollte nicht einfach der ersten Fundstelle glauben, sondern sehr genau kreuz und quer lesen und abwägen. Da denkt man, bei "Radverkehrsanlage kartieren" sei man unter "6.1.1 Entscheidungshilfe zwischen footway, cycleway und path" genau richtig, da steht, dass beides geht, und dann ist das "historisch". Etwas mehr Verbindlichkeit täte hier auch der Datenqualität gut.

JOSM verwende ich nicht mehr, ID reicht für mein inzwischen nur noch Gelegenheitsmapping locker.

Gerne verwende ich http://osmtools.de/traffic_signs/
und da steht bei DE:240
"Manchmal wird auch highway=cycleway genutzt (siehe Kontroversen).", Link zu "Radverkehrsanlage kartieren 6.1.1".

Aber ok, jetzt bin ich hier hoffentlich up to date, danke für deine Geduld.

Grüße,
Akkurator
skyper (2022-08-08 19:35:50+00:00): Schön, dass wir das nun gemeinsam richtiggestellt haben.

Ja, das Wiki ist ein Wiki und da sollten Chroniken der Seiten, andere Sprachen und die Diskussionsseiten mit einbezogen werden. Ähnlicher Inhalt auf unterschiedlichen Wikiseiten mit unterschiedlichen Aussagen verbessern die Situation auch nicht.

Bleibt wohl noch viel Abeit.
Ciao skyper
Kovoschiz (2021-06-11 06:10:49+00:00): Please use `description=` for descriptor label, not `name=` which is proper name.
Winfred Wan (2021-06-15 09:57:52+00:00): noted. sorry about that.
user_2066394 (2021-06-11 10:01:26+00:00): Technisch hast du
natural=tree_row
einmal gelöscht und dann neu angelegt?
Lyze (2021-06-11 04:05:54+00:00): Okay, do you're job😆
_carlee (2021-06-11 04:37:15+00:00): Sources: aerial imagery, streetlevel imagery and local knowledge.
Robert46798 (2021-06-14 07:12:15+00:00): Hallo Jörg,

willkommen bei OpenStreetMap. Vielen Dank für deine Aktualisierung!

Ich habe mir deinen Änderungssatz angeschaut, weil du die entsprechdne Option beim hochladen angegeben hast.

Inhaltlich kann ich dazu natürlich nichts sagen, aber von der Ferne sieht das alles in Ordnung aus.

Viele Grüße,
Robert
luiswoo (2021-06-11 08:42:45+00:00): Кажется уже обсуждалось, что нормально перерисовывать с худшего на лучшее. В обратном направлении — это уже вандализм.
Затягивать в жилую зону весь населённый пункт, не более чем нежелательная временная мера. Жилую зону в этом случае нужно уточнять до кварталов. А лучше сразу делать правильно.
user_12458445 (2021-06-11 08:54:00+00:00): вы не правы - тогда зачем вы вандализмом занимаетесь рисуя в других поселках жилой зоной весь пос
user_12458445 (2021-06-11 08:54:31+00:00): я нарисовал все правильно, а вот вы вандал самый
 настоящий
luiswoo (2021-06-11 09:23:45+00:00): Отмечать жилой зоной то, что ей не является — совершенно очевидно, что не верно. Но то, что ленно переделывать уже сделанное, тоже верно. Хотя можно изначально делать так: https://www.openstreetmap.org/#map=16/47.3421/39.8617  или так https://www.openstreetmap.org/#map=18/47.23019/39.76001 А вот не поленится и приделать вспять — это уже совсем другое.
Kai Johnson (2023-01-28 18:51:23+00:00): Have you found the right tag for "Corona-Schnelltest" yet? I don't think it should be "gnis:feature_id" since that's only for features cataloged by USGS.
ZeLonewolf (2021-06-11 23:49:07+00:00): Hello, MayurPatil6692.  It appears that this is an alternate account of M@YUR and that you're mapping/importing bus routes as part of an organized editing activity.  OSM's Data Working Group (DWG) reached out to your other account two weeks ago (https://www.openstreetmap.org/user/M@YUR/blocks) and requested that your document your activities in accordance with OSM's organized editing guides.

To be clear, I expect that the US community is fine with bus routes being added, provided that the data is (1) accurate and (2) comes  from a source that is compliant with OSM's license limitations.

We ask again for you to communicate with our community and tell us where this data comes from and document your process so quality assurance can be done.  

If you continue to be unresponsive, we will have no choice but to request that the DWG revert all of your changes, in bulk, since we would not be able to ascertain whether this data is compliant and therefore would have no choice but to ask for it to be removed.

Again, we are perfectly happy to have you contribute bus route information, but please communicate and work with the community so we can all be on the same page and make sure that this data is okay to use!

If you would prefer, you can contact the US community on Slack (https://slack.openstreetmap.us/) or on the talk-us mailing list (https://lists.openstreetmap.org/listinfo/talk-us)

Thanks!
Brian
ramseraph1 (2021-06-28 03:31:59+00:00): this edit broke multiple existing admin boundaries.. including the district ones.. please fix or revert?
syntex (2021-06-12 19:44:40+00:00): Почему вы изменяете адреса в Польшы на ошибочные? Например https://www.openstreetmap.org/way/952954458 вы изменяли А c латинского алфавита на А с кириллицы.
iWowik (2021-06-13 06:17:31+00:00): Спасибо за сигнал.
Да, что-то пошло не так и под изменения попал адрес из Польши.
Постараюсь впредь быть более внимательным.
eggie (2021-06-11 06:28:33+00:00): Hoi,
Feedback

Deze weg kan beter op highway=unclassified zoals die ooit stond.
De regel construction=unclassified (specificatie)  nog verwijderen
Gr eggie
eggie (2021-06-11 08:20:13+00:00): Even aangepast.. 
specificatie construction=unclassified verwijderd.. 
De weg is immers open. 
'k Denk met editor iD even op met de rechtermuis klikken op de weg na selectie  en dan kiezen alle tags zichtbaar maken. Die editor geeft anders geen goed overzicht. 
Teruggetagd naar highway=unclassified
Het is een weg voor landbouwverkeer  en tweewielers. 
gr eggie
eggie (2021-06-11 08:21:19+00:00): maxspeed = 60?
StefanHRT (2021-06-11 06:42:49+00:00): hello, this ways are not for public, Please always take a closer look at such entries to see what other paths from the site have for an access. thanks
mounicb (2021-06-11 13:54:24+00:00): Hi StefanHRT, 
Thanks for looking into my edits. Apologies for the genuine miss from my end. I have now added access=private as per your suggestion. Please find the changeset (106218456) with modifications. Happy to learn from the community. 
Regards,
mounicb
StefanHRT (2021-06-11 14:32:27+00:00): thank you ;)
PT-53 (2021-06-12 05:55:33+00:00): Hallo FloToHu,
Du hast an diesem Gebäude
https://www.openstreetmap.org/way/108526211/history
3-D-Merkmale eingetragen. Das ist meines wissens falsch. 3-D-Merkmale gehören nur an die Gebäudeteile (building:part=yes). Dazu mußt Du noch - für das gesamte Gebäude - entspr. Gebäudeteile anlegen.
Grüße
FloToHu (2021-06-12 14:53:12+00:00): Danke für den Hinweis. Aber ich würde dem nur bedingt zustimmen, denn Mapping-Hilfen wie StreetComplete hinterlegen auch 3D Daten (building:levels, roof:levels, roof:shape) in building Elementen und die von mir getesteten 3D Renderer haben das auch korrekt umgesetzt. Ich denke in simplen "monolithischen" Strukturen sollte das kein Problem sein 

Es ist allerdings so, das ein building:part Element sämtliche Eigenschaften des überlagerten building Elements überschreibt und manche Renderer nichts rendern, wenn kein building Element das building:part umschließt.

Ich dachte erst es funktioniert additiv und ich kann auf ein bestehendes 3D building einfach ein Part aufsetzen. Tatsächlich jedoch muss ich auch den kompletten Unterbau nochmals definieren.

Aber ich hab mich gestern nochmal in das Thema vertieft und die Überarbeitung von Gebäude D schon auf der ToDo. Denn dort ist der Eingang nicht im building Element. Kendzi3D rendert es noch korrekt samt Säulen unter dem Eingang aber F4 z.B. nicht.

Selbiges mit den Übergängen zwischen den Gebäuden. Aber eigentlich will ich die nicht ins building aufnehmen, weil sonst auch Mapnik diese in der 2D Ansicht anzeigen würde und ich es ohne Übergänge besser finde. Kendzi3D zeigt die Übergänge korrekt an.

Mal sehen, ob die beiden 3D Renderer den Eingang korrekt anzeigen, wenn das Part Element von building umschlossen wird.
Und dann werde ich schon alleine wegen der Dächer ohnehin weitere building:parts in Gebäude D definieren müssen.

Ach ja. Und die Treppe wird auch noch lustig. Die Uni Karlsruhe (KIT) ist da echt schon weit. Mal schauen, ob ich mir da die Tags für die Treppe abschauen kann. 

Grüße
PT-53 (2021-06-13 15:11:01+00:00): Welche 3-D-Renderer hast Du getestet (Links) ?

Wenn Gebäudeteile teilweise über den Gebäudegrundriß hinausragen brauchst Du vermutlich noch eine entspr. Relation damit die Gebäudeteile auch angezeigt werden.
Wiki - Relation:building:
https://wiki.openstreetmap.org/wiki/Relation:building
Bussenkirche:
https://www.openstreetmap.org/relation/4431324

Kannst Du mir noch einen Link zur Uni Karlsruhe schicken?

Grüße
FloToHu (2021-06-14 11:00:06+00:00): Ich teste immer in F4Map (https://demo.f4map.com) und Kendzi3D (JSOM) Plugin.
Aber da F4 immer dauert bis er gerendert wird, teste ich inzwischen erst mal lokal mit Kendzi3D. Wenn der es anzeigt, dann lade ich hoch und warte was F4 draus macht, denn in F4 ist die Kamerasteuerung bei Welten besser.

Aber nachdem ich es heute nicht mal lokal in Kendzi3D vernünftig hinbekommen habe, hab ich die Anpassungen gar nicht erst hochgeladen.

Ich meine die Treppe des Gebäudes mit grünem Dach (https://demo.f4map.com/#lat=49.0111646&lon=8.4170256&zoom=20&camera.phi=57.525)

Fand inzwischen noch eine Seite von F4 wo steht welche Tags sie unterstützen und da steht auch noch mal explizit, daß buildings:part im building liegen muß, damit es erkannt und gerendert wird. Ob sie Relationen akzeptieren müßte man testen.

Ebenfalls stand dort die Vererbung der Tags zwischen Building und building:part.

http://wiki.map.f4-group.com/render
Edelsalami (2021-06-18 17:20:15+00:00): Moin, eine Frage zu den Hausnummern an der Adolph-Kolping-Straße 1: an der südlichsten Häuserecke ist im Moment die Hausnr 1a gemappt, aber laut ALKIS sollte das Gebäude links daneben, Richtung Blumenladen, die Nummer 1a tragen. Weißt du welche Variante die richtige ist? Danke. Gruß
jande75 (2021-06-18 19:23:58+00:00): Hallo, die Hauseingänge liegen genau so, wie ich sie hier eingetragen habe. Viele Grüße
Kovoschiz (2021-06-11 09:26:59+00:00): Please don't mistag non-military areas. This is Tagging For Renderer. Find some proper hazardous tags.
SomeoneElse (2021-07-10 14:27:22+00:00): The maxspeed on https://www.openstreetmap.org/way/953277014 seems wrong?  See also https://overpass-turbo.eu/s/19jm .
Sebasawk (2021-07-13 12:51:07+00:00): Thanks Andy, for the information. I’ve corrected the data.
SomeoneElse (2021-07-13 13:51:50+00:00): Thanks
pitscheplatsch (2021-06-20 07:06:51+00:00): reverted https://www.openstreetmap.org/changeset/106654670
pitscheplatsch (2021-06-20 07:06:14+00:00): reverted https://www.openstreetmap.org/changeset/106654649
eggie (2021-06-11 08:31:55+00:00): motor_vehice=private   klopt niet
Het zou bij een c1 bord moeten zijn
vehicle=no 
horse=no  
traffic_sign=NL:C1
emergency=yes



https://wiki.openstreetmap.org/w/index.php?title=NL:Overzicht_Nederlandse_Verkeersborden&direction=next&oldid=984258#C:_Geslotenverklaring

MVG
eggie
PT-53 (2021-06-16 05:30:52+00:00): Hallo FloToHu,
nach Deinen Indoorergänzungen werden im QS-Tool keep right jetzt etliche Hinweise "mehrere Punkte an einem Fleck" angezeigt:
https://www.keepright.at/report_map.php?lang=de&ch30=1&ch40=1&ch50=1&ch70=1&ch90=1&ch100=1&ch110=1&ch120=1&ch130=1&ch150=1&ch160=1&ch170=1&ch180=1&ch191=1&ch192=1&ch193=1&ch194=1&ch195=1&ch196=1&ch197=1&ch198=1&ch201=1&ch202=1&ch203=1&ch204=1&ch205=1&ch206=1&ch207=1&ch208=1&ch210=1&ch220=1&ch231=1&ch232=1&ch270=1&ch281=1&ch282=1&ch283=1&ch284=1&ch285=1&ch291=1&ch292=1&ch293=1&ch294=1&ch311=1&ch312=1&ch313=1&ch320=1&ch350=1&ch370=1&ch380=1&ch401=1&ch402=1&ch411=1&ch412=1&ch413=1&number_of_tristate_checkboxes=8&highlight_error_id=0&highlight_schema=0&lat=48.09431&lon=9.78805&zoom=19&show_ign=0&show_tmpign=0&layers=B0T&ch=0%2C20

Schaust Du Dir das nochmal an?
Fragende Grüße
FloToHu (2021-06-16 06:11:16+00:00): Naja, wird an den verschiedenen Ebenen liegen. Die Punkte sind ja am selben Fleck. Nur in verschiedenen Leveln.
Das Problem, wenn man 3D Daten auf einem 2D Medium wiedergeben muß.
Ich kann ja kaum die Punkte mergen.
PT-53 (2021-06-16 06:20:35+00:00): << Ich kann ja kaum die Punkte mergen.  >>
Warum nicht ?
PT-53 (2021-06-16 06:27:31+00:00): PS:
Im Hauptbahnhof von München gibt es jedenfalls keine übereinander liegende Punkte:
https://www.keepright.at/report_map.php?lang=de&ch30=1&ch40=1&ch50=1&ch70=1&ch90=1&ch100=1&ch110=1&ch120=1&ch130=1&ch150=1&ch160=1&ch170=1&ch180=1&ch191=1&ch192=1&ch193=1&ch194=1&ch195=1&ch196=1&ch197=1&ch198=1&ch201=1&ch202=1&ch203=1&ch204=1&ch205=1&ch206=1&ch207=1&ch208=1&ch210=1&ch220=1&ch231=1&ch232=1&ch270=1&ch281=1&ch282=1&ch283=1&ch284=1&ch285=1&ch291=1&ch292=1&ch293=1&ch294=1&ch311=1&ch312=1&ch313=1&ch320=1&ch350=1&ch370=1&ch380=1&ch401=1&ch402=1&ch411=1&ch412=1&ch413=1&number_of_tristate_checkboxes=8&highlight_error_id=0&highlight_schema=0&lat=48.14069&lon=11.55592&zoom=17&show_ign=0&show_tmpign=0&layers=B0T&ch=0%2C20

https://indoorequal.org/#map=17.28/50.106764/8.662398&level=-1
FloToHu (2021-06-16 07:29:50+00:00): Und dieses Tool läuft in Echtzeit? Ich hab nämlich mal in mühevoller Kleinarbeit recht viele Doubletten in Gebäude B gemerged.
Falls das Tool nicht auf Anfrage in Echtzeit, sondern zyklisch diese Reports erstellt, würde ich nochmal warten. Vermutlich gibt's die Fehler schon gar nicht mehr.
PT-53 (2021-06-16 07:36:36+00:00): keep right wird derzeit etwa wöchentlich aktualisiert.
Letztes Update für unsere Region war gestern, 25.06. (Siehe links ganz unten).
FloToHu (2021-06-16 08:09:31+00:00): Naja, dann arbeitet Keepright nicht nur in einer anderen Zeitzone, sondern noch anderen Kalenderregion oder kann hellsehen. :-)
Mal sehen, ob in 9 Tagen dann die Daten mit den Fehlern übereinstimmen.
Wenn ich auf den Punkt klicke, steht dort momentan Stand 30.05.
FloToHu (2021-06-16 08:11:22+00:00): Ansonsten steht bei mir nur links unten:

Letztes Update am 2021-06-11
PT-53 (2021-06-16 09:02:22+00:00): Hmm, bei mir steht links unten wirklich 2021-06-15 (im Kartenausschnitt Biberach) und ja, das Update-Datum ist von Region zu Region unterschiedlich.

Das Datum bei den Punkten hat nichts mit dem Update-Datum von keep right zu tun sondern zeigt die letzte Bearbeitung dieses Knotens an.


keep right ist ein gutes QS-Tool, hat aber immer wieder Update-Probleme und hier scheinen gelöschte Knoten noch als "Gültig" gewertet werden.
Warten wir mal bis zum nächsten Update.
Kovoschiz (2021-06-11 09:29:46+00:00): You don't need to remove the `barrier=` to do whatever you want.
eggie (2021-06-11 12:20:33+00:00): Dag Roel.. je vraagt feedback
Op de recentere luchtfoto voorjaar 2021 
zie ik met veel fantasie een pad door het gras.
surface=grass? og ground? 
Op de PDOK die je in iD ziet is wel nog een pad herkenbaar.
surface=grass wellicht?
gr eggie
ROELart (2021-06-11 12:28:21+00:00): Er liggen schelpen of grind dat bijna is overgroeid.
ROELart (2021-06-11 12:29:41+00:00): Op Google streetview is het pad ook goed te zien; https://goo.gl/maps/iP7Nhvn2gHBdGoj79
eggie (2021-06-11 12:30:05+00:00): Dan is fine_gravel oke..
Max-Kritic (2021-06-16 04:46:27+00:00): 4 erreurs dans Osmose.
ThomasDu (2021-06-16 06:20:16+00:00): Je suis disponible pour corriger ces erreurs, mais je ne les vois pas
Max-Kritic (2021-06-16 08:38:31+00:00): Pour les écoles, j'ai vu des erreurs de Mot mal orthographié (avec le E sans accent d'école, type haut, des erreurs de téléphone (Préfixe international manquants), des erreurs school:FR. Il faut mettre primaire  au lieu d'élementaire et lycée sans L majuscule ou collète sans C majuscule. Enfin de webiste. Il faut choisir entre http://https:// et http://http://. pour Langevin, il faut mettre https://langevin-sallaumines.savoirsnumeriques62.fr/
Tu as accès à tes erreurs sans http://osmose.openstreetmap.fr/fr/byuser/ThomasDu

J'ai corrigé les écoles de Liévin.
ThomasDu (2021-06-16 10:21:25+00:00): Je prends bonne note.

Cependant : " Il faut mettre primaire au lieu d'élementaire" : ce n'est pas ce que je lis ici :
https://wiki.openstreetmap.org/wiki/FR:Tag:amenity%3Dschool
Max-Kritic (2021-06-16 14:45:36+00:00): Oui. Mais Osmose indique Osmose comme pour l'école École élémentaire Albert Jacquard, 60 rue Jeannette Prin, 62680, MERICOURT.  qu'il faut mettre primaire. C'est que j'ai fait. 
name = École élémentaire Albert Jacquard
school:FR = primaire 
+ correction du téléphone 
+ R majuscule à Rue addr:street = rue Jeannette Prin 

C'est sûr que c'est une contradiction avec le wiki. Donc je propose de garder s'il le faut élémentaire dans le nom et de mettre school:FR=primaire. A voir ?
eggie (2021-06-11 09:42:11+00:00): Dag Bram Je vraagt feedback

access=no verwijderen!
Het was hier goed getagd  met vehicle=no!!!!

Zo wordt het vaker gedaan
met psv, maar hier geldt het specifiek voor lijnbussen.
.. ( psv is meer dan lijnbussen.. Ook taxi's e.d )
Zie https://wiki.openstreetmap.org/wiki/Key:psv
Volgens de wiki is het bij een C1 bord
Dus......
vehicle=no
horse=no
traffic_sign=NL:C1
psv=yes
bus=yes

Zie https://wiki.openstreetmap.org/w/index.php?title=NL:Overzicht_Nederlandse_Verkeersborden&direction=next&oldid=984258#C:_Geslotenverklaring

MVG
eggie
eggie (2021-06-11 09:45:53+00:00): Waarom staat die Hoflanderweg op vehicle=no met cycleway=lane
Kennelijk mag je dan niet hier fietsen?
eggie (2021-06-11 09:49:02+00:00): https://www.openstreetmap.org/directions?engine=fossgis_osrm_bike&route=52.48972%2C4.66374%3B52.49134%2C4.66760#map=18/52.49042/4.66598

Ik heb vehicle=no verwijderd. Dat kan onmogelijk goed zijn. Wellicht vind jij ook nog wel van dit soort onvolkomenheden?
Speurwerk...
gr eggie
eggie (2021-06-11 10:01:21+00:00): Ik heb de Hoflanderweg laatste stuk aangepast naar busbaan, maar dan wel toegevoegd bicycle mofa en moped =yes, want anders routeert het nog niet.
Denk dat het nu correct is. 
De uitzonderingen voor tweewielers ontbraken hier
Bram bwaste (2021-06-11 10:06:38+00:00): Super! Dank je!
eggie (2021-06-11 09:20:23+00:00): Beste Wittemeel.. Niet correct  om nooddoorsteken te gaan openzetten met motor_vehicle=designated...  
Het verzoek is daar nu echt mee te stoppen.
Het verkeer op de E34 gaat nu gewoon via dit soort afslagen routeren.
Dit soort bijdragen wordt teruggedraaid.
emrgency=yes is wel een valide tag die andere brandweerkorpsen toevoegen en ook door de brandweerapp wordt begrepen.
MVG
eggie
eggie (2021-06-11 09:22:13+00:00): motor_vehicle =designated vervangen door emergency=yes

Verplaats je in een auto en bedenk wat er dan in de routering gebeurt..

MVG
eggie
eggie (2021-06-11 08:41:16+00:00): Beste Wittemeel.
motor_vehicle=designated overruled access=no
Dit wordt dus een route voor regulier autoverkeer.
De hele routering klopt zo niet meer.,
Is het de bedoeling dat er een stroom auto's hier gaat rijden?
Dat is wat er in routeplanners nu gaat gebeuren.
Ik verwijder nu motor_vehicle=designated..
Wanneer de weg echt is opengesteld voor autoverkeer verneem ik dat graag.
Laat dat dan even weten. 
MVG
eggie
eggie (2021-06-11 08:42:43+00:00): motor_vehicle=designated verwijderd
Dat is onwaarschijnlijk hier.
emergency=yes toegevoegd mbt hulpdiensten
gr eggie
eggie (2021-06-11 08:27:12+00:00): En dit wordt dus gewoon een doorgaande verbinding voor regulier verkeer. Routeplanners gaan nu over dit terrein een rouite berekenen.
Waarom motor_vehicle=designated?
Dat betekent dat al het regulier verkeer is toegewezen speciaal op deze weg.
Wat wil je daarmee bereiken?
Waarom private verwijderd 
Welk bord staat er bij de oprit?
MVG
eggie
eggie (2021-06-11 08:52:44+00:00): Om te voorkomen dat dit regulier gaat routeren voor iedereen pas ik het aan conform een C1 bebording met uitzondering voor hulpdiensten.
Mocht het gewoon openbaren weg zijn.. laat het dan even weten svp
Dus
way 	vehicle=no & horse=no & traffic_sign=NL:C1
met emergency=yes
MVG
eggie
eggie (2021-06-11 09:11:56+00:00): Afslagbeperkingen toegevoegd op Floralaan met uitzondering van hulpdiensten.
philippec (2021-06-11 09:06:59+00:00): Mechelen station Blue Bike.
Er is intussen wel een juiste mapillary.
П3тр0виЧъ (2021-06-11 08:37:34+00:00): не
sport_centre, а
sports_centre.
исправил
TrueSpearmint (2021-06-11 10:02:15+00:00): Действительно опечатался, спасибо
eggie (2021-06-11 08:37:25+00:00): Tip hier de service road doortrekken tot de kazerne.
gr eggie
eggie (2021-06-11 08:35:47+00:00): Zie
https://wiki.openstreetmap.org/wiki/Tag:service%3Demergency_access

Kijk svp steeds in de wiki.. dan tag je conform de afspraken binnen OSM 
emergency=yes kan ook ipv designated.
Zo doen andere brandweermappers het ook.

MVG
eggie
southglos (2021-06-11 10:15:07+00:00): Hi
Which imagery is this from?  I can't see these houses in any of the available Bing, Esri, Mapbox or Maxar imagery - am I missing out on something?  :-)
dolby1337 (2021-06-11 10:30:22+00:00): Bings satellite gives the best outline and the plans on the dwh developer website give a good reference for where the houses are located https://www.dwh.co.uk/new-homes/south-gloucestershire/h772901-ladden-garden-village/
southglos (2021-06-11 10:54:29+00:00): Hi
We can't use developer maps - OpenStreetMap has explicit permission to trace details off Bing imagery and the others, but we don't have permission to copy from DWH's copyrighted plans.  It's also quite likely that their map (and planning applications etc) is in itself derived from Ordnance Survey data, and we must avoid even a whiff of that getting into our data (in fact, that's the whole reason OpenStreetMap started in the first place).  There aren't many hard rules in OpenStreetMap, but number one is "don't copy from other maps".

I know it's painful after putting the effort in, but I feel this ought to be reverted.  Options to then redo it in a 'safe' way include walking the roads/paths and taking GPS traces, using something like Mapillary on your phone to take a sequence of geotagged photos (that's how I've done the rest of the area).  Precise building placement and outlines may need to wait until imagery does arrive, but you can still add nodes in approximately the right position and add addresses to those.

Shout if you need any help.

Cheers,
Paul (southglos)
southglos (2021-06-11 11:00:47+00:00): Oh, and I just noticed that was your first changeset!  Welcome to OpenStreetMap!
TheSwavu (2021-06-11 23:51:16+00:00): Hi,

It would be helpful to other mappers if your changeset comments actually said what you did, rather than where they are.

For more hints have a read of https://wiki.openstreetmap.org/wiki/Good_changeset_comments

Thanks.
flohoff (2021-07-15 15:30:19+00:00): Moin,
aber das ist ja ein Fußgängerüberweg. Imho ist highway=traffic_signals falsch.

Das müsste highway=crossing + crossing=traffic_signals sein

Flo
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/106202140
HolgerJeromin (2021-07-15 19:49:47+00:00): Hab mich nochmal reingelesen. Hast recht. Korrigiert in https://www.openstreetmap.org/changeset/108071125
flohoff (2021-07-16 10:28:03+00:00): Perfekt - Der Punkt, der hier nicht so schlimm ist, ist das ein highway=traffic_signals bei der routenberechnung mit signifikatem delay einkalkuliert wird - Statistisch ist die Ampel ja zu 50% Rot. Bei einem highway=crossing/crossing=traffic_signals ist das ja nur nach aufforderung, d.h. wird bei OSRM im routing nicht mit delay einkalkuliert.

Das kann eben dazu führen das wenn man zu viele highway=traffic_signals verteilt die routen überproportional schlecht werden (Was sie ja eigentlich nicht sind)

Deshalb hab ich da so ein Auge drauf. Ist natürlich hier, weil das keine Durchgangsstraße ist, eh kein Thema. 

Flo
ivanbranco (2021-07-22 16:39:58+00:00): Hi, 

I think you copied by mistake the pub fhrs:id in the diet:vegan field, can you fix it?
okwithmydecay (2021-07-22 17:24:02+00:00): Sure I have removed the incorrect value for diet:vegan