[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Libreplanet-dev] wiki updates
From: |
Peter |
Subject: |
Re: [Libreplanet-dev] wiki updates |
Date: |
Tue, 31 Mar 2009 21:02:30 +0000 |
User-agent: |
KMail/1.8.2 |
On Tuesday 31 March 2009 18:40, you wrote:
> Can you resend your message to the list?
>
> Peter <address@hidden> writes:
> > On Friday 27 March 2009 18:15, you wrote:
> >> Peter <address@hidden> writes:
> >> > Hi,
> >> >
> >> > I'd like to create a category for the 2009 comments and turn it into a
> >> > news page. We can add a comment option to the LP09 menu so ppl can see
> >> > the event and read/add comments. This is also latest news, so we can
> >> > turn the category into a 'news page' and link to it from the Latest
> >> > News thread. When the news becomes old, we can simply remove the link
> >> > from latest news and everything else will be unchanged. Attendees can
> >> > write their comments in their user page and categorize it. I'm
> >> > thinking Category:LibrePlanet2009/Comments (or perhaps News), so it
> >> > will be a subcategory to LibrePlanet2009.
> >> >
> >> > I am getting a sense we need to provide more structure, so users will
> >> > feel more confident about creating pages. I would like to move all the
> >> > LP09 pages into the LibrePlanet2009 tree, but mysql crashes whenever I
> >> > try. This means the schedule page (and subpages) plus all the user
> >> > notes etc. should be under the NFS, HPP, Activism, and unconference
> >> > subtrees. My patches would be perfect for this (it will move the page
> >> > and all subpages). However, to get real control over the wiki, we
> >> > should upgrade it (I think its 1.5.3 which is very old).
> >>
> >> MySQL is crashing due to an issue with long page names that overlap with
> >> other page names. I think this is fixed in newer versions but for the
> >> time being it is a good reason to rely more on categories and
> >> abbreviations (like LP09) in page names rather than have
> >> LibrePlanet2009/Foo/Bar etc.
> >
> > I have never liked mysql, but now is not time to rant. I'll go with what
> > you decide.
> >
> >> Rather than subpages for this can we use categories?
> >
> > Yes. I was thinking of moving the comment content to
> > Category:LP09/Comment (which is a subpage), and users can categorize
> > their comments
> > ([[Cagegory:LP09/Comment]]). But Category:LP09Comment will do.
> >
> >> > My feeling here is that when users edit for events they should use
> >> > their User page when they're not part of the group, and the group page
> >> > when they are. This will ensure only group members edit the group
> >> > pages, but other users can contribute via the group's categories, e.g.
> >> > Category:LibrePLanet2009 and LP09. The group pages are formally
> >> > structured, but users can structure their User pages as they like.
> >> > This means the notes for LP09 should be moved into the LibrePlanet
> >> > tree for members of the LibrePlanet group (not all FSF members), while
> >> > others moved to their User page.
> >>
> >> That probably makes sense in other cases, but for this conference we
> >> openly invited everyone to keep notes on the speakers on the main pages,
> >> so we don't need to apply that in this case.
> >
> > Well a user can write their comment as
> > User:Blacky/LP09LibrariesAndSchools and add
> > [[Category:LP09SchoolsAndLibraries]]. The problem with too many
> > categories is that we have no real way to navigate them, so people don't
> > know they exist. That is why I want a few root categories that we can
> > navigate, and use subcategories to do the rest.
> >
> > But we seem to have hit a technical problem.
> >
> >> I could also see different groups having different policies about this,
> >> and I wonder how well Mediawiki will support that.
> >
> > If we make the commenting a category, then the groups are free to define
> > where members can comment and only need state when and where to
> > categorize comments.
> >
> >> > I would also like to move the LibrePlanet2009 page to a subpage of
> >> > LibrePlanet, so we can start building group content. The session info
> >> > could be moved into the Project and worked on there, if necessary.
> >> > This is specifically the kind of info I think should be under project
> >> > management. This will leave the group pages free from session talk,
> >> > but still linked to it.
> >>
> >> Please consider the whole wiki to be LibrePlanet, as that is what we are
> >> working toward, rather than have LibrePlanet be a subpage of Groups.
> >
> > That, imho, will create a wiki mess and set a bad editing example for
> > users.
> >
> > I see Libre Planet staff as representative of the Group Network. The wiki
> > is the means to manage the network. So Libre Planet appears on the
> > network as the LibrePlanet group. The wiki manages LIbrePlanet just like
> > any other group, which simplifies wiki maintenance and makes Libre Planet
> > accessible to all groups. The LibrePlanet group is the interface between
> > Libre Planet staff and other groups. Therefore, Libre Planet staff join
> > LibrePlanet and edit the wiki as group members. All Libre Planet's info
> > is found in the LibrePlanet group, in the same way as a typical group is.
> >
> > Yes, I agree Libre Planet is the whole website, but, no, I don't agree
> > staff should create pages randomly. LibrePlanet is designed for their
> > use, and should use it for Libre Planet's purposes. Not only is it
> > difficult to navigate random pages, it is also hard to conceptualize
> > Libre Planet's presence on the wiki. By giving them their own group, they
> > are able to organize its content in an usable manner and be the showcase
> > for visitors and members alike. LibrePlanet is THE group on the wiki :)
> >
> >> > All the accommodation details should be moved into separate threads
> >> > and categorized, so other meetings can use the structure instead of
> >> > polluting their meeting page.
> >>
> >> Accommodation details like hotel and venue info you mean? I agree with
> >> that.
> >
> > Yes, exactly.
> >
> >> > I am very disappointed I could not attend, but I tried to figure out
> >> > and give the wiki some cohesion. Did anyone get any comments on the
> >> > state of the wiki and what could be done better?
> >>
> >> I'm sorry you couldn't make it. Next year I hope. We have not received
> >> much feedback on the wiki, other than that we should use more categories
> >> and less "/namespace".
> >
> > hmm, I don't know this /namespace, but I agree we need to improve the
> > category system. My hope is that the upgrade will enable me to demo the
> > system in full and its merits. I think I am getting a better
> > understanding of what Libre Planet is working towards and am sure we can
> > use mediawiki to do most of it. I will wait until the upgrade before
> > doing more editing and review getting the functions accepted upstream and
> > categorizing the regions.
> >
> > Thanks for the continued support and advice, I appreciate the time you've
> > taken to help me.
> >
> > Peter