Website Proposal Group – 1/30/2013 Minutes

31 01 2013

The third meeting of the Website Proposal Group was on January 30th at 9AM. In attendance were Lori Nidoh, Eugeniu Grigorescu, Sandy Pesavento, and Jeremy Sepinsky.

There were three items on the agenda to discuss.

  • Peer/Aspirant Universities – Sandy Pesavento and Teresa Conte looked into website management of the schools on the Peer/Aspirant list for The University of Scranton. Reaching out to each school on the list, they received only one response, which was from Loyola University Maryland. It seems that they have a similar system to what is in place here: webmaster distributed among different departments. We are still hoping to hear back from a number of other schools.
  • Schools Using our CMS – Lori Nidoh investigated the webpage management of other schools who currently use the same CMS software that we have implemented on campus. This resulted in two direct responses. The first was from the University of Dayton who seem to have a much more centralized website management/update procedure. They have 6 webmasters, appointed by each of their 6 Deans, who manage the web content in their area. These webmasters each have the ability to appoint staff and/or faculty members who can make edits — but not publish — content on the front-facing PR sites for the university (such as main departmental webpages). The University of Dayton is about twice the size of Scranton, having an equivalent full-time enrollment of about 10,000 students.The second response came from Jackson State who claimed to have many of the same problems that we do. They do have a central webmaster, but the publishing model is more distributed, and they also have problems determining and designating who is responsible for content management.
  • Size of the University Web Presence – Thanks to Joe Cassabona from Information Resources, Jeremy Sepinsky reported the approximate size of the departmental webpages on campus. They range from as few as 4 to over 100. Thus, it is difficult to come up with a specific “size” that represents most departments, but an eyeball-average says that most departments have about 20 separate webpages with content that needs to be managed. With over 20 separate departments at the university of Scranton, there is quite a bit of content to manage.Additionally, it was pointed out that the departmental websites don’t really have a uniform appearance. While they are all in the CMS, the navigation bar and the location of certain useful pieces of information (faculty websites, contact info, etc.) is not necessarily in the same place. This can cause confusion for prospective faculty and students. Thus, it may be necessary for a proposed hire to first create a uniform theme and content organization before being fully immersed in routine updates.

After this, we discussed some of the requirements that a proposed webmaster position would need. It seems the role we are asking to be filled is twofold: Webpage Designer and Content Manager. The Webpage designer portion is responsible for designing the general look of the sites, as well as collaborating with the Marketing and Communication Division to ensure proper marketability of the website. The Content Manager portion is responsible for contacting and collaborating with individual faculty members and departments, determine what should be displayed, and how it should be presented. Thus, it appears that this would need to not be an entry-level hire.

At our next meeting, we intend to start writing the formal proposal.





Website Proposal Group – 11/27/2012 Minutes

27 11 2012

The website proposal group met on 11/27/2012 at 1PM .  In attendance were Eugeniu Grigorescu, Lori Nidoh, Sandy Pesavento, Teresa Conte, and Jeremy Sepinsky.

The meeting began with a recap of the previous meeting, as well as a renewed discussion about the need for a forward-facing, uniform presence of The University of Scranton on the web. One major point of import is the need for a high-level of commitment from departments across the university to make this endeavor a success Without buy-in from PR, Faculty, and Administration, the university’s web presence will not accurately reflect its brick-and-mortar presence. Thus, it is imperative for this group to seek support, advice, and input from each sector and at all levels.

The group then proceeded to identify and affirm the charge and goal of our meeting. The current charge under which we shall proceed is as follows

The group of individuals listed below were charged by the Technology Advisory Group (TAG) to propose a process to better maintain and update academic departmental websites. The current process results in significant non-uniformity, a lack of aesthetics, infrequent updates, and significant imposition upon departmental faculty responsible for maintaining the pages. This proposal seeks to ameliorate each of these impositions on the public image of The University of Scranton and to build a process that allows the creation of a website that enhances the brand and reflects the true value of our campus.

The rest of the meeting was then spent organizing and planning the next steps. In order to create a successful and thorough proposal, we need to first invest in a significant amount of background research. To that end, Teresa Conte and Sandy Pesavento will be contacting some of our Peer and Aspirant Universities which have an impress web presence in order to determine how they maintain and update their university websites. Lori Nidoh will contact other users of our CMS to find out what methods they find are best for a continuously updated web presence. Jeremy Sepinsky will contact PIR to get a handle on the volume and organization of the webpages that we currently have, in order to estimate the workload that would be required of any proposed webmaster. Lastly, the currently working solution (as discussed in the 11/13 minutes) likely requires the hire of a part-time or fill-time webmaster for the campus. Thus, this solution will be contingent on funding for such a position. Jeremy Sepinsky will reach out to various administrative bodies to determine the liklihood of such funding being available.





