Wiki Business

[Nigel Jones]

Hi all, two items of business that I want to bring up

1)  We now have a bot on the wiki, appropriately named Wikibot, this can 
be used for general repetitive tasks such as en-mass addition of 
categories to pages, and some general clean-up tasks that needs 
to/should happen once in a while.
2)  Some pages are getting a bit too big, while some are getting useless 
as time goes on (information for EOL releases.  As such I propose the 
addition of two new name spaces...

a) Archive: (without talk pages)
 Purpose - To allow archiving wiki pages pertaining to EOL releases, 
and/or are no longer relevant to the general user
 Benefits - With proper setup (not searched by default for instance) we 
can help speed up searches and remove old information from general end 
users, BUT still be there for those interested.  Pages like the old 
Extras and FSA pages come to mind immediately.

b) Meeting: (with talk pages)
 Purpose - Allow some separation of end-user based content and 
board/committee/group meeting logs
 Benefits - Marginal, similar to the purpose of Archive though, 
basically, somewhere to keep meeting logs in a place where they can be 
optionally searched but not by default

An alternative to a meeting name space is with proper logging of the 
meeting channels automatically posting meeting logs on Fedora People (or 
similar).

As for the large pages, well we have pages that are well in excess of 
the 32KB recommended by the Mediawiki folk, stuff like 
https://fedoraproject.org/wiki/ChristianIseli/PackageReviewStatus 
(200KB+) would be better suited to Fedora People, but we don't really 
have any mandate on this. (it'd be nice to have one).

Thoughts, Comments, Suggestions?

Nigel

[Eric Christensen]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Nigel,
Is it possible to have the bot add a category (TOO BIG) to all the pages
that are larger than 32KB?  I like the Archive: and the Meeting:.

Eric



Nigel Jones wrote:
| Hi all, two items of business that I want to bring up
|
| 1)  We now have a bot on the wiki, appropriately named Wikibot, this can
| be used for general repetitive tasks such as en-mass addition of
| categories to pages, and some general clean-up tasks that needs
| to/should happen once in a while.
| 2)  Some pages are getting a bit too big, while some are getting useless
| as time goes on (information for EOL releases.  As such I propose the
| addition of two new name spaces...
|
| a) Archive: (without talk pages)
| Purpose - To allow archiving wiki pages pertaining to EOL releases,
| and/or are no longer relevant to the general user
| Benefits - With proper setup (not searched by default for instance) we
| can help speed up searches and remove old information from general end
| users, BUT still be there for those interested.  Pages like the old
| Extras and FSA pages come to mind immediately.
|
| b) Meeting: (with talk pages)
| Purpose - Allow some separation of end-user based content and
| board/committee/group meeting logs
| Benefits - Marginal, similar to the purpose of Archive though,
| basically, somewhere to keep meeting logs in a place where they can be
| optionally searched but not by default
|
| An alternative to a meeting name space is with proper logging of the
| meeting channels automatically posting meeting logs on Fedora People (or
| similar).
|
| As for the large pages, well we have pages that are well in excess of
| the 32KB recommended by the Mediawiki folk, stuff like
| https://fedoraproject.org/wiki/ChristianIseli/PackageReviewStatus
| (200KB+) would be better suited to Fedora People, but we don't really
| have any mandate on this. (it'd be nice to have one).
|
| Thoughts, Comments, Suggestions?
|
| Nigel
|
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.9 (GNU/Linux)
> Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org
>
> iEYEARECAAYFAkh3Ox0ACgkQL5V8yddJCO0LCgCeNwyVclkZsKspboSth7tHre6G
> 64AAnjFhTTyEFZAtkGKP0B3uwHloZKAz
> =ILr3
> -----END PGP SIGNATURE-----

[Nigel Jones]

Eric Christensen wrote:
>  -----BEGIN PGP SIGNED MESSAGE-----
>  Hash: SHA1
>
>  Nigel,
>  Is it possible to have the bot add a category (TOO BIG) to all the pages
>  that are larger than 32KB?  I like the Archive: and the Meeting:. 
I should be able
to if it's wanted, but 
https://fedoraproject.org/wiki/Special:Longpages does a good job already.

Most of these pages are exactly what I was talking about in my e-mail 
below...

- Nigel
>  Eric
>
>
>
>  Nigel Jones wrote:
>  | Hi all, two items of business that I want to bring up
>  |
>  | 1)  We now have a bot on the wiki, appropriately named Wikibot, this 
>  can
>  | be used for general repetitive tasks such as en-mass addition of
>  | categories to pages, and some general clean-up tasks that needs
>  | to/should happen once in a while.
>  | 2)  Some pages are getting a bit too big, while some are getting 
>  useless
>  | as time goes on (information for EOL releases.  As such I propose the
>  | addition of two new name spaces...
>  |
>  | a) Archive: (without talk pages)
>  | Purpose - To allow archiving wiki pages pertaining to EOL releases,
>  | and/or are no longer relevant to the general user
>  | Benefits - With proper setup (not searched by default for instance) we
>  | can help speed up searches and remove old information from general end
>  | users, BUT still be there for those interested.  Pages like the old
>  | Extras and FSA pages come to mind immediately.
>  |
>  | b) Meeting: (with talk pages)
>  | Purpose - Allow some separation of end-user based content and
>  | board/committee/group meeting logs
>  | Benefits - Marginal, similar to the purpose of Archive though,
>  | basically, somewhere to keep meeting logs in a place where they can be
>  | optionally searched but not by default
>  |
>  | An alternative to a meeting name space is with proper logging of the
>  | meeting channels automatically posting meeting logs on Fedora People 
>  (or
>  | similar).
>  |
>  | As for the large pages, well we have pages that are well in excess of
>  | the 32KB recommended by the Mediawiki folk, stuff like
>  | https://fedoraproject.org/wiki/ChristianIseli/PackageReviewStatus
>  | (200KB+) would be better suited to Fedora People, but we don't really
>  | have any mandate on this. (it'd be nice to have one).
>  |
>  | Thoughts, Comments, Suggestions?
>  |
>  | Nigel
>  |
> >  -----BEGIN PGP SIGNATURE-----
> >  Version: GnuPG v1.4.9 (GNU/Linux)
> >  Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org
> >
> >  iEYEARECAAYFAkh3Ox0ACgkQL5V8yddJCO0LCgCeNwyVclkZsKspboSth7tHre6G
> >  64AAnjFhTTyEFZAtkGKP0B3uwHloZKAz
> >  =ILr3
> >  -----END PGP SIGNATURE----- 
>

[Nicolas Mailhot]

Hi,

Is it possible to ask the bot to copy changes in a set of
categories/namespaces to a SIG mailing list?

-- 
Nicolas Mailhot

[Nigel Jones]

Nicolas Mailhot wrote:
>  Hi,
>
>  Is it possible to ask the bot to copy changes in a set of
>  categories/namespaces to a SIG mailing list?
>     
Sorry, I'm a little bit lost on exactly what is been proposed so correct 
me if I'm wrong...

I'm taking it that your asking for the bot to go through and copy the 
wiki-diffs for pages in a specific category and then collate them and 
mail them out.  Really this is a bit beyond what any wiki bot normally 
does, HOWEVER, you can use the API from memory to collate this information.

Luke did a brilliant application to collate the top 10 wiki contributors 
in any 500 edit-period - http://dpaste.com/61536/

Documentation for the Revision API component can be grabbed at 
http://www.mediawiki.org/wiki/API:Query_-_Properties#revisions_.2F_rv

Also take a look at my reply to Max with the type of tasks that I had in 
mind for the wikibot, the main thing is, we need it to keep interwiki 
links up to date (we can't expect people to go through 5+ wikis to make 
sure every interwiki link is correct), so while it's not doing 
interwikis it can do other tasks such as fixing syntax etc.

- Nigel

[Max Spevack]

On Fri, 11 Jul 2008, Nigel Jones wrote:

>  1)  We now have a bot on the wiki, appropriately named Wikibot, this
> can be 
>  used for general repetitive tasks such as en-mass addition of categories to 
>  pages, and some general clean-up tasks that needs to/should happen once in a 
>  while. 
How do we use it?  Do you have any examples?  It sounds cool!

