hoi, Via TBP op nl.wiki viel mij een door een vandaal vervuild wikidata element op. De ellende begon hier: Special:Contributions/ShyhC (vandalisme is opgemerkt, en gebruiker is geblokkeerd).. Ik weet niet wat gemakkelijker is ofwel situatie terugzetten tot voor vervuiling of aanpassen aan huidige situatie. In het laatste geval, Misschien heeft u een tooltje om de tekst van labels sneller, dan manueel aan te passen. Voor Johnny Orlando werd daarna een nieuw element aangemaakt, maar de naam staat vaak nog in het oude element. Misschien kan met een bot of zo dit vrij snel verholpen worden. Dus: d:Q61968640 moet worden 'Johnny Orlando'. De naam dient verwijderd te worden uit Q21931273, Of
Return to the user page of "Mbch331".
About this board
Welcome to my talkpage. Leave a message here and I'll answer here. If I left a message on your talkpage, please answer there. If you leave a message in Dutch or English, I'll answer in that language. If you leave a message in another language, I'll respond in English.
Previous discussion was archived aton 2015-08-10.
Het hergebruiken van een item voor een andere artiest is niet toegestaan. Ik heb de links naar enwiki en dawiki verwijderd op Q61968640, daarna een oude versie teruggezet op Q21931273 en daarna de 2 samengevoegd. En die Shy hoort niet thuis op Wikidata.
dank voor snelle reactie. idd een betere oplossing zo.
YTCleaner link code repository is wrong
https://gitlab.com/mbch331/YTCleaner returns an error 404
Oops. Forgot I moved it. Fixed the link on the bots userpage.
Hello. I noticed issue with this properity long time ago. If u add album ID it redirects to American version of market (itunes.apple.com/us). I have noticed someone added https://itunes.apple.com/ca/album/$1 for Canadian market in URL format but there is no way to get links to Canadian market. Do you know what to do with it?
The Wikidata interface only uses the first formatter URL to display links on the site. In most cases it doesn't matter which country you used for an iTunes link, since most songs are available worldwide under the same id. You could address the issue on the property talk page and if you don't get any response there, you could always ask on Project Chat.
There is many releases unavaiable in the United States.
Guess the songs I buy don't have this issue.
Hello. Thanks for explanation. Do you know why I can't add certain languages? Certain languages which I can't add has been already added to few articles I have seen. List of headers returns "You've sent a lang param that isn't recognized by MediaWiki!".
How do you add a language? Just en or enwiki? If the link is to <language>.wikipedia.org, than you should use <language>wiki for adding the sitelink. If you have an example you can't get added, give me the link and the item and then I can check what's going on.
I mean list of headers and "Add new language" option where you only type langauge id. Examples I found are aeb-arab - Tunisian Arabic (Arabic script), zh-my - Chinese (Malaysia), kbp - Kabiye and gor - Gorontalo. I have seen first two in certain articles fx Q33.
You're using the beta version of label lister. Seems to be a bug in the gadget. It says MediaWiki doesn't accept the language code, but there is no api request when you're trying to add a new language. I checked the gadget and it uses a static list of accepted languages. I added the missing languages to the list. They should now be accepted (except zh-my, which is no longer an accepted language). If you run into more missing languages, post a request on MediaWiki talk:Gadget-labelLister.js/beta.js.
I'm sure there is atleast few languages missing. Could someone check them all? Btw. is here any list with all languages id? In addition there should be also list of id by language parameter so readers can realise which language is under which id. Currently it's not possible and you need to check history change descriptions or even compare edit changes to determine language id.
Tunisian Arabic has no other sripts? Shouldn't "sr-el" and "sr-ec" (Serbian scripts) be changed to "sr-latn" and "sr-cyrl" as Kazakh and others?
Don't know where to find a complete list of languages. You could ask on WD:DEV. Don't know if se-el/sr-ec or sr-latn/sr-cyrl is correct.
I found din - Dinka, ady - Adyghe, atj - Atikamekw, olo - Livvi-Karelian, dty - Doteli and gom - Konkani (?) are missing.
Please post a request on the talk page of the gadget (see earlier response). Don't know if they're languages that can indeed be used for labels or only for monolingual languages.
have you looked at the history, this is a lie "we had made several attempts to discuss P1483 with the IP"
and what did i do wrong Yahoo! Japan Talent Database ID (P3284)
is dead and i mark it as per the rules and j_u_r_a reverted everything
all i did is what he did on this Wikidata:Bot requests/Archive/2017/12#Set deprecated rank
What isn't vandalism,
Generally speaking, any good-faith attempt to improve Wikidata is not vandalism.
- (cur | prev) 07:07, 13 September 2018 J_ura1 (talk | contribs) . . (16,159 bytes) (-777) . . (Restore revision 742043066 by P_utnik: subject doesn't change when the website goes away)
you are too close to the subject and should have withdrawn as a conflict of interest.
You can always ask on WD:AN for another admin to review if the protection was correct or not.
as i said before this person has a problem with me and HIS pages.
You can ask on WD:AN for a review by another admin. I'm not unprotecting the property.
Driemaal is scheepsrecht?
i am being stalked by this person everywhere i go.
- (cur | prev) 08:21, 10 September 2018 ديفيد عادل وهبة خليل_ 2 (talk | contribs) . . (24,997 bytes) (-18) . . (Changed claim: IMDb ID (P345): tt0146970) (undo) (restore)
this was a dead link and marked that way till i went to the trouble to find it.
also this person coming out of nowhere does not like this.
- (cur | prev) 08:07, 10 September 2018 Valentina -.Anitnelav (talk | contribs) . . (25,015 bytes) (-427) . . (Removed claim: shape (P1419): Crocodilia (Q25363))(undo) (restore)
and i copied it from bugs bunny Q183102
and this person
- (cur | prev) 06:23, 10 September 2018 Falling_Gravity (talk | contribs) . . (27,148 bytes) (+378) . . (Restore revision 690429548 by Valentina_Anitnelav) (undo)
put back a deprecatied link when i found a new one ??? https://www.imdb.com//find?q=bugs%20bunny&s=tt&ref_=fn_al_tt_mr
from the wayback it was just the one film
The user with the Arabic characters and Falling Gravity were right. The field is not an url field, but an ID field. It is limited to valid IMDb id's (and deprecated id's for characters).
Because you are editing as an IP, your edits are checked more closely. That's not just for your edits, but all edits by IP-users.
It's not stalking, but part of standard procedures in vandalism checks.
If you create an account and work logged in your edits won't be checked as much.
if IMDB changed it's url format then all ID's are now dead, so who fixes that, that is they changed there
URL's and condensed there pages.
if you find something like that, on a one on one basis you find the new ID right, not just let it sit there
and the egypt guy is following me around.
IMDb deprecated the ch pages, they no longer exist. That's why they're deprecated, but they're still useful for reverse searches. If you know a character ID, you can still use SPARQL to find the corresponding Wikidata item. That's why they're deprecated and not removed. There is no new ID for characters. Information on WIkidata is not only for use on Wikidata itself, but especially for re-use outside Wikidata. And there is a good chance re-users don't even use the formatter urls we provide.
And I explained that the egypt guy isn't following you around, but checks all IP edits as part of vandalism checks. That's the downside of IP edits, they are much more closely examined than edits of logged in users.
but he seems to be picking on me, and i mean not just this edit.
i understand why it was wrong, it was only the CH data base that went down, and i was adding a title (tt) instead, and it appears you add too, not subtract but in reverting you are suppose to add a explanation. and they have not done that.
That's something you need to discuss with them. I don't know why the revert didn't contain an explanation.
isn't that a rule ?
If he reverts vandalism no explanation is needed, if he reverts a good faith edit, an explanation is indeed needed. But I don't know what made the user revert your edit without explanation. That's something you need to discuss with the user. I can't look in the user's mind.
if "Yahoo! Japan Talent Database ID" (P_3284) is gone, not there just a 404 page, and "Yahoo! Japan
Talent Database" (Q_27048656). the web site it used.
besides using p_2669.
that look like this Q18735 ,would it be better to mark it "Yahoo! Japan Talent Database ID (depreciated)"
like as it appearers here Q280
It can't be marked as (DEPRECATED) until it's been through PFD and there is consensus to delete the property.
so how do you fix the 500 + links on Q. pages ?
Don't know what links there are, I checked Q18735 and the only thing I see is . There's nothing wrong with that. If you want those statements removed, you first need to find consensus on removing that claim (start a discussion on Project chat and if there's consensus on removing it, you can request on WD:BR to have it removed.
i asked it wrong, in Q18735, it shows under Identifiers, "Yahoo! Japan Talent Database ID",
Property:P3284 but the # (12204) that you would click on is gone because the data base is gone. and
there is no formatter URL to use for that #.
If q_18735 is one link of 500+ how do you depreciate that link without going to all 500 pages.
The deprecated mark is part of the label of the property when decided to deprecate it. And when changing that it will automatically be changed for all uses of that property on Wikidata.
so then the property is still posted, that is you will still see it, not actually deleted ?
that is the page is still there ?
After consensus to delete a property, first step is to deprecate it, so everybody knows it shouldn't be added to any new items any more (and external re-users will know there is plan to delete a property).
After that they can be removed from items and when removed from all items, then the property will be deleted.
But first consensus for deletion needs to be found and that's done on WD:PFD.
i have seen that before, and the deleter which is always P_asleim says documentation needs to stay for
history reasons, even if it is not valid any more, which in this case is a dead website going to a 404 page.
The information was once true. That it no longer is, doesn't mean we shouldn't keep the information. And if you want the information removed, you have to start a procedure to get it removed.
i can not find a help page on what the consensus is on all the pages like theses, other than adding
p_576 or p_2669, because it is still being used on pages like Q18735 500+ pages.
and all you see there is the label.
What consensus? There are no help pages on consensus. For adding information there is only consensus needed to create a property.
For removing information that is wrong (information like the value for Yahoo! Japan Talent Database ID (P3284) is not wrong information, just information that can't be checked any more) no consensus is needed either.
For removing an existing property including it's uses, consensus is needed. Consensus is that the majority of arguments are in favourof deletion (not majority of votes necessarily). And for that we have the WD:PFD page.
I need my page Emmy Smith back
pls admin of wiki my page Emmy Smith has done no harm pls u don't need to delte it am an artist I really need the page and I also need an account on the enwikipedia pls help me out thanks
Just checked the deleted item and it doesn't meet our notability rules, so there's no reason to restore it. And I can't do anything about enwiki, I have no advanced rights on that project.