Right now students are offered a spot and they have 5 days to complete offer and then they are put into cancelled mode. Students also can be trying to complete their offer online and for courses where you have to pick field trips they often navigate away from the screen to check calendars and when they come back the 30 minutes is up and they have been kicked into cancelled mode. Both of these cancellations usually result in the student reaching out to the course leader and the course leader is unable to offer them a spot so instead member services has to get involved. Its just an annoying two step process instead of a one step process that empowers leaders to handle their rosters.

Currently even if a listing or document is marked private by the creator it can still be viewed by ANYONE who is listed as a leader for any committee on the mountaineers website., except for member profiles. On occasion we create and want to archive documents and trip listings that the creator does not currently, or ever, want those hundreds of Mountaineers leaders to be able to see (trip postings that aren't ready for prime time, participant information for a Global Adventure that may include passport details, etc.) I'm guessing that few people who click 'private' on the status bar mean 'private EXCEPT FOR all those hundreds of trip leaders'. I would like to have a category that is TRULY private, viewable only by the creator and those the creator wants to share it with (and the website staff ok).

As a member of the activity leaders group allow me to clone an activity so that I can more easily create the series of activities I need.

Fields that can be different in clones:
- Start Date
- End Date
- Registration Opens: Default to 9 am on Start date + 1 day
- Registration Closes: Default is noon on the Thursday preceding the Start date
- Leader
- Member and Non-member Prices (NOT cancellation fee) if either of those fees is >0 on the activity being cloned.

Notes:
- This is similar to what we do for lodge stays
- Add an "Allow activity cloning?" checkbox field to Route/Place so we can control what activities may be cloned (probably the Program Centers and Lodges, but it could be a few others). This determines whether the "Clone" action is visible.

Uses cases:

- Meany Lodge's "Day Use" activities

- Meany Lodge's "Snowshoe Trek + Lunch" activities

- Course lectures and field trips at program centers

----- Original Request -----
As an admin, I need to create a complex set of lodge stay events for each weekend of the winter season. Doing this via the UI is error prone, time consuming, and painful. Provide a way that I can write a script in powershell, python, php, etc that will create the appropriate entities in the backend database. I'm willing to generate entities in xml, json, or the flavor of your choice.

If you can't give me the ability to write a script to do, then consider providing a script that does the work needed.

The script I want will do the following
- Accept a list of dates for Fridays on which the lodge will open
- Create a Saturday Lodge Stay event
- Create a Friday Night Lodge Stay event
- in the body of the Saturday event, include text and a link pointing to the Friday event
- in the Friday night event, link it as a bundle to the Saturday Lodge stay
- in the Saturday event include links to the appropriate course events that are running that weekend (either an A series or B series ski lesson course, and a drop-in course roster)
- set the reservation date cutoff for both Friday and Saturday Events to be 1pm the Thursday before

the current Lodge stay event templates that are available cannot handle this kind of specific linking of events to other events. rather than trying to improve that feature, I'd rather have access to this kind of scripting ability.

In order to track what the mountaineers does in terms of outdoor leadership, we would like two activity types:

Leader Development - Leadership Skills
Leader Development - Technical Skills

Below is the email thread for background:
Here’s a really quick stab at some language, for nothing else than to give us something to edit:

Leadership Skills
- May or may not be activity-specific.
- May or may not have a focus on outdoor leadership.

- Emphasis on facilitation, instruction, and/or group leadership.

Technical Skills
- Activity-specific.
- Skill development in activity that this person leads or aspires to lead. (Not quite sure how to word this, but trying to differentiate something like Canmore from the Basic Climbing Course.)
- May have an emphasis on incident management or activity-specific rescue techniques.

From: Becca Polglase
Sent: Thursday, January 11, 2018 2:56 PM
To: Tess Wendel <tessw@mountaineers.org>; Steve Smith <steves@mountaineers.org>; Sara Ramsay <sarar@mountaineers.org>
Subject: "outdoor leadership" activity type

Hi folks,

As we were talking about tracking participation in Outdoor Leadership activities, we decided we would like two categories:
Leader Development – Leadership Skills
Leader Development – Technical Skills

Two questions, probably both for Tess:
1. I was trying to utilize our current “Outdoor Leadership” type to edit and categorize courses and activities appropriately from 2017 so I could run a report for Elizabeth… For courses, it happens at the course template level and it works great. I created a report: https://na88.salesforce.com/00O1Y0000074Meh that’s saved in the Volunteers folder. We’ll likely have to do an annual data clean-up to make sure we aren’t missing any that aren’t tagged correctly, but I did that for 2017. For Activities, at the template level there is only a single-select. At the Activity level, you can multiselect, however there is help language discouraging this (and the help language is good I think). Is there a reason we can’t get a multi-select activity type at the template level? That would lead to much less year-end data clean-up.
2. What is the process by which we change the existing “outdoor leadership” course type to “leader development – leadership skills” and add a “leader development – technical skills”?

Steve/Sara – we should have some definitions.
Eg –
Canmore Ice Climbing is clearly LD – Technical Skills
Mick Pearson – LD – Technical Skills and LD – Leadership Skills
Leadership Conference – LD – Leadership Skills
Everett Instructors Clinic – LD – Leadership Skills and LD – Technical Skills
WRMC – LD – Leadership Skills? Or do we track this with some other method because it is not a mounties only thing?
ACA Trainings – LD – Leadership Skills and LD – Technical Skills? Or do we track this with some other method?

In some cases, we are charging people to participate and in others we are paying for them to participate. Do we care?

For now we can at least get the two categories going and the definitions written.

Currently, trip participants can rate trip leaders. Trip leaders need to be able to rate trip participants. Specifically, trip leaders need to be able to identify trip participants who demonstrate attributes of a future trip leader, and this information needs to be shared with branch committee leadership so they can follow-up with the potential trip leader and encourage them to take the appropriate next steps to volunteer as a trip leader.

When trip leaders close their trip or prepare a trip report, this new feature needs to be made clearly available to them so they are given an opportunity to think about the trip participants and highlight those with potential to become trip leaders.

To make it easier to better title activities where the route place has broadly varying options and alternatives, provide a list of alternate location names that may be used.

Specifically, when scheduling an activity allow the leader to choose an alternate title from an "Alternate Route/Place Title" list that is populated from a route/place "Route/Place Titles for Activity Titles" list.

Here's an example:

For a scramble of "Silver, Tinkham & Abiel Peaks," https://www.mountaineers.org/explore/routes-places/silver-tinkham-abiel-peaks, the activity title currently is and by default after implementing this idea would be:

Alpine Scramble - Silver, Tinkham & Abiel Peaks

Alternate activity titles with a choice of alternative route/place titles could be:

Alpine Scramble - Silver Peak

Alpine Scramble - Tinkham Peak 

Alpine Scramble - Abiel Peak

Alpine Scramble - Silver & Tinkham Peaks

Alpine Scramble - Silver & Abiel Peaks

Alpine Scramble - Tinkham & Abiel Peaks

One of the important functions of our Routes & Places is ensuring that we don't have multiple Mountaineers groups at the same place so this allows that conflict check to happen but also allows leaders to be more specific about where they are going and have the activity title accurately reflect that.

-------------------- Additional Info ----------------------------

An activity’s title is made from the activity template title and the route/place title. All of these titles are meant to be brief, simple and consistent across our website. If and when we implement the alternate route/place name feature, we have to keep the alternate titles brief, simple and consistent too. And the Route/Place title is only a geographic name. It purposefully conveys nothing about what one might do there. Any alternate route/place titles must too be just geographic names. We leave the what we're going to do to the to the Activity Template and activity's Summary.

The places for creativity about everything you plan to do go in the activity’s Summary and Leader’s Notes. Also remember that we show the first bit of the activity’s Summary in the activity search listings, so it is very much like a subtitle (lots more words allowed!).

See the attached image file of the an activity search result to see how this looks "in action."

To learn more about Routes & Places, visit the "Requesting New Routes & Places" page, https://www.mountaineers.org/volunteers/schedule-an-activity/requesting-new-routes-places.

Many of our leaders want to wait for snow reports or weather forecasts a week or so before an activity before they post the activity, but the current process for centralized review and posting creates a time lag that makes this virtually impossible. Can you train and empower a small group of route-place administrators out in the branches to increase the ability to process these submissions more quickly? Considering the wide range in quality of the 'reviewed' routes-places showing up now, I think that you could set up a group of trained and accountable volunteers who would do at least as well and take their responsibility just as seriously as the staff does. Also, can you offer an option for a leader to put up an activity to an unreviewed route-place with the idea that the route-place wouldn't go into the official database until it had been reviewed?