piebro/osm-data huggingface dataset:
Martin B Beattie (2014-11-20 20:16:32+00:00): please do! I wanted to correct the bus stop,as it was a temporary stop due to building works. I wanted to correct footpaths no longer there,and move the tennis courts to their rightful position,not in the middle of the football pitch. Sorry,I am poor on a PC and had not realised I had changed it but thought I had erased it as I got hopelessly muddled.
Martin B Beattie (2014-11-20 20:33:14+00:00): chilly,
Can you correct some of these things?
Also,the church sign to the right of Freefolk at top of road is my old junior school now a private house. There IS another church,St Nicholas' at a point almost 250m (?) downwards at the end of the green coloured area.
chillly (2014-11-20 20:43:37+00:00): I'll revert (undo) your edit. Then I suggest you make a small edit to correct a single item and save it. When you save it make sure you add a comment so you can see the history of your changes. Making small, simple changes one at a time will help you get practice, which is all you need to get going.
chillly (2014-11-20 20:45:49+00:00): I won't edit that area. I only edit areas I visit or know very well. You could add notes (second from bottom black icon on the right). That will point out the changes and invite a local mapper to take a look. Give as much detail as you can.

Good luck.
simon04 (2016-07-31 09:19:37+00:00): Hallo,
unter https://www.openstreetmap.org/note/327003 gibt es die Frage nach der Bedeutung von maxspeed=AT:motorway. Dieses Attribut gibt es nur im Tiroler Oberland.
Spricht etwas gegen maxspeed=130?
Grüße
Huldega (2016-07-31 13:54:02+00:00): Hallo,
nein, es spricht nichts dagegen. Der tag war wohl mal als neuer Standard gedacht, hat sich aber offenbar nicht durchgesetzt.
Du kannst es gerne richtigstellen.
Grüße
simon04 (2016-08-01 14:41:02+00:00): Danke für die Antwort. Habe die Anpassung durchgeführt: https://www.openstreetmap.org/changeset/41169532
Huldega (2016-08-01 19:09:37+00:00): Super! LG
XaMi (2014-12-29 20:58:03+00:00): This changeset adds the additional ref A46 to the part of motorway A57between junctions Neuss-West and Neuss-Süd.
Unfortunately you did not add a source to the changeset.
At all signs in this area only A57 is referenced. The website http://www.a46.nrw.de/#strecke as reports a gap of A46 at this area.
If there's no seriously source I recommend to revert this  changeset
XaMi (2015-01-05 20:17:06+00:00): I have to correct my previous comment partly: At least between Neuss-Süd and Neuss-Hafen new labels have been put on the signs (A57 and A46). Don't know if this is only meant as a direction hint, as the website still reports a gap.
zarl (2016-10-05 06:17:08+00:00): Bei der Eintragung der Keys/values für einen Pfad hast du ganz schön übertrieben: motor_vehicle etc. sind bei highway=path von vornherein ausgeschlossen, dann noch tourist_bus=no... Man muss wirklich nicht jeden Pfad mit Pseudo-Informationen zumüllen. 

Gruss,
Zarl
ViriatoLusitano_import (2014-11-21 03:41:54+00:00): Don't know why the summary turned into "utra". It should be: Reverting all account data because of undiscussed import and major deletion of data.
mavl (2014-11-21 17:23:09+00:00): По заполнению тега addr:housenumber есть соглашение

http://wiki.openstreetmap.org/wiki/RU:Key:addr:housenumber
emacsen (2014-11-21 03:47:01+00:00): Reverted in changeset 26921278 due to obvious spam (doesn't speak well to the product/website either, if that's how they have to drum up business).
Endres Pelka (2016-07-15 22:31:55+00:00): You don't mark religious institutions with place=region. amenity=place_of_worship is sufficient. I fixed it in 40770075.
ma-rt-in (2014-11-21 08:45:33+00:00): Der Weg 254864890 ist ein normaler Weg und kein ausschließlicher Fußgängerweg.
mavl (2014-11-21 18:03:11+00:00): Почему удалён дом Амурская улица, 43?
ma-rt-in (2015-09-21 08:30:56+00:00): Warum wurden hier die Häuser nochmals über die anderen drüber gelegt?
c_k Wu (2014-11-21 08:06:36+00:00): comment錯誤
ma-rt-in (2014-11-21 08:42:25+00:00): Hallo,