Website Maintenance Proposal Group Minutes, 11-13-2012

14 11 2012

The website proposal group met on 11/13/2012 at 1PM. In attendance were: Kevin Wilkerson, Eugeniu Grigorescu, Sandy Pesavento, Teresa Conte, Kathleen Iacocca, and Jeremy Sepinsky.

The meeting agenda can be found here.

The discussion began with a recap of what TAG has learned, and the problems that exist regarding the current department webpages. See the above minutes for a detailed description. Some additional information that was provided by the attendees during the meeting:

  1. The current guidelines for departmental webpages have no way of requiring continued maintenance of the department pages. The language address “encouraging” the faculty to update and submit content. When crafting this language, the faculty and staff involved debated whether they could make it stronger, but decided they could only request participation from the faculty members.
  2. Some colleges have implemented “local” solutions. For example, PCPS has hired a Graduate Assistant savvy with the CMS to implement revisions as opposed to having individual faculty members update the pages.
  3. While Admissions is very concerned with the website from a student perspective, it is important to realize that we need good PR from a faculty perspective as well. When departments are looking for a new faculty position the website can play a critical role in whether or not quality candidates apply for the job.
  4. The current CMS, unfortunately, creates a barrier for the CTLE to help faculty update and maintain departmental or personal pages. The permissions structure requires the faculty to be present for updates, edits, and, particularly, publishing. Furthermore, the CMS preview rendering is NOT consistent with the final product that is displayed on a webpage. Thus, a Tech Con would be able to modify and edit a page so it looks good in a preview, but it will be changed when the faculty publishes. The number of iterations required to get a final, attractive product would be overly burdensome on the faculty.
  5. There were debates as to whether the University got what it paid for in terms of the CMS. It was designed to allow faculty easy access to update their own pages, but it is NOT as user-friendly as hoped. In order to include the features that many people needed, the interface and design became too complicated for the casual user.

To summarize the problem that this group hopes to tackle:

  • PR is not well-informed enough about faculty content to independently update the webpages;
  • Faculty are neither taught nor incentivized well enough to update the site on their own.

Thus, we hope to develop a CMS-agnostic process that bridges the gap between presentation skills and complete content.

Previously on our campus, there have been two models for the update and design of the webpages, neither of which seem to have worked. The Webmaster model, and the Faculty Ownership model.

  • The Webmaster Model
    • This model existed prior to the current CMS, where a person (or group of people; hereafter “The Webmaster”) was responsible for updating the pages with content provided by the faculty.
    • The Webmaster thus had the access and the skills to create and present the departmental webpages, whenever the content was provided by the faculty.
    • Unfortunately, the faculty did not often provide or update the information on the page, and the Webmaster was not tasked with actively seeking out that information. Faculty were not tasked with actively contacting the Webmaster with such information. Thus, many pages were not actively updated
  • The Faculty Ownership Model
    • This is the model that is currently in place. The faculty have full control over their departmental webpages. The CMS was intended to provide easy access to the content producers (read: faculty), so they could play an active part in the dissemination of that content on the webpages.
    • CMS training exists for the faculty, and afterwards they are able to update the pages. But it is far from simple or WYSIWIG. The biggest problem becomes when faculty want to update the webpage later. Because they update infrequently, it generally requires faculty to relearn the CMS in order to re-update, which is really the big time sink.
    • Because of the learning barrier for the CMS, most faculty don’t know how to use it, and a departmental webmaster is appointed. There are still no clear expectations of the webpage, and faculty are often ill-equipped for creating publicly consumable knowledge, let alone PR materials. Thus, while the webpages may be more frequently updated, there is less useful content and an inconsistency in presentation which hampers PR efforts.

Thus, given this information, the faculty present feel that a Periodic Webmaster model might work best. Our group describes this as one where significant updates to the departmental webpages happen at certain times throughout the year. The Webmaster would solicit updates and/or approval of changes from faculty regarding certain parts of their department’s webpage. For example, faculty changes may happen in January and June whereas front page changes may happen in February and September. Each recurring facet of departmental webpages should have a deadline attached to it. This is not dissimilar to the model currently employed for course catalog updates. For departments that want more regular updates, there would be an avenue available for ad hoc changes, or even the possibility of continued faculty access to the CMS.

