piebro/osm-data huggingface dataset:
Thundercel (2015-01-30 13:35:44+00:00): em tempo:
considerando que esse trecho de sentido errado encontrava-se na BR-101, ao Norte de Serra - ES, impedindo o roteamento pela BR-101 na região, de Sul para Norte, pode até ser que esse seja a causa dos problemas que estamos encontrando no roteamento.
Thundercel (2015-01-30 13:39:10+00:00):  Skippern ,
nem imagine a quantidade de erros que identifiquei trafegando pela região ao final do ano.
Estou com tudo anotado e levantado por GPS para processar no OSM.
Na viagem mesmo andei fazendo com péssima NET alterações em São Mateus porque estava impraticavel navegar pela cidade dado a quantidade de erros, em especial falta de restrições de manobra nos acessos a BR-101 e acessos inexistentes e outros novos que não constam do mapa.
Irei corrigir isso paulativamente.
Thundercel (2015-01-30 13:44:49+00:00): Só para terem noção da Viagem que fiz recente e que anotei todos os erros que serão por mim corrigidos:
Rio de Janeiro - RJ / Conceição da Barra - ES / Itaúnas - ES / São Mateus - ES / Barra de São Francisco - ES / Ecoporanga - ES / Rio de janeiro - RJ
Skippern (2015-01-30 13:45:27+00:00): @Thundercel tem como voce compartilhar estes erros voce identificou para a gente também verificar o que acontecendo?
@naoliv tem algum ferramento que pode ajudar em compartilhar informação assim?
Skippern (2015-01-30 13:49:31+00:00): No este tipo viagem espero que voce gravou trilha GPX e compartilhou com o comunidade, também voce considerou contribuir Mapillary nestes viagens?
Thundercel (2015-01-30 14:08:43+00:00): Skippern, sempre compartilho com a comunidade as trilhas por mim gravadas e as recebidas de colaboradores.
Já fiz upload de algumas, mas ainda faltam outras.
Se observar em meu histórico as trilhas que já compartilhei identificará uma quantidade razoavel delas e de todo o Brasil.
Sou da época em que as imagens satelites não eram satisfatoriamente georreferenciadas e por isso me valia do tracklog para alinhar e poder desenhar o arruamento.
Administrando os sites gpsinfo.com.br cocardl.com.br e maparadar.com fico em contato com muitos utilizadores que constantemente me alimentam com informações a respeito de erros no mapa. Por isso que tenho editado em todo o Brasil e não somente na região do Rio de Janeiro, onde resido.
Sobre comartilhar os erros por mim levantados até posso, mas com tempo porque emprego um gravador quando navegando e todos os erros estão gravados nesse aparelho. 
Infelizmente a patroa não presta para ser minha co-piloto e por isso gravo em voz o que identifico para correção.
Quanto ao Mapillary ainda não trafego com camera e por isso não considerei ainda contribuir com ele.
Skippern (2015-01-30 14:12:43+00:00): Testes que fiz agora entre Iconha ES e Fundão ES mostrando que no condição "Fastest" dar o roteamento que voce quer, continuando pelo BR-101, enquanto condição "Shortest" fazendo o desvio de ES-060.
"Iconha-Fundao Shortest (ES-060)" e 146km, enquanto "Iconha-Fundao Fastest (BR-101)" e 148km. Indicando voce nunca vai evitar ES-060 enquanto tem condição "Shortest" porque vai economizar 2 quilometro. Alias mudar classificação não vai adiantar nada. Mais detalhas sobre semáforos e outros obstáculos do transito pode ajudar com melhor diferencia em tempo para "Fastest"
Skippern (2015-01-30 14:24:17+00:00): Tambem, meus simulações nao entrando este pequeno rua unclassified que voce pontando no screenshot do OSRM, eu não conseguir nenhum condição entra neste rua. Então deve ser algum bug com OSRM ou falta do um etiquete no versão deles. Meu mapa teste e http://garmin.openstreetmap.nl/ OSM Generic Routable Brazil versão 2014-12-30, infelizmente não tem linha baixar atualizado
Thundercel (2015-01-30 14:27:58+00:00): Skippern,
o roteamento dentro de Vitória - ES está bastante comprometido pela existência de segmentos de reta de comprimento inferior a 5m.
Como bem sabe uma via é desenhada pela união de segmentos de reta e a cada união é criado um objeto que chamo de "nó de roteamento".
Não sei voce, mas costumo analisar erros apontados pelo OSM Inspector em http://tools.geofabrik.de/osmi/
Me impressiona a quantidade de segmentos de reta menores de 5 metros na região de Vitória. Aos poucos teremos de corrigir esses erros para melhorar o roteamento na cidade.
Olha o print dos erros em  http://cocardl.com.br/images/vitoria.jpg
Thundercel (2015-01-30 14:32:37+00:00): Skippern,
quando quero testar o mapa com alterações eu mesmo compilo um mapa COCAR. Levo em torno de 15 minutos para compilar o mapa.
Se deseja baixar um mapa atualizado não recomendo empregar o disponiviel em http://garmin.openstreetmap.nl/ porque eles demoram a atualizar.
Sugiro que empregue o disponivel em http://mapas.alternativaslibres.es/descargas.php
Eles atualizam diáriamente o mapa.
Skippern (2015-01-30 14:57:12+00:00): Meu motivo por usar http://garmin.openstreetap.nl e que ate agora e o melhor serviço que oferecendo arquivos .gmap que pode ser usado para instalar mapas no BaseCamp por Mac, qualquer outro formato complicando o instalação muito, então não e usável para mim.
Se COLCAR ou outros serviços começar oferecer arquivos .gmap eu pode avaliar se valer a penha trocar ou não.
Skippern (2015-01-30 15:02:45+00:00): Muito dos problemas com que voce identificando pelo OSMI e no maproulete, e vejo quase diariamente algum concertando eles. Então os errors diminuindo com mais ou menus 2 por dia. Maioria destes problemas e desde o importação da Planimetria do Vitoria, que fui feito em 2009, no época não fui capturado por ferramentas existente. OSMI, Maproulete e Osmose e bom ferramentas para identificar este tipo erros e concerta-los. Eu corrigiu um grande numero pelo Osmose, ainda não jogou Maproulete, e não usei ferramentas passivas com OSMI, pos acho existe camada para usar em conjunto com JOSM
Thundercel (2015-01-30 15:21:01+00:00): Não compreendi.
O site http://mapas.alternativaslibres.es
disponibiliza arquivo Gmap atualizado.
Faça download do mapa em Gmap, atualizado com data de hoje (30/01/2015) em http://mapas.alternativaslibres.es/download_es.php?file=gmap_Brazil.zip
Skippern (2015-01-30 15:36:19+00:00): @Thundercel com meu coneção limitado no momento não dar baixar um arquivo de 290MB, vou mesmo preciso esperar ate volto para Brasil, em mais que um mês.
blackboxlogic (2020-11-28 14:07:01+00:00): You put https://www.openstreetmap.org/way/325346505 directly across a river. Is that because it is only used when the river is frozen?
pnorman (2015-07-04 23:51:42+00:00): It looks like this is mixing housenumber and unit number in the housenumber tag. Should this be addr:housenumber=4151?
Mateusz Konieczny (2025-02-12 17:35:49+00:00): https://www.openstreetmap.org/way/182951228/history - are there still any serious plans for that railway construction?
Minh Nguyen (2022-08-31 05:15:07+00:00): Morgan Hill boundary restored in changeset 125384083.
JohnDoe23 (2015-01-30 09:22:24+00:00): hier überlappen sich nun zwei Wege, damit ist ein Routing nicht mehr möglich: http://www.openstreetmap.org/?mlat=48.85027&mlon=12.88565#map=19/48.85027/12.88565
JohnDoe23 (2015-01-30 09:26:14+00:00): Die Angabe, ob Pferde/Fahrräder/Fußgänger/motorisierte Fahrzeuge zulässig sind und ein genereller Zugang besteht ist unnötig, da schon standardmäßig auf allen Wegen keine Beschränkungen bestehen.
JohnDoe23 (2015-01-30 09:16:09+00:00): Bitte beachte, dass bei Schotter unterschieden wird zwischen grob und fein: http://wiki.openstreetmap.org/wiki/Key:surface Gruß
SomeoneElse (2015-01-30 17:12:18+00:00): Is layer=1 still not appropriate for http://www.openstreetmap.org/way/257538068/history ?  It looks like it goes over the things below it.
Steven Vance (2015-02-01 15:30:43+00:00): My mistake. Bridge=yes must be accompanied by a layer tag. I've fixed it.
rab (2015-01-30 09:36:53+00:00): Halt!
Spuren werden nicht als Wege gemapt. Bitte rückgängig machen.
http://wiki.openstreetmap.org/wiki/DE:Lanes
Gruß
rab
JohnDoe23 (2015-01-30 09:11:20+00:00): Hallo, bitte verschmelze mehrere Wege nicht einfach grundlos. Meist hat es einen Grund, warum diese getrennt wurden, etwa unterschiedliche Eigenschaften, ein abzweigender Wanderweg/Fahrradroute, etc. Außerdem wurde durch diesen Änderungssatz hier [1] die Verbindung zwischen zwei Wegen getrennt.

