Jump to content

Wikipedia:Deletion review/Log/2020 September 15

Add links
From Wikipedia, the free encyclopedia
< 2020 September 14
2020 September 16 >

15 September 2020

[edit]
The following is an archived debate of the deletion review of the page above. Please do not modify it.
EBCDIC 037-2 (talk|edit|history|logs|links|watch) (XfD|restore)

This page was caught in a mass deletion of pages with information taken from IBM's primary sources, but it documented a code page discussed ONLY in secondary sources. It could use additional citations beyond the Marist Pipelines web page, but it's information that was notable enough to make its way from SHARE discussions back into an IBM product eventually. Not R (talk) 16:46, 15 September 2020 (UTC)[reply]

@Djm-leighpark: since we're here already do you want to discuss your larger concerns about this BUNDLE? Best, Barkeep49 (talk) 20:18, 15 September 2020 (UTC)[reply]
@Barkeep49: Not a suitable time for me to raise those issues, RL stuff and more. And this is a specific page DRV is in my view inappropriately raised. I'll only discuss on this DRV if I really have to.Djm-leighpark (talk) 21:38, 15 September 2020 (UTC)[reply]
@Djm-leighpark: I agree that the article needs further development, and I've asked for help with that on the CMS-PIPL list. I'd be happy to develop it in a user page and come back here once it's fleshed out.
What's missing to distinguish it from all the other EBCDIC code page articles is that this is not an official code page from IBM. It was not acknowledged by IBM at all until the info in the unofficial CMS Pipelines doc (referenced in the article) was moved into the official doc in 2016. Not R (talk) 22:54, 15 September 2020 (UTC)[reply]
@Not R: For future reference the best pathway in my opinion is to ask the closer for a WP:REFUND to userpace/draftspace for article development; If they don't respond in 48 hours then try at Wikipedia:Requests for undeletion making it clear youve asked the closer and you requesting userfication; if you are refused then raise a DRV for the purposes of getting hold of a draft. Hopefully in this instance someone will grant you a draft, but be aware it may be very difficult to get it to a state suitable for mainspace. But in essenece you shouldn't be blocked from a good faith attempt. Hopefully you may be granted a userfication consensus from this DRV now it is here and you have agreed to accept that route. Thankyou.Djm-leighpark (talk) 23:21, 15 September 2020 (UTC)[reply]
@Djm-leighpark: Thanks, the boilerplate in the discussion didn't mention WP:REFUND, and it wasn't clear from the hatnote at WP:DELREV that another action might be appropriate in this case. In fact, it's still not clear to me after having it pointed out--I'm not spotting anything in Wikipedia:Articles for deletion/Code page 875 to tell me whether this falls under Wikipedia:Deletion discussions or WP:PROD. Not R (talk) 01:38, 16 September 2020 (UTC)[reply]
  • Comment: I have put, and probably wasted, considerable effort into trying to preserve the bundle of articles, and bundle that is a precedent for several hundred other articles. I have indicated for personal reasons I do not wish to disclose I would prefer not to discuss the bundle, see the previous AfD and discussion with the closers, and the 30-day grace was in respect of the bundle and not the individual article. The community have the right to move discussion the outcome of the complete AfD with regards to all the bundled articles and if they wish to do that please make that explicitly clear and a different discussion will occur. As raised the DRV is for a single article out of the whole bundle that the DRV nom. good faith believes to be different in some respects than the rest. In a nutshell I am (slowly) gathering evidence as to why AfD bundle should be overturned or modified but I do not have it clearly together at this time; but I am not presenting it half-cock at this somewhat inappropriate albeit good faith DRV raised for a single articles within the article — unless that is what the community wishes. My apologies for seemingly answering every post; by this point in good faith we should probably be giving the nom. his draft/usersfication of a single article. Thankyou. Djm-leighpark (talk) 07:28, 16 September 2020 (UTC)[reply]
  • Endorse per Djm-leighpark. The idea caught on that WP:INDISCRIMINATE was applicable in the AfD and I think this was a mistake: all of the tables were clearly useful and verifiable supplementary information to the highly notable EBDIC page; most encyclopedias, both print and online, have supplementary tables and having these as separate pages is consistent with summary style. Perhaps there is another Wikimedia project that is better for housing this content than the main encyclopedia; however this kind of utilitarian consideration is not what guided the deletion argument, and until this mess is sorted out, the deletion of all these pages has done its bit to weaken the reference value of Wikipedia. However, this single page is not exceptional in the set of codepages and undeleting it alone is not a constructive step. — Charles Stewart (talk) 08:08, 16 September 2020 (UTC)[reply]
  • Comment I am not entirely comfortable with the mass nomination and deletion here, but it seems that is not on the table at the moment. I see no objection to draftifing this while additional sources are sought. In its current state it does not have enough sourcing to demonstrate separate notability, but it might in time. The suggestion by Chalst that the various code pages could stand as supplementary tables under summery style appeals to me. We often have separate paged for bibliographies of the works of a notable author, for example, when the bibliography on its own might not be notable. The general concept of code pages, and even of EBCDIC code pages, is clearly notable, but cramming all the pages into a single article is obviously unworkable. Perhaps these might be considered as, in effect, sub-pages of such an article, but that is for a discussion of the full bundle when we get to it. In the meantime permit draftification. DES (talk)DESiegel Contribs 14:22, 16 September 2020 (UTC)[reply]
  • Endorse closure as the deletion process has been properly followed. No objection to draftifying individual items if there is a good-faith intention to expand or improve them, but that should not be used as an end-run around the consensus. Stifle (talk) 08:15, 17 September 2020 (UTC)[reply]
  • I'm honestly not thrilled with the close. It was well within discretion, but it seems like a crazy thing to lose from Wikipedia. Feels like something Wikipedia should host. So endorse based on the rules, but I think we should rethink our rules. Hobit (talk) 12:14, 17 September 2020 (UTC)[reply]
  • complete transwiki, and Endorse however the transwiki may not be done for all pages as required, eg IBM code page 875. If that is the case they should be restored until that process takes place. Assuming that they should go to Wikibooks, then proper attribution is also needed for those pages that have explanatory text, and not just a table. Graeme Bartlett (talk) 11:26, 18 September 2020 (UTC)[reply]
