[Esip-preserve] Recommendations for affordable DOI minting for commercial geospatial data

[Mark Parsons]

OK, it sounds like you are responsible for archiving some of your data. If they are smallish and fairly static, you could deposit them in a generalist repository like Zenodo or Dryad, which will provide a DOI.

If you are committed to being the archive, you might enquire with California Digital Library. They can register DOIs with DataCite and they might provide the service for low to no cost since you are supporting the State of California.

cheers,

-m. 

> On May 14, 2021, at 12:07 PM, Evan Burgess <evan.burgess at airbornesnowobservatories.com> wrote:
> 
> Mark and Amber,
> 
> Thanks much for these thoughts, this is all very helpful!  We are kind of in a weird space as a small for-profit startup built off a NASA JPL research program.  We have a few lingering NASA projects that are firmly in the academic space, these data are already or will be going to a DAAC.  However, moving forward, most of our data will be entirely separate from those academic/NASA channels.  It will be paid for by state or private agencies, with an agreement that the data can be made public.  Most companies would probably keep this data private, but as a public benefit corporation we really want the data to benefit all interested parties (of which there are lots including researchers and other non-paying agencies).  Our plan has been to manage the data archive ourselves, currently the data is hosted on a public s3 bucket and linked to on our website rather crudely.  Our interest for adding a DOI is partially a desire to follow best practice but also so our company can be more better attributed when the data is used.
> 
> Thanks, 
> Evan
> 
> On Thu, May 13, 2021 at 4:04 PM Mark Parsons <parsonsm.work at icloud.com <mailto:parsonsm.work at icloud.com>> wrote:
> Hi Evan,
> 
> Good on you for wanting your data to be referenced properly!
> 
> Is ASO the actual archive for the data or are they ulimately archived by NASA or another sponsor? Whoever mints the DOI should recognize that they are taking on a responsibility to maintain that DOI. That doesn’t necessarily mean that they must maintain the data, but they must ensure that the DOI continually links to the current state of the data (whether it has been moved, upgraded, deleted, etc). Once you determine who has that responsibility it will be easier to determine which DOI service to use. I suspect you may be able to tap into a NASA relationship with DataCite.
> 
> cheers,
> 
> -m. 
> 
>> On May 13, 2021, at 3:14 PM, Evan Burgess via Esip-preserve <esip-preserve at lists.esipfed.org <mailto:esip-preserve at lists.esipfed.org>> wrote:
>> 
>> Hey All,
>> 
>> I work for Airborne Snow Observatories <https://www.airbornesnowobservatories.com/>.  We release a lot of public geospatial data on snow water resources in California and Colorado.  These data consist primarily of gridded geospatial products and pdfs with discussion and analyses of these products.  The data is used by both academia and operational water management agencies in real-time and is available on our website.
>> 
>> We are looking into our options for minting DOIs for each of these datasets.  We originally looked at DataCite but found it to be prohibitively expensive.  I'm curious if anyone has suggestions for DOI minting options that are more cost effective and appropriate for this type of data and use case.
>> We recently have looked into Crossref <https://www.crossref.org/services/content-registration/>, which seems much cheaper but I'm unsure if disadvantages may be lurking.  Any advice on the matter would be greatly appreciated!
>> 
>> Many thanks,
>> Evan
>> 
>> _______________________________________________
>> Esip-preserve mailing list
>> To start a new topic: Esip-preserve at lists.esipfed.org <mailto:Esip-preserve at lists.esipfed.org>
>> To unsubscribe and manage prefs: https://lists.esipfed.org/mailman/listinfo/esip-preserve <https://lists.esipfed.org/mailman/listinfo/esip-preserve>
> 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.esipfed.org/pipermail/esip-preserve/attachments/20210514/484bf09a/attachment.htm>