>  2)  Some pages are getting a bit too big, while some are getting
> useless as 
>  time goes on (information for EOL releases.  As such I propose the addition 
>  of two new name spaces...
>
>  a) Archive: (without talk pages)
>  Purpose - To allow archiving wiki pages pertaining to EOL releases, and/or 
>  are no longer relevant to the general user
>  Benefits - With proper setup (not searched by default for instance) we can 
>  help speed up searches and remove old information from general end users, BUT 
>  still be there for those interested.  Pages like the old Extras and FSA pages 
>  come to mind immediately.
>
>  b) Meeting: (with talk pages)
>  Purpose - Allow some separation of end-user based content and 
>  board/committee/group meeting logs
>  Benefits - Marginal, similar to the purpose of Archive though, basically, 
>  somewhere to keep meeting logs in a place where they can be optionally 
>  searched but not by default 
Definitely in favor of the Archive: idea, and don't have a strong 
preference either way on the Meeting: idea.

--Max

[Nigel Jones]

Max Spevack wrote:
>  On Fri, 11 Jul 2008, Nigel Jones wrote:
>
> > 1)  We now have a bot on the wiki, appropriately named Wikibot, this 
> > can be used for general repetitive tasks such as en-mass addition of 
> > categories to pages, and some general clean-up tasks that needs 
> > to/should happen once in a while.
>
>  How do we use it?  Do you have any examples?  It sounds cool! 
It's basically on
a place a request and I'll find the best way to do it 
and then do it.  Thankfully I have a couple of machines close to PHX 
with a decent bandwidth allocation so the by request model will work for 
now.

