AQCluster WikiP Discussion

From Earth Science Information Partners (ESIP)
Revision as of 15:30, June 18, 2008 by Erinmr (talk | contribs) (→‎Notes from Wiki Telecon)
(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)

Main ESIP page >> Main Cluster page >> AQ Telecons


Notes from Wiki Telecon

Attendance

  • Howard Burrows
  • David McCabe
  • Rudy Husar
  • Carol Meyer
  • Erin Robinson
  • Stefan Falke
  • Brand Niemann

Discussion

General concerns:

  • Navigation
    • Look for dynamic breadcrumbs that follow your specific path
    • Add tiny navigation links at the top
    • What links here button - not many people know what that is,
  • Propagating pages
    • Content policies - Consolidating similar pages, deleting pages that aren't necessary, how connected to ESIP does wiki content have to be? rules for addition?
    • Brand gave three rules his wiki uses: 1. use your own identity 2. post credentials 3. dismiss trouble makers
  • Front pages of clusters - two purposes: (1) easy access for current participants to find current activities; (2) introduces group to new members.
    • Change AQ Cluster main page name to 'Welcome to the AQ Cluster'
    • The group on the call liked Howard's mock up of the AQ main page with portals - QuickSummaryPlus
  • Wiki acts as organizational memory and guides organizational learning
  • Brand Niemann - EPA/Gov't Wikis - started with wikis several years ago and has moved to deki wikis a web service platform with wiki interface.
  • Potential Deki experiment for ESIP Summer Meeting - particularly the open meeting day (Thursday)

Decisions/Actions

  • Re-organize the AQ Front page - Howard/Stefan/David/??
  • Capture ESIP summer meeting on wiki - Brand/Erin/??

Topics

Use cases: Who is the main Cluster page for?

  1. recruiting participants from public
  2. updates for new members
  3. a little of both

How much narrative? More or less or combination:

  1. Here is an example of possible middle ground:
QuickSummaryPlus

Use of "discussion" tab

  1. Keep content discussions in the wiki itself
  2. Use "talk" pages to discuss page rendering or refactoring only
Taking discussion out of the wiki makes a hidden stump that can't be expanded or refactored easily essentially killing potential outshoots of the discussion. "Backpages" are really for meta discussions: discussions about the discussion.

Group actions and the wiki

  1. What is polite? When do you ask for a group discussion?
  2. Who maintains the top level pages? Should they be locked down?
========================

Below is discussion (wrested from the back of the Telecon Page)


Wikithoughts -- David McCabe (Davidmccabe) 19:00, 5 June 2008 (EDT)

Hey folks - This week I attended a good workshop on 3D visualization of AQ data. (i can talk about that too on the telecon). A couple state AQ forecasters were there and they articulated the needs that their community has for integrated, interoperable, standardized, accessible data very well. So, I buttonholed a few of these folks and told them that we could really use their voices in the ESIP AQ cluster.

When I was writing to them yesterday, I sent them a few links to the wiki. This got me thinking...

I'd like to propose focusing the wiki more on content and information. Perhaps this means we need to focus less on workspaces, the main content of which is links.

I'm willing to hack away at this, but not unless this makes sense to others (and I don't have to do it all myself!!! Everything on wikis is by consensus, after all). For one thing, I think we need to start paring down each other's contributions more than we have in the past. Generally, we just keep adding pages and links. I think we need to start cutting and deleting a lot more.

Some quick brainstorm on how I'd improve pages:

  • More narrative. What is this page for. Complete sentences
  • Less links. Too many links to inactive areas. too many subjects 'described' by a set of links
  • More editing, less simple addition and new pages. When we keep old pages around and just add new ones that make things less clear. Example: Workspace for Data Summit and the follow-up to the data summit.

Thoughts?

Re: Wikithoughts -- Stefan Falke (Sfalke) 02:15, 6 June 2008 (EDT)

David, Good ideas. I think the wiki could be improved by providing more "english" on the front page for people not actively participating in the cluster and who are looking for AQ data and info. We need to think about the various visitor types to the wiki and what is needed to make their visit meaningful. I'd rather not "delete" pages but rather re-organize them to highlight the important content.

It sounds like the state forecasters were interested in standardized data access. While the wiki can help describe and direct people to that type of access, I don't think it is the interface for that. Following GEOSS logic, catalogs and portals would be other places where that access occurs. So in addition to fixing up the wiki we should consider what are the AQ catalogs and portals (and how are data/services described and accessed through them). More on the call...

Re: Re: Wikithoughts -- David McCabe (Davidmccabe) 13:50, 6 June 2008 (EDT)

Hey thanks Stefan,

I'm advocating for more narrative/plain english on many front pages - i.e. the workspace page for the Ad hoc committee, the workspace page for the exceptional events, etc.

Deleting pages causes issues, I agree we want to avoid that. I do think we need less links and more updating of pages / less creation of new pages. IMO this makes the work taking place on the site less clear.

You are right that the ESIP wiki should not try to be the interface for data access, sorry if my rant was not clear. I meant to just mention that interaction to explain my train of thought. I'd love it if we could draw these folks into ESIP - I think we need their input - and my concern is that our interface with new folks needs work.

Re: Wikithoughts -- Rhusar 04:06, 6 June 2008 (EDT)

Our thinking is is here...AGU Spring Collaboration Tools, see slide 6

  • The purpose of workspaces is to work - to collaboratively produce content/outcome ..so its not either workspace or content, but workspace for creating content..
  • As you say, the Workspaces should be better organized, simplified etc...
  • Ideas on how to facilitate and capture the wisdom of the crowd, and present the outcome in a more orderly fashion? Try them on the AQ cluster 'site'..

Re: Re: Wikithoughts -- David McCabe (Davidmccabe) 14:17, 6 June 2008 (EDT)

Thanks for the reply Rudy, looking forward to the discussion. Perhaps I am just pushing for more of the product content to be visible on the wiki...