Contribute to the DSpace Development Fund

The newly established DSpace Development Fund supports the development of new features prioritized by DSpace Governance. For a list of planned features see the fund wiki page.

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 4 Next »

Developers Meeting on Weds, March 19, 2014

Let's Talk About Features!

This entire meeting will be devoted to discussion/brainstorming of possible new features to add to DSpace 5.0 (and beyond).

The purpose of this meeting is to share and discuss:

  • New DSpace features you or your institution are already working on (or may have already completed) 
  • New DSpace features or ideas you'd love to collaborate with others on
  • Anything you'd like to "give back" to the community and donate to the next release of DSpace (version 5.0 scheduled for late 2014)

It is an opportunity to share your ideas or half-finished code with other DSpace developers and committers (and get early feedback or find collaborators). It's also an opportunity to brainstorm new collaborative projects, and/or locate others developers who may want to help you turn your idea into code.

We plan to hold these "Let's Talk About Features" meetings on the third Wednesday of the month, up until the DSpace 5.0 Feature Freeze (date TBA - likely Sept or Oct)

Agenda

Feature Discussions / Brainstorms

  1. Bitstream Format-dependent  streaming / pseudo-streaming (Jason Sherman)
    1. General Idea:
      1. For my small library, pseudo-streaming is enough, and it's really only necessary for video and audio formats. It would be trivial to add a mime-type check into the current byte-range code. This would get around the PDF reader problem.

      2. Why not add either add a boolean value to the format registry or have a variable in dspace.cfg that enables streaming/pseudo-streaming for specific bitstream formats? There could also be a variable in dspace.cfg to choose between no streaming, pseudo-streaming, and real streaming.

      3. If institutions who would like to use a real streaming server would like/need to choose which bitstream formats get streamed for bandwidth concerns, I would favor adding the boolean to the format registry; if choosing how to served based on format is only desired/necessary for pseudo-streaming, then I would just stick it in dspace.cfg.

    2. Any code yet?
      1. No code yet, but may have some basic code ready by meeting date
    3. Related Links/Discussions
      1. Audio/Video Streaming (RTMP, HLS, DASH) Support (This is more about "real server streaming" than pseudo-streaming)

      2. Unable to locate Jira server for this macro. It may be due to Application Link configuration.  (Again, more about "real server streaming")
  2. If you have a feature Idea or code that you wish to add to the discussion, either add it here or email Tim Donohue

Meeting Notes

Meeting Transcript

Action Items

(Action items go here, if any)

  • No labels