Things that'll run on a regular basis are:
* Redirect fixes (when someone creates a 'double-redirect' Mediawiki 
gets a bit unhappy so it's a good idea to clean these up)
* Interwiki updates (this'll happen when l10n wikis are deployed, it'll 
basically create a cross reference of what pages in the different 
languages contain what information - VERY useful)
* Deletions (note these don't get attributed to the bot)

Other common tasks would be:
* Template changes
* Category additions/changes/removals
* Text replacement (note I'm only tentatively listing at the moment)

Also, anything else that you can see automated on the Wikimedia wikis 
via bots, you can let me know and I'll try my best!

> > 2)  Some pages are getting a bit too big, while some are getting 
> > useless as time goes on (information for EOL releases.  As such I 
> > propose the addition of two new name spaces...
> >
> > a) Archive: (without talk pages)
> > Purpose - To allow archiving wiki pages pertaining to EOL releases, 
> > and/or are no longer relevant to the general user
> > Benefits - With proper setup (not searched by default for instance) 
> > we can help speed up searches and remove old information from general 
> > end users, BUT still be there for those interested.  Pages like the 
> > old Extras and FSA pages come to mind immediately.
> >
> > b) Meeting: (with talk pages)
> > Purpose - Allow some separation of end-user based content and 
> > board/committee/group meeting logs
> > Benefits - Marginal, similar to the purpose of Archive though, 
> > basically, somewhere to keep meeting logs in a place where they can 
> > be optionally searched but not by default
>
>  Definitely in favor of the Archive: idea, and don't have a strong 
>  preference either way on the Meeting: idea. 
K, thanks for the input Max!

- Nigel

[Nigel Jones]

Nigel Jones wrote:
>  Hi all, two items of business that I want to bring up
>
>  1)  We now have a bot on the wiki, appropriately named Wikibot, this 
>  can be used for general repetitive tasks such as en-mass addition of 
>  categories to pages, and some general clean-up tasks that needs 
>  to/should happen once in a while.
>  2)  Some pages are getting a bit too big, while some are getting 
>  useless as time goes on (information for EOL releases.  As such I 
>  propose the addition of two new name spaces...
>
>  a) Archive: (without talk pages)
>  Purpose - To allow archiving wiki pages pertaining to EOL releases, 
>  and/or are no longer relevant to the general user
>  Benefits - With proper setup (not searched by default for instance) we 
>  can help speed up searches and remove old information from general end 
>  users, BUT still be there for those interested.  Pages like the old 
>  Extras and FSA pages come to mind immediately.
>
>  b) Meeting: (with talk pages)
>  Purpose - Allow some separation of end-user based content and 
>  board/committee/group meeting logs
>  Benefits - Marginal, similar to the purpose of Archive though, 
>  basically, somewhere to keep meeting logs in a place where they can be 
>  optionally searched but not by default 
There is a third...

  c) QA: (with talk pages)
  Purpose - Allow QA folks to store software test-cases off the beaten track
  Benefits - Ease of access for QA members, out of the way for 
