piebro/osm-data huggingface dataset:
ftrebien (2026-07-30 22:40:10+00:00): Como exemplo das situações que encontrei, e para que a verificação independente seja reprodutível e pública, transcrevi as evidências fotográficas listadas a seguir para um mapa com a identificação correta das superfícies das calçadas, subdivididas por face de quadra. Usei o seguinte código de cores: vermelho para as faces onde "O Fim" mapeou surface=concrete ou surface=asphalt incorretamente (conforme se observa nos vídeos), verde para quando o mapeamento feito por "O Fim" estava correto, cinza quando as faces visitadas ainda não foram mapeadas como calçadas separadas, e preto quando outro mapeador inseriu surface=* com valor incorreto.

https://umap.openstreetmap.fr/pt-br/map/superficies-de-calcadas-em-sao-paulo_1440388

Evidência 1 ( https://www.youtube.com/watch?v=OQMjT2Ui27I ): na calçada norte da rua Oscar Freire da rua Dr. Melo Alves à alameda Casa Branca, o material e estrutura representados por surface=concrete cobre menos de 50% do percurso em 7 das 9 faces de quadras que aparecem no vídeo, sendo que nas demais predomina o tipo surface=paving_stones. Destas, 3 foram mapeadas por "O Fim" nos changesets 143625687, 143659688, e 143737030 com surface=concrete, todas as 3 incorretas no lado da face visitada no vídeo.

Evidência 2 ( https://www.youtube.com/watch?v=2PLhJe9iuMk ): o percurso segue pela avenida Ipiranga entre a avenida São João e a avenida São Luís, e nele, surface=concrete cobre menos de 50% do percurso em 6 das 7 faces de quadras que aparecem no vídeo, sendo que em 4 delas predomina o tipo surface=paving_stones e em 2 predomina surface=sett + sett:style=portuguese (calçada portuguesa). Destas, 3 foram mapeadas por "O Fim" nos changesets 155170158 e 165944077 com o valor surface=asphalt , todas as 3 incorretas no lado da face visitada no vídeo - não há nada de asfalto nem de concreto nelas.

Evidência 3 ( https://www.youtube.com/watch?v=v3wDHESWwic ): a maior parte do percurso segue pela rua Frei Caneca da avenida Paulista até a rua Marquês de Paranaguá, e a partir de 41:15 no vídeo, o percurso segue pela rua Bela Cintra desde a avenida Paulista, seguindo pelas ruas Matias Aires, Haddock Lobo, Fernando de Albuquerque até a rua Augusta e voltando até a rua da Consolação, e por esta até a rua Antônio Carlos. Das 34 faces de quadra visitadas neste percurso, em apenas 14 (41%) há concreto cobrindo mais de 50% da face. Das 34, 32 foram mapeadas com o valor surface=concrete por "O Fim" (changesets 142820747, 143069418, 143139005, 143139216, 143186289, 143327317, 143329912, 143330374, 143340305, 143340424, 143340515, 143368580, 143368962, 143700393, 144551272, 144637517 e 144848322). Dessas 32, em apenas 13 (41%) o material do tipo surface=concrete cobre mais de 50% da face, sendo surface=paving_stones o tipo predominante nas demais (59%).
O Fim (2026-07-31 02:21:05+00:00): FT disse (Nada no que eu disse em qualquer canal sustenta a afirmação de que "calçadas não deveriam existir", isso é uma deturpação clara e verificável do meu posicionamento. São válidos ambos os esquemas (como etiqueta na via principal, e como linha separada dela). O que eu apontei no grupo de Qualidade é que a execução incompleta da migração para o mapeamento como linha separada gera erros de roteamento pedestre) , Ele sustenta que não disse isso ou aquilo , entretanto editou vários de seus post no Grupo qualidade ou seja mudou tudo que havia defendido e ficou parecendo ficou parecendo um santo ou seja quem não deve não teme , ele queria botar surface=paving_stones mas sugeri que usasse paved  mudanças no OSM são naturais e qualquer pessoa pode fazer isso mas não de uma forma generalizada que envolveu diversos estados e necessaríssimo checar o dito cujo não conhece nem de longe São Paulo e suas mudanças foram feitas baseadas no (google Street view) somente isso já merece uma reversão.
O Fim (2026-07-31 02:33:01+00:00):  FT disse (A discussão se iniciou no grupo Qualidade de Mapeamento, e a sondagem e aval referente à reversão das edições ocorreu no grupo OSM São Paulo) Nossa mentir faz parte da vida do FT ninguém deu aval para ele , apenas o usuário bonix o perguntou se o FT tinha entrado em contato comigo para discutir o assunto,  esse foi todo aval que ele disse ter recebido para fazer suas reedições as cais não tenho nada contra na etiqueta kerb,e barrier quanto a etiqueta concrete deveria ter revisado ja que usa o street view para tomar suas decisões deveria ter revisado rua por rua , eu mesmo poderia ter dado um reverte nele.
O Fim (2026-07-31 02:45:23+00:00): O FT disse (é que a execução incompleta da migração para o mapeamento como linha separada gera erros de roteamento pedestre) , fake no própria discussão no grupo qualidade fiz um video provando que o roteamento funcionava perfeitamente , e o começo do debate por parte dele era que a calçada sem a etiqueta sidewalk:separete não funcionava eu sugeri que o mesmo a editar mas isso ele não faz por causa do trabalho envolvido, agora que o mesmo removeu as etiquetas vai dizer que o roteamento so funciona por que ele consertou kkkkkkkk.
O Fim (2026-07-31 02:51:23+00:00): FT disse (o percurso segue pela avenida Ipiranga entre a avenida São João e a avenida São Luís, e nele, surface=concrete cobre menos de 50% do percurso em 6 das 7 faces) e mapear por fotos antigas do google da nisso, as vias citadas estão sendo totalmente remodeladas com puro concreto pude ver isso hoje quando fui na santa ifigenia , parece ser um novo padrão da PMSP outro detalhe diz que calçadas de concreto são na realidade placas pois as mesmas tem uma junta de dilatação , com certeza vai dizer que não disse isso pois editou as mensagens.
ftrebien (2026-07-31 02:53:09+00:00): Esclarecendo: no grupo OSM São Paulo, o aviso foi postado publicamente apresentando o problema e perguntando por objeções. Ele permaneceu sem objeção por 3 dias, com leitura confirmada por pelo menos 8 membros ativos da comunidade nacional. Hoje, passados 6 dias, foram lidas por 13 membros e ainda não houve nenhuma objeção.
O Fim (2026-07-31 02:57:38+00:00): enfim eu posso ter me equivocado em ter usado por engano o piso asfato em alguma edição um simples erro que não justifica uma edição em larga escala sem nenhuma verificação , a FT use videos e imagens atuais coisas de anos atrás já mudaram inclusive a av paulista mudou faz pouco tempo
O Fim (2026-07-31 03:06:07+00:00): Tudo começou por que o FT insinuou que eu era mentiroso com desrespeito  e prepotente . Seu comportamento inadequado, mentiroso e desrespeitoso revela muito sobre sua falta de Idoneidade.
O Fim (2026-07-31 03:07:37+00:00): Para mim encerrado vou reclamar no local correto.
ftrebien (2026-07-31 04:21:54+00:00): Esclarecendo: o comentário no changeset talvez tenha sido pouco claro, mas a etiqueta surface=* não foi removida: eu substituí surface=concrete por surface=paved. Essa alteração não melhora nem piora o roteamento nos casos discutidos: a maioria das aplicações trata os dois valores igualmente. A diferença é que mapeadores em campo, por exemplo usando o StreetComplete, passarão a ser perguntados sobre o tipo de superfície que essas calçadas têm. O valor surface=paved pode ser usado mesmo ao mapear remotamente, com base nas imagens aéreas. Já valores específicos como surface=concrete e surface=paving_stones exigem visita no local porque as imagens não têm tanta nitidez.
DressyPear4 (2026-07-28 13:01:42+00:00): Este changeset foi revertido com changeset/186518124
kadiwa (2026-07-28 00:18:34+00:00): Ist die Beschilderung nicht mehr da? https://api.panoramax.xyz/en/index?s=fp;s2;p7d52fd5b-9528-4812-87c8-1634d38cf459;c108.11/-1.35/20;m19.32/53.607142/10.1170429;vd;udefault Dann werde ich noch den traffic_sign-Tag austragen.
G4rden3r (2026-07-28 15:04:51+00:00): Doch da hast du Recht, das Schild habe ich übersehen. 
Ich habe meine Änderungen wieder rückgängig gemacht.
Vielen Dank für den Hinweis.
Benoît C MdP (2026-07-29 12:26:27+00:00): Bonjour

Etant passé hier rue de Lobau, je te confirme qu'il n'y a pas de couloir bus. Je corrige.

Bonne continuation

Benoît
ajmat (2026-07-29 07:15:01+00:00): Reverted in https://www.openstreetmap.org/changeset/186566317
DressyPear4 (2026-07-28 13:01:41+00:00): Este changeset foi revertido com changeset/186518124
DressyPear4 (2026-07-28 13:01:39+00:00): Este changeset foi revertido com changeset/186518124
DressyPear4 (2026-07-28 13:01:38+00:00): Este changeset foi revertido com changeset/186518124
Wildsharky (2026-07-29 07:02:29+00:00): Partially reverted in https://www.openstreetmap.org/changeset/186510530
DressyPear4 (2026-07-28 12:58:15+00:00): Este changeset foi revertido com changeset/186517913
FajrAl (2026-07-28 02:46:17+00:00): Tip: press Q to square building automatically

টিপ: স্বয়ংক্রিয়ভাবে বর্গাকার বিল্ডিং করতে Q টিপুন
Noman Bin Hossain (2026-07-28 04:40:32+00:00): Thank you for letting me know.
I pressed the Q button, but the corners didn't become rounded. Previously, I always built it first, and then pressing Q would make the corners rounded.
FajrAl (2026-07-28 11:25:10+00:00): Yes, you should selects the buildings first. Happy mapping! :)
Noman Bin Hossain (2026-07-28 15:36:33+00:00): Happy Mapping! :)
silversurfer83 (2026-07-28 20:18:00+00:00): Moin :)

