Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Permanent URLs #4

Open
llorracc opened this issue Mar 27, 2020 · 5 comments
Open

Permanent URLs #4

llorracc opened this issue Mar 27, 2020 · 5 comments
Assignees
Labels
enhancement New feature or request

Comments

@llorracc
Copy link
Contributor

llorracc commented Mar 27, 2020

In discussing what we ought to do to make our first blog post (for TFI) "professional", @sbenthall proposed that one such thing would be to make sure that there is a "permanent url" associated with that content.

That seems like a good idea. Actually, I'd take it further, and say that we should figure out how to get a doi (digital object identifier) for such items. And we ought also to investigate what would be necessary to get doi's for our other content, like REMARKs and DemARKs.

In particular, a doi should be among the things that characterize a "first-class" or proper REMARK.

@llorracc llorracc added the enhancement New feature or request label Mar 27, 2020
@sbenthall
Copy link
Collaborator

Looks like the Scipy Conference uses CrossRef for its DOI management:

@sbenthall
Copy link
Collaborator

@llorracc
Copy link
Contributor Author

We have several questions to resolve here, I think:

  1. What do we need to do to consider an item "finished" and ready for archiving
  2. When we declare a project "finished" and ready for archiving, where do we put it for permanent access.
  3. There are a number of authorities who can issue doi's. We need an infrastructure for obtaining a doi and accomplishing whatever needs to be done

I think we should use this blog post and the associated REMARK as the first test case.

It's not clear to me what we should do in the short run. I'd put this fairly high on your priority list.

PS. Last summer we had a discussion about how we would like people to cite us, which resulted in the acknowledging page.

@shaunagm
Copy link
Contributor

shaunagm commented Apr 3, 2020

Re your questions:

  1. That's up to you, but just because something has a permanent URL doesn't mean it can't be updated if there are minor changes like typos to fix.
  2. My preference would be to keep it in Github, although that would require not changing the organization, repository name, or directory structure. Possibly we could ask Andrij to create a redirect from, say, econ-ark.org/resources/unique-string to wherever we were hosting in Github which could be updated if we had to. Or we could just host elsewhere.
  3. There are a number of services that offer DOIs - Zenodo, Figshare, I think others.

My sense is that we should figure out question 2 first, then once that's set up we can use our permanent url to get a DOI from whoever we decide for question 3.

@llorracc
Copy link
Contributor Author

llorracc commented Apr 4, 2020

cc'ing @DrDrij

Maybe a redirect is safer -- there are a number of items which are migrating between the REMARK and DemARK and HARK/example repos based on judgments about their content and structure, and based on that experience I feel that it might be wisest for the permanent link to be something we can rethink as the content evolves. Possibly the right solution is that at some point each "object" needs a UUID in some database, and its name is just a fallback. "At some point" being the operative phrase.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

4 participants