ࡱ; &%  !"#$%&'()*+,-./0123456789:;<=>?@ABCDEFGHIJKLMNOPQRSTUVWXYZ[\]^_`abcdefghijklmnopqrstuvwxyz{|}~Root Entry   FMicrosoft Word-Dokument MSWordDocWord.Document.89qDyK Ref_Chapter%208wDyK  Ref_Slots՜.+,088g [bbDefault$a$1$*$A$/B*OJQJCJmH sH PJ^JaJ_HtHnHxx Heading 16@& & F & F^]P`P<$OJQJCJ 5KH^JaJ \zz Heading 26@& & F & F@^@]`<$ OJQJCJ65^JaJ]\tt Heading 36@& & F & F^]0`0<$OJQJCJ5^JaJ\hh Heading 46@& & F & F`^`]`<$CJ5aJ\ll Heading 53@& & F & F^]`<CJ65aJ]\ff Heading 63@& & F & F^]`<CJ5aJ\XX Heading 73@& & F & F^]`<^^ Heading 83@& & F & F^]```<6]l l Heading 93 @& & F & F0^0]`<OJQJCJ^JaJBA@BAbsatz-Standardschriftart** WW8Num2z0OJQJ.. WW8Num2z1 OJQJ^J** WW8Num2z2OJQJ.!. WW8Num3z0 OJQJCJ.1. WW8Num4z0 OJQJCJ.A. WW8Num4z1 OJQJCJ.Q. WW8Num4z2 OJQJCJ.a. WW8Num6z0 OJQJCJ.q. WW8Num6z1 OJQJCJ.. WW8Num6z2 OJQJCJ.. WW8Num7z0 OJQJCJ.. WW8Num7z1 OJQJCJ.. WW8Num7z2 OJQJCJ22 WW8Num8z0OJQJPJ^J.. WW8Num8z1 OJQJ^J** WW8Num8z2OJQJ.. WW8Num9z0 OJQJCJ.. WW8Num9z1 OJQJCJ.. WW8Num9z2 OJQJCJ0!0 WW8Num10z0 OJQJCJ010 WW8Num10z1 OJQJCJ0A0 WW8Num10z2 OJQJCJ0Q0 WW8Num11z0 OJQJCJ0a0 WW8Num13z0 OJQJCJ0q0 WW8Num13z1 OJQJCJ00 WW8Num13z2 OJQJCJ00 WW8Num14z0 OJQJCJ00 WW8Num14z1 OJQJCJ00 WW8Num14z2 OJQJCJ00 WW8Num15z0 OJQJCJ00 WW8Num15z1 OJQJCJ00 WW8Num15z2 OJQJCJ<<Default Paragraph FontBBAbsatz-StandardschriftartHHWW-Absatz-Standardschriftart.!. WW8Num1z0 OJQJCJ.1. WW8Num1z1 OJQJCJ.A. WW8Num1z2 OJQJCJ.Q. WW8Num3z1 OJQJCJ.a. WW8Num3z2 OJQJCJ.q. WW8Num5z0 OJQJCJ.. WW8Num5z1 OJQJCJ.. WW8Num5z2 OJQJCJ** WW8Num8z3OJQJ00 WW8Num11z1 OJQJCJ00 WW8Num11z2 OJQJCJ,, WW8Num12z0OJQJBBWW-Default Paragraph Font6U6 Internet Link B*ph>*&X&Emphasis6]``Heading 2 Char4OJQJCJmH sH 65PJ^JaJ_HtH]\:!:Footnote CharactersH*:1:Comment ReferenceCJaJ(A(tagsOJQJCJ^J8Q8Footnote ReferenceH*2a2Numbering Symbols8q8Endnote CharactersH*::WW-Endnote Characters66BulletsOJQJCJPJ^JaJ66Endnote ReferenceH*2&2Footnote anchorH*0*0Endnote anchorH*66 Placeholder:B* ph>*FFHeading Nx$OJQJCJPJ^JaJ.B. Text body Ox / ListP^J@@Caption Qxx $CJ6^JaJ]&"&IndexR $^J828 Normal (Web) SPJ,B,FootnoteTCJaJ@R@ Balloon TextUOJQJCJ^JaJ4b4 Comment TextVCJaJ8ab8Comment SubjectW5\DDbulleted!X & F^]`TagsY^^Contents HeadingZ^]` $CJ 5aJ \H!H Contents 1"[ ! ^]`H!H Contents 2"\ ! ^]`H!H Contents 3"] ! 6^6]`H!H Contents 4"^ ! Q^Q]`HTML Preformatted:_ 2( Px 4 #\'*.25@9*$OJQJCJPJnH^JaJ\\ CodeExample`$a$ h8pOJQJCJ^JaJH!H Contents 5"a & l^l]`H!"H Contents 6"b & ^]`H!2H Contents 7"c & ^]`H!BH Contents 8"d & ^]`H!RH Contents 9"e & ^]`J!bJ Contents 10"f &  ^ ]`3E}bp/i>.C[dstuvwxyz$ .=0JLvWF`dejfjl|D"{|}~E4{I6`6b6bp 8@@(    H$?C"  H$?C"< C h00cp4:t4t Ref_SlotsRef_Chapter%208DjbpDjbpP @@ . 0 .. `` ...   ....   .....   ......  ` .......  00 ........  88OJQJCJ. OJQJCJl 88OJ QJ CJ OJQJCJ% OJQJCJl ppOJ QJ CJ   OJQJCJ% @ @ OJQJCJl   OJ QJ CJ OJQJCJ%.88...pp.  .@ @ .  ...88...pp.  .@ @ .  ..OJ QJ CJ^JaJl88OJ QJ CJ^JaJOJQJCJ^JaJ%OJ QJ CJ^JaJlppOJ QJ CJ^JaJ  OJQJCJ^JaJ%@ @ OJ QJ CJ^JaJl  OJ QJ CJ^JaJOJQJCJ^JaJ%OJ QJ CJ^JaJl88OJ QJ CJ^JaJOJQJCJ^JaJ%OJ QJ CJ^JaJlppOJ QJ CJ^JaJ  OJQJCJ^JaJ%@ @ OJ QJ CJ^JaJl  OJ QJ CJ^JaJOJQJCJ^JaJ%WW8Num11WW8Num12WW8Num15WW8Num16WW8Num17@bpbpP GTimes New Roman5Symbol3&ArialISimSunMS Mincho5&Tahoma?4Courier NewG4 MS Mincho-3 fg;Wingdings_ StarSymbolArial Unicode MS?Wingdings 2;Wingdings?Wingdings 2BhJF|Q '0Oh+'0` `h  All about BTReza Ferrydiansyah Normal.dotReza Ferrydiansyah16@@ʟ>@,3@@d>gG(|~~~tttttt~~~iiittt~~~iiitttttt~~~~~~~~~iii~~~iii~~~~~~tttttt~~~~~~iiitttiii~~~~~~iii~~~iii~~~iiittt~~~iiiiii~~~iii~~~~~~tttttt~~~NNNiiiiii~~~ttt~~~~~~~~~~~~iii~~~~~~~~~NNN~~~iiitttiiittt~~~~~~iii~~~~~~iiitttiiitttttt~~~ttttttttt~~~ttt~~~tttiii~~~~~~tttttt~~~~~~tttttt~~~iiiiiittt~~~tttiii~~~~~~tttiiittttttNNNttt~~~Ჲнннٽώٌ駧駧𽽽ٽٽᚚЧٲٲhhh鲲ǧhhhЧнв|||в𲲲|||ǧMMMٽв|||ώDzٽጌnjٽώጌώጌٽጌጌ᧧ǽnjǽώᲲǽвٲвǧǧM 0Caolan80 bps{lDD|D+::AU +.X+@a}*!+f+ Bridge Task Documentation By: Reza Ferrydiansyah Table of Contents  TOC \f \o "1-9" \t "Heading 9;9;Heading 8;8;Heading 7;7;Heading 6;6;Heading 5;5;Heading 4;4;Heading 3;3;Heading 2;2;Heading 1;1;Heading 1;1;Heading 2;2;Heading 3;3;Heading 4;4;Heading 5;5;Heading 6;6;Heading 7;7;Heading 8;8;Heading 9;9"  1 Introduction 3 2 Main features of a BT 3 3 CSE 101 method of creating BT 4 3.1 XML File 5 3.1.1 Questions 5 3.1.2 Criteria 5 3.1.3 Variability in Bridge Tasks 7 3.2 Transforming the file 8 4 LON CAPA .task format 9 4.1 Header Information 9 4.2 Variables and Parameters 9 4.3 Questions and Criteria 10 4.4 Finishing up 12 5 Creating Conditional Sequences 12 6 Slots 13 6.1 Adding Slot Using the Interface 14 6.1.1 Required Slot Attributes 14 6.1.2 Optional Slot Attributes 14 6.1.3 Selecting Resource Available Within Slots 14 6.1.4 Specifying Proctors 14 6.1.5 Specifying Users 15 6.2 Uploading Slot Files 15 6.2.1 Specifying Types of Input Fields 15 6.3 Editing and Deleting Slots 16 7 Uploading Files Using Portfolio 16 8 XML File Specification 17 8.1 XML Elements 17 8.2 task 17 8.3 question 17 8.4 sub question 18 8.5 gradingcriteria 18 8.6 criteria 18 8.7 gradernote 18 8.8 entity 19 8.9 instance 19 8.10 spec 19 8.11 variable 19 9 XML 20 9.1 Elements 20 9.2 Attributes 20 9.3 Headers and Root Element 20 Introduction BTs or Bridge Tasks are open-ended, performance-based assessments. BTs are based on a mastery-model of assessment and evaluated on a pass-fail basis. You may use BTs in a variety of ways, from supporting the scoring of a final project, to individual lab assignments. Bridge tasks consist of as one or more individual tasks that describe what the student is to do, usually in the form of a problem to solve. LON-CAPA supports the creation of multiple versions of each task, so that each student may receive a mix of randomly assigned tasks to perform. Students use LON-CAPA to view the bridge task. LON-CAPA supports the scheduling of BTs to restrict access by IP address range and to allow students to schedule slots of time to take a BT. When students complete a BT, they upload files they have created for grading. Files are uploaded using LON-CAPA s portfolio system. LON-CAPA supports the creation of scoring rubrics associated with each individual task to guide graders and ensure inter-rater reliability among multiple graders in a course. Instructors specify criteria to assign an overall score to a BT based on the scores of the individual rubrics. BTs are used in Michigan State University s CSE 101 course. The course is designed to teach computer competencies by having students solve problems using a variety of computer software (MS-Word, MS-Excel, World Wide Web, and MS Access). In CSE 101, BTs are used for summative assessment, the majority of students grades are based upon the BTs. Here, students must successfully pass a BT before attempting the next BT. A student s final course grade is based on the highest level BT passed. The CSE 101 class is quite large, approximately 2000 students per semester. Students may take up to one BT per week; typically there are over 14,000 BTs administered per semester. Thus there is a need to quickly and accurately access students. LON-CAPA successfully supports the load requirements. The main features of a BT are described in the next section, followed by a section describing creating BT problems. The next two sections describes the creation of a Bridge Task using the LON-CAPA native .task language method. The chapters after that discusses the administrative aspects of Bridge Tasks, this includes determining which Bridge Tasks to show to the students as well as determining when and where students may take Bridge Tasks. Following that is a section on handing in files using the portfolio. The final two sections is a reference section on XML. Main features of a BT There are many ways in which BTs differ from other assessments. Multiple Versions. There are multiple versions of a BT. A person taking a BT may receive a different version than the person taking the same BT sitting next to him or her. To create BTs that have different versions, the instructors who created the BT will create multiple sub-questions. The BT engine then chooses one of the sub questions and gives that sub question to the student, thus creating multiple versions. Essay/task based. Bridge task questions open-ended. Users create files which they upload and submit to the system. Rubric-Based Grading. Each question in a bridge task has scoring rubrics, criteria, associated with them. These criteria are used as the basis of grading. The grading page provides the criteria checklist on which the grader enters whether a student passes or fails each criterion. This ensures inter-rater reliability among multiple graders. Mandatory and Optional Criteria. Some criteria can be made mandatory, that is a student will fail if the student does not pass that criteria. Some criteria are optional and the student must pass a certain number of these optional criteria. Criteria are associated with questions, which can also be made optional or mandatory. The LON-CAPA calculates whether a student has passed or fail based on the number of mandatory and optional questions the student has passed. Automatic Bookkeeping. The system calculates whether the student has passed a BT or not and records it into the database. The system stores a complete record of the BT each student received when each student s BT was administered the BT instance the files the student turned in the associated grading criteria the grading results (and history of grading, including grader ID) Sequential Bridge Tasks. The system can be set in such a way that a student can only take a certain bridge task after passing the previous bridge task on the list. This is done using conditionals in LON-CAPA. There are other ways to use conditionals and bridge tasks to customize the usage of bridge tasks in a course. Slots. Slots can be created to relate students with time and location. This allows control of where and when a student can take a bridge task. Proctor Authentication. Slots also allow a particular proctor to be in a particular location for a bridge task. Each student who is scheduled to take the bridge task must be authenticated by the proctor. LON CAPA .task format The LON CAPA .task format is an XML file used directly by LON CAPA. A primer on XML is given in section  REF Ref_Chapter%208 \n \h 8. An XML file contains elements in tags, and elements may contain attribute. The syntax, spelling (including capitalization) of the XML file must be exact, otherwise the XML file will not be understandable. The online editor for the .task format is discussed in the next section. This section describes creating the .task file by simply using a note editor such as Notepad. In this section the elements of this file is described. The .task format consists of three parts: The header, which contains information about the file itself. The header can be copied from this documentation as is. Parameter information. This part consists of the possible values for various parameters in the Bridge Task. Questions section. This part consists of the actual text the user sees as well as all criteria and questions. Header Information The root node of the .task format is the task element, which is an XML element written as follows: <Task OptionalRequired="0"> Variables and Parameters To create differences in Bridge Tasks between students, some part of the questions are given as variables. Each variable contains multiple instances of possible values and LON-CAPA randomly selects an instance to give to the student. All variables are placed inside a Setup element. Each setup element has an id attribute which contains the name of the variable. The possible instances or values of those variables are placed inside the setup element inside an Instance tag. Each Instance element has two attributes, the OptionalRequired attribute which should be set to 0, and the unique id of that instance. The actual data of the instance is placed inside InstanceText tags. Currently the instance data is created with a loncapa/perl script. In this script, the parameters of the variable are set. The syntax to set the parameter of a variable is  $variableName {fieldname} =  fieldValue  . The variable name is taken from the attribute id from the Setup element, thefield name is the name of the parameter the author sets, and the fieldValue is simply the value of the field. The first parameter that must be set is the instance field, with the value being an identifier of the instance. Example: <Setup id= entitySubject > <Instance OptionalRequired= 0 id= instanceHarry > <InstanceText> <script type='loncapa/perl'> $entitySubject{instance} =  instanceHarry ; $entitySubject{personname} =  Harry ; $entitySubject{place} =  zoo ; </script> </InstanceText> </Instance> <Instance OptionalRequired= 0 id= instanceBetty > <InstanceText> <script type='loncapa/perl'> $entitySubject{instance} =  instanceBetty ; $entitySubject{personname} =  Betty ; $entitySubject{place} =  park ; </script> </InstanceText> </Instance> </Setup> The example above describes a variable question. It has two different possible values for the entity  subject , Harry-zoo or Betty-park. Variables can be placed inside the questions by using the variable name and field name. Example: This is a test question. $entitySubject{personname} went to the $entitySubject{place}. . Based on this code, two different questions are possible: This is a test question. Harry went to the zoo This is a test question. Betty went to the park Questions and Criteria The task description should be divided into questions. Questions can also be divided into sub questions. A question must have one or more criteria, a task may also have a criteria. These criteria are used by the graders to determine whether a student passes a particular bridge task. Both questions and criteria should be interspersed with the task description, placed where the user would see them when reviewing their graded bridge task. Questions are created by using the Question tag. Each question must have a unique id attribute which identifies the question. Each question must also have the mandatory attribute which can be set to  Y if the question is mandatory or  N otherwise. Finally the question may also have a OptionalRequired attribute, which determines how many optional criteria must the student get in order to pass this question. The question element will have the actual text of the question. The questions are created inside the QuestionText element. The question descriptions are placed inside the file by simply typing the text. The text can be marked up to have various formatting. The mark up language used is simple HTML. Criteria are created using the Criteria tag. The attributes for the criteria tag are almost the same as the attributes for the questions tag. Criteria tags have id attributes as well as Mandatory attributes. However criteria tags do not have OptionalRequired attributes. The criteria description are created inside the CriteriaText element and can be formatted the same way as the formatting of the questions (using HTML). Sample Bridge task <Question id= q.testquestion Mandatory='Y' OptionalRequired= 1 > <QuestionText> Some test explanation <Criteria id= criteria.overall.handin Mandatory= Y > <CriteriaText> Criteria text 1 <GraderNote> This part cannot be seen by students </GraderNote> </CriteriaText> </Criteria> <Question id= q.question1 OptionalRequired= 0 > <QuestionText> The actual test question <Criteria id= criteria.question1 Mandatory= Y > <CriteriaText> Criteria text 2 </CriteriaText> </Criteria> </QuestionText> </Question> Instruction on submitting </QuestionText> </Question> The example above shows a code for the creation of criteria. There are 2 criteria in the above question, The student will never see the criteria when the student is taking the test. The grader will see this on his/her screen: Criteria text 1. Grader Note: This part cannot be seen by the student o Pass o Fail Comment:  Criteria text 2. o Pass o Fail Comment:  When the bridge task is graded the student will see both the questions and the criteria in his space as follows: Some test explanation Criteria text 1 Pass The actual test question Criteria text 2. Pass Instruction on submitting Finishing up Once all questions are written, the file must be closed with the </Task> tag. The file must be saved with a .task extension then placed into a LON CAPA author's folder. To upload the file simply go to the construction space and simply upload the new file using the upload new document button. Once the file is uploaded to LON CAPA, the author can publish the file so that the domain coordinator will be able to use the file. Setting Up the Bridge Task in a Course The first step in making bridge tasks available to students is to include it in the document space. To do this, first enter the course coordinator space for the course, go to "Course Documents" and click on import. This page gives the list of files that you have created. Check on the bridge task and press import to insert the file to the list of documents. There are two ways of making bridge tasks available to students. One method is by using slots (the default method), which restrict the bridge task document to open at certain time/place only. The other method allows students to take bridge task like any other Lon-CAPA assignments, that is at any time they want. If you want to use slots, first create the slots as described in chapter  REF Ref_Slots \n \h 6. Once the resource is imported (and slots are created) go back to the document list and click on the bridge task resource, this should take you to a page that shows the resource content. Click on PPRM (a button on the top menu) to modify parameters for this resource. Set the opening date and the due date (if any) of the resource. To do this, click on the * in the in course for resource column. A pop up should appear. Enter the date for the date. If you are using slots: Change the "Use slot based access controls" parameter to "Yes". Change the "Slots of availability" parameter" for the course in for resource column to the name of the slot that you created. You may need to change the input type (the combo box at the top of the popup) to 'String Value' instead of 'default'. If you are not using slots: Change the "Use slot based access controls" parameter to "no" The bridge task should now be available to students. Creating Conditional Sequences It is possible to configure bridge tasks such that only when a student passes a Bridge Task does the next Bridge Task appear to the student. This feature is useful in such cases as Bridge Tasks are related to one another, and the results of one Bridge Task is needed for the next Bridge Task. To create configure bridge tasks these way, a sequence page must be created. A resource author starts at his/her construction space (Main menu -> CSTR). Once in the construction space, the author create a new assembled sequence. The author must create various conditionals to determine which resources to show. The easiest way to do this is by using advanced edit. The advanced edit visualizes the various conditions and resources. This interface needs popups, so make sure popups are enabled in the browser. In the main starting view of the advanced edit, there are two squares, marked start and end respectively. Start by creating a link between the start square and the end square. To do this click on the start square (on the row under the text start), select "Link Resource", then click on the end square. A link is now created between the start and the end boxes. Once a link is created the author adds resources and conditions. Click on the link and then choose insert resource into link. This allows the placement of a resource such as a bridge task into the sequence. Once the resource is placed into the link, the author should create a mapalias. To do this, select the resource, then click on set parameters, and change the value of Custom Parameter to an alias. Under each square is an area of the same color as the square, these areas can be used to create conditionals to get to the next resource to the sequence. This document only discusses using conditionals to block access to the next resource (including Bridge Tasks). Add conditionals by clicking on the area just under the squares. A popup window will appear with a condition box and some options. The condition box allows the author to enter a variety of different conditions. To block access to the next resource, select the second option "Blocking this link if false". The conditions used will be : &EXT('user.resource.resource.0.awarded','<alias of resource>') eq '1' <alias of resource> should be changed to the alias set for the previous resource that the student needs to pass before the next resource is unblocked. If the student has not passed a particular homework/problem/bridge task, the value of user.resource.resource.0.awarded is 0 otherwise the value is 1. This line checks whether the value of user.resource.resource.0.awarded for that resource is equals to 1, if not the link is blocked and the next resources are not shown to the user. Slots To restrict the when and where BT's can be taken, the slots feature of Lon-Capa is used. Slots allow the instructors to specify the room, the time, the students that can take the Bridge Tasks, and finally any proctors that will authenticate the students. A course coordinator can add slots, by pressing Managing Parameters on the main menu and then clicking on the link Managing Slots. The link will take the user to a page showing all available slots. The user can control which slots to show based on opening date, as well as what slot information to show. There are two ways of creating slot, using the web interface in LON CAPA and uploading a comma delimited file. Uploading a file allows the coordinator to use other applications in creating the comma delimited file and automate the entry of multiple slots. The following text is taken from the LON CAPA course manual. Adding Slot Using the Interface One way to add new slots is by using the LON-CAPA interface for adding slots. This is simply done by pressing the Create a New Slot button. Required Slot Attributes In the first page, input an identifier (name) for this slot. The identifier must be unique, and it must be one word without any special characters. You must also specify the time the slot is open by setting the starting time and the ending time. Finally, you must specify whether this slot is instructor assignable or student selectable. Instructor assignable means that the instructors select which students go to which slots, while student selectable means that students can choose from a number of slots that they schedule themselves in. Optional Slot Attributes Once the required attributes are selected, you press next to get to the next page. The next page shows the various optional attributes available. One attribute that you can set is whether a proctor is needed for authentication. If a proctor is needed for authentication, the proctor must put a username and password into the student s resource page in order for the student to see the resource. If you had chosen student selectable, you can also set the time the students will be able to apply for the slots. The maximum capacity for each slot can also be set which restrict the number of students per slot. Finally, you can set that for a particular time period, a student may only apply for one slot. This is mainly used to limit the number of times a student may use this resource. Finally it is possible to limit the computers that are allowed to open the resource by setting the ip address range allowed. By setting this, you can set that a slot can only be opened from a particular room.\ Selecting Resource Available Within Slots You can also specify which resources/files can a student open during the slot time. To do this, you must set that the slot is restricted to a specific resource (on the optionalattributes page). When this option is selected, the next page allows you to choose which resource this slot is restricted to. Specifying Proctors If you set that a proctor is needed for authentication. You will get a screen that allows you to set a valid proctor for that slot. Select proctor by checking the checkbox next to their names. The select and unselect button checks or unchecks the checkbox depending on the person s group. Specifying Users The next screen allows the instructor to restrict the person who can use the resource. There are many ways to select persons who may use the resource. You can individually select each person, you can select the groups, the role, or by the sections that they are enrolled in. Uploading Slot Files Another way of entering slot is by uploading a comma delimited file. A comma delimited file is a text file that separates each field with a comma. An easy way to create comma delimited files is to use a spreadsheet application such as Microsoft Excel, and save the file as a comma separated value (CSV) file. To upload a file press the Upload Slot List button on top of the page. On the first page, select the file with the slot data to upload by pressing the Browse button. There is an option to ignore the first line. This is useful when the first line of your comma delimited file consists of headers for each field. You can also upload space and tab delimited file by changing the type combo box. Press Upload to upload the file Specifying Types of Input Fields The system will read the file into the system. You will then be prompted to specify the input type of each field. A set of types is given for each field. There are three mandatory types, slot name, starting time, and ending time. A mandatory type means that a field must be specified having that meaning. The input choices are as follows: Slot name. The name or identifier of the slot. The name of the slot must be unique, and it must have no spaces. This input is mandatory, you must specify a field for this input type. Type of slot. This determines whether students are allowed to schedule him/herself for this slot or whether the instructors assign students to this slot. The valid inputs for this field is either  preassigned or  student selectable . There must be no space before or after the comma. If this type is not specified, the slot type defaults to preassignedor instructors assignable. " Slot Description. A description of the slot. If this isn t provided the default description of a slot is  Slot name From Start Time to End Time . Start Time of slot. This determines the time when a slot starts to open. This input type is mandatory. There are various accepted format for this field. Two of which are  YYYYMMDDHHMNSS and  MM/DD/YYYY HH:MM:SS . End Time of slot. This determines the time when a slot ends and a user cannot access the resource. This input is mandatory. The accepted format for this field is the same as for the start time of slot. Reservation Start Time. This determines when a student can start reserving for the slot. The accepted format for this field is the same as for the start time of slot. Date range of slot exclusion. Sometimes a student is limited to a number of slot use for a particular date period. This field allows a range of dates where a student may not have more than one slot reservation/use. The format is  StartingDate,EndingDate , where starting date and ending date are time, which is the same for start time of slots. Maximum number of reservations. The number of students allowed to reserve this slot. This is useful when slots are opened in a classroom/lab, and there is a limited number of seats. IP or DNS restriction. The set of computers that can be used to use this slot between the starting time and the ending time of slots. This a comma sepearated list of items that can be Specific IP address, Ex. 192.168.1.1 Specific IP address range, Ex. 192.168.1.[24-120] Wildcard IP address, Ex. 192.168.1.*, 192.168.* Specific Hostname, Ex. computer1.lab1.msu.edu Wildcard Hostname, Ex. *.lab1.msu.edu or *.msu.edu List of proctor ids. The list of proctor id that must authenticate the student before the student can open the slot. The proctor ids are separated by a comma. Secret word proctor uses to validate. The password the proctors use when authenticating the students. Resource Restriction. Restricts which page (only test/homework pages) can be opened using this slot. This must be a full symb reference ?? to a resource. Sections slot is restricted to. When choosing preassigned slot type, you can choose a section that can access this slot. Only students in that section can open a particular slot. Separate multiple sections by commas. Users slot is restricted to. When choosing preassigned slot type, you can choose a list of students that can open this slot. Student ids are separated by commas. Editing and Deleting Slots You can also delete slots when you no longer need them as well as edit the slot attributes. This is simply done by clicking the link Edit or Delete next to the slot name. Uploading Files Using Portfolio After a student finishes creating the Bridge Task, the student must hand in the files. There are many ways to do this, students can email the files necessary, or students can email a link to the instructor that shows where his files are. LON-CAPA provides a way to upload file using the portfolio. The portfolio is a space given to each student which can contain files and is shareable. The process of handing in files consists of: Upload files into portfolio Select the files to be submitted Submit the files At the end of every bridge task there will be a box to submit files in the portfolio for grading. When the student click on the link  select portfolio files , a new window is opened showing the content of the student s portfolio. The student can create directories in the portfolio and upload files using the upload file buttons. Once the files that are needed are uploaded, the student select (by checking the checkbox next to the filenames) of all files that he needs to submit to the instructor. Once all files needed are checked off, the student needs to press the  select checked files and close window button. By pressing the close window button, the student s portfolio window should close, and the student should see his or her Bridge Task Page. The text field in the upload files into portfolio should contain the list of names. The student must then press  submit answer to submit the answer to be graded. If the student needs to resubmit the file, the student must repeat the process and check      !"#$'( off all the files (not only new files) that needs to be submitted. Once a file is submitted, the student may not overwrite or delete the files. XML XML is an abbreviation of eXtended Markup Language. It is a language often used to store data and the data descriptor in a text format. XML is a generalized markup language, anyone can create a language (or perhaps more appropriately: a dialect) to use for his or her application. In this section a short introduction to XML is given. Elements The main structure of an XML file is its element. Each element has a name to differentiate it with other elements. An element in XML contains an opening tag, content, and a closing tag. The opening tag is basically a text in the form of  < ElementName AttributeList> . The content can be text or other elements. Finally the closing tag is in the form of  </ElementName> . The element-names in tags are case sensitive. Example: <Name>Reza Ferrydiansyah</Name> <Person> <Name>Reza Ferrydiansyah</Name> </Person> Attributes Each element can have a list of attributes. Each attribute consists of a attribute name and the value for the attribute. The attributes are placed inside the opening tag of the element. Attribute names are also case sensitive. The format for the attribute are AttributeName= AttributeValue . Example: <Person type= 1 alive= true > <Name>Reza Ferrydiansyah</Name> </Person> Headers and Root Element Every XML document has exactly one root element. Every document usually has text to describe it as an XML document. Example: <?xml version="1.0" encoding="UTF-8"?> <rootElement> & & Content & . </rootElement> 4bhjl24Z\ @Bvx$ & p r $ & l n   L N ( * v x " L N ~ #B*CJmH sH PJ^JaJ_HtHU#B*CJmH sH PJ^JaJ_HtH)B*CJ8mH sH 5PJ^JaJ8_HtH\M,.RThj46<>z|~"####&&''V(j())n**.>.٭٭٭ٙٙٙ٭~ٙٙ4B*CJmH sH fHq PJ^JaJ_HtH&B*CJmH sH 5PJ^JaJ_HtH)B*CJmH sH 6PJ^JaJ_HtH]-B*CJ mH sH 5KHPJ^JaJ _HtH\#B*CJmH sH PJ^JaJ_HtHU#B*CJmH sH PJ^JaJ_HtH1>..///0D001613344@6l6<7>7t7v7x7z7|72;<<===>>>*?ADANAAABBBB>C^CCCC튊tttttt+B*CJmH sH PJ^JaJ_HtHOJQJ+B*CJmH sH PJ^JaJ_HtHOJQJ/B*CJmH sH 65PJ^JaJ_HtH]\jUU-B*CJ mH sH 5KHPJ^JaJ _HtH\&B*CJmH sH 5PJ^JaJ_HtH#B*CJmH sH PJ^JaJ_HtH-CRDjDDD|HHH*IHIII0JrJtJvJJJJJ,KJKKK2LvLxLLLLLLNNNOO`OdOO:PPPPPXj#0JDB*mH sH PJnHaJ_HtH0JD0JDPJnHaJ6#B*CJmH sH PJ^JaJ_HtH/B*CJmH sH 65PJ^JaJ_HtH]\)B*CJmH sH 5PJ^JaJ_HtH\?4bdf2Z@v$ p $ ]\[[\\\\[\]]]\[[[Z^]`x $$a$O$a$$ l  L ( v L ~ ,Rh\\\[\\\\\\\\\\\[[\]\]]]]46<>z|"###&'n*. & F ^]` & F ^]P`P & F 6! ..///0D00134@6l699n:2;<<= & F ^]` & F ^]P`PX & F 88^8]` & F ^]`===>>*?AC|HHH*IHIII0J$a$$a$$a$$a$$a$$a$ @< @< @< @< @< @< & F @@^@]`0JrJtJvJJJJJ,KJKKK2LvLxLLLLL$a$$a$$a$$a$$a$$a$$a$$a$$a$$a$$a$$a$$a$$a$$a$$a$$a$$a$LLNNOdOhOO:PPPPP