bei solchen POI bitte nach Möglichkeit einen Lebenszykluspräfix verwenden statt den node zu löschen. Siehe dazu

https://wiki.openstreetmap.org/wiki/DE:Lifecycle_prefix

https://wiki.openstreetmap.org/wiki/Keep_the_history

cheers
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/186479230
evyy (2026-07-29 09:20:17+00:00): Du hast recht. Es tut mir leid, ich habe dort nicht daran gedacht. In Zukunft werde ich es anders machen. Danke!
Negreheb (2026-07-28 16:46:23+00:00): Warum sind die denn jetzt schon wieder residential geworden? Ich werde das reverten, sind immerhin Hauptverbindungswege zum Messezentrum. Egal was im Flächenwidmungsplan steht.
Vektor_567 (2026-07-28 17:16:52+00:00): Bessarabierstraße ist nur bis Kreuzung Triebenbachstraße ein Hauptverbindungsweg, welcher dann weiter über Schmiedingerstraße führt.

Die Hauptzufahrt zum Messezentrum erfolgt über Autobahn.
DressyPear4 (2026-07-28 12:58:14+00:00): Este changeset foi revertido com changeset/186517913
totera (2026-07-28 15:50:32+00:00): Ciao Light3r, è scritto ovunque "Ristorante Sri Lanka" nel locale, sui social, ci sono le bandiere, ecc
Light3r (2026-07-28 17:51:24+00:00): Ciao scusa, puoi spiegare meglio? Io non ho modificato il nome del luogo
totera (2026-07-28 21:57:39+00:00): Mi riferivo al fatto che hai cambiato il tag cuisine da sri_lankan a indian
Light3r (2026-07-29 09:03:23+00:00): Ah giusto scusa, hai ragione, ora ho corretto
totera (2026-07-29 17:49:41+00:00): Bene, grazie!
DressyPear4 (2026-07-28 12:58:12+00:00): Este changeset foi revertido com changeset/186517913
CAM-Gerlach_Repair (2026-07-27 21:59:24+00:00): This cannot be correct, as no vehicles could ever enter this driveway if it were actually oneway=yes . The only part that could be potentially considered oneway is the southern branch of the road one-way, but that's based only on the slight angle that the cars are parked at.
O1S (2026-07-27 22:11:42+00:00): The "driveway" is set up, where the cars come in, and when they get to the "ballon" shape, they go around, to the right, and then go back out. It's hard to explain in a comment, but look at the photo I sent you on Slack; there's a one-way sign, pointing to the left.
CAM-Gerlach_Repair (2026-07-27 22:46:02+00:00): Ah okay, so as I mentioned then the southern/left branch should be split and tagged oneway=yes , not the entire thing as otherwise it would be impossible to ever enter it, and that's where the sign is.
CAM-Gerlach_Repair (2026-07-27 22:46:46+00:00): I.e. from node 6912246996 to node 6912246985 it should be split and only that part tagged oneway=yes
CAM-Gerlach_Repair (2026-07-28 06:31:59+00:00): Fixed in changeset 186499787