At the close of the meeting, the members feel that this plan is worth exploration and will begin to work out the details and logistics of such a process. This will happen over the course of the next few months.

As always: questions, comments, or suggestions are more than welcome. Email tag-member@royallists.scranton.edu, or comment below.





TAG Meeting 10/3/2012

8 11 2012

On October 3, TAG held its second Fall 2012 meeting.  [Yes, that was more than a month ago — many apologies for taking so long to post the meeting notes!]

1. Departmental Websites and the CMS

We’ve been discussing departmental websites for quite a while.  Lori Nidoh (PR) brought us some analytics from the University website (June 2012 – September 2012, all excluding internal traffic) to give us a better idea of how these pages are being used:

  • The Undergraduate Programs page is the 5th most visited page on the University website – after the home page, HR vacancy list, HR home page, and Admissions home page. (report)
  • From the Admissions home page, the Undergraduate Programs page is #5 on the list of what pages users visit next – indicating that prospective students are indeed looking at departmental web pages. (report)
  • This spreadsheet shows the most heavily visited scranton.edu/academics/ pages.
  • Lori broke out additional analytics on a few department and program pages to give us a sense of how they are used: Biology, OT, PT, and Pre-Med.

We continued to discuss options for how to keep departmental pages up-to-date. Eugeniu noted that the CTLE TechCons help faculty members with their personal websites, but that access and permissions in the CMS (content management system) are an issue for departmental pages – a department wouldn’t necessarily want to grant publishing rights to a student who is editing their page, but it’s hard to catch quirks and mistakes if you can’t publish and review your recent edits. Lori asked that any observed CMS quirks be reported to PR.

Jeremy will be convening a group of interested faculty to discuss this concern in more detail offline. The group will outline a proposal for how departmental websites could best be maintained,  in collaboration with staff from Public Relations and Academic Affairs. Teresa Conte (Nursing), Katie Iacocca (OIM), Kevin Wilkerson (CHS), and Sandy Pesavento (Education) volunteered to participate, but any interested faculty (especially those with experience using the CMS) can join the discussion.

2. FERPA Considerations for Cloud Computing

Kristen asked for input on what cloud computing tools faculty are currently using and how those tools are being used for instruction. She noted the distinction between “internal cloud” services (e.g., Royal Drive, Angel) versus “external cloud” services (Gmail, Dropbox, etc).

Kristen will meet with IR staff from the Information Security office to nail down specifics on what faculty can and can’t do with these cloud tools in order to comply with FERPA regulations (see previous FERPA post for details).

3. Faculty Input on the IT Tactical Plan

Over the summer, TAG was asked by IR to respond to a number of technology questions posed by Jerry DeSanto, VP/CIO. Planning and Information Resources is in the process of creating their 3-5 year IT Tactical Plan, and the questions were targeted at the expected needs of the faculty in the coming years:

  • How can IT better support faculty research?
  • Given the influx of new, younger faculty what kinds of technology needs/support do you anticipate they are going to need?
  • How do you see the classroom experience changing over the next several years, and how can IT assist in this evolution?
  • What new academic programs do you see developing over the next five years, and how can IT help?
  • With the President’s stated intentions about the University and globalization, how do you see this playing out with web-based education, study abroad, and perhaps the development of satellite campuses in other parts of the globe?

Jerry asked for feedback by November 1 such that faculty input could be incorporated into IR planning. Jeremy asked the group how TAG would like to gather faculty input. We decided on a two-pronged approach – a brief survey sent to all faculty, and a more detailed response from TAG members. [Update – see the results in Jeremy’s 2012-11-05 post, Feedback Regarding the IT Tactical Plan.]





Departmental Websites

12 09 2012

One of the issues TAG is tackling this fall is departmental websites (as distinct from faculty member websites, which we worked out with the CTLE and PR last year). The big question is: Who has responsibility for creating and updating content on academic department websites?  Some background information —

–Departmental web pages are really important for admissions and PR – they get a lot of hits and a lot of attention (as seen in Google Analytics).

–Departmental web pages are housed in the University’s content management system (CMS) and follow templates so that all University pages are consistent.

–The CMS is managed by Public Relations. (Lori Nidoh represents PR on TAG).

–The University’s Web Guidelines break web pages into categories, and each category includes information about who has what roles. Two parts, excerpted here, mention departmental websites. Section III.C.b (“Academic Departmental Pages”):

