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

url as citekey/referencekey #308

Open
geniusupgrader opened this issue Nov 15, 2017 · 8 comments
Open

url as citekey/referencekey #308

geniusupgrader opened this issue Nov 15, 2017 · 8 comments

Comments

@geniusupgrader
Copy link

@geniusupgrader geniusupgrader commented Nov 15, 2017

I want to use this citekey:
[@https://ww3.cad.de/cgi-bin/ubb/forumdisplay.cgi?action=topics&number=527]

from this bib file:

@misc{https://ww3.cad.de/cgi-bin/ubb/forumdisplay.cgi?action=topics&number=527,
  timestamp = {2017-11-15T12:28:11Z},
  title = {Foren Auf {{CAD}}.de, {{OpenFOAM}}},
  urldate = {2017-11-15},
  howpublished = {https://ww3.cad.de/cgi-bin/ubb/forumdisplay.cgi?action=topics\&number=527},
  file = {Foren auf CAD.de, OpenFOAM:/home/robin/Zotero/storage/ZZ7XAH64/forumdisplay.html:text/html}
}

but I get this failure message:
pandoc-citeproc: reference https://ww3.cad.de/cgi-bin/ubb/forumdisplay.cgi?action not found
Looks like the equal sign (=) is cutting off the remainder of the url.

But I don't know if this is a pandoc-citeproc issue, a bibtex issue, an encoding problem or something else. Maybe someone can try it?

Additional Info:
pandoc version: 1.19.2.1
panodoc-crossref version: 2.6.0
Happens from markdown to html with --standalone, default template, everything default.

@jgm
Copy link
Owner

@jgm jgm commented Nov 15, 2017

@geniusupgrader
Copy link
Author

@geniusupgrader geniusupgrader commented Nov 15, 2017

Thank you for the explanation @jgm , I've overlooked the documentation for that.
The only reason for me to use links as citekeys was because of zotero and its handling of webpages as citations. Normally I click on my zotero chrome extension, the site will be added to zotero and automatically exported as a bib. And because of this automatically process the bib entry for webpages don't get any author nor date, only title and url. So I had thought it would be a great Idea to use the url as the citekey. Another benefit is that I can see the link in my markdown and don't need to look into the bib-file.
I would say, when it's possible and there are no problems, why not using an (additional) uri parser for the keys?

@jgm
Copy link
Owner

@jgm jgm commented Nov 21, 2017

I have a proof of concept in the uri-cite-key branch of pandoc.

@jgm
Copy link
Owner

@jgm jgm commented Jan 3, 2019

Another approach would be to allow curly braces for arbitrary cite keys:

@{whatever you want here}
@phiresky
Copy link

@phiresky phiresky commented Jan 16, 2019

Inside curly braces would be a good solution, I don't think adding more possible ambiguity is a great idea. Anyways, I would like this because it would make implicitly / automatic generating bibliographies directly from the URLs (see here) possible.

@dhimmel
Copy link
Contributor

@dhimmel dhimmel commented Dec 15, 2019

+1 to a syntax that allows "arbitrary cite keys". Personally, I'm okay with not having spaces in citekeys, but perhaps this would be valuable for others.

A more flexible character set for citekeys would help with citation by persistent identifiers, where users cite works directly by a persistent identifier. Currently Manubot supports various types of identifiers including DOIs, PubMed IDs, ISBNs, URLs, and Wikidata IDs. However, DOIs and URLs often include forbidden characters for citekeys, so Manubot parses these prior to pandoc rather than using a pandoc filter.

@jgm
Copy link
Owner

@jgm jgm commented Jan 3, 2020

@dhimmel you might open an issue on the pandoc bug tracker, since this would require a change in pandoc rather than here.

@dhimmel
Copy link
Contributor

@dhimmel dhimmel commented Jan 3, 2020

you might open an issue on the pandoc bug tracker, since this would require a change in pandoc

Got it. Opened jgm/pandoc#6026

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Linked pull requests

Successfully merging a pull request may close this issue.

None yet
4 participants
You can’t perform that action at this time.