PrivacyWiki talk:Namespaces: Difference between revisions

Nothing to hide, but nothing to show you either.
Latest comment: 1 year ago by Matttest in topic Proposal on new namespace
Jump to navigation Jump to search
Content added Content deleted
Line 15: Line 15:
:But, yeah, alternative vs recommended are sort of the same. I just wanted to make it a clear distinction vs privacy-minded solutions (recommended) and privacy hostile ones, for which we provide alternatives (alternatives). The hope is that we would build a list of, for example, good email providers, and then the list could be transcluded into the article for all the bad email providers, such as [[Hotmail]], [[Gmail]], and others. But I suppose, we can just do this via templates, so having a separate namespace is redundant.
:But, yeah, alternative vs recommended are sort of the same. I just wanted to make it a clear distinction vs privacy-minded solutions (recommended) and privacy hostile ones, for which we provide alternatives (alternatives). The hope is that we would build a list of, for example, good email providers, and then the list could be transcluded into the article for all the bad email providers, such as [[Hotmail]], [[Gmail]], and others. But I suppose, we can just do this via templates, so having a separate namespace is redundant.
:And yeah, we can move the adblocking article to Guides namespace (with a redirect in mainspace). [[User:21x|21x]] ([[User talk:21x|talk]]) 11:20, 15 July 2022 (UTC)
:And yeah, we can move the adblocking article to Guides namespace (with a redirect in mainspace). [[User:21x|21x]] ([[User talk:21x|talk]]) 11:20, 15 July 2022 (UTC)
::Hi, I have procedurally moving the [[Adblocking]] article to [[Guide:Blocking Ads]] as consensus of this discussion, leaving a redirect behind. My idea that the mainspace can be used for documentation of the good and bad qualities of softwares is inspired by [[:mh:qualitipedia|Qualitipedia]] and its affiliated wikis. I think we can get the current existing articles to move back to the Guide: namespace if it mainly on the method or Concept: if it mainly focus on definition, examples are like [[VPN]], which describes the protocols and diffs from TOR and other similar technologies. These articles will be useful for inspiration when creating new guides and concepts. [[User:Matttest|Matttest]] ([[User talk:Matttest|talk]]) 07:13, 16 July 2022 (UTC)

Revision as of 07:13, 16 July 2022

@Nbartram: Do you have any input in terms of how the namespaces should be structured. I have tried to delineate them in a way that enables us to write about a variety of content and make it clear which page should have which type of focus. Do you think this is something that's conceptually useful? 21x (talk) 17:12, 17 September 2020 (UTC)Reply[reply]

Proposal on new namespace

I will suggest structuring the namespaces into 3 parts: Mainspace, concept, and guides.

This is to make for the wiki to be more objective, which is important as wiki can be edited by everyone and if subjective, disputes may happen. Below are how the namespaces work:

The alternative and the recommended namespace are actually the same, so it can be merged into the mainspace, which is for analysis of the good and bad softwares from a privacy standpoint and will require citations for the claims, see my work like ProtonMail, documenting the good and bad qualities of the softwares from a privacy standpoint. As guides are expressing the steps towards privacy, it is the best namespace to give minor advises and suggestions, which I think the weight of advises should not amount to much, as it is quite subjective. An example will be Adblocking, which includes advises like “donate instead” and suggestions of softwares, but at the same time it tells how to block ads. This will be a great match to the Guide namespace. Finally, the concept namespace remain the same function.

I believe this categorization would be more clear. Matttest (talk) 09:01, 13 July 2022 (UTC)Reply[reply]

@Matttest Yeah, I moatly agree. Mainspace should contain content looking at specific companies or technologies, and it should be clear, concise, practical. I don't know about demanding sourcing for everything, but certainly for factual claims of misbehaviour that could be seen as disparaging of a person or a company.
But the wiki maintains that privacy is a human right, and opinions pointed in that direction should be accepted and not be a problem. I don't think it's helpful to chase Wikipedia level of objectivity. This is ultimately a wiki that advocates for a specific worldview, which is that personal privacy should be respected.
It also should not shy away from political topics which are supporting privacy, such as supporting Edward Snowden or Electronic Frontier Foundation.
But, yeah, alternative vs recommended are sort of the same. I just wanted to make it a clear distinction vs privacy-minded solutions (recommended) and privacy hostile ones, for which we provide alternatives (alternatives). The hope is that we would build a list of, for example, good email providers, and then the list could be transcluded into the article for all the bad email providers, such as Hotmail, Gmail, and others. But I suppose, we can just do this via templates, so having a separate namespace is redundant.
And yeah, we can move the adblocking article to Guides namespace (with a redirect in mainspace). 21x (talk) 11:20, 15 July 2022 (UTC)Reply[reply]
Hi, I have procedurally moving the Adblocking article to Guide:Blocking Ads as consensus of this discussion, leaving a redirect behind. My idea that the mainspace can be used for documentation of the good and bad qualities of softwares is inspired by Qualitipedia and its affiliated wikis. I think we can get the current existing articles to move back to the Guide: namespace if it mainly on the method or Concept: if it mainly focus on definition, examples are like VPN, which describes the protocols and diffs from TOR and other similar technologies. These articles will be useful for inspiration when creating new guides and concepts. Matttest (talk) 07:13, 16 July 2022 (UTC)Reply[reply]