Development Log

From Salish Sea Wiki
(Redirected from Development)
The printable version is no longer supported and may have rendering errors. Please update your browser bookmarks and please use the default browser print function instead.


This page describes the ongoing development of the platform. A backlog serves as a reminder for future needs. The underway section describes ongoing admin and contract development activities. Dated entries provide a record from past efforts.

Backlog

Please talk to the moderator team if you'd like to support work on the backlog.

Site Improvement Tasks:

  • Sidebar - Here is a the new proposed Sidebar structure.
  • Font Review - We need a review and revision of fonts and font sizes... many pages use H2 subheadings because in general the headings are both too large, and not distinct in style from text. I'd propose a distinct and stylized page title font (similar to the logo), and then subtle but distinct heading fonts that are not so large and spaced out.

Content Improvements:

  • Introduction - revise the inital page flow and category:introduction pages to provide better introduction to practices and the new page architecture. Our goal is to simplify this outline to match workflow needs of 1) new members and 2) visitors. This includes reevaluation of various categories now lumped under Category:Corepages. This should relate to new flexbox templates.

Information Architecture Refinements:

  • Education Categories - we have education as a Social Change Topic, and we have Academic as a type of Workgroup, and a proposal to subdivide by Youth/College. This seems like a poor description of all the institutions and approaches encompassed by education, both as a kind of Workgroup (could all educational institutions just be State/Special District/NGO/Private?) and the purposes of education, which bleed into advocacy depending on your perspectives.
  • Category Page Standards - We need to develop a standards method for managing the relationship between a Category Page and a Topic Page associated with a category, and the pages that introduce various page types (and their categories)? This has been started at Platform Style Guide. During the category review and organization effort I have removed a number of redirects, that connect a category page to its main Topic Page. This system should be reconsidered, with some value in retaining easy access to category pages for the purpose of maintaining categorization. Can we add useful information to category pages that makes category navigation fun and interesting. Perhaps a DPL with inline list of related categories. Can the text in category pages serve as a hovering definition over category links? This would include a method for indicating that a specific page is the master page of an existing category.
  • Explanation of Nation State Jurisdictions as Places and Workgroups - A large number of categories captured under Category:Nation State describe the jurisdictions of various workgroups authorized under the public governments of the USA and Canada. This definition of place is tesselated and in contrast to the development of place under Category:Place. In addition most of the Nation State categories correspond with Workgroup pages, not with Place pages. This is intentional and potentially confusing, as it requires a consideration of location under two conflicting polygon sets. This is further complicated by WRIAs and other such constructs.
  • Formalization of Geography - Map integration will require formalizaiton of geography. There are a wide range of issues to wrestle with. For example, does differentiation between Georgia Basin and Puget Sound and places in between serve the organization of Category:Regional Scale units?
  • Political-Ecological Cross Categorization - The overlapping relationships between political jurisdications and regions/catchments is very complex. Should this be represented in categorization? The current practice is to NOT categorize political categories using Place categories... instead Workgroup Pages are categorized by place. Political categories are used primarily to categories workgroups, efforts, and product pages that fall under the jurisdiction of those groups.
  • Workgroup Acronyms - We can define how workgroup pages are associated with acronym categories. This may involve the deprecation of the acronym category in exchange for a structure data field associated with workgroup pages that are used to flag products and efforts or places of regular work.
  • Private vs NGO - How do we organize the various kinds of private corporations and companies that are for profit, non-profit, or in between? Current categories are Category:Private and Category:NGO and both are sub-categories of workgroup.

Community Development Tasks:

  • Membership Privileges - Define a set of membership privileges that identifies how learning to participate in the wiki provides personal benefits.
  • Video Presentations - We'd benefit from a set of video presentations selling the philosophy and value of the platform, and how it can serve your professional practice.

2024 Underway

