(Use arrow keys to navigate)
NASA Flight Operations is the group of people who
This directorate is split into about 20 groups
We're in the Extravehicular Activity (EVA) group
(NASA-speak for "spacewalks")
Mission operations has been evolving
from the 1960s
to today
What began as paper folders of typed documents ...
Grew to gigabytes of electronic folders
Directory trees are difficult to search
Multiple copies and versions of documents
Files are easily moved or deleted
Hardware has many associated details
These can be stored as semantic properties
and associated documents and database entries
These can be automatically linked by part number or hardware name in some cases
One of the biggest hurdles for the transition to using a wiki is convincing the group to change the way they think
We are required to review lesson plans, rules, and documents every 2 years. Since we were already editing and reviewing these documents, we imported that content into the wiki.
After installing Semantic Mediawiki, the wiki really shed light on issues we had in our current knowledge management system, whether it was identifying holes in our knowledge or identifying conflicting resources of data
We couldn’t find any other software that came close to the power this had in allowing us to interconnect pages and data through the use of queries and properties within the wiki
Once a critical mass was achieved, a demo was presented to management
The wiki makes info easier to access, edit, and share
Sharepoint and share-drive documents were just as vulnerable to revisions or access-control issues
... but the wiki makes it easier to discover disconnects already present in the data and it provides automated version history
To get management buy-in, we had to demonstrate value
The wiki provides a single source for information
The wiki reveals gaps in our knowledge base
This model promotes group ownership of our knowledge base ("Our wiki")
NASA’s Imagery Online Database hosts institutional and mission imagery related to Human Space flight and associated Activities
IO consists of 100,000 videos and over 2 million photos. The imagery Collection is 10 TB and growing.
We wanted a way to incorporate the imagery database without the user leaving the wiki page and also be able to organize the photos in our own way
We built templates and queries to make use of this database. By using the unique NASA photo id# or file name, we can import images into a wiki page.
This page makes use of images uploaded to the wiki and images hosted on the IO web site
We created a page for each ISS and Shuttle mission. In each page, we set semantic properties for each crew member, flight controller, and relevant hardware item.
We can then query for data ...
{{#ask: [[Category:Expedition]]
|Mainlabel=Expedition
|? Commander
|sort = Mission start date
|order = asc
}}
... and we can elegantly display this data on any page
NASA uses a parent-child relationship structure to document the location of each item on ISS
The client interface can be overwhelming
The web search feature is simpler
But we can tie this data into our wiki
Input a part number ...
{{#ims: ABC1234567-123}}
And get results from the server embedded within a wiki page
or ...
Email is necessary but abused
Email is good for conversations but a terrible way of storing data
We can't completely get rid of email
but maybe we can reduce it
We can do better with one additional property:
Related article [[Has type::Page]]
Add any relevant wiki article page name as a related article
These show up in the Meeting Minutes output as links
It gets better ...
This is our page about the Retractable Equipment Tether
In the footer of every page, we list Meeting Minutes where that page was listed as a Related Article
Extension:HeaderTabs and a query for meeting topics where the PAGENAME is listed as a Related Article tie information together smartly
We use this same technique for hardware manifested on specific flights
We can link hardware to flights
We can link rules to hardware
We can run compound queries
This helps identify rules we might have otherwise missed
We have a lot of wiki pages tied together in different ways
How can we better ensure our users are aware of pages they might be interested in?
Brandon Harris (Jorm_WMF) describes wikis as "warren-centric", where each wiki page is its own small, disconnected community
How do we connect these warrens?
This simple query lists pages in Category:Current ISS Issue
These blocks highlight current discussions and are helpful for users not familiar with the "Recent Changes" page
Proficiency training is currently a manual process. With these blocks, users unknowingly get additional proficiency training and review our data.
In the future, we could track click-through of these types of boxes for proficiency training
Now email is more focused on discussions and less on "documenting" technical info
In order to better connect users with unknown pages we can use semantic relations.
If a user watches a page which is linked to another page by semantic properties, we can suggest they watch that page
Main Page blocks could be customized based on the user viewing
GitHub.com/EnterpriseMediaWiki
EnterpriseMediaWiki.org (github / @enterprisemw)