Gruß

[1] http://www.openstreetmap.org/?mlat=48.84600&mlon=12.90926#map=19/48.84600/12.90926
mavl (2015-01-30 09:58:20+00:00): Спасибо.  
Если адрес точки интереса совпадает с адресом здания, в котором эта точка интереса находится, то лучше адрес на точке интереса не указывать.
Mattias G (2015-01-30 09:07:41+00:00): Hastigheten i Kumla tätort är sänkt från 50 till 40
speed is reduced from 50 to 40 in Kumla
SomeoneElse (2015-01-30 17:14:25+00:00): Whilst shop=e-cigarette is gaining some traction (largely due to previous mechanical edits) did you discuss these changes anywhere, particularly with the mappers who originally mapped these objects?  If you didn't, how will they know that they should be using shop=e-cigarette in the future?
StephaneP (2015-01-30 17:37:39+00:00): Hi !
It's not a mechanical edit, i have checked every shop to be sure that they don't sell cigarettes or tobacco. I've only corrected the wrong tags. Contacting each contributor when I see a mistake seems a tedious task, or there is a easy way to do this, that i don't know. But, i'll try to take time to add a preset in iD (if I understand how to do this).
SomeoneElse (2015-01-30 17:43:38+00:00): > Contacting each contributor when I see a mistake seems a tedious task

