piebro/osm-data huggingface dataset:
adrianojbr (2023-07-14 13:23:46+00:00): Aproveitei e olhei no Street View e vi também que na  Avenida Bom Jesus de Nazaré há também faixa contínua.

Então refaço a pergunta:

Você pretende adicionar essas restrições de retorno em todos os entroncamentos de vias onde há faixa contínua?

Na Rua Felisberto José da Silva (https://www.openstreetmap.org/node/5354761454/) você também adicionou as restrições de retorno. Também pretende adicionar as restrições para outros entroncamentos semelhantes?
adrianojbr (2023-07-14 13:24:14+00:00): E uma curiosidade: a falta desse tipo de restrição está gerando roteamento incorreto?
Thundercel (2023-07-14 13:36:32+00:00): Vamos por partes. Sou contra editar para renderizador, mas quando identifico ou recebo critica de roteamento vou ao OSM para identificar se existe alguma falha de restrição na área. Recebi essa critica por email até com video. Fui ao OSM e de cara identifiquei que um editor havia inserido restrição de manobra de permitido retorno em todos entroncamentos da BR-282 na região da Grande Florianópolis. Isso não afeta roteamentos, mas é um erro de edição que cabe a um editor corrigir. Depois comecei a analisar o roteamento que é minha especialidade em mais de 10 anos editando o mapa. Defendo que em áreas residenciais, a via urbana mais importante que cruza a área, deve receber a classe imediatamente superior a residencial que é a terciária. Por essa razão alterei a Avenida de Secundaria para Terciaria. A classe mais elevada para essa via impacta sim nos roteamentos, trazendo para ela rotas em detrimentos das Primarias, Trunks e Motorways.
Alguma outra dúvida?
Thundercel (2023-07-14 13:43:27+00:00): Já que é seu dever fiscalizar edições na sua região, sugiro verificar qual editor havia inserido permitido reorno em todos os entroncamentos e alerta-lo a não fazer isso e antes de salvar as edições verificar e corrigir os avisos do validadores JOSM ou do Proprio OSM.
Thundercel (2023-07-14 13:51:14+00:00): Outra situação que corrigi na área foram linhas sem etiquetas do projeto de Contorno Viário de Florianópolis. Isso é outra situação que requer analise mais apurada na região.
adrianojbr (2023-07-14 22:56:21+00:00): Seguindo seu conselho, vamos por partes:
"Fui ao OSM e de cara identifiquei que um editor havia inserido restrição de manobra de permitido retorno em todos entroncamentos da BR-282 na região da Grande Florianópolis. Isso não afeta roteamentos, mas é um erro de edição que cabe a um editor corrigir.
(...)
"Já que é seu dever fiscalizar edições na sua região, sugiro verificar qual editor havia inserido permitido reorno em todos os entroncamentos e alerta-lo a não fazer isso e antes de salvar as edições verificar e corrigir os avisos do validadores JOSM ou do Proprio OSM."

Eu devo estar falhando no meu dever (espero que não seja descontado do meu salário rsrs), mas eu não percebi essa situação de um editor incluir permissão de retorno em todos os entroncamentos. Uso principalmente o JOSM e o validator não apontou nada nesse sentido (alguma configuração?).

Você tem um exemplo para que eu possa verificar e identificar o mapeador?
Thundercel (2023-07-14 23:18:04+00:00): Eu também devo estar falhando no meu dever e espero de mesma forma não ser descontado do meu salário rsrs.
Mas vamos a um exemplo que eu, por falta de tempo, não corrigi:
https://www.openstreetmap.org/way/667918758#map=19/-27.67947/-48.70277&layers=D
Observe que em ambos oa lados va via em tunel o editor aplicou permitido retornar.
Thundercel (2023-07-14 23:32:01+00:00): Em tempo: uso preferencialmente o JOSM, mas para restrições de manobra me simpatizo mais com o do proprio OSM.
Veja o print do local que apontei:
https://www.gpsinfo.com.br/restricao.jpg
Ele mostra as restrições em cor e quando verde é permitido. Se clicar no icone vai alterando a permissão.
Thundercel (2023-07-15 14:22:52+00:00): Bom dia Adriano,
observe outro entroncamento na Br-282 que o editor configurou indevidamente o permitido retornar pela propria BR.
https://www.openstreetmap.org/node/2963574939/history
adrianojbr (2023-07-15 23:38:40+00:00): Buenas, Thundercel!

Você está confundindo. Não há permissão para retornar mapeada. O iD representa como seta de retorno em verde quando não há proibição de retornar. É um pouco confuso, e eu também já confundi (o saudoso naoliv me chamou a atenção). Por essas e outras que não gosto muito do iD e prefiro o JOSM. O iD no intuito de simplificar e facilitar acaba estimulando que alguns erros, mapeamentos indevidos ou desnecessários sejam incluídos no mapa.

Para cada proibição de retorno desnecessária adicionada, o iD automaticamente segmenta a via. Assim, a Avenida Bom Jesus de Nazaré agora é representada por 40 fragmentos, em vez de somente 1, já que não há etiquetas diferentes entre eles. Por isso, imagino, que incluíram sabiamente esse trecho na wiki: "This applies particularly to unsigned U-turns in Brazil, where using turn restrictions will require hundreds or thousands of restrictions and micro-segmentation of all roads which in turn make editing data hard."

E esse tipo de mapeamento, por mais que não esteja errado, é desnecessário pois não acho que exista um aplicativo que esteja fazendo roteamento com retorno em cada esquina. E mantendo isso no mapa, pode estimular a que outros mapeadores, principalmente, iniciantes, também façam isso.

Tanto não há mapeamento de permissão para retornar que nessa última junção que você indicou, a única relação de restrição mapeada é para proibir o retorno:
https://www.openstreetmap.org/node/2963574939

https://www.openstreetmap.org/relation/10975558#map=19/-27.67822/-48.70163

Essa ferramenta é melhor para visualizar as relações de restrição de conversão:
https://ahorn.lima-city.de/tr/?zoom=18&lat=-27.67926&lon=-48.702388&layer=OSM%20Standard&overlays=TTT

Veja que não há, de novo, a permissão de retorno.

Abra o mapa em qualquer lugar do mundo no editor do OSM (iD) e vai ver que lá está a "permissão de retorno".

Abraço!
Thundercel (2023-07-15 23:48:19+00:00): Voce tem razão Adriano. Mais de 10 anos editando sem receber salario (rs) aprendi mais uma. É redundante pelo ID inserir o no_u_turn se ele, pelas etiquetas ja estiver nessa condição. Obrigado.
poeiradasestrelas (2023-07-16 17:25:15+00:00): De nada!
Normal, sempre aprendendo. Em outras discussões você comentou que também é editor do Waze. Se lembro bem, lá a restrição de retorno é inabilitada por padrão (seta u-turn vermelha). Como a representação gráfica é parecida, é compreensível confundir no tratamento feito pelo iD. Abraço!
woodpeck_repair (2023-07-19 04:43:01+00:00): This changeset has been reverted fully or in part by changesets 138572761, 138689811, 138508386, 138530263, 138563870, 138448306, 138443626, 138466177, 138673696, 138693058, 138440582, 138542403, 138629671, 138550049, 138652256, 138589059, 138557129, 138517151, 138561813, 138663307, 138534828, 138642375, 138596063, 138457462, 138524112, 138498769, 138528151, 138610429, 138683125, 138580314, 138474443, 138489449, 138620352, 138637713, 138481813, 138485141, 138645544, 138599143, 138602442, 138566415 where the changeset comment is: revert undiscussed name changes in Ukraine, see https://community.openstreetmap.org/t/topic/100629/25
TheBestPercy (2023-07-12 21:41:44+00:00): and much more to go. I'm working down by the sage valley middle school updating houses and house numbers.
Mateusz Konieczny (2024-04-11 13:53:49+00:00): Hello! https://www.openstreetmap.org/way/1115899411/history has amenity = church that was added in this edit (if I checked things correctly)
What you meant by amenity=church? It seem to be not documented value and it seems to be a duplicate of https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dplace_of_worship - if you meant christian church then then it is taggable by amenity=place_of_worship religion=christian.
clnd (2025-01-09 05:20:40+00:00): Thank you for correcting my mistake, I believe iD did this on its own
Government Organization website (2023-07-12 03:11:22+00:00): DHHS-Grant, 1900 Pennsylvania Avenue NW, Washington, DC 20052, Estados Unidos
rhtb0 (2023-07-12 13:00:03+00:00): 공사중=construction
계획, 예정=Proposed
CurlingMan13 (2023-07-12 05:48:45+00:00): Looks good.  FYI - you can also add private driveways at the end, being sure to use the tag "access=private"

This would highlight the fact of where the road ends.
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/138400959
J Erwin (2023-07-13 03:09:39+00:00): Thank you! I think I actually did split it and make the end into a driveway with private. I think my comment is off from what I actually did?
            ---
            #REVIEWED_GOOD #OSMCHA
            Published using OSMCha: https://osmcha.org/changesets/138400959
J Erwin (2023-07-13 03:22:16+00:00): In any case, I understand and will try to do this on my edits and comments.
            ---
            #REVIEWED_GOOD #OSMCHA
            Published using OSMCha: https://osmcha.org/changesets/138400959
adrianojbr (2023-07-14 00:11:25+00:00): Olá, Thundercel!

Qual o motivo do rebaixamento da classificação de vias de secundária para terciária, já que não foi exposto no comentário do changeset?

Abraço!
Thundercel (2023-07-14 03:24:23+00:00): Roteamento no proprio OSM.
Thundercel (2023-07-14 03:27:09+00:00): Se empregar a função rota do proprio OSM identificará que ele priorizava a Av, São Cristóvão para atingir a BR-101, abandonando a BR-282.
Thundercel (2023-07-14 03:28:09+00:00): Agora me explica qual motivo de existir a Avenida São Cristóvão como secundária.
Thundercel (2023-07-14 03:30:35+00:00): https://www.openstreetmap.org/directions?engine=fossgis_osrm_car&route=-28.0157%2C-49.5925%3B-27.1542%2C-48.5424#map=14/-27.6835/-48.6813
poeiradasestrelas (2023-07-16 17:54:16+00:00): Vamos por partes também, iniciando pelo fim:

1. A Av. São Cristóvão foi criada, pelo menos, em 2013 no OSM já como secundária¹. Então não sei dizer se foi feito uma análise da classificação de vias;

2. Porém, acredito que ela pode ser secundária pois:
a) ela não é apenas a principal via (coletora) do bairro (terciária sobre residenciais); mas serve também como via arterial (continuando pela Avenida Bom Jesus de Nazaré) fazendo a ligação da BR-282 com a Rua Jacob Weingartner que é primária, ajudando a esvaziar o trânsito da BR-282 até o entroncamento com a BR-101;
b) Palhoça tem 222.598 habitantes e faz parte da Região Metropolitana de Florianópolis (região conhecida como Grande Florianópolis, o que faz a população beirar 1 milhão). De acordo com a classificação de vias para o Brasil aprovada em 2020², cidades desse porte são ligadas por trunk, e as demais vias serão no máximo primary. Assim, a Jacob Weingartner está coerente, e em uma análise melhor, talvez seja o caso de elevar a São Cristóvão e Bom Jesus de Nazaré para primary também, a fim de compor o sistema de vias arteriais de Palhoça.

