invenio-app-rdm 13.0.0b2.dev10__tar.gz → 13.0.0b3.dev0__tar.gz

{invenio_app_rdm-13.0.0b2.dev10 → invenio_app_rdm-13.0.0b3.dev0}/CHANGES.rst

@@ -10,6 +10,16 @@
 Changes
 =======
 
+Version v13.0.0b3.dev0 (released 2025-03-26)
+
+- thesis: breaking change in thesis field (invenio-rdm-records)
+- thesis: add university and type field
+- imprint: add edition field
+
+Version v13.0.0b2.dev11 (released 2025-03-26)
+
+- checks: add checks tab to requests (fix template inclusion)
+
 Version v13.0.0b2.dev10 (released 2025-03-26)
 
 - checks: add checks tab to requests

{invenio_app_rdm-13.0.0b2.dev10 → invenio_app_rdm-13.0.0b3.dev0}/PKG-INFO

@@ -1,6 +1,6 @@
 Metadata-Version: 2.4
 Name: invenio-app-rdm
-Version: 13.0.0b2.dev10
+Version: 13.0.0b3.dev0
 Summary: Invenio Research Data Management.
 Home-page: https://github.com/inveniosoftware/invenio-app-rdm
 Author: CERN
@@ -41,7 +41,7 @@ Requires-Dist: invenio-files-rest<4.0.0,>=3.0.0
 Requires-Dist: invenio-previewer<4.0.0,>=3.0.0
 Requires-Dist: invenio-records-files<2.0.0,>=1.2.1
 Requires-Dist: invenio-communities<19.0.0,>=18.0.0
-Requires-Dist: invenio-rdm-records<18.0.0,>=17.0.1
+Requires-Dist: invenio-rdm-records<19.0.0,>=18.0.0
 Requires-Dist: CairoSVG<3.0.0,>=2.5.2
 Requires-Dist: invenio-banners<5.0.0,>=4.0.0
 Requires-Dist: invenio-pages<6.0.0,>=5.0.0
@@ -97,6 +97,16 @@ https://inveniordm.docs.cern.ch
 Changes
 =======
 
+Version v13.0.0b3.dev0 (released 2025-03-26)
+
+- thesis: breaking change in thesis field (invenio-rdm-records)
+- thesis: add university and type field
+- imprint: add edition field
+
+Version v13.0.0b2.dev11 (released 2025-03-26)
+
+- checks: add checks tab to requests (fix template inclusion)
+
 Version v13.0.0b2.dev10 (released 2025-03-26)
 
 - checks: add checks tab to requests

{invenio_app_rdm-13.0.0b2.dev10 → invenio_app_rdm-13.0.0b3.dev0}/invenio_app_rdm/__init__.py

@@ -17,6 +17,6 @@
 #
 # See PEP 0440 for details - https://www.python.org/dev/peps/pep-0440
 
-__version__ = "13.0.0b2.dev10"
+__version__ = "13.0.0b3.dev0"
 
 __all__ = ("__version__",)

{invenio_app_rdm-13.0.0b2.dev10 → invenio_app_rdm-13.0.0b3.dev0}/invenio_app_rdm/requests_ui/templates/semantic-ui/invenio_requests/community-submission/index.html

@@ -74,7 +74,7 @@
           aria-controls="checks-tab-panel"
           id="checks-tab"
         >
-          {% include "invenio_checks/requests/title.html" %}
+          <i class="{% include 'invenio_checks/requests/overall_severity_level.html' %}"></i> {{ _("Checks") }}
         </a>
       {% endif %}
     </div>

invenio_app_rdm-13.0.0b3.dev0/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=_missing_: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-13.0.0b3.dev0/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-13.0.0b3.dev0/invenio_app_rdm/theme/templates/semantic-ui/invenio_app_rdm/help/versioning.sv.html

