Difference between revisions of "Meeting 20130102"

From Archivematica
Jump to navigation Jump to search
 
(2 intermediate revisions by the same user not shown)
Line 6: Line 6:
 
* Joseph started work on implementing a manual normalization workflow
 
* Joseph started work on implementing a manual normalization workflow
 
* Mike C added an admin page for setting PREMIS agent.
 
* Mike C added an admin page for setting PREMIS agent.
 +
* Mike C added logic to the store AIP microservice link to copy thumbnails to an external directory for easy access during AIP search.
  
 
= Deployment =
 
= Deployment =
Line 17: Line 18:
  
 
<pre>
 
<pre>
 +
<mcantelon> Mike C added an admin page for configuring AIP storage locations.
 +
<joseph> been having a slow start on implementing a manual normalization workflow
 +
<epmclellan> mcantelon: I added some feedback on the issue
 +
<mcantelon> epmclellan: thx will check that out
 +
<epmclellan> joseph: slow because of problems?
 +
* ARTi has quit (Ping timeout: 480 seconds)
 +
<joseph> design on workflows has a few choices. I started to work on one design, then figured out that it wasn't the best. Sorry had a couple of days off... details are a little foggy
 +
<epmclellan> joseph: will you be in the office today?
 +
<epmclellan> we can talk about requirements if you like
 +
<mcantelon> Mike C added an admin page for setting PREMIS agent.
 +
<epmclellan> mcantelon: oops, that's the issue I added feedback on, not the AIP storage one
 +
<mcantelon> epmcellan: Ah cool
 +
<epmclellan> want me to look at AIP storage stuff too?
 +
<mcantelon> epmclellan: That would be great.
 +
<epmclellan> ok, will do
 +
<joseph> now I recall... it was a decision of trying to lump it into a single job, or doing a small chain that returns at end of processing. At first I thought a single job could do ok, then I remembered the fits component and some things would need to be for every file, and some would need to cover the entire directory, so a sub chain is actually required
 +
<mcantelon> epmclellan: thx
 +
<epmclellan> joseph: prolly better to talk in person
 +
<mcantelon> Mike C added logic to the store AIP microservice link to copy thumbnails to an external directory for easy access during AIP search.
 +
<courtney> mcantelon: that's awesome
 +
<epmclellan> mcantelon: do we have an external directory for the thumbnails yet?
 +
<mcantelon> djjuhasz: Do we need to put a version of the Archivematica meeting into our private wiki too?
 +
<mcantelon> courtney: thx! :D
 +
<epmclellan> mcantelon: yes, there's a place for the notes on the private wiki
 +
<mcantelon> epmclellan: I've emailed berwin22 about that... what I'm doing right now is making a "thumbnails" directory in the AIP store directory. Because we have multiple AIP store directories now I was thinking this might make sense.
 +
<epmclellan> oh good
 +
* ARTi (~austin@24-207-19-160.eastlink.ca) has joined #artefactual
 +
<epmclellan> looking forward to having thumbnails in search results!
 +
<courtney> epmclellan: mcantelon: so does that add another configuration task to deployment set-ups?
 +
<epmclellan> no, it would just deposit thumbnails into the directory
 +
<djjuhasz> mcantelon: Yeah, should be private wiki for client stuff
 +
<epmclellan> right mcantelon?
 +
<epmclellan> I mean, the thumbnails would be deposited there as part of the default workflow
 +
<mcantelon> courtney: by default the old AIP store directory is put in... so it should be the same... they can remove this directory though...
 +
<courtney> mcantelon: ok, cool
 +
<mcantelon> courtney: I should put something in that prevents them from removing an AIP store directory if there's only one though... to prevent accidental hosing
 +
<courtney> mcantelon: epmclellan may disagree, but i don't think that's necessary
 +
<courtney> mcantelon: we expect most archivematica users to be high-level admin, so maybe a tooltip would be enough...
 +
<epmclellan> I'm neutral on this until we start testing, I think
 +
<mcantelon> courtney: Okay, or I can just have a message displayed if they've deleted all AIP store locations telling them than any processing they do will fail because there's no way to store the AIP
 +
<mcantelon> courtney: I just can't see any use case where someone would not want to have an AIP store
 +
<courtney> mcantelon: i like that idea
 +
<mcantelon> courtney: Cool... I'll do that then
 +
<ARTi> back, had to fix my wifiternet issues..
 +
<courtney> mcantelon: i added some feedback on your setup of the format corpus in the archivematica samples dir
 +
<mcantelon> courtney: cool... will check that out
 +
<courtney> MikeG-: i'd like to have a basic FPR up and running to get some screenshots for my talk in North Carolina next week
 +
<djjuhasz> I think from a UI standard, not allowing the user to do stupid things is better than giving them a choice
 +
<djjuhasz> even if you warn them a lot
 +