Concluindo: acho que há justificativa para deixar a São Cristóvão como terciária. Porém também vejo que há motivos para que ela seja secundária ou até primária.
_____________
¹ https://www.openstreetmap.org/way/217068486/history

² https://wiki.openstreetmap.org/wiki/Brazil/Classifica%C3%A7%C3%A3o_das_rodovias_do_Brasil#Abordagem_norteadora_da_proposta
poeiradasestrelas (2023-07-16 18:39:41+00:00): Agora a respeito do roteamento:

1. Já faz 5 dias que você alterou a classificação de vias no local, rebaixando a São Cristóvão para terciária¹ e não sei quanto tempo leva para sensibilizar os roteadores do OSM, mas o OSRM continuando desviando da BR-282² pela São Cristóvão.

2. Mesmo quando o início da rota é colocado mais próximo da BR-101, o OSRM continua sugerindo sair da BR-282³. Pior ainda, desviando pela Rua São Vicente que é residencial.

3. Interessante se alterar o mecanismo de roteamento para Valhalla mesmo na rota que você usou como exemplo, a rota é feita corretamente⁴.

4. Eu uso o OsmAnd para roteamento, e ele já fazia corretamente a rota pela BR-282.

5. Fazendo uma rota com origem e destino mais próximos, ocorre situação semelhante:
a) Com o OSRM³ é feito o desvio pela Rua São Vicente gerando um percurso de 2.9 km; 
b) Ao alterar para Valhalla, a rota segue pela BR-282 mas com uma distância de 3.6 km⁵.


