Wikidata:Requests for permissions/Bot/Addbot 2
From Wikidata
Jump to navigation
Jump to search
- The following discussion is closed. Please do not modify it. Subsequent comments should be made in a new section. A summary of the conclusions reached follows.
- Withdrawn as bots are already doing this. ·Add§hore· Talk To Me! 17:34, 1 May 2013 (UTC)[reply]
Addbot (talk • contribs • new items • new lexemes • SUL • Block log • User rights log • User rights • xtools)
Operator: Addshore (talk • contribs • logs)
Task/s: Updating the names and links of pages that are moved on wikipedia to wikidata. see section on project chat
Function details: The bot sits in all of the irc channels for recent changes of all language wikipedias, detects any moves and updates wikidata accordingly. ·Add§hore· Talk To Me! 14:38, 23 April 2013 (UTC)[reply]
- The trial edits started at "14:30, 23 April 2013", and you should be able to see them here ·Add§hore· Talk To Me! 14:43, 23 April 2013 (UTC)[reply]
- Since the start of the trial I have noticed this edit which overwrites the previous lables, an in this case probably a better label, for this reason I have turned the labels off so only the site link will now be changed. Naturally I feel this small detail may need some more discussion. ·Add§hore· Talk To Me! 14:48, 23 April 2013 (UTC)[reply]
- If you can ensure you keep up with every move, vandalism shouldn't be a problem. How will you handle things like history merges? A is deleted, B-->A, A is restored. When the bot tries to move the link, it'll run into a conflict. Can these be logged? What about cross-namespace moves? Like userfication? Legoktm (talk) 15:14, 23 April 2013 (UTC)[reply]
- The bot should always keep up with things, unless the irc feed goes down. I had not thought about history merges (nothing is every as simple as it seems). I could make the bot create a log of every conflict it encounters (failed edit on wikidata), which should then detect all merges and moves over other pages. With the current code userfication would result in the moved link being converted to a user page. ·Add§hore· Talk To Me! 15:22, 23 April 2013 (UTC)[reply]
- The important thing here, are the sitelinks in my opinion. I guess it's difficult for the bot to read the mind of the user who moved the page, even if I know such technology is in development, so I do not expect you to be able to do that. An alternative maybe would be to use another account with no other purpose, so it become easier for other users to follow the workflow. I have been involved in some editwars regarding Hornön, if it should be named "Nyadal" instead. None of these names are actually wrong, even if they not look any alike each other. I, who live close to the place, prefer the name "Nyadal". While those who only know the place through maps, prefer the name "Hornön". -- Lavallen (block) 15:20, 23 April 2013 (UTC)[reply]
- If you can ensure you keep up with every move, vandalism shouldn't be a problem. How will you handle things like history merges? A is deleted, B-->A, A is restored. When the bot tries to move the link, it'll run into a conflict. Can these be logged? What about cross-namespace moves? Like userfication? Legoktm (talk) 15:14, 23 April 2013 (UTC)[reply]
- How does your bot operates in some not evident situation (I know at least two real examples):
- Accordingly to move log, an article "A" was renamed to "B". But now "A" is a redirection to another one article "C" and it is not evident, why that's happened. How would your bot prefer fix Wikidata item: to "B" or to "C"?
- Initially some article had name "D", but it was renamed the "E", and after a few minutes, "F". Both times a redirections were suppressed and now there is no redirection. Does your bot can understand that "D" should be corrected to "F" in this situation? --Emaus (talk) 19:16, 23 April 2013 (UTC)[reply]
- In the first case it will change A on wikidata to point to B. With the second case it would first change D to E and then E to F. ·Add§hore· Talk To Me! 19:27, 23 April 2013 (UTC)[reply]
- OK, but perhaps it is worth taking into consideration redirects in some cases? --Emaus (talk) 20:00, 24 April 2013 (UTC)[reply]
- In the first case it will change A on wikidata to point to B. With the second case it would first change D to E and then E to F. ·Add§hore· Talk To Me! 19:27, 23 April 2013 (UTC)[reply]
- (My bot is currently checking logs a couple of times daily doing this task, and BetaBot is also approved for it.) I have added a delay (at least one hour) for the updating of such links when it runs through the logs. Maybe you should consider this too, in case the move was an accident/vandalism/test/otherwise incorrect move, so if it is corrected it wouldn't need to be changed? Also, if A and B are two different pages and A is moved to B, then A is changed to another article, what does your bot do? Does it still update the sitelinks? I'd assume so if it immediately updates, but then that might not have been the intention of the user doing the action. Hazard-SJ ✈ 03:59, 26 April 2013 (UTC)[reply]