Taktaal's Comments
| Changeset | When | Comment |
|---|---|---|
| 176583173 | Übrigens, highway=escape sind diese Dinger: https://de.wikipedia.org/wiki/Notfallspur_(Gef%C3%A4lle) In einem Spital also nicht so ganz zutreffend :) |
|
| 175972652 | Btw for structured data like what is the key col for what mountain, wikidata is usually the better project. And in this case, Piz Linard already has it listed: https://www.wikidata.org/wiki/Q675543 |
|
| 176697614 | Ah sorry, didn't see that. I made separate commented changes for that, to make them easy to revert if they had an error. You can of course revert the changes and re-do them if needed. |
|
| 169818300 | Du hast hier mit way/1419028218 einen kreisförmige Landstrasse über andere Strassen gezogen. War das Absicht? Aus dem Luftfoto ist hier überhaupt nichts zu erkennen. |
|
| 149286951 | Hi. Du hast hier das Gleis 11 als separaten Bahnhof in Biel erfasst: node/11769832782 War das Absicht? Ist irgendetwas speziell am Gleis 11 dass es ein separater Bahnhof sein muss? |
|
| 166586100 | and I think there is one basketball field too, in the west |
|
| 166586100 | sorry, I don't understand the error. Are those fields on the asphalt here not for sports? maybe 2 tennis and 1 football? |
|
| 159516043 | An example here of bad data quality on a changeset I haven't reverted (yet maybe). Look for instance at the building way/47410770 it used to have an address on it, but you deleted it and replaced it with node/12368699975 which is a node _outside_ of the building which goes against osm.wiki/Addresses#How_to_map and makes it difficult to access by data consumers. And there are many similar buildings in this area where the addresses are misplaced. Now, in one way it would of course be possible to manually correct your import and move those nodes where they need to be. But it is still very rude to overwrite other people's correct manual mapping with a quick and dirty import that just overwrites data without even checking its quality first. |
|
| 165959777 | Can you send me a link to the approvals discussion that you made before the imports? |
|
| 165959734 | It is your responsibility as someone who makes an automatic data import to ensure that it is nondestructive. It especially needs to ensure it does not destroy any data that has been manually added by a human editor, and does not blindly duplicate data. A 30% error rate as in this case is not acceptable for an automated report. I do realize and accept that the other 70% were at least partially positive edits and added to the map. Others of your (unapproved) imports that had an error rate below 10% were left alone by me, I have only reverted those that destroyed a significant amount of human-made edits. |
|
| 165959401 | It is your responsibility as someone who makes an automatic data import to ensure that it is nondestructive. It especially needs to ensure it does not destroy any data that has been manually added by a human editor, and does not blindly duplicate data. A 27% error rate as in this case is not acceptable for an automated report. I do realize and accept that the other 73% were at least partially positive edits and added to the map. Others of your (unapproved) imports that had an error rate below 10% were left alone by me, I have only reverted those that destroyed a significant amount of human-made edits. |
|
| 165959110 | It is your responsibility as someone who makes an automatic data import to ensure that it is nondestructive. It especially needs to ensure it does not destroy any data that has been manually added by a human editor, and does not blindly duplicate data. A 52% error rate as in this case is not acceptable for an automated report. I do realize and accept that the other 48% were at least partially positive edits and added to the map. Others of your (unapproved) imports that had an error rate below 10% were left alone by me, I have only reverted those that destroyed a significant amount of human-made edits. |
|
| 165959258 | It is your responsibility as someone who makes an automatic data import to ensure that it is nondestructive. It especially needs to ensure it does not destroy any data that has been manually added by a human editor, and does not blindly duplicate data. A 46% error rate as in this case is not acceptable for an automated report. I do realize and accept that the other 54% were at least partially. Others of your (unapproved) imports that had an error rate below 10% were left alone by me, I have only reverted those that destroyed a significant amount of human-made edits. |
|
| 159390212 | I have reverted this change because it made the map quality significantly worse |
|
| 158872850 | I have reverted this change because it made the map quality significantly worse |
|
| 159385981 | I have reverted this change because it made the map quality significantly worse |
|
| 159434213 | I have reverted this change because it made the map quality significantly worse |
|
| 158851832 | I have reverted this change because it made the map quality significantly worse |
|
| 158851832 | I have reverted this change because it made the map quality significantly worse |
|
| 158853867 | I have reverted this change in 165959430 |