The following items are under active development in 2024

  • Page Type Revision - We are reviewing and adjusting page type, to encompass the heretofor central Document page type with an expanded and coherent Product page type. We are rebuilding a more coherent Places system that is less centered on the Landform system, and deploys a bioregional scale nested standard system of places, using a five-scale framework.
  • Category Review and Categorization - Review category framework, ensure all in-use categories are part of a coherent hierarchical category framework that can be expanded over time, and use this framework as the basis for a transition to structured page data using Cargo. A number of decisions around hierarchical structuring of categories came into play.
    • Clear separation between a political place structure and a physiographic place structure that follow separate, and not intertwined hierarchies.
    • Develop Category:Purpose as a Workgroup modifier.
    • Development of a Category:Scale to generate a set of categories that replace the Site concept and develop a five-scale definition of place, with development of a hierarchy of categories for regions and catchments. Categories for Landform Scale places are optional based on user work.
  • Page Form Test - We are testing the use of PageForms in combination with Cargo to standardize page creation and categorization.
  • Bulk Page Creation - We will develop and deploy the ability to load a set of documents, and then autogenerate a set of pages from a CVS spreadsheet.
  • Multi-Column Templates Using Flexbox - Template:TwoColumn Template:TwoColumnLeftPicture Template:TwoColumnLeftPicture are increasing responsive page layout options. This needs to become more systematic and available through edit windows.

2023 Dec 30 - Update

  • SER has assumed stewardship of the wiki under an File:Operating agreement.pdf with WDFW, NOAA, and SERNW as the first supporting partners.
  • Under that operating agreement a contract with WikiWorks included a significant upgrade, including:
    • A new wiki was developed on a server managed by WikiWorks, and the historical wiki content was loaded.
    • The new wiki was loaded using the canasta package with many embedded extensions. https://canasta.wiki/documentation/#extensions-included-in-canasta
    • Adjustments to the old wiki formatting were made and the default skin reset to Chameleon, with development of a mobile-responsive formatting.
    • WYSIWYG editing
    • Update of all extensions to maintain functions

2022 - Development Planning

We are initiating a major upgrade, setting up a governance system, bringing in agency partners, and shifting ownership to SER.

  1. Develop cost estimate and identify preferred vendor
  2. Establish WDFW-SER relationship for management and upgrade
  3. Complete update and scope development
  4. Fundraising and client prospecting

2022 - Category Changes

  • CANADA/USA - Build out the Canadian integration in the wiki, and check for coherence in workgroup categories. There is USA-centered residue from development. "Federal" could refer to both US or Canadian national government. State clearly refers to Washington State, while "Provincial" can be used to refer to British Colombian. "Local" could be either. It makes sense to have a "USA" vs. "Canada" category to differentiated between federals and locals. Should we have the same with state, and change it to state/provincial? Should we be able to selectively search at the three strata of government either across or excluding the national border?
  • TOPIC CATEGORIES - We have some organic category structures. This could be refined, and we need to figure out if there is a reliable heritable category system we want to use that allows for heritable categorization within a hierarchical structure. At minimum we need to ensure that all categories that organize topics are in the topic category.

2015-2017 Development

  1. Google Analytics. It may be set up, but we need to know how to check on this.
  2. Review WYSIWYG editing options
  3. We lost functionality for QuickLink (http://www.mediawiki.org/wiki/Extension:QuickLink) in the last upgrade. This was very useful because unlike the edit window link function it can search for any text string in page names rather than the first characters in page names.. it would be good to get this back.
  4. Creating off-site links is worrisome as agencies are unreliable managers of PDF locations. A fast archive solution would bring a link target onto the wiki and link to it, while allowing for later development of document pages in the future (or automated development of a bare bones document page).
  5. We had talked about quick categorizing using pick lists in the edit window... the SelectCategory extension had lots of bugs. Don't know if there is an alternative to our current static approach.

2013-2015 Development

  • NEW ACCOUNT PROCEDURE - We need a vandal proof mechanisms for allowing the creation of new accounts. It needs: 1) minimum steps, 2) maximum autonomy, 3) no workaround.
  1. User privilages reduced to read only - 'fulluser' privilages created.
  2. Set up email authentication and notification - http://www.mediawiki.org/wiki/Manual:Configuration_settings#Email_settings
  3. New user sends email to site administrators
  4. Site admin promotes account to 'fulluser' privilages using special:userrights page
  5. Site admin notifies user of confirmation by adding template to userpage that requests information

