Annotation of loncom/html/adm/help/tex/Create_Course.tex, revision 1.3
1.1 www 1: \label{Create_Course}
1.2 raeburn 2: The ``Course and Community Creation'' menu provides access to a number of utilities
3: which Domain Coordinators can use to either manage the process of course creation. An individual course or community can be created interactively by completing a web form which offers several choices for generating the new course or community:
1.1 www 4:
5: \begin{itemize}
1.2 raeburn 6: \item Username: set the username of the owner, who will also receive a coordinator role.
1.1 www 7: \item Course Title: This is the name under which the course will appear on the
1.3 ! bisitz 8: Roles screen.
! 9: \item Course Home Server: This is the server where the course will be housed.
1.1 www 10: \item Course ID: This is an optional parameter to internally label the course.
11: Stored in the course environment.
1.2 raeburn 12: \item Course Code: This is the institutional code used to identify the course according to the naming scheme adopted by your institution for ``official'' courses.
13: \item Map: This the top level sequence file in the course. If left blank, a
14: standard course will be created containing the first resource item (see below).
1.1 www 15: \item NOT Standard Course: It this box is checked, the Map above becomes the
16: top-level map for the course, and
17: the main course sequence cannot be edited in DOCS. For standard courses,
18: the top-level map is a course-specific ``uploaded'' document, and points to
19: the above map.
20: \item First Resource: This is the first resource which comes up after somebody
21: selects a role in this course (standard courses only).
1.2 raeburn 22: \item Clone an existing course: An alternative to creation of a new course with
23: a single item or a non-standard course with a sequence file as the top-level map is to copy the contents of an existing course into the new course.
1.3 ! bisitz 24: \item Open all assessments: Sets the course-level open date for all assignments
1.1 www 25: to ``now''. Circumvents the ``not open to be viewed'' problem.
26: \item Set policy/content feedback: Sets the recipient address for these types
27: of feedback messages to the course coordinator.
28: \item Disable student resource discussion: Disables the ``bottom-of-the-page'' discussions.
29: \end{itemize}
1.2 raeburn 30:
1.3 ! bisitz 31: Two types of course ``containers'' are currently available in LON-CAPA:
1.2 raeburn 32: \begin{itemize}
33: \item Course
34: \item Community
35: \end{itemize}
36: The key difference between the two is that the Coordinator of a Course may import any published resource into the course as long as he/she has access rights for it, whereas import into a Community is restricted to just those resources for which the Coordinator is the author, or a co-author. In addition, the names of standard roles in the two containers have different names: (Course Coordinator vs. Coordinator, Instructor vs. Leader, Teaching Assistant vs. Assistant Leader, Student vs. Member).
37:
38: In addition to using a web form to create courses one-at-a-time, Domain Coordinators can upload an XML file containing descriptions of courses (see: \ref{Batch_Creation} Batch Creation) to create multiple courses. If the ability to request courses has been enabled, and certain course types have been set to require Domain Coordinator approval, then the ``Approve or reject requests'' item can be used to display a list of requests requiring approval. These may be approved or rejected. If a conduit has been established to an institutional data source which provides information about instructors of record, then the ``View pending official course requests'' may contain a list of requests for official courses, held pending validation. Validation can be attempted; if it still fails it is possible to override this and force creation of the course.
39:
40: Lastly, there is access to a utility which can be used to display course and community creation history.
FreeBSD-CVSweb <freebsd-cvsweb@FreeBSD.org>