It is, but given that most people don't read the wiki or follow the tagging list, it's the only way people will find out.  

iD has logic in it to map shop names to tags - I'm not sure if you could do anything with wildcards (such as "*vape*") or indeed how many false positives that would hit.
eggie (2017-03-28 07:48:27+00:00): Beter laat dan nooit
Tegenwoordig krijgt ieder een welkomstmail...
 "Welkom op OSM”

Lees hier hoe je OSM het beste kunt gebruiken en hoe je kunt bijdragen aan een betere kaart: 
http://www.openstreetmap.org/help 
http://forum.openstreetmap.org/viewforum.php?id=12 
http://wiki.openstreetmap.org/wiki/Welkom_op_OSM

Mocht je vragen hebben, kun je altijd contact met me opnemen, ik (en medemappers zijn/) ben bereid om je te helpen.
Klik op de link om te antwoorden.
Johnny Carlsen (2017-01-27 18:36:39+00:00): Hi Kyle,

Please don't replace the Thai names with English names.

Use name:en for English names.
The name tag is reserved for the local name which in Thailand is mostly Thai.
SomeoneElse (2015-02-03 21:21:58+00:00): What's the source for this?  It's clearly not the OS 7th series as that has Mellor Moor labelled elsewhere.
aceman444 (2015-01-30 18:56:45+00:00): Dobry den, dakujem za vylepsovanie Senkvic. Vsetko vyzera dobre, len v tejto zmene to building=warehouse ma byt na budove (ktora uz je zakreslena), nie na bode obchodom. Ten bod je OK, kedze asi nevieme kam vsade ten obchod siaha. Ale ked ste nan este dali building, tak mate budovu v bodove a to by nemalo byt.
Veronika K (2015-01-30 22:22:05+00:00): Dobry vecer, nie je zac. A prepacte ten warehouse som z nepozornosti nechtiac oznacila na bode. Uz som to opravila.
EugenyN (2015-01-30 12:43:31+00:00): подъезд к АЗС должен быть highway=service.  Проверьте личные сообщения !
DaveF (2015-01-30 16:16:43+00:00): Ruth. These ways do not join. Please revert this changeset. Do not assume just because your software is telling you there's a problem that there actually is. A clue to your edit being incorrect is you extended the road to bridge.
ruthmaben (2015-01-31 04:26:58+00:00): Dave - thank you, this edit is reverted now!
Firefishy (2015-01-30 14:51:30+00:00): Thank you! Welcome to OpenStreetMap. Thanks for improving the map in PE ;-)
Seehundeführer (2015-01-30 18:15:49+00:00): Hallo, warum wurden hier zahlreiche Details im Bereich nördlich von Rottenberg einfach gelöscht?
Nakaner (2015-02-14 18:58:31+00:00): @Seehundeführer: Details? Da wurde sogar ein Multipolygon geschrottet. Ich habe (auch wegen mangelnder Reaktion des Users) den Changeset jetzt revertiert, wo ich es für nötig gehalten habe. Ich habe nur Löschungen und Beschädigungen revertiert, ggf. mit Bing Entscheidungen getroffen.
#################
Gasthaus Eulenspiegel (das am See) bei Großkotzenburg habe ich nicht revertiert, da es noch/wieder in OSM ist.
###################
Im Raum Mensengesäß/Schöllkrippen habe ich alle Änderungen, die aus Feldwegen Ortsverbindungsstraßen gemacht haben, revertiert.
###################
Nachdem ich mir jetzt jede Änderung dieses CS angeschaut habe, bin ich zu dem Schluss gekommen, dass es sich um einen CS handelt, der 50% Vandalimus enthält.
Seehundeführer (2015-02-16 08:46:17+00:00): @Nakener,