https://osm.org/changeset/186499787
DressyPear4 (2026-07-28 12:58:10+00:00): Este changeset foi revertido com changeset/186517913
DressyPear4 (2026-07-28 12:58:09+00:00): Este changeset foi revertido com changeset/186517913
outpost402 (2026-07-28 01:17:37+00:00): this camera is on a mobile trailer behind a speed radar.
EugeneLS (2026-07-28 00:07:11+00:00): Except that is NOT a road - it is my driveway - closed by a gate - and it goes to my garden
CAM-Gerlach_Repair (2026-07-28 00:30:49+00:00): Thanks for responding, but the semantics of whether you would call a highway=service (as it was tagged, missing service=driveway and the gate) a road are entirely tangential to the fundamental issues here: a node was added to a highway=* way, by a brand new account, missing any primary tags, or any tag at all besides a name=* and description=*, and the description moreover is promotional. This checks all the boxes of SEO Spam on OSM https://osm.wiki/Spam#SEO_Spam :

> * Often the Changeset Description and Description tag contain marketing hype.

> * There is no feature at that location [...] existing features such as roads or suburbs are modified [...] nodes are ambiguously placed eg on the road

> * No primary key such as office or shop, the data was never intended to appear on a map

> * The User or business may have a history of such changesets [or no other changesets at all]