How can we reduce the number of steps and actions by admin?

  • EMAIL NOTIFICATION - As we establish a new account procedure we need to enable email notification.
  • BACKUP - We need a backup strategy as volume grows. TNC can pay an initial fee for an annual cloud-based backup service. I agree that Tarsnap is a reasonable choice if WWU wants to maintain.
  • PSNERP NAMESPACE - [Hold off on this one... I am thinking that more PNSERP data-driven text should be managed as templates, and we need to shut off teh Template namespace to easy editing] I would like to see some PSNERP reports converted out of PDF into interlinked wikiformat. Since these are in some cases peer-reviewed data, I'd like them to be closed to edit. Some of these could be managed as templates, so that those data can be included in other pages, others would be in a new namespace:
    • please create the namespace psnerp: with the alias p: and make that namespace closed to editing except to admin users
    • make the namespace template: closed to editing except to admin.
    • please leave the discussion namespace for these pages open to edit.
  • KMZ/KML/PPTX/DOCX/XLSX SUPPORT - I'd like to make additional file types to supported. Pcereghino 10:19, 31 October 2011 (PDT).
  • DEFAULT SEARCH - Lets set $wgNamespacesToBeSearchedDefault in Local Settings to include FILE: and USER: and CATEGORY:
  • SKIN FORMATTING - changes to the how the skin gets assembled...
    • How can we create a stable navigation menu that integrates our icons... It seems the sidebar is relatively inviolate... perhaps
    • When images are floated on the left, they overlap the bullets on bulleted lists. (in Internet Explorer... not sure if this is exclusive).
    • Lets move the search box to a more familiar top right position.
    • Lets make navigation bar categories bolder.
    • Lets develop some nicer background patterns to replace the current colors.
    • Lets reduce overall font size and spacing, and make the headers heavier (arial bold?) but tighter
    • Lets increase the margin around images and the white space around text in the context box.

Conceptual Development Projects

  • DOCUMENT CATEGORIES - Uploaded media when categorized shows up at the bottom of the category page as 'media in category' separate from 'pages in category'. Our goal is to have both on-wiki and off-wiki documents that can be viewed as members of the document category. In addition it would be nice to have more advanced query functions for the document category, and am not sure if there are good extensions for this. -Pcereghino 10:32, 1 September 2011 (PDT)
  • REDUCE FILE ICON SIZE - the file icons end up being big and taking a lot of space... these could reduced to something like 20px square. This is how it pops up in site code. It looks like height and width are not managed by CSS, but may be a variable grabbed by PHP form the skin or elsewhere? </ul><div class="fullImageLink" id="file"><a href="/index.php/File:Beamer_et_al_2003.pdf" class="image" title="Beamer et al 2003.pdf"><img alt="" src="/skins/common/images/icons/fileicon-pdf.png" width="120" height="120" border="0" /></a></div><div class="fullMedia">

2011-2013 Development

Error issues

  • I am getting a error when I upload JPG or PNG -- In addition, when a image file does upload the page formatting gets screwed up.
    • issue resolved.

User Privilages and Group

  • SPAMBOT DETERRENT - We are starting to get spam-bots developing user accounts. We need to add the http://www.mediawiki.org/wiki/Extension:ConfirmEdit extension and a CAPTCHA routine... i'd defer to your choice.
    • CAPTCHA was installed, but there are live vandals that are stil causing problems. We need to go to some kind of verification routine involving email, and perhaps manual promotion of users to privilage.
  • We should create a super user group for the ‘moderator team’ and revisit the permission for our ‘standard editor’
    • resolved, ADMIN and BUREAUCRAT user groups meet needs of moderator team.
  • I’d like to have more deletion authority as we get this set up. I think we should allow file deletion by the file owner as well. Media wiki recommends redirects for deleation. [1] if we still want users to be able to delete pages they have authored (even though others may have updated them) we may be able to modify [2] or allow all users to delete, and add a hook to check if the user is an admin, or the originator of the article [3]
    • Resolved for now... ADMIN user group can delete

Appearances

  • Please change the logo. I have uploaded an exciting racey image
    • logo now lives at nw_logo.png - now racier than ever.
  • Can we change the font color for the page title something like maroon #800000. In addition I’d like to take a look at the CSS file governing page formatting for some minor tweaks to the box model.
    • Resolved -- in http://estuary.cs.wwu.edu/skins/monobook/main.css I added to the #firstHeading section #firstHeading {color: #800000;}
      For skinning changes you might look at http://www.mediawiki.org/wiki/Manual:Skins (excerpt below) Customization Users familiar with Cascading Style Sheets (CSS) can customize the current skin's file by creating a subpage of their userpage and naming it after the skin plus a .css postfix, "User:Yourname/monobook.css" for example. CSS placed in this sheet overrides the skin's CSS. This requires your site admin to have enabled this feature — if it is enabled, you will see advice text at the top of your custom CSS page about clearing your browser's cache. This can allow you to test what you want uploaded.
  • It would be also useful to setup this extension that allows for greater control of page appearance based on template..http://www.mediawiki.org/wiki/Extension:CSS

Extensions