invenio-app-rdm 12.0.0.dev8__py2.py3-none-any.whl → 14.0.0b1.dev8__py2.py3-none-any.whl

invenio_app_rdm/theme/templates/semantic-ui/invenio_app_rdm/help/search.de.html

@@ -156,13 +156,13 @@
   <h3>Fehlende Werte</h3>
   <p>
     Es ist möglich, mit den Feldnamen <code>_exists_</code> und
-    <code>_missing_</code> nach Datensätzen zu suchen,
+    <code>NOT _exists_</code> nach Datensätzen zu suchen,
     in denen entweder ein Wert fehlt oder die einen Wert in einem bestimmten Feld haben.
   </p>
   <p>
     <strong>Beispiel:</strong>
     <a
-      href="/search?page=1&amp;size=20&amp;q=_missing_:metadata.additional_titles"><code>_missing_:metadata.additional_titles</code></a>
+      href="/search?page=1&amp;size=20&amp;q=NOT%20_exists_:metadata.additional_titles"><code>NOT _exists_:metadata.additional_titles</code></a>
     (alle Datensätze ohne metadata.additional_titles)
   </p>
   <p>

invenio_app_rdm/theme/templates/semantic-ui/invenio_app_rdm/help/search.en.html

@@ -87,7 +87,9 @@
     >
   </p>
   <p>
-    See the field reference below for the full list of fields you can search.
+    See <a href="https://inveniordm.docs.cern.ch/reference/metadata/#metadata"
+      > the InvenioRDM documentation </a
+    > for the full list of fields you can search.
   </p>
   <h3>Combined simple, phrase or field search</h3>
   <p>
@@ -152,6 +154,9 @@
   <ul>
     <li>Most recent</li>
     <li>Best match</li>
+    <li>Oldest</li>
+    <li>Most viewed</li>
+    <li>Most downloaded</li>
   </ul>
   <h3>Regular expressions</h3>
   <p>
@@ -179,13 +184,13 @@
   <p>
     It is possible to search for records that either are missing a value or have
     a value in a specific field using the <code>_exists_</code> and
-    <code>_missing_</code> field names.
+    <code>NOT _exists_</code> field names.
   </p>
   <p>
     <strong>Example:</strong>
-    <a href="/search?page=1&amp;size=20&amp;q=_missing_:metadata.additional_titles"
-      ><code>_missing_:metadata.additional_titles</code></a
-    >
+    <a href="/search?page=1&amp;size=20&amp;q=NOT%20_exists_:metadata.additional_titles">
+      <code>NOT _exists_:metadata.additional_titles</code>
+    </a>
     (all records without metadata.additional_titles)
   </p>
   <p>
@@ -230,7 +235,7 @@
     in exactly the same order, and thus for instance would not match a record
     containing the phrase <em>"open access and science"</em>. A proximity search
     allows that the terms are not in the exact order and may include other terms
-    inbetween. The degree of flexiblity is specified by an integer afterwards:
+    in between. The degree of flexibility is specified by an integer afterwards:
   </p>
   <p>
     <strong>Example:</strong>

invenio_app_rdm/theme/templates/semantic-ui/invenio_app_rdm/help/search.sv.html

