Re: [Cctools-cchost] CChost without getID3??

[Jon P. <jo...@cr...>]

On Sat, 2006-04-22 at 21:24 -0400, Kevin Driscoll wrote:
> Another solution could be to require some basic meta data upon upload.
> This will require adding new tables to your database but I think it
> will allow for wider flexibility in adding new filetypes.  
> 
> >From briefly browsing their website
> ( http://getid3.sourceforge.net/ ).  I don't get the impression that
> MS Office files are in the gameplan for getId3()

You can force the issue by adding this support yourself and pushing
patches up stream!

> Kevin

Right, the metadata is stored in the db, and only would we need the
metadata in a separate file if the filetype has no consideration for
inserting metadata into a file. Also, this is a good solution for
including metadata for multiple files within a package.

Jon



> 
> On 4/22/06, Jon Phillips <jo...@cr...> wrote:
>         On Sat, 2006-04-22 at 12:27 -0400, Zero Mass wrote:
>         > I have posted on getID3 regarding file types that are more
>         vital for
>         > teacherhost (PDF, MS Office, URLs, etc)...however I am
>         wondering about
>         > the removal of getID3 and if that might help in the ability
>         for users 
>         > to at least upload other file types, which would be set to
>         open in a
>         > new window.
>         >
>         > unlike other versions of ccHost ...we have little need for
>         live media
>         > streaming but have a great need to be able to evaluate
>         lesson plans, 
>         > tests, quizzes, and URLs and other documents before
>         downloading.
>         >
>         > getID3 seems more of a media oriented assist to cchost,
>         which enables
>         > sites like ccmixter to stream compatible file types, but
>         not 
>         > necessarily something that teacherhost would need.
>         > Has ccHost without getID3 been tested?
>         
>         Try to run cchost without it...you'll get an error at the top
>         of the
>         installation.
>         
>         > if so what was the result? 
>         >
>         > if not how vital do you think getID3 is to the natural
>         function of
>         > cchost?
>         
>         Well, it is necessary to read and write metadata from
>         filetypes. Also,
>         getid3 supports a growing list of files, so removing it is not
>         the best 
>         option. Rather, just disable the various filetypes you don't
>         want
>         enabled in your setup through the "manage..." link on your
>         right hand
>         menu after you have logged in (with admin account or with
>         admin
>         privileged account).
>         
>         Removing cchost is not going to add support for more
>         filetypes. Rather,
>         if you want to support other file types outside of getid3
>         (which I would
>         encourage to use and add code to to support more files), there
>         is some 
>         level of abstraction to add your own support for other file
>         types.
>         Victor, can you speak to this please?
>         
>         > My thinking is that it may be all that is needed is a browse
>         and
>         > upload feature which creates a button that can trigger a
>         URL, PDF, or 
>         > MS Office file to open in a window (or a .zip file
>         download).
>         > Furthermore any multimedia file type that teachers use would
>         really
>         > need in the very least a text file uploaded as well with
>         instructions 
>         > on how to use it.
>         
>         Hmmm...I understand that you are wanting other types of file
>         support. I
>         think that adding the functionality for these files should go
>         upstream
>         to getid3 to give them this functionality, which will give us
>         this 
>         functionality. THis is the conclusion that my other project,
>         Open Clip
>         Art Library (www.openclipart.org), came to as well for support
>         of the
>         svg graphics format.
>         
>         Text files are an interesting breed because they are not very 
>         complicated. A possible solution would be to include metadata
>         with this
>         filetype in an accompanying .rdf file. This is also a good
>         solution for
>         other file types which might not allow embedded metadata.
>         
>         > Any feedback on this as I explore further would be
>         appreciated. 
>         >
>         > Thanks,
>         >
>         > Sean Rugge
>         > http://www.esolpc.com/teacherhost
>         
>         Jon
>         
>         --
>         Jon Phillips
>         jo...@cr...
>         cell: 510.499.0894
>         
>         Software Engineer
>         Creative Commons
>         www.creativecommons.org
>         
>         
>         
>         ------------------------------------------------------- 
>         Using Tomcat but need to do more? Need to support web
>         services, security?
>         Get stuff done quickly with pre-integrated technology to make
>         your job easier
>         Download IBM WebSphere Application Server v.1.0.1 based on
>         Apache Geronimo 
>         http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
>         _______________________________________________ 
>         Cctools-cchost mailing list
>         Cct...@li...
>         https://lists.sourceforge.net/lists/listinfo/cctools-cchost
> 
-- 
Jon Phillips
jo...@cr...
cell: 510.499.0894

Software Engineer
Creative Commons
www.creativecommons.org