The following information is for Figshare for Institutions, a feature rich, configurable, and subscription based version of free figshare.com. Designed to be used by librarians, administrators, and researchers, Figshare for Institutions is an out of the box repository platform that integrates with university systems and workflows. It can help you share and track academic outputs of all types, from data to theses to visual arts.
Figshare is committed to making research as open as possible. Read more on our mission statement and core principles.
Yes - Figshare is active in the open access and open data space and supports conferences and research in these areas.
We cater to a variety of communities: Academic institutions, funders, governments, publishers, non-profits, and research groups.
Yes, for example, see the annual State of Open Data survey and report.
Yes - The Figshare platform allows research outputs to be findable, accessible, interoperable, and reusable (FAIR).
Figshare has endorsed the TRUST principles for digital repositories.
Figshare can assist your institution in getting the CoreTrustSeal certification for your repository if you plan on using Figshare’s review module for curation/moderation of content.
There are several certifications to independently validate the integrity of a repository. Figshare is ISO27001 certified.
Yes, there is a help page that offers guidance on how to write Figshare into your data sharing plans.
Yes, this help page has more information on compliance, including on DMPs, OSTP, NIH and NSF policies, and the TRUST principles.
Yes - Over 1,200 file extensions are previewed in the browser.
All file types are accepted.
Yes - The list of over 20 types shows both default and additional types as well as indexing information.
Yes - Up to 5TB. Files can be transferred using an FTP client or the API.
Figshare works on all common browsers.
Yes - A Figshare repository works with DOIs, handles, or both. Figshare can mint custom DOIs as a DataCite node or work with an institution’s existing system. Figshare can also migrate existing persistent identifiers. A feature that allows a user to choose an existing identifier is planned.
Yes - A DOI is versioned when certain changes to metadata or edits to files are made.
Yes - Users can reserve a DOI that becomes live once the item is published.
Yes, using Collections. Collections can also be versioned.
Yes - The limit of the number of files in a single item is determined by the institution. On figshare.com the limit is currently 500 files per item.
There are default metadata fields that require population before an item can receive a DOI and be published. More information is available on this help page. Asterisks (*) denote required metadata fields:
Yes - Figshare can export metadata in standard 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). Figshare metadata fields are based on DataCite elements that map to specific Dublin Core fields.
Yes - Certain changes to metadata may automatically trigger a new version, reflected in a versioned DOI. See this list for details.
Yes - Metadata can be exported in standard formats through a select list on the item page, via OAI-PMH ListSets, or through the API.
We have a 5-year plan for implementing several metadata improvements, which includes support for metadata per item type. Currently, custom fields can only be set at the group level, not according to item type. Our implementation team has assisted institutions with setting up a group structure that reflects both the public-facing departmental structure, as well as a private-facing group structure for enabling different metadata for different records.
Yes - Categories come from a standard Fields of Research taxonomy and each item can have multiple categories. Keywords are free text entry but users are presented with existing options as they type. Custom metadata fields can also be added for your organization’s own categories or ontologies.
Yes - All public metadata is available through OAI-PMH and everything is accessible through the API.
We plan to continue upgrading Figshare’s infrastructure to work seamlessly with other scholarly publishing systems and the world wide web as a whole. You can see what changes are planned for metadata here.
Yes - Items are indexed by all major search engines, services, and Google Scholar
Yes - Any item published as a dataset is indexed by Google Dataset Search
Figshare currently uses an Elasticsearch engine to search across all metadata fields. Faceted search can be performed to show different item types, popular or new items, or search by license.
Yes - Figshare complies with best practices from the Make Data Count project and works with its publisher clients to comply with the COUNTER Code of Practice.
Yes - An item can be embargoed for a set amount of time or permanently, and the embargo can be set on the entire item (files and metadata), or the files only (so that the metadata is immediately available). Items can also be embargoed for those outside an institutional group or an IP range. A basic request access feature is available and will be expanded as a part of our roadmap plans for improving restricted publishing.
Yes - MD5 checksums are calculated during file upload and are available within the metadata for later fixity checks.
Yes - This adaptability is especially useful to make sure a citation is correct.
Yes - Users can publish items with no associated digital files.
Yes - If an item is stored elsewhere a user can link to it from a persistent Figshare record.
Yes - Metadata, files, and stats are all accessible through the API.
Yes - This is especially useful for large files.
Yes - Among other things, institutions can determine how much storage a user’s account has, how many items, collections, and projects a user can have, how large individual files may be and how many files may be added to a single item. Some limits are set at the user level, some are set at the group or repository level.
Yes - Figshare is built on Amazon Web Services (AWS) and uses Amazon S3 storage. AWS storage located in a specific region can be used based on institutional needs (e.g. AWS US East Coast). More information on storage is on this help page.
Yes - The local storage must have an HTTP access point. It’s important to note that a Figshare repository can use either local storage or cloud storage, but not both. Multiple storage systems for a single repository are not supported.
Yes - Figshare uses Amazon S3 storage which has strong security measures in place and stores multiple, redundant copies.
All Figshare public endpoints are available only via HTTPS. HSTS is used to enforce the use of the HTTPS protocol. Figshare deploys the recommended AWS TLS Security Policies. Data (files and metadata) is encrypted on transit (HTTPS) and at rest (S3 SSE and EBS KMS).
Users can only restrict access, they cannot encrypt data.
Figshare is an ISO27001 certified repository with strong backup and recovery policies (if using Figshare storage), has mechanisms for restricted publishing of more sensitive datasets, and follows these security measures. However, it is up to each institution to use their Figshare repository in a way that is compliant with any policies on sensitive data.
Figshare may use third parties in connection with hosting and infrastructure services and customer and technical support.
Yes - A Private Link allows anyone to view and download the files and metadata for an item. As soon as the private link is turned off there is no longer access.
Figshare has existing preservation workflows with Arkivum, Ex Libris’s Rosetta, DuraCloud’s Chronopolis, and can work with Archivematica and Preservica via the Jisc RDSS. The integrations are available for mutual clients of Figshare and a given preservation tool whereby all files uploaded to Figshare storage can be automatically replicated to the client’s preservation tool. With Arkivum, for example, Figshare has a “least recently used” algorithm that can be run so that files that have not been accessed (or only accessed rarely, according to the institution’s chosen definition of ‘rarely’), are deleted from the Figshare storage but remain in the Arkivum storage. In all cases, Figshare will push content to the preservation system, and the preservation/retention functions will be managed in the preservation system. For more, please see this help page.
Yes - Visit our Product Development page and this blog post on community driven development
Yes - We call this accelerated development, detailed in this blog post on community driven development.
Yes - The API can be used to download datasets for use in visualizations. This blog post lists a few examples. Another example is this Labour Index visualization based on this dataset. Figshare is built to securely and easily share research outputs and so data within a dataset is not programmatically accessible through the API.
Learn about Figshare's metadata schema here: https://help.figshare.com/article/figshare-metadata-schema-overview
There are default metadata fields that require population before an item can receive a DOI and be published. More information is available on this help page. Asterisks (*) denote required metadata fields:
Yes - Figshare's metadata schema is based on the DataCite metadata schema. Figshare can export metadata in standard 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).
Yes - Certain changes to metadata may automatically trigger a new version, reflected in a versioned DOI. See this list for details.
Yes - Metadata can be exported in standard formats through a select list on the item page, via OAI-PMH ListSets, or through the API.
We have a 5-year plan for implementing several metadata improvements, which includes support for metadata per item type. Currently, custom fields can only be set at the group level, not according to item type. Our implementation team has assisted institutions with setting up a group structure that reflects both the public-facing departmental structure, as well as a private-facing group structure for enabling different metadata for different records.
Yes - Categories come from a standard Fields of Research taxonomy and each item can have multiple categories. Keywords are free text entry but users are presented with existing options as they type. Custom metadata fields can also be added for your organization’s own categories or ontologies.
Yes - All public metadata is available through OAI-PMH and everything is accessible through the API.
We plan to continue upgrading Figshare’s infrastructure to work seamlessly with other scholarly publishing systems and the world wide web as a whole. You can see what changes are planned for metadata here.
See a list of integrations and a list of other apps
Yes - This is possible via click-through citations that show results from Dimensions, a large database of publications, grants, patents, policy documents, and other outputs.
Yes - Attention to research outputs is tracked by Altmetric. Every item in Figshare receives an Altmetric “donut” if the persistent identifier is included in a social media post, blog, policy document, among others.
Yes - Users can link their account with their GitHub repository.
Yes - There is a metadata element called “Funding” that returns grant titles as the user begins typing. These are pulled from the Dimensions.ai database. However, a user can also enter funding information not found in this database as free text.
Yes - There are multiple ways to authenticate users. See a review of login options or read in depth about the non-login submission feature.
Yes - Figshare for Institutions has no set limit on the number of users, however, there is a limit of viewing up to 9000 users in the user dashboard and API.
Yes. Figshare can integrate with Symplectic Elements and Pure. Contact us if you have questions about other systems.
Yes - Figshare was a launch partner with ORCiD.
Yes - There are multiple ways to follow or track work from users, institutions, groups, and more.
Since Figshare is a complex system hosting files, metadata, DOIs, and permanent URLs, Figshare does not have an automated process for syncing stage environments with production environments (or doing group and configuration restructures in general). If this is required, all updates are done manually, so we advise that if you require your environments to remain in sync, you should always make changes on stage before implementing them on production (our support team does the same for any work requested via support). As a result, the Client is responsible for updating either environment, but our Support Team can assist with stage and/or production restructures for particular tasks that cannot be done in the interface.
For a general help guide to administrative functionality, please visit this help page.
Yes - A Figshare-hosted portal can be branded through custom domains, logo and header images, and a custom footer. Using the API to display content on another web page allows complete customization.
Yes - Many features of the repository are configurable during implementation and many remain configurable by the repository manager after implementation. Configuration of some features is also possible via a support ticket. View all portal configurations.
Yes - Logo and header images are configurable down to the group level. An institution can use the API to completely customize a user’s experience.
Yes - Units within your institutions can have their own subportals, called Groups. The term Groups can be changed to match your terminology. Groups can be configured to match the hierarchy that makes sense for you.
Yes, besides individual Items (which can contain one or many files in any order you wish), users can also create a Collection, or Project. These can then be fed to a central portal (i.e. main repository site) or group (a sub-portal) for general display, and also linked to other associated records.
Yes - Users can be created through an HR feed, through an authentication system, or you can use the API. Once an account is created on Figshare, the information for each user can only be modified via the account creation method (if via the authentication system or HR feed), although some profile information can be added and edited within the user interface. External authors can be added manually on records, by entering their given name, surname, email address, and/or ORCiD.
Yes - Among other things, you can assign and view storage quotas, number of projects, and group affiliation. You can also impersonate users and approve quota requests.
Yes - There are different user roles for reporting, administration tasks, and curation review. These are assigned directly in the interface by an administrator.
Yes - Users can be associated with a specific group using an association criteria attribute sent in the HR feed or authentication system. Users are only able to publish their research to the group they belong to (or you can additionally enable a group selector for them to select any subgroups within the group that they belong to). Users can be assigned the reviewer role for any particular group, or across all groups, and they will only be able to review items published to the group(s) they are set as a reviewer on.
Figshare can only associate a user to a single group. If you have a multi-level group structure (e.g. Unit within Department within Faculty), users can be associated to one of the Groups at the unit-level, and their items published will appear on all parent groups (e.g. an item published in the unit will appear on the Departmental parent, as well as the Faculty parent groups). The Figshare team has assisted other institutions based on their divisions and organizational structures, in order to group research data in meaningful ways and dependent on researchers’ organizational relationships.
Yes - Users can only publish an item to one group. Custom metadata can be used to indicate group affiliation. If there are multiple authors on an item, the item will be placed in the group associated with the submitter, but it can appear in each group associated with each author. Additionally, an item in a subgroup will appear in all parent groups. Any item can be assigned to multiple groups through a support ticket.
Yes - You can allocate storage to user accounts and to projects.
Yes - Embargoes can be applied selectively so that only certain groups or IP ranges have access. This feature can be available to all user accounts.
Yes - Metadata can be customized at the institutional level and the group (collection) level. Custom metadata fields can be made mandatory or optional and can include custom dropdown menus, free text fields, URLs, dates, or email addresses.
Yes - Top level administrators can remove items. A tombstone record with the reason for removal is created automatically after unpublishing.
Yes - Each institution can customize the licenses for their users beyond the standard licenses available on figshare.com and can add any machine readable license with available terms.
Yes - There are both public and private versions that show views and downloads and traffic sources. This is also available through the API.
Yes - Depending on the metadata field, values can be prepended, appended, replaced, or deleted in batches.
Yes, there are several methods. Figshare allows for batch downloading (metadata only) and uploading (metadata and files) through the admin interface, using the Figshare API, and using an FTP client (files only). There is also a client created tool using Excel files.
Yes - Multiple curation/review workflows are possible. Items are assigned to a reviewer for review and acceptance to be published. There is also a user role that can make comments during review but cannot edit items or accept items for publication.
The curation review system and private links can be used for peer review.
Figshare believes that academic infrastructure should be interchangeable and it should be easy to move your items between platforms. You can either use the API to migrate your material or we will assist you in that process.
Yes - An item with an existing DOI (or other identifier) can be given a handle identifier from your institution and custom metadata can be used to show the existing identifier.
Yes - Currently public facing pages are compliant with WCAG 2.1 AA, Section 508, and European accessibility standard en 301 549. Here is a list of accessibility statements from clients.
Yes - Users can choose from a list of all the major citation styles.
This feature is in discussion. Currently, certain parts of the interface (groups, custom metadata, and metadata entries) can be set up in a foreign language.
Yes - each item can include external researchers (Figshare accounts across Figshare portals and Figshare.com are searchable by name, email address and/or ORCiD from the author field). Authors can be added even if they do not have an ORCiD or Figshare account.
Yes, using Projects. Restricted access publishing and private links provide other ways to collaborate on research and control who has access to sensitive data.
Yes, using Collections. Collections group public items from across Figshare, including a researcher’s own items and/or those published by others. A collection has its own metadata and receives its own DOI.
Yes - While multiple files can be uploaded to an item at the same level, file hierarchy or folder structure can be maintained by uploading a compressed file (.zip, .tar, etc). The file structure within a compressed file is previewable in Figshare, though the individual files within the compressed file are not (see a full list of previewable file extensions). Within a user’s dashboard, individual items can be grouped using keywords.
Yes - Search results can be narrowed by content type, date, item type, license, source, and category. Here is Figshare’s search page and some tips for use are in this help page. Faceted search options can be customized by institution.
There is functionality for advanced search using Boolean operators and in-field syntax. For examples on how this works, see these guidelines.
Yes - Profiles include aggregate stats, collaborators, publications, a description, social media links, ORCiD, and an image.
Yes - Alerts associated with projects and items under review appear under the activity tab of the My Data page as well as email notifications.
Not at this time.
Yes - There are multiple ways to share items on social media or embed them in a website.
Our implementation overview provides a summary of the implementation process. Please get in touch with us if you would like more information.
Yes - You can use the API to migrate your own records into Figshare. Figshare can also assist you with migrating files and metadata from any repository platform for a fee, as long as the files and metadata can be extracted from the legacy system and transferred to us (usually as a spreadsheet file). For additional information, there is a webinar on migrations.
Figshare has migrated content from DSpace, BePress Digital Commons, ePrints, Islandora, and Hydra/Samvera/Fedora.
Yes - Figshare can aggregate your institution’s outputs by searching publisher repositories and several generalist repositories.
Yes - Figshare provides both admin and end user training as part of implementation and can provide future ad hoc trainings for a cost. Additionally, there are several webinars and Figshare Fests every year to communicate feature updates and provide examples of use.
Yes - There are many free engagement resources available (e.g. case studies, and this engagement collection). Other engagement support comes in the form of co-branded materials and trainings. Once your implementation is complete, your Account Manager will arrange quarterly catch up calls, so that you continue to receive face-to-face support for the duration of your contract.
Yes - Support is available through a ticket system and a knowledge base.
What do I do if I’ve submitted a Support Ticket and have not received a response within the expected timeframe stipulated in the Figshare SLA?
Please follow the below recommended steps (in order) for escalating your enquiry if no response is received within 1 working day:
Generally yes. Figshare has a service level agreement that includes 99.9% uptime. Figshare status is available here: https://status.figshare.com/.
Figshare does not have an automated process for syncing stage and production environments. If this is required, all updates are done manually, so we advise that if you require your environments to remain in sync, you should always make changes on stage before implementing them on production (our support team does the same for any work requested via support). As a result, the Client is responsible for updating either environment, but our Support Team can assist with stage and/or production restructures for particular tasks that cannot be done in the interface.
Pricing is based on a tiered system that depends on the ‘research intensity’ of an institution (e.g. research and publishing output of an institution over the last 5 years), among other things. Implementation is included in a standard Figshare for Institutions license. In addition, institutions choose their storage type and amount, DOI minting options, whether migration or added services are needed. Please get in touch with us to learn more!