A quick search for "guest house" on the OSM wiki explains how to correctly map a guest house: https://osm.wiki/Tag:tourism%3Dguest_house

If you want to map your guest house correctly so it appears on the map and is useful to both yourself and others, please follow what is stated there, and avoid including an unverifiable or redundant description=* or other promotional elements. Thanks.
Negreheb (2026-07-28 16:45:04+00:00): Hier hast du wohl unabsichtlich die Brücke etwas kaputt gemacht :D https://www.openstreetmap.org/way/1034829920 Richtest du die wieder her? :)
Negreheb (2026-07-28 17:01:58+00:00): Ich bearbeite gerade selbst etwas in der Gegend, ich übernehm das einfach gleich.
Vektor_567 (2026-07-28 17:18:34+00:00): danke
Nadjita (2026-07-30 16:32:27+00:00): Warum nennst Du das Naturschutzgebiet um? Der offizielle Name ist „Mergelgrube bei Hannover (HPC I)“. Siehe https://www.nlwkn.niedersachsen.de/naturschutzgebiete/naturschutzgebiet-mergelgrube-bei-hannover-hpc-i-146450.html

Das HPC I ist vielleicht die Kurzform für die ehemalige Mergelgrube, nicht aber für das Naturschutzgebiet.
osmmapper222 (2026-07-30 19:54:21+00:00): Danke für den Hinweis.
Meine Annahme war, dass HPC I sich als Abkürzung von Hannoversche Portland-Cementfabrik ableitet (was wohl stimmt) und als Zweitname / Abkürzung für den Renderer mit in den Name-Tag eingetragen wurde.