“Academic department pages are vital for prospective students, current students and faculty. Departments are encouraged to maintain their pages and to develop content on their pages that reflects the distinctive interests and qualities of the faculty and their discipline. Academic departments should appoint at least a contributor and approver for their pages and can request to have a person designated as a publisher following appropriate training.”

and Appendix 1 (“Academic Uses of the Web”):

“The Web is a valuable opportunity to present creatively and dramatically departments, academic and extracurricular programs, and the faculty members that make it all work. Academic use of the Web is ultimately governed by academic freedom, as described in the Faculty Handbook, and the Code of Responsible Computing. Each academic department will have pages on the University’s Web site
created and maintained by the department using the University’s Web Content Management System (CMS), and structured by the templates provided in the CMS. These pages present the formal administration of departments and the curricula that comprise academic programs, that is, the material approved and published in the catalog. The content of these pages require approvals from the chair of the department or the program director and the relevant dean.

1. The academic department page (see Fig. 1 and Fig. 2) serves as the entry point or ‘landing page’ for prospective students and other guests through Web searching. Except for a the top navigation bar and a block containing Admissions information, the content of this page consists of input from the academic department chairperson or the program director and faculty associated with the program, as approved by the Dean. The faculty of the programs are encouraged to provide original content for program pages to make them as dynamic and engaging as possible.”

–Course descriptions are managed in the centralized University catalog.

–Academic departments were supposed to identify a “point person” in the department who would be responsible for the department’s site, and their work would count as departmental/University service. (See Dave’s post from last year on his experiences with the History department page.)

–A faculty member “point person” needs to attend CMS training to learn how to edit the department website. Text and minor structural changes can be made by faculty, but additional customizations generally require additional support from PR.

–Faculty have some concerns about this plan. A summary:

  • The CMS interface is not easy to use, especially if you’re not using it regularly. It takes time to remember how to do things and to remember where files are/should be.
  • Editing and updating content is very time consuming – faculty “point people” may see a significant increase to their workload. There is a constant flow of information of different types that needs to be updated or revised.
  • Interactive or customized web requests still have to go through PR.

–PR’s perspective (Note: will update after consulting with Lori)

  • Faculty should be responsible for web content on academic pages.
  • Academic department pages need to be up to date and relevant to students.
  • New efforts towards developing responsive web design may affect this discussion.

–Ideas for possible solutions that we’ve come up with to date:

  1. Faculty “point people” control, provide, and publish academic department websites via the CMS.
  2. Some academic affairs staff members specialize in web publishing and implement CMS changes on behalf of their departments (?) [Academic Affairs was working on a faculty profile project last year – status of this is unknown.]
  3. Faculty provide information updates and content to an undetermined “point person” with expert knowledge of the CMS, who then alters the actual files and publishes the changes.
  4. [Rutgers model] Faculty provide information updates and content to an undetermined CMS expert – but with rolling windows of time. E.g., each Sept/January faculty could submit changes to courses. Each July, departments could submit information for new faculty, etc.
  5. ??

TAG members and PR staff, please let me know if I’ve misstated or missed something – and please let me know if you have other solution ideas or suggestions on next steps to consider!





TAG Meeting 9/12/12

12 09 2012

TAG held its first Fall 2012 meeting today.

1. Membership

We welcomed three new faculty members to TAG!

  • Tara Fay , Biology (CAS)
  • Kim Daniloski, Management/Marketing (KSOM)
  • Katie Iacocca, Operations and Information Management (KSOM)

We did a quick review of what related committees and projects TAG members are serving on this year:

  • Kristen: Mobile Apps, Luminis
  • Jeremy: lecture capture, pedagogy group
  • Dave: Code of Responsible Computing committee
  • Jim: Code of Responsible Computing committee, IRAC, among many other IR teams and projects
  • Eugeniu: IRAC, IMAC, among many other CTLE teams and projects
  • Teresa: LMS Work Group
  • Tara: LMS Work Group, pedagogy group (and testing clickers)
  • Paul (in absentia): IRAC

2. A few miscellaneous announcements

  • Katie mentioned that Brennan Hall is working well this year. Thanks so much to all of the IT Services staff who worked on Brennan’s classrooms this summer!
  • Kristen is working on moving the TAG website to the University’s local WordPress instance. That will make it easier for TAG members to log in and add information.
  • TAG meetings are in a 50 minute time slot this semester, so we’ll try to keep meetings snappy and do more of our announcements and information sharing via email.

3. Information Resources Advisory Council (IRAC) representative

