User talk:Svampesky

Archives (Index)

2024/June

You may find the article list maker template helpful, as it can automatically fetch articles by an author. jp×g🗯️ 14:03, 4 July 2024 (UTC)[reply]

Wikipedia:Wikipedia_Signpost/Templates/Article_list_maker -- its also possible to set up an author page (there's no automatic process it is just a birdsnest of AWB spaghetti lol) jp×g🗯️ 14:04, 4 July 2024 (UTC)[reply]

Thanks. Is there a way to bring over the column name? Currently it rips it from the page title so it's Svampesky, Svampesky, Svampesky... Svampesky (talk) 14:37, 4 July 2024 (UTC)[reply]

It's not a duplicate -- it's a web frontend. It loads all its page content directly from the enwp articles; for example, if you make an edit to a signpost article and then change the URL to be a signpost.news article, it will show up instantly. The only thing that's ever actually duplicated is that there are a few rules in common between Wikipedia:Wikipedia Signpost/Templates/external.css and Wikipedia:Wikipedia Signpost/Templates/master.css -- but this is necessary because many of them are different, and the styling is different between the two sites. jp×g🗯️ 01:26, 7 July 2024 (UTC)[reply]

I'm unsure about this one, it feels unnecessary. What is the traffic to the domain? If the Signpost had it's own namespace that would be a step better for growth. Then have a website if it outgrows the namespace. Svampesky (talk) 01:38, 7 July 2024 (UTC)[reply]

I don't know, I will have to check the server logs. Unnecessary as opposed to what, though? The maintenance overhead of this site is zero, it doesn't add any burden to the writing/publication process, so for it to not be worth it, there'd have to be some kind of negative impact of it merely existing. The main benefit it brings is that it can be linked to people in a way that does not immediately alienate and confuse them; normal Signpost pages either don't generate preview cards or generate actively misleading ones from different pages, due to the way that MediaWiki handles page metadata (and this can't be overcome without rewriting teh software) etc. There's also stuff like, for example, Signpost pages are Wikipedia project pages -- every person who's not an editor I've linked a Signpost page to has no idea what it is, and say "is this a Wikipedia article?" or, e.g. "is this some kind of template?" etc. jp×g🗯️ 02:12, 7 July 2024 (UTC)[reply]

I too think it's somewhat weird and obtuse for draft articles to be worked on in public, but I think creating a new usergroup is extremely outside the bounds of our social power lol. This would basically require a modification to how MediaWiki works, or at a minimum, to how it's implemented sitewide. I previously entertained notions along these lines -- it would be extremely convenient if it were possible to attach structured data or embed tags in articles to indicate preview card, tag, title, etc metadata -- but what I learned is that there is basically no chance that the whole site's functioning gets modified to suit us. jp×g🗯️ 01:26, 7 July 2024 (UTC)[reply]

It doesn't seem particularly difficult to implement a new usergroup from what I'm reading on the MediaWiki website.Svampesky (talk) 01:40, 7 July 2024 (UTC)[reply]

Technically no, politically yes; usergroups on the English Wikipedia are created very rarely. Since this is one of the most popular websites in the world, any change to the software it runs necessitates many layers of approval and signoffs, and it's astronomically unlikely that a new usergroup is created solely for the purpose of letting people draft articles that nobody else can see. I mean, for someone who isn't in this usergroup, it brings basically no benefit. There's no other usergroup that has the ability to write privately onwiki (even arbitrators and checkusers can't do this -- they have a separate website they use for internal business). jp×g🗯️ 02:14, 7 July 2024 (UTC)[reply]

To be fair, the benefit of having some Signposts private isn't worth the effort. The page views show that no one really views these pages before publication. Svampesky (talk) 02:25, 7 July 2024 (UTC)[reply]

Well, I do have a vague idea for how to do this onwiki, but I'm not sure if it is a good enough idea to be worth coding it. We'll see, I guess. jp×g🗯️ 02:33, 7 July 2024 (UTC)[reply]

Because The Signpost is the Wikimedia movement's online newspaper, I also don't see it as too ambitious to improve it with things such as the namespace. I would see something like the signpost.news website as too ambitious, had it not already have been implemented. Svampesky (talk) 01:49, 7 July 2024 (UTC)[reply]

I think @Izno and Pppery: would be the go-to namespace addition knowers, it seems extremely unlikely to me that we would get our own namespace (versus setting up the website which was a couple days of work and none afterward) jp×g🗯️ 02:23, 7 July 2024 (UTC)[reply]

I think it's better to keep readers on the Wikipedia site. This is why I suggested When the webpage of a piece loads, similar to a section redirect, jump down to have The Signpost header appear at the top. The reader can scroll up to view the Wikipedia header if they wish.. Keeping readers on Wikipedia is what I would prefer. Svampesky (talk) 02:35, 7 July 2024 (UTC)[reply]

Yes, it does seem highly unlikely which is why I'm doing this all in my userspace... Svampesky (talk) 02:40, 7 July 2024 (UTC)[reply]

Making some pages not publicly visible while still being stored on Wikipedia is just not done. See mw:Security issues with authorization extensions for problems people run into when they try to do this sort of thing. I also don't see the motivation - as much as possible being openly viewable and editable is the fundamental dogma of Wikipedia.

Creating a namespace for the Signpost is trivial technically and I don't see why it would be politically difficult either, but again I don't see the motivation. Perhaps that's just because I'm so actively involved with Wikipedia that knowing what the Signpost is is second nature to me, though.

any change to the software it runs necessitates many layers of approval and signoffs isn't true - patches submitted in Gerrit generally only need to be approved by one person to be deployed, either in the weekly deployments or ad-hoc. Large changes like deploying an entire new extension do generally need multiple approvals though. I agree the Wikipedia technical community can be hostile/unaccepting at times, but the reason doesn't have to do with how many people sign off on something. * Pppery * _{it has begun...} 03:01, 7 July 2024 (UTC)[reply]

Hello Svampesky. I've just reverted your attempt to de-orphan Whitenife at Miss World Australia. My impression is you were not being adequately careful to make sure this addition was proportionate in the context of the article, but rather you merely did so for the sake of reducing the number of orphaned articles in the backlog. Please don't do this. It makes things worse, not better.

The fact that an article has not received any organic links (that is, links arising from ordinary editorial activity on other articles rather than an explicit de-orphaning process) can often be a good signal that the topic isn't notable in the first place. Indeed, I've put Whitenife up for deletion as failing our notability guidelines. It's usually a waste of time to de-orphan an article on a non-notable topic: by nature, there's very few articles it could be reasonably linked from, and even when you can find such an article the link is often inappropriate to include because it would give undue prominence to an insignificant subject. – Teratix ₵ 16:26, 28 July 2024 (UTC)[reply]

Thanks for informing me. It's my understanding that the primary objective of WikiProject Orphanage is to reduce the backlog, and nothing else. I did have concerns that the project might hide non-notable articles; but articles that might not meet the required standards should still be attempted to be de-orphaned, but be tagged with Template:Notability. I should've added the template in my edit. Svampesky (talk) 16:55, 28 July 2024 (UTC)[reply]

the primary objective of WikiProject Orphanage is to reduce the backlog You have a responsibility to ensure reaching this goal does not come at the expense of Wikipedia's content policies, especially the requirement for articles to avoid undue focus on topics' minor aspects. Be careful about Goodhart's law.

I should've added the template in my edit. The sentence you added still gave excessive weight to Whitenife – adding a notability template doesn't fix that problem.

Look, I don't want to come across like I'm on your case or something, it's just something that would be great to keep in mind for the future. – Teratix ₵ 03:00, 29 July 2024 (UTC)[reply]

Given that the project is aimed at newcomers as an introductory task, it might be beneficial to provide them with a notification regarding this. Should we draft something and post it on Wikipedia talk:WikiProject Orphanage? I believe this would greatly assist newcomers, as I remember feeling quite uncertain about this particular issue. Svampesky (talk) 15:17, 29 July 2024 (UTC)[reply]