<?xml version="1.0" encoding="UTF-8"?><!DOCTYPE article PUBLIC "-//NLM//DTD JATS (Z39.96) Journal Publishing DTD v1.2 20190208//EN" "http://jats.nlm.nih.gov/publishing/1.2/JATS-journalpublishing1.dtd"><article xmlns:mml="http://www.w3.org/1998/Math/MathML" xmlns:xlink="http://www.w3.org/1999/xlink" article-type="research-article" dtd-version="1.2" xml:lang="en">
    <front>
        <journal-meta>
            <journal-id journal-id-type="pmc">F1000Research</journal-id>
            <journal-title-group>
                <journal-title>F1000Research</journal-title>
            </journal-title-group>
            <issn pub-type="epub">2046-1402</issn>
            <publisher>
                <publisher-name>F1000 Research Limited</publisher-name>
                <publisher-loc>London, UK</publisher-loc>
            </publisher>
        </journal-meta>
        <article-meta>
            <article-id pub-id-type="doi">10.12688/f1000research.12989.2</article-id>
            <article-categories>
                <subj-group subj-group-type="heading">
                    <subject>Research Article</subject>
                </subj-group>
                <subj-group>
                    <subject>Articles</subject>
                    <subj-group>
                        <subject>Bioinformatics</subject>
                    </subj-group>
                    <subj-group>
                        <subject>Data Sharing</subject>
                    </subj-group>
                </subj-group>
            </article-categories>
            <title-group>
                <article-title>Funding knowledgebases: Towards a sustainable funding model for the UniProt use case</article-title>
                <fn-group content-type="pub-status">
                    <fn>
                        <p>[version 2; peer review: 3 approved]</p>
                    </fn>
                </fn-group>
            </title-group>
            <contrib-group>
                <contrib contrib-type="author" corresp="yes">
                    <name>
                        <surname>Gabella</surname>
                        <given-names>Chiara</given-names>
                    </name>
                    <role content-type="http://credit.niso.org/">Conceptualization</role>
                    <role content-type="http://credit.niso.org/">Data Curation</role>
                    <role content-type="http://credit.niso.org/">Formal Analysis</role>
                    <role content-type="http://credit.niso.org/">Investigation</role>
                    <role content-type="http://credit.niso.org/">Methodology</role>
                    <role content-type="http://credit.niso.org/">Project Administration</role>
                    <role content-type="http://credit.niso.org/">Validation</role>
                    <role content-type="http://credit.niso.org/">Writing &#x2013; Original Draft Preparation</role>
                    <role content-type="http://credit.niso.org/">Writing &#x2013; Review &amp; Editing</role>
                    <uri content-type="orcid">https://orcid.org/0000-0002-7104-5025</uri>
                    <xref ref-type="corresp" rid="c1">a</xref>
                    <xref ref-type="aff" rid="a1">1</xref>
                </contrib>
                <contrib contrib-type="author" corresp="no">
                    <name>
                        <surname>Durinx</surname>
                        <given-names>Christine</given-names>
                    </name>
                    <role content-type="http://credit.niso.org/">Conceptualization</role>
                    <role content-type="http://credit.niso.org/">Funding Acquisition</role>
                    <role content-type="http://credit.niso.org/">Supervision</role>
                    <role content-type="http://credit.niso.org/">Validation</role>
                    <role content-type="http://credit.niso.org/">Writing &#x2013; Review &amp; Editing</role>
                    <uri content-type="orcid">https://orcid.org/0000-0003-4237-8899</uri>
                    <xref ref-type="aff" rid="a1">1</xref>
                </contrib>
                <contrib contrib-type="author" corresp="no">
                    <name>
                        <surname>Appel</surname>
                        <given-names>Ron</given-names>
                    </name>
                    <role content-type="http://credit.niso.org/">Conceptualization</role>
                    <role content-type="http://credit.niso.org/">Funding Acquisition</role>
                    <role content-type="http://credit.niso.org/">Supervision</role>
                    <role content-type="http://credit.niso.org/">Writing &#x2013; Review &amp; Editing</role>
                    <xref ref-type="aff" rid="a1">1</xref>
                </contrib>
                <aff id="a1">
                    <label>1</label>ELIXIR-Switzerland, SIB Swiss Institute of Bioinformatics, Lausanne, 1015, Switzerland</aff>
            </contrib-group>
            <author-notes>
                <corresp id="c1">
                    <label>a</label>
                    <email xlink:href="mailto:Chiara.Gabella@sib.swiss">Chiara.Gabella@sib.swiss</email>
                </corresp>
                <fn fn-type="conflict">
                    <p>
                        <bold>Competing interests: </bold>UniProt is partially funded by the SIB, the Swiss Node of ELIXIR.</p>
                </fn>
            </author-notes>
            <pub-date pub-type="epub">
                <day>22</day>
                <month>3</month>
                <year>2018</year>
            </pub-date>
            <pub-date pub-type="collection">
                <year>2017</year>
            </pub-date>
            <volume>6</volume>
            <elocation-id>ELIXIR-2051</elocation-id>
            <history>
                <date date-type="accepted">
                    <day>19</day>
                    <month>3</month>
                    <year>2018</year>
                </date>
            </history>
            <permissions>
                <copyright-statement>Copyright: &#x00a9; 2018 Gabella C et al.</copyright-statement>
                <copyright-year>2018</copyright-year>
                <license xlink:href="https://creativecommons.org/licenses/by/4.0/">
                    <license-p>This is an open access article distributed under the terms of the Creative Commons Attribution Licence, which permits unrestricted use, distribution, and reproduction in any medium, provided the original work is properly cited.</license-p>
                </license>
            </permissions>
            <self-uri content-type="pdf" xlink:href="https://f1000research.com/articles/6-2051/pdf"/>
            <abstract>
                <p>Millions of life scientists across the world rely on bioinformatics data resources for their research projects. Data resources can be very expensive, especially those with a high added value as the expert-curated knowledgebases. Despite the increasing need for such highly accurate and reliable sources of scientific information, most of them do not have secured funding over the near future and often depend on short-term grants that are much shorter than their planning horizon. Additionally, they are often evaluated as research projects rather than as research infrastructure components.</p>
                <p>In this work, twelve funding models for data resources are described and applied on the case study of the Universal Protein Resource (UniProt), a key resource for protein sequences and functional information knowledge. We show that most of the models present inconsistencies with open access or equity policies, and that while some models do not allow to cover the total costs, they could potentially be used as a complementary income source.</p>
                <p>We propose the 
                    <italic toggle="yes">Infrastructure Model</italic> as a sustainable and equitable model for all core data resources in the life sciences. With this model, funding agencies would set aside a fixed percentage of their research grant volumes, which would subsequently be redistributed to core data resources according to well-defined selection criteria. This model, compatible with the principles of open science, is in agreement with several international initiatives such as the Human Frontiers Science Program Organisation (HFSPO) and the OECD Global Science Forum (GSF) project. Here, we have estimated that less than 1% of the total amount dedicated to research grants in the life sciences would be sufficient to cover the costs of the core data resources worldwide, including both knowledgebases and deposition databases.</p>
            </abstract>
            <kwd-group kwd-group-type="author">
                <kwd>Bioinformatics</kwd>
                <kwd>Data Resources</kwd>
                <kwd>Knowledgebases</kwd>
                <kwd>Funding</kwd>
                <kwd>Long-Term Sustainability</kwd>
                <kwd>Open Science</kwd>
            </kwd-group>
            <funding-group>
                <award-group id="fund-1">
                    <funding-source>ELIXIR</funding-source>
                </award-group>
                <funding-statement>This work was done in the context of an ELIXIR Implementation Study linked to the ELIXIR Data platform and is funded by the ELIXIR Hub.</funding-statement>
                <funding-statement>
                    <italic>The funders had no role in study design, data collection and analysis, decision to publish, or preparation of the manuscript.</italic>
                </funding-statement>
            </funding-group>
        </article-meta>
        <notes>
            <sec sec-type="version-changes">
                <label>Revised</label>
                <title>Amendments from Version 1</title>
                <p>We have implemented the reviewers' comments concerning the reorganization of the text and some technical details. We have added references to all the resources mentioned and enhanced the difference between repositories and knowledgebases. Also, we have highlighted the fact that sustainability is obviously a problem for all the resources, not only for knowledgebases. We have corrected the introduction, in order to remain as general as possible, and introduced UniProt in the appropriate section. We have added some details in the descriptions of some of the models, to better illustrate them. Moreover, we have corrected the TAIR description and classification and added it as an example of mixed model. We also have made more specific references to the previous comparable studies that are mentioned in the discussion section.</p>
            </sec>
        </notes>
    </front>
    <body>
        <sec id="S1" sec-type="intro">
            <title>1 Introduction</title>
            <sec>
                <title>Knowledgebases, why?</title>
                <p>Knowledgebases are organized and dynamic collections of information about a particular subject where data from multiple sources are not only archived, but also reviewed, distilled and manually annotated by experts. These digital infrastructures are essential to the effective functioning of scientific research and for the whole life science community: they serve as encyclopaedias, concentrating high quality knowledge collected from many different sources. In life sciences, knowledgebases are in general manually curated by experts, i.e. highly qualified scientists &#x2014;called biocurators &#x2014;who manually select, review and annotate the information on a particular subject. As a result, knowledgebases are collections of continuously updated data, providing a highly reliable source of scientific knowledge, with the data being validated and enhanced. There is a substantial difference between a repository and a knowledgebase. Both represent the computationally tractable accumulation of (pieces of) information and knowledge processed in such a way that the data is easily readable, understandable and exported. However, repositories rely partially or completely on data deposition by the users, while in knowledgebases, the information in general requires to be carefully selected and processed by experts. Both types of data resources are crucial for allowing research to be faster and more efficient as they:</p>
                <list list-type="bullet">
                    <list-item>
                        <p>promote knowledge transfer to different sectors (e.g. between industry and academics),</p>
                    </list-item>
                    <list-item>
                        <p>promote the re-use of the data, with new analysis/methodologies and comparisons,</p>
                    </list-item>
                    <list-item>
                        <p>reduce the need to recreate or regenerate duplicate data,</p>
                    </list-item>
                    <list-item>
                        <p>speed up research through easy access to integrated data, leading to considerable time and efficiency gains for researchers,</p>
                    </list-item>
                    <list-item>
                        <p>make data available for teaching,</p>
                    </list-item>
                    <list-item>
                        <p>generate scientific input and motivation for new research, by allowing scientists to apply computational methods to analyse new data in light of prior knowledge.</p>
                    </list-item>
                </list>
                <p>Despite the clear and increasing necessity for such high quality knowledgebases, the question of their sustainability in the long term is frequently raised, due to the current lack of an appropriate funding model. Sustainability is a major problem for all data resources: while many international initiatives are opened to discuss the sustainability of digital infrastructures, curated databases are often left aside (see 
                    <xref ref-type="other" rid="S5">Section 5</xref> for a wider discussion on the existing initiatives and studies).</p>
            </sec>
            <sec>
                <title>Manual curation and open access</title>
                <p>In life sciences, manual expert curation plays a fundamental role in the creation of high quality knowledgebases. Manual curation is acknowledged to be highly accurate
                    <sup>
                        <xref ref-type="bibr" rid="ref-1">1</xref>,
                        <xref ref-type="bibr" rid="ref-2">2</xref>
                    </sup>, but criticism is often raised about the necessity for such a time- (and cost-) consuming activity as opposed to the use of programs for automated or semi-automated information extraction (Information-Extraction programs&#x2014;IE programs). In reality, current IE programs are not able to extract the large amount of information or compare data with the same accuracy as professional curators do, but they can be extremely useful for identifying mentions of single entities in the scientific publications, using for instance name-entity recognition tools
                    <sup>
                        <xref ref-type="bibr" rid="ref-1">1</xref>
                    </sup>. Consequently, manual curation cannot be fully replaced by the existing Artificial Intelligence (AI) technology. Text-mining is, however, often used as a first-line method for data extraction and identification of relevant literature.</p>
                <p>The cost of professional curation is surprisingly low compared to the cost of open access journals&#x2019; publication charges, or to the cost of performing the related research. The Swiss National Science Foundation (SNSF) allows to claim CHF 3000
                    <sup>
                        <xref ref-type="other" rid="fn1">1</xref>
                    </sup> (&#x20ac;2790) for costs of Open Access (OA) publication from agreed research funding. The Open Access Co-ordination Group in the UK estimates average fees at &#x00a3;1586
                    <sup>
                        <xref ref-type="other" rid="fn2">2</xref>
                    </sup> (&#x20ac;1863). Per year, the curators of the UniProt knowledgebase, a key resource for protein sequences and functional information
                    <sup>
                        <xref ref-type="bibr" rid="ref-3">3</xref>
                    </sup>, read and/or evaluate between 50,000 and 70,000 papers, of which they fully curate approximately 8,000 publications. This means that in one year they read, evaluate and capture the output of research associated with OA publication costs of &#x20ac;100 to &#x20ac;200 million, significantly more than the budget of UniProt as a whole (&#x223c; &#x20ac;15 million per year). Similarly, each publication that is read and/or evaluated, is the result of a research project grant with a typical value of &#x223c; $ 450,000
                    <sup>
                        <xref ref-type="other" rid="fn3">3</xref>
                    </sup> (&#x223c; &#x20ac;400,000). The cost of integrating the output (of the 8,000 publications) in UniProtKB, corresponds roughly to less than 0.1% of the cost to generate the research associated. In fact, a recent paper demonstrated that the costs of curation are quite modest on a per-article basis, and represent a fraction of the cost of the original research: the cost of biocuration of articles for the EcoCyc database is estimated at $ 219 (&#x20ac;193) per article over a 5-year period, corresponding to 6&#x2014;15% of the cost of open-access publication fees for publishing biomedical articles, and to 0.088% of the cost of the overall research project associated
                    <sup>
                        <xref ref-type="bibr" rid="ref-4">4</xref>
                    </sup>. Additionally, a recent analysis on a curated knowledgebase showed that expert annotation is sustainable given that a large part of the literature is redundant and/or not relevant for the curation
                    <sup>
                        <xref ref-type="bibr" rid="ref-5">5</xref>
                    </sup>. Thus, curation costs are affordable in an absolute sense and represent a small fraction of the cost of the overall associated research projects that generated the experimental data.</p>
                <p>Currently, most of the data resources are open access: their curated data are &#x201c;digital online, free of charge, and free of most copyright and licensing restrictions&#x201d;, i.e. without price barriers (subscriptions, licensing or pay-per-view fees) and permission barriers such as copyright and licensing restrictions
                    <sup>
                        <xref ref-type="bibr" rid="ref-6">6</xref>
                    </sup>. But open access is not to be confused with cost-free: making the data available involves significant labour, service and technology cost. Although there is likely scope for future costs containment of manual biocuration, a stable funding mechanism that ensures open data resources sustainability on the long term needs urgently to be established. In fact, while on the one hand the new techniques in machine learning and text mining are gradually improving the efficiency of automated information extraction programs, on the other expert curation will be always needed to guarantee the high quality of data through the selection and validation and the extraction of reliable information from published literature.</p>
                <p>The European Commission policy on open access data is very clear:</p>
                <list list-type="bullet">
                    <list-item>
                        <label/>
                        <p>
                            <italic toggle="yes">&#x201c;The vision underlying the Commission&#x2019;s strategy on open data and knowledge circulation is that information already paid for by the public purse should not be paid for again each time it is accessed or used, and that it should benefit European companies and citizens to the full. This means making publicly-funded scientific information available online, at no extra cost, to European researchers and citizens via sustainable e-infrastructures, also ensuring long-term access to avoid losing scientific information of unique value.&#x201d;</italic>
                            <sup>
                                <xref ref-type="other" rid="fn4">4</xref>
                            </sup>
                        </p>
                    </list-item>
                </list>
                <p>The scientific and political community is generally in favour of open access: data repositories/archives and knowledgebases mostly contain data produced through research work funded by public grants, and in principle, the information already paid for by the public purse should not be paid for again each time it is accessed or used. This is often the case for research articles, which are one of the primary media of knowledge dissemination. In many cases, papers in peer-reviewed journals are only available for a fee or, by open access charges. Moreover, data produced in research is not necessarily a finished product suitable for immediate usage or storage in data resources. So, dedicated funding is necessary to curate and structure the data so that they can be accessible and usable by the scientific community. This is not &#x201c;paying again for already paid for information&#x201d;. This is additional funding necessary to make the information accessible in a usable manner, so as to avoid additional, larger costs. Manually curated knowledgebases face the problem that they are insufficiently and unsustainably funded by public funds. The search for a sustainable funding model that ensures the maintenance and the future development of such resources remains thus a critical challenge. At the beginning of this millennium, a survey on existing databases reported that more than two-thirds (68%) of 153 considered databases had uncertain near futures (living expectation for 1&#x2013;5 years of funding). Fifteen years later, only 24% of them were still alive (or rebranded) and 76% were no longer maintained, showing that a viable, sustainable framework for long-term data stewardship is sorely needed
                    <sup>
                        <xref ref-type="bibr" rid="ref-7">7</xref>
                    </sup>.</p>
                <p>Until now, public knowledgebases have mainly been funded through institutional funding, user fees and/or research grants
                    <sup>
                        <xref ref-type="bibr" rid="ref-8">8</xref>
                    </sup>. The latter are grants intended specifically for research projects rather than infrastructures or databases. Funding through research grants is not an effective model on the long term, as it presents major limitations. Firstly, grants are competitive and they reward innovation: curated databases end up competing with innovative research projects (that, ironically, most often could not even be carried out without these databases). In addition, in order to obtain these grants that are focusing on innovation, databases and knowledgebases are typically pushed to adding new features, thus increasing the cost further. Secondly, grants are cyclic, with rounds of 3&#x2013;5 years, with review criteria that are often not appropriate and applicable to infrastructures as they are conceived for research projects. Funds are thus not stable in the long term: often grants may not be renewed, or the funding for the renewed grant could be dramatically decreased. Alternatively, institutional funding could in principle guarantee the long term sustainability of the research infrastructures as contracts are often negotiated and fixed over several years, allowing data centres to plan in advance and build the infrastructures. At the same time, the weakness of such model lies indeed in its inflexibility, which may not always allow to keep the pace with the growing data volume and improving techniques. Also, data access charges through subscription or user fees remain incompatible with the rising principles of open access. For these reasons, it is very common to see data resources combining the longer-term, but rather inflexible, institutional funding, with more flexible shorter-term research grants. It is important to mention that many data resources depend on research grants particularly in their early stages, as they are often the result of a research study. Yet, while this funding model often allows to identify the need for certain resources in the scientific communities, it is not intended to sustain them on the long term, inconsistently with the long living scope of such resources.</p>
            </sec>
        </sec>
        <sec id="S2">
            <title>2 Overview of existing funding models</title>
            <p>In this paper, twelve funding model have been identified and are described here below. They include existing funding models for data resources and facilities, as well as possible scenarios that are currently considered by various international initiatives. For each model, some examples of existing data resources funded through that mechanism are listed. It has to be noticed that all the examples presented in this paper do not depend exclusively on one funding mechanism. In general, a data resource combines several revenue streams, in order to differentiate the income sources. The list here below is though not exhaustive, but introduces the major funding sources in the various sectors of research, with a particular focus on the life sciences. Some funding models that are currently not specifically supporting data resources are also included, as they could be implemented for data stewardship and preservation.</p>
            <p>The twelve models can be grouped in three main categories depending on the revenue origins (
                <xref ref-type="fig" rid="f1">Figure 1</xref>). Most of the models rely on funds coming from national budgets and allocated to research and/or infrastructure, redistributed among the applicants, institutions or services according to various rules and conditions. A second category embraces all the models dependent on user fees. Finally, there are models counting on voluntary donations and participations, or third party funding. On top of these, models exist that are a mixture of these categories, as they benefit together from national funding and commercial fees or investments, or they take advantage of funding from government bodies, industries and voluntary donation.</p>
            <fig fig-type="figure" id="f1" orientation="portrait" position="float">
                <label>Figure 1. </label>
                <caption>
                    <title>Funding models sources.</title>
                    <p>The 12 considered models are represented depending on the origin of the revenues.</p>
                </caption>
                <graphic orientation="portrait" position="float" xlink:href="https://f1000research-files.f1000.com/manuscripts/15641/cdac2a20-cfea-4fdf-93f2-30219bff0635_figure1.gif"/>
            </fig>
            <p>1. 
                <bold>National funding:</bold> governmental agencies fund the infrastructure directly, through non-cyclical funding programmes. For research infrastructures, funds derive directly from the domestic R&amp;D budgets. Often, users are charged for some subscriptions or special services. Examples are:</p>
            <list list-type="bullet">
                <list-item>
                    <p>National archives, libraries such as the National Library of Medicine (
                        <ext-link ext-link-type="uri" xlink:href="https://www.nlm.nih.gov/">www.nlm.nih.gov</ext-link>) at the National Institutes of Health (NIH), statistical agencies;</p>
                </list-item>
                <list-item>
                    <p>NASA archives, State archives;</p>
                </list-item>
                <list-item>
                    <p>Public universities.</p>
                </list-item>
            </list>
            <p>2. 
                <bold>Infrastructure model</bold>
                <sup>
                    <xref ref-type="bibr" rid="ref-9">9</xref>
                </sup>: funding agencies pay directly for data resources as a necessary part of the research infrastructure, through a percentage of the research funding that is specifically set aside. The grants themselves are only allocated to research projects. A percentage of each grant is then retained and assigned to a budget for data stewardship, and subsequently redistributed among the relevant infrastructures, including knowledgebases. This model is similar to the 
                <italic toggle="yes">National model</italic> (model 1), but in this case funding agencies are not necessarily national (they can also be private, thus with different budget constraints). The funding agencies contribute financially in proportion to the grant volume that they allocate to research. This model is not implemented yet as a funding model for life sciences knowledgebases.</p>
            <p>3. 
                <bold>Institutional support:</bold> universities or institutions have their own repository/data bank that is maintained through the &#x201c;internal&#x201d; institutional funds. Grants can be cyclic or long-term, and usage may be restricted to the institution&#x2019;s members or be open to the worldwide community.</p>
            <list list-type="bullet">
                <list-item>
                    <p>It is often used to support specialist resources, such as CAZY (
                        <ext-link ext-link-type="uri" xlink:href="http://www.cazy.org/">www.cazy.org</ext-link>) &#x2014;the Carbohydrate-Active enZYmes Database, funded through the French National Center for Scientific Research (CNRS) and the Aix-Marseille University</p>
                </list-item>
                <list-item>
                    <p>UniProt (
                        <ext-link ext-link-type="uri" xlink:href="http://www.uniprot.org/">www.uniprot.org</ext-link>) is partly institutionally funded through the SIB Swiss Institute of Bioinformatics (with governmental funding) and the European Bioinformatics Institute (EMBL-EBI) (with member states funding).</p>
                </list-item>
            </list>
            <p>4. 
                <bold>Research project grants:</bold> competitive cyclic research or dedicated resource grants from national funding agencies such as the NIH, the National Science Foundation (NSF) or the Swiss National Science Foundation (SNSF). They request a submission by the applicant every 3&#x2013;5 years. Access is free for the user. This category includes also a few existing grants specifically conceived for databases and resources
                <sup>
                    <xref ref-type="other" rid="fn5">5</xref>
                </sup>. Most of the databases and knowledgebases in the life sciences are supported by these type of grants, including:</p>
            <list list-type="bullet">
                <list-item>
                    <p>FlyBase (
                        <ext-link ext-link-type="uri" xlink:href="http://flybase.org/">flybase.org</ext-link>) &#x2014;database for Drosophila genetics and molecular biology: grants from the National Human Genome Research Institute (NHGRI) at the NIH. Support is also provided by the British Medical Research Council, the Indiana Genomics Initiative, and the NSF;</p>
                </list-item>
                <list-item>
                    <p>ZFIN (
                        <ext-link ext-link-type="uri" xlink:href="http://zfin.org/">zfin.org</ext-link>) &#x2014;Zebrafish Model Organism Database: NHGRI and small amounts from NSF;</p>
                </list-item>
                <list-item>
                    <p>MGI (
                        <ext-link ext-link-type="uri" xlink:href="http://www.informatics.jax.org/">www.informatics.jax.org</ext-link>) &#x2014;Mouse Genome Informatics : NIH grants;</p>
                </list-item>
                <list-item>
                    <p>RGD (
                        <ext-link ext-link-type="uri" xlink:href="https://rgd.mcw.edu">rgd.mcw.edu</ext-link>) &#x2014;Rat Genome Database: NIH grant;</p>
                </list-item>
                <list-item>
                    <p>TAIR (
                        <ext-link ext-link-type="uri" xlink:href="http://www.arabidopsis.org/">www.arabidopsis.org</ext-link>) &#x2014;The Arabidopsis Information Resource, from 1999 to 2013: NSF grant;</p>
                </list-item>
                <list-item>
                    <p>PeptideAtlas (
                        <ext-link ext-link-type="uri" xlink:href="http://www.peptideatlas.org/">www.peptideatlas.org</ext-link>) &#x2014;database of re-analysed Mass Spectrometry peptides identification: grants from the European Commission and three institutes of the NIH;</p>
                </list-item>
                <list-item>
                    <p>RCSB Protein Data Bank (
                        <ext-link ext-link-type="uri" xlink:href="http://www.rcsb.org/">www.rcsb.org</ext-link>) &#x2014;the macromolecular 3D structure database: grants from seven federal sponsors through the wwPDB organization of four international partners.</p>
                </list-item>
            </list>
            <p>5. 
                <bold>Content licensing/industrial support model</bold>
                <sup>
                    <xref ref-type="bibr" rid="ref-10">10</xref>
                </sup>: requires commercial users to pay a fee for access to the data and for-profit reuse, whereas data are free for non-commercial users.</p>
            <list list-type="bullet">
                <list-item>
                    <p>Between 1998 and 2004, for-profit users were paying an annual fee for access to Swiss-Prot (now part of UniProt), whereas academic researchers had free access. Swiss-Prot returned to an all-user-free access model in 2004 after the SIB Swiss Institute of Bioinformatics, the European Bioinformatics Institute (EMBL-EBI), and the Protein Information Resource (PIR) formed the UniProt consortium and obtained a grant from the NIH. For more details on this case study, see 
                        <xref ref-type="other" rid="S3">Section 3</xref>.</p>
                </list-item>
            </list>
            <p>6. 
                <bold>User subscription fees:</bold> users are charged on a time base (e.g. every month or year) or on download sizes, and they have access to the entire database. At the end of the validityA, the subscription must be renewed to continue the access.</p>
            <list list-type="bullet">
                <list-item>
                    <p>Many scientific journals, including prestigious ones, such as Nature, Science or Cell;</p>
                </list-item>
                <list-item>
                    <p>KEGG (
                        <ext-link ext-link-type="uri" xlink:href="http://www.genome.jp/kegg/">www.genome.jp/kegg</ext-link>), the Kyoto Encyclopedia of Genes and Genomes: a pathway database;</p>
                </list-item>
                <list-item>
                    <p>TAIR, since 2013: curators formed a non-profit company (Phoenix Bioinformatics) and since then it mostly relies on tiered subscription revenues (national, institutional or individual subscriptions)
                        <sup>
                            <xref ref-type="bibr" rid="ref-11">11</xref>
                        </sup>. So far this model has been described as successful in maintaining the database&#x2019;s quality and user base
                        <sup>
                            <xref ref-type="bibr" rid="ref-12">12</xref>
                        </sup>.</p>
                </list-item>
            </list>
            <p>7. 
                <bold>Value-added/asymmetrical pricing model (freemium service)</bold>
                <sup>
                    <xref ref-type="bibr" rid="ref-8">8</xref>
                </sup>: a basic data set within the database is freely available to anyone. Individual scientists or companies that are willing and able to pay a higher fee can buy additional levels of service, better data access or additional tools and resources.</p>
            <list list-type="bullet">
                <list-item>
                    <p>TRANSFAC (
                        <ext-link ext-link-type="uri" xlink:href="http://gene-regulation.com/pub/databases.html">gene-regulation.com/pub/databases.html</ext-link>)
                        <sup>
                            <xref ref-type="bibr" rid="ref-13">13</xref>
                        </sup> &#x2014;knowledgebase of eukaryotic transcription factors and their regulated genes: has a free public version dated 2005, while the professional version, that is susceptible to subscription to provide full access, is regularly updated and presents more advanced tools and an easy-to-use interface;</p>
                </list-item>
                <list-item>
                    <p>The Cambridge Crystallography Data Centre (CCDC) with the Cambridge Structural Database (CSD - 
                        <ext-link ext-link-type="uri" xlink:href="https://www.ccdc.cam.ac.uk/">www.ccdc.cam.ac.uk</ext-link>) &#x2014;the small molecule crystallography data knowledgebase;</p>
                </list-item>
            </list>
            <p>8. 
                <bold>Infrastructural razor &amp; blades</bold>
                <sup>
                    <xref ref-type="bibr" rid="ref-14">14</xref>
                </sup>: an attractive, inexpensive or free initial offer (&#x201c;razor&#x201d;) encourages continuing future purchases of follow-up items or services (&#x201c;blades&#x201d;).</p>
            <list list-type="bullet">
                <list-item>
                    <p>Applied to the public sector information environment, this model sees datasets stored for free on cloud computing platforms and accessible by everyone via APIs (&#x201c;razor&#x201d;). Re-users are charged only for the computing power that they employ on-demand (&#x201c;blades&#x201d;). Application of this model is limited to contexts and domains in which the computational costs to access the datasets are significant;</p>
                </list-item>
                <list-item>
                    <p>GENEINVESTIGATOR (
                        <ext-link ext-link-type="uri" xlink:href="https://genevestigator.com/gv/">genevestigator.com</ext-link>) &#x2014;search engine for gene expression: 7-days free access to the professional edition and permanent free access to the Basic edition for academics.</p>
                </list-item>
            </list>
            <p>9. 
                <bold>Public-private consortium</bold>
                <sup>
                    <xref ref-type="bibr" rid="ref-7">7</xref>
                </sup>: is a mixture of funding from government bodies and industries. The funders mandate the research subjects and supporting companies do not receive priority access to data.</p>
            <list list-type="bullet">
                <list-item>
                    <p>The SGC (
                        <ext-link ext-link-type="uri" xlink:href="https://www.thesgc.org/">www.thesgc.org</ext-link>) &#x2014;Structural Genomic Consortium: it consists of three academic laboratories in Oxford, Toronto and Stockholm and is funded by a consortium of 13 public and private bodies including GlaxoSmithKline, Genome Canada, Merck, Novartis, the Swedish Foundation for Strategic Research and the Wellcome Trust. The three laboratories solve protein structures chosen by the funders. All solved structures are deposited in a data bank, but supporting companies do not benefit of priority access.</p>
                </list-item>
            </list>
            <p>10. 
                <bold>Online advertising and corporate sponsorship:</bold> corporate sponsorship is part advertising and part dealmaking &#x2014;the corporation pays to support a database that provides value to its potential customers.</p>
            <list list-type="bullet">
                <list-item>
                    <p>GeneCards (
                        <ext-link ext-link-type="uri" xlink:href="http://www.genecards.org/">www.genecards.org</ext-link>) &#x2014;database of human genes that provides genomic, proteomic, transcriptomic, genetic and functional information on all known and predicted human genes: it is free for academic non-profit institutions; other users need a commercial license. Advertisings appear on the website as banner ads. However, the income from advertising does not allow GeneCards to be self-sustainable: other funds come from academic grants and database licences&#x2019; royalties.</p>
                </list-item>
            </list>
            <p>11. 
                <bold>Open source volunteering</bold> (or 
                <bold>wiki approach</bold>)
                <sup>
                    <xref ref-type="bibr" rid="ref-15">15</xref>
                </sup>: replacing part of data curation by community participation can be attractive as it has a low cost. It depends, however, on drawing contributions from busy users. In addition, contributions tend to be sporadic, leaving many gaps. Hence it can only replace (a small) part of curation and therefore still requires funding for curation, software engineers, storage space, and operating costs.</p>
            <list list-type="bullet">
                <list-item>
                    <p>GeneWiki (
                        <ext-link ext-link-type="uri" xlink:href="https://en.wikipedia.org/wiki/Portal:Gene_Wiki">en.wikipedia.org/wiki/Portal:Gene_Wiki</ext-link>) &#x2014;informal collection of pages on human genes and proteins;</p>
                </list-item>
                <list-item>
                    <p>WikiProteins &#x2014;web-based, interactive and semantically supported workspace based on Wiki pages of biomedical concepts
                        <sup>
                            <xref ref-type="bibr" rid="ref-16">16</xref>
                        </sup>;</p>
                </list-item>
                <list-item>
                    <p>TOPSAN (
                        <ext-link ext-link-type="uri" xlink:href="http://proteins.burnham.org/">proteins.burnham.org</ext-link>) &#x2014;a collaborative annotation environment for structural genomics
                        <sup>
                            <xref ref-type="bibr" rid="ref-17">17</xref>
                        </sup>.</p>
                </list-item>
            </list>
            <p>12. 
                <bold>Donations</bold>: philanthropic funding such as grants and donations can generate income. They partly depend on the impact on and awareness of the (user) population.</p>
            <list list-type="bullet">
                <list-item>
                    <p>Human Protein Atlas (
                        <ext-link ext-link-type="uri" xlink:href="http://www.proteinatlas.org/">www.proteinatlas.org</ext-link>) &#x2014;funded by the Knut &amp; Alice Wallenberg Foundation;</p>
                </list-item>
                <list-item>
                    <p>Human Cell Atlas (
                        <ext-link ext-link-type="uri" xlink:href="https://www.humancellatlas.org/">www.humancellatlas.org</ext-link>) &#x2014;funded by the Chan Zuckerberg Initiative;</p>
                </list-item>
                <list-item>
                    <p>Wikipedia (
                        <ext-link ext-link-type="uri" xlink:href="https://www.wikipedia.org/">www.wikipedia.org</ext-link>) &#x2014;funded by small voluntary donations from thousands of users.</p>
                </list-item>
            </list>
            <p>13. 
                <bold>Mixed models:</bold> as mentioned, most of the knowledgebases rely on 
                <bold>diversified</bold> multiple funding streams. This approach has the obvious advantage of increasing resilience if one of the sources disappears. Some example of databases or knowledgebases supported by a mixed model are:</p>
            <list list-type="bullet">
                <list-item>
                    <p>UniProtKB: Swiss government through the SIB Swiss Institute of Bioinformatics (4-year grant), NIH (4-year grant) and EMBL-EBI;</p>
                </list-item>
                <list-item>
                    <p>PRIDE (
                        <ext-link ext-link-type="uri" xlink:href="http://www.ebi.ac.uk/pride/">www.ebi.ac.uk/pride</ext-link>) &#x2014;PRoteomics IDEntification database, part of ProteomeXchange: 25% EMBL-EBI, 50% Wellcome Trust (5-year grant), and 25% UK Biotechnology and Biological Sciences Research Council (BBSRC - research infrastructure grant);</p>
                </list-item>
                <list-item>
                    <p>OMIM (
                        <ext-link ext-link-type="uri" xlink:href="http://www.omim.org/">www.omim.org</ext-link>) &#x2014;Online Mendelian Inheritance in Man, a catalogue of human genes and genetic disorders, with a particular focus on the gene-phenotype relationship: NIH and, also, very recently through donations;</p>
                </list-item>
                <list-item>
                    <p>InterPro (
                        <ext-link ext-link-type="uri" xlink:href="http://www.ebi.ac.uk/interpro/">www.ebi.ac.uk/interpro</ext-link>) &#x2014;database for protein sequence analysis and classification: EMBL-EBI, BBSRC and Wellcome Trust;</p>
                </list-item>
                <list-item>
                    <p>Ensembl (
                        <ext-link ext-link-type="uri" xlink:href="http://www.ensembl.org/">www.ensembl.org</ext-link>) &#x2014;genome database and browser for the retrieval of genomic information: Wellcome Trust, NIH, EU FP7 and EMBL-EBI;</p>
                </list-item>
                <list-item>
                    <p>Europe PMC (
                        <ext-link ext-link-type="uri" xlink:href="http://europepmc.org/">europepmc.org</ext-link>) &#x2014;on-line database of free access biomedical and life sciences research literature: managed and developed by the EMBL-EBI on behalf of an alliance of 26 research funders, led by the Wellcome Trust;</p>
                </list-item>
                <list-item>
                    <p>TAIR: user subscription fees (national, academic institutional, individual, and corporate subscribers) and a grant from the SLOAN Foundation. There are also elements of the 
                        <italic toggle="yes">Freemium model</italic> as non-subscribers have some free page views before encountering a monthly limit.</p>
                </list-item>
            </list>
            <p>The models are summarized for comparison in 
                <xref ref-type="table" rid="T1">Table 1</xref>. Each model is described in terms of its compatibility with open access policies and its equity among the potential users and institutions, i.e. whether or not wealthier institutions or certain users are particularly favoured. Also, the forecasted stability of the models over time and the key dependency of each funding stream are indicated. Associated factors such as national/international economic situation dependency (which are obviously relevant within each model described) has been indicated only when representing the main dependency. The dependency of the funding is crucial to describe the vulnerability of the models and also needs to be taken into account when setting up a mixed model. The best funding model would combine models that are dependent on different factors.</p>
            <table-wrap id="T1" orientation="portrait" position="anchor">
                <label>Table 1. </label>
                <caption>
                    <title>Comparison of the 12 models in function of open access, equity, stability and key dependency.</title>
                    <p>The aspects that favour open access, equity of users and stability over time are highlighted in bold.</p>
                </caption>
                <table content-type="article-table" frame="hsides">
                    <thead>
                        <tr>
                            <th align="left" colspan="1" rowspan="1" valign="top">#</th>
                            <th align="left" colspan="1" rowspan="1" valign="top">Name of the model</th>
                            <th align="left" colspan="1" rowspan="1" valign="top">Compatible
                                <break/>with open
                                <break/>access?</th>
                            <th align="left" colspan="1" rowspan="1" valign="top">Potential
                                <break/>for equity
                                <break/>of users or
                                <break/>institutions</th>
                            <th align="left" colspan="1" rowspan="1" valign="top">Stability forecasted
                                <break/>over time</th>
                            <th align="left" colspan="1" rowspan="1" valign="top">Key dependency</th>
                        </tr>
                    </thead>
                    <tbody>
                        <tr>
                            <td align="left" colspan="1" rowspan="1" valign="top">1</td>
                            <td align="left" colspan="1" rowspan="1" valign="top">
                                <bold>National funding</bold>
                            </td>
                            <td align="left" colspan="1" rowspan="1" valign="top">
                                <bold>Yes</bold>
                            </td>
                            <td align="left" colspan="1" rowspan="1" valign="top">
                                <bold>High</bold>
                            </td>
                            <td align="left" colspan="1" rowspan="1" valign="top">
                                <bold>Stable</bold>
                            </td>
                            <td align="left" colspan="1" rowspan="1" valign="top">National economic situation</td>
                        </tr>
                        <tr>
                            <td align="left" colspan="1" rowspan="1" valign="top">2</td>
                            <td align="left" colspan="1" rowspan="1" valign="top">
                                <bold>Infrastructure model</bold>
                            </td>
                            <td align="left" colspan="1" rowspan="1" valign="top">
                                <bold>Yes</bold>
                            </td>
                            <td align="left" colspan="1" rowspan="1" valign="top">
                                <bold>High</bold>
                            </td>
                            <td align="left" colspan="1" rowspan="1" valign="top">
                                <bold>Stable</bold>
                            </td>
                            <td align="left" colspan="1" rowspan="1" valign="top">Research spending by funding
                                <break/>agencies</td>
                        </tr>
                        <tr>
                            <td align="left" colspan="1" rowspan="1" valign="top">3</td>
                            <td align="left" colspan="1" rowspan="1" valign="top">
                                <bold>Institutional support</bold>
                            </td>
                            <td align="left" colspan="1" rowspan="1" valign="top">
                                <bold>Yes</bold>
                            </td>
                            <td align="left" colspan="1" rowspan="1" valign="top">
                                <bold>High</bold>
                            </td>
                            <td align="left" colspan="1" rowspan="1" valign="top">
                                <bold>Stable</bold> or Cyclic</td>
                            <td align="left" colspan="1" rowspan="1" valign="top">Institutional funds availability</td>
                        </tr>
                        <tr>
                            <td align="left" colspan="1" rowspan="1" valign="top">4</td>
                            <td align="left" colspan="1" rowspan="1" valign="top">
                                <bold>Research project grants</bold>
                            </td>
                            <td align="left" colspan="1" rowspan="1" valign="top">
                                <bold>Yes</bold>
                            </td>
                            <td align="left" colspan="1" rowspan="1" valign="top">
                                <bold>High</bold>
                            </td>
                            <td align="left" colspan="1" rowspan="1" valign="top">Cyclic - grants
                                <break/>renew every 3&#x2013;5
                                <break/>years</td>
                            <td align="left" colspan="1" rowspan="1" valign="top">Infrastructure/research
                                <break/>spending by funding agencies</td>
                        </tr>
                        <tr>
                            <td align="left" colspan="1" rowspan="1" valign="top">5</td>
                            <td align="left" colspan="1" rowspan="1" valign="top">
                                <bold>Content licensing/industrial</bold>
                                <break/>
                                <bold>support model</bold>
                            </td>
                            <td align="left" colspan="1" rowspan="1" valign="top">No</td>
                            <td align="left" colspan="1" rowspan="1" valign="top">Low</td>
                            <td align="left" colspan="1" rowspan="1" valign="top">Function of usage</td>
                            <td align="left" colspan="1" rowspan="1" valign="top">Commercial partner</td>
                        </tr>
                        <tr>
                            <td align="left" colspan="1" rowspan="1" valign="top">6</td>
                            <td align="left" colspan="1" rowspan="1" valign="top">
                                <bold>User subscription fees</bold>
                            </td>
                            <td align="left" colspan="1" rowspan="1" valign="top">No</td>
                            <td align="left" colspan="1" rowspan="1" valign="top">Low</td>
                            <td align="left" colspan="1" rowspan="1" valign="top">Function of usage</td>
                            <td align="left" colspan="1" rowspan="1" valign="top">Usage</td>
                        </tr>
                        <tr>
                            <td align="left" colspan="1" rowspan="1" valign="top">7</td>
                            <td align="left" colspan="1" rowspan="1" valign="top">
                                <bold>Value-added/asymmetrical</bold>
                                <break/>
                                <bold>pricing model (or freemium</bold>
                                <break/>
                                <bold>service)</bold>
                            </td>
                            <td align="left" colspan="1" rowspan="1" valign="top">Not
                                <break/>completely</td>
                            <td align="left" colspan="1" rowspan="1" valign="top">Low</td>
                            <td align="left" colspan="1" rowspan="1" valign="top">Function of usage</td>
                            <td align="left" colspan="1" rowspan="1" valign="top">Usage</td>
                        </tr>
                        <tr>
                            <td align="left" colspan="1" rowspan="1" valign="top">8</td>
                            <td align="left" colspan="1" rowspan="1" valign="top">
                                <bold>Infrastructural razor &amp; blades</bold>
                            </td>
                            <td align="left" colspan="1" rowspan="1" valign="top">No</td>
                            <td align="left" colspan="1" rowspan="1" valign="top">Low</td>
                            <td align="left" colspan="1" rowspan="1" valign="top">Function of usage</td>
                            <td align="left" colspan="1" rowspan="1" valign="top">Usage</td>
                        </tr>
                        <tr>
                            <td align="left" colspan="1" rowspan="1" valign="top">9</td>
                            <td align="left" colspan="1" rowspan="1" valign="top">
                                <bold>Public-private consortium</bold>
                            </td>
                            <td align="left" colspan="1" rowspan="1" valign="top">
                                <bold>Yes</bold>
                            </td>
                            <td align="left" colspan="1" rowspan="1" valign="top">
                                <bold>High</bold>
                            </td>
                            <td align="left" colspan="1" rowspan="1" valign="top">
                                <bold>Potentially stable</bold>
                            </td>
                            <td align="left" colspan="1" rowspan="1" valign="top">Commercial partner</td>
                        </tr>
                        <tr>
                            <td align="left" colspan="1" rowspan="1" valign="top">10</td>
                            <td align="left" colspan="1" rowspan="1" valign="top">
                                <bold>Online advertising &amp;</bold>
                                <break/>
                                <bold>Corporate sponsorship</bold>
                            </td>
                            <td align="left" colspan="1" rowspan="1" valign="top">
                                <bold>Yes</bold>
                            </td>
                            <td align="left" colspan="1" rowspan="1" valign="top">
                                <bold>High</bold>
                            </td>
                            <td align="left" colspan="1" rowspan="1" valign="top">Function of usage</td>
                            <td align="left" colspan="1" rowspan="1" valign="top">Usage, commercial partners</td>
                        </tr>
                        <tr>
                            <td align="left" colspan="1" rowspan="1" valign="top">11</td>
                            <td align="left" colspan="1" rowspan="1" valign="top">
                                <bold>Open source volunteer (wiki</bold>
                                <break/>
                                <bold>approach)</bold>
                            </td>
                            <td align="left" colspan="1" rowspan="1" valign="top">
                                <bold>Yes</bold>
                            </td>
                            <td align="left" colspan="1" rowspan="1" valign="top">
                                <bold>High</bold>
                            </td>
                            <td align="left" colspan="1" rowspan="1" valign="top">Highly dependent
                                <break/>on participation</td>
                            <td align="left" colspan="1" rowspan="1" valign="top">Willingness to contribute</td>
                        </tr>
                        <tr>
                            <td align="left" colspan="1" rowspan="1" valign="top">12</td>
                            <td align="left" colspan="1" rowspan="1" valign="top">
                                <bold>Donations</bold>
                            </td>
                            <td align="left" colspan="1" rowspan="1" valign="top">
                                <bold>Yes</bold>
                            </td>
                            <td align="left" colspan="1" rowspan="1" valign="top">
                                <bold>High</bold>
                            </td>
                            <td align="left" colspan="1" rowspan="1" valign="top">
                                <bold>Potentially stable</bold>
                            </td>
                            <td align="left" colspan="1" rowspan="1" valign="top">Partners</td>
                        </tr>
                    </tbody>
                </table>
            </table-wrap>
        </sec>
        <sec id="S3">
            <title>3 Funding situation of the UniProt knowledgebase, past and present</title>
            <p>For the purpose of this work, the Universal Protein Resource (UniProt) knowledgebase is used as a case study. UniProt contains a reviewed collection of high-quality annotated and non-redundant protein sequences, and brings together experimental results, computed features and scientific conclusions. Expert curation constitutes a core activity in the development and maintenance of the UniProt Knowledgebase (UniProtKB), which is composed of UniProtKB/Swiss-Prot - the reviewed section containing expert curated records with information extracted from the literature and curator-evaluated computational analysis, and UniProtKB/TrEMBL - the unreviewed section with automatically annotated records. At present, UniProt is developed and maintained by the UniProt consortium, a collaboration between the SIB Swiss Institute of Bioinformatics, the European Bioinformatics Institute (EMBL-EBI), and the Protein Information Resource (PIR). UniProt also includes the UniProt Reference Clusters (UniRef), a database of clustered sets of sequences from the UniProtKB, and the UniProt Archive (UniParc) that provides a complete set of known sequences, including historical obsolete sequences.</p>
            <p>The UniProt knowledgebase is an interesting case study because it passed through various funding models, as well described in the literature
                <sup>
                    <xref ref-type="bibr" rid="ref-7">7</xref>,
                    <xref ref-type="bibr" rid="ref-18">18</xref>,
                    <xref ref-type="bibr" rid="ref-19">19</xref>
                </sup>. It started under the name of Swiss-Prot, a research project at the University of Geneva in 1986. At that time it was funded through a Swiss National Science Foundation (SNSF) research grant, which lasted until 1996, when the knowledgebase suffered a funding crisis
                <sup>
                    <xref ref-type="bibr" rid="ref-20">20</xref>,
                    <xref ref-type="bibr" rid="ref-21">21</xref>
                </sup>. After negotiations with the Swiss Government, an agreement was reached with the creation of an institutional framework for the knowledgebase: the SIB Swiss Institute of Bioinformatics, born on 30 March 1998 as a non-profit foundation that could fund 50% of the knowledgebase. Simultaneously to SIB, the company Geneva Bioinformatics (GeneBio) S.A. was established as the exclusive commercial representative of SIB, to compensate the other 50% of the costs. GeneBio was selling licenses to commercial users, the fee depending on the number of users in the company, while academics users had free access. The royalties greatly exceeded the portion of the budget provided by the Swiss Federal Government. The Swiss-Prot group grew rapidly to the size of 80 people in 2004, while the database more than quadrupled in content in 6 years. In 2002, the funding model of Swiss-Prot changed and returned freely accessible to all the users. SIB and EMBL-EBI joined with PIR to form the UniProt consortium and applied for a NIH grant. Today the UniProt consortium has three main funders: the Swiss government (from 1996 and through SIB from 1998), recently with a 4-year grant from 2017 to 2020 accounting for about 38.7% of the total costs, an NIH grant ending in April 2018 (&#x223c; 32.5%), funds from the European Molecular Biology Laboratory (EMBL, &#x223c; 25.4%) and other funding of different sources (&#x223c; 3.4%). Swiss-Prot has also been supported by some EU funding, which ended in 2009. Now, despite the fact that about 28% of its users are from Europe, only a little portion of the curated part of the UniProtKB is currently supported by European funding: the UniProtKB/Swiss-Prot efforts in Switzerland are exclusively funded by Swiss and US funds, while the resource is being used by researchers all over the world.</p>
            <p>The yearly total income of UniProt is in the order of $ 17 million (&#x223c; &#x20ac;15 million), of which more than 90% is going to the staff salaries. This income hardly allows the curation of the current relevant literature
                <sup>
                    <xref ref-type="bibr" rid="ref-5">5</xref>
                </sup>. However, it does not allow any expansion that is required by the fast-growing need of literature biocuration</p>
        </sec>
        <sec id="S4">
            <title>4 Application of the models to the UniProt case</title>
            <p>In this section, the models presented in 
                <xref ref-type="other" rid="S2">Section 2</xref> are applied to the case study of the UniProt knowledgebase. For each model, the conditions to obtain an income equivalent to the UniProt annual effective costs, rounded up to &#x20ac;20 million, are analysed.</p>
            <p>When possible, the analysis of the feasibility of these models is extended to a theoretical global cost of the ensemble of the bioinformatics major core data resources for life science research (i.e. repositories and knowledgebases), estimated to about &#x20ac;190 million. By extension and to simplify the reading, this amount will be referred to as the budget for the &#x201c;total core data resources&#x201d;. This value has been assessed from an estimated cost of the ELIXIR candidate core data resources (&#x223c; &#x20ac;70 million
                <sup>
                    <xref ref-type="other" rid="fn6">6</xref>
                </sup>, per 435 million inhabitants for the ELIXIR&#x2019;s Member States), extrapolated to a virtual geographical area that includes Europe, USA and Japan (respectively of 743 million, 320 million and 128 million inhabitants, for a total of 1.19 billion inhabitants). Other studies
                <sup>
                    <xref ref-type="bibr" rid="ref-22">22</xref>,
                    <xref ref-type="bibr" rid="ref-23">23</xref>
                </sup> reported different values for other groups of resources and / or infrastructure, which may be in contrast with the data presented here. Yet, it is important to emphasize that the amounts presented in this work are rough estimations and should not be taken as financial reference data: their main purpose is to illustrate how the funding models could be applied to a real case study.</p>
            <p>All estimations are based on available data (number of users, data download, ads, etc.). The revenue values are not intended to be an exact calculation, but should be used as an indicator of the income potential for the different models. Usage data of UniProt have been obtained through Google Analytics, with adjustments for the user population as in 
                <xref ref-type="bibr" rid="ref-23">23</xref>,
                <xref ref-type="bibr" rid="ref-24">24</xref>. This triangulation leads to an estimation of unique users per month at 83,000 units.</p>
            <p>Whenever possible, data are presented in the original currency from which they are derived, transformed in euros for ease of understanding (US$ 1 = &#x20ac;0.88, CHF 1 = &#x20ac;0.93, currency rates as at July 2017). To simplify the reading, amounts are approximated and each model is considered as a single model (i.e. no mixed model). The depth of the analysis of each model depends in general on its applicability to the UniProt case study. Some models that are theoretically applicable, but dependent on several variable parameters, are also not presented in greater detail as they would require a separate business analysis that is out of the scope of the present study. Also note that the analyses are performed under the hypothesis that the choice of the model does not influence the parameters of the same model (i.e. no feedback loop).</p>
            <p>
                <bold>1. National funding.</bold> In this model, the countries having the highest access rates of the UniProt website would pay an amount to the UniProt consortium, proportional to the usage (2016 data) or to the national wealth (OECD data
                <sup>
                    <xref ref-type="other" rid="fn7">7</xref>
                </sup>). Four parameters have been separately taken into account for this analysis: the UniProt usage rate, the Gross Domestic Product (GDP), the Net National Income (NNI) and the R&amp;D domestic spending. 
                <xref ref-type="table" rid="T2">Table 2</xref> gives an overview of the costs for the top-10 user countries, both for the UniProt case and for the total core data resources. For the first parameter, the costs respectively for UniProt and for the total core data resources are distributed among the user countries according to their usage rate. A very small percentage of the national budget (0.00025&#x2013;0.00035%o) or the R&amp;D spending (0.014%o) would allow the sustainability of UniProt. Similarly, supposing the same geographical usage distribution for total core data resources infrastructure as for UniProt, it is possible to estimate that 0.0024&#x2013;0.003%o of the total budget or 0.13%o of the total R&amp;D spending could sustain the total core data resources.</p>
            <table-wrap id="T2" orientation="portrait" position="anchor">
                <label>Table 2. </label>
                <caption>
                    <title>Model 1, National funding.</title>
                    <p>Potential amounts from the top-10 UniProt user countries to sustain UniProt (orange columns) and the total core data resources (blue columns). Costs per country as a function of (1) usage, (2) Gross Domestic Product (GDP), (3) Net National Income (NNI) and (4) R&amp;D domestic spending.</p>
                </caption>
                <table content-type="article-table" frame="hsides">
                    <thead>
                        <tr>
                            <th colspan="1" rowspan="2"/>
                            <th align="left" colspan="1" rowspan="2">Country</th>
                            <th align="left" colspan="1" rowspan="2">% of
                                <break/>usage</th>
                            <th align="center" colspan="4" rowspan="1" style="background-color:#FBE4D5">UniProt</th>
                            <th align="center" colspan="4" rowspan="1" style="background-color:#DEEAF6">Total core data resources</th>
                        </tr>
                        <tr>
                            <th align="left" colspan="1" rowspan="1" style="background-color:#FBE4D5">Tax based
                                <break/>on usage
                                <break/>[k&#x20ac;]</th>
                            <th align="left" colspan="1" rowspan="1" style="background-color:#FBE4D5">0.00025
                                <break/>&#x2030; of GDP
                                <break/>[k&#x20ac;]</th>
                            <th align="left" colspan="1" rowspan="1" style="background-color:#FBE4D5">0.00035
                                <break/>&#x2030; of NNI
                                <break/>[k&#x20ac;]</th>
                            <th align="left" colspan="1" rowspan="1" style="background-color:#FBE4D5">0.014 &#x2030;
                                <break/>of R&amp;D
                                <break/>spending
                                <break/>[k&#x20ac;]</th>
                            <th align="left" colspan="1" rowspan="1" style="background-color:#DEEAF6">Tax based
                                <break/>on usage
                                <break/>[k&#x20ac;]</th>
                            <th align="left" colspan="1" rowspan="1" style="background-color:#DEEAF6">0.0024 &#x2030;
                                <break/>of GDP
                                <break/>[k&#x20ac;]</th>
                            <th align="left" colspan="1" rowspan="1" style="background-color:#DEEAF6">0.003 &#x2030;
                                <break/>of NNI
                                <break/>[k&#x20ac;]</th>
                            <th align="left" colspan="1" rowspan="1" style="background-color:#DEEAF6">0.13 &#x2030;
                                <break/>of R&amp;D
                                <break/>spending
                                <break/>[k&#x20ac;]</th>
                        </tr>
                    </thead>
                    <tbody>
                        <tr>
                            <td align="left" colspan="1" rowspan="1">1</td>
                            <td align="left" colspan="1" rowspan="1">United States</td>
                            <td align="left" colspan="1" rowspan="1">26.64</td>
                            <td align="left" colspan="1" rowspan="1" style="background-color:#FBE4D5">5,862</td>
                            <td align="left" colspan="1" rowspan="1" style="background-color:#FBE4D5">4,163</td>
                            <td align="left" colspan="1" rowspan="1" style="background-color:#FBE4D5">4,538</td>
                            <td align="left" colspan="1" rowspan="1" style="background-color:#FBE4D5">5,693</td>
                            <td align="left" colspan="1" rowspan="1" style="background-color:#DEEAF6">53,288</td>
                            <td align="left" colspan="1" rowspan="1" style="background-color:#DEEAF6">39,965</td>
                            <td align="left" colspan="1" rowspan="1" style="background-color:#DEEAF6">42,548</td>
                            <td align="left" colspan="1" rowspan="1" style="background-color:#DEEAF6">52,862</td>
                        </tr>
                        <tr>
                            <td align="left" colspan="1" rowspan="1">2</td>
                            <td align="left" colspan="1" rowspan="1">China</td>
                            <td align="left" colspan="1" rowspan="1">9.72</td>
                            <td align="left" colspan="1" rowspan="1" style="background-color:#FBE4D5">2,138</td>
                            <td align="left" colspan="1" rowspan="1" style="background-color:#FBE4D5">4,476</td>
                            <td align="left" colspan="1" rowspan="1" style="background-color:#FBE4D5">2,634</td>
                            <td align="left" colspan="1" rowspan="1" style="background-color:#FBE4D5">4,349</td>
                            <td align="left" colspan="1" rowspan="1" style="background-color:#DEEAF6">19,438</td>
                            <td align="left" colspan="1" rowspan="1" style="background-color:#DEEAF6">42,966</td>
                            <td align="left" colspan="1" rowspan="1" style="background-color:#DEEAF6">24,697</td>
                            <td align="left" colspan="1" rowspan="1" style="background-color:#DEEAF6">40,384</td>
                        </tr>
                        <tr>
                            <td align="left" colspan="1" rowspan="1">3</td>
                            <td align="left" colspan="1" rowspan="1">United
                                <break/>Kingdom</td>
                            <td align="left" colspan="1" rowspan="1">6.87</td>
                            <td align="left" colspan="1" rowspan="1" style="background-color:#FBE4D5">1,512</td>
                            <td align="left" colspan="1" rowspan="1" style="background-color:#FBE4D5">639</td>
                            <td align="left" colspan="1" rowspan="1" style="background-color:#FBE4D5">675</td>
                            <td align="left" colspan="1" rowspan="1" style="background-color:#FBE4D5">533</td>
                            <td align="left" colspan="1" rowspan="1" style="background-color:#DEEAF6">13,741</td>
                            <td align="left" colspan="1" rowspan="1" style="background-color:#DEEAF6">6,139</td>
                            <td align="left" colspan="1" rowspan="1" style="background-color:#DEEAF6">6,332</td>
                            <td align="left" colspan="1" rowspan="1" style="background-color:#DEEAF6">4,950</td>
                        </tr>
                        <tr>
                            <td align="left" colspan="1" rowspan="1">4</td>
                            <td align="left" colspan="1" rowspan="1">Germany</td>
                            <td align="left" colspan="1" rowspan="1">6.10</td>
                            <td align="left" colspan="1" rowspan="1" style="background-color:#FBE4D5">1,342</td>
                            <td align="left" colspan="1" rowspan="1" style="background-color:#FBE4D5">923</td>
                            <td align="left" colspan="1" rowspan="1" style="background-color:#FBE4D5">964</td>
                            <td align="left" colspan="1" rowspan="1" style="background-color:#FBE4D5">1,285</td>
                            <td align="left" colspan="1" rowspan="1" style="background-color:#DEEAF6">12,201</td>
                            <td align="left" colspan="1" rowspan="1" style="background-color:#DEEAF6">8,857</td>
                            <td align="left" colspan="1" rowspan="1" style="background-color:#DEEAF6">9,036</td>
                            <td align="left" colspan="1" rowspan="1" style="background-color:#DEEAF6">11,929</td>
                        </tr>
                        <tr>
                            <td align="left" colspan="1" rowspan="1">5</td>
                            <td align="left" colspan="1" rowspan="1">India</td>
                            <td align="left" colspan="1" rowspan="1">5.47</td>
                            <td align="left" colspan="1" rowspan="1" style="background-color:#FBE4D5">1,204</td>
                            <td align="left" colspan="1" rowspan="1" style="background-color:#FBE4D5">1,838</td>
                            <td align="left" colspan="1" rowspan="1" style="background-color:#FBE4D5">2,353</td>
                            <td align="left" colspan="1" rowspan="1" style="background-color:#FBE4D5">875</td>
                            <td align="left" colspan="1" rowspan="1" style="background-color:#DEEAF6">10,944</td>
                            <td align="left" colspan="1" rowspan="1" style="background-color:#DEEAF6">17,648</td>
                            <td align="left" colspan="1" rowspan="1" style="background-color:#DEEAF6">22,060</td>
                            <td align="left" colspan="1" rowspan="1" style="background-color:#DEEAF6">8,126</td>
                        </tr>
                        <tr>
                            <td align="left" colspan="1" rowspan="1">6</td>
                            <td align="left" colspan="1" rowspan="1">Japan</td>
                            <td align="left" colspan="1" rowspan="1">4.35</td>
                            <td align="left" colspan="1" rowspan="1" style="background-color:#FBE4D5">958</td>
                            <td align="left" colspan="1" rowspan="1" style="background-color:#FBE4D5">1,130</td>
                            <td align="left" colspan="1" rowspan="1" style="background-color:#FBE4D5">1,187</td>
                            <td align="left" colspan="1" rowspan="1" style="background-color:#FBE4D5">2,064</td>
                            <td align="left" colspan="1" rowspan="1" style="background-color:#DEEAF6">8,706</td>
                            <td align="left" colspan="1" rowspan="1" style="background-color:#DEEAF6">10,852</td>
                            <td align="left" colspan="1" rowspan="1" style="background-color:#DEEAF6">11,131</td>
                            <td align="left" colspan="1" rowspan="1" style="background-color:#DEEAF6">19,170</td>
                        </tr>
                        <tr>
                            <td align="left" colspan="1" rowspan="1">7</td>
                            <td align="left" colspan="1" rowspan="1">France</td>
                            <td align="left" colspan="1" rowspan="1">3.26</td>
                            <td align="left" colspan="1" rowspan="1" style="background-color:#FBE4D5">717</td>
                            <td align="left" colspan="1" rowspan="1" style="background-color:#FBE4D5">641</td>
                            <td align="left" colspan="1" rowspan="1" style="background-color:#FBE4D5">669</td>
                            <td align="left" colspan="1" rowspan="1" style="background-color:#FBE4D5">712</td>
                            <td align="left" colspan="1" rowspan="1" style="background-color:#DEEAF6">6,515</td>
                            <td align="left" colspan="1" rowspan="1" style="background-color:#DEEAF6">6,153</td>
                            <td align="left" colspan="1" rowspan="1" style="background-color:#DEEAF6">6,270</td>
                            <td align="left" colspan="1" rowspan="1" style="background-color:#DEEAF6">6,610</td>
                        </tr>
                        <tr>
                            <td align="left" colspan="1" rowspan="1">8</td>
                            <td align="left" colspan="1" rowspan="1">Canada</td>
                            <td align="left" colspan="1" rowspan="1">2.69</td>
                            <td align="left" colspan="1" rowspan="1" style="background-color:#FBE4D5">592</td>
                            <td align="left" colspan="1" rowspan="1" style="background-color:#FBE4D5">374</td>
                            <td align="left" colspan="1" rowspan="1" style="background-color:#FBE4D5">389</td>
                            <td align="left" colspan="1" rowspan="1" style="background-color:#FBE4D5">321</td>
                            <td align="left" colspan="1" rowspan="1" style="background-color:#DEEAF6">5,385</td>
                            <td align="left" colspan="1" rowspan="1" style="background-color:#DEEAF6">3,595</td>
                            <td align="left" colspan="1" rowspan="1" style="background-color:#DEEAF6">3,644</td>
                            <td align="left" colspan="1" rowspan="1" style="background-color:#DEEAF6">2,985</td>
                        </tr>
                        <tr>
                            <td align="left" colspan="1" rowspan="1">9</td>
                            <td align="left" colspan="1" rowspan="1">Spain</td>
                            <td align="left" colspan="1" rowspan="1">2.27</td>
                            <td align="left" colspan="1" rowspan="1" style="background-color:#FBE4D5">500</td>
                            <td align="left" colspan="1" rowspan="1" style="background-color:#FBE4D5">373</td>
                            <td align="left" colspan="1" rowspan="1" style="background-color:#FBE4D5">386</td>
                            <td align="left" colspan="1" rowspan="1" style="background-color:#FBE4D5">236</td>
                            <td align="left" colspan="1" rowspan="1" style="background-color:#DEEAF6">4,546</td>
                            <td align="left" colspan="1" rowspan="1" style="background-color:#DEEAF6">3,583</td>
                            <td align="left" colspan="1" rowspan="1" style="background-color:#DEEAF6">3,617</td>
                            <td align="left" colspan="1" rowspan="1" style="background-color:#DEEAF6">2,192</td>
                        </tr>
                        <tr>
                            <td align="left" colspan="1" rowspan="1">10</td>
                            <td align="left" colspan="1" rowspan="1">Italy</td>
                            <td align="left" colspan="1" rowspan="1">1.96</td>
                            <td align="left" colspan="1" rowspan="1" style="background-color:#FBE4D5">431</td>
                            <td align="left" colspan="1" rowspan="1" style="background-color:#FBE4D5">524</td>
                            <td align="left" colspan="1" rowspan="1" style="background-color:#FBE4D5">543</td>
                            <td align="left" colspan="1" rowspan="1" style="background-color:#FBE4D5">337</td>
                            <td align="left" colspan="1" rowspan="1" style="background-color:#DEEAF6">3,916</td>
                            <td align="left" colspan="1" rowspan="1" style="background-color:#DEEAF6">5,034</td>
                            <td align="left" colspan="1" rowspan="1" style="background-color:#DEEAF6">5,089</td>
                            <td align="left" colspan="1" rowspan="1" style="background-color:#DEEAF6">3,130</td>
                        </tr>
                        <tr>
                            <td align="left" colspan="1" rowspan="1">&#x2026;</td>
                            <td align="left" colspan="1" rowspan="1">&#x2026;</td>
                            <td align="left" colspan="1" rowspan="1"/>
                            <td align="left" colspan="4" rowspan="1" style="background-color:#FBE4D5"/>
                            <td align="left" colspan="4" rowspan="1" style="background-color:#DEEAF6"/>
                        </tr>
                        <tr>
                            <td align="left" colspan="1" rowspan="1">14</td>
                            <td align="left" colspan="1" rowspan="1">Switzerland</td>
                            <td align="left" colspan="1" rowspan="1">1.49</td>
                            <td align="left" colspan="1" rowspan="1" style="background-color:#FBE4D5">328</td>
                            <td align="left" colspan="1" rowspan="1" style="background-color:#FBE4D5">120</td>
                            <td align="left" colspan="1" rowspan="1" style="background-color:#FBE4D5">122</td>
                            <td align="left" colspan="1" rowspan="1" style="background-color:#FBE4D5">162</td>
                            <td align="left" colspan="1" rowspan="1" style="background-color:#DEEAF6">2,986</td>
                            <td align="left" colspan="1" rowspan="1" style="background-color:#DEEAF6">1,149</td>
                            <td align="left" colspan="1" rowspan="1" style="background-color:#DEEAF6">1,142</td>
                            <td align="left" colspan="1" rowspan="1" style="background-color:#DEEAF6">1,500</td>
                        </tr>
                        <tr>
                            <td align="left" colspan="1" rowspan="1">&#x2026;</td>
                            <td align="left" colspan="1" rowspan="1">&#x2026;</td>
                            <td align="left" colspan="1" rowspan="1"/>
                            <td align="left" colspan="4" rowspan="1" style="background-color:#FBE4D5"/>
                            <td align="left" colspan="4" rowspan="1" style="background-color:#DEEAF6"/>
                        </tr>
                        <tr>
                            <td align="left" colspan="1" rowspan="1"/>
                            <td align="left" colspan="1" rowspan="1">Total</td>
                            <td align="left" colspan="1" rowspan="1">100</td>
                            <td align="center" colspan="4" rowspan="1" style="background-color:#FBE4D5">&#x20ac;20 million</td>
                            <td align="center" colspan="4" rowspan="1" style="background-color:#DEEAF6">&#x20ac;190 million</td>
                        </tr>
                    </tbody>
                </table>
            </table-wrap>
            <p>This model guarantees secure funds for knowledgebases, and is stable over time. It is compatible with the criteria of open access and equity for users and institutions, and coherent with the idea that the countries with the highest number of users contribute to the maintenance of the infrastructures from which they are benefitting. A contribution based on the R&amp;D spending might be preferred to the GDP as these two do not always correlate. For a country with a large population such as India, where the expenditures in research represent only the 0.85% of the GDP (compared to 3.2% for Japan, for example), the contribution might be seen as unfairly large for the government.</p>
            <p>At the international level, some recommendations that are consistent with this model have been recently put forward. The European Commission&#x2019;s High Level Expert Group on the European Open Science Cloud (HLEG - EOSC) proposed that about 5% of the total research expenditure should be spent on properly managing and &#x2018;stewarding&#x2019; data in an integrated fashion. The implementation of this model requires, however, that the different governments or national funding agencies agree to contribute with a fixed percentage of their R&amp;D budgets, which in general cover other research domains other than the life sciences. This model can therefore not be put into place in a short timeframe, and governance costs may represent a considerable fraction of the funds obtained.</p>
            <p>
                <bold>2. Infrastructure model.</bold> The cost of data stewardship would be covered directly by the funding agencies that fund field-related research projects. This model can be implemented as a sort of revised version of 
                <italic toggle="yes">National model</italic>, model 1: funding bodies (not only governmental, but also private agencies) allocate a fixed percentage of their life science grants to a budget that is subsequently distributed to the infrastructures, knowledgebases included, according to well-defined selection criteria. To estimate the percentage needed to sustain UniProt and, more generally the total core data resources, the budgets reserved to the life sciences from five theoretically selected funding agencies, have been considered (the Swiss National Science Foundation
                <sup>
                    <xref ref-type="other" rid="fn8">8</xref>
                </sup>, the National Institutes of Health (NIH)
                <sup>
                    <xref ref-type="other" rid="fn9">9</xref>
                </sup>, the Wellcome Trust
                <sup>
                    <xref ref-type="other" rid="fn10">10</xref>
                </sup>, the Japan Science and Technology Agency
                <sup>
                    <xref ref-type="other" rid="fn11">11</xref>
                </sup>, and the European Commission
                <sup>
                    <xref ref-type="other" rid="fn12">12</xref>
                </sup>. The total yearly budget assigned to the life sciences by these five agencies adds up to &#x223c; &#x20ac;21 billion. A very small fraction of this budget, in the order of 0.1%, would then be sufficient to sustain UniProt. 
                <bold>Only 1%</bold> of the total amount dedicated by these five funding bodies to grants in the life sciences would suffice to cover the cost of the total core data resources (0.9% of these budgets corresponds to approximately &#x20ac;190 million). Extending this model to other major funding agencies would increase the income and reduce the percentage needed from each agency.</p>
            <p>This approach is very attractive in terms of equity and potential of income. It requires the major funding agencies to collaborate at an international level, and represents a significant evolution in the way how research infrastructure is funded. It also necessitates that countries that are currently not funding life science databases, or in a small proportion compared to their usage, start contributing. In general, funding agencies&#x2019; revenues can come from different sources, not only from the national budget (as in model 1); therefore, the participation of a certain funding agency to this model would likely depend on the availability of its own local budget, while the identification of the knowledgebases to which the budgets are allocated would require a selection process based on well-defined indicators (as it is currently done for grant assignments) and a lead agency or an institution that would take care of the funding distribution process. See 
                <xref ref-type="other" rid="S5">Section 5</xref> for an in-depth discussion about this model.</p>
            <p>
                <bold>3/4. Institutional support + research project grants.</bold> These two models are equivalent to the current funding scheme of UniProt, with 63% of the budget covered by institutional support (from Switzerland through SIB and from the EU through the EMBL-EBI), and 32% by NIH funding, granted for four years until 30 April 2018.</p>
            <p>
                <bold>5. Content licensing.</bold> UniProt is used by many life science companies to carry out business, research and to generate profit. The potential income of a commercial paywall is thus estimated, by assuming that all the life science for-profit companies would subscribe a licence to UniProt. A (non-exhaustive) list of the life science companies of 30 major countries in the world, irrespective of their size, was extracted
                <sup>
                    <xref ref-type="other" rid="fn13">13</xref>
                </sup> together with a classification of all manufacturing companies, in terms of their size
                <sup>
                    <xref ref-type="other" rid="fn14">14</xref>
                </sup>. By assuming that the relative proportions of small, medium and large companies in the life sciences sector are similar to the proportions in the whole manufacturing area, the distribution of the life science companies in terms of their size was estimated. In this case, even low licence prices would generate an income of about &#x20ac;20 million, e.g.:</p>
            <list list-type="bullet">
                <list-item>
                    <p>&#x20ac;500 to small companies (0&#x2013;9 employees)</p>
                </list-item>
                <list-item>
                    <p>&#x20ac;1,000 to companies of 10&#x2013;19 employees</p>
                </list-item>
                <list-item>
                    <p>&#x20ac;3,000 to companies of 20&#x2013;49 employees</p>
                </list-item>
                <list-item>
                    <p>&#x20ac;5,000 to companies of 50&#x2013;249 employees</p>
                </list-item>
                <list-item>
                    <p>&#x20ac;10,000 to companies of 250+ employees.</p>
                </list-item>
            </list>
            <p>The licence prices were intentionally underestimated in order to balance with the overestimation of the number of subscribing companies (&gt;15,000).</p>
            <p>When this model was applied to Swiss-Prot in 1998, the licence fees ranged from &#x20ac;2,500 for small companies (typically start-ups) to &#x20ac;90,000 for the largest companies. At that time, the necessary annual budget for Swiss-Prot was &#x223c; &#x20ac;8 million. When calculating the revenues using these licence fees, a subscription by 1/10 of the total companies calculated above, would allow for a sustainable model for the knowledgebase. The implementation of this model requires some extra administrative costs, such as the creation of an adequate platform for the payment of the licences (probably on the order of few FTEs) and the costs for negotiation with the companies. This model has a large potential of income and allows maintaining a free access to the knowledgebase for academic users, while not for commercial users. It is though not compatible with the principles of open access and could hamper licensing and reuse of data by other resources that might see their access limited or blocked.</p>
            <p>
                <bold>6. User subscription fees.</bold> As estimated, UniProt has a traffic of about 83,000 unique users/month and average monthly data download from the FTP site of 30 TB. Charging the single user with a subscription fee of &#x20ac;20/month would allow an income sufficient to sustain the resource. Similarly, charging the user according to data download a fee of &#x20ac;0,055/MB download, would cover the yearly budget of &#x20ac;20 million. While these amounts are comparable to many subscriptions for software or applications, this model remains inconsistent in terms of equity and open science. Moreover, the implementation of this model would also require the setup of a platform for the payments, or the adoption of an existing one, with some additional (but probably negligible) costs. As the previous model, it is not compatible with the principles of open access.</p>
            <p>
                <bold>7/8. Freemium service / Razor &amp; blades.</bold> The potential income for UniProt through these two models is difficult to estimate. Their implementation would imply that a selected part of the information (or old releases) was available for free and additional features (or the latest releases) were dependent on the payment of a fee. The data within UniProt would therefore have to be split into &#x201c;free" and &#x201c;not-free-but-worth-paying-for", in terms of data selection or old/new releases, which would require a more in-depth analysis and a careful selection of the type of data to charge and release. This model is currently used by some scientific journals such as the Proceedings of the National Academy of Sciences (PNAS): access to the complete PNAS Online is limited to paying subscribers and to members; without a subscription, all content older than 6 months is accessible at no cost. Similarly, TAIR adopted the same policy: up-to-date curated data are available to subscribers and one year later they become freely available for anyone to download. Interestingly, from an early analysis, the group reported that the introduction of a paywall did not decrease the use of the database
                <sup>
                    <xref ref-type="bibr" rid="ref-11">11</xref>
                </sup>. These models, however, are not compatible with the principles of open access and they also require an infrastructure comparable to the subscription model to support the fee services. Moreover, they cannot guarantee the long term survival if all the resources will have to rely on subscription fees: a paywall for accessing each resource will heavily charge the user that will inevitably choose to dismiss some of them.</p>
            <p>
                <bold>9. Public-private consortium.</bold> A biotechnology/pharma company consortium financing UniProt is an option that would allow academic users a free access, with the budget of the resource being supported by a consortium of companies that make use of the knowledgebase. Yet, it is hard to estimate how many and which companies would be willing (or able) to participate, among which the cost (or part of it) would be distributed. A similar model to cover part of the costs could also in principle see field-specific companies funding the part of UniProt aligned with their interests, but without a privileged access to the data. In this way, the resource would remain open access for the users, although funded by private companies. However, the history of Swiss-Prot has shown that commercial users prefer to pay a (compulsory) licence subscription because a voluntary contribution is not easily defendable in the annual budget. The recent experience of the TAIR knowledgebase also shows that support from companies as a voluntary participation lags behind mandatory fees
                <sup>
                    <xref ref-type="bibr" rid="ref-11">11</xref>
                </sup>.</p>
            <p>
                <bold>10. Advertising.</bold> This model could in principle be applied to UniProt in many different manners. One possibility is to have banner ads of related companies on the web page sides proposing pharmaceutical products, lab tools, antibodies, reagents, etc. This option has the inconvenience that the advertisements may damage the high quality image of the database, in addition to being intrusive and annoying for the users. A second possibility may be to add links to company websites that are selling products related to the proteins findable through the UniProt search tool. Also, the addition of some sponsor services, as for instance the inclusion of a comparative table of products, can be of added value to the knowledgebase. Another possibility is to collect users&#x2019; data (e-mails, searches, locations . . .) and to exchange - provided permission from the users is obtained - the information with advertisers or partners. This is a model adopted by services as Google, Facebook and Apple, and by scientific journals such as Nature and Science. This model raises criticisms in terms of privacy and high scientific quality of the database. Moreover, the setup of an advertising platform is associated with additional costs and staff to support the structure. An advertising model requires a high volume of visitors to provide a sustainable income. To generate $ 50,000 (&#x20ac;44,000) per year in advertising revenues, a website needs approximately 2 million page visits per year
                <sup>
                    <xref ref-type="bibr" rid="ref-10">10</xref>
                </sup> The UniProt traffic of about 56 million page views per year could generate a maximum of &#x20ac;1.3 million, less than 1/15 of the annual budget. This model can therefore not be the unique funding source for UniProt, but rather a complementary stream to other models, as compatible with the principle of open access.</p>
            <p>
                <bold>11. Wiki approach.</bold> The model does not generate a revenue, but describes a way how data could be annotated, i.e. through voluntary participation of the community. The added value of UniProt lies in the high quality of the annotated data, curated by professional expert biocurators. Public contributions cannot maintain this high level of accuracy of the data. There exist many examples of resources that adopted a &#x201c;Wiki-based&#x201d; approach, in genomics (GeneWiki, WikiGenes), in proteomics (WikiProteins, TOPSAN), as well as for RNA annotation (Rfam, miRBase). However, these systems still encounter many obstacles such as usability, authorship recognition, and information reliability
                <sup>
                    <xref ref-type="bibr" rid="ref-25">25</xref>
                </sup>. In addition, many of these Wiki resources are based on the integration of already processed data collected from existing knowledgebases such as UniProt. New approaches have been presented to increase reliability and usability, such as mechanisms to track authorship and to encourage community participation
                <sup>
                    <xref ref-type="bibr" rid="ref-25">25</xref>
                </sup>, but many issues remain to be addressed. For example, a Wiki approach still requires funds for the basic infrastructure (servers, technical staff, . . . ). It could therefore be implemented, combined with other more robust models, as a solution to reduce the total cost of the knowledgebase. Studies have evaluated the multiple attempts to take advantage of the significant experience of the life science community (passionate scientists, students, retired researchers, . . .) through some sort of crowd-sourcing. Yet, crowd-sourced curation appears to have a very low participation rate. In general, the more complex a database is, the more likely professional curation is to be favoured over crowd-sourced curation
                <sup>
                    <xref ref-type="bibr" rid="ref-22">22</xref>,
                    <xref ref-type="bibr" rid="ref-26">26</xref>
                </sup>. Therefore, this approach is definitely not applicable to the case of UniProt: high quality data thanks to professional expert curation are at the heart of this resource, and quality could not be guaranteed through a crowd-sourced curation.</p>
            <p>
                <bold>12. Donations.</bold> Many online databases and journals rely on donations from people around the world. The most famous is Wikipedia, the free collaborative collection of knowledge. Even though Wikipedia&#x2019;s content comes from active users on a voluntary base (i.e. at cost zero), the site has running costs that are covered primarily by individual donations, in addition to other funding sources that allow to sustain specific projects. In 2016, the Wikimedia Foundation received $ 77.2 million (&#x20ac;72.5 million) from 5.4 million users (&#x223c; 1% per year of all users, with an average donation of about $ 15 &#x223c; &#x20ac;13)
                <sup>
                    <xref ref-type="other" rid="fn15">15</xref>
                </sup>. By applying a similar model to the UniProt case, the same fraction of users could potentially contribute with similar donations to the knowledgebase. However, donations would contribute to less than 1% of Uniprot&#x2019;s budget (&#x223c; &#x20ac;115,000). Also, this model is highly unpredictable, as donations depend on individuals, the awareness of the funders and a strong involvement in the cause. Moreover, some extra costs are to be included, as such a model requires setting up a fundraising infrastructure (people, campaign, department, . . .). Yet, it is worth considering this model as a complementary model.</p>
        </sec>
        <sec id="S5">
            <title>5 Discussion and proposal for a long-term sustainable funding model for knowledgebases</title>
            <p>As described above, most life science knowledgebases are currently heavily dependent on grants and paid subscriptions: these funding models present many limitations that are described in 
                <xref ref-type="other" rid="S2">Section 2</xref>. The ideal funding model for UniProt, with possible extensions to the total core data resources, should respond to the following criteria:</p>
            <list list-type="bullet">
                <list-item>
                    <p>To guarantee open access and equal opportunity</p>
                </list-item>
                <list-item>
                    <p>To generate revenues that are sufficient to fully cover the costs and that are stable over time</p>
                </list-item>
                <list-item>
                    <p>To derive from transparent sources</p>
                </list-item>
                <list-item>
                    <p>To combine different revenue streams, in order to reduce the risk of lacking income if one of the sources is discontinued; the different revenue streams have to depend on different external factors or different entities (see 
                        <xref ref-type="table" rid="T1">Table 1</xref>) to further increase resilience.</p>
                </list-item>
            </list>
            <p>
                <xref ref-type="table" rid="T3">Table 3</xref> summarizes the pros and cons for each model, with a focus on UniProt, and an estimation of the time frame necessary for its implementation. A complex model would obviously require a longer period of time to be put in place and accepted by the community.</p>
            <table-wrap id="T3" orientation="portrait" position="anchor">
                <label>Table 3. </label>
                <caption>
                    <title>Applicability of the models to the UniProt case study.</title>
                    <p>The table summarizes the potential of income of each model and the complexity of the implementation. Refer to 
                        <xref ref-type="other" rid="S5">Section 5</xref> for the calculations.</p>
                </caption>
                <table content-type="article-table" frame="hsides">
                    <thead>
                        <tr>
                            <th align="left" colspan="1" rowspan="1" valign="top">#</th>
                            <th align="left" colspan="1" rowspan="1" valign="top">Name of the model</th>
                            <th align="left" colspan="1" rowspan="1" valign="top">Applicable to
                                <break/>UniProt?</th>
                            <th align="left" colspan="1" rowspan="1" valign="top">Potential and condition for income for
                                <break/>UniProt</th>
                            <th align="left" colspan="1" rowspan="1" valign="top">Estimated
                                <break/>implementation
                                <break/>time</th>
                            <th align="left" colspan="1" rowspan="1" valign="top">Pros (+)</th>
                            <th align="left" colspan="1" rowspan="1" valign="top">Cons (-)</th>
                        </tr>
                    </thead>
                    <tbody>
                        <tr>
                            <td align="left" colspan="1" rowspan="1" valign="top">1</td>
                            <td align="left" colspan="1" rowspan="1" valign="top">
                                <bold>National funding</bold>
                            </td>
                            <td align="left" colspan="1" rowspan="1" valign="top">Yes</td>
                            <td align="left" colspan="1" rowspan="1" valign="top">0.00025&#x2013;0.00035&#x2030; of the domestic
                                <break/>budget from each of the user countries,
                                <break/>or 0.013&#x2030; of the R&amp;D domestic
                                <break/>spending, allow covering 100% of the
                                <break/>budget (&#x20ac;20 million)</td>
                            <td align="left" colspan="1" rowspan="1" valign="top">Several years</td>
                            <td align="left" colspan="1" rowspan="1" valign="top">+ Stable funding in the long term
                                <break/>+ Open Access</td>
                            <td align="left" colspan="1" rowspan="1" valign="top">- Requires negotiation with the
                                <break/>respective governments</td>
                        </tr>
                        <tr>
                            <td align="left" colspan="1" rowspan="1" valign="top">2</td>
                            <td align="left" colspan="1" rowspan="1" valign="top">
                                <bold>Infrastructure model</bold>
                            </td>
                            <td align="left" colspan="1" rowspan="1" valign="top">Yes</td>
                            <td align="left" colspan="1" rowspan="1" valign="top">&#x223c; 0.1% of total spending for life science
                                <break/>research grants of 5 funding agencies
                                <break/>allow covering 100% of the budget</td>
                            <td align="left" colspan="1" rowspan="1" valign="top">Months to years</td>
                            <td align="left" colspan="1" rowspan="1" valign="top">+ Stable funding in the long term
                                <break/>+ Open Access</td>
                            <td align="left" colspan="1" rowspan="1" valign="top">- Requires negotiation with the
                                <break/>funding agencies (but likely a
                                <break/>smaller effort than in 
                                <italic toggle="yes">model 1</italic>)</td>
                        </tr>
                        <tr>
                            <td align="left" colspan="1" rowspan="1" valign="top">3</td>
                            <td align="left" colspan="1" rowspan="1" valign="top">
                                <bold>Institutional support</bold>
                            </td>
                            <td align="left" colspan="1" rowspan="1" valign="top">Current (SIB
                                <break/>&amp; EMBL-EBI
                                <break/>funds)</td>
                            <td align="left" colspan="1" rowspan="1" valign="top">63% of the budget</td>
                            <td align="left" colspan="1" rowspan="1" valign="top">Already existing</td>
                            <td align="left" colspan="1" rowspan="1" valign="top">+ Funding relatively stable
                                <break/>over time seen the institutional
                                <break/>commitment
                                <break/>+ Open Access</td>
                            <td align="left" colspan="1" rowspan="1" valign="top">- Amounts insufficient to cover full
                                <break/>cost</td>
                        </tr>
                        <tr>
                            <td align="left" colspan="1" rowspan="1" valign="top">4</td>
                            <td align="left" colspan="1" rowspan="1" valign="top">
                                <bold>Research project</bold>
                                <break/>
                                <bold>grants</bold>
                            </td>
                            <td align="left" colspan="1" rowspan="1" valign="top">Current (NIH
                                <break/>grant)</td>
                            <td align="left" colspan="1" rowspan="1" valign="top">32% of the budget</td>
                            <td align="left" colspan="1" rowspan="1" valign="top">Already existing</td>
                            <td align="left" colspan="1" rowspan="1" valign="top">+ Open Access</td>
                            <td align="left" colspan="1" rowspan="1" valign="top">- Amount insufficient to cover full
                                <break/>cost
                                <break/>- Short funding cycle leading to
                                <break/>instability over time</td>
                        </tr>
                        <tr>
                            <td align="left" colspan="1" rowspan="1" valign="top">5</td>
                            <td align="left" colspan="1" rowspan="1" valign="top">
                                <bold>Content licensing/</bold>
                                <break/>
                                <bold>industrial support</bold>
                                <break/>
                                <bold>model</bold>
                            </td>
                            <td align="left" colspan="1" rowspan="1" valign="top">Yes</td>
                            <td align="left" colspan="1" rowspan="1" valign="top">Commercial licences for private
                                <break/>companies (&#x20ac;500 &#x2013; &#x20ac;10,000: depending
                                <break/>on the size) allow covering 100% of the
                                <break/>budget</td>
                            <td align="left" colspan="1" rowspan="1" valign="top">Months</td>
                            <td align="left" colspan="1" rowspan="1" valign="top">+ Stable funding in the long term
                                <break/>+ Potential high income</td>
                            <td align="left" colspan="1" rowspan="1" valign="top">- Not Open Access
                                <break/>- Significant administrative burden</td>
                        </tr>
                        <tr>
                            <td align="left" colspan="1" rowspan="1" valign="top">6</td>
                            <td align="left" colspan="1" rowspan="1" valign="top">
                                <bold>User subscription</bold>
                                <break/>
                                <bold>fees</bold>
                            </td>
                            <td align="left" colspan="1" rowspan="1" valign="top">Yes</td>
                            <td align="left" colspan="1" rowspan="1" valign="top">Subscription fees for users of &#x20ac;20/month
                                <break/>or &#x20ac;55/GB of download allow covering
                                <break/>100% of the budget</td>
                            <td align="left" colspan="1" rowspan="1" valign="top">Months</td>
                            <td align="left" colspan="1" rowspan="1" valign="top">- Stable funding in the long term
                                <break/>+ Potential for high income</td>
                            <td align="left" colspan="1" rowspan="1" valign="top">- Not Open Access
                                <break/>- Significant administrative burden</td>
                        </tr>
                        <tr>
                            <td align="left" colspan="1" rowspan="1" valign="top">7</td>
                            <td align="left" colspan="1" rowspan="1" valign="top">
                                <bold>Value-added/</bold>
                                <break/>
                                <bold>asymmetrical pricing</bold>
                                <break/>
                                <bold>model (or freemium</bold>
                                <break/>
                                <bold>service)</bold>
                            </td>
                            <td align="left" colspan="1" rowspan="1" valign="top">?</td>
                            <td align="left" colspan="1" rowspan="1" valign="top">?</td>
                            <td align="left" colspan="1" rowspan="1" valign="top">Months</td>
                            <td align="left" colspan="1" rowspan="1" valign="top">+ Potential for high income</td>
                            <td align="left" colspan="1" rowspan="1" valign="top">- Has to be combined with another
                                <break/>model
                                <break/>- Not Open Access
                                <break/>- Significant administrative burden</td>
                        </tr>
                        <tr>
                            <td align="left" colspan="1" rowspan="1" valign="top">8</td>
                            <td align="left" colspan="1" rowspan="1" valign="top">
                                <bold>Infrastructural razor</bold>
                                <break/>
                                <bold>&amp; blades</bold>
                            </td>
                            <td align="left" colspan="1" rowspan="1" valign="top">?</td>
                            <td align="left" colspan="1" rowspan="1" valign="top">?</td>
                            <td align="left" colspan="1" rowspan="1" valign="top">Months</td>
                            <td align="left" colspan="1" rowspan="1" valign="top">Potential for high income</td>
                            <td align="left" colspan="1" rowspan="1" valign="top">- Has to be combined with another
                                <break/>model
                                <break/>- Not Open Access
                                <break/>- Significant administrative burden</td>
                        </tr>
                        <tr>
                            <td align="left" colspan="1" rowspan="1" valign="top">9</td>
                            <td align="left" colspan="1" rowspan="1" valign="top">
                                <bold>Public-private</bold>
                                <break/>
                                <bold>consortium)</bold>
                            </td>
                            <td align="left" colspan="1" rowspan="1" valign="top">Yes</td>
                            <td align="left" colspan="1" rowspan="1" valign="top">Consortium sharing the costs size allows
                                <break/>covering up to 100% of the budget</td>
                            <td align="left" colspan="1" rowspan="1" valign="top">Months to years</td>
                            <td align="left" colspan="1" rowspan="1" valign="top">+ Potential for high income
                                <break/>+ Stable funding in the long term
                                <break/>+ Open Access</td>
                            <td align="left" colspan="1" rowspan="1" valign="top">- Requires negotiation with the
                                <break/>companies</td>
                        </tr>
                        <tr>
                            <td align="left" colspan="1" rowspan="1" valign="top">10</td>
                            <td align="left" colspan="1" rowspan="1" valign="top">
                                <bold>Online advertising</bold>
                                <break/>
                                <bold>&amp; Corporate</bold>
                                <break/>
                                <bold>sponsorship</bold>
                            </td>
                            <td align="left" colspan="1" rowspan="1" valign="top">Yes</td>
                            <td align="left" colspan="1" rowspan="1" valign="top">&#x20ac;1.3 million (6,5% of the budget)</td>
                            <td align="left" colspan="1" rowspan="1" valign="top">Months</td>
                            <td align="left" colspan="1" rowspan="1" valign="top">+ Open Access</td>
                            <td align="left" colspan="1" rowspan="1" valign="top">- Has to be combined with another
                                <break/>model
                                <break/>- May decrease the scientific
                                <break/>credibility &amp; be annoying to the user
                                <break/>- Significant administrative and
                                <break/>business development effort</td>
                        </tr>
                        <tr>
                            <td align="left" colspan="1" rowspan="1" valign="top">11</td>
                            <td align="left" colspan="1" rowspan="1" valign="top">
                                <bold>Open source</bold>
                                <break/>
                                <bold>volunteer (wiki</bold>
                                <break/>
                                <bold>approach)</bold>
                            </td>
                            <td align="left" colspan="1" rowspan="1" valign="top">No</td>
                            <td align="left" colspan="1" rowspan="1" valign="top">-</td>
                            <td align="left" colspan="1" rowspan="1" valign="top">Months</td>
                            <td align="left" colspan="1" rowspan="1" valign="top">+ Open Access
                                <break/>+ Can be used to decrease the
                                <break/>total costs</td>
                            <td align="left" colspan="1" rowspan="1" valign="top">- Has to be combined with another
                                <break/>model
                                <break/>- May decrease the scientific
                                <break/>credibility and quality</td>
                        </tr>
                        <tr>
                            <td align="left" colspan="1" rowspan="1" valign="top">12</td>
                            <td align="left" colspan="1" rowspan="1" valign="top">
                                <bold>Donations</bold>
                            </td>
                            <td align="left" colspan="1" rowspan="1" valign="top">Yes</td>
                            <td align="left" colspan="1" rowspan="1" valign="top">Voluntary donation of 
                                <italic toggle="yes">sim</italic> &#x20ac;13 from 1% of
                                <break/>the users could cover &lt;1% of the budget</td>
                            <td align="left" colspan="1" rowspan="1" valign="top">Months</td>
                            <td align="left" colspan="1" rowspan="1" valign="top">+ Open Access</td>
                            <td align="left" colspan="1" rowspan="1" valign="top">- Highly unpredictable
                                <break/>- Has to be combined with another
                                <break/>model
                                <break/>- Requires an adequate platform
                                <break/>for donations and significant
                                <break/>fundraising efforts</td>
                        </tr>
                    </tbody>
                </table>
            </table-wrap>
            <p>A model relying on access fees (model 5, 
                <italic toggle="yes">User subscription fees</italic>, as well as model 6, 
                <italic toggle="yes">Content licensing</italic>) would likely guarantee the sustainability of UniProt, at least as long as the resource remains useful and has an impact for the community. If academics could have a privileged free-of-charge access, commercial entities would contribute financially to the maintenance of the knowledgebase through a subscription fee. The introduction of a paywall, even for a part of the users, would probably impact data reuse, access and submission. One of the principal concerns is that a paywall may prevent researchers from linking to data in other databases. And of course, scientists would need to use their grant money to pay for subscriptions. One option to recoup the usage costs could be a &#x201c;virtual coins model&#x201d;, in which the costs for using the resources is included directly in the grant applications and a virtual budget is assigned specifically for that purpose. In this way, the resource is maintained as long as it is sufficiently used and the researchers receive pre-paid credits to access the infrastructure. In theory, the difference with a subscription fees model is that the user doesn&#x2019;t subtract part of his research budget to pay the infrastructure, as the amount that s/he needs to pay is foreseen in the project estimates. The closest scenario is perhaps the BD2K Cloud Model
                <sup>
                    <xref ref-type="other" rid="fn16">16</xref>
                </sup>, though it relates to data storage and deposition databases. It hardly applies to resources such as knowledgebases with manual curation as it might be very hard for the scientists to estimate in advance the amount of usage that they will need for a project. Moreover, this implementation is not compatible with the principles of open access. Yet, in its recent experience of the application of a subscription model, TAIR claims to minimize these drawbacks by balancing subscriber-only privileges and the publication of special releases which can be downloaded and reused by other data resources. TAIR is currently also supported by a grant from the SLOAN Foundation, with the aim of developping a suitable and advanced platform for the extension of the user funding model to other databases
                <sup>
                    <xref ref-type="bibr" rid="ref-11">11</xref>
                </sup>. Another possibility could also be to charge a modest fee to the users and to compensate the missing funds with other mechanisms that could guarantee the accessibility to the resource to the largest community at almost zero access cost.</p>
            <p>Another possible model is a 
                <italic toggle="yes">Consortium</italic> of many biotechnology/pharma companies that contribute to the budget. Currently, there exist some joint programmes, such as the Innovative Medicines Initiative (IMI
                <sup>
                    <xref ref-type="other" rid="fn17">17</xref>
                </sup>), a partnership between the European Commission and the European Federation of Pharmaceutical Industries and Associations, that could in principle also support infrastructure and data resources. However, implementing this model for more than one database (for example for all ELIXIR Core Data Resources) may hinder the negotiations with the commercial partners. Alternatively, the idea of a separate consortium for each database is likely prohibitive.</p>
            <p>On the basis of these observations, in this work, the 
                <italic toggle="yes">Infrastructure Model</italic> is proposed as a sustainable model for all the life science knowledgebases, since it is compliant with the criteria we put forward above. Its process is illustrated in 
                <xref ref-type="fig" rid="f2">Figure 2</xref>. The funding agencies distribute research grants only to research projects (but not to databases), in function of their field/topic. A percentage of each grant is retained and assigned to a budget for data stewardship and subsequently redistributed among the relevant infrastructures, including Data Management Plans providers, deposition databases and knowledgebases.</p>
            <fig fig-type="figure" id="f2" orientation="portrait" position="float">
                <label>Figure 2. </label>
                <caption>
                    <title>The 
                        <italic toggle="yes">Infrastructure Model</italic> on the level of the funding agency.</title>
                    <p>On the left, the current model, in which databases compete cyclically for grants against research or resource projects. On the right the Infrastructure Model, in which the funding agencies distribute research grants only to research projects. A percentage of each grant is retained and assigned to a budget for data stewardship, and subsequently redistributed among the relevant infrastructures, including Data Management Plans providers, deposition databases and knowledgebases.</p>
                </caption>
                <graphic orientation="portrait" position="float" xlink:href="https://f1000research-files.f1000.com/manuscripts/15641/cdac2a20-cfea-4fdf-93f2-30219bff0635_figure2.gif"/>
            </fig>
            <p>In addition, whereas UniProt&#x2019;s current funding is almost entirely coming from the USA, Switzerland and the EMBL member states, this model has the advantage of distributing the cost over the countries according to the composition of the science community and thus allows a considerable diversification of the revenue streams. Importantly, at a larger scale, with less than 1 percent of the life science budget of five major funding agencies in Europe, Switzerland, Great-Britain, Japan and the USA, this model would be able to fund &#x20ac;190 million to cover the costs of the total core data resources. Should such a model be implemented at an even wider international level, it will involve funding agencies from other countries, thus increasing the income and further diversifying the streams. The 
                <italic toggle="yes">Infrastructure model</italic> has also the advantage to scale with the amount of data that is generated. The implementation of such a model requires however the appointment of a 
                <italic toggle="yes">super partes</italic> lead agency or an institution that takes care of the funding distribution process and the selection criteria. This function could be played by ELIXIR, as the European reference for the life science bioinformatics resources, or by another non-profit organization. This model could also be combined with others, such as the advertising model or some donations or institutional support.</p>
            <p>The 
                <italic toggle="yes">Infrastructure model</italic> as presented could in principle be valid in the case of a consortium of funding agencies with similar volume of grants investments. However, if there is a large discrepancy among the parties, this model turns out to be unfair, as the contribution of each agency to the total budget is directly proportional to its research spending. As a consequence, &#x201c;large&#x201d; funders will end up in paying the largest fraction of the figure and the model will not be fair. In this situation, a variation to the model can be conceived: funding agencies are classified by size in terms of their research spending, as &#x201c;small (S)&#x201d;, &#x201c;medium (M)&#x201d; and &#x201c;large (L)&#x201d; funders and contribute to the total cost with a fixed percentage, depending on their category. In this way, costs will be redistributed more evenly among the funders and spread across the entire research community. A third possibility is to setup a fixed &#x201c;entry fee&#x201d; from each agency, that would guarantee a minimal income. The rest of the costs are distributed among the three categories of funders, again depending on their size. 
                <xref ref-type="fig" rid="f3">Figure 3</xref> presents a comparison of the three variations of the Infrastructure Model, with the representations of the distribution of the UniProt cost among the 5 funding agencies considered for this study (NIH, EU, Wellcome Trust, SNSF, JST, see 
                <xref ref-type="other" rid="S4">Section 4</xref>. In Case (i), each funding agency contributes with the 0.1% of its life science budget to the total cost. As the difference in research spending of the funders is so massive (the investment of the NIH into the life sciences corresponds to more than 6500% of the investment of the SNSF), the NIH ends up in paying more than 3/4 of the total cost. In Case (ii) the five funding agencies are classified depending on their life science spending and the total cost is shared among the categories: NIH as &#x201c;large&#x201d;, contributing for 49% of the cost, EU as &#x201c;medium&#x201d;, contributing for 30% of the cost and Wellcome Trust, SNSF and JST as &#x201c;small&#x201d;, contributing for 7% of the cost each. As clearly visible in the figure, this model has the advantage of redistributing the costs among such different funders. Case (iii) represents the extension of Case (ii), in which a fixed 2% entry fee is required from each funder (irrespective of the size) and the rest of the cost is covered by a contribution depending on the classification (S - M - L). This last variation may be perceived as the fairest, as it allows a redistribution of the costs and ensures a minimal income. The entry fee should be then set at a level that would not discourage the small funders from participating. Worldwide, similar initiatives have already been started. At the European level, the already mentioned commission High Level Expert Group on the European Open Science Cloud (HLEG-EOSC) was created in September 2015 to provide strategic advice to the European Commission on the European Open Science Cloud initiative as part of the Digital Single Market. In its discussion on the financing of research infrastructures, including e-infrastructures (e.g. ESFRI, e-IRG and Horizon 2020-related groups), the group proposed that well-budgeted data stewardship plans should be made mandatory to all research proposals and speculated that on average about 5% of research expenditure should be spent on properly managing and stewarding data. The analysis carried out in this work demonstrated that less than half of this value could actually be sufficient to maintain the core data resources.</p>
            <fig fig-type="figure" id="f3" orientation="portrait" position="float">
                <label>Figure 3. </label>
                <caption>
                    <title>Distribution of the UniProt cost among the 5 funding agencies with the 3 variations of the 
                        <italic toggle="yes">Infrastructure Model</italic>.</title>
                    <p>Case (i) is the classic model, in which the cost is covered by 0.1% of life science budget of each agency. In Case (ii), the five funding agencies are classified depending on their life science spending and total cost is shared among the categories with different percentages, but constant inside each group. In Case (iii) a fixed 2% entry fee is required from each funder (irrespective of the size) and the rest of the cost is covered by a contribution depending on the classification (S - M - L), as in Case (ii).</p>
                </caption>
                <graphic orientation="portrait" position="float" xlink:href="https://f1000research-files.f1000.com/manuscripts/15641/cdac2a20-cfea-4fdf-93f2-30219bff0635_figure3.gif"/>
            </fig>
            <p>In parallel, the USA&#x2019;s NIH has launched a virtual space called Commons, a shared computing resource and a repository for data and informatics tools. In 2015, the NIH started a pilot study to test the efficacy of the Commons Cloud Credits Business Model that is designed to provide unified access to a selected choice of compute resources. In this pilot project, the researchers obtain cloud credits as part of their project grant, i.e. dollar-denominated vouchers that can be used with the cloud provider of the investigator&#x2019;s choice. The cloud provider has to be Commons-compatible by meeting a set of NIH standards for capacity and capabilities. This approach is supposed to provide the researchers with a cost-effective way of accessing cloud computing resources
                <sup>
                    <xref ref-type="bibr" rid="ref-22">22</xref>
                </sup>. However, cloud providers still rely exclusively on NIH funding. Both these initiatives concern mainly digital research infrastructures, such as archives, storage and data stewardship, while discussions on curated databases are still in their infancy. The Human Frontiers Science Program Organisation (HFSPO) with the Global Life Science Data Resource Working Group, as well as the ELIXIR Long Term Sustainability Working Group and the OECD Global Science Forum project (GSF) are all working on the issue of sustainable business models for data repositories and curated databases. The HFSPO has recently proposed that an international coalition should be set up to support the core data resources in the life sciences. The coalition would first define indicators to establish the core data resources eligible for international support, develop models that provide free global access, and help assess the fraction (an estimation of 1.5/2% has been proposed) of total research funding for such resources
                <sup>
                    <xref ref-type="bibr" rid="ref-27">27</xref>,
                    <xref ref-type="bibr" rid="ref-28">28</xref>
                </sup>. A similar project carried out by the OECD GSF is exploring the complexity of the problems connected to the future support of the data resources in the life sciences. Discussions are based on a strong consensus that core data resources for the life sciences should be supported through coordinated international efforts that better ensure long-term sustainability and appropriately align funding allowing for access at no charge.</p>
            <p>The model presented in this work is in line with these considerations: its approach encourages equity, internationality and economic dependability, but it necessitates major changes to the way funds are distributed. It thus requires negotiating with the funding agencies at an international level, with probably less effort than with all the user country governments, and the introduction of a suitable structure to support this model in the life science community.</p>
        </sec>
        <sec>
            <title>Data availability</title>
            <p>All data required to reproduce the analysis presented in this study are included in the manuscript.</p>
        </sec>
        <sec>
            <title>Notes</title>
            <p id="fn1">
                <sup>1</sup>
                <ext-link ext-link-type="uri" xlink:href="http://www.snf.ch/SiteCollectionDocuments/Dossiers/dos_OA_regelung_auf_einen_blick_e.pdf">http://www.snf.ch/SiteCollectionDocuments/Dossiers/dos_OA_regelung_auf_einen_blick_e.pdf</ext-link>
            </p>
            <p id="fn2">
                <sup>2</sup>
                <ext-link ext-link-type="uri" xlink:href="http://www.universitiesuk.ac.uk/policy-and-analysis/reports/Documents/2015/monitoring-the-transition-to-open-access.pdf">http://www.universitiesuk.ac.uk/policy-and-analysis/reports/Documents/2015/monitoring-the-transition-to-open-access.pdf</ext-link>
            </p>
            <p id="fn3">
                <sup>3</sup>
                <ext-link ext-link-type="uri" xlink:href="https://report.nih.gov/nihdatabook/charts/Default.aspx?chartId=155&amp;catId=2">https://report.nih.gov/nihdatabook/charts/Default.aspx?chartId=155&amp;catId=2</ext-link>, averaged on the last 10 years</p>
            <p id="fn4">
                <sup>4</sup>Communication of the Commission &#x2018;ICT infrastructures for e-Science&#x2019; of 5.3.2009, COM(2009) 108 final</p>
            <p id="fn5">
                <sup>5</sup>
                <ext-link ext-link-type="uri" xlink:href="https://grants.nih.gov/grants/funding/ac_search_results.htm">https://grants.nih.gov/grants/funding/ac_search_results.htm</ext-link>
            </p>
            <p id="fn6">
                <sup>6</sup>Corresponding to an estimated cost of the 26 candidate core data resources (5 archives, 15 knowledgebases and 6 declared as being both archive and knowledgebase, for the equivalent of 320 FTEs) submitted to ELIXIR on 1 December 2016.</p>
            <p id="fn7">
                <sup>7</sup>
                <ext-link ext-link-type="uri" xlink:href="https://data.oecd.org/">https://data.oecd.org</ext-link>
            </p>
            <p id="fn8">
                <sup>8</sup>
                <ext-link ext-link-type="uri" xlink:href="http://p3.snf.ch/Default.aspx?id=AR2015">http://p3.snf.ch/Default.aspx?id=AR2015</ext-link>
            </p>
            <p id="fn9">
                <sup>9</sup>
                <ext-link ext-link-type="uri" xlink:href="https://www.report.nih.gov/award/index.cfm">https://www.report.nih.gov/award/index.cfm</ext-link>
            </p>
            <p id="fn10">
                <sup>10</sup>
                <ext-link ext-link-type="uri" xlink:href="https://wellcome.ac.uk/funding/managing-grant/grant-funding-data-2015-2016">https://wellcome.ac.uk/funding/managing-grant/grant-funding-data-2015-2016</ext-link>
            </p>
            <p id="fn11">
                <sup>11</sup>
                <ext-link ext-link-type="uri" xlink:href="http://www.jst.go.jp/EN/JST_Brochure.pdf">http://www.jst.go.jp/EN/JST_Brochure.pdf</ext-link>
            </p>
            <p id="fn12">
                <sup>12</sup>
                <ext-link ext-link-type="uri" xlink:href="http://ec.europa.eu/research/horizon2020/pdf/press/fact_sheet_on_horizon2020_budget.pdf">http://ec.europa.eu/research/horizon2020/pdf/press/fact_sheet_on_horizon2020_budget.pdf</ext-link>,</p>
            <p id="fn13">
                <sup>13</sup>
                <ext-link ext-link-type="uri" xlink:href="http://www.biotechgate.com/gate/v3/statistics.php">http://www.biotechgate.com/gate/v3/statistics.php</ext-link>
            </p>
            <p id="fn14">
                <sup>14</sup>
                <ext-link ext-link-type="uri" xlink:href="https://data.oecd.org/entrepreneur/enterprises-by-business-size.htm#indicator-chart">https://data.oecd.org/entrepreneur/enterprises-by-business-size.htm#indicator-chart</ext-link>
            </p>
            <p id="fn15">
                <sup>15</sup>
                <ext-link ext-link-type="uri" xlink:href="https://wikimediafoundation.org/wiki/2015-2016_Fundraising_Report">https://wikimediafoundation.org/wiki/2015-2016_Fundraising_Report</ext-link>
            </p>
            <p id="fn16">
                <sup>16</sup>
                <ext-link ext-link-type="uri" xlink:href="https://commonfund.nih.gov/bd2k/cloudcredits">https://commonfund.nih.gov/bd2k/cloudcredits</ext-link>
            </p>
            <p id="fn17">
                <sup>17</sup>
                <ext-link ext-link-type="uri" xlink:href="https://www.imi.europa.eu/">https://www.imi.europa.eu/</ext-link>
            </p>
        </sec>
    </body>
    <back>
        <ack>
            <title>Acknowledgements</title>
            <p>The authors thank Amos Bairoch, Alex Bateman, Ma&#x00ef;a Berman, Niklas Blomberg, Lydie Bougueleret, Alan James Bridge, Robert Kiley, Lydie Nso Nso, Sylvain Poux, Nicole Redaschi, Andy Smith, Heinz Stockinger, Daniel Teixeira and Ioannis Xenarios for the fruitful discussions and valuable suggestions.</p>
        </ack>
        <ref-list>
            <ref id="ref-1">
                <label>1</label>
                <mixed-citation publication-type="journal">
                    <person-group person-group-type="author">

                        <name name-style="western">
                            <surname>Karp</surname>
                            <given-names>PD</given-names>
                        </name>
</person-group>:
                    <article-title>Can we replace curation with information extraction software?</article-title>
                    <source>

                        <italic toggle="yes">Database (Oxford).</italic>
</source>
                    <year>2016</year>; pii: baw150.
                    <pub-id pub-id-type="pmid">28025341</pub-id>
                    <pub-id pub-id-type="doi">10.1093/database/baw150</pub-id>
                    <pub-id pub-id-type="pmcid">5199131</pub-id>
                </mixed-citation>
            </ref>
            <ref id="ref-2">
                <label>2</label>
                <mixed-citation publication-type="journal">
                    <person-group person-group-type="author">

                        <name name-style="western">
                            <surname>Keseler</surname>
                            <given-names>IM</given-names>
                        </name>

                        <name name-style="western">
                            <surname>Skrzypek</surname>
                            <given-names>M</given-names>
                        </name>

                        <name name-style="western">
                            <surname>Weerasinghe</surname>
                            <given-names>D</given-names>
                        </name>

                        <etal/>
</person-group>:
                    <article-title>Curation accuracy of model organism databases.</article-title>
                    <source>

                        <italic toggle="yes">Database (Oxford).</italic>
</source>
                    <year>2014</year>;<volume>2014</volume>: pii: bau058.
                    <pub-id pub-id-type="pmid">24923819</pub-id>
                    <pub-id pub-id-type="doi">10.1093/database/bau058</pub-id>
                    <pub-id pub-id-type="pmcid">4207230</pub-id>
                </mixed-citation>
            </ref>
            <ref id="ref-3">
                <label>3</label>
                <mixed-citation publication-type="journal">
                    <person-group person-group-type="author">

                        <name name-style="western">
                            <surname>Wu</surname>
                            <given-names>CH</given-names>
                        </name>

                        <name name-style="western">
                            <surname> Apweiler</surname>
                            <given-names>R</given-names>
                        </name>

                        <name name-style="western">
                            <surname> Bairoch</surname>
                            <given-names>A</given-names>
                        </name>

                        <etal/>
</person-group>:
                    <article-title>The universal protein resource (uniprot): an expanding universe of protein information.</article-title>
                    <source>

                        <italic toggle="yes">Nucleic Acids Res.</italic>
</source>
                    <year>2006</year>;<volume>34</volume>(<issue>Database issue</issue>):<fpage>D187</fpage>&#x2013;<lpage>D191</lpage>.
                    <pub-id pub-id-type="pmid">16381842</pub-id>
                    <pub-id pub-id-type="doi">10.1093/nar/gkj161</pub-id>
                    <pub-id pub-id-type="pmcid">1347523</pub-id>
                </mixed-citation>
            </ref>
            <ref id="ref-4">
                <label>4</label>
                <mixed-citation publication-type="journal">
                    <person-group person-group-type="author">

                        <name name-style="western">
                            <surname>Karp</surname>
                            <given-names>PD</given-names>
                        </name>
</person-group>:
                    <article-title>How much does curation cost?</article-title>
                    <source>

                        <italic toggle="yes">Database (Oxford).</italic>
</source>
                    <year>2016</year>;<volume>2016</volume>: pii: baw110.
                    <pub-id pub-id-type="pmid">27504008</pub-id>
                    <pub-id pub-id-type="doi">10.1093/database/baw110</pub-id>
                    <pub-id pub-id-type="pmcid">4976296</pub-id>
                </mixed-citation>
            </ref>
            <ref id="ref-5">
                <label>5</label>
                <mixed-citation publication-type="journal">
                    <person-group person-group-type="author">

                        <name name-style="western">
                            <surname>Poux</surname>
                            <given-names>S</given-names>
                        </name>

                        <name name-style="western">
                            <surname>Arighi</surname>
                            <given-names>CN</given-names>
                        </name>

                        <name name-style="western">
                            <surname>Magrane</surname>
                            <given-names>M</given-names>
                        </name>

                        <etal/>
</person-group>:
                    <article-title>On expert curation and scalability: Uniprotkb/swiss-prot as a case study.</article-title>
                    <source>

                        <italic toggle="yes">Bioinformatics.</italic>
</source>
                    <year>2017</year>;<volume>33</volume>(<issue>21</issue>):<fpage>3454</fpage>&#x2013;<lpage>3460</lpage>.
                    <pub-id pub-id-type="pmid">29036270</pub-id>
                    <pub-id pub-id-type="doi">10.1093/bioinformatics/btx439</pub-id>
                </mixed-citation>
            </ref>
            <ref id="ref-6">
                <label>6</label>
                <mixed-citation publication-type="journal">
                    <person-group person-group-type="author">

                        <name name-style="western">
                            <surname>Suber</surname>
                            <given-names>P</given-names>
                        </name>
</person-group>:
                    <article-title>Open access overview - focusing on open access to peer-reviewed research articles and their preprints</article-title>.<year>2015</year>.
                    <ext-link ext-link-type="uri" xlink:href="http://bit.ly/oa-overview">Reference Source</ext-link>
                </mixed-citation>
            </ref>
            <ref id="ref-7">
                <label>7</label>
                <mixed-citation publication-type="journal">
                    <person-group person-group-type="author">

                        <name name-style="western">
                            <surname>Attwood</surname>
                            <given-names>TK</given-names>
                        </name>

                        <name name-style="western">
                            <surname>Agit</surname>
                            <given-names>B</given-names>
                        </name>

                        <name name-style="western">
                            <surname>Ellis</surname>
                            <given-names>LB</given-names>
                        </name>
</person-group>:
                    <article-title>Longevity of biological databases.</article-title>
                    <source>

                        <italic toggle="yes">EMBnet journal.</italic>
</source>
                    <year>2015</year>;<volume>21</volume>:<fpage>e803</fpage>.
                    <pub-id pub-id-type="doi">10.14806/ej.21.0.803</pub-id>
                </mixed-citation>
            </ref>
            <ref id="ref-8">
                <label>8</label>
                <mixed-citation publication-type="journal">
                    <person-group person-group-type="author">

                        <name name-style="western">
                            <surname>Bastow</surname>
                            <given-names>R</given-names>
                        </name>

                        <name name-style="western">
                            <surname>Leonelli</surname>
                            <given-names>S</given-names>
                        </name>
</person-group>:
                    <article-title>Sustainable digital infrastructure. Although databases and other online resources have become a central tool for biological research, their long-term support and maintenance is far from secure.</article-title>
                    <source>

                        <italic toggle="yes">EMBO Rep.</italic>
</source>
                    <year>2010</year>;<volume>11</volume>(<issue>10</issue>):<fpage>730</fpage>&#x2013;<lpage>734</lpage>.
                    <pub-id pub-id-type="pmid">20847740</pub-id>
                    <pub-id pub-id-type="doi">10.1038/embor.2010.145</pub-id>
                    <pub-id pub-id-type="pmcid">2948195</pub-id>
                </mixed-citation>
            </ref>
            <ref id="ref-9">
                <label>9</label>
                <mixed-citation publication-type="journal">
                    <person-group person-group-type="author">

                        <name name-style="western">
                            <surname>Ember</surname>
                            <given-names>C</given-names>
                        </name>

                        <name name-style="western">
                            <surname>Hanisch</surname>
                            <given-names>R</given-names>
                        </name>
</person-group>:
                    <article-title>Sustaining domain repositories for digital data: A white paper</article-title>. In
                    <italic toggle="yes">Inter-university Consortium for Political and Social Research (ICPSR)</italic>. ICUniversity of Michigan,<year>2013</year>.
                    <pub-id pub-id-type="doi">10.3886/SustainingDomainRepositoriesDigitalData</pub-id>
                </mixed-citation>
            </ref>
            <ref id="ref-10">
                <label>10</label>
                <mixed-citation publication-type="journal">
                    <person-group person-group-type="author">

                        <name name-style="western">
                            <surname>Maron</surname>
                            <given-names>NL</given-names>
                        </name>
</person-group>:
                    <article-title>A guide to the best revenue models and funding sources for your digital resources</article-title>.<year>2014</year>.
                    <ext-link ext-link-type="uri" xlink:href="http://www.sr.ithaka.org/wp-content/uploads/2015/08/Jisc_Report_032614.pdf">Reference Source</ext-link>
                </mixed-citation>
            </ref>
            <ref id="ref-11">
                <label>11</label>
                <mixed-citation publication-type="journal">
                    <person-group person-group-type="author">

                        <name name-style="western">
                            <surname>Reiser</surname>
                            <given-names>L</given-names>
                        </name>

                        <name name-style="western">
                            <surname>Berardini</surname>
                            <given-names>TZ</given-names>
                        </name>

                        <name name-style="western">
                            <surname>Li</surname>
                            <given-names>D</given-names>
                        </name>

                        <etal/>
</person-group>:
                    <article-title>Sustainable funding for biocuration: The Arabidopsis Information Resource (TAIR) as a case study of a subscription-based funding model.</article-title>
                    <source>

                        <italic toggle="yes">Database (Oxford).</italic>
</source>
                    <year>2016</year>;<volume>2016</volume>: pii: baw018.
                    <pub-id pub-id-type="pmid">26989150</pub-id>
                    <pub-id pub-id-type="doi">10.1093/database/baw018</pub-id>
                    <pub-id pub-id-type="pmcid">4795935</pub-id>
                </mixed-citation>
            </ref>
            <ref id="ref-12">
                <label>12</label>
                <mixed-citation publication-type="journal">
                    <article-title>Database under maintenance.</article-title>
                    <source>

                        <italic toggle="yes">Nat Meth.</italic>
</source>
                    <year>2016</year>;<volume>13</volume>(<issue>9</issue>):<fpage>699</fpage>.
                    <pub-id pub-id-type="doi">10.1038/nmeth.3996</pub-id>
                </mixed-citation>
            </ref>
            <ref id="ref-13">
                <label>13</label>
                <mixed-citation publication-type="journal">
                    <person-group person-group-type="author">

                        <name name-style="western">
                            <surname>Matys</surname>
                            <given-names>V</given-names>
                        </name>

                        <name name-style="western">
                            <surname>Kel-Margoulis</surname>
                            <given-names>OV</given-names>
                        </name>

                        <name name-style="western">
                            <surname>Fricke</surname>
                            <given-names>E</given-names>
                        </name>

                        <etal/>
</person-group>:
                    <article-title>TRANSFAC and its module TRANSCompel: transcriptional gene regulation in eukaryotes.</article-title>
                    <source>

                        <italic toggle="yes">Nucleic Acids Res.</italic>
</source>
                    <year>2006</year>;<volume>34</volume>(<issue>Database issue</issue>):<fpage>D108</fpage>&#x2013;<lpage>10</lpage>.
                    <pub-id pub-id-type="pmid">16381825</pub-id>
                    <pub-id pub-id-type="doi">10.1093/nar/gkj143</pub-id>
                    <pub-id pub-id-type="pmcid">1347505</pub-id>
                </mixed-citation>
            </ref>
            <ref id="ref-14">
                <label>14</label>
                <mixed-citation publication-type="book">
                    <person-group person-group-type="author">

                        <name name-style="western">
                            <surname>Ferro</surname>
                            <given-names>E</given-names>
                        </name>

                        <name name-style="western">
                            <surname>Osella</surname>
                            <given-names>M</given-names>
                        </name>
</person-group>:
                    <article-title>Eight business model archetypes for psi re-use</article-title>. In
                    <italic toggle="yes">Open Data on the Web Workshop</italic>. Google Campus, Shoreditch, London,<year>2013</year>.
                    <ext-link ext-link-type="uri" xlink:href="https://www.w3.org/2013/04/odw/odw13_submission_27.pdf">Reference Source</ext-link>
                </mixed-citation>
            </ref>
            <ref id="ref-15">
                <label>15</label>
                <mixed-citation publication-type="journal">
                    <person-group person-group-type="author">

                        <name name-style="western">
                            <surname>Salzberg</surname>
                            <given-names>SL</given-names>
                        </name>
</person-group>:
                    <article-title>Genome re-annotation: a wiki solution?</article-title>
                    <source>

                        <italic toggle="yes">Genome Biol.</italic>
</source>
                    <year>2007</year>;<volume>8</volume>(<issue>1</issue>):<fpage>102</fpage>.
                    <pub-id pub-id-type="pmid">17274839</pub-id>
                    <pub-id pub-id-type="doi">10.1186/gb-2007-8-1-102</pub-id>
                    <pub-id pub-id-type="pmcid">1839116</pub-id>
                </mixed-citation>
            </ref>
            <ref id="ref-16">
                <label>16</label>
                <mixed-citation publication-type="journal">
                    <person-group person-group-type="author">

                        <name name-style="western">
                            <surname>Mons</surname>
                            <given-names>B</given-names>
                        </name>

                        <name name-style="western">
                            <surname>Ashburner</surname>
                            <given-names>M</given-names>
                        </name>

                        <name name-style="western">
                            <surname>Chichester</surname>
                            <given-names>C</given-names>
                        </name>

                        <etal/>
</person-group>:
                    <article-title>Calling on a million minds for community annotation in WikiProteins.</article-title>
                    <source>

                        <italic toggle="yes">Genome Biol.</italic>
</source>
                    <year>2008</year>;<volume>9</volume>(<issue>5</issue>):<fpage>R89</fpage>.
                    <pub-id pub-id-type="pmid">18507872</pub-id>
                    <pub-id pub-id-type="doi">10.1186/gb-2008-9-5-r89</pub-id>
                    <pub-id pub-id-type="pmcid">2441475</pub-id>
                </mixed-citation>
            </ref>
            <ref id="ref-17">
                <label>17</label>
                <mixed-citation publication-type="journal">
                    <person-group person-group-type="author">

                        <name name-style="western">
                            <surname>Weekes</surname>
                            <given-names>D</given-names>
                        </name>

                        <name name-style="western">
                            <surname>Krishna</surname>
                            <given-names>SS</given-names>
                        </name>

                        <name name-style="western">
                            <surname>Bakolitsa</surname>
                            <given-names>C</given-names>
                        </name>

                        <etal/>
</person-group>:
                    <article-title>Topsan: a collaborative annotation environment for structural genomics.</article-title>
                    <source>

                        <italic toggle="yes">BMC Bioinformatics.</italic>
</source>
                    <year>2010</year>;<volume>11</volume>:<fpage>426</fpage>.
                    <pub-id pub-id-type="pmid">20716366</pub-id>
                    <pub-id pub-id-type="doi">10.1186/1471-2105-11-426</pub-id>
                    <pub-id pub-id-type="pmcid">2936398</pub-id>
                </mixed-citation>
            </ref>
            <ref id="ref-18">
                <label>18</label>
                <mixed-citation publication-type="journal">
                    <person-group person-group-type="author">

                        <name name-style="western">
                            <surname>Bairoch</surname>
                            <given-names>A</given-names>
                        </name>
</person-group>:
                    <article-title>Serendipity in bioinformatics, the tribulations of a Swiss bioinformatician through exciting times!</article-title>
                    <source>

                        <italic toggle="yes">Bioinformatics.</italic>
</source>
                    <year>2000</year>;<volume>16</volume>(<issue>1</issue>):<fpage>48</fpage>&#x2013;<lpage>64</lpage>.
                    <pub-id pub-id-type="pmid">10812477</pub-id>
                    <pub-id pub-id-type="doi">10.1093/bioinformatics/16.1.48</pub-id>
                </mixed-citation>
            </ref>
            <ref id="ref-19">
                <label>19</label>
                <mixed-citation publication-type="journal">
                    <person-group person-group-type="author">

                        <name name-style="western">
                            <surname>Bairoch</surname>
                            <given-names>A</given-names>
                        </name>

                        <name name-style="western">
                            <surname>Boeckmann</surname>
                            <given-names>B</given-names>
                        </name>

                        <name name-style="western">
                            <surname>Ferro</surname>
                            <given-names>S</given-names>
                        </name>

                        <etal/>
</person-group>:
                    <article-title>Swiss-prot: juggling between evolution and stability.</article-title>
                    <source>

                        <italic toggle="yes">Brief Bioinform.</italic>
</source>
                    <year>2004</year>;<volume>5</volume>(<issue>1</issue>):<fpage>39</fpage>&#x2013;<lpage>55</lpage>.
                    <pub-id pub-id-type="pmid">15153305</pub-id>
                    <pub-id pub-id-type="doi">10.1093/bib/5.1.39</pub-id>
                </mixed-citation>
            </ref>
            <ref id="ref-20">
                <label>20</label>
                <mixed-citation publication-type="journal">
                    <person-group person-group-type="author">

                        <name name-style="western">
                            <surname>Butler</surname>
                            <given-names>D</given-names>
                        </name>
</person-group>:
                    <article-title>Bidding heats up for protein database.</article-title>
                    <source>

                        <italic toggle="yes">Nature.</italic>
</source>
                    <year>1996</year>;<volume>381</volume>(<issue>6580</issue>):<fpage>266</fpage>.
                    <pub-id pub-id-type="pmid">8692257</pub-id>
                    <pub-id pub-id-type="doi">10.1038/381266b0</pub-id>
                </mixed-citation>
            </ref>
            <ref id="ref-21">
                <label>21</label>
                <mixed-citation publication-type="journal">
                    <person-group person-group-type="author">

                        <name name-style="western">
                            <surname>Williams</surname>
                            <given-names>N</given-names>
                        </name>
</person-group>:
                    <article-title>Unique protein database imperiled.</article-title>
                    <source>

                        <italic toggle="yes">Science.</italic>
</source>
                    <year>1996</year>;<volume>272</volume>(<issue>5264</issue>):<fpage>946</fpage>.
                    <pub-id pub-id-type="pmid">8638136</pub-id>
                    <pub-id pub-id-type="doi">10.1126/science.272.5264.946</pub-id>
                </mixed-citation>
            </ref>
            <ref id="ref-22">
                <label>22</label>
                <mixed-citation publication-type="journal">
                    <person-group person-group-type="author">

                        <name name-style="western">
                            <surname>Bourne</surname>
                            <given-names>PE</given-names>
                        </name>

                        <name name-style="western">
                            <surname>Lorsch</surname>
                            <given-names>JR</given-names>
                        </name>

                        <name name-style="western">
                            <surname>Green</surname>
                            <given-names>ED</given-names>
                        </name>
</person-group>:
                    <article-title>Perspective: Sustaining the big-data ecosystem.</article-title>
                    <source>

                        <italic toggle="yes">Nature.</italic>
</source>
                    <year>2015</year>;<volume>527</volume>(<issue>7576</issue>):<fpage>S16</fpage>&#x2013;<lpage>S17</lpage>.
                    <pub-id pub-id-type="pmid">26536219</pub-id>
                    <pub-id pub-id-type="doi">10.1038/527S16a</pub-id>
                </mixed-citation>
            </ref>
            <ref id="ref-23">
                <label>23</label>
                <mixed-citation publication-type="journal">
                    <person-group person-group-type="author">

                        <name name-style="western">
                            <surname>Beagrie</surname>
                            <given-names>N</given-names>
                        </name>

                        <name name-style="western">
                            <surname>Houghton</surname>
                            <given-names>J</given-names>
                        </name>
</person-group>:
                    <article-title>The value and impact of the european bioinformatics institute</article-title>.<year>2016</year>.
                    <ext-link ext-link-type="uri" xlink:href="https://beagrie.com/static/resource/EBI-impact-report.pdf">Reference Source</ext-link>
                </mixed-citation>
            </ref>
            <ref id="ref-24">
                <label>24</label>
                <mixed-citation publication-type="book">
                    <person-group person-group-type="author">

                        <name name-style="western">
                            <surname>Fomitchev</surname>
                            <given-names>MI</given-names>
                        </name>
</person-group>:
                    <article-title>How google analytics and conventional cookie tracking techniques overestimate unique visitors.</article-title>In
                    <italic toggle="yes">Proceedings of the 19th International Conference on World Wide Web</italic>, WWW &#x2019;10, New York, NY, USA, ACM.<year>2010</year>;<fpage>1093</fpage>&#x2013;<lpage>1094</lpage>.
                    <pub-id pub-id-type="doi">10.1145/1772690.1772820</pub-id>
                </mixed-citation>
            </ref>
            <ref id="ref-25">
                <label>25</label>
                <mixed-citation publication-type="journal">
                    <person-group person-group-type="author">

                        <name name-style="western">
                            <surname>Chen</surname>
                            <given-names>IM</given-names>
                        </name>

                        <name name-style="western">
                            <surname>Markowitz</surname>
                            <given-names>VM</given-names>
                        </name>

                        <name name-style="western">
                            <surname>Palaniappan</surname>
                            <given-names>K</given-names>
                        </name>

                        <etal/>
</person-group>:
                    <article-title>Supporting community annotation and user collaboration in the integrated microbial genomes (IMG) system.</article-title>
                    <source>

                        <italic toggle="yes">BMC Genomics.</italic>
</source>
                    <year>2016</year>;<volume>17</volume>:<fpage>307</fpage>.
                    <pub-id pub-id-type="pmid">27118214</pub-id>
                    <pub-id pub-id-type="doi">10.1186/s12864-016-2629-y</pub-id>
                    <pub-id pub-id-type="pmcid">4847265</pub-id>
                </mixed-citation>
            </ref>
            <ref id="ref-26">
                <label>26</label>
                <mixed-citation publication-type="journal">
                    <person-group person-group-type="author">

                        <name name-style="western">
                            <surname>Karp</surname>
                            <given-names>PD</given-names>
                        </name>
</person-group>:
                    <article-title>Crowd-sourcing and author submission as alternatives to professional curation.</article-title>
                    <source>

                        <italic toggle="yes">Database (Oxford).</italic>
</source>
                    <year>2016</year>; pii: baw149.
                    <pub-id pub-id-type="pmid">28025340</pub-id>
                    <pub-id pub-id-type="doi">10.1093/database/baw149</pub-id>
                    <pub-id pub-id-type="pmcid">5199147</pub-id>
                </mixed-citation>
            </ref>
            <ref id="ref-27">
                <label>27</label>
                <mixed-citation publication-type="journal">
                    <person-group person-group-type="author">

                        <name name-style="western">
                            <surname>Anderson</surname>
                            <given-names>WP</given-names>
                        </name>

                        <collab>Group Global Life Science Data Resources Working</collab>
</person-group>:
                    <article-title>Data management: A global coalition to sustain core data.</article-title>
                    <source>

                        <italic toggle="yes">Nature.</italic>
</source>
                    <year>2017</year>;<volume>543</volume>(<issue>7644</issue>):<fpage>179</fpage>.
                    <pub-id pub-id-type="pmid">28277502</pub-id>
                    <pub-id pub-id-type="doi">10.1038/543179a</pub-id>
                </mixed-citation>
            </ref>
            <ref id="ref-28">
                <label>28</label>
                <mixed-citation publication-type="journal">
                    <person-group person-group-type="author">

                        <name name-style="western">
                            <surname>Anderson</surname>
                            <given-names>W</given-names>
                        </name>

                        <name name-style="western">
                            <surname>Apweiler</surname>
                            <given-names>R</given-names>
                        </name>

                        <name name-style="western">
                            <surname>Bateman</surname>
                            <given-names>A</given-names>
                        </name>

                        <etal/>
</person-group>:
                    <article-title>Towards coordinated international support of core data resources for the life sciences.</article-title>
                    <source>

                        <italic toggle="yes">bioRxiv.</italic>
</source>preprint 110825 first posted online Feb. 23, 2017,<year>2017</year>.
                    <pub-id pub-id-type="doi">10.1101/110825 </pub-id>
                </mixed-citation>
            </ref>
        </ref-list>
    </back>
    <sub-article article-type="reviewer-report" id="report28422">
        <front-stub>
            <article-id pub-id-type="doi">10.5256/f1000research.14085.r28422</article-id>
            <title-group>
                <article-title>Reviewer response for version 1</article-title>
            </title-group>
            <contrib-group>
                <contrib contrib-type="author">
                    <name>
                        <surname>Blake</surname>
                        <given-names>Judith A.</given-names>
                    </name>
                    <xref ref-type="aff" rid="r28422a1">1</xref>
                    <role>Referee</role>
                    <uri content-type="orcid">https://orcid.org/0000-0001-8522-334X</uri>
                </contrib>
                <aff id="r28422a1">
                    <label>1</label>The Jackson Laboratory, Bar Harbor, ME, USA</aff>
            </contrib-group>
            <author-notes>
                <fn fn-type="conflict">
                    <p>
                        <bold>Competing interests: </bold>No competing interests were disclosed.</p>
                </fn>
            </author-notes>
            <pub-date pub-type="epub">
                <day>2</day>
                <month>1</month>
                <year>2018</year>
            </pub-date>
            <permissions>
                <copyright-statement>Copyright: &#x00a9; 2018 Blake JA</copyright-statement>
                <copyright-year>2018</copyright-year>
                <license xlink:href="https://creativecommons.org/licenses/by/4.0/">
                    <license-p>This is an open access peer review report distributed under the terms of the Creative Commons Attribution Licence, which permits unrestricted use, distribution, and reproduction in any medium, provided the original work is properly cited.</license-p>
                </license>
            </permissions>
            <related-article ext-link-type="doi" id="relatedArticleReport28422" related-article-type="peer-reviewed-article" xlink:href="10.12688/f1000research.12989.1"/>
            <custom-meta-group>
                <custom-meta>
                    <meta-name>recommendation</meta-name>
                    <meta-value>approve</meta-value>
                </custom-meta>
            </custom-meta-group>
        </front-stub>
        <body>
            <p>This is a well-written and interesting approach to considering the funding of expert biological infrastructure funding. Using UniProt as the test case, 12 models of funding and sustainability are investigated and discussed. Funding of infrastructure in life sciences is an incredibly important and pressing problem as increased levels of data generation and computational analysis accessing highly structured and integrated digital data are flooding the research environment.</p>
            <p> </p>
            <p> The paper, far from being a generalized overview or editorial, dives deeply into an investigation of alternative funding models. It will be very useful to the user and to the funding communities to have this outline of different approaches. While I see overlap between a few of the funding mechanisms, the more important impact of the paper is that careful thought has gone into considering a range of mechanisms.&#x00a0;&#x00a0;</p>
            <p> While adequate linkages to data resources are presented,&#x00a0;I&#x00a0;think it would be a useful addition to add a table of sources and the particular result from that resource that is included in the discussion. Authors state all data to&#x00a0;reproduce are included in the study, but actually the data are extracted from external reports. That said, all data for the evaluation presented in Figure 3 are available in the study. This is a minor&#x00a0;quibble.&#x00a0;</p>
            <p> </p>
            <p> The challenge for important, comprehensive, and extensively used resources such as UniProt, the Model Organism Databases, and others is that while they are essential infrastructure for advancement of scientific investigations, no one agency or organization wants over responsibility. The effort to globally fund digital infrastructure will require cooperation and consideration of many parties. This paper reports on the issues and possible solutions</p>
            <p>Is the work clearly and accurately presented and does it cite the current literature?</p>
            <p>Yes</p>
            <p>If applicable, is the statistical analysis and its interpretation appropriate?</p>
            <p>Not applicable</p>
            <p>Are all the source data underlying the results available to ensure full reproducibility?</p>
            <p>Partly</p>
            <p>Is the study design appropriate and is the work technically sound?</p>
            <p>Yes</p>
            <p>Are the conclusions drawn adequately supported by the results?</p>
            <p>Yes</p>
            <p>Are sufficient details of methods and analysis provided to allow replication by others?</p>
            <p>Partly</p>
            <p>Reviewer Expertise:</p>
            <p>NA</p>
            <p>I confirm that I have read this submission and believe that I have an appropriate level of expertise to confirm that it is of an acceptable scientific standard.</p>
        </body>
        <sub-article article-type="response" id="comment3515-28422">
            <front-stub>
                <contrib-group>
                    <contrib contrib-type="author">
                        <name>
                            <surname>Gabella</surname>
                            <given-names>Chiara</given-names>
                        </name>
                        <aff>SIB Swiss Institute of Bioinformatics, Lausanne, Switzerland</aff>
                    </contrib>
                </contrib-group>
                <author-notes>
                    <fn fn-type="conflict">
                        <p>
                            <bold>Competing interests: </bold>No competing interests were disclosed.</p>
                    </fn>
                </author-notes>
                <pub-date pub-type="epub">
                    <day>18</day>
                    <month>3</month>
                    <year>2018</year>
                </pub-date>
            </front-stub>
            <body>
                <p>We thank Dr Blake for the very positive review. We very much appreciate that the article is not perceived as a &#x201c;generalized overview or editorial&#x201d;, rather a call to action. We are very grateful to Dr Blake for pointing that out.</p>
                <p>We acknowledge that some of the models might look similar (e.g. model 7 and model 8) and in fact we have joint the analysis of those two models. As it is mentioned in the text, the list is likely not exhaustive: it is rather a subjective selection of the most used funding sources for data resources. It is also worth saying again that to simplify the reading, the study is conducted as if data resources were relying on one unique funding stream. In reality, most of the resources depend on mixed models and different funding sources. Considerations should therefore be weakened and merged, by taking into account many various parameters, in order to represent the current situation. This type of analysis falls out of the scope of this work.</p>
            </body>
        </sub-article>
    </sub-article>
    <sub-article article-type="reviewer-report" id="report28421">
        <front-stub>
            <article-id pub-id-type="doi">10.5256/f1000research.14085.r28421</article-id>
            <title-group>
                <article-title>Reviewer response for version 1</article-title>
            </title-group>
            <contrib-group>
                <contrib contrib-type="author">
                    <name>
                        <surname>Berardini</surname>
                        <given-names>Tanya Z.</given-names>
                    </name>
                    <xref ref-type="aff" rid="r28421a1">1</xref>
                    <xref ref-type="aff" rid="r28421a1">1</xref>
                    <role>Referee</role>
                    <uri content-type="orcid">https://orcid.org/0000-0002-3837-8864</uri>
                </contrib>
                <contrib contrib-type="author">
                    <name>
                        <surname>Huala</surname>
                        <given-names>Eva</given-names>
                    </name>
                    <xref ref-type="aff" rid="r28421a1">1</xref>
                    <xref ref-type="aff" rid="r28421a1">1</xref>
                    <role>Co-referee</role>
                </contrib>
                <aff id="r28421a1">
                    <label>1</label>Arabidopsis Information Resource, Redwood City, CA, USA</aff>
            </contrib-group>
            <author-notes>
                <fn fn-type="conflict">
                    <p>
                        <bold>Competing interests: </bold>The authors are employed by Phoenix Bionformatics, a non-profit organization whose mission is to support data resource sustainability. They are both associated with The Arabidopsis Information Resource, one of the resources described in this paper.</p>
                </fn>
            </author-notes>
            <pub-date pub-type="epub">
                <day>27</day>
                <month>12</month>
                <year>2017</year>
            </pub-date>
            <permissions>
                <copyright-statement>Copyright: &#x00a9; 2017 Huala E and Berardini TZ</copyright-statement>
                <copyright-year>2017</copyright-year>
                <license xlink:href="https://creativecommons.org/licenses/by/4.0/">
                    <license-p>This is an open access peer review report distributed under the terms of the Creative Commons Attribution Licence, which permits unrestricted use, distribution, and reproduction in any medium, provided the original work is properly cited.</license-p>
                </license>
            </permissions>
            <related-article ext-link-type="doi" id="relatedArticleReport28421" related-article-type="peer-reviewed-article" xlink:href="10.12688/f1000research.12989.1"/>
            <custom-meta-group>
                <custom-meta>
                    <meta-name>recommendation</meta-name>
                    <meta-value>approve</meta-value>
                </custom-meta>
            </custom-meta-group>
        </front-stub>
        <body>
            <p>Core data resources for the global biological research community are essential for the progress of science.&#x00a0; Financial support for such resources is not guaranteed even given high usage and a clear need from the community.&#x00a0; The authors of this paper describe 12 different ways to fund a core bioinformatics data resource like UniProt and advocate the adoption of the &#x2018;infrastructure model&#x2019; for such a purpose.</p>
            <p> 
                <bold>General Comments:</bold>
            </p>
            <p> 1. The authors discuss a very important issue and raise excellent points on the value and necessity of curation and how paying for curation is not &#x2018;paying again for already paid for information&#x2019;. They also make the valid point that while many highly used resources are used globally, they are financially supported by only a fraction of their users.&#x00a0; An equitable distribution of the financial burden of data resource maintenance and improvement is a desirable goal.</p>
            <p> 2. We think it would be useful to reexamine the criterion that open access equals free access.&#x00a0; The paper defines open-access as &#x201c;digital online, free of charge, and free of most copyright and licensing restrictions&#x201d;.&#x00a0; We propose that charging a modest fee that most of the community can afford in combination with mechanisms to enable access for those who can't afford it does not prevent access of the resource by those who need it.</p>
            <p> 
                <bold>Comments on the Overview of existing funding models:</bold>
            </p>
            <p> 1) Models 7 and 8 are not clearly distinguished, these should probably be combined.</p>
            <p> </p>
            <p> 2) Model 10,&#x00a0; 'online advertising and corporate sponsorship', appears to us to be a mixed model.</p>
            <p> </p>
            <p> 3) Some discussion of the 'pay to submit' model would be helpful, it is not clear why this model was not included.&#x00a0; Example is the Dryad Digital Repository (http://datadryad.org/).</p>
            <p> </p>
            <p> 4) The Cambridge Crystallographic Data Centre (CCDC, https://www.ccdc.cam.ac.uk/) is an important example of the freemium model that should be included.</p>
            <p> 5) Model 11, Open source volunteering, doesn&#x2019;t belong in income generating models. Even though this is stated later in the manuscript, for clarity it should be removed from this discussion.</p>
            <p> 
                <bold>Comments on the Recommendation of the Infrastructure Model</bold>
            </p>
            <p> The proposed advantages of the infrastructure model strongly depend on the details of its implementation.&#x00a0; In particular, the mechanism of allocation across existing and new resources will be challenging to design in a way that is: a) fair across countries and research disciplines, b) provides sufficient support to resources across a spectrum of resources ranging from those requiring intensive curation and therefore higher cost to resources with a less intensive approach and associated lower costs, c) provides a way to reevaluate the distribution periodically and shift resources where they are most needed, d) preserves some incentive for resources to maintain high quality and serve their users well, e) in spite of the possibility for shifting resources, still enables long term planning and is stable enough to ensure long term sustainability.&#x00a0; In practice, this model will likely necessitate some sort of periodic evaluation of each existing or new resource to determine which will be funded and at what level; in other words, a mechanism that is very like a grant process.&#x00a0; Careful planning would be required to avoid the acknowledged drawbacks of the existing grant funding paradigm.&#x00a0; We think a discussion of some of these issues would improve the paper and enable a fairer comparison against existing funding mechanisms where the implementation details have been extensively worked out and the drawbacks are therefore more clear.</p>
            <p> </p>
            <p> 
                <bold>A few points of clarification on TAIR, the resource with which we, the authors of these comments, are associated.</bold>
            </p>
            <p> 1. The paper classifies TAIR (as currently funded) as an example of the &#x201c;User Subscription Fees&#x2019; model.&#x00a0; We think it should be considered a Mixed Model as its revenue derives in part from the National model (China and Switzerland country-level subscriptions), in part from the User Subscription Fees model (academic institutional, individual, and corporate subscribers), and in part from the Foundation model (Sloan Foundation grant).&#x00a0; There are also elements of the Freemium model as non-subscribers have some free page views before encountering a monthly limit.</p>
            <p> 2. The paper states, &#x201c;TAIR is actually also supported by a grant from the SLOAN Foundation, which allowed the transition to the subscription-based funding model.&#x201d;&#x00a0; TAIR had already transitioned to subscription funding before the Sloan grant was received and funding from the Sloan Foundation was &#x201c;to enhance the technology behind TAIR&#x2019;s subscription funding model&#x201d; and &#x201c;[develop] a next-generation, flexible and customizable technology platform capable of serving other databases and research resources wishing to shift to user-based funding.&#x201d;</p>
            <p>Is the work clearly and accurately presented and does it cite the current literature?</p>
            <p>Yes</p>
            <p>If applicable, is the statistical analysis and its interpretation appropriate?</p>
            <p>I cannot comment. A qualified statistician is required.</p>
            <p>Are all the source data underlying the results available to ensure full reproducibility?</p>
            <p>Yes</p>
            <p>Is the study design appropriate and is the work technically sound?</p>
            <p>Yes</p>
            <p>Are the conclusions drawn adequately supported by the results?</p>
            <p>Yes</p>
            <p>Are sufficient details of methods and analysis provided to allow replication by others?</p>
            <p>Yes</p>
            <p>Reviewer Expertise:</p>
            <p>biocuration, data resource sustainability</p>
            <p>We confirm that we have read this submission and believe that we have an appropriate level of expertise to confirm that it is of an acceptable scientific standard.</p>
        </body>
        <sub-article article-type="response" id="comment3516-28421">
            <front-stub>
                <contrib-group>
                    <contrib contrib-type="author">
                        <name>
                            <surname>Gabella</surname>
                            <given-names>Chiara</given-names>
                        </name>
                        <aff>SIB Swiss Institute of Bioinformatics, Lausanne, Switzerland</aff>
                    </contrib>
                </contrib-group>
                <author-notes>
                    <fn fn-type="conflict">
                        <p>
                            <bold>Competing interests: </bold>No competing interests were disclosed.</p>
                    </fn>
                </author-notes>
                <pub-date pub-type="epub">
                    <day>18</day>
                    <month>3</month>
                    <year>2018</year>
                </pub-date>
            </front-stub>
            <body>
                <p>We thank the reviewers for the positive feedback and the constructive comments. We have addressed the major concerns raised in the report. We have corrected in the text the TAIR description and classification and added as an example of mixed model. We are grateful for those clarifications on TAIR. 
                    <list list-type="bullet">
                        <list-item>
                            <p>We have maintained the definition of open access equals free of charge, but we acknowledge that very modest fees could not prevent access to the resource by those who need it. We have added a comment on open access in the discussion section.</p>
                        </list-item>
                        <list-item>
                            <p>Models 7 &amp; 8 look indeed similar (see comment to Dr Blake): the analysis is merged for the two as they entail similar limitations. The difference relies on the period of time during which the &#x201c;free&#x201d; version is available. While for model 7 there is no limit in time, model 8 sets a time frame for free usage (which implies that if a user do not pay, he does not access the resource). We preferred to retain the distinction between the two, while we agree that they could in principle be merged.</p>
                        </list-item>
                        <list-item>
                            <p>Model 10 could indeed be seen as a type of mixed model. At a deeper analysis, most of the models are mixed models or can easily be combined to form mixed models (see comment to Dr Blake).&#x00a0; We preferred to maintain this selection and generate mixed models from the 12 described. Of course, other classifications according to different criteria could have been done.</p>
                        </list-item>
                        <list-item>
                            <p>The &#x201c;pay-to-submit&#x201d; model was intentionally excluded as it is mainly a funding model for repositories. Knowledgebases, who do not rely on user data deposition, could not be funded through this model &#x2013; unless merged with others-.</p>
                        </list-item>
                        <list-item>
                            <p>The CCDC has been included, thank you for this precious suggestion</p>
                        </list-item>
                        <list-item>
                            <p>Model 11 does not generate income. We preferred to retain it in the description as it has been recently considered as a possible sustaining model for some types of resources. As stated in the discussion, we agree that it cannot be a solution for curated databases.</p>
                        </list-item>
                    </list>
                </p>
            </body>
        </sub-article>
    </sub-article>
    <sub-article article-type="reviewer-report" id="report28423">
        <front-stub>
            <article-id pub-id-type="doi">10.5256/f1000research.14085.r28423</article-id>
            <title-group>
                <article-title>Reviewer response for version 1</article-title>
            </title-group>
            <contrib-group>
                <contrib contrib-type="author">
                    <name>
                        <surname>Berman</surname>
                        <given-names>Helen M.</given-names>
                    </name>
                    <xref ref-type="aff" rid="r28423a1">1</xref>
                    <role>Referee</role>
                </contrib>
                <contrib contrib-type="author">
                    <name>
                        <surname>Westbrook</surname>
                        <given-names>John</given-names>
                    </name>
                    <xref ref-type="aff" rid="r28423a2">2</xref>
                    <role>Co-referee</role>
                </contrib>
                <aff id="r28423a1">
                    <label>1</label>Department of Chemistry &amp; Chemical Biology, Center for Integrative Proteomics Research, Rutgers, The State University of New Jersey&#x00a0;, Piscataway, NJ, USA</aff>
                <aff id="r28423a2">
                    <label>2</label>Center for Integrative Proteomics Research, Rutgers, The State University of New Jersey, Piscataway, NJ, USA</aff>
            </contrib-group>
            <author-notes>
                <fn fn-type="conflict">
                    <p>
                        <bold>Competing interests: </bold>No competing interests were disclosed.</p>
                </fn>
            </author-notes>
            <pub-date pub-type="epub">
                <day>30</day>
                <month>11</month>
                <year>2017</year>
            </pub-date>
            <permissions>
                <copyright-statement>Copyright: &#x00a9; 2017 Berman HM and Westbrook J</copyright-statement>
                <copyright-year>2017</copyright-year>
                <license xlink:href="https://creativecommons.org/licenses/by/4.0/">
                    <license-p>This is an open access peer review report distributed under the terms of the Creative Commons Attribution Licence, which permits unrestricted use, distribution, and reproduction in any medium, provided the original work is properly cited.</license-p>
                </license>
            </permissions>
            <related-article ext-link-type="doi" id="relatedArticleReport28423" related-article-type="peer-reviewed-article" xlink:href="10.12688/f1000research.12989.1"/>
            <custom-meta-group>
                <custom-meta>
                    <meta-name>recommendation</meta-name>
                    <meta-value>approve</meta-value>
                </custom-meta>
            </custom-meta-group>
        </front-stub>
        <body>
            <p>This paper analyzes of sustainability models for knowledgebases using Uniprot as an example. It makes some important points and is definitely worthy of indexing. However, there are aspects of the presentation that could be improved. Here are some suggestions.</p>
            <p> </p>
            <p> 
                <underline>Introduction</underline> 
                <list list-type="bullet">
                    <list-item>
                        <p>A simple statement about the differences between repositories and knowledgebases is required.</p>
                    </list-item>
                    <list-item>
                        <p>Sustainability is a problem for all data resources not just knowledgebases.</p>
                    </list-item>
                    <list-item>
                        <p>It would be better to make generalizations in the introduction and wait until section 3 to discuss UniProt in particular.</p>
                    </list-item>
                    <list-item>
                        <p>After the statement about the sustainability framework there should be some discussion of other similar studies. These should include the Michigan study, the HFSP study, and the commentaries by Lorsch et al. among others. Then I suggest that there be a short statement about what this paper will cover.</p>
                    </list-item>
                    <list-item>
                        <p>The comments in last paragraph of this section belongs in the appropriate parts of section 2. In particular, the difficulty of sustaining resources from research funding sources is a key issue facing many new and existing resources.</p>
                    </list-item>
                </list> </p>
            <p> 
                <underline>Overview</underline> 
                <list list-type="bullet">
                    <list-item>
                        <p>This section is very clear. I think that some comments from the last paragraph of the introduction could be incorporated in the appropriate model descriptions.</p>
                    </list-item>
                    <list-item>
                        <p>All of the data resources need references.</p>
                    </list-item>
                </list> </p>
            <p> 
                <underline>Funding situation of Uniprot</underline> 
                <list list-type="bullet">
                    <list-item>
                        <p>The history of UniProt funding exemplifies the problems in the current sustainability models.</p>
                    </list-item>
                    <list-item>
                        <p>Table 1 is very useful and compares well with the Michigan study. Although that study focused on domain repositories in all of science, the conclusions are similar.</p>
                    </list-item>
                    <list-item>
                        <p>I do not understand the references given in the Infrastructure model section.</p>
                    </list-item>
                    <list-item>
                        <p>Can any estimate be made of about further gains in automating information extraction that can be anticipated from improvements in machine learning tools and techniques? In other words, is there scope for significant future reduction in manual biocuration.</p>
                    </list-item>
                    <list-item>
                        <p>In the concluding section, it would be useful to elaborate further on the how the availability of subsidized cyber infrastructure and services 
                            <italic>alone </italic>would impact the long term UniProt sustainability.</p>
                    </list-item>
                </list>
            </p>
            <p>Is the work clearly and accurately presented and does it cite the current literature?</p>
            <p>Partly</p>
            <p>If applicable, is the statistical analysis and its interpretation appropriate?</p>
            <p>I cannot comment. A qualified statistician is required.</p>
            <p>Are all the source data underlying the results available to ensure full reproducibility?</p>
            <p>Yes</p>
            <p>Is the study design appropriate and is the work technically sound?</p>
            <p>Yes</p>
            <p>Are the conclusions drawn adequately supported by the results?</p>
            <p>Yes</p>
            <p>Are sufficient details of methods and analysis provided to allow replication by others?</p>
            <p>Yes</p>
            <p>Reviewer Expertise:</p>
            <p>Structural bioinformatics</p>
            <p>We confirm that we have read this submission and believe that we have an appropriate level of expertise to confirm that it is of an acceptable scientific standard.</p>
        </body>
        <sub-article article-type="response" id="comment3517-28423">
            <front-stub>
                <contrib-group>
                    <contrib contrib-type="author">
                        <name>
                            <surname>Gabella</surname>
                            <given-names>Chiara</given-names>
                        </name>
                        <aff>SIB Swiss Institute of Bioinformatics, Lausanne, Switzerland</aff>
                    </contrib>
                </contrib-group>
                <author-notes>
                    <fn fn-type="conflict">
                        <p>
                            <bold>Competing interests: </bold>No competing interests were disclosed.</p>
                    </fn>
                </author-notes>
                <pub-date pub-type="epub">
                    <day>18</day>
                    <month>3</month>
                    <year>2018</year>
                </pub-date>
            </front-stub>
            <body>
                <p>We want to thank the authors of the report for their interesting suggestions. We have implemented the suggestions which have improved the text presentation and the flow of the paper. We are grateful to the authors for their comments. In particular, we have: 
                    <list list-type="bullet">
                        <list-item>
                            <p>Enhanced the difference between repositories and knowledgebases in the introduction;</p>
                        </list-item>
                        <list-item>
                            <p>Made the introduction as general as possible, without mention to the UniProt case</p>
                        </list-item>
                        <list-item>
                            <p>Added statement about sustainability as problem for all data resources</p>
                        </list-item>
                        <list-item>
                            <p>Moved the manual curation description to the appropriate paragraph and added considerations about the future of manual curation, which have also been discussed with Prof. Berman in the F1000 blog https://blog.f1000.com/2018/02/07/how-best-to-fund-knowledgebases/</p>
                        </list-item>
                        <list-item>
                            <p>Added references to all the data resources presented in the text</p>
                        </list-item>
                        <list-item>
                            <p>Made more specific references to the previous comparable studies that are mentioned in the discussion section.</p>
                        </list-item>
                    </list>
                </p>
            </body>
        </sub-article>
    </sub-article>
</article>