Last year, Dave and Paul served on IRAC as faculty/TAG representatives. This year, Dave has agreed to co-chair (with Jim) a committee tasked with reviewing and updating the Code of Responsible Computing. Since that will be a significant project, Dave is stepping down from IRAC. Kevin volunteered to join Paul as a second faculty representative.

IRAC’s agenda this year will include the service catalog – a list of what services IR provides, where/how those services can be provided, what the expected turnaround time is, what IR’s responsibility is for each service, etc.

4. Departmental websites and the CMS

At the end of last year, we started discussing the issue of departmental websites. [See the follow-up post for more details on this discussion.]

The big question: Who has responsibility for creating and updating content on academic department websites? After a discussion of faculty concerns, we came to a consensus that the faculty would likely be willing to contribute content, but the CMS interface wasn’t user-friendly enough for faculty to be able to use it easily, especially if they weren’t using it on a consistent and regular basis. Katie suggested a model from Rutgers – faculty were responsible for updating content, but they did not have to post directly to the CMS. At regular intervals, a window would open for faculty to submit changes to certain types of information – e.g., each July, departments could add new faculty info and images. Each September/January, course information was updated. The centralized system seemed more efficient and got rid of inconsistencies.

Next steps: Our PR representative (Lori) was unable to make it to today’s meeting, so Kristen will get in touch with her to see if that kind of system might be possible for PR. Jeremy will get in touch with Anne Marie in Academic Affairs to find out if there’s a possibility for staff support with the CMS and to get an update on the status of the web profile project from last year. Katie will look for some of her records from Rutgers that might help us. The rest of the faculty were asked to compile a list of what kinds of departmental information are needed and how often each type would need to be updated. We can share this information via TAG-Discussion or TAG-Members. Kristen will post a compiled list to the TAG website.

5. FERPA considerations for cloud computing

We didn’t get to fully discuss this, but Kristen asked that everyone take a look at the FERPA post and think about how to share/clarify this information for faculty.





CMS Changes

15 02 2012

Our school’s official website will be making a change from “matrix.scranton.edu” to the more canonical “www.scranton.edu”. This will not have any affect on your web browsing experience, but it may affect some pages created in the Content Management System (CMS). Any links currently pointing to a “matrix.scranton.edu/” site will be automatically redirected to the corresponding “www.scranton.edu/” site, but IR would like to encourage you update your websites (and republish) to reflect this change. The full email from IR is below, including dates that the change will take place.

Please note: please refrain from publishing websites during the upgrade window: 4:30 p.m. on Thursday, February 15, 2012 until 8:30 a.m. on Friday, February 16

On Thursday, February 16, 2012, the University’s public web server, known as matrix.scranton.edu will be replaced by a new server, which will be known as www.scranton.edu. No interruption in service for the University’s web site is expected as a result of this action.

As a CMS user, please take note of the following minor changes that will occur on the afternoon of Wednesday, February 15, 2012. They will affect how you navigate within the CMS and link to University pages:

1. After you log in to the CMS, the dropdown menu option, “matrix.scranton.edu”, will be renamed to “www.scranton.edu”. This is merely a name change, all website data will be retained.

2. If you created links to other pages in the CMS via the “Internal Link” option, the CMS will automatically update these links to the correct “www” address.

3. If you linked to other pages in the CMS via the “External Link” option, where you entered the full website address (i.e. matrix.scranton.edu/admissions/index.shtml), we encourage you to change these links to “www” shortly after the move on February 16, 2012. You will then need to republish your pages.

Any existing links containing “matrix” will still work, but we want to eliminate “matrix” from our web vocabulary.

4. Finally, please avoid publishing from 4:30 p.m. on Thursday, February 15, 2012 until 8:30 a.m. on Friday, February 16, 2012.

If you have any questions or concerns, please email webmaster@scranton.edu. Please forward as necessary.





Web Guidelines and Social Media – Faculty Review

14 02 2012

At a recent meeting of the Committee on University Image and Promotion (CUIP), Public Relations distributed a new draft of the University’s Web Guidelines (PDF).

The Guidelines include several sections relevant to faculty – addressing divisional and departmental web pages, personal web pages, and academic uses of the web.  I’ve highlighted these sections in this annotated copy of the Guidelines.

The new draft also includes a section on social media websites.  Last year, TAG gave feedback on an earlier draft of this content (then referred to the Social Media Guidelines), much of which has been incorporated into the current language.