6. Assim, presumo que o problema aqui não seja a classificação de vias, mas sim o software de roteamento. O OSRM parece preferir uma rota mais curta, em vez de privilegiar a classe das vias.

_____________
¹ https://overpass-api.de/achavi/?changeset=138401027

² https://www.openstreetmap.org/directions?engine=fossgis_osrm_car&route=-27.6816%2C-48.7065%3B-27.6486%2C-48.6734#map=14/-27.6651/-48.6899

³ https://www.openstreetmap.org/directions?engine=fossgis_osrm_car&route=-27.66214%2C-48.68488%3B-27.64860%2C-48.67340#map=16/-27.6559/-48.6792

⁴
https://www.openstreetmap.org/directions?engine=fossgis_valhalla_car&route=-28.0157%2C-49.5925%3B-27.1542%2C-48.5424

⁵
https://www.openstreetmap.org/directions?engine=fossgis_valhalla_car&route=-27.6621%2C-48.6849%3B-27.6486%2C-48.6734
Fizzie-DWG (2023-12-20 02:31:43+00:00): DWG revert

https://www.openstreetmap.org/changeset/145313310
Fizzie-DWG (2023-12-20 02:31:38+00:00): DWG revert

https://www.openstreetmap.org/changeset/145313307
Tex2002ans (2026-07-15 03:28:45+00:00): Hey SherbetS,