tu bitte mir und den anderen Mappern den gefallen und schreibe ein Kommentar zu deinen Bearbeitungen.
mavl (2014-11-21 17:18:56+00:00): Неверно расставлены oneway=yes для железнодорожных путей. Например, путь http://www.openstreetmap.org/way/215931127 является подъездным, а не магистральным. Движение по нему двухсторонее. Такие примеры ещё есть в Тюменской области.
mavl (2014-12-04 16:01:02+00:00): Здравствуйте.

К вам большая просьба. Не удаляйте больше теги note, как, например, у этой точки http://www.openstreetmap.org/node/1884085532/history
simon04 (2016-11-24 13:22:11+00:00): Bei der Bearbeitung ist auf diesem Abschnitt der Fußweg verschwunden: https://www.openstreetmap.org/way/118427789

Gemeldet via https://www.openstreetmap.org/note/786983 und korrigiert via https://www.openstreetmap.org/changeset/43920713
SomeoneElse (2014-11-21 23:31:19+00:00): Hello,
I think that something's gone a bit wrong with some of the things in this changeset.  For example, http://www.openstreetmap.org/way/313798519 looks like a building but the "building=yes" tag seems to have got added to a node at the corner rather than the way itself.  To fix it when editing, make sure that you click on the way before adding the tag.  A few other buildings in the changeset seem to have the same issue.

One other thing - using the "Potlatch 2" editor you may notice that imagery disappears as you try to zoom in.  Unless you're using Internet Explorer, you may find it easier to use the other in-browser editor ("iD") which supports "overzoom" of relatively poor imagery - as you zoom in it doesn't disappear.  The standalone Java editor JOSM also supports zoom in this way.

Anyway - hope you don't mind me mentioning this - just trying to help.  

