-
Notifications
You must be signed in to change notification settings - Fork 0
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Transition Away from Box for Digital MItford Workspace #10
Comments
I am working on copying our Box files and noting some things that aren't transferring out of Box. Some of these things are predictable: Box links, for example. I'm keeping a list here of anything that I notice isn't transferring and doesn't seem to be working even within Box.
|
Closing this as we have now successfully completed the migration from Box to OneDrive, and thence to a Sharepoint server at https://pennstateoffice365.sharepoint.com/sites/DigitalMitfordProject |
Related Ticket: #11
Universities
might beare definitely phasing out Box support, so wemayurgently need to relocate our workspace for Digital Mitford. (I know University of Pittsburgh, where we started, just now is phasing out Box, andI don't know whether my new university could decide to do the samePenn State is doing the same by the end of the school year. Universities are generally finding the expense of Box unnecessary in the presence of MIcrosoft products for managing shared document directories or Google Drive, neither of which would be optimal for our project.)I think we can create an "in-house" Mitford project solution based on available interface tools, with a little research and adaptation. Here's an outline of an idea that I think we could pull off with our own web resources.
What our team needs for a project workspace is:
For the first requirement we can serve images over the web, privately. For this we need file storage that permits private view to the Mitford Editing Team Only: that would just be something password-controlled for our team. We can try storing them on my web server. Each webpage would provide a way to associate a set of image files with corresponding XML files. (If we want to preserve things exactly as they are currently, image files and XML files are saved in the same file directories on Box. We may need to separate the images from the XML files in parallel directories and if so, we need to manage that with careful programming: using the same file directory structures for the XML that we do for the image directories for example.)
For the second requirement, we can investigate some web interfaces designed to handle git commits and build something, or check in with the folks at the Canadian Writing and Research Collaboratory (CWRC) b/c their CWRC Writer runs on an interface supporting git. (Note from the CWRC writer description, "This version of CWRC-Writer, Git-Writer, uses the GitHub repository for document storage, versioning, and sharing. You need to be logged into a GitHub account to use it.") We could try CWRC-Writer's approach for our project, or adapt our own git interface tech that fits our project workflow.
Pinging our git-connected team members and advisors, @lmwilson @RJP43 @ghbondar @djbpitt @alnopa9 @ghbondar , so we're all aware. I want to investigate this over the next year and get help from some interface designers who have worked on this territory. Comments welcome here as we come up with ideas / suggestions / directions.
The text was updated successfully, but these errors were encountered: