Once you have mastered the process of manual course creation, and want to move past self sign-up for users so they can be authenticated centrally, you may be tempted to jump directly to bulk feed processing. However since generating feeds from a student information system (SIS) often requires a significant commitment of IT resources and continued data coordination, auto creation via LTI may be a natural and far simpler next step.

In large part the auto creation of users and courses follows the feed specification but with a major difference, the data doesn't come from the SIS itself. Instead you can think of it as if a single row (i.e. one user ID and related details) of a feed is being processed from the parameters available in each LTI launch.

While auto creation is a fantastic short or even long-term choice for many clients, its simplicity does come with limitations, mainly in terms of control and data quality. For example as long as a valid launch is presented and the user and/or course does not yet exist, Concourse will always respond with the creation of said user and/or course. In other words segmenting by a specific set of user roles (e.g. instructors only) or area of the institution (e.g. mathematics department) may not be easy. Additionally should there be a piece of data that needs to be updated (e.g. misspelled course title) or is missing from the original launch, it cannot be corrected on subsequent launches the same way a new run of a feed would.

Finally reporting may produce some unexpected results. Say you have 200 sections of courses this spring. If you use auto create and only 150 instructors have launched into Concourse from the LMS, only 150 courses will exist and therefore it may be difficult to determine which courses are "missing." If feeds are used you can instantiate those 200 courses on a specific date and be sure they are all present in a report.

To put this all in perspective, as a rule of thumb we find that most clients creating <20 users and courses each term, manual creation is entirely reasonable. Between 20-100 (or if you are using Concourse Lite) auto creation will likely serve all your needs. Beyond 100 and feeds generally become the best option.

Setup

At the end of this article you will find the Concourse auto create specification and an LTI errors troubleshooting guide. They detail everything you should need to know to generate valid and debug LTI launches.

Finally, though much of the setup should be straightforward, we call out a few of the important and/or sophisticated parameters below.

Identifiers

*Note: Remember, all LTI launch parameter values are case sensitive.

Optional Parameter Behavior

Data Availability

Many of the parameters for auto course creation may not be found in a typical LTI launch. Fortunately most are not required but the campus, department, start and end dates, and section labels are. If they cannot be derived from a combination of other available parameters we recommend fixed values, such as OTHER for campus and department, the semester start and end dates, and ALL for section labels. You can always change these in Concourse post creation if needed.

In the case of users lis_person_contact_email_primary is far more common than lis_person_sourcedid so you may be tempted to simply use the same for both. However we advise against this. Some LMSs allow users to change their preferred email, which may mean they can impersonate another user and gain unauthorized access to Concourse.