Hi, danke für die Hilfe, bin leider die letzten Tage anderweitig eingespannt gewesen um mich darum zu kümmern. Ich werde mir auf jeden Fall noch mal die Bereiche vornehmen, wo ich selbst gute Ortskenntnis habe und schauen dass da alles passt.
emacsen (2015-01-30 16:23:07+00:00): What is the source of these added names?
SMP (2015-01-30 17:08:37+00:00): I only added the exonym in the Catalan language, I did not modify the names in other languages. The source for the Catalan names is the Gran Enciclopèdia Catalana http://www.enciclopedia.cat/ and Catalan Wikipedia.
SomeoneElse (2015-01-30 17:19:59+00:00): A web translation of http://grupenciclopedia.cat/avis-legal/ would suggest that that that is expressly prohibited as a source by their Ts and Cs "Queda prohibit l’accés a aquest web i el seu ús, incloent-hi mirar, descarregar, duplicar...."
SMP (2015-01-30 17:32:55+00:00): Then the source is Catalan Wikipedia with a CC-BY-SA license. It is funny because in Catalan Wikipedia we use the same toponyms than Gran Enciclopèdia Catalana, since it is considerated the most appropriate source in the subject.
SomeoneElse (2015-01-30 17:34:45+00:00): CC-BY-SA is not compatible with ODBL.
emacsen (2015-02-02 01:03:37+00:00): So now the question is which changesets do we need to revert.