@@ -0,0 +1,254 @@
+{#
+  Copyright (C) 2021 CERN.
+  Copyright (C) 2024 KTH Royal Institute of Technology.
+
+  Invenio App RDM is free software; you can redistribute it and/or modify it
+  under the terms of the MIT License; see LICENSE file for more details.
+#}
+{%- set title = _("Search guide") %}
+{%- extends config.BASE_TEMPLATE %}
+
+{%- block page_body %}
+<div class="ui container mt-25">
+  <h1>Sökguide</h1>
+  <p>
+    Denna guide förklarar hur man skriver avancerade sökfrågor med hjälp av lättförståeliga exempel.
+  </p>
+  <h3>Enkel sökning (en eller flera termer)</h3>
+  <p>
+    <strong>Exempel:</strong>
+    <a href="/search?page=1&amp;size=20&amp;q=open%20science"
+      ><code>open science</code></a
+    >
+  </p>
+  <p>
+    Resultaten kommer att matcha poster som innehåller <em>termerna</em> <code>open</code>
+    <em>eller</em> <code>science</code> i <em>något fält</em>. Observera att grundord används, så exempelvis kommer <code>science</code> även att matcha
+    <code>sciences</code>. Sökresultaten rankas enligt en algoritm som tar hänsyn till dina söktermer.
+  </p>
+  <p>
+    Du kan kräva att <em>båda termerna är med</em> med hjälp av antingen
+    <code>+</code> eller <code>AND</code> operatorn:
+  </p>
+  <p>
+    <strong>Exempel:</strong>
+    <a href="/search?page=1&amp;size=20&amp;q=%2Bopen%20%2Bscience"
+      ><code>+open +science</code></a
+    >
+    eller
+    <a href="/search?page=1&amp;size=20&amp;q=open%20AND%20science"
+      ><code>open AND science</code></a
+    >
+  </p>
+  <p>
+    Du kan kräva att en eller flera termer <em>inte är med</em> med hjälp av antingen
+    <code>-</code> eller <code>NOT</code> operatorn:
+  </p>
+  <p>
+    <strong>Exempel:</strong>
+    <a href="/search?page=1&amp;size=20&amp;q=-open%20%2Bscience"
+      ><code>-open +science</code></a
+    >
+    eller
+    <a href="/search?page=1&amp;size=20&amp;q=NOT%20open%20AND%20science"
+      ><code>NOT open AND science</code></a
+    >
+  </p>
+  <h3>Frassökning</h3>
+  <p>
+    <strong>Exempel:</strong>
+    <a href="/search?page=1&amp;size=20&amp;q=%22open%20science%22"
+      ><code>"open science"</code></a
+    >
+  </p>
+  <p>
+    Resultaten kommer att matcha poster som innehåller <em>frasen</em>
+    <code>open science</code> i <em>något fält</em>.
+  </p>
+  <h3>Fältsökning</h3>
+  <p>
+    <strong>Exempel:</strong>
+    <a href="/search?page=1&amp;size=20&amp;q=metadata.title:open"
+      ><code>metadata.title:open</code></a
+    >
+  </p>
+  <p>
+    Resultaten kommer att matcha poster som innehåller <em>termen</em> <code>open</code> i
+    <em>fältet</em> <code>metadata.title</code>. Om du vill söka efter flera termer
+    i titeln måste du <strong>gruppera termerna</strong> med parentes:
+  </p>
+  <p>
+    <strong>Exempel:</strong>
+    <a href="/search?page=1&amp;size=20&amp;q=metadata.title:(open%20science%29"
+      ><code>metadata.title:(open science)</code></a
+    >
+  </p>
+  <p>
+    Se <a href="https://inveniordm.docs.cern.ch/reference/metadata/#metadata"
+      >InvenioRDM-dokumentationen</a
+    > för en fullständig lista över fält du kan söka i.
+  </p>
+  <h3>Kombinerad enkel-, fras- eller fältsökning</h3>
+  <p>
+    <strong>Exempel:</strong>
+    <a
+      href="/search?page=1&amp;size=20&amp;q=%2Bmetadata.title:%22open%20science%22%20-metadata.title:policy"
+      ><code>+metadata.title:"open science" -metadata.title:policy</code></a
+    >
+    eller t.ex.
+    <a href="/search?page=1&amp;size=20&amp;q=metadata.title:(-open%20%2Bscience%29"
+      ><code>metadata.title:(-open +science)</code></a
+    >
+  </p>
+  <p>
+    Du kan kombinera enkel-, fras- och fältsökning för att konstruera avancerade sökfrågor.
+  </p>
+  <h3>Intervallsökning</h3>
+  <p>
+    <strong>Exempel:</strong>
+    <a
+      href="/search?page=1&amp;size=20&amp;q=metadata.publication_date:%5B2017%20TO%202018%5D"
+      ><code>metadata.publication_date:[2017 TO 2018]</code></a
+    >
+    (notera att du måste skriva <code>TO</code> med versaler).
+  </p>
+  <p>
+    Resultaten kommer att matcha alla poster med ett publiceringsdatum mellan 2017-01-01 och
+    2018-01-01 (båda datumen inkluderade).
+  </p>
+  <p>Observera att partiella datum utökas till fullständiga datum, t.ex.:</p>
+  <ul>
+    <li>2017 utökas till 2017-01-01</li>
+    <li>2017-06 utökas till 2017-06-01</li>
+  </ul>
+  <p>
+    Använd hakparenteser (<code>[]</code>) för <em>inkluderande</em> intervall och
+    måsvingar (<code>{}</code>) för <em>exkluderande</em> intervall, t.ex.:
+  </p>
+  <ul>
+    <li>
+      <code>[2017 TO 2018}</code> är ekvivalent med
+      <code>[2017-01-01 TO 2017-12-31]</code> på grund av datumutökning och exklusivt övre gräns.
+    </li>
+  </ul>
+  <p>Exempel på andra intervall:</p>
+  <ul>
+    <li>
+      <code>metadata.publication_date:{* TO 2017-01-01}</code>: Alla dagar fram till 2017.
+    </li>
+    <li>
+      <code>metadata.publication_date:[2017-01-01 TO *]</code>: Alla dagar från 2017.
+    </li>
+  </ul>
+  <h3>Rankning/Sortering</h3>
+  <p>
+    Som standard sorteras alla sökningar enligt en intern rankningsalgoritm som poängsätter varje matchning mot din sökfråga. Både i användargränssnittet och REST API är det möjligt att sortera resultaten efter:
+  </p>
+  <ul>
+    <li>Senaste</li>
+    <li>Bästa matchning</li>
+    <li>Äldsta</li>
+    <li>Mest visade</li>
+    <li>Mest nedladdade</li>
+  </ul>
+  <h3>Reguljära uttryck</h3>
+  <p>
+    Reguljära uttryck är ett kraftfullt mönsterigenkänningsspråk som tillåter dig att
+    söka efter specifika mönster i ett fält. Till exempel, om vi vill hitta
+    alla poster med DOI-prefixet 10.5281 kan vi använda en sökning med reguljärt uttryck:
+  </p>
+  <p>
+    <strong>Exempel:</strong>
+    <a href="/search?page=1&amp;size=20&amp;q=metadata.subjects.identifier:%2F03yrm5c2%5B1%2C6%5D%2F"
+      ><code>metadata.subjects.identifier:/03yrm5c2[1,6]/</code></a
+    >
+  </p>
+  <p>
+    Var försiktig, det reguljära uttrycket måste matcha <em>hela</em> fältvärdet.
+    Se
+    <a
+      href="https://www.elastic.co/guide/en/elasticsearch/reference/current/query-dsl-regexp-query.html#regexp-syntax"
+      >syntax för reguljära uttryck</a
+    >
+    för ytterligare detaljer.
+  </p>
+  <h3>Fält som saknar värden</h3>
+  <p>
+    Det är möjligt att söka efter poster som antingen saknar ett värde eller har
+    ett värde i ett specifikt fält med hjälp av <code>_exists_</code> och
+    <code>NOT _exists_</code> i kombination med fältnamn.
+  </p>
+  <p>
+    <strong>Exempel:</strong>
+    <a href="/search?page=1&amp;size=20&amp;q=NOT%20_exists_:metadata.additional_titles">
+      <code>NOT _exists_:metadata.additional_titles</code>
+    </a>
+    (alla poster utan metadata.additional_titles)
+  </p>
+  <p>
+    <strong>Exempel:</strong>
+    <a href="/search?page=1&amp;size=20&amp;q=_exists_:metadata.creators"
+      ><code>_exists_:metadata.creators</code></a
+    >
+    (alla poster med metadata.creators)
+  </p>
+  <h3>Avancerade söktekniker</h3>
+  <h4>Boosting</h4>
+  <p>
+    Du kan använda boost-operatorn <code>^</code> när en term är mer relevant
+    än en annan. Till exempel kan du söka efter alla poster med frasen
+    <em>open science</em> i antingen <em>titel-</em> eller
+    <em>beskrivnings-</em> fältet, men ranka poster med frasen i
+    <em>titel</em> fältet högre:
+  </p>
+  <p>
+    <strong>Exempel:</strong>
+    <a
+      href="/search?page=1&amp;size=20&amp;q=metadata.title:%22open%20science%22%5E5%20metadata.description:%22open%20science%22"
+      ><code>metadata.title:"open science"^5 metadata.description:"open science"</code></a
+    >
+  </p>
+  <h4>Fuzzy-sök</h4>
+  <p>
+    Du kan söka efter termer som är liknande men inte exakt samma som din sökterm
+    med hjälp av fuzzy-operatorn <code>~</code>.
+  </p>
+  <p>
+    <strong>Exempel:</strong>
+    <a href="/search?page=1&amp;size=20&amp;q=oepn~"><code>oepn~</code></a>
+  </p>
+  <p>
+    Resultaten kommer att matcha poster med termer liknande <code>oepn</code> vilket
+    till exempel även skulle matcha <code>open</code>.
+  </p>
+  <h4>Närhetssökningar</h4>
+  <p>
+    En frassökning med <code>"open science"</code> förväntar sig som standard att alla termer
+    är i exakt samma ordning, och skulle därmed till exempel inte matcha en post
+    som innehåller frasen <em>"open access and science"</em>. En närhetssökning
+    tillåter att termerna inte är i exakt följd och kan inkludera andra termer
+    emellan. Graden av flexibilitet specificeras av ett efterföljande heltal:
+  </p>
+  <p>
+    <strong>Exempel:</strong>
+    <a href="/search?page=1&amp;size=20&amp;q=%22open%20science%22~5"
+      ><code>"open science"~5</code></a
+    >
+  </p>
+  <h4>Wildcard-tecken</h4>
+  <p>
+    Du kan använda wildcard-tecken i söktermer för att ersätta ett enda tecken (med
+    <code>?</code> operatorn) eller noll eller fler tecken (med
+    <code>*</code> operatorn).
+  </p>
+  <p>
+    <strong>Exempel:</strong>
+    <a href="/search?page=1&amp;size=20&amp;q=ope%3F%20scien*"
+      ><code>ope? scien*</code></a
+    >
+  </p>
+  <p>
+    Wildcard-sökningar kan vara långsamma och bör normalt undvikas om möjligt.
+  </p>
+</div>
+{%- endblock page_body%}

invenio_app_rdm/theme/templates/semantic-ui/invenio_app_rdm/help/statistics.sv.html

@@ -0,0 +1,196 @@
+{#
+  Copyright (C) 2021-2023 CERN.
+  Copyright (C) 2024 KTH Royal Institute of Technology.
+
+  Invenio App RDM är fri programvara; du kan återdistribuera och/eller modifiera den
+  enligt villkoren i MIT-licensen; se LICENSE-filen för mer information.
+#}
+{%- set title = _("FAQ statistics") %}
+{%- extends config.BASE_TEMPLATE %}
+
+{%- block page_body %}
+  <div class="ui two column grid container rel-mt-2">
+    <div class="ui row">
+      <div class="ui sixteen wide column">
+        <h2 id="statistics">Statistik</h2>
+        <p></p>
+      </div>
+      <div class="ui eight wide column">
+        <h3>
+          <p>Vad spårar ni?</p>
+        </h3>
+        <p>Vi spårar två typer av händelser:</p>
+        <ol>
+          <li>Besök på en post-sida.</li>
+          <li>Nedladdningar av en fil.</li>
+        </ol>
+        <p>För båda typer av händelser spårar vi:</p>
+        <ol>
+          <li>
+            <strong>Besökare:</strong>
+            Ett anonymiserat besökar-ID.
+          </li>
+          <li>
+            <strong>Besökarkategori:</strong>
+            Om förfrågan gjordes av a) människa, b) maskin eller c) robot.
+          </li>
+          <li>
+            <strong>Land:</strong>
+            Ursprungsland för förfrågan (baserat på IP-adress).
+          </li>
+          <li>
+            <strong>Referens:</strong>
+            Domän från vilken besökaren kom.
+          </li>
+        </ol>
+        <h3>
+          <p>
+            Vad är en
+            <em>visning</em>
+            ?
+          </p>
+        </h3>
+        <p>En användare (människa eller maskin) som besöker en post, exklusive dubbelklick och robotar.</p>
+        <h3>
+          <p>
+            Vad är en
+            <em>unik visning</em>
+            ?
+          </p>
+        </h3>
+        <p>
+          En
+          <em>unik visning</em>
+          definieras som ett eller flera besök av en användare inom ett tidsfönster på 1 timme. Detta innebär att om samma
+          post besöks flera gånger av samma användare inom samma tidsfönster räknas det som en unik visning.
+        </p>
+        <h3>
+          <p>
+            Vad är en
+            <em>nedladdning</em>
+            ?
+          </p>
+        </h3>
+        <p>En användare (människa eller maskin) som laddar ner en fil från en post, exklusive dubbelklick och robotar. Om en
+          post har flera filer och du laddar ner alla filer, räknas varje fil som en nedladdning.</p>
+        <h3>
+          <p>
+            Vad är en
+            <em>unik nedladdning</em>
+            ?
+          </p>
+        </h3>
+        <p>
+          En
+          <em>unik nedladdning</em>
+          definieras som en eller flera nedladdningar från filer i en post av en användare inom ett tidsfönster på 1 timme.
+          Detta innebär att om en eller flera filer från samma post laddas ner flera gånger av samma användare inom samma
+          tidsfönster räknas det som en unik nedladdning.
+        </p>
+        <h3>
+          <p>
+            Vad är
+            <em>nedladdad datavolym</em>
+            ?
+          </p>
+        </h3>
+        <p>Den totala datavolym som har laddats ner för alla filer i en post av en användare (människa eller maskin),
+          exklusive dubbelklick och robotar. Om en användare avbryter en nedladdning mitt i, räknar vi ändå hela filstorleken
+          som fullt nedladdad.</p><h3>
+          <p>Hur hanterar ni versioner?</p>
+        </h3>
+        <p>Som standard visar vi de sammanlagda räkningarna av visningar, nedladdningar och datavolymer för alla versioner av
+          en post. Du kan även expandera användningsstatistikrutan på en postsida för att se informationen för den specifika
+          versionen.</p>
+        <h3>
+          <p>Hur hanterar ni robotar?</p>
+        </h3>
+        <p>
+          Förfrågningar från robotar (även kallade crawlers, spindlar, bots) filtreras bort från användningsstatistiken. Vi
+          identifierar robotar baserat på en standardiserad lista från projekten
+          <a href="https://www.projectcounter.org/">COUNTER</a>
+          och
+          <a href="https://makedatacount.org/">Making Data Count</a>.
+        </p>
+        <h3>
+          <p>Hur ofta uppdateras användningsstatistiken?</p>
+        </h3>
+        <p>En gång om dagen.</p>
+        <h3>
+          <p>Hur kan jag se de mest visade posterna?</p>
+        </h3>
+        <p>
+          Vid sökningar på {{ config.THEME_SITENAME }} kan du sortera sökresultaten efter "
+          <a href="https://zenodo.org/search?sort=mostviewed">mest visade</a>
+          ".
+        </p>
+        <h3>
+          <p>Hur spårar ni?</p>
+        </h3>
+        <p>
+          Vi följer
+          <a href="https://www.projectcounter.org/">COUNTER Code of Practice</a>
+          samt
+          <a href="https://peerj.com/preprints/26505/">Code of Practice for Research Data Usage Metrics</a>
+          i vår spårning. Detta innebär att vår användningsstatistik kan jämföras med andra COUNTER-kompatibla arkiv.
+        </p>
+      </div>
+      <div class="ui eight wide column">
+        <h3>
+          <p>Vad är skillnaden mellan en maskin och en robot?</p>
+        </h3>
+        <p>
+          En
+          <em>maskinförfrågan</em>
+          är en automatiserad förfrågan initierad av en mänsklig användare, t.ex. ett skript som laddar ner data från {{
+          config.THEME_SITENAME }} och kör en analys på datan. En
+          <em>robotförfrågan</em>
+          är en automatiserad förfrågan gjord av t.ex. en sökmotorcrawler.
+        </p>
+        <h3>
+          <p>Hur anonymiserar ni användare?</p>
+        </h3>
+        <p>För varje visnings-/nedladdningshändelse spårar vi ett anonymiserat besökar-ID. Detta anonymiserade besökar-ID
+          ändras för en användare var 24:e timme, så en användare som besöker samma post två olika dagar får två olika
+          anonymiserade besökar-ID. Syftet med att spåra ett anonymiserat besökar-ID är att kunna räkna unika visningar och
+          nedladdningar.</p>
+        <p>
+          Av säkerhetsskäl behåller vi även en webbserverlogg som inkluderar din
+          <a href="https://en.wikipedia.org/wiki/IP_address">IP-adress</a>
+          och din webbläsares
+          <a href="https://en.wikipedia.org/wiki/User_agent">user agent</a>
+          -sträng. Denna logg raderas automatiskt efter högst ett år och är strikt separerad från insamlingen av användningsstatistik.
+        </p>
+        <p>Det anonymiserade besökar-ID:et genereras från en personlig identifierare, exempelvis:</p>
+        <ol>
+          <li>ett användar-ID (t.ex. om du är inloggad på zenodo.org),</li>
+          <li>ett sessions-ID,</li>
+          <li>eller en IP-adress och din webbläsares user agent-sträng.</li>
+        </ol>
+        <p>
+          Vi kombinerar den personliga identifieraren med ett slumpmässigt textvärde (ett salt) och tillämpar en envägs-
+          <a href="https://en.wikipedia.org/wiki/Cryptographic_hash_function">kryptografisk hash-funktion</a>
+          för att kryptera datan. Saltet (slumpvärdet) kastas bort och genereras om var 24:e timme. Genom att använda och
+          sedan kasta bort det slumpmässiga saltet säkerställs att det anonymiserade besökar-ID:et är helt slumpmässigt.
+        </p>
+        <h3>
+          <p>Kan jag välja bort att bli spårad i användningsstatistiken?</p>
+        </h3>
+        <p>Nej, det är inte möjligt att välja bort. Spårningen för användningsstatistik är fullt anonymiserad och sker på
+          serversidan.</p>
+        <h3>
+          <p>Stödjer ni användningsstatistik för en community?</p>
+        </h3>
+        <p>Inte än, men vi kommer att lägga till aggregerad användningsstatistik för communities.</p>
+        <h3>
+          <p>Spårar ni mina sökningar?</p>
+        </h3>
+        <p>Nej.</p>
+        <h3>
+          <p>Gör ni någon manuell eller automatisk profilering av användare?</p>
+        </h3>
+        <p>Nej.</p>
+      </div>
+    </div>
+  </div>
+{% endblock page_body %}

