From: Anneline S. <ann...@bi...> - 2009-05-11 20:03:47
|
I like it. Sounds like a very useful - and multi-purpose function. Images/files could be imported to a general area for inclusion, or explicitly imported from an instrument, in the case of a chromatograph result for a particular sample. Files could be stored in the zodb, or I think preferable, in the file system, with the path stored in the zodb object - of course this second option requires some care regarding integrity of the files and the path. We'll accept the 3-day challenge. Anneline ----- Original Message ----- From: "lemoene" <le...@bi...> To: <bik...@li...> Sent: Monday, May 11, 2009 5:50 PM Subject: Re: [bika-users] Files attachments > Hi Michael > >>> At the moment it is one of the publication options - to have the >>> client's results attached as .csv and it could easily be expanded to >>> include other attachments >>> >> >> OK. I still could not find that in the demo. > > Damn. You got me thinking there that maybe the demo is running an older > version before this functionality was completed... > > I have not tested it now, but i do see the 'file' option available in a > Contact's publication preferences, e.g. > http://demo.bikalabs.com/clients/client_146/contact_131/base_edit?fieldset=Publication%20preference > >> Do you know how the files would be stored? In plone? In a directory >> structure? Or in a database? >> > > At the moment we use the ZODB (Zope object database) for near everything > but file system storage should also be possible. The ZODB caters for > files, images etc > >> Only upload from local drives into the "analysis" and save them to a >> server to be web-accessible. >> > > Easy > >>>> Or is bika designed around "the result is one numerical value"? >>>> >>> Yes, or text, with a few calculated values thrown in >>> >> >> Ups. That makes it rather far away from my ideas. > > Hang ten ... > >> And I wonder how much effort it would take to change that. > > Will anybody from the developer core please confirm that given a good > spec, this at the very max is a 3 day job including testing? > >> Is that more like a "text object" or more like a "text string"? >> > > More likely a combination of different data types on the same object > >> Regards, >> > > Any other gaps you identified? > Do you have access to Python programmers or Plone developers at the > university? > > Don't go away just yet ...-) > lemoene > > ------------------------------------------------------------------------------ > The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your > production scanning environment may not be a perfect world - but thanks to > Kodak, there's a perfect scanner to get the job done! With the NEW KODAK > i700 > Series Scanner you'll get full speed at 300 dpi even with all image > processing features enabled. http://p.sf.net/sfu/kodak-com > _______________________________________________ > Bika-Users mailing list > Bik...@li... > https://lists.sourceforge.net/lists/listinfo/bika-users |