RFC: Multi-image Subjects + Flipbook, MultiFrame, and SubjectGroup Viewers #3783
Replies: 9 comments 7 replies
-
The subject group viewer is actually a group of subjects: each image is from a different subject in a subject set, with a different subject ID. It's used by Galaxy Zoo: Weird and Wonderful: In Talk, each individual subject links back to its own Talk page. Here are some other projects that have used subjects with multiple images in different ways:
Hopefully those are useful as examples. |
Beta Was this translation helpful? Give feedback.
-
Thanks Jim for the above examples -- we should try to group these examples (and fill out with DB query data) into categories of shared needs from the viewer. Also: lets keep them coming! Feel free to add more in a thread below (especially those that reveal new feature needs). |
Beta Was this translation helpful? Give feedback.
-
I think we also shouldn’t feel like one viewer needs to offer all these different functions. That became difficult to manage in PFE. I think it would be fine to have a viewer specifically for camera trap workflows, just like there’s a viewer for transcription workflows. |
Beta Was this translation helpful? Give feedback.
-
A big reason to have the Flipbook controls below the subject is to differentiate it from the Multiframe viewer. The Multiframe viewer was made with Transcription projects in mind, so the majority of those subjects are pages. Not sure if any future transcription projects would have a landscape oriented subject, but who knows. |
Beta Was this translation helpful? Give feedback.
-
I think a question to consider is how the separate frames view should be defined in FEM - as it's own (separate frames) subject viewer or a functionality within the flipbook viewer. I'm not sure if an actual live/launched workflow exists that is utilizing the following, but in theory a workflow could exclusively be separate frames - like this staging workflow - and if we want to support that in FEM then I think we'd have to create a standalone separate frames viewer? But if no workflow is or likely will utilize separate frames exclusively, then I suppose it wouldn't make sense to create a standalone separate frame viewer. How many flipbook viewer workflows allow the toggle to separate frames, and of those how do they breakdown between showing one column of separate frames vs 2 columns vs 3 columns? Those answers might help clarify what functionality we do or don't want to port from PFE to FEM. |
Beta Was this translation helpful? Give feedback.
-
Thanks all for the example projects and input! Here's the remaining questions/discussion I see so far:
|
Beta Was this translation helpful? Give feedback.
-
Designs for both side-by-side image options - one with individual toolbars and one with a shared toolbar |
Beta Was this translation helpful? Give feedback.
-
The staging workflow above that Mark notes could be useful for what we had in mind for a "slices" viewer for the biomed projects. |
Beta Was this translation helpful? Give feedback.
-
A summary from today's call: Features of FlipbookInitial Effort
Next Effort (either an enhancement, or a completely different viewer component)
Flipbook's Separate Frames View
Considerations for the futureWhen "show separate frames" is selected in "Choose how to display multiple images" dropdown, additional options of 1 row or multi-column grid needs to be handled. This config scenario communicates that a project team wants a "Side by Side" viewer for multi-image subjects. @lcjohnso I think this is a good case for querying how many projects exist with the following config:
If a project team intentionally displays multi-image subjects as separate frames first, do they really need a button to switch to the flipbook? If the answer is no, then the case where "show separate frames" is selected in "Choose how to display multiple images" dropdown could tell FEM to display a totally different viewer than flipbook, and we can separate out concerns for grid layouts and shared toolbars. I'll even argue that the "Allow users to choose flipbook or separate frames" checkbox should be disabled when a team wants separate frames as the initial view. A follow-up thought: The above description highlights how the PFE lab design corresponds to PFE's architecture of "one subject viewer + many many config options". FEM's architecture is "many subject viewers + each have minimal config". Should we be making more of an effort to align the FEM lab used by teams once their project is migrated with FEM's subject viewer architecture? |
Beta Was this translation helpful? Give feedback.
-
Overview
I'd like to open a discussion about direction of development for the new FEM Flipbook Viewer. Some features that are handled as part of PFE's flipbook already exist in other viewers built for FEM. An ADR will follow this RFC.
Background Info
Multiframe Viewer
Subject Group Viewer
Flipbook Viewer
Considerations
PFE lab options mentioned above:
Proposition for FEM architecture
In the case of "allow users to choose between flipbook and separate frames" being checked/enabled, the classifier UI will include a button that when clicked switches between FEM's Flipbook Viewer and FEM's Subject Group Viewer. This would require updating the Subject Group Viewer code because it was built a couple years ago. Alternatively, a completely new viewer could be built in FEM for displaying a multi-image subject as "separate frames" (i.e SeparateFramesViewer component).
When "clone markers in all frames" is checked/enabled FEM will use the Flipbook Viewer. When unchecked/disabled, FEM will use the Multiframe Viewer. My logic in this proposition is that if a project team would like marks/annotations unique to each frame for a multi-image subject, there's not a use case for the looping features of the flipbook. If a project is wanting annotations unique to each frame AND the looping feature, the proposed Video Annotator for Solar Jets is a better fit.
Addressing the difference in design per portrait or landscape oriented subjects, I think for cases when a project uses the Multiframe Viewer with landscape oriented multi-image subjects, the viewer's thumbnail navigation could switch to display below the subject and it would be a minor dev lift.
Beta Was this translation helpful? Give feedback.
All reactions