<div dir="ltr">DOIs only really need the resolver to be hosted - so a DOI should resolve to a local resource identifier (IRI) - which itself should be permanent IMHO - and resolve to a URL for the current location of the resource.<div><br></div><div>This last redirect is important to allow different flavours of the resource to be served with content negotiation.</div><div><br></div><div>And of course we have the resource descriptor (a DOI landing page) as well as the data itself.</div><div><br></div><div>This is best (i.e. if we stick to standards that meet long term needs) handled using the DCAT model of a Dataset and a set of associated DataDistributions - but legacy style fixed and limited functionality schema based solutions (e.g. XML schemas) could co-exist for specific content types - it just wouldn't a great investment today to implement infrastructures based entirely on specific technologies (physical model) rather than a technology neutral conceptual framework.  (SDI 1.0 has suffered greatly from this practice, hence the need for this upgrade..)</div><div><br></div><div><br></div><div><br></div><div><br></div><div><br></div></div><div dir="auto"></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, 26 Aug 2024, 06:41 Joana Simoes via Standards, <<a href="mailto:standards@lists.osgeo.org" target="_blank">standards@lists.osgeo.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Good evening,<br>
<br>
I was wondering if anyone has experience/best practices to share <br>
regarding generating DOIs for datasets that are hosted on a SDI?<br>
<br>
Research resources, including data, are encouraged to adopt Digital <br>
Object Identifiers (DOI) to identify objects persistently. They allow <br>
things to be uniquely identified and accessed reliably.<br>
<br>
 From what I understand, these DOIs need to be generated by one of the <br>
registration agencies under the DOI foundation (<a href="https://www.doi.org/" rel="noreferrer noreferrer" target="_blank">https://www.doi.org/</a>). <br>
Some of these agencies, like Zenodo (<a href="https://zenodo.org/" rel="noreferrer noreferrer" target="_blank">https://zenodo.org/</a>), will generate <br>
the DOIs for free, but the issue I see is that they require the data to <br>
be hosted on their repositories. I see this as a duplication of <br>
information if the data already lives on a SDI, raising a series of <br>
issues (maintaining the data in both places, duplication of storage, etc).<br>
<br>
What would be the best approach, to keep the data (and metadata) on the <br>
SDI, but still be able to reference it as a citation?<br>
<br>
In this context, would it make sense to give up on the DOI and go for a <br>
Persistent Uniform Resource Locator (PURL)?<br>
<br>
This would be an example of a Purl:<br>
<br>
<a href="https://doi.byteroad.net/emotional.cities/hex350_grid_cardio_1920" rel="noreferrer noreferrer" target="_blank">https://doi.byteroad.net/emotional.cities/hex350_grid_cardio_1920</a><br>
<br>
Looking forwards for your thoughts on this.<br>
<br>
                                   Thank You,<br>
<br>
                                        All the Best,<br>
<br>
                                                 Joana<br>
<br>
_______________________________________________<br>
Standards mailing list<br>
<a href="mailto:Standards@lists.osgeo.org" rel="noreferrer" target="_blank">Standards@lists.osgeo.org</a><br>
<a href="https://lists.osgeo.org/mailman/listinfo/standards" rel="noreferrer noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/standards</a><br>
</blockquote></div>