Cheers,
Andy
mariotomo (2021-12-28 16:24:22+00:00): bonjour Mahamoud, vous êtes toujours intéressé au "mapping" avec OSM? vous avez laissé ici quelques éléments à réviser, j'espère que vous passerez en revue mes modifications.
Nakaner (2014-11-23 14:42:43+00:00): partially reverted by changeset 26974396 (https://www.openstreetmap.org/changeset/26974396)
Derick Rethans (2014-11-21 11:04:18+00:00): Hi!

Thanks for added the new building info. I have just one question, as you used both addr:housename (I think, incorrectly, as there is already addr:housenumber) as well as "name" — meant for the real (signposted) name of the building — which is likely correct. 

Would you mind if I removed the addr:housenumber tag? (And changed building=Commercial to building=commercial)?

cheers,
Derick
Nakaner (2014-11-25 17:34:13+00:00): reverted by changeset 27026963 (https://www.openstreetmap.org/changeset/27026963)
Baloo Uriza (2014-11-26 20:47:51+00:00): You may want to get in contact with the original user and see if you can't get a more exact location on him.
dieterdreist (2014-11-27 10:57:00+00:00): Yes, I have tried to do so, but have not gotten any reply so far. This would only help to get the address though, I am not sure that a private person offering some hours of mathematics repetition is enough to be on the map, at least there is no common tagging at the moment, and the name-tag surely isn't a good place to put a description.
Baloo Uriza (2014-11-27 21:35:20+00:00): Very good point.
Nakaner (2014-11-25 17:32:21+00:00): reverted by changeset 27026896 (https://www.openstreetmap.org/changeset/27026896)
sperlingskauz (2017-12-03 21:30:36+00:00): Hallo dachefte,

du hast in diesem Chageset einen Bienenstock als Haus gemappt. Handelt es sich hierbei um einen einzelnen Bienenstock oder um ein Bienenhaus mit mehreren Bienenstöcken? Ersteres wird als beehive, letzteres als bee_house gemappt. Weiteres siehe auf der neuen deutschsprachigen Wiki-Seite für beehive.

Gruß,
sperlingskauz
dachefte (2017-12-04 16:32:52+00:00): Hi sperlingskauz!

Es geht vermutlich um dieses Objekt:
https://www.openstreetmap.org/way/313805538
Und ja, es ist vollkommen eindeutig ein BienenHAUS. Steht dort seit mehr als 40 Jahren mit > 30 Bienenstöcken. Was mich allerdings zögern lässt, das zu "korrigieren": Ich kann "bee_house" nur auf der deutschen Wiki-Seite finden, nicht aber auf der (verbindlichen) englischen. Kein Proposal, kein Vorschlag auf der Mailingliste, nix im Forum.
Viellieicht kannst du da weiterhelfen?

Viele Grüße

dachefte
sperlingskauz (2017-12-08 16:05:59+00:00): Hi dachefte,

Danke fürs Nachhaken. Der Vorschlag mit bee_house ist, denke ich inzwischen, zu kurz gesprungen. Ich werde genauer analysieren, und dann, je nachdem, schauen welcher weitere Schritt der am Zielführendste ist. 

Viele Grüße, 
sperlingskauz
sperlingskauz (2018-01-20 17:54:18+00:00): Hi dachefte,

auf der Diskussionsseite von https://wiki.openstreetmap.org/wiki/Proposed_features/apiary wurde das Thema Bienenhaus diskutiert, allerdings bisher ohne Ergebnis. 
Die Statistiken habe ich nun um Bienenhaus-spezifische Daten ergänzt, sowie einen neuen Diskussionsbeitrag gepostet. Ich hoffe, dass nun wieder etwas Leben in die Diskussion kommt. Und dass dieses Mal ein Ergebnis herauskommt. 

Ich würde mich sehr freuen, wenn du mitdiskutieren würdest. 

Viele Grüße,
sperlingskauz
pjhooker (2015-02-22 15:03:17+00:00): :-)
Hubert87 (2014-11-21 17:20:55+00:00): Warum entfernst du ihr ständig die oneway=yes? Deine Changeset Kommentare geben dazu leider keine Informationen.
mavl (2014-11-21 17:31:07+00:00): "Монетку" лучше обозначать shop=convenience, а не shop=yes.
Mateusz Konieczny (2019-09-02 08:20:36+00:00): What is the meaning of boduble=yes tag?
FroschForscher (2026-02-07 20:08:09+00:00): This changeset seems to be the only origin of boduble=yes which got added to various objects (bondary relations, highways trunk to residential, shops, amenitys, ...). Do we know the meaning / usefulness? Or should it be reverted?
Mateusz Konieczny (2026-02-07 22:55:54+00:00): given https://www.openstreetmap.org/user_blocks/564 and lack of activity for 11 years and lack of response here for 6 years and complete lack of clarity what it means, I think that purging it would make sense
Mateusz Konieczny (2026-02-07 22:56:36+00:00): note: this is my personal opinion and I am not a local mapper
FroschForscher (2026-02-08 08:50:07+00:00): Forwarded to https://community.openstreetmap.org/t/boduble-yes-entfernen/141340
Mateusz Konieczny (2026-02-08 11:24:36+00:00): Hmmm, not sure should I barge into discussion add start emitting my preferred way of handling there.

Probably no.
cadsauxk (2014-11-22 14:10:20+00:00): Porque foi apagado?
Thundercel (2014-11-23 11:28:49+00:00): Porque a estrada de ferro não existe mais e não cabe desativado para ela porque estão aí constuindo uma avenida.
Observe que foi inserido um novo viaduto cruzando a linha ferra ainda ativa. Esse viaduto não existia no mapa.
Thundercel (2014-11-23 11:29:27+00:00): http://www.openstreetmap.org/way/313834838
cadsauxk (2014-11-23 11:51:55+00:00): Você removeu a Vila Caetano Furquim, a vila inteira deixou de existir?
Thundercel (2014-11-23 12:14:11+00:00): Removi junto com as alterações na área porque devido a construção do novo viaduto e as alterações na região o poligono dessa Vila desenhada no mapa estava totalmente inconsistente.
Optei por excluir o errado e buscar o certo em alguma fonte de referência.
cadsauxk (2014-11-23 20:45:49+00:00): Todos os polígonos importados pelo IBGE são muito aproximados. Mas sempre constatei que esses agromerados existem e é uma informação útil que precisa serv preservadas. Nestes casos, ao invés de apagar,  é melhor adicionar a tag fixme e fazer um comentário na tag note. Ao apagar o dado tira-se a oportunidade de outros mapeadores contribuirem para melhorar o contorno.

Não vou reverter esta edição, mas vou tentar recuperar o contorno da vila e acrescentar um fixme.
cadsauxk (2014-11-23 20:51:04+00:00): Objeto http://www.openstreetmap.org/way/22481701 restaurado  http://www.openstreetmap.org/changeset/26982480
cadsauxk (2014-11-23 20:51:42+00:00): correção o objeto é este http://www.openstreetmap.org/way/224817001
Thundercel (2014-11-23 21:16:47+00:00): A pratica tem nos demonstrado que o IBGE não atualiza seus dados de forma frequente e muitos dados nele estão incorretos.
A importação de seus dados é uma opção porém requer atenção e analise de forma a não introduzir dado incorreto no mapa e atribuir a falha ao IBGE.
Esses dados ora revertidos contem erro grosseiro porque a parte leste da área, em especial a Praça Itabira e arredores fazem parte do vizinho São Geraldo e não Vila Caetano Furquim, conforme consta nos Correios e Telégrafo (CEP).
 entretanto lembro que toda a área da Praça Itapira consta pelo CEP que fica no vizinho São Geraldo e não va Vila Caetano Furquim.
Infelizmente essas incorretas informações com TAG fixme nos obrigarao a configurar o mkgmap para desconsiderar objetos com ela porque optamos por estampar no mapa COCAR, de preferência, dados corretos.
cadsauxk (2014-11-23 21:31:32+00:00): Os dados não estão incorretos, estão incompletos ou imprecisos. Estariam incorretos se a Vila tivesse deixado de existir, o que não me consta seja o caso.
Aliás, olhando pelo Bing não existe esta praça Itapira pois aparecem construções de moradias no lugar. 

Ao apagar dados pura e simplesmente elas não são mais visíveis para nenhum outro mapeador, tirando assim a oportunidade de correção. 

Eu sugiro que seja usada uma tag especifica algo do tipo mkgmap=ignore ou cocar=ignore para elementos que não tem a qualidade suficiente para serem usados por suas aplicações.
Thundercel (2014-11-23 22:09:07+00:00): Na minha opinião os dados estão incorretos porque delimita a Via em área de outro bairro (São Geraldo).
Como citei a Praça Itapira não vista no BING existe e tem os seguintes dados nos Correios:
Praça Itapira 	São Geraldo 	Belo Horizonte, MG 	31050-210
Essa Praça se encontra na área revitalizada e onde se inicia o viaduto recem construído. As construções e moradias que aparecem ali no Bing não existem mais.
temos opiniões divergentes sobre a informação contida no mapa.
Existir um objeto que informe o ponto concordo, agora existir um poligono que delimite um bairro de forma incorreta, abrangendo significativa parte do bairro vizinho, não sou favoravel até porque a indexação de via por bairro (adm level 10) ficaria incorreta e por essa razão continuo sendo mais favoravel a ignorar a TAG fixme no style do mkgmap do que incluir essa TAG na base OSM..
cadsauxk (2014-11-23 22:46:28+00:00): Um aglomerado subnormal pode cruzar limites de bairros sim. Por que isto estaria errado? 

Como você sabe que a praça foi revitalizada? Qual a fonte?

Como você sabe que estas construções não existem mais?

Eu não sou contra corrigir, eu sou contra apagar sem corrigir. 

Se você tem dados melhores, então acerte o contorno. Se não tem dados melhores então deixe como está.
Thundercel (2014-11-23 23:19:28+00:00): Aglomerado subnornal é uma coisa e aglomerado chamado de bairro outra. Aglomerado com nome de bairro não pode entrar em outro bairro.
Sei que a Praça foi revitalizada porque obtive essa informação de um amigo que recentemente trafegou ali. A fonte nesse caso seria survey.
As construções não existem mais como pode ser visto na foto da Praça que lhe enviei por email.
Voce é contra apagar sem corrigir, já eu sou contra manter dado incorreto com tag fixme. Isso penaliza inumeras aplicações que indexam vias pela área onde se encontram.
Como não tenho dados sobre a área da Vila acertaria eu excluindo o poligono dela e inserindo um unico objeto no geocentro aproximado dele com o nome da Vila. Com essa ação se informaria o local sem indexar os objetos da área nele.
cadsauxk (2014-11-22 14:09:12+00:00): Em vez de simplesmente apagar não seria melhor colocar como railway=abandoned ou algo semelhante?
Thundercel (2014-11-23 11:26:48+00:00): Não porque no trajeto da estrada de ferro está sendo construida uma avenida e pelo visto essa avenida não aproveitará todo o trajeto da ferrovia não mais existente.
cadsauxk (2014-11-23 11:47:57+00:00): Discordo. railway=abandoned é o uso correto (veja na wiki), depois os trechos coincidentes podem receber a tag adicional highway sem problema algum. Sugiro reverter. Além do mais esta informação precisa ser verificada pois o trecho faz parte da Linha Vitória a Minas que até onde eu sei continua ativa. De onde veio a informação de que será construído uma avenida no lugar?
Thundercel (2014-11-23 12:06:23+00:00): São 3 linhas e somente uma delas foi excluída para se fazer avenida em partes do seu trecho.
Na wiki para railwqay=abandoned é citado:
A tag to map former railways, where the rails have been removed but the route is still visible in some way. 
Ora, na minha opinião o caminho da estrada de ferro não será mais visivel porque em trechos dele está sendo contruido uma avenida e em outros áreas de lazer.
Continuo sendo de opinião que a tag abandoned não se aplica nesse caso.
cadsauxk (2014-11-23 22:48:34+00:00): "Viaduto" não é nome e não deveria constar do campo name.

Qual a fonte dos dados?
Thundercel (2014-11-23 23:33:26+00:00): Ao contrário do termo "viaduto" não ser nome e sim tipo de via, sabemos muito bem da importancia desse tipo no roteamento na área.
Ele, na minha opinião não deve a risca ser comparado a Rua, avenida, rodovia, etc.
Ele leva a Tag Bridge=yes, mas sabemos que essa TAG é também empregada para ponte que é muito abrangente e diferente de um viaduto que cruza linha férrea.
Thundercel (2014-11-23 23:34:14+00:00): complementando...
A fonte dos dados acabei de inserir
source=survey,gps
saintam1 (2014-11-21 16:43:56+00:00): Hello,

Are you sure setting addr:street to "Bulgaria Blvd." is the right thing to do? The way is named "бул. България", and addr:street tags should match the "name" tag of the street they refer to.

The wiki says: "A way with highway=* and the corresponding name should be found nearby" (http://wiki.openstreetmap.org/wiki/Key:addr).

I think the addr:street tag should be "бул. България", no? I'm guessing that otherwise you risk your hotel not showing up in search results if a user searches for the address only.

Just my two stotinki.
StefanB (2014-12-30 16:41:45+00:00): Hi!

What was reported wrong here by OSM inspector? We're in process of preparing the landuse data fro the whole country (https://wiki.openstreetmap.org/wiki/Slovenia_Landcover_Import_-_RABA-KGZ ) and would like to make sure this problem is not repeated on a larger scale. Thanks!
StefanB (2014-12-30 17:49:01+00:00): Was a almost-too-long (>1900 nodes) way split into two?
kreuzschnabel (2018-03-01 12:31:46+00:00): Kurze Frage: Was soll so ein Abbiegeverboteverhau wie um http://osm.org/node/53275425 herum bezwecken? Alle Fahrzeuge (einschließlich Fahrrädern) dürfen also ausschließlich geradeaus fahren? Schau dir mal spaßeshalber das Fahrradrouting in OsmAnd an der Stelle an :-/
scg1176 (2018-03-15 19:11:12+00:00): Hallo. Ich habe keine Ahnung mehr, was ich da vor 3 Jahren gemacht habe. Vielleicht war es ein Test? kA
Heute würde ich es wahrscheinlich anders machen. Habe keine Schmerzen, und ändere es, wenn Du das möchtest. Sei frei! :) VG aus Ockstadt
kreuzschnabel (2018-03-17 17:43:19+00:00): Kam heute sowieso da vorbei. Angesehen und etwas bereinigt. Das Abbiegeverbot von West nach Nord besteht, ansonsten sind das alles normale Feldwege, wo die access-Defaults ausreichen.
jgpacker (2014-11-23 19:30:56+00:00): Por que você excluiu tanta coisa aqui?
cadsauxk (2014-11-23 20:15:10+00:00): Apagou vários limites também 
http://osmhv.openstreetmap.de/changeset.jsp?id=26933417
vou reverter esse changeset.
cadsauxk (2014-11-23 20:22:11+00:00): Revertido está: http://www.openstreetmap.org/changeset/26981929
legowi (2014-11-21 18:13:59+00:00): Straße Am Hange zwischen Am Berggarten und Kleebreite Einbahnstraße
user_5359 (2014-11-21 20:08:14+00:00): Hallo Lena,

Bist Du sicher bezüglich der gelöschten Wegen?

Mit freundlichen Grüßen           Georg V.
berndw (2014-11-22 10:16:49+00:00): Hallo Lena,
ich setze dieses Changeset wieder zurück, da es zu viele Kollateralschäden bewirkt hat.
<Oberlehrermodus>
Bitte lösch keine Objekte ohne Dir Gedanken darüber zu machen
</Oberlehrermodus>
SCNR
Wenn Du Hilfe brauchst, melde dich bei der Bonner Mailingliste an
https://wiki.openstreetmap.org/wiki/Bonn/Kontakt
JaggedMind (2014-11-22 04:44:06+00:00): Why did you decrease the detail on some of these areas? You removed trees=palm and replaced with leaf_cycle=evergreen.
LLAQWA (2014-11-22 09:01:11+00:00): yes, because it wasnt correct! tree=palm its the same like family=Arecaceae or palmea!
in OSM only http://wiki.openstreetmap.org/wiki/Key:genus are documented.
when you now the genus ore species, you can add them. or in this form: trees=coconut_palms; trees=oil_palms...
robert (2014-12-14 14:55:28+00:00): Did you manage to accidentally delete "Lea Way" here? http://ris.dev.openstreetmap.org/oslmusicalchairs/map?osl_id=439007
SomeoneElse (2014-11-21 22:52:43+00:00): Hello,
This changset mostly seems to be a worldwide mechanical edit of "trees=fixme" to "fixme=trees".  These are supposed to be conducted as per https://wiki.openstreetmap.org/wiki/Mechanical_Edit_Policy (which includes discussing them beforehand - did this happen in this case?).  However, in addition to this change some information was lost - look at http://www.openstreetmap.org/way/241224746/history and http://www.openstreetmap.org/way/241224747/history , and you will see that the previous fixme values have been overwritten.  It would therefore make sense to revert this change so that discussion can take place, and so that the lost information is restored.  Are you able to do this or do you need me to help?

One more thing, please do use meaningful changeset comments.  "landuse fix" provides absolutely no information about what you changed (beyond the fact that it involved landuse keys), or why you changed it.  You added a source of "bing" to the changeset but left fixmes in place, so the source is really unclear (and http://www.openstreetmap.org/way/241224746 doesn't really match the imagery).

Best Regards
Andy Townsend, on behalf of the OSM data working group.
SomeoneElse (2014-11-22 10:12:37+00:00): Reverting following message from the user (that said what they changed but not why) in http://www.openstreetmap.org/changeset/26947938 .
cadsauxk (2014-11-22 14:16:24+00:00): Porque as ruas foram apagadas?
cadsauxk (2014-11-22 14:20:43+00:00): edição revertida 26952664
FHBGPS (2014-11-22 15:21:21+00:00): Foi excluídas as vias que atravessavam a linha férrea por passagem de nível. Após o termino da nova linha férrea e da construção do viaduto, estas deixaram de existir.
cadsauxk (2014-11-22 17:11:52+00:00): Excelente, já desfiz a reversão. Obrigado pelos esclarecimentos.
mstriewe (2015-06-21 19:39:03+00:00): Relation https://www.openstreetmap.org/relation/4215963 in this changeset contains a tag "bicycle=2.2". What does that mean?
SomeoneElse (2014-11-22 10:41:25+00:00): Among other things in this changeset you've changed http://www.openstreetmap.org/way/111839233/history from "trees=berry_plants" to "trees=strawberry_plants".  Was this based on survey, and if not, what?  Looking at the imagery, it's possible that the plants concerned may be strawberries, but they may be one of another sort of berry with similarly squat bushes (gooseberries, for example).  How do you know that these are actually strawberries?
emacsen (2014-11-21 20:29:55+00:00): Just to be sure, the entire building at 35-12 35th Ave is the Frank Sinatra School for the Arts?
MCM7 (2014-11-21 21:49:21+00:00): Yes, it's the whole building. The building is newer than the data set this was imported from, I think.
emacsen (2014-11-21 21:53:25+00:00): Cool. Just wanted to be sure. Thanks!
Mustelator (2017-02-10 15:15:52+00:00): Buenas,

¿Cómo contemplas el reemplazar los exit_to=* por destination=* / destination:ref=*? JOSM detecta errores de repetición en estos nodos que hay (no sé si en todos, al menos en los de C-59 con C-17 o C-33) a la que se les hace algún cambio.

Saludos.
yopaseopor (2017-02-10 18:25:43+00:00): Dichosos los ojos!! Qué bueno saber de ti!!
No te lo recomiendo pues destination y exit_to no tienen por qué ser incompatibles
 tal y como puedes ver en Checkautopista.
http://k1wiosm.github.io/checkautopista2/?id=121011&lat=39.4447&lon=-3.4277&z=7&view=tuoaALMX
Saludos.