| A | B | C | D | E | F | G | H | I | J | K | L | M | N | O | P | Q | R | S | T | U | V | W | X | Y | Z | AA | AB | AC | AD | AE | AF | AG | AH | AI | AJ | AK | AL | AM | AN | AO | AP | AQ | AR | AS | AT | AU | AV | AW | AX | AY | AZ | BA | BB | BC | BD | BE | BF | BG | BH | BI | BJ | BK | BL | BM | BN | BO | BP | BQ | BR | BS | BT | BU | BV | BW | BX | BY | BZ | ||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
1 | General | Architecture | Metadata | Next-gen Repository Features | Dissemination | Preservation | Coding | Additional Information | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
2 | Name | Type | Content Type Details | Subject | Deployment | Data Storage Location | Pricing | Submission Fee | Size Limit | Open Source | Flexible repository structure | Support for HTML 5 | Internationalization Support | Embargo | Content Versioning | Persistent Identifier System | Pre-reserving DOI | Author identifier system (ORCiD)? | Authentication | Metadata Standard | Importing Schemas | Exporting Schemas | Record Export Example | Schema Flexibility | Validation | Versioning | ResourceSync API | Sitemaps | Signposting | Activity Streams 2.0 | International Image Interoperability Framework (IIIF) | Creative Commons License | Web Annotation Model and Web Annotation Protocol | Linked Data Notifications | Social Network Identities | WebID | HTTP Signatures | OpenID Connect 1.0 | WebID/TLS | COUNTER? | Standardized Usage Statistics Harvesting Initiative (SUSHI) | Etag | OpenAIRE API | Record License Specification | Web Mention | Web Sub | OAI-PMH API | SWORD API | Other APIs | Interplanetary File System (IPFS) | Optimized for Search Engine Optimization (SEO)? | Indexed in Google Scholar | Portico, LOCKSS, CLOCKSS-compliant | Coding Language(s) / Platforms | Developer | Grant Tracking | Comments | Examples | GitHub | Documentation | Advantages | Disadvantages | Reference | Latest release (date & noteworthy mentions) | Reviewed | Other | Contact | ||||||||||||
3 | Bepress Digital Commons | IR (institutional repository) | various | Multidisciplinary | SAAS (software as a service) | remote | monthly fee | no | yes | yes | yes | URL and DOI | Dublin Core, Simple and Qualified | yes | no | yes | yes | no | no | yes | yes | yes | yes | LOCKSS | Current platform is built on Python, Django, PostgreSQL, Node.js,Elasticsearch and Perl on a hybrid architecture of cloud-based and self-hosted equipment. (information taken from engineer profiles/details on linkedin) (LO 3/7/19) Since acquisition by Elsevier, teams on Elsevier side have beencurrently working on migrating from Oakland data center to AWS. Beginning to implement containers. (more from linkedin) | Elsevier/Bepress | SCOPUS integration | https://www.bepress.com/products/digital-commons/why-digital-commons/customers/ | https://www.bepress.com/products/digital-commons/resources/ | 3/7/19 (LO) | Joel Stevenson, Director of Engineering at bepress https://www.linkedin.com/in/joelstevenson/ (was promoted from engineering role after Sonja Erickson left to go to StitchFix). Can't find email for Joel through BePress or Elsevier but he currently works there and is on the BePress Github | ||||||||||||||||||||||||||||||||||||||||||||||||
4 | Comprehensive Knowledge Archive Network (CKAN) | data management system (DMS) | data sets | Multidisciplinary | local | local or remote | free | yes | yes | yes | private storage | yes | none | no | https://ckan.org/portfolio/metadata/ | none | flexible | no | yes | Available as an extension: https://extensions.ckan.org/extension/sitemap/ | no | no | yes | no | no | yes | yes | no | yes | Python, Javascript, Pylons web framework, SQLAlchemy, PostgreSQL, SOLR | CKAN Association | like WordPress for data, for Open Data only often compared to DSpace, CKAN offers similar functionality for Open Data | data.gov, European Data Portal, others here: https://ckan.org/ | https://github.com/ckan/ckan | https://ckan.org/documentation-and-api/ | modular, customizable Provides collaboration tools and allow members to manage group members and policies Provides auditing trail of each deposit, showing all changes since initial deposit | Doesn't follow a standard metadata schema Not compatible with OAI-PMH | Adria Merkader, CKAN Tech Lead, Open Knowledge International. linkedin.com/in/adriamercader adria.mercader@okfn.org | |||||||||||||||||||||||||||||||||||||||||
5 | Dash (University of California) | IR (institutional repository) | data sets | Multidisciplinary | SAAS (software as a service) | remote | yes | yes | yes | DOI | ORCiD supported | Shibboleth / OAuth2, Google Account | DataCite Metadata Schema (by default) | yes | yes | yes | Creative Commons licensing for all data deposits; can be configured for others | yes | yes | yes | Stash (Ruby-on-Rails data publication platform), Solr (search) | FundRef | UC Berkeley - UC Irvine - UC Merced - UC Office of the President - UC Riverside - UC Santa Cruz - UC San Francisco - UC Davis - UC Press - ONEshare (in partnership with DataONE) | http://cdluc3.github.io/dash/ | https://dash.ucop.edu/stash/about#architecture-and-implementation | 3/19/19 (MBC), added ResourceSync | Options: Justin Gonder, Senior Product Manager, Publishing Justin.Gonder@ucop.edu Kirk Hastings, Sr. Developer kirk.hasting@ucop.edu Martin Haye, developer martin.haye@ucop.edu | ||||||||||||||||||||||||||||||||||||||||||||||||||||
6 | Data Dryad | data management system (DMS) | data sets | Biomedicine | SAAS (software as a service) | remote | free | yes | no | Dublin Core Metadata Initiative Abstract Model (DCAM), Open Archives Initiative Object Reuse and Exchange (OAI-ORE), RDF Data Cube Vocabulary | no | no | yes | yes | https://datadryad.org/resource/doi:10.5061/dryad.jb4645r?show=full | https://github.com/datadryad/dryad-repo (maintenance) New repo https://github.com/CDL-Dryad/dryad | https://www.re3data.org/repository/r3d100000044 | 1/6/2020 (MBC) | variant of DSpace | List of people on project here: https://github.com/CDL-Dryad/dryad/blob/master/app/views/layouts/_about.html.md | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
7 | Dataverse | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
8 | Harvard Dataverse | IR (institutional repository) | data sets | Multidisciplinary | local | local or remote | free | yes | yes | yes | no | yes | DOI | ORCiD supported | DDI (Data Documentation Initiative), DataCite, IVOA, ISA-Tab, and JATS | DDI, Dublin Core | DC, DDI, Schema.org JSON-LD, native JSON, OAI_ORE | https://dataverse.harvard.edu/api/datasets/export?exporter=schema.org&persistentId=doi%3A10.7910/DVN/OXIIDD | flexible | Yes | Yes | no | no | yes, CC0 by default. License chooser being discussed. | no | no | no | yes | no | no | no | yes | yes,since v4.14 | no | no | no | yes | yes | data access, search, native, metrics | no | yes | "Dataverse is a Java EE application that is compiled into a war file and deployed to an application server (Glassfish) which is configured to work with a relational database (PostgreSQL) and a search engine (Solr)." http://guides.dataverse.org/en/latest/developers/intro.html#core-technologies | Dataverse Team at the Institute for Quantitative Social Science (IQSS) at Harvard | Internationalization support: https://github.com/GlobalDataverseCommunityConsortium/dataverse-language-packs Support for OpenID Connect 1.0: https://github.com/IQSS/dataverse/releases/tag/v4.19 SEO: https://github.com/IQSS/dataverse/issues/1393 https://github.com/IQSS/dataverse/issues/4261 https://github.com/IQSS/dataverse/issues/4894 https://github.com/IQSS/dataverse/issues/2243 | https://dataverse.org/ | https://github.com/IQSS/dataverse | Per Phil Durbin of Dataverse, newest and best (2/28/20) https://dataverse.org/software-features | v 4.11 released 2/22/19 -added OAI-ORE and BagIT for archival submissions -custom home page options -custom analytics -hierarchy support for zip files | 3/6/19 (LO) 8/28/2019 (MBC) 2/26/2020 (MBC) 2/27/2020 (LO) 3/2/2020 (LO) 3/5/2020 (MBC) | Support for FAIR Data citations for datasets and files | support@dataverse.org Len Wisniewski, Director of engineering lwisniewski@iq.harvard.edu p: 617-496-7971 Mercè Crosas Chief Data Science & Technology Officer mcrosas@iq.harvard.edu p: 617-496-1274 | ||||||||||||||||||||||||||||
9 | Digital Access to Scholarship at Harvard (DASH) | IR (institutional repository) | Multidisciplinary | SAAS (software as a service) | remote | free | no | Dublin Core | MARC21 | https://dash.harvard.edu/handle/1/9547823?show=full | Yes. | yes | opensearch | Apache Lucene (search) | https://emeritus.library.harvard.edu/open-metadata [Broken Link - MBC 10/28/2019] | Colin Lukens, Repository Manager for Harvard Library Office of Scholarly Communications. colin_lukens@harvard.edu (617) 495-1269 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
10 | DSPACE | IR (institutional repository) | various | Multidisciplinary | local or SAAS | local or remote | yearly contract | yes | yes | no | yes | yes | no | DOI URL | yes | ORCiD | Dublin Core | Any pre-loaded schemas | flexible | yes | no | Version 7 (early 2019) 4Science & Cottage Labs ○ Backports to 6.x and 5.x | yes | Version 7 (early 2019) | no | IIIF Image API, IIIF Search API, IIIF Presentation API & IIIF Authentication API supported via third party add-ons (4Science) | Supported at the item level | no | no | Planned in DSpace 7 | yes | yes | yes | v1 and v2 supported | yes | in development (4Science) | Limited | yes | LOCKSS (Add-on service) | Java, Solr, Assetstore, Apache Lucene (search) V7.0 to be released in 2019 will feature V 7.0 will feature single, Angular UI, REST API. Will make use of the existing core Java backend (DB, Solr, Assetstore) (source: https://cdsweb.cern.ch/record/2631786/files/OR2018_-_Return_of_the_Repository_Rodeo-2.pdf) | Duraspace | most popular worldwide. From June 2019 Repository Rode (Open Repositories Hamburg), working on : UI using Angular JS New fully featured REST API New configurable entitles Aligning with ngr recs Should be their largest "release in history" | DataDryad: https://datadryad.org/ (This system is a custom, open source product based on DSpace that is tailored more towards data repository needs) Edinburgh Data Share: http://datashare.is.ed.ac.uk University of Minnesota: https://conservancy.umn.edu/handle/11299/166578 | out-of-the-box, scalable, easy to maintain Can work with multiple metadata schemas Can export DIPs that include METS metadata records for long-term preservation | The metadata is customizable but not hierarchical like RDF. Limited to the format: [schema].[element].[qualifier] (but you can create as many custom schemas, elements, or qualifiers as you want). Requires high level of expertise for custom features. Does not provide collaboration tools for users, so not suitable for dynamic data. | 8/17/2018 v. 6.3. This release was only for bug fixes. No additional functionality added. | 3/6/2019 (LO) 7/3/19 8/12/19 | get a 404 to feature set list on website (3/6). Same for the linke to Repository66, the look at the DSpace repositories around the world. DSpace 7 Preview release is aimed for end of March, followed by a Beta in May (before OR2019). The top priorities for the Preview Release are (in this order): Submission & Workflow UI / backend Configurable Entities (from DSpace 7 Entities Working Group) Upgrading Solr Server for DSpace (not required for Preview, as there's no user facing features. However, the earlier we feel comfortable merging this effort the better) To read DSpace working group meeting notes with details on sprints leading up to v7, go here: https://wiki.duraspace.org/display/DSPACE/DSpace+7+Working+Group#DSpace7WorkingGroup-Scope&Objectives | Options: | ||||||||||||||||||||||||||||||
11 | DSpace-CRIS | IR (institutional repository) | local | local or remote | yearly contract | yes | no | DOI | yes | Configurable | Resourcesync is also worked on but usefulness and therefore implementation is not clear (from COAR) | yes | Yes | no | NO | Supported at the item level | no | no | yes | yes | yes | Limited | yes | LOCKSS (Add-on service) | 4science | Do not provide collaboration tools for users, so not suitable for dynamic data. | last update 5/30 (LOK). | Based on DSpace and DSpace-CRIS | Andrea and Luigiandrea (D-space CRIS) are also contacts for this. See above. | ||||||||||||||||||||||||||||||||||||||||||||||||||
12 | Fedora Commons | framework / architecture | Multidisciplinary | local | local | free | yes | no | Persistant identifiers | ORCiD | - | - | - | - | - | ResourceSync has been implemented at the Samvera/Hyku application layer above Fedora | Sitemaps are typically implemented at the layer above Fedora (e.g. Islandora, Samvera) | no | yes | IIIF image servers can be integrated with Fedora, as some folks in the Samvera community have already done. | Add-on service | Web Annotation Protocol | yes | Fedora supports WebIDs, though the actual authentication would take place at the Islandora/Samvera layer | Handled at the Islandora/Samvera level | no | no | yes | yes | v3 support in the works | planned for future versions | no | no | LOCKSS (Add-on service) | Duraspace | From Open Repositories Repository Rodeo (6/19) Implement oxford common file format - exporting increase transparency and durability. Performance, scale Return to digital preservation | University of Alberta, Education & Research Archive: https://era.library.ualberta.ca/ University of Michigan, Deep Blue Data: https://deepblue.lib.umich.edu/data/ ICPSR: https://www.datalumos.org/ and https://www.openicpsr.org/openicpsr/ | scalable, fully customizable Can work with multiple metadata schemas | Requires developers for set up and maintenance. Requires high level of expertise for custom features. | David Wilcox, Product Manager Dwilcox@duraspace.org | |||||||||||||||||||||||||||||||||||||||
13 | Figshare | IR (institutional repository) | Multidisciplinary | SAAS (software as a service) | remote | yearly contract | Free for individuals, paid accounts for institutions | 5 GB per file for free accounts, but files up to 5 TB in size possible | no | no | no | private storage | no | Different PIDs depending on output: type: Data PID: DataCite DOI paper (IR copy) PID: Handle preprint PID: Crossref preprint DOI | yes | ORCiD (needs Datacite to be authorized on ORCiD) | The v2 API supports OAuth2 access tokens, (described in the oauth documentation page). Additionally, one can also use a personal token which grants you full access to your account. Personal tokens can be created and managed from the applications page at figshare. | Supported metadata formats: Dublin Core (oai_dc), Datacite (oai_datacite), RDF (rdf), CERIF XML (cerif), Qualified Dublin Core (qdc) (hasPart support), Metadata Encoding and Transmission Standard (mets) and UKETD_DC (uketd_dc). | RefWorks, BibTeX, Ref. manager, Endnote, DataCite, NLM, DC, schema.org | fixed | no | no | no | yes | no | no | yes | yes | yes | yes | Yes | Yes | Yes. Able to link grant information to published data | https://www.re3data.org/repository/r3d100010066 Figshare has a collections feature that allows users to group reserach privately or publicly. | weak metadata capabilities | NIH partnership/1year Pilot w Figshare announced https://figshare.com/blog/Figshare_announces_data_repository_partnership_with_the_National_Institutes_of_Health_to_store_and_reuse_research_data/518 Figshare reports working on these standardards: European accessibility standard EN 301 549 WCAG 2.1 AAA with a fallback to AA where necessary and Section 508 https://figshare.com/blog/Accessibility_and_Figshare/521 | Updated 8/12/2019 (LOK) Updated 8/28/2019 (MBC) | Patrick Splawa-Newman, the product owner for figshare, left to be a data sciences librarian at end of year. Not sure who owns product now in the org (3/6/19) | Adrian "Adi" Enosoaie, CTO adi.enasoaie@gmail.com | ||||||||||||||||||||||||||||||||||||||||
14 | Globus | data management system (DMS) | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
15 | Haplo | IR (institutional repository) | Traditional scholarly publications, practise based research, and research data. E | Multidisciplinary | SAAS (software as a service) | remote | yes | Yes. Supports multiple embargo periods on a single record. Managed different embargo periods for each file type associated with a single output record. Publisher embargo periods for research outputs can be looked up using the SHERPA RoMEO service. When an embargo date is reached, the embargoed file becomes available for download | All records are version controlled. Administrators cam view all previous versions of information, and who made the changes - and revert to previous versions. Haplo supports version control throughout the system. All information (research profiles, information collected in ingest forms, records of licences, publishers, and research projects) all benefit from version control. | Haplo supports plug-ins to generate and assign DOIs, using DataCite, with institution-specific prefixes on ingest where a DOI is not already recorded for an item. Where a DOI is minted for the item, the DOI is automatically added to the metadata record and displayed publicly. DOIs may be assigned at a specified point in the ingestprocess, (example: after approval of a record for publication) | Yes. Creates unique author profiles per person, NOT per citation. The UI lets author to choose citation for an output independently of the link to their author profile. Different outputs can use different citations but be linked to the same researcher profile. Different authors can have the same citation with no ambiguity over which outputs belong to which author. | Authentication Services: LDAP, Shibboleth, ADFS | Supports Datacite schema. Translates to/from typical config of EPrints EP3 XML. Adds a translation to the uketd_dc metadata format Produces a mapping from Haplo’s schema to the Dublin Core schema, and produces XML suitable for exposing to other interfaces, such as through OAI-PMH. | Metadata import and compatibility with legacy EPrints repositories | Uses flexible metadata schema. Institutions can tailor metadata to describe research. | All records within Haplo Repository are version controlled. Administrators can view all previous versions of information, and who made the changes. Can revert to previous versions if mistakes have been made. Haplo supports version control throughout the system not just on output records. This includes: researcher profiles, information collected in ingest forms, records of licences, publishers, and research projects. | Haplo supports efficient inter-repository messaging to sync metadata records between otherwise isolated repositories. | ? | ? | ? | ? | ? | ? | ? | ? | ? | ? | ? | ? | ? | ? | ? | ? | ? | Yes. | ? | he Haplo Platform provides a server-side JavaScript plugin API, allowing users to write plugins to implement custom functionality. For list https://docs.haplo.org/plugin | ? | Yes | Yes | ? | The majority of the app runs on the JVM. The platform is mainly written in JRuby, Java and JavaScript. The custom object store is implemented as C++ extensions to PostgreSQL. Their infrastructure and deployment tools are written in Python. Their products and client specific customisations are implemented as server-side JavaScript plugins, which script the rest of the platform They host the application on their own hardware for control and performance and because of customer security requirements. They have automated deployment, using Puppet controlled by their own deployment scripts. They claim they vanbootstrap a new server or development VM in minutes, with cryptographic assurance. | See Haplo Research Manager | Data stored in multiple co-location facilities in the UK | https://github.com/haplo-org/haplo | https://support.haplo.com/ | LOK 5/28 | Dev process and tools: https://www.haplo.com/jobs/how-we-work | |||||||||||||||||||||||||||||||
16 | InvenioRDM (upcoming, please contact info@inveniosoftware.org for details) Note: in development. All features will be available when it launches in 6/20 | Data management platform, institutional repository, data index | various | Multidisciplinary | local & SAAS | local and remote | free | yes | yes | yes | yes | Yes | yes | yes | yes | yes, as well as enabling other author identification systems | local, LDAP, SAML, OAuth | Any (DataCite with any potential extensions) | Any pre-loaded schemas (JSON-LD, Dublin Core, DataCite, MARCXML, Citation Style Language, etc.) | Any pre-loaded schemas (JSON-LD, Dublin Core, DataCite, MARCXML, Citation Style Language, etc.) | flexible and extendable | yes | yes | NII is working to implement | yes | yes | no | yes | yes | no | no | Support via OAuth 2.0 (e.g. possible to do GitHub, Google, Twitter authentication). Invenio maps external identity to local identity. | no | no | Invenio supports login via OAuth 2.0, which is needed to integrate with an OpenID Connect 1.0 provider | no | yes | no, on the roadmap | yes | yes | yes | no | no | yes | Currently under design | yes | no | yes | yes | no | Python (flask), Javascript (angularjs -> react but flexible) Relational database for managing bibliographic letters and operational data (MySQL, PostgreSQL, SQLite) SQLAlchemy provides object-relational mapping Bibliographic record format: JSON (MARC21 in older versions) Front end: HTML and Javascript, Angular.js (REACT.js in future versions) Web server: any Load balancing: any Indexing and searching: Elasticsearch Queuing system: Celery task queue infrastructure: Dockerization, multiple storage systems | Multiple contributors, open source InvenioRDM community | yes | Turn-key, modular, robust community, JSON native, APIs for every module, compatible with many metadata representations | Data entered 8/14/2019 by Galter/CERN team. | ||||||||||||||||||||||||
17 | Mendeley Data | framework / architecture | Multidisciplinary | local | local | yes | yes | yes | Metadata Object Description Schema (MODS) | flexible | no | no | no | yes | yes | yes | Java, Apache Solr (search) | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
18 | Samvera | IR (institutional repository) | Multidisciplinary | local | local | free | yes | Dublin Core | yes | yes | no | no | yes | yes | no | no | via Fedora | Ruby on Rails | based on Fedora, Samvera previously called 'Hydra' | ARCH (https://arch.library.northwestern.edu/) | requires developers for set up and maintenance | For Hyrax: Steve Van Tuyl (Hyrax Product Owner) - steve.vantuyl@oregonstate.edu Tom Johnson (Hyrax Technical Lead) - johnson.tom@gmail.com | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||
19 | DSpace-GLAM | IR (institutional repository) | Multidisciplinary | local | local or remote | yearly contract | yes | no | DOI | yes | ORCiD | Configurable | yes | DSpace-CRIS 5+ | no | yes | Only supported at the item level | no | no | yes | yes | yes | Limited | yes | LOCKSS (Add-on service) | 4science | Standard DSpace is used to deal with publications and data sets, whereas DSpace-CRIS involves other CRIS entities: Researcher Pages, Projects, Organization Units and Second Level Dynamic Objects (single entities specialized by a profile, such as Journal, Prize, Event etc; because any profile can define its own set of properties and nested objects) | https://www.openstarts.units.it/ | https://wiki.duraspace.org/display/DSPACECRIS/DSpace-CRIS+Home | Do not provide collaboration tools for users, so not suitable for dynamic data. | Based on DSpace | According to website: Andrea.Bollini@4science.it luigiandrea.pascarelli@4science.it Two DSpace Committers, Andrea Bollini and Luigi Andrea Pascarelli are also actively involved in the development and maintenance of DSpace-CRIS (originally developed at Cineca as a project funded by the Hong Kong University). Besides their committment, a larger community is growing around DSpace-CRIS as a means to represent the research domain, see DSpace-CRIS Users. | |||||||||||||||||||||||||||||||||||||||||||||||
20 | ePrints | IR (institutional repository) | various | Multidisciplinary | local or SAAS | local or remote | Infrastructure management | yes | yes | no | yes | yes | yes | DOI | yes | ORCiD (3rd party plug-in) | Dublin Core, configurable with plugins | DC, METS, MODS, DIDL | fixed | yes | yes | no | no | no | yes | yes | no | no | yes | yes | yes | yes | OAI-ORE, Apache Jena (Linked Data), SPARQL, ATOM | yes | no | Xapian (search engine) | often compared to DSpace, CKAN offers similar functionality for Open Data | Do not provide collaboration tools for users, so not suitable for dynamic data. | Justin Bradley, Strategy and Technical lead jb4@ecs.soton.ac.uk Kelly Terrelll, Open Education and Services Lead k.terrell@soton.ac.uk | ||||||||||||||||||||||||||||||||||||||||
21 | Esploro | IR (institutional repository) | various | Multidisciplinary | SAAS (software as a service) | yearly contract | no | Yes | DOI (DataCite and CrossRef) | ORCiD | Plans to implement the VIVO ontology | DublinCore, DataCite, BibTeX | DublinCore, DataCite, BibTeX | yes | Ex Libris | > 10 in early adopter program | https://knowledge.exlibrisgroup.com/Esploro/Product_Documentation/Esploro_Online_Help_(English)/Esploro_Introduction/Esploro_Overview https://knowledge.exlibrisgroup.com/Esploro/Product_Documentation/Esploro_Online_Help_(English)/Configuring_Esploro/020_Configuring_Access_Rights_and_Licenses | Updated 10/17/2019 (MBC) 10/20/2019 (LO) | Source: https://en.wikipedia.org/wiki/Comparison_of_research_networking_tools_and_research_profiling_systems Esploro shares database and administrator user interface with Alma. Esploro has a 'Research Center' where researchers can add their profiles, edit their profile information, submit new deposits, and view their deposits and assets, along with usage statistics. stores pre-prints, datasets, code, creative works too. research impact meaurement possible. Sr. product manager says they've been working on Esploro for over three years. Considers the product to bridge gaps in communication and workflow between research stakeholders Their definition of next gen includes: creating a comprehensive record of research assets in a unified, metadata rich cloud based system | Eddie Neuwirth, Sr. Director of Product Mgmt | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
22 | EUDAT (with B2Share module) | IR (institutional repository) | data sets | Multidisciplinary | SAAS (software as a service) | remote | monthly fee | no | no | no | yes | yes | DOI | yes | Has been integrated a ID provider | ABCD - Access to Biological Collection Data | DC, MARC, MARC-XML | flexible | yes | yes | no | no | no | yes | yes | yes | yes | Based on Invenio. Makes use of REST APIs, data model based on JSON/JSON schema. Deployment in Docker. | associated project - Dendro (helps researchers with data description; can help publish data to a variety of platforms, including Zenodo): https://github.com/feup-infolab/dendro B2FIND (search) module is based on CKAN | https://github.com/EUDAT-B2SHARE/b2share | EUDAT/B2Share offers a common model and service infrastructure for all European research data centres and community data repositories. In September 2016, a 10-year agreement was signed by 18 of the EUDAT service providers, guaranteeing long term sustainability to communities, infrastructures and their end-users | Johannes Reetz, leads EUDAT operations johannes.reetz@mpcdf.mpg.de | |||||||||||||||||||||||||||||||||||||||||||||||
23 | Islandora | IR (institutional repository) | Multidisciplinary | local | local | free | yes | no | Persistant identifiers | https://islandora.ca/content/metadata-schemas | ResourceSync has been implemented at the Samvera/Hyku application layer above Fedora | yes | no | no | Add-on service | yes | yes | no | no | via Fedora | yes | Add-on service | Add-on service | no | Fedora Commons, Drupal CMS, others | a flavor of Drupal (drupal.org) that is built on a Fedora and Solr backend | https://islandora.ca/islandora-installations | https://github.com/Islandora | https://wiki.duraspace.org/display/ISLANDORA/Islandora | Can work with multiple metadata schemas (via Fedora) | Based on Fedora Commons. From Open Repositories 2019 Repository Rodeo: Releases done by volunteers (including release manager) More than 40 maintainers, testers, documenters | David Wilcox from DuraSpace is mentioned as contact in presentations. Dwilcox@duraspace.org | |||||||||||||||||||||||||||||||||||||||||||||||
24 | LibreCat / Catmandu | data management system (DMS) | Multidisciplinary | local | local | yes | - | - | - | - | - | no | no | no | no | no | yes | Perl | Developers at Ghent, Lund, and Bielefeld Universities (see http://librecat.org/about.html) | http://librecat.org/use-cases.html | https://github.com/LibreCat | http://librecat.org/Catmandu/ | Patrick Hochstenbach, Ghent patrick.hochstenbach@ugent.be Jörgen Eriksson, Lund jorgen.eriksson@lub.lu.se Vitali Peil, Bielefeld vitali.peil@uni-bielefeld.de | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||
25 | MyCoRe | data management system (DMS) | varioius | Multidisciplinary | SAAS (software as a service) | remote | free | none | 10 GB per dataset | no | DOI | in German | http://mycore.de/documentation/getting_started/mir.html (In German) | 8/28/2019 (MBC) | Dr. Wiebke Oeltjen, Project management University of Hamburg, Computer center wiebke.oeltjen (at) rrz.uni-hamburg.de For a list of all developers and what they're working on/contact info: http://www.mycore.org/support/team.html | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
26 | Open Science Framework (OSF) | IR (institutional repository) | various | Multidisciplinary | SAAS (software as a service) | remote | free | none | 5 GB per file (larger files can be stored as add-ons from other providers) | yes | DOI | none, keyword? | 8/28/2019 (MBC) | List of contributors to OSF. Dawn Pattison has the most commits on Github. Sara Bownman has lots of commits, too. No one listed as contact anywhere. https://osf.io/4znzp/ | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
27 | OpenEquella | IR (institutional repository) | various | Multidisciplinary | SAAS (software as a service) | remote | yes | Offers "multi-language support" for broader web app and customization of CSS. | Yes. Also offers mgmt of version lifecycle | OAuth | Open Equella provides a LOM-compliant schema, called Generic schema. | The Schema Editor enables the conversion of metadata between schemas to enable import and export of metadata and items between repositories. Item metadata can be transformed to the relevant schema when it is imported to or exported from openEQUELLA using the Transformations tab. | No API but openEquella can consume OAI_DC compliant resources from third party sites and they can also configure openEquella to be an OAI_DC endpoint | Scripting API | Rudimentary: Discoverability document provides information on how to configure openEQUELLA instance in order to optimize its discoverability through common search engines.. The second section contains guidelines on steps that can be performed to increase your openEQUELLA instance’s presence and discoverability on the web. The third section covers the requirements for content inclusion in Google Scholar. | Provides Google list of guidelines that must be met in order for articles to be included in the Google Scholar search results. The platform can adhere to these guidelines so that documents can be indexed in Google Scholar. | Java. The Admin Console is a lightweight Java Web Start application that is fully browser compliant. Open EQUELLA has a set of REST APIs to enable customized control of Open EQUELLA facets such as Collections, Files, Browse Hierarchies, Items, Search, Taxonomies, and User Management. | No | Repository Development Alliance (RDA) enabling client members to nominate, vote on and ultimately direct feature enhancements to EQUELLA created by the product development team. | https://github.com/equella and equella.github.io | https://equella.github.io/ | Fairly light in features. | 12/20/2018 Key adds: Views counts for summary pages and attachments Streamlined process for attaching EQUELLA resources during contribution Course selector updated across EQUELLA HTTP Referrers added to log Theme Editor (for New UI) | LOK (In progress 3/12/19) LOK 4/3/19) | Milestones in Github are pretty basic and while i need to do more digging, I don't think this platform is terribly aspirational. | Chris Beach, Software Developer (has most commits to the project on Github) cbeach@unicon.net https://github.com/cbeach47 | |||||||||||||||||||||||||||||||||||||||||||||||||||||
28 | Opus | IR (institutional repository) | various | Multidisciplinary | ? | no | no | yes | PHP (Zend framework), XSLT, JavaScript, Solr | Cooperative Library Network Berlin-Brandenburg (Q21008407) | Primarily used in Germany | https://github.com/OPUS4/application | Jens Schwidder, Development and technical consulting schwidder@zib.de | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
29 | PubPub | collaborative community publishing platform | open access publications | Multidisciplinary | remote: IPFS clusters on AWS | Community account free. Professional and full service pricing models coming soon. | yes | Yes. The permissions of saved versions can be changed in the Pub’s sharing settings. Options: Snapshot: saves a version of the Pub that is only viewable by Pub Managers and named contributors on the version. Publish: saves a version of the Pub that is viewable by anyone. | They support only tagging right now but users cand eposit collection-level metadata to Crossref by clicking the “Get DOI” button in the metadata pane. | Exporting is "work in progress". docx, .epub, .html, .md, .odt, .txt, .xml, .tex | Yes | Yes | Use Portico to maintain archives. Using Underlay (MIT) in experimental way. Plan to fully launch Underlay in 2020. https://borndigital.pubpub.org/pub/grant/content/06eea5bd-7826-4aa5-88e5-ec1196acbf78 | ReactJS, Node.JS, JavaScript (ES6). Express, Mongo, PostGres. Citation.js used to parse/format citations. Deploy in the cloud, use containers. | Created by MIT. Focus on UX. Open source project. Has 10 contributors listedin Github. Supported by Reid Hoffman and Protocol Labs | https://github.com/pubpub | User documentation https://help.pubpub.org/guides | Very good user interface. | started 4/2/19 (LOK) updated 5/1/19 (LOK) | Pubs can be assigned a DOI via CrossRef. Attribution - controls who is publicly credited for creating the pub. This is different than many other collaborative text editors, where attribution is automatically given when users are given access to the document. Contributors appear in the sidebar of PubPub. | Gabe Stein, Head of Product,. gabe@ghscommunications.com | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
30 | VITAL | Multidisciplinary | no | ? | no | no | no | no | yes | Innovative Interfaces | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
31 | DataMed Data Discovery Index | data index | Basic and Clinical Sciences data sets and repositories | Biomedicine | SAAS (software as a service) | remote | yes | no | none | no | DAta Tag Suite (DATS)* | no | no | no | no | no | yes | DataMed web API (JSON) | *Available as an annotated serialization in schema.org | https://biocaddie.org/group/working-group/working-group-3-descriptive-metadata-datasets | 3/19/19 (MBC), documentation link | https://www.nature.com/articles/sdata201759 | Core development gteam: coredev@biocaddie.org List of team members: https://biocaddie.org/core-development-team Dr. Alejandra Gonzalez-Beltran is the contact on Github. alejandra.gonzalezbeltran@oerc.ox.ac.uk | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||
32 | DigitalHub | IR (institutional repository) | basic and clinical sciences research objects (including some data sets); emphasis on grey literature | Biomedicine | local | local | free | none | yes | yes | no | no | no | DOI | yes | ORCiD supported | Dublin Core, LCSH, MeSH | external scripts | https://digitalhub.northwestern.edu/files/3e5cf487-2383-4d1f-b697-ed40a8b79670.json | fixed | no | no | no | no | no | no | yes | yes | no | no | no | no | no | no | no | no | no | no | no | no | no | no | no | no | no | no | no | no | Ruby, based on Sufia + Hydra (Fedora, Solr) | Duraspace, customization by Galter Health Sciences Library | https://github.com/galterlibrary/digital-repository | https://digitalhub.northwestern.edu/help/#User%20Guides | 8/28/2019 (MBC) | ||||||||||||||||||||||||||
33 | Google Dataset Search | framework / architecture | dataset metadata | Multidisciplinary | SAAS (software as a service) | remote | free | no | no | yes | - | - | - | - | - | schema.org/DataCatalog | - | - | - | - | - | - | no | - | no | no | yes | - | - | - | - | - | yes | - | https://www.blog.google/products/search/making-it-easier-discover-datasets/, https://developers.google.com/search/docs/data-types/dataset | ||||||||||||||||||||||||||||||||||||||||||||
34 | Invenio (v3) | framework / architecture | various | Multidisciplinary | local | local (or remote) | free | yes | yes | yes | yes | to extract from Zenodo | yes | yes | to extract from Zenodo | ORCiD supported | yes (we also developed an LDAP module) | Any (DataCite, Dublin Core...) | Any pre-loaded schemas (JSON-LD, Dublin Core, DataCite, MARCXML, Citation Style Language, etc.) | Any pre-loaded schemas (JSON-LD, Dublin Core, DataCite, MARCXML, Citation Style Language, etc.) | flexible | yes | yes | NII is working to implement | yes | no | no | yes | ? | no | no | Support via OAuth 2.0 (e.g. possible to do GitHub, Google, Twitter authentication). Invenio maps external identity to local identity. | no | no | Invenio supports login via OAuth 2.0, which is needed to integrate with an OpenID Connect 1.0 provider | no | yes | no | yes | yes | yes | no | no | yes | Currently under design | yes | no | yes (to some extent) | Yes | no (don't know) | Python (flask), Javascript (angularjs -> react but flexible) Relational database for managing bibliographic letters and operational data (MySQL, PostgreSQL, SQLite, supported) SQLAlchemy provides object-relational mapping Bibliographic record format: JSON (MARC21 in older versions) Front end: HTML and Javascript, Angular.js (REACT.js in future versions) Web server: nginX Load balancing: HAProxy Indexing and searching: Elasticsearch Queuing system: Celery task queue | CERN | yes (to some extent) | ICPSR (https://www.openicpsr.org/openicpsr/), HEPData, Rodare, Zenodo, B2Share (part of EUDAT), CERN Open Data, Inspire-HEP (https://www.re3data.org/search?query=INVENIO) | https://github.com/inveniosoftware/invenio | https://invenio.readthedocs.io/en/latest/ | modular, robust community, JSON native, APIs for every module, compatible with many metadata representations | requires developers for set up and maintenance | |||||||||||||||||||||
35 | NICHD Data and Specimen Hub (DASH) | disciplinary repository | NICHD data sets and specimens | Biomedicine | SAAS (software as a service) | remote | free | no | Spring Security OAuth2 / JWT / OpenSAML | Custom, standards used when possible, data model not yet availble | AWS / GitLab / Jenkins / Docker / ECS (build pipeline), AWS S3 (File storage), SQL Server, Elastic Search | NICHD team gave demo during CD2H Dataset Discovery Meeting on 3/21/2019 | Internal (can be viewed within site) | 3/22/2019 (MBC) | https://drive.google.com/file/d/1HFvbz3veNJOYEBrFVy5p9sUd-Qab_JUG/view Hazra, Rohan et al. “DASH, the data and specimen hub of the National Institute of Child Health and Human Development.” Scientific data vol. 5 180046. 20 Mar. 2018, doi:10.1038/sdata.2018.46 Shows that most development done by Booz Allen Hamilton (many are cited in this article and they link work on their website) AWS-hosted | Rohan Hazra, M.D., (301)-435-6868 rohan.hazra@nih.gov. | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
36 | NYU Data Catalog | data index | catalog records | Multidisciplinary | local | local | free | yes | Common metadata elements for Cataloging Biomedical Datasets, DataCite, Dryad, DCAT, BioCADDIE Metadata v1 (Data Tag Suite, https://github.com/biocaddie/WG3-MetadataSpecifications/blob/master/json-instances/NYU/NYU-sdo-jsonld.json/NYU-sdo-json-ld.json) | no | no | no | no | no | yes | Symfony2 (PHP app framework), Solr, MySQL | NYU Health Sciences Library | https://github.com/nyuhsl/data-catalog | https://osf.io/vg7rn/ | Data Model: https://mfr.osf.io/render?url=https://osf.io/rqzwj/?action=download%26mode=render | MC (5/5/2019) | Borrowed from the National Snow and Ice Data Center (https://nsidc.org/) | Ian Lamb, Sr. Developer I Solutions Development 212-263-6693 ian.lamb@nyulangone.org | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||
37 | Open Journal Systems (OJS) | IR (institutional repository) | Multidisciplinary | local | yes | NLM, OpenURL, Dublin Core, MODS | implemented by 4science | no | no | no | no | yes | JSON-based native | PHP | Public Knowledge Project | for the management of peer-reviewed academic journals | https://github.com/pkp/ojs | Alec Smecher, lead developer asmecher@pkp.sfu.ca Twitter: @asmecher_pkp | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
38 | TIND | IR (institutional repository) | Multidisciplinary | SAAS (software as a service) | remote | yearly contract | no | DataCite [default] | Batch uploads of MARC21, CSV and XML Batch editor | no | no | no | no | yes | based on Invenio v1 | https://github.com/tind | Alexander Nietzold, CEO alexander@tind.io Audun Bjørkøy, CTO audun@tind.io Kathy McCarthy, VP, Partner Development kathy@tind.io | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
39 | VIVO | Multidisciplinary | local | local or remote | yes | VIVO-ISF | no | no | no | no | yes | Duraspace | Marijane White, OHSU whimar@ohsu.edu | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
40 | Zenodo | IR (institutional repository) | various | Multidisciplinary | SAAS (software as a service) | remote | monthly fee | none | 50 GB per dataset (larger files allowed on a case-by-case basis) | no | Community policies | no | yes | no | DOI | yes | DataCite | BibTeX, CSL, DataCite, DC, JSON, JSON-LD, MARCXML, Mendeley | https://zenodo.org/record/1312652/export/schemaorg_jsonld#.XEn8MM9KglI | Fixed | yes | yes | yes | no | no | yes | yes | no | no | yes | no | yes | no | no | yes | yes | no | no | yes | yes | no | CERN's EOS Service | Python, Javascript | CERN | based on Invenio v3 | Provides collaboration tools and allow members to manage group members and policies. Can export data in Dublin Core and MARC-XML formats | 8/28/2019 (MBC) | ||||||||||||||||||||||||||||||||
41 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
42 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
43 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
44 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
45 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
46 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
47 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
48 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
49 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
50 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
51 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
52 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
53 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
54 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
55 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
56 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
57 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
58 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
59 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
60 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
61 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
62 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
63 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
64 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
65 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
66 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
67 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
68 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
69 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
70 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
71 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
72 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
73 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
74 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
75 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
76 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
77 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
78 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
79 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
80 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
81 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
82 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
83 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
84 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
85 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
86 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
87 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
88 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
89 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
90 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
91 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
92 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
93 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
94 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
95 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
96 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
97 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
98 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
99 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
100 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||