users/developers, not searched on default, but still searchable if 
people want to
  Notes - This comes from 
https://fedorahosted.org/fedora-infrastructure/ticket/588 Testopia 
didn't quite work out and they are still unsure, so if noone has any 
objections, I'd like to approve this request on the basis of "It's okay 
with us, just let us know if/when you want to use it".

Speak now or forever hold your peace!

- Nigel
>  An alternative to a meeting name space is with proper logging of the 
>  meeting channels automatically posting meeting logs on Fedora People 
>  (or similar).
>
>  As for the large pages, well we have pages that are well in excess of 
>  the 32KB recommended by the Mediawiki folk, stuff like 
>  https://fedoraproject.org/wiki/ChristianIseli/PackageReviewStatus 
>  (200KB+) would be better suited to Fedora People, but we don't really 
>  have any mandate on this. (it'd be nice to have one).
>
>  Thoughts, Comments, Suggestions?
>
>  Nigel
>

[Paul W. Frields]

On Sat, 2008-07-12 at 01:54 +1200, Nigel Jones wrote:
>  Nigel Jones wrote:
>  > Hi all, two items of business that I want to bring up
>  >
>  > 1)  We now have a bot on the wiki, appropriately named Wikibot, this 
>  > can be used for general repetitive tasks such as en-mass addition of 
>  > categories to pages, and some general clean-up tasks that needs 
>  > to/should happen once in a while.
>  > 2)  Some pages are getting a bit too big, while some are getting 
>  > useless as time goes on (information for EOL releases.  As such I 
>  > propose the addition of two new name spaces...
>  >
>  > a) Archive: (without talk pages)
>  > Purpose - To allow archiving wiki pages pertaining to EOL releases, 
>  > and/or are no longer relevant to the general user
>  > Benefits - With proper setup (not searched by default for instance) we 
>  > can help speed up searches and remove old information from general end 
>  > users, BUT still be there for those interested.  Pages like the old 
>  > Extras and FSA pages come to mind immediately.
>  >
>  > b) Meeting: (with talk pages)
>  > Purpose - Allow some separation of end-user based content and 
>  > board/committee/group meeting logs
>  > Benefits - Marginal, similar to the purpose of Archive though, 
>  > basically, somewhere to keep meeting logs in a place where they can be 
>  > optionally searched but not by default
>  There is a third...
>  
>    c) QA: (with talk pages)
>    Purpose - Allow QA folks to store software test-cases off the beaten track
>    Benefits - Ease of access for QA members, out of the way for 
>  users/developers, not searched on default, but still searchable if 
>  people want to
>    Notes - This comes from 
>  https://fedorahosted.org/fedora-infrastructure/ticket/588 Testopia 
>  didn't quite work out and they are still unsure, so if noone has any 
>  objections, I'd like to approve this request on the basis of "It's okay 
>  with us, just let us know if/when you want to use it".
>  
>  Speak now or forever hold your peace! 
With the first two, there's a definite positive return in reducing the
visibility of the pages.  In the former, it's the whole point, and in
the latter, it keeps long pages out of the limelight, while still
allowing searchability.  