@@ -0,0 +1,143 @@
+{#
+  Copyright (C) 2021-2023 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 = _("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-versionering</h2>
+      </div>
+      <div class="ui eight wide column">
+        <h5>
+          <p>Vad är DOI-versionering?</p>
+        </h5>
+        <p>DOI-versionering tillåter dig att:</p>
+        <ul>
+          <li>redigera/uppdatera postens filer efter att de har publicerats.</li>
+          <li>citera en specifik version av en post.</li>
+          <li>citera alla versioner av en post.</li>
+        </ul>
+        <h5>
+          <p>Hur fungerar DOI-versionering?</p>
+        </h5>
+        <p>
+          När du publicerar en uppladdning för första gången registrerar vi två DOI:er:
+        </p>
+        <ul>
+          <li>
+            en DOI som representerar den <strong>specifika versionen</strong> av din post.
+          </li>
+          <li>
+            en DOI som representerar <strong>alla versioner</strong> av din post.
+          </li>
+        </ul>
+        <p>Därefter registrerar vi en DOI för varje ny version av din uppladdning.</p>
+        <p>
+          Detta illustreras bäst med ett exempel på ett mjukvarupaket. Om mjukvaran har
+          släppts i två versioner (v1.0 och v1.1), så skulle följande DOI:er ha registrerats:
+        </p>
+        <ul>
+          <li><strong>v1.0 (specifik version):</strong> 10.1234/7s0da-05p39</li>
+          <li><strong>v1.1 (specifik version):</strong> 10.1234/chc5z-w0r30</li>
+          <li><strong>Koncept (alla versioner):</strong> 10.1234/3s67k-pd636</li>
+        </ul>
+        <p>
+          De första två DOI:erna för versionerna <strong>v1.0</strong> och
+          <strong>v.1.1</strong> representerar de specifika versionerna av mjukvaran.
+          Den sista DOI:n representerar alla versioner av den aktuella mjukvaran, dvs.
+          konceptet för mjukvarupaketet och alla dess versioner. Vi kallar dem därför
+          <strong>Versions-DOI:er</strong> och <strong>Koncept-DOI:er</strong>
+          (tekniskt sett är båda vanliga DOI:er).
+        </p>
+        <p>
+          Du kanske märker att versions-DOI:erna inte innehåller ett ".v1"-suffix. Läs
+          nedan för att förstå varför.
+        </p>
+        <h5>
+          <p>Vilken DOI ska jag använda vid citering?</p>
+        </h5>
+        <p>
+          Du bör normalt alltid använda DOI:n för den
+          <strong>specifika versionen</strong> av din post i referenser. Detta för att
+          säkerställa att andra forskare kan få tillgång till exakt den
+          <strong>forskningsartefakt</strong> som du använde för reproducerbarhet. Som
+          standard använder vi den specifika versionen för att generera referenser.
+        </p>
+        <p>
+          Du kan använda Koncept-DOI:n som representerar alla versioner i referenser när det
+          är lämpligt att referera till en forskningsartefakt som utvecklas över tid utan att ange specifik
+          version.
+        </p>
+        <h5>
+          <p>Vart leder Koncept-DOI:n?</p>
+        </h5>
+        <p>
+          Koncept-DOI:n leder till landningssidan för den senaste versionen av din post.
+        </p>
+      </div>
+      <div class="ui eight wide column">
+        <h5>
+          <p>
+            Jag vill bara ändra titeln på min uppladdning, får jag fortfarande en ny DOI?
+          </p>
+        </h5>
+        <p>
+          Nej, du kan fortsätta att redigera metadatan för din uppladdning utan att skapa en ny version
+          av en post. Du bör endast skapa en ny version om du vill uppdatera filerna i din post.
+        </p>
+
+        <h5>
+          <p>Varför har DOI:erna inte ett versionssuffix som ".v1"?</p>
+        </h5>
+        <p>
+          Att inkludera semantisk information som versionsnummer i en DOI är dålig praxis,
+          eftersom denna information kan ändras över tid medan DOI:er måste förbli
+          beständiga och inte får ändras.
+        </p>
+        <p>
+          Dessutom är DOI-versionering linjär, vilket innebär att versionsnumret kanske
+          inte är det verkliga versionsnumret för resursen. Ta till exempel mjukvara där
+          det är vanligt med punktversioner och att göra nya släpp i en icke-linjär ordning
+          (t.ex. först v1.0, sedan v1.1, sedan v2.0, sedan v1.2).
+        </p>
+        <p>
+          Versionssuffixet är heller inte en funktion i DOI-systemet, dvs. att lägga till .v2
+          till en DOI kommer inte att leda till version 2 av en resurs för någon DOI från
+          någon leverantör. Olika leverantörer använder också olika mönster såsom t.ex. .v2,
+          .2, /2.
+        </p>
+        <p>
+          Viktigast av allt, versionssuffix är inte maskinläsbara. Ett system som
+          förstår DOI:er kommer inte att veta att .v1 och .v2 av en DOI faktiskt är två
+          versioner av samma resurs.
+        </p>
+        <p>
+          En bättre lösning på detta problem är att semantiskt länka två DOI:er i metadatan
+          för en DOI. Detta säkerställer att olika system har ett maskinläsbart sätt att
+          upptäcka att två DOI:er är versioner av samma resurs.
+        </p>
+        <p>
+          Se även <a href="https://doi.org/10.5438/55E5-T5C0">Coola DOI:er</a> för
+          ytterligare information.
+        </p>
+
+        <h5>
+          <p>Duplicerar ni alla filer för varje ny version av en post?</p>
+        </h5>
+        <p>
+          Nej, om du ändrar en README-fil på 10 kb i ett dataset på 50 GB duplicerar vi
+          inte hela datasetet på 50 GB. InvenioRDM, den underliggande tekniska
+          plattformen, hanterar fil-lagringen effektivt så att vi bara lagrar de nya
+          extra 10 kb.
+        </p>
+      </div>
+    </div>
+  </div>
+{% endblock page_body %}