SMP,  since we'd like to avoid needing to revert more than we need to, can you help us identify the changesets where you've set the names? Otherwise we'll have to try to figure it out, which may result in more changesets being reverted than necessary.
SMP (2015-02-03 08:14:46+00:00): OSM license does not allow to add data from Wikipedia? I cannot believe it. The Free Culture movement is ridiculous.

Even stupider is the fact that the iD editor automatically loads the Wikipedia name whenever it can access to it (because the item includes a key:wikipedia). I did not need to write those toponyms, iD wrote them for me when I clicked the "add translation" button. Are you telling me that the default OSM editor is specifically designed to breach the OSM license? Considering that just by clicking a button with a "+" sign, iD transfers the guilt of such copyright violation to the unsuspecting user I consider this pretty severe.

In fact, it makes me suspect that the whole key:wikipedia (used by more than 400.000 OSM items) is illegal, since it is an obvious partial plagiarism of the Wikipedia database. Every single one of these 400.000 values coincides with one from the Wikipedia database. From a legal point of view, the fact that key:wikipedia is formed by names taken from Wikipedia must be the same than the fact that most values in key:name:ca coincide with names present in Wikipedia.
SMP (2015-02-03 08:28:53+00:00): Emacsen, regarding your question on which changesets need to be reverted, I must admit that I have been an avid Wikipedia reader since 2005, much earlier than my first OSM edit. Geography is one of my main interests, and I have learned a lot from Wikipedia. Therefore, all of my edits might include information that ultimately comes from Wikipedia. I cannot think of a method that discriminates my changesets based on whether they add info that I learned from Wikipedia or not. Do not hesitate to revert all of them.
emacsen (2015-02-03 14:26:21+00:00): SMP, the issue of whether or not specific information from Wikipedia can be used in OSM is separate from the issue here, which is that it's clear that you're mass copying data from Wikipedia into OSM, which is covered under the import as well as mechanical edit guidelines. This mass editing of names is clearly covered by these guidelines and are at the core of my concerns.

Regarding the issue of license incompatibility between Wikipedia and OSM- this is a complex topic, but you've already stated that your edits were at least partially from another copyrighted resource, which is certainly not allowed in OSM.

Thirdly, at least some of the translated names you offer seem like transliterations, rather than any actual translations, or names that are in common use. This is exactly the kind of issue that can be discussed in detail when an import or mechanical edit is discussed beforehand.

I'm sorry that you don't like the quality assurance steps that OSM takes.

