Difference between revisions of "Wikispooks talk:Standardisation"

From Wikispooks
Jump to navigation Jump to search
m (replies)
m (more)
Line 7: Line 7:
  
 
:::OK. I'll do it in the morning. Just about ready to stop now and don't want to leave any big problem overnight. --[[User:Peter|Peter P]] ([[User talk:Peter|talk]]) 21:06, 2 January 2014 (GMT)
 
:::OK. I'll do it in the morning. Just about ready to stop now and don't want to leave any big problem overnight. --[[User:Peter|Peter P]] ([[User talk:Peter|talk]]) 21:06, 2 January 2014 (GMT)
 +
 +
::::Done. Added just NS:Main only for now (ie that is the only change made to the default install sub-pages setup). No discernible affect on the existing 9/11 pages that I can see yet. Sidebar menu appeared broken when displaying existing pages with "/" at first (only showed the top 'Navigation' section) but that seems OK now. I've cleared the cache for the pages tested too. I suggest we proceed with considerable caution on this. A proliferation of sub-pages could become as problematic as with categories - limiting it to use in conjunction with SMW properties seems sensible - to begin with anyway --[[User:Peter|Peter P]] ([[User talk:Peter|talk]]) 07:50, 3 January 2014 (GMT)
  
 
==Descriptions==
 
==Descriptions==

Revision as of 07:50, 3 January 2014

Sub pages

Mediawikis usually support subpages of the format "Main topic/sub-page". This doesn't seem to be working here - it's probably a PHP variable. Possibly it got switched off to prevent confusion as regards pages like "9/11". Although that is an excellent name for a page, it conflicts with the sub-page standard, and I suspect we may wish to use sub-pages to give structure to articles in conjunction with SMW. For example, EVENT/PERPETRATORS, EVENT/CUI BONO?, EVENT/EVIDENCE, EVENT/MEDIA COVERAGE possibly in conjunction with a more systematic approach to properties. i.e. (EVENT has perpetrators EVENT/PERPETRATORS) or some such. This is still just a hunch at this stage, but some sort of policy on subpages would probably be a good idea in any case. Robin (talk) 19:34, 2 January 2014 (GMT)

Sub-pages are turned off by default in the Main NS see Help:Subpages and more complete discussion here. I agree it would be good to enable them in MAIN too. Problem is the "/" is disallowed in pagenames where it is turned on and we have quite a few existing ones - mainly 9/11 related. There are also a few categories using it. All would have to be renamed leaving no redirect. That would screw up links to our most visited existing page (9/11:Israel did it) but I guess that's a small price to pay for the extra functionality provided. Need to cogitate about how best to implement this --Peter P (talk) 20:00, 2 January 2014 (GMT)
I say turn it on and see what happens:) I should think it won't be more complex than just moving the pages. Might make for page titles such as 9-11/WTC7/Collapse/Media Blackout. We could probably just redirect "9/11:Israel did it" to 9-11/Perpetrators/Mossad. As for policy, perhaps aim towards a policy that subpages should only be used in conjunction with SMW. This may in turn help provide more suggestions for useful properties. SMW is so open ended that I'm finding it a real help to have some content to work to fit into it. . Robin (talk) 20:36, 2 January 2014 (GMT)
OK. I'll do it in the morning. Just about ready to stop now and don't want to leave any big problem overnight. --Peter P (talk) 21:06, 2 January 2014 (GMT)
Done. Added just NS:Main only for now (ie that is the only change made to the default install sub-pages setup). No discernible affect on the existing 9/11 pages that I can see yet. Sidebar menu appeared broken when displaying existing pages with "/" at first (only showed the top 'Navigation' section) but that seems OK now. I've cleared the cache for the pages tested too. I suggest we proceed with considerable caution on this. A proliferation of sub-pages could become as problematic as with categories - limiting it to use in conjunction with SMW properties seems sensible - to begin with anyway --Peter P (talk) 07:50, 3 January 2014 (GMT)

Descriptions

I suggest that a bunch of human readable summaries may be a good next To Do - not least because, if they're free of pagelinks (maybe useful for technical reasons?) it is independent of and standards set as regards pagenames, capitalisation etc. So they won't need revision if we update templates/SMW patterns etc. which seems likely. A couple of sentences to give an overview and appear either as tooltips or on the right of a table made by SMWDocs. I'm thinking that every page in the main namespace has probably got a use for a description - which could even be displayed at the very top, a kind of super lede. Not sure on that, but it's a worthwhile activity now. I think I'll rejig the "To Do" pages to display it prominently. Robin (talk) 20:36, 2 January 2014 (GMT)

That would fit in a whole bunch of pages I'm mulling as existing document subjects (ie Property:Is about) and which don't exist yet. I don't want to get bogged down on full expositions when there are so many needed. Better to make them stubs, started with the sort of summary you have in mind and to add similar summaries to obvious existing pages too. I reckon I could make rapid progress on that as a project. --Peter P (talk) 21:06, 2 January 2014 (GMT)