Edits from @kierSi

Co-authored-by: Jesse Mostipak <jesse.maegan@gmail.com>

Author: lwasser

community/events/intro.md

@@ -4,28 +4,28 @@
 
 pyOpensci staff regularly attend community meetings (e.g. SciPy meeting, PyCon US, etc). If the meeting is in person, some of the staff may be in person at the event while the community manager / others might be supporting the event remotely.
 
-In these instances asynchronous communication and sharing of documents in an organized way is critical.
+In these instances, asynchronous communication and sharing of documents in an organized way is critical.
 
 ### Event documents
-For every meeting, pyOpenSci staff should create a Google drive folder located in our pyos-shared drive where meeting documents are stored. These documents may include talk and workshop proposals, attendee signup lists, graphics use in social media and out reach posts and more content related to the event.
+For every meeting, pyOpenSci staff should create a Google Drive folder, located in our pyos-shared drive, where meeting documents will be stored. These documents may include talk and workshop proposals, attendee signup lists, graphics used in social media and outreach posts and more content related to the event.
 
 Before an event, pyOpenSci staff will make sure this folder is shared and supporting documents are added to it. Often the folder will be created prior to the event to store talk, Bof (birds of a feather), townhall and workshop proposals.
 
 :::{admonition} Team checkin prior to an event
 :class: note
 
-Staff should also have a short check-in prior to an event to ensure that all documents, and elements needed for the event are shared, in the right place, etc.
+Staff should also have a short check-in prior to an event to ensure that all documents, and elements needed for the event, are shared in the right place, appropriate permissions are granted, remote support needs for the event are clarified, etc.
 
 Because the internet might be an issue sometimes at an event, whomever is leading the event should always bring a pen and paper.
 :::
 
 ## Event social media and graphics
 
-The community manager will manage online “coms” and social media during an event. However it will be important for whomever is attending the event in person to be in asynchronous communication via the pyOpenSci Slack about key activities, findings, new cool things, etc to be posting about, promoting and highlighting.
+The community manager will manage online “comms” and social media during an event. However, it is important for whomever is attending the event in person to be in asynchronous communication via the pyOpenSci Slack about key activities, findings, new cool things, etc. to be posting about, promoting and highlighting.
 
-In some cases an event might “pop up” last minute - such as an Open Space at pyCon. In this case, the person attending the event may want to modify and reuse graphics posted on social media to publicize the event.
+In some cases, an event might “pop up” last minute--such as an Open Space at PyCon. In this case, the person attending the event may want to modify and reuse graphics posted on social media to publicize the event.
 
-To support this case, we should also create an event folder in our online graphics platform, Canva. This event specific folder will be where we store all graphics used to promote an event both before during and after in one place. This will make it easier for the person at the event to make a quick change to a graphic, add a room number or a time for a pop up event or change in plans, as needed.
+To support this case, an event folder in our online graphics platform, Canva, should be created prior to the event and shared with the pyOpenSci team. This event-specific folder will be where all graphics used to promote an event, both before, during and after, are stored. Using Canva as a central location for graphics makes it easier for the person at the event to make a quick change to a graphic, add a room number or a time for a pop up event, notify of any change in plans, etc. as needed.
 
 :::{admonition} Share the Canva folder with the pyopensci-canva-team
 :class: important
@@ -36,17 +36,19 @@ Please also be sure to name files using expressive words that make them easy to
 
 ### Preparation prior to an event
 
-Prior to an, in-person sprint, you should have the following things created:
+Prior to an in-person sprint, the following items should be created:
 
-1. A template "sign up" form with data fields that we collect from participants. This allows us to track who attends and event and to followup with them after (if they wish to have communication with us after)
+1. A template "sign up" form, created in HubSpot and shared via a bit.ly shortlink, with data fields that we collect from participants. This allows us to track who attends and event and to followup with them after (if they wish to have communication with us after)
 1. A tabletop “card” that says pyOpenSci. You will need 2-3 cards on hand for any event in case participants are spread across a few tables. This card will be important for events like sprints, workshops and open spaces where pyOpenSci has one or more tables in a large room. It will signal to contributors that we are there and help people quickly find us.
- * The card should have a qr code that is dynamic (so we can update the url that it points to and reuse the cards). This will allow us to have participants scan the code using their phones, and add their names as participants in the event. Following the event we can then send a thank message to each participant using a mail-merge system.
+ * The card should have a qr code that is dynamic (so we can update the url that it points to and reuse the cards). This will allow us to have participants scan the code using their phones, and add their names as participants in the event. Following the event we can then send a thank you message to each participant using MailChimp or HubSpot.
 
 :::{todo}
 will this work for events as we will want an event name associated with it but it would be annoying to make a new card for every event? UNLESS we make a bunch at once for all events for the year?
 
-And maybe a banner for a door if I'm running a workshop?
-the table top thing looks like this: https://www.officedepot.com/a/products/5760240/American-Metalcraft-Stainless-Steel-Harp-Style/ (this is better than acrylic because it won't break, but we could do plastic if you prefer).
+We are currently pricing out a travel banner, to be used outside a space where pyOpenSci is running a workshop. 
+An example of the [base/holder for the table top card](https://www.officedepot.com/a/products/5760240/American-Metalcraft-Stainless-Steel-Harp-Style/). We'll initially test out metal, as they will be less likely to break in transit, however acrylic options are also available.
 
-we'd then print out (and laminate?) some kind of card that has the pyOpenSci logo, website, and a QR code that links to all of our socials//mailing list. this way it'll give people a visual cue as to where pyOS is congregating, as well as the option to interact with us directly.
+Cards will be designed and printed, all of which will contain, at minimum, the pyOpenSci logo, website address, and a QR code that links to all of our socials/mailing list. this way it'll give people a visual cue as to where pyOS is congregating, as well as the option to interact with us directly.
+
+Cards will be designed to be printed out on a home printer, or through MOO, and laminated when non-glossy paper is used.
 :::

community/events/sprints.md

@@ -6,7 +6,7 @@
 
 :::{admonition} TL;DR
 
-**Before sprint**
+**Before a sprint**
 * Go through the pyOPenSci repo issues and ensure all relevant help-wanted / sprintable issues have labels and are on the project board.
 * Also ensure all issues on the project board have enough specific information for a new user to follow and complete the task needed to be done.