I recently came across these 4 Notes reported by a user (which I just fixed):

- https://www.openstreetmap.org/note/5396673

It looks like many of your imported "reservoir"s:

- `natural=water` + `water=reservoir`

were actually meant to be OSM "basin"s.

- - -

I scanned the area, and believe I spotted a few more, like:

- https://www.openstreetmap.org/way/1189040427/
- https://www.openstreetmap.org/way/1189056777/
- https://www.openstreetmap.org/way/1189058016/
--- Accidentally marked as a `natural=wetland` + `wetland=marsh`.
- https://www.openstreetmap.org/way/1189040806/
--- Accidentally marked as a `natural=water` + `water=pond`
- https://www.openstreetmap.org/way/1189040966/
--- Accidentally marked as a pond too.

The ones inside of large residential developments, near huge shopping malls/parking lots, and right next to major highways are most likely "basins".

Do you have any more details? (Or maybe there's been updated Florida landuse data in the past 3 years since import?)
SherbetS (2026-07-21 20:52:41+00:00): Thanks for the feedback,

- note/5396673

This note is referring to objects added by another user, not by the import, I did not choose the tags for those specific objects

- way/1189040427

I would argue that this could qualify as a reservoir, the shape makes me think that it was built by damming a flow, rather than creating an artificial basin for water to collect.

- way/1189056777
- way/1189058016
- way/1189040806/
These objects are definitely basins that were not mapped as such.

The reason that this might have happened is that the Florida DEP created the landuse data around 2019, and the imagery they used may have shown these objects slightly differently. This is what I believe might have happened in the case of the marsh object. 

Do you know how widespread the issue is? The safest bet may be to opt for a more generic scheme (natural=water instead of natural=water + water=reservoir) if the issue is widespread enough.
user_5359 (2023-07-13 12:22:44+00:00): Hello! Please notice your import has an error. Use the key intermittent instead of intermitte. This error is corrected.
user_5359 (2023-07-13 12:48:58+00:00): Hello again! Please notice your import has a second error! Use the key residential instead of residentia. This error is corrected.
highflyer74 (2023-07-13 10:24:10+00:00): Hello!

Please revisit the import you did here. There were a lot of ponds added that do not look like ponds, but rather open space on private property.

905 objects were added that carry the mistyped key 'intermitte'.

Also please only use relations where absolutely needed in order to keep complexity low.

Thank you!
SherbetS (2023-07-13 13:22:05+00:00): Hi,

The typo was fixed before I could get to it.
https://www.openstreetmap.org/changeset/138462166

can you provide any specific examples? all the objects labeled intermittent ponds that I saw appeared to be lower elevation places that I assume fill with water in times of heavy rain.

Thanks,
--SherbetS
highflyer74 (2023-07-13 16:47:01+00:00): Hello and thanks for the quick reply!

I am currently unable to locate that area that I stumbled across. I would recommend to take a bit more care about details.

When not sure (is this really a pond? / is this actually intermittent, or does it only have different water levels during the year? / is this actually a lake or rather wetland?) I would rather leave it to other mappers with local knowledge. I know the US does not have the same mapper density as Europe, and I do appreciate your work but in general OSM prefers quality over quantity, meaning an empty map is preferred over wrong data usually.

Areas that flood after heavy rain are no ponds but get https://wiki.openstreetmap.org/wiki/Key:flood_prone as a tag.

I don't know how you do that, but I would not be able to tell if an area has low elevation (which does not automatically mean it's flood prone) from aerial imagery.

