2010/8/21 Karsten Wade - [email protected]: > On Thu, Aug 19, 2010 at 10:12:39AM -0700, > [email protected] wrote: >> >> I don't see "early and often" as being in conflict with "better or >> perfect location". I think it indicates the project may not, yet, >> have an adequate infrastructure. As has been previously discussed, we >> can readily add content to our personal User: space in the wiki. It >> would seem to me, we need a controlled space to upload or save >> non-wiki files. > > We probably can upload some classes of files directly to the wiki; > that can be configured, if it helps. >
It appears to already be configured, because a few jpg files have been uploaded. >> > That said :) this is clearly something we can fix and make the >> > branding better and reduce confusion. >> > >> > Chris - can I get shell access or something? I'm thinking of: >> > >> >> I haven't used it yet, but how is Wikimedia Commons implemented? What >> are the other possibilities? A Content Management System, perhaps? >> I'm trying to think of how we make it easy for non-*nix proficient >> participants to add files to the project domain. Shell access assumes >> knowledge of File Transfer Protocol (FTP) and directory construction >> commands like mkdir, and so forth. Our Subject Matter Experts (SMEs), >> teachers in our case, are not all going to be proficient. > > We can probably do this with the wiki's internal system. You upload a > file through the wiki, where it gets a wiki page name that is a > pointer to a file resource. > > Our challenge is going to be around i) setting a useful list of file > types (by file extension, usually), and ii) resolving our spammer > account problem so the file uploads aren't abused. > Agreed, especially the spammer part. >> By the way, did you rename the "Teaching Open Source textbook" as >> "Practical Open Source Software Exploration" so it would be more >> readily associated with the "Professors' Open Source Summer >> Experience"? Quite clever branding, if you did, I say. > > You can lay the entirety of that cleverness at the feet of Greg > DeKoenigsberg; he created both names and acronyms. While it's the > main reason I don't abbreviate the textbook as "POSSE", I agree that > it is quite the nice branding bundle. :) Well done, Greg. _______________________________________________ tos mailing list [email protected] http://teachingopensource.org/mailman/listinfo/tos