Das NSG trägt den ursprünglichen Namen aber offiziell. Daher habe ich den Changeset revertiert.
mga_geo (2026-07-29 04:54:14+00:00): Bonjour,
Attention, la correction du rond-point a cassé la continuité de nombreuses relations route=bus.
Pouvez-vous corriger ?
Merci d'avance
Marc
RomainDC (2026-07-29 07:30:34+00:00): Bonjour, merci du signalement, je vais corriger ça.
DressyPear4 (2026-07-28 12:58:07+00:00): Este changeset foi revertido com changeset/186517913
eggie (2026-07-28 06:12:41+00:00): Welkom bij OpenStreetMap. Ik heb een uitgebreid welkomstbericht met wat handige tips en links gestuurd als privebericht.
MVG,
Eggie
Namens de OSM Community
DressyPear4 (2026-07-28 12:58:06+00:00): Este changeset foi revertido com changeset/186517913
NieWnen (2026-07-28 12:21:14+00:00): W tym przypadku chyba lepsze byłoby type=site niż type=multipolygon dla grupowania takich kwartałów niepołączonych ze sobą jeśli jest zapotrzebowanie, żeby otagować w różny sposób jego konkretne części.

Ten sam old_name=* bez innych tagów raczej nie jest chyba za bardzo poprawny, bo trochę nie wiadomo do czego się odnosi, a rozumiem, że intencją było, aby wskazać byłą nazwę dla tego konkretnego kwartału https://www.openstreetmap.org/way/1427672490

+ duplikowanie landuse residential na outerze i relacji, która się odnosi do tego samego również nie wiem czy ma sens https://www.openstreetmap.org/way/377589663

Ew. jak to coś, co nie ma za bardzo znaczenia w aktualnym użytku, to najprościej pewnie byłoby to usunąć, bo type=site też nie jest jakoś super polecany, ale wciąż zostaje ten drugi przypadek i tak.

Sam nie wiem co tu by lepiej pasowało.
Sylabowy Kot (2026-07-28 17:06:53+00:00): Faktycznie nie dodał mi się tu type=site. Ma to związek z tym, że niezbyt mi się chciały grupować kwartały z innerami - obiekty oświaty nie należą do WSM, więc od tego są multipoligony, żeby ładnie wykroić enklawy. Niestety jak chciałem skleić ze sobą takie donuty, to JOSM zwraca błąd. W związku z tym złączyłem najpierw outery, a potem dodałem innery. Ale może to rozwiązanie jest też wyjaśnieniem tego, czemu na to też JOSM znalazł jakiś alert.

Piaski "E" masz rację, JOSM mi dawał na to też alerta. Nie miałem pewności, czy nazwa będzie się renderować, ale w sumie landuse i tak się importuje z relacji, więc... 

old_name odnosi się do konkretnych outerów. Zgodnie z powyższym - jest to uzupełnienie tagów pobieranych z relacji dla wskazania różnic między wewnętrznymi obszarami. Tak więc nie rozumiem uwagi - było by to samo co z name. Nie wiem, czy obecnie te kwartały tak się nazywają, ale chciałem ująć, dlaczego jest też coś takiego jak SM Piaski "C" (posiatkowane tereny do zmapowania), SM Piaski "D", wspomniane już Piaski "E". Wg jednego źródła Osiedle Niedzielskiego było wstępnie nazywane jako Piaski "F", ale nie chciałem już komplikować. Jak jest to dla WSM osiedle odrębne od "Piasków", inna administracja to nie jest w relacji. Swoją drogą - masz jakiś pomysł, czy da się otagować takiego podoperatora tzn. by np. osiedle "Piaski" miało informację, że oddziałem WSM-u zajmującym się tym osiedlem jest Administracja osiedla WSM "Piaski"? 

