LinuxMCE talk:Community Portal

From LinuxMCE
Revision as of 18:19, 7 October 2007 by Lozzo (Talk | contribs)

(diff) ←Older revision | view current revision (diff) | Newer revision→ (diff)
Jump to: navigation, search

Moved from Zaerc's talk page

Categorization

Hi Zaerc, I have noticed that you have moved a number of hardware articles from more specific categories, such as Category:TV tuner cards to the more general category Category:hardware and that you have nominated the more specific categories for deletion. Why was this? Surely the more specific categorization is helpful, especially when product codes often do not explain the nature of the equipment Lozzo 00:37, 7 October 2007 (MST)

Can we please hold fire on further re-categorization until further community consensus is sought. Many thanks Lozzo 00:59, 7 October 2007 (MST)
Why did you de-categorize everything from the TV tuner card category? Lozzo 01:05, 7 October 2007 (MST)


Because I wanted to get back to where I was with organising things before people started to re-organise everything. See also the "community-proposal" page. I suppose I went a little overboard as I had to go through just about all the pages under "hardware" again anyway, which I wasn't to happy about in all honesty (I was getting tired, having to put everything back, and obviously didn't gave it enough thought).

The original idea was to dump hardware into the main categories untill there is a bunch similar and then put them into their own sub-category as well. When I went through all the pages again I felt that would leave the "video" category as good as empty but now I realize I could have just added the tv-cards to both "video" and "tv-cards".

My thought also was that categories with 1 or 2 pages in them wouldn't be very usefull and spread them out to much (the video category would be almost empty with the tv-cards removed) but now I see that wouldn't be a problem if they remain in the parent categories as well. So I agree with you on putting (at least) the TV-cards category back in, that makes it a lot easier to specificly find them.

Unless you want to take categories away from pages again, I see no reason to hold fire, we can just add new (sub-)categories to the pages wherever suitable. And if anyone feels that a page really does not belong in a certain category they can just remove it with a little note on the talk page (see Nokia770 for example).
--Zaerc 05:16, 7 October 2007 (MST)

Firstly, yes I agree with you that there needs to be a critical mass of articles in a certain area before a sub-category is created.
Secondly, yes, I do want to make sure that articles do not appear once in a category and then again in a more general category. This would involve, as you put it, 'taking categories away from pages'. I understand that this is not Wikipedia and I'm not suggesting that we should do everything the same. But the Wikimedia projects have conventions which have been subjected to a large amount of thought and debate and can be very useful guides for less mature documentation projects such as this.
Wikipedia sets the de-facto standard for how wikis should be organised - especially when we are using the same software (MediaWiki). Regardless of that, I think that having article A in one category and then a more general category is confusing and runs counter to the intention of how the category function was designed. It makes for general categories which are needlessly cluttered with articles which should be (and are) also categorized more specifically higher up the tree.
Having a list of articles in one place (so they are as you claim) may be appropriate for a small number of articles but this is not scalable for a large amount of documentation like we have. To quote directly from the Wikimedia guidelines:
Each page is typically in at least one category. It may be in more, but it may be wise not to put a page in a category and also in a more general category.[1]
I do not think you have given a good enough reason to deviate from this. Of course, articles can be in more than one category. You give the examples of phones and orbiters. With the following category structure
-Hardware
 |-Phones
 |-Orbiters
A device as you describe (which is not exclusively a phone or an orbiter) can appear in both the phone and orbiter category - but not hardware as this is a more general category. Pleas can we hold fire on further changes in this area until there is more agreement. I will ask others for comment. Cheers Lozzo 06:55, 7 October 2007 (MST)

Succinctly

In my opinion (and following established conventions) this is fine:

-HARDWARE
 |-PHONES --> Cisco smart phone article
 |-ORBITERS --> Cisco smart phone article

This is not fine and makes for clutter:

-HARDWARE --> Cisco smart phone article
 |-PHONES --> Cisco smart phone article
 |-ORBITERS --> Cisco smart phone article

Lozzo 07:05, 7 October 2007 (MST)

A phone is just as much hardware as it is a phone or an orbiter. And it is extremely convenient to have a category listing all the known hardware. As for the other more general categories, they make it easy to quickly find related solutions. Apart from that it is a lot easier to remove tags from pages then to add them, should they prove to be unecessary.
I see no reason to comply with policies of unrelated wikis, and: but it may be wise not to put a page in a category and also in a more general category, does not seems like a very convincing argument. Even if it is an "established convention" elsewhere.
I just wish we could focus more on expanding and organizing instead of endless re-organization and debate on how it should be done. And why exactly do we need to have several threads discussing this on my talk page and not the forum or the hardware-category's talk page?

--Zaerc 08:45, 7 October 2007 (MST)

Okay I've now moved everything here. Forget other wikis for the time being. There is still obviously some disagreement here which we need to resolve by coming to some kind of consensus decision. Can we please hang fire on further changes in this area for the time being? Lozzo 10:19, 7 October 2007 (MST)