invenio_app_rdm/theme/templates/semantic-ui/invenio_app_rdm/help/versioning.en.html

@@ -0,0 +1,149 @@
+{#
+  Copyright (C) 2021-2023 CERN.
+  Copyright (C) 2021 Northwestern University.
+
+  Invenio App RDM is free software; you can redistribute it and/or modify it
+  under the terms of the MIT License; see LICENSE file for more details.
+#}
+{%- set title = _("FAQ versioning") %}
+{%- extends config.BASE_TEMPLATE %}
+
+{%- block page_body %}
+  <div class="ui two column grid container rel-mt-2">
+    <div class="ui row">
+      <div class="ui sixteen wide column">
+        <h2 id="versioning">DOI versioning</h2>
+      </div>
+      <div class="ui eight wide column">
+        <h5>
+          <p>What is DOI versioning?</p>
+        </h5>
+        <p>DOI versioning allows you to:</p>
+        <ul>
+          <li>edit/update the record’s files after they have been published.</li>
+          <li>cite a specific version of a record.</li>
+          <li>cite all of versions of a record.</li>
+        </ul>
+        <h5>
+          <p>How does DOI versioning work?</p>
+        </h5>
+        <p>
+          When you publish an upload for the first time, we register two DOIs:
+        </p>
+        <ul>
+          <li>
+            a DOI representing the <strong>specific version</strong> of your record.
+          </li>
+          <li>
+            a DOI representing <strong>all of the versions</strong> of your record.
+          </li>
+        </ul>
+        <p>Afterwards, we register a DOI for every new version of your upload.</p>
+        <p>
+          This is best illustrated by an example of a software package. If the
+          software has been released in two versions (v1.0 and v1.1), then
+          the following DOIs would have been registered:
+        </p>
+        <ul>
+          <li><strong>v1.0 (specific version):</strong> 10.1234/7s0da-05p39</li>
+          <li><strong>v1.1 (specific version):</strong> 10.1234/chc5z-w0r30</li>
+          <li><strong>Concept (all versions):</strong> 10.1234/3s67k-pd636</li>
+        </ul>
+        <p>
+          The first two DOIs for versions <strong>v1.0</strong> and
+          <strong>v.1.1</strong> represent the specific versions of the software.
+          The last DOI represents all the versions of the given software package,
+          i.e. the concept of the software package and the ensemble of versions. We
+          therefore also call the them <strong>Version DOIs</strong> and
+          <strong>Concept DOIs</strong> (note, technically both are just normal
+          DOIs).
+        </p>
+        <p>
+          You may notice that the version DOIs do not include a “.v1”-suffix. Read
+          below to find out why.
+        </p>
+        <h5>
+          <p>Which DOI should I use in citations?</p>
+        </h5>
+        <p>
+          You should normally always use the DOI for the
+          <strong>specific version</strong> of your record in citations. This is to
+          ensure that other researchers can access the
+          <strong>exact</strong> research artefact you used for reproducibility. By
+          default, we use the specific version to generate citations.
+        </p>
+        <p>
+          You can use the Concept DOI representing all versions in citations when it
+          is desirable to cite an evolving research artifact, without being specific
+          about the version.
+        </p>
+        <h5>
+          <p>Where does the Concept DOI resolve to?</p>
+        </h5>
+        <p>
+          The Concept DOI resolves to the landing page of the latest
+          version of your record.
+        </p>
+      </div>
+      <div class="ui eight wide column">
+        <h5>
+          <p>
+            I only want to change the title of my upload, do I still get a new DOI?
+          </p>
+        </h5>
+        <p>
+          No, you can continue to edit the metadata of your upload without
+          creating a new version of a record. You should only create a new version
+          if you want to update the files of your record.
+        </p>
+
+        <h5>
+          <p>Why don’t the DOIs have a version number suffix like “.v1”?</p>
+        </h5>
+        <p>
+          Including semantic information such as the version number in a DOI is bad
+          practice, because this information may change over time, while DOIs must
+          remain persistent and should not change.
+        </p>
+        <p>
+          Moreover, DOI versioning is linear, which means that the version number may
+          in fact not be the real version number of the resource.
+          Take for instance software, where it is common practice to have dot
+          versions and make new releases in a non-linear order (e.g. first v1.0,
+          then v1.1, then v2.0, then v1.2).
+        </p>
+        <p>
+          The versioning suffix is also not a functionality of the DOI system, i.e.
+          adding .v2 to a DOI will not resolve to version 2 of a resource for any DOI
+          from any provider. Different providers also use different patterns such as
+          e.g. .v2, .2, /2.
+        </p>
+        <p>
+          Most importantly, version suffixes are not machine readable. A discovery
+          system that understands DOIs, will not know that .v1 and .v2 of a DOI are
+          in fact two versions of the same resource.
+        </p>
+        <p>
+          A better solution to this problem is to semantically link two DOIs in the
+          metadata of a DOI. This ensures that discovery systems have a
+          machine-readable way to discover that two DOIs are versions of the same
+          resource.
+        </p>
+        <p>
+          See also <a href="https://doi.org/10.5438/55E5-T5C0">Cool DOIs</a> for
+          further information.
+        </p>
+
+        <h5>
+          <p>Do you duplicate all the files for every new version of a record?</p>
+        </h5>
+        <p>
+          No, if you change a 10kb README file in 50GB dataset we do not duplicate
+          the entire 50GB dataset. InvenioRDM, the underlying technical software
+          platform, efficiently handles the file storage so we only store the new
+          extra 10kb.
+        </p>
+      </div>
+    </div>
+  </div>
+{% endblock page_body %}