OpenStreetMap
This way was hit by the Redaction bot, but only myself and Mbiker’s imports user touched this way.
osm.org/browse/way/41789598/history
in the potlatch editor, Mbiker’s import account worked on rev 2, and I worked on rev3 and rev4. In the way history, revs 2,3,and 4 are redacted.
What gives?
การอภิปราย
ความคิดเห็นจาก z-dude เมื่อ 25 กรกฎาคม 2012 เมื่อเวลา 10:24 น.
also.. way osm.org/browse/way/41789599/history was redacted?
ความคิดเห็นจาก RM87 เมื่อ 25 กรกฎาคม 2012 เมื่อเวลา 10:34 น.
You should post it on rebuild list: http://lists.openstreetmap.org/listinfo/rebuild
ความคิดเห็นจาก z-dude เมื่อ 25 กรกฎาคม 2012 เมื่อเวลา 10:38 น.
interesting. Well, I think there may have been a bug. osm.org/browse/way/31158977/history also redacted, the list of people editing that map include mbiker’s imports and myself on that road as well.
ความคิดเห็นจาก z-dude เมื่อ 25 กรกฎาคม 2012 เมื่อเวลา 10:51 น.
also.. way osm.org/browse/way/50313448/history is this because it was traced from Yahoo imagery?
ความคิดเห็นจาก Vclaw เมื่อ 25 กรกฎาคม 2012 เมื่อเวลา 11:13 น.
It sounds like someone else had edited those ways, but they had not agreed to the licence change. So their edits are redacted.
And Potlatch will not show the redacted versions in the history.
ความคิดเห็นจาก z-dude เมื่อ 25 กรกฎาคม 2012 เมื่อเวลา 11:23 น.
No, that’s not the case.
Some lakes I added got redacted as well. I traced those lakes from Yahoo imagery back in 2011. Are we deleting everything which was traced from Yahoo imagery?
osm.org/edit?lat=49.99804&lon=-123.13485&zoom=15
ความคิดเห็นจาก z-dude เมื่อ 25 กรกฎาคม 2012 เมื่อเวลา 11:32 น.
Also, here’s another example where Wbski (accepted) traced out a track with Yahoo, then I traced some stuff with Bing, then the whole thing gets redacted.
osm.org/browse/way/92818746/history
ความคิดเห็นจาก Vclaw เมื่อ 25 กรกฎาคม 2012 เมื่อเวลา 11:59 น.
In that example the nodes have been redacted. Presumably the track was traced by someone else previously, then Wbski split the way for some reason. So it was a ‘new’ way, but mostly using ‘old’ nodes.
ความคิดเห็นจาก z-dude เมื่อ 25 กรกฎาคม 2012 เมื่อเวลา 14:30 น.
Well, I can account for the changesets for the track above that segment ( osm.org/browse/way/50313444) versions 2, and 4. and the way below that segment which I drew: osm.org/browse/way/89546425
If the way was split, then the unsplit way would have been seen in either of these 2 changesets.
changesets: osm.org/browse/changeset/6656135?way_page=1 osm.org/browse/changeset/6824872
In my opinion, the way was never touched by anyone who did not accept the new terms of service.
ความคิดเห็นจาก z-dude เมื่อ 25 กรกฎาคม 2012 เมื่อเวลา 14:53 น.
If this way 50313444 was split from a previous way to the west, then it would account for rev 3 of this way in WBSKI’s changlog of osm.org/browse/changeset/6824872
My suspicion is that there’s a glitch in the redact bot which assumes that some nodes are ‘bad’ based on a date of edit and Yahoo and the date at which a user accepted the new license.
ie, if I didn’t accept the license until after these were traced out.
ความคิดเห็นจาก Richard เมื่อ 26 กรกฎาคม 2012 เมื่อเวลา 00:07 น.
No, it certainly doesn’t do that. You can read the source if you want to check.
ความคิดเห็นจาก z-dude เมื่อ 28 กรกฎาคม 2012 เมื่อเวลา 02:19 น.
Or the people can check that their bot is working correctly.
ความคิดเห็นจาก chriscf เมื่อ 28 กรกฎาคม 2012 เมื่อเวลา 10:40 น.
As far as anyone knows, it was working correctly.
ความคิดเห็นจาก pnorman เมื่อ 26 สิงหาคม 2012 เมื่อเวลา 02:37 น.
For way 41789598 tags were added by Scocasso who didn’t accept, so those tags have to be hidden.
For way 31158977 highway=residential was removed in v5 then added in v6.
For way 92818746 most of the nodes (e.g. osm.org/browse/node/639232838) appear to be from amai who didn’t accept, so the nodes got deleted which required changing the way.