@Graeme Bartlett: I view this as not addressing the purpose of this DRV, namely the specific page in question, is attempting to expand the DRV to the whole bundle ... which has implications for many hundreds more articles also, probably ending up around e.g. Wabun code & Morse code for non-Latin alphabets for example. It brings up various issues, WP:TRANSWIKI being an "obsolete" former procedure being one of them, the fact that the Transwiki (import) space on Wikibooks is some form of Hades unless there's a volunteer identified and willing to transform them into a book compliant with WikiBooks purposes. I do agree the code pages transwikied to seem to have an attribution problem in my view,(While Barkeep49 is shown as as having attribution for the pages on WikiBooks that was absolutely not Barkeep49's fault) and as such I am of that utmost belief that need to be resolved in some way. But I see that as beyond the scope of the purpose of this particular DRV. If this DRV has to be expanded to the whole bundle I will be voting endorse, overturn but I don't really have the bandwidth to get involved in that at this time ... lets just say getting called to a hospital at 1am localtime a few nights ago is a pretty good RL indicator I should be avoiding that.... Djm-leighpark (talk) 05:50, 21 September 2020 (UTC)[reply]
The above is an archive of the deletion review of the page listed in the heading. Please do not modify it.
The following is an archived debate of the deletion review of the page above. Please do not modify it.
Alan Milliner (talk|edit|history|logs|links|watch) (XfD|restore)

Closer review To all administrators, I have requested a deletion review on Alan Milliner, an Australian football referee who had been an international referee until 2017 upon his retirement, and has referred the Hyundai A-League matches for that matter. They have officially decided to delete that page, which I would take it easy on it, and has completely come up to my mind to ask for a deletion review. Because if he didn’t pass the GNG, why did he exist? And if the sources are not reliable enough, how come there is an official source from FIFA , to the AFC, to the Hyundai A-League and Football Queensland (on behalf of his retirement)? Even that, how can’t secondary sources cannot be accepted as if I just found the best way I can find, even if Wikipedia encourages the content to be neutral? If anyone decides that final say on that regard, I will respect the decision. With that, I am ready for this closer review. Ivan Milenin (talk) 00:22, 15 September 2020 (UTC)[reply]

  • Endorse the issue is WP:N. The discussion concluded that there aren't enough sources strong enough to meet that guideline. On a quick look, I too am not seeing the degree of independent sourcing needed. Hobit (talk) 01:58, 15 September 2020 (UTC)[reply]
  • Endorse close could not really have been closed in any other way. Perhaps refs should be covered by the football SNG, but currently it seems that they are not. You need to understand Ivan Milenin that the fact that a source is "official" does not guarantee an article, indeed it may be of less value than an unofficial source, as it may be considered not independent. You write if he didn’t pass the GNG, why did he exist? Wikipedia has many article which should never have been created, or which were created when standards were looser, so this argument is simply not persuasive. DES (talk)DESiegel Contribs 02:34, 15 September 2020 (UTC)[reply]
    However, there is no bar to creating a new draft in an attempt, to find and cite sufficient sources to establish notability, if you wish to. Indeed I would not object to this being restored as a draft or a userspace draft. I would advise putting such a draft thorough an AfC review but that is never mandatory. DES (talk)DESiegel Contribs 02:34, 15 September 2020 (UTC)[reply]
  • Endorse close - clearly correct. I think Ivan Milenin has not quite got what is special about the criteria applied to sourcing in notability assessments: it is not enough that the sources be reliable, as per the core verifiability policy, there must be a number of significant sources that are independent of the subject for us to regard the topic as having the kind of coverage needed to sustain a balanced article. — Charles Stewart (talk) 06:57, 15 September 2020 (UTC)[reply]
  • Endorse. The AfD could not have been closed any other way, and my quick look at google hits find near misses for things that meet the WP:GNG. To reverse the decision, you’ll need to show good GNG-meeting sources, see WP:THREE for some very good advice. —SmokeyJoe (talk) 12:14, 15 September 2020 (UTC)[reply]
  • Endorse deletion; fails WP:DRVPURPOSE reasons not to use deletion review items 1-3. Stifle (talk) 12:17, 15 September 2020 (UTC)[reply]
The above is an archive of the deletion review of the page listed in the heading. Please do not modify it.
Retrieved from "https://en.wikipedia.org/w/index.php?title=Wikipedia:Deletion_review/Log/2020_September_15&oldid=1039504619"