Are you saying that all of your edits, going back several years, use from other non-approved sources, rather than being something which you surveyed yourself or used, eg Bing imagery to trace?
SomeoneElse (2015-02-03 21:27:44+00:00): Is this really a "peak" called "Abergwynant Woods"?  It seems an odd name.
aceman444 (2022-10-09 21:41:04+00:00): Zdravim, aky je zdroj tychto elektrickych vedeni? Polovica tych stlpov vysokeho napatia (power=tower) uz dnes neexistuje (podla Ortofoto). Je mozne, ze ich zredukovali?
Valsergio (2015-01-30 13:42:37+00:00): Rua dentro do conjunto
Urml (2015-05-11 12:07:51+00:00): test
GerdP (2015-12-21 08:27:47+00:00): Hi there!
Please check the area around this node:
https://www.openstreetmap.org/node/1207267084
Neither Bing nor the  GSI images from 
http://cyberjapandata.gsi.go.jp/xyz/ort/{z}/{x}/{y}.jpg
show these roads. I assume they are too old?
Zbigniew_Cz (2015-03-20 20:53:18+00:00): Klasycznie - brak opisu wysyłanych zmian.
Perimex (2015-03-21 12:58:52+00:00): w nazwie jest opis
Zbigniew_Cz (2015-03-21 13:24:21+00:00): Opis ma dotyczyć changesetu. Nie widzę takowego.
pascalfree (2015-01-30 14:32:24+00:00): Sorry, bad description: Added Sol Caffebar
SomeoneElse (2015-02-03 21:31:36+00:00): Is http://www.openstreetmap.org/node/3295695129 perhaps a duplicate of the archaeological site node to the northeast (both nodes are obviously within the same boundary)?
SomeoneElse (2015-02-03 21:32:49+00:00): Is this not an exact duplicate of http://www.openstreetmap.org/node/3074093224 ?
SomeoneElse (2015-01-30 17:24:14+00:00): Are you sure that http://www.openstreetmap.org/way/222966407 is really an amenity=doctors?  From the name, it sounds more like a chiropodist to me.  Perhaps it would have been better to try and contact the original mapper, or add a note so that someone could check?
geozeisig (2015-01-31 06:28:28+00:00): Did you read the Wiki amenity=doctors the  	passage Common Tagging Mistake ?
Greetings geozeisig
SomeoneElse (2015-02-02 08:57:08+00:00): No, the wiki page does not currently contain that (not that it is any way related to my question).
Nakaner (2015-02-22 19:30:03+00:00): Gut gemeint, aber falsch gedacht/ausgeführt. Bahnsteignummern werden mit ref=* am Bahnsteig (Gleisnummern mit railway:track_ref=* am Gleis) erfasst. name=* ist der Name. In Helbronn haben die Bahnsteige wirklich Namen. Ich habe daher deine Änderung wieder rückgängig gemacht. Tipp fürs nächste Mal: In die Objekt-Versionsgeschichte schauen und ggf. den User, der es "verbrochen" hat, anschreiben.
SomeoneElse (2015-02-03 21:33:48+00:00): Is http://www.openstreetmap.org/node/3295427561 really a peak?  It seems to duplicate the name of the wood that it is part of.
Weide (2015-01-31 18:51:35+00:00): highway=bus_stop ist nur für Nodes und auch bei einem Node dürfen nie beide (stop_position und zugeh. platform) ein highway=bus_stop tragen.
eggie (2017-10-22 13:07:02+00:00): Opnieuw Welkom bij OSM per PB verstuurd
http://wiki.openstreetmap.org/wiki/Welkom_op_OSM
gnlpfth (2015-01-31 16:44:28+00:00): Du hast hier eine Straße mit einer Fahrspur pro Richtung zum Trunk aufgewertet. Außerdem hast du eine Lücke in den Straßenverlauf gerissen.
t2425b (2015-01-31 17:55:18+00:00): Das mit der Lücke tut mir leid. Die Anzahl der Fahrspuren und der Status einer Kraftfahrstraße spielen keine Rolle, dafür aber (s. Wiki): Kreuzungsfreiheit (gegeben), Fahrt ohne Anhalten (gegeben), entsprechende Beschilderung (gegeben) und Fahrbahntrennung (durchgezogene Doppellnie gegeben).
gnlpfth (2015-01-31 19:45:11+00:00): ...Überholmöglichkeiten durch Mehrspurigkeit: nicht gegeben.
Arnebius (2017-02-11 08:07:14+00:00): Jeżeli wprowadzasz tereny z zabudowaniami rolniczymi to rób to precyzyjnie, zaznaczaj obszar który faktycznie jest tak zagospodarowany, bo twoje obecne edycje są bardzo nie dokładne w tym zakresie nie mają jakiegokolwiek odniesienia do podkładu ortofotomapy, i w takiej sytuacji taka informacja na mapie nic nie wnosi poza chaosem i pstrokacizną na mapie. Proszę o poprawę tych elementów oraz sugeruję najpierw dodać budynki a potem na tej podstawie wyznaczać obszary z zabudową rolniczą.
fisch48 (2015-01-30 22:01:42+00:00): Dactylorhiza fuchsii
Bryce C Nesbitt (2015-03-12 18:28:09+00:00): I upgraded the tree tagging here, have a look at https://www.openstreetmap.org/node/3321396264/history
SomeoneElse (2015-02-03 21:39:29+00:00): OK, exactly how many Harlech Castles do we need here?  At the default zoom of this changeset I can see three.  I find it hard to believe that there is a hill called "Harlech Castle" within the middle of Harlech Castle!
maxerickson (2017-12-01 13:10:21+00:00): Hi-