Spróbuję jakoś naprawić tagowanie tej relacji zgodnie z twoimi uwagami.
Sylabowy Kot (2026-07-28 19:48:44+00:00): Niestety wywalenie landuse=residential z członka relacji spowodowało nierendeorwanie nazwy w Carto.
NieWnen (2026-07-28 21:26:16+00:00): >  niezbyt mi się chciały grupować kwartały z innerami - obiekty oświaty nie należą do WSM, więc od tego są multipoligony, żeby ładnie wykroić enklawy

Chyba nic nie szkodzi, żeby dodać te wykrojone multipolygony z oświatą jako elementy relacji. W sensie w samej relacji nie bawisz się już w inner/outer tylko dorzucasz "obszar residentialowy", a czy to będzie linia, czy relacja multipolygon to bez znaczenia.

Czyli np. kwartał jako linia lub multipolygon ma
landuse=residential
name=Piaski "E" czy tam inny z tym old_name 
i do tej relacji type=site wrzucasz te kwartały jako członków relacji bez nadawanie tej relacji tagów związanych z landuse.

> Tak więc nie rozumiem uwagi - było by to samo co z name.

Chodzi o to, że teraz dodawana jest informacja np. name/old_name do pustej linii, która jest "niczym", bo dopiero sama relacja zawiera informację co jest czym – trochę jak z granicami administracyjnymi, też nie powinny mieć tagów z nazwami miejscowości, czy coś.

> Swoją drogą - masz jakiś pomysł, czy da się otagować takiego podoperatora

Nie mam, ale nie wiem czy nie schodzimy tu trochę zbyt głęboko w kwestie administracyjne i wywinę się odpowiedzią, że ja bym tego nie mapował :D i że można zlinkować do całego jakieś wikidata/wikipedia i tam ogólnie super szczegółowo opisać całą strukturę.
Sylabowy Kot (2026-07-29 18:36:27+00:00): FAKTYCZNIE! Potrzebowałem dłuższej chwili, by zauważyć ten problem, o którym mówisz. 

Próbując tworzyć relację z multipoligonów JOSM przeniósł dane z kwartałów na relację, bo domyślnie ją utworzył jako multipoligon. Spowodowało to, że zapomniałem o odrębności tagowania relacji i obiektów, z których się składa. Doskonale rozumiem, że relacją oznacza się dodatkowe obiekty, które oznaczają związek innych obiektów - dlatego osiedle powinno być, tak jak mówisz, jako type=site, grupując użytki mieszkalne jako zespół tworzący osiedle administracyjne, gdyż nie jest to jednokwartałowe osiedle, by opisać go w jednej OSM-owej "linii".

Przekonałeś mnie do wywalenia innerów kosztem umożliwienia otagowania tak, jak piszemy - zauważyliśmy jakiś błąd i w takim razie zostawię przynajmniej po sobie note :)