Please take a look at the Guidelines and let me know if you have any objections, concerns, or comments.  Public Relations is interested in gathering feedback before sending another draft through the governance process.





Faculty Websites – Know Your Options

24 10 2011

TAG has heard some renewed concern and confusion about faculty websites lately, so we thought it might be a good time to revisit the available options and outline how faculty members can take advantage of them.

When building a personal website (not a departmental website), faculty have several options with varying levels of control and support:

1. Use the Content Management System (CMS) and build off of your department’s page.

  • You can choose to build a personal faculty website as an offshoot of your department’s page.
  • Faculty pages using this option must use the standard CMS templates (that is, the page will look like all of the other University pages).
  • An example is TAG member Dave Dzurec’s page off of the History Department website.
  • This option offers the least amount of design control, but it can be done pretty quickly.
  • To request a page like this, talk with your department’s webmaster.

2. Use the Content Management System (CMS) and build your own site.

  • You can choose to build an independent (that is, not an offshoot of your department’s page) personal faculty website within the CMS .
  • With this option, you’d store your page content within the CMS, but you are not required to use a standard University template – so your site doesn’t have to look like the rest of the University pages.
  • The CTLE offers two templates (basic and advanced) that you can use as a starting point, but both are completely editable either by the faculty member him/herself or with the help of a CTLE TechCon. So you can change colors, add features, etc. Note that neither template is branded with  University of Scranton colors or logos.  As an example, I made a demo page by tweaking the advanced template.
  • You can also choose to design your own site from scratch by copy/pasting HTML from a web design tool (like Dreamweaver) into the CMS. This choice gives you more control over the page design.
  • To request space on the CMS, simply contact Aileen McHale at the CTLE. The CTLE TechCons will set up your web space, and if you like, they can also help you build and edit the pages – just let Aileen know how much help you think you will need.

3. Use third party services to design and/or host your site.

In all cases, faculty members have complete control over their site’s content. PR and CTLE don’t have any control over the text, images, documents, and links you post.  All that is expected is that you follow the University’s Code of Responsible Computing.  Also in all cases, it’s the faculty member’s responsibility to keep their page up-to-date.

If you have questions or concerns about faculty websites, or if you want to share recommendations for third party web design/hosting tools, please let us know!

Many thanks to PR and the CTLE for helping us work out a user-friendly workflow for faculty websites in the CMS.





Follow-up on Faculty Webserver (Tiger) move

21 06 2011

If you have an account on the old webserver, Tiger, you should have just gotten this message from Connie Wisdo:

There is an attached file (here) with instructions for faculty to get their own website on the CMS. We highly encourage faculty who wish to maintain campus-based webpage to look at these instructions and consider building their own web page in the CMS this summer. The transitional webserver will NOT be a permanent space. Late this summer, TAG will be posting some more detailed instructions, as well as demo webpages, showing what is possible for faculty within the CMS. More details to follow.

Dear Faculty Members,

In case you missed the notices in Royal News, my.scranton, and Bboard, I wanted to share the following information, because you have a non-empty Web directory on the Tiger (academic.scranton.edu) server.
The Web server which is known as both “Tiger” and academic.scranton.edu will be officially retired on July 28, 2011, due to its operating system’s end-of-life. (Nearly all of the official web pages/sites of our academic departments and programs that were previously housed on the academic server (Tiger) have been migrated to the Web Content Management System (CMS).)
A transitional Web server is being set up for departments, clubs, and faculty/staff that have not yet migrated their Web sites to the CMS. Individuals (Faculty/Staff) who wish their web directories moved to the transitional server must send an email request to me (Connie Wisdo (wisdoc1@scranton.edu)) by July 1, 2011. In your email request, please specify the URL of the home/index page of the site(s) you need moved.
You also have the option of moving your Web site(s) to the CMS. Attached is a document containing more details. If you would like to move your site to the CMS, please contact the CTLE, as directed in the attachment, and they can provide assistance to you.
If you have your site moved to the transitional server, you will have SFTP access to your site on the new server, on July 29th, using your my.scranton username and password. Instructions will be sent to faculty in a few weeks, and will also be posted to the TAG Web site. Your Web site address (URL) will not change when it is moved to the new server. URLs will still begin with “http://academic.scranton.edu/”

Note: both the old academic server and the new transitional server will be unavailable for any updates to any Web sites from July 27th to July 29th. Web sites will be accessible on a read-only basis during this time.

If you have any questions, please contact me. For those of you who already sent me an email requesting your site be moved, and have received a reply, there is no need to contact me again.