But remember that one of the keys to Fedora is transparency.  The
problems with Testopia can be solved in the medium-term, and the
reduction in searchability for QA stuff is, to me, not a win.  Keep in
mind that I live with a highly-organized wife, so no slight intended,
but am I missing the point in this level of binning in the case of a QA:
namespace?

-- 
Paul W. Frields
  gpg fingerprint: 3DA6 A0AC 6D58 FEC4 0233  5906 ACDB C937 BD11 3717
  http://paul.frields.org/   -  -   http://pfrields.fedorapeople.org/
  irc.freenode.net: stickster @ #fedora-docs, #fedora-devel, #fredlug

[Nigel Jones]

Paul W. Frields wrote:
>  On Sat, 2008-07-12 at 01:54 +1200, Nigel Jones wrote:
>    
> > Nigel Jones wrote:
> >     
> >> Hi all, two items of business that I want to bring up
> >>
> >> 1)  We now have a bot on the wiki, appropriately named Wikibot, this 
> >> can be used for general repetitive tasks such as en-mass addition of 
> >> categories to pages, and some general clean-up tasks that needs 
> >> to/should happen once in a while.
> >> 2)  Some pages are getting a bit too big, while some are getting 
> >> useless as time goes on (information for EOL releases.  As such I 
> >> propose the addition of two new name spaces...
> >>
> >> a) Archive: (without talk pages)
> >> Purpose - To allow archiving wiki pages pertaining to EOL releases, 
> >> and/or are no longer relevant to the general user
> >> Benefits - With proper setup (not searched by default for instance) we 
> >> can help speed up searches and remove old information from general end 
> >> users, BUT still be there for those interested.  Pages like the old 
> >> Extras and FSA pages come to mind immediately.
> >>
> >> b) Meeting: (with talk pages)
> >> Purpose - Allow some separation of end-user based content and 
> >> board/committee/group meeting logs
> >> Benefits - Marginal, similar to the purpose of Archive though, 
> >> basically, somewhere to keep meeting logs in a place where they can be 
> >> optionally searched but not by default
> >>       
> > There is a third...
> >
> >   c) QA: (with talk pages)
> >   Purpose - Allow QA folks to store software test-cases off the beaten track
> >   Benefits - Ease of access for QA members, out of the way for 
> > users/developers, not searched on default, but still searchable if 
> > people want to
> >   Notes - This comes from 
> > https://fedorahosted.org/fedora-infrastructure/ticket/588 Testopia 
> > didn't quite work out and they are still unsure, so if noone has any 
> > objections, I'd like to approve this request on the basis of "It's okay
>
> > with us, just let us know if/when you want to use it".
> >
> > Speak now or forever hold your peace!
> >     
>
>  With the first two, there's a definite positive return in reducing the
>  visibility of the pages.  In the former, it's the whole point, and in
>  the latter, it keeps long pages out of the limelight, while still
>  allowing searchability.  
>
>  But remember that one of the keys to Fedora is transparency.  The
>  problems with Testopia can be solved in the medium-term, and the
>  reduction in searchability for QA stuff is, to me, not a win.  Keep in
>  mind that I live with a highly-organized wife, so no slight intended,
>  but am I missing the point in this level of binning in the case of a QA:
>  namespace?
>     
Okay, my understanding on the QA team's purpose for the namespace is this:

