Skip to end of metadata
Go to start of metadata

Decisions:

 Summary

Description


No changes are needed for the web version of the stories. Changes should be focused on the version for the IPRs.

Don't HAVE to have an image if the image doesn't add anything to the story. Dina could work more with Megan about finding images to go with the stories. 




Action Items:

Summary
Description
Responsible
Due Date

Don't spell out institution names repeatedly. QMA-492 - Getting issue details... STATUS

Watch for institution names and don't repeat full name and acronym through all the stories.


How XSEDE helped bullets QMA-493 - Getting issue details... STATUS

Bullets re. how XSEDE helped are very important and help the reader. Like to see these included. 






 

Notes/ Discussion items:

  • John has noticed some changes over time in the science stories.
  • Rubric has changed a bit
  • Dina takes stories published over the past quarter and formats them into a google doc for John to review. 
  • This time Dina did not remove web sub-headings from the report version of the stories (why it's important and how XSEDE helped). 
    • Stories often written from individual center perspective. Our stories try to add the XSEDE focus. Subheads help to standardize and ensure these questions are answered. Helps pull readers through.  
    • Headings are good guide for writers to ensure they cover all elements of the rubric
    • John & Tim struggled this time–different writers, some stories require more context, so answering these questions wasn't done in a consistent manner. 
    • Report audience is a bit different from web audience. 
    • Report version typically doesn't need as much as what the web version needs. 
    • Good to be consistent in how we address the subheadings. 
    • Web version has a couple bullet call-outs re. how XSEDE helped. These aren't pulled into report version. Could be more sensitive to different writing styles and how they're answering the questions. 
    • Can't expect writers to do re-writes for reports given their time allocations. 
  • Include NSF grant # in the story. Important to have all funding sources beyond NSF to help make case that we're funding science outside of NSF funding. 
  • Occurrence of name is often linked to their researcher page. This was a concerted effort for the web for SEO purposes, but can be stripped out of IPR. 
  • Fully spelled out names of partner institutions followed by (acronym). Not needed in IPR. Dina Meekto watch for this. 
  • Don't HAVE to have an image if the image doesn't add anything to the story. Dina could work more with Megan about finding images to go with the stories. Writers supply artwork, but we may need to rethink the images for the XSEDE version of the story. 
  • Pull outs: decision made not to bring in. Should this be revisited? Bullets re. how XSEDE helped are very important and help the reader. Like to see these included. 
    • Note that pull quotes won't look as pretty in the report format as they do on the web. Only consider this if the quote is very important.
    • Bullets are more important to call out how XSEDE helped. 
  • Might be helpful to have more specific technical info for XSEDE story. 
    • NSF is more interested in how this worked at more than one site. Showing multi-institutional collaboration is more important. Tech details from a single site are less interesting.  
    • Plain English explanations of how XSEDE helped are more impactful
    • Always mention if there are other services. 
    • Might not be a bad idea to include high level–required running across many nodes, ran across high through-put system, etc. to make more clear why XSEDE was needed. Demonstrate how you couldn't accomplish the work with what you had at your individual site. 
    • Most people looking at science impact, but want to know how XSEDE helped. We need to be sure  we remind them there is a thing called XSEDE that enabled the science to happen.
  • Editing process invites small mistakes like this to come up. Having a lot of people in one doc brings this about. 
  • No labels