Jump to content

Wikipedia:Deletion review/Log/2019 June 9

From Wikipedia, the free encyclopedia

This is an old revision of this page, as edited by 77.11.48.80 (talk) at 00:54, 11 June 2019 (→‎Template:Infobox Finnish municipality). The present address (URL) is a permanent link to this revision, which may differ significantly from the current revision.

Template:Infobox Finnish municipality (talk|edit|history|logs|links|watch) (XfD|restore)

The votes before relist were:

  • Subst and delete
  • Delete after replacement
  • Keep until replacement
  • SPEEDY CLOSE ("is a wrapper since creation" and the IP proposed it itself for substitution)

It was closed as delete [1].

Later a DRV was started (Wikipedia:Deletion review/Log/2019 March 22#2019 February 22), the nominator claimed he found new information and requested re-opening (=relist). In the DRV one user asked what that new information would be, but got no answer. Another endorsed the deletion. And some others supported relist. It was closed as relist, even if the proof for validity of the DRV has not been presented.

It was relisted: Wikipedia:Templates for discussion/Log/2019 April_6#Template:Infobox Finnish municipality. After relisting only one extra vote was made, which semi-voted keep referring to the DRV (In light of the DRV discussion, I think it's clear this template should be kept), but contrary to that claim, in the DRV no user voted keep. No more comments were made so the votes stood at 3(4):1. Surprisingly the closing was done as "no consensus". To me it seems the result would be "Replace (subst:) and (then) delete". Of course replacement should be done with care. But calling template data from {{infobox settlement}} has been done before, e.g. Amsterdam calls Dutch municipality templates (Category:Netherlands data templates). Pppery mentioned the example of Belgium in his DRV deletion endorse: "Endorse there is nothing that needs changing here; there is clearly consensus to not use a wrapper infobox, and it seems like there is consensus to continue to use the data subtemplates. Those two outcomes are not incompatible, as data subtemplates can be passed directly to the infobox, see Template:Metadata Population BE for an example.". This would also address the concerns in the pre-relist comment by Apalsola: "However, I still think that the information should not be stored directly on the page.". TerraCyprus (talk) 16:47, 9 June 2019 (UTC)[reply]

  • @Zackmann08, Pppery, Pigsonthewing, Apalsola, Pudeo, and Uanfala: - pinging participants of the first discussion and the discussion after relist. TerraCyprus (talk) 16:57, 9 June 2019 (UTC)[reply]
  • Note: Today I separated all data from the infobox, the replacement could now be done similar to how data is handled for the municipalities in the Netherlands. TerraCyprus (talk) 16:57, 9 June 2019 (UTC)[reply]
  • Overturn to replace and delete due to the complete lack of any argument against the "pass data from templates as parameters to {{Infobox settlement}}" approach that I talked about in the first DRV, even among those who argue the template should be kept. * Pppery * it has begun... 18:45, 9 June 2019 (UTC)[reply]
  • Close as not meeting WP:DRVPURPOSE. In the first DRV, I said, Templates are a highly technical area ... I can't see how it hurts to let the people who actually understand the technology talk about it for another week. Apparently, there wasn't much interest in talking about it at WP:TfD. That's unfortunate, but the bottom line is 1) You can't keep coming back to DRV until you get the result you want, and 2) As I said before, this is largely a technical decision which requires specialized knowledge of how templates are used and constructed. If TfD is unable to come to agreement, it's not reasonable to expect that DRV, which is made up of people who are (for the most part) not template experts, can do a better job. -- RoySmith (talk) 14:23, 10 June 2019 (UTC)[reply]
    RoySmith : FUD. WP:DRVPURPOSE: "if someone believes the closer of a deletion discussion interpreted the consensus incorrectly;" - that is what happened. One bogus oppose vote, nothing more, still "no consensus". 77.11.48.80 (talk) 00:54, 11 June 2019 (UTC)[reply]
  • TerraCyprus I think it would be more productive to spend 7 days on a new Tfd (as I mentioned you could do so on my talk page), likely getting a consensus for subst and delete, rather than spending 7 days at DRV. Galobtter (pingó mió) 16:28, 10 June 2019 (UTC)[reply]
    Galobtter it would have been more productive if you would not have messed it up in the first place or at least would have changed after TerraCyprus contacted you. The vote was clear, only one opposer, still you decided to call it "no consensus". 77.11.48.80 (talk) 00:51, 11 June 2019 (UTC)[reply]
Indigo (Chris Brown album) (talk|edit|history|logs|links|watch) (XfD|restore)

The article was moved into draftspace (to Draft:Indigo (Chris Brown album)) and the mainspace page fully protected a day ago by JJMC89, which was excessive and unnecessary. As I said at the draft talk page: The article is well sourced by news sources, has a release date, cover and track list. It clearly meets WP:NALBUMS with flying colours. Anyone can see that. The article has grown since it was nominated for deletion in early May (when most users commented), more details have been revealed and sources added. This should not have been drafted again when it has been expanded and improved and not in the same quality it was in when it was decided to draftify it, and I do not think JJMC89 was justified in moving this back into draftspace a day ago when it was still being worked on by a number of users.

There are plenty of news sources out there on this. There is just a sample of these on the article. We are keeping an album in draftspace for something that will be released in under three weeks that plenty of users will be searching for, there is lots of confirmation and coverage on. I in no way agree that it was a good decision to move back into draftspace. Ss112 01:03, 9 June 2019 (UTC)[reply]

  • Regardless of the merits of the move the indefinite creation protection is definitely a bad idea. The album hasn't been released yet but an album by a musician this well known will certainly be notable when released, which will happen in a few weeks. The AfD commenters generally agreed with this and the AfD certainly can't be used to prevent creation of the article indefinitely. Hut 8.5 16:57, 9 June 2019 (UTC)[reply]
    I only intend it to be temporary but chose indefinite to avoid having to cleanup the history again when someone would recreate it on expiration instead of moving the draft. I've already done history merges/splits on this twice within a week. — JJMC89(T·C) 06:04, 10 June 2019 (UTC)[reply]
    I suggest we just move the draft to mainspace then. By the time this discussion closes it'll be less than two weeks until the album is released, at which point it will be notable. The Delete comments in the AfD are no longer valid or will be no longer valid very soon, most of them relate to the fact that the existence of the album or the release date hadn't been confirmed, that doesn't appear to be the case any more. I don't see much point in spending effort quibbling about notability just to block the creation of the article for the next week or two and prevent history merges. Hut 8.5 06:52, 10 June 2019 (UTC)[reply]
  • Since nothing had been added since the AfD close at the time of my move and protection that impacts notability, Ss112 seems to be arguing that the original AfD was flawed and/or closed incorrectly as notability would then have been established before the discussion was closed. Release dates, covers, and track lists don't contribute to notability (or any other criteria for having an article), so why keep repeating it, Ss112? — JJMC89(T·C) 06:04, 10 June 2019 (UTC)[reply]