What do you think about adjusting the tagging of all these trees to put the genus+species into the species tag?

(the genus and name:botanical could be deleted without losing any info then)

This would better align the tagging with widespread practice:

https://taginfo.openstreetmap.org/keys/?key=species#values

I'm happy to carry out the edit if you agree, just wanted to check and see what you thought before doing it.

Thanks,

Max
Nakaner (2016-09-19 19:17:31+00:00): Hallo bergaufsee,

hast du in diesem Änderungssatz noch andere Quellen außer "MapBox Satellite; Brandenburg-Viewer" verwendet?

Diese Frage bezieht sich auch auf folgende Änderungssätze: https://www.openstreetmap.org/changeset/28515100 https://www.openstreetmap.org/changeset/28509443 https://www.openstreetmap.org/changeset/28494655 https://www.openstreetmap.org/changeset/28492110 und weitere Änderungssätze in räumlicher und zeitlicher Nähe mit denselben Quellenangaben.

Viele Grüße

Michael
bergaufsee (2016-09-20 17:24:40+00:00): Hallo Michael,
ich mache bei meinen Touren vor Ort stichprobenartig Notizen (also "survey") , welche ich dann mit Brandenburg-Viewer verglichen und vervollständigt hatte. Ich mache auch nach wie vor Stichprobenkontrollen bei aktuellen Touren, hatte dabei auch schon den einen oder anderen Fehler an die Realität angepaßt. Auch kommt Bing mit zum Einsatz, je nachdem wer gerade bessere Satbilder hat.
Gruß Bernd
Nakaner (2016-09-20 17:32:23+00:00): Hallo Bernd

vielen Dank für deine zeitnahe Antwort.

Dann wird diese Änderungssätze (die mit den Adressen in Falkensee) wohl revertiert werden müssen, denn im Brandenburg-Viewer steht prominent unten links "Nutzung nur für den eigenen Gebrauch kostenfrei. Gewerbliche Nutzung, Vervielfältigung, Weitergabe oder Veränderung von Darstellungen oder Daten nur mit Genehmigung." Meines Wissens nach wurde uns aber keine Genehmigung erteilt.

Viele Grüße

Michael
bergaufsee (2016-09-20 17:51:23+00:00): Hallo Michael,
tu was du für richtig hältst, ich hoffe allerdings nur daß sich die Kollateralschäden in Grenzen halten, ich habe sehr viel Zeit für viele Daten in Falkensee investiert. Das mit dem copyright hatte ich damals zugegebener Maßen so noch nicht auf dem Schirm (war noch relativ neu bei OSM aktiv dabei), da ich die Routen aber mittlerweile prinzipiell alle schon mal z.T. mehrmals abgeradelt bin, machst du mir nur die Arbeit, den ganzen Spaß noch mal mit der Quelle survey/knowledge einzugeben...
Gruß Bernd
Nakaner (2016-09-20 19:45:26+00:00): Hallo Bernd,

Du bist wirklich die Straßen später noch einmal abgelaufen und hast die Hausnummern kontrolliert? Respekt. Wenn das wirklich so ist (ich gehe davon aus, dass du mich nicht anlügst), dann werde ich das natürlich nicht revertieren.

Viele Grüße

Michael