After looking through the data I noticed e.g. these two objects that are not a lake really...

- https://www.openstreetmap.org/way/1189035642

- https://www.openstreetmap.org/way/1189035640

And there are many more examples. So please, take some time to manually connect / merge things that belong together and make the coastlines resemble reality :-)

Concerning relations: in favour of future mappers and / or beginners keep them small and only use them when needed. Some areas in OSM are basically "blocked" for further mapping as in the old days some huge convoluted MP relations have been mapped that no one wants to cope with nowadays. So we try to avoid making the same mistake again.

If you need help, let me know!

All the best to you!
SherbetS (2023-07-14 02:32:42+00:00): I've fixed the issues with the lake, 

Those objects are generated as a byproduct of the process I use to conflate the landuse data I have with the landuse data already on the map, and in this case I didn't see this particular issue before uploading. 

Thanks for the feedback.
Fizzie-DWG (2023-12-20 02:31:35+00:00): DWG revert

https://www.openstreetmap.org/changeset/145313306
Fizzie-DWG (2025-04-12 05:55:58+00:00): DWG revert - undiscussed Organised import from unknown source

https://www.openstreetmap.org/changeset/164841193
Supaplex (2023-07-12 06:41:16+00:00): 請問為何要刪除電線與道路呢?如果有變動請照現況變更
            ---
            #REVIEWED_BAD #OSMCHA
            Published using OSMCha: https://osmcha.org/changesets/138401699
Supaplex (2023-07-12 06:40:27+00:00): 請問為何要刪除工業區中的道路呢?如果有變動請改為新的用途
            ---
            #REVIEWED_BAD #OSMCHA
            Published using OSMCha: https://osmcha.org/changesets/138401738
Supaplex (2023-07-12 05:52:07+00:00): 請問為何要移除草地呢?如果有變動的話，請改為新的用途
            ---
            #REVIEWED_BAD #OSMCHA
            Published using OSMCha: https://osmcha.org/changesets/138401749
Supaplex (2023-07-12 05:51:21+00:00): 請問為何要移除名稱?如果有變動請改為新的名稱
            ---
            #REVIEWED_BAD #OSMCHA
            Published using OSMCha: https://osmcha.org/changesets/138401783
Supaplex (2023-07-12 05:48:54+00:00): 請問為何刪除i郵箱?如果有變動的話，請改成最新狀態
            ---
            #REVIEWED_BAD #OSMCHA
            Published using OSMCha: https://osmcha.org/changesets/138401793
user_8655426 (2023-07-18 03:51:10+00:00): こんにちは。OpenStreetMapへようこそ。
進行方向制限リレーションを OpenStreetMapに追加されていますが、それらの情報はどのように調べていますか？ 変更セットに source タグが付与されていません。

JA:変更セット
https://wiki.openstreetmap.org/wiki/JA:変更セット

JA:変更セットの良いコメント
https://wiki.openstreetmap.org/wiki/JA:変更セットの良いコメント

JA:Key:source
https://wiki.openstreetmap.org/wiki/JA:Key:source

アップロードの際に変更セットに source タグを追加し、情報源の明示をお願いいたします。

また、「あなたたち」は組織的編集を行っているように見えます。ガイドラインが定められていますので、念のため以下のページのご確認もお願いいたします。

JA:Organised Editing Guidelines
https://wiki.openstreetmap.org/wiki/JA:Organised_Editing_Guidelines
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/138401798
Supaplex (2023-07-12 05:48:19+00:00): 請問為何刪除工業區內的道路?如果有變動的話，請改成最新狀態
            ---
            #REVIEWED_BAD #OSMCHA
            Published using OSMCha: https://osmcha.org/changesets/138401823
Louna4 (2023-07-12 02:58:27+00:00): jdhdgc
user_5359 (2023-07-12 05:53:54+00:00): Welcome to OSM! Don't use landuse for a building. Have also a look on https://wiki.osm.org/wiki/Main_Page
rene78 (2023-07-14 22:10:38+00:00): Maybe "disused:amenity" would have been better to keep the history?
ElliottPlack (2023-07-12 05:35:18+00:00): thanks!
user_5359 (2023-07-13 12:27:25+00:00): Hello! Please take a look on http://www.osm.org/node/10984225485. What is the mean of the tag NOE = Y?
FrankOverman (2023-07-13 12:33:14+00:00): Typo, too fast edit.
noexit = yes
Is the right param.