Przy okazji - landuse jako multipoligon zdaje się być nawet specjalnie ignorowany przez inne systemy. W OSMAndzie zauważyłem, że osiedle "Żelazna" SBM Dembud (https://www.openstreetmap.org/relation/20316808) jest traktowany jako nieotwarty obszar, traktując enklawę z kamienicą pod adresem Żelazna 59 jako coś "within", tak jak reszta bloków wokół. I coś w tym jest - jak ja, czy kto inny, będzie tagował budynki zarządzane przez wspólnoty, których granice zamykają się w obrysie budynku, a obszar wokół jest miejski, to nie robiłbym innerów pod każdy z budynków, tylko normalnie landuse by był opisany jako administrowany przez samorząd, a budynki - przez wspólnoty. Swoją drogą - miasto nie zostawia wspólnot samym sobie jak spółdzielnie mieszkaniowe, więc takie zmapowanie było by jeszcze bardziej poprawne ;)
Sylabowy Kot (2026-07-29 18:58:19+00:00): No i naprawione, JOSM już nic nie wywalał: https://www.openstreetmap.org/changeset/186604109
Iván Renison (2026-07-27 22:49:41+00:00): Veo que borraste los way indoor corridor para remplazarlo por un area, pero, esa area está ahora desconectada, ¿hay algún motivo para eso? Ya las había puesto especialmente para que haya ruteo por ahí
Ferviarg (2026-07-28 01:01:34+00:00): Hola, perdón no entendí a qué te refieres, me podrías explicar mejor porfavor
Iván Renison (2026-07-28 22:00:01+00:00): Yo había puesto lineas (como indoor corridor) por adentro de la terminal, para que aparezcan indicaciones por ahí con el "ir a" (caminando)
Ahora hay unas areas, pero no están bien conectadas. Por ejemplo, estás escaleras ahora no se conectan con nada: https://www.openstreetmap.org/way/1146856522
Ferviarg (2026-07-31 08:57:41+00:00): Ahí trate de corregir intentando usar los planos que tenía, agregando xonextandolos con los corredores interiores
david7377 (2026-07-30 01:24:05+00:00): Hello World
Wildsharky (2026-07-30 06:42:13+00:00): Reverted in https://www.openstreetmap.org/changeset/186622554
DressyPear4 (2026-07-28 12:58:04+00:00): Este changeset foi revertido com changeset/186517913
eggie (2026-07-28 06:30:58+00:00): Freek,
Fietsenstalling node verwijderd. Het vlak is voldoende. 
Ook op private gezet. Het zal geen openbare fietsenstalling zijn.
Geef svo concreet aan swat je hebt gedaan.
Gaat verder prima.
Je edits https://overpass-api.de/achavi/?changeset=186483707

MVG
eggie
ajmat (2026-07-29 06:03:38+00:00): Partially Reverted in https://www.openstreetmap.org/changeset/186563549
Wildsharky (2026-07-30 06:39:20+00:00): Partially reverted in https://www.openstreetmap.org/changeset/186574181
DressyPear4 (2026-07-28 12:58:03+00:00): Este changeset foi revertido com changeset/186517913
DressyPear4 (2026-07-28 12:58:02+00:00): Este changeset foi revertido com changeset/186517913
DressyPear4 (2026-07-28 12:58:01+00:00): Este changeset foi revertido com changeset/186517913
DressyPear4 (2026-07-28 12:58:00+00:00): Este changeset foi revertido com changeset/186517913
user_5359 (2026-07-29 10:01:04+00:00): Hello! Please have a look on https://www.openstreetmap.org/way/549626814. What is the mean of the tag wikidata:etim = Q673267?
pierfrancescop (2026-07-29 17:24:02+00:00): hi, I got confused, sorry
eggie (2026-07-28 06:13:55+00:00): Welkom bij OpenStreetMap. Ik heb een uitgebreid welkomstbericht met wat handige tips en links gestuurd als privebericht.
MVG,
Eggie
Namens de OSM Community
KartKollektor (2026-07-28 00:26:37+00:00): Kartieren von POIs und Micromapping an und in der Unterstadt zweite Hälfte

(Als Diskussions-Eintrag, da ich leider kein Kommentar zum Changeset hinzufügen konnte, wurde mit der EveryDoor-App erstellt)
Anas masuris (2026-07-29 18:46:32+00:00): Akurat z doświadczenia wiem, że tor między semaforem wjazdowym a tarczą ostrzegawczą/SBL ze wskaźnikiem W18 ma numer składający się z numeru toru oraz skrótu najbliższej stacji/posterunku (stąd 1T/2T, bo najbliższy posterunek to Trawniki) - jest to w instrukcjach Ig-10, Ie-4 i Ir-1
Dawid2849 (2026-07-29 18:53:38+00:00): Aha, dobra. W takim razie wycofam zmianę. Dzięki za zwrócenie uwagi
Dawid2849 (2026-07-29 18:57:17+00:00): https://www.openstreetmap.org/changeset/186604068