* General pages (about the QA team, what they do) remain in the main 
namespace (under QA/*)
* Testcases (what would have been in testopia) would be placed in the QA 
namespace (QA:*)

It's a very subtle difference from what really is of interest to 
everyone (about the group) and what is specifically targetted to QA team 
members in Fedora and other FOSS projects.

It's nowhere near something to pull the wool over someone's eyes.

- Nigel

[Paul W. Frields]

On Sat, 2008-07-12 at 12:21 +1200, Nigel Jones wrote:
>  Paul W. Frields wrote:
>  > On Sat, 2008-07-12 at 01:54 +1200, Nigel Jones wrote:
>  >   
>  >> Nigel Jones wrote:
>  >>     
>  >>> Hi all, two items of business that I want to bring up
>  >>>
>  >>> 1)  We now have a bot on the wiki, appropriately named Wikibot, this 
>  >>> can be used for general repetitive tasks such as en-mass addition of 
>  >>> categories to pages, and some general clean-up tasks that needs 
>  >>> to/should happen once in a while.
>  >>> 2)  Some pages are getting a bit too big, while some are getting 
>  >>> useless as time goes on (information for EOL releases.  As such I 
>  >>> propose the addition of two new name spaces...
>  >>>
>  >>> a) Archive: (without talk pages)
>  >>> Purpose - To allow archiving wiki pages pertaining to EOL releases, 
>  >>> and/or are no longer relevant to the general user
>  >>> Benefits - With proper setup (not searched by default for instance) we 
>  >>> can help speed up searches and remove old information from general end 
>  >>> users, BUT still be there for those interested.  Pages like the old 
>  >>> Extras and FSA pages come to mind immediately.
>  >>>
>  >>> b) Meeting: (with talk pages)
>  >>> Purpose - Allow some separation of end-user based content and 
>  >>> board/committee/group meeting logs
>  >>> Benefits - Marginal, similar to the purpose of Archive though, 
>  >>> basically, somewhere to keep meeting logs in a place where they can be 
>  >>> optionally searched but not by default
>  >>>       
>  >> There is a third...
>  >>
>  >>   c) QA: (with talk pages)
>  >>   Purpose - Allow QA folks to store software test-cases off the beaten track
>  >>   Benefits - Ease of access for QA members, out of the way for 
>  >> users/developers, not searched on default, but still searchable if 
>  >> people want to
>  >>   Notes - This comes from 
>  >> https://fedorahosted.org/fedora-infrastructure/ticket/588 Testopia 
>  >> didn't quite work out and they are still unsure, so if noone has any 
>  >> objections, I'd like to approve this request on the basis of "It's
> okay 
>  >> with us, just let us know if/when you want to use it".
>  >>
>  >> Speak now or forever hold your peace!
>  >>     
>  >
>  > With the first two, there's a definite positive return in reducing the
>  > visibility of the pages.  In the former, it's the whole point, and in
>  > the latter, it keeps long pages out of the limelight, while still
>  > allowing searchability.  
>  >
>  > But remember that one of the keys to Fedora is transparency.  The
>  > problems with Testopia can be solved in the medium-term, and the
>  > reduction in searchability for QA stuff is, to me, not a win.  Keep in
>  > mind that I live with a highly-organized wife, so no slight intended,
>  > but am I missing the point in this level of binning in the case of a QA:
>  > namespace?
>  >   
>  Okay, my understanding on the QA team's purpose for the namespace is this:
>  
>  * General pages (about the QA team, what they do) remain in the main 
>  namespace (under QA/*)
>  * Testcases (what would have been in testopia) would be placed in the QA 
>  namespace (QA:*)
>  
>  It's a very subtle difference from what really is of interest to 
>  everyone (about the group) and what is specifically targetted to QA team 
>  members in Fedora and other FOSS projects.
>  
>  It's nowhere near something to pull the wool over someone's eyes. 
Sure, not meaning to imply anyone's being all sneaky-like. :-)  The way
you just explained it, clarifies quite a lot, thanks.

-- 
Paul W. Frields
  gpg fingerprint: 3DA6 A0AC 6D58 FEC4 0233  5906 ACDB C937 BD11 3717
  http://paul.frields.org/   -  -   http://pfrields.fedorapeople.org/
  irc.freenode.net: stickster @ #fedora-docs, #fedora-devel, #fredlug

[Ian Weller]

On Sat, 12 Jul 2008, Nigel Jones wrote:

>  Okay, my understanding on the QA team's purpose for the namespace
> is this:
>
>  * General pages (about the QA team, what they do) remain in the main 
>  namespace (under QA/*)
>  * Testcases (what would have been in testopia) would be placed in the QA 
>  namespace (QA:*)
>
>  It's a very subtle difference from what really is of interest to everyone 
>  (about the group) and what is specifically targetted to QA team members in 
>  Fedora and other FOSS projects.
>  
This was also my understanding to how the wiki would be organized.

-- 
Ian Weller <ianweller(a)gmail.com&gt;                  http://ianweller.org
GnuPG fingerprint:  E51E 0517 7A92 70A2 4226  B050 87ED 7C97 EFA8 4A36
"Technology is a word that describes something that doesn't work yet."
   ~ Douglas Adams

[Ian Weller]

On Fri, 11 Jul 2008, Nigel Jones wrote:

>  Hi all, two items of business that I want to bring up
>
>  1)  We now have a bot on the wiki, appropriately named Wikibot, this can be 
>  used for general repetitive tasks such as en-mass addition of categories to 
>  pages, and some general clean-up tasks that needs to/should happen once in a 
>  while. 
Woo!

>  2)  Some pages are getting a bit too big, while some are getting
> useless as 
>  time goes on (information for EOL releases.  As such I propose the addition 
>  of two new name spaces...
>
>  a) Archive: (without talk pages)
>  Purpose - To allow archiving wiki pages pertaining to EOL releases, and/or 
>  are no longer relevant to the general user
>  Benefits - With proper setup (not searched by default for instance) we can 
>  help speed up searches and remove old information from general end users, BUT 
>  still be there for those interested.  Pages like the old Extras and FSA pages 
>  come to mind immediately.
>  
It's either this, or delete 'em. You can also do some hacks with
MediaWiki to automatically include something on a page depending on the
namespace; I know it's possible, but I'd have to look into it more.

+1

>  b) Meeting: (with talk pages)
>  Purpose - Allow some separation of end-user based content and 
>  board/committee/group meeting logs
>  Benefits - Marginal, similar to the purpose of Archive though, basically, 
>  somewhere to keep meeting logs in a place where they can be optionally 
>  searched but not by default
>  
+1

>  An alternative to a meeting name space is with proper logging of the
> meeting 
>  channels automatically posting meeting logs on Fedora People (or similar).
>  
We not only don't have this *yet*, but also I think it would still be
good for the future-bot to talk to Wikibot and get the pages on the wiki
automatically... with talk pages, of course.

You bring up another excellent point here, though -- the process for
proposing namespaces and getting them decided on and processed. Maybe
Karsten can provide some input here (nudge, nudge).

>  As for the large pages, well we have pages that are well in excess of
> the 
>  32KB recommended by the Mediawiki folk, stuff like 
>  https://fedoraproject.org/wiki/ChristianIseli/PackageReviewStatus (200KB+) 
>  would be better suited to Fedora People, but we don't really have any mandate 
>  on this. (it'd be nice to have one).
>  
What we need is a mandate to keep pages below 32 KB. That means either
splitting them up into separate pages, or storing them elsewhere.

-- 
Ian Weller <ianweller(a)gmail.com&gt;                  http://ianweller.org
GnuPG fingerprint:  E51E 0517 7A92 70A2 4226  B050 87ED 7C97 EFA8 4A36
"Technology is a word that describes something that doesn't work yet."
   ~ Douglas Adams