Tnx, Frank
FrankOverman (2023-07-14 06:42:43+00:00): https://www.openstreetmap.org/changeset/138491679
habi (2023-07-20 08:48:01+00:00): Ciao Dominik

Willkommen bei OpenStreetMap, schön hilfst du hier mit, die Kartendaten zu pflegen.

Du hast hier `lanes=2` auf `lanes=1` geändert.
Wenn das so korrekt ist, dann müsste auch `lanes:backward=1` und `lanes:forward=1` entfernt werden, ansonsten machen diese Tags keinen Sinn.

Gruss,
habi
Bettermile (2023-07-13 09:09:46+00:00): Hi Opendoc!! Ist das nicht Erlenweg statt Erlenstraße? 

https://www.google.com/maps/place/Erlenweg+3,+94081+F%C3%BCrstenzell/@48.5213165,13.3157257,19.25z/data=!4m6!3m5!1s0x477457459277dfe5:0xcdf45624386212a9!8m2!3d48.5213775!4d13.3163687!16s%2Fg%2F11tk24r7mw?entry=ttu
opendcc (2023-07-13 12:59:49+00:00): Ah, gedanklicher Teppfuhler .. Du hast recht
jeka p (2023-12-01 19:49:55+00:00): Hi!
warum wurden die tags:
sport=climbing und climbing:sport=yes gelöscht?
es ist immer noch eine Kletterstelle.
SG
Jeka
jeka p (2023-12-01 19:50:31+00:00): Die ist zwar nicht im Führer beschrieben, ist aber trotzdem da.
SG
mcliquid (2023-12-02 16:18:05+00:00): Hi, ist doch immer noch da: https://www.openstreetmap.org/node/10592193791
jeka p (2023-12-04 18:55:42+00:00): Alles klar.
Ich würde es aber weiter, die Kletterwand weiter als Felsenabschnitt belassen, da:
- Es mehrere Route nebeneinander an einem Felsenabschnitt gibt
Ich glaube, dass es so mehr der Realität vor Ort entspricht

Lt. Wiki (https://wiki.openstreetmap.org/wiki/DE:Tag:sport%3Dclimbing) könnte man auch:
"Alle Routen innerhalb eines Klettergartens können in einer Relation gruppiert werden und müssen mit climbing=crag gekennzeichnet werden."
Ich finde die Variante zu aufwändig...
pitfire (2023-07-13 05:50:16+00:00): Hallo drvbyskaiser,

die Telefonnummer benötigt "internationalen (ITU-T E.164)-Format"

https://wiki.openstreetmap.org/wiki/DE:Key:phone#Anwendung
julcnx (2023-07-12 13:39:55+00:00): Hi there! Thank you for your contributions! Just a friendly tip for next time, it's a good practice to save and upload your changes before moving on to the next area. Keeping changesets local to specific areas makes it easier for reviewers to review and verify changes. Keep up the great work!
gurglypipe (2023-07-12 11:18:29+00:00): Heya, thanks for your edits to Kentmere :)

Is this definitely a cave (natural) or an adit (man made)? If the latter it’s probably best tagged as man_made=adit, disused=yes. See https://wiki.openstreetmap.org/wiki/Tag:man_made%3Dadit
wambacher (2023-07-13 07:32:54+00:00): Du hast die Praxis d. Busch in Eisenach eingetragen. Da liegt sie sicher falsch.
siehe https://wambachers-osm.website/Postcodes.html?map=19/50.976205/10.32278&base=OSM&data=PCBDE,WPCDE
eggie (2023-07-12 08:09:00+00:00): Dag ttc
Meestal wordt website=  gebruikt ipv url.
De website wordt als onveilig beschouwd door virusscanner AVG.
Kun je nog e.e.a. bekijken.

MVG
eggie
felipeeugenio (2023-07-12 13:04:08+00:00): Hola.
Ayer le corregimos los tildes y algunos otros errores, pero vemos que vilvió a generar otra vez todos los errores y sacó los tildes. Por favos cuidado con eso. En todo caso no es problema, es normal en quienes comienzan.
Saludos y gracias por su tiempo
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/138409086