<epmclellan> agreed
 +
<MikeG-> courtney, cool, I'll try to have at least the initial UI done by then.
 +
<djjuhasz> but that's just my personal opinion, I have no formal training
 
</pre>
 
</pre>
 
[[Category:meetings]]
 
[[Category:meetings]]

Latest revision as of 13:03, 2 January 2013

Artefactual Systems, Internal Archivematica Dev Mtg, 2013-01-02

Development[edit]

  • Mike C added an admin page for configuring AIP storage locations.
  • Joseph started work on implementing a manual normalization workflow
  • Mike C added an admin page for setting PREMIS agent.
  • Mike C added logic to the store AIP microservice link to copy thumbnails to an external directory for easy access during AIP search.

Deployment[edit]

Testing[edit]

Documentation[edit]

chat log[edit]

<mcantelon> Mike C added an admin page for configuring AIP storage locations.
<joseph> been having a slow start on implementing a manual normalization workflow
<epmclellan> mcantelon: I added some feedback on the issue
<mcantelon> epmclellan: thx will check that out
<epmclellan> joseph: slow because of problems?
* ARTi has quit (Ping timeout: 480 seconds)
<joseph> design on workflows has a few choices. I started to work on one design, then figured out that it wasn't the best. Sorry had a couple of days off... details are a little foggy
<epmclellan> joseph: will you be in the office today?
<epmclellan> we can talk about requirements if you like
<mcantelon> Mike C added an admin page for setting PREMIS agent.
<epmclellan> mcantelon: oops, that's the issue I added feedback on, not the AIP storage one
<mcantelon> epmcellan: Ah cool
<epmclellan> want me to look at AIP storage stuff too?
<mcantelon> epmclellan: That would be great.
<epmclellan> ok, will do
<joseph> now I recall... it was a decision of trying to lump it into a single job, or doing a small chain that returns at end of processing. At first I thought a single job could do ok, then I remembered the fits component and some things would need to be for every file, and some would need to cover the entire directory, so a sub chain is actually required
<mcantelon> epmclellan: thx
<epmclellan> joseph: prolly better to talk in person
<mcantelon> Mike C added logic to the store AIP microservice link to copy thumbnails to an external directory for easy access during AIP search.
<courtney> mcantelon: that's awesome 
<epmclellan> mcantelon: do we have an external directory for the thumbnails yet?
<mcantelon> djjuhasz: Do we need to put a version of the Archivematica meeting into our private wiki too?
<mcantelon> courtney: thx! :D
<epmclellan> mcantelon: yes, there's a place for the notes on the private wiki
<mcantelon> epmclellan: I've emailed berwin22 about that... what I'm doing right now is making a "thumbnails" directory in the AIP store directory. Because we have multiple AIP store directories now I was thinking this might make sense.
<epmclellan> oh good
* ARTi (~austin@24-207-19-160.eastlink.ca) has joined #artefactual
<epmclellan> looking forward to having thumbnails in search results!
<courtney> epmclellan: mcantelon: so does that add another configuration task to deployment set-ups?
<epmclellan> no, it would just deposit thumbnails into the directory
<djjuhasz> mcantelon: Yeah, should be private wiki for client stuff
<epmclellan> right mcantelon?
<epmclellan> I mean, the thumbnails would be deposited there as part of the default workflow
<mcantelon> courtney: by default the old AIP store directory is put in... so it should be the same... they can remove this directory though...
<courtney> mcantelon: ok, cool
<mcantelon> courtney: I should put something in that prevents them from removing an AIP store directory if there's only one though... to prevent accidental hosing
<courtney> mcantelon: epmclellan may disagree, but i don't think that's necessary
<courtney> mcantelon: we expect most archivematica users to be high-level admin, so maybe a tooltip would be enough... 
<epmclellan> I'm neutral on this until we start testing, I think
<mcantelon> courtney: Okay, or I can just have a message displayed if they've deleted all AIP store locations telling them than any processing they do will fail because there's no way to store the AIP
<mcantelon> courtney: I just can't see any use case where someone would not want to have an AIP store
<courtney> mcantelon: i like that idea
<mcantelon> courtney: Cool... I'll do that then
<ARTi> back, had to fix my wifiternet issues..
<courtney> mcantelon: i added some feedback on your setup of the format corpus in the archivematica samples dir
<mcantelon> courtney: cool... will check that out
<courtney> MikeG-: i'd like to have a basic FPR up and running to get some screenshots for my talk in North Carolina next week
<djjuhasz> I think from a UI standard, not allowing the user to do stupid things is better than giving them a choice
<djjuhasz> even if you warn them a lot
<epmclellan> agreed
<MikeG-> courtney, cool, I'll try to have at least the initial UI done by then.
<djjuhasz> but that's just my personal opinion, I have no formal training