MyConcordia

=myConcordia=

Please don't worry about myConcordia until you arrive on campus as we are in transition. If you have questions about curriculum please contact the Director of Curriculum, Jennie Munson at jennie.munson@concordiashanghai.org

The "teacher calendar" simply pulls together any calendar entries for the students in a particular class. If there are other features that would be helpful - seeing all calendar entries for all 5th graders we can think about building these features in. I feel strongly that teachers should not need to think about different calendars for different audiences. They should put things in once - for the students (and parents ultimately) and we can pull those entries out in different ways to suit other purposes including the one we are describing here. Collaboration groups for teachers is helpful for teacher meetings, sharing resources but if all teachers always put their class calendar entries on the class (for the students) and the collaboration group (for other teachers) then teachers personal calendars will quickly get unmanageable. The "teacher calendar" feature allows you to have this information accessible but not overtaking your personal calendar for everyday work. This is what the teacher calendar is for (to avoid scheduling major tests and assignments the same day). You can see for a group of students all their calendar entries on one screen - this helps you as a teacher in scheduling tests. || If the users exist in the AD computer network system myConcordia will automatically create them accounts. || When we create a new user in the system by upload process, we will map the created userid in myConcordia and the corresponding unique_id / Staff ID in the csv file for user mapping used in classlist upload. That means the system will based on the mapping tables to get the userid for updating the classroom membership. For McQueen's case, account "lanyingmcqueen" is created by csv upload but "lanyingm" is created directly in myConcordia. During the classlist upload process, we always refer Staff ID "ST020" to "lanyingmcqueen" and all the classes should be listed in "lanyingmcqueen" only. It is similar in Trixy's case. The classes in the newly created account "trixyz" are created by Trixy instead of getting from the classlist file. As all the information / data are linked with the old accounts, simply deleting the users may cause problems. || The only thing to keep in mind with this is if you create a group to email a group of students that group will appear on their home page as well. So - it is not the same as creating a group in your email address book for instance. However, having a group for all 7th graders might be useful for other reasons anyway. ||
 * Students **leaving** Concordia || yes they should become inactive so long as their network account is deleted. If you'd prefer to delete them this is something we can look at in the future. [per mw, we can delete them manually] ||
 * **Duplicate** users || You should be able to delete the incorrect account under admin > edit users. Or under browse search user profiles. Generally, as you say, it is not wise to create accounts if they are going to be auto created via a CSV update at a later date. ||
 * Associate wrong **photo** with student || you can't delete a photo, but you could upload a blank one in its place. Copy nophoto.jpg on Adminplus\myconcordia ||
 * Cannot add units to **Collaboration** group || Recreate them as "Class" Groups, then add units ||
 * How can he filter the rehearsals out of schoolwide
 * calendar**? || **You can filter your integrated calendar under "myCalendar" down to just one group if you wish.** ||
 * Garbage on screen; system problems || Use firefox, never safari ||
 * **Collaboration** groups (demographic based membership) || You can now create collaboration groups that enable you to add in 'all faculty' or '6th grade students'. These groups will update automatically nightly so you don't have to maintain the lists or import CSVs. ||
 * **Duplicate** course **section** "Error in updating locations Duplicate entry '0-' for key 'areasectionid'" || If it's a duplicate you can delete it- go into her class; click on edit class and you should see a delete option on the right hand side. Only system admins have this right. ||
 * Administration/Data -- **synchronize** files || Each file must have a blank line or a line with the column headers (either is fine). The system ignores the first line. You don't need to update them all each time of course. if the sections and courses are set, as they will be, then you can just export the class list and update that. However, if courses or sections change, they must be updated in the order shown on the screen. Courses go under "curric". ||
 * **Student leaving** Concordia || This is handled automatically by a script -- no need to deactivate manually. When students are removed from network on our end, they are automatically inactivated now. ||
 * **Curriculum editor** || System automatically makes the teacher of any class the curriculum editor for that class, so there is no need to manually assign these now ||
 * How to add a list of **student names** to a **club**, group, etc. || **He doesn't need the ID's to add the students under 'manage members', he can do this using their names or even fragments of their name.** ||
 * Adding **blog** authors || After you have created a Blog you can add additional authors to it. Go to the myBlog page and click on the edit icon for the blog and then scroll down to the authors area ||
 * Teacher **calendar**s || The best way to share test date information is to use the built in "Teacher Calendar" function. This is available under "myCalendar". This way teachers add in tests, quizzes or whatever for just themselves and their students. If they want to know what other assessments/tests students have in their other classes they can use the teacher calendar which is designed for exactly this purpose.
 * Course **section title** || The section title is not being synchronized once it is created; teachers may update it. Rename the sections' titles in the 'Edit Class' page. They can find the 'Edit Class' link in the class main page. ||
 * **Restarting server** || Restarting the server will generally not solve a problem unless it is the 'too many connections' problem ||
 * Removing **Tags** || In the edit blog post page, you can unclick the selected tags at the right hand side in order to remove them from blog. ||
 * Setting **Termcode** || You need to update the "termcode" go to: http://myconcordia.ciss.com.cn/myconcordia/administration/commonarea/termcode.php Ignore the dates, the are not used at the moment- but the correct terms, for each division, need to be marked 'active' or 'not active'. Otherwise classes will not show up for teachers and students when they should. ||
 * **Synchronization** || I would recommend not doing updates if there are a lot of people online at the time - like 50 or so. ||
 * **Create users** || Anyone with admin rights does have permission to create users, and should not do so unless they are 'outside CISS' and don't have network accounts.
 * Relink the **curriculum** library || 1. In the edit class page, select the correct division and department2. Click the link 'Relink Curriculum Library', select the correct curriculum library in the drop-down list and click 'Link It' button ||
 * **Guest account** || The guest account is for viewing blog only and should not have any admin privilege. ||
 * **Duplicate userid** || If you update the user by the excel file (without removing the existing user account), the system will update the username and no extra account will be created (assume the user unique id is unchanged). I have fixed the code yesterday so that the reference of user record between myConcordia and the uploaded Excel will be removed once you delete the user. When you upload the same student (same unique ID), his / her classes will be loaded properly. ||
 * **Multiple identities** || The reason why you have multiple identities in myConcordia is that your users have multiple identities in your other administrative systems. For example I know that Michael Weber has two accounts in the AD network system for some reason. I suspect this is the case with these other individuals. In all cases there should be a one to one correspondence between what is in Admin+ and in AD. Never more than one account in AD for a single user. If this is necessary for some odd reason when these users should be instructed to use only one of their logins for myConcordia. [Do those users exist in your ldap tree? If somebody try to logon with these ldap accounts, the system will create the users if the passwords are correct.]
 * **Adding new students** before they arrive on campus || If they don't have email addresses in admin + yet, they should not be added to myConcordia. ||
 * Students in **incorrect homeroom** || As soon as all grades are sent to Odyssey for the quarter, Mark Lewis makes the scheduling change on Admin+/GQ/Edline. [They will show up on Admin+ in their old homeroom until that time. They should __not__ be manually changed on myConcordia because Admin+ will always override with the next synchronization.] ||
 * Keeping in **synchronization [dummy sections]** || You must always synchronize in the order on the page. If classlists don't upload properly, then either sections and/or courses need to be updated. If courses/sections are not kept up-to-date, then classlist falls farther & farther behind (pointers get out of sync). For now, I'm updating curric (courses), sections, every time.... ||
 * Is there a fast way to make a huge **group** with a similar defining characteristic on myConcordia? For example, is there a way to make a group of all of the Grade 7 students? || In the Edit / Change Members page, you can find an 'Advanced' button next to the 'Add new Members' header. Once it is clicked, a new form is shown and you can add members by selecting the corresponding criteria. (for example, User Type = 'Student' ; Division = 'Middle School', Grade = '7', Access Type = 'Member')