WDscholia
arxiv versioned papers are imported as P348 software versions instead of P9767
Describe the bug Papers which are versioned like on arxiv are being imported using P348 which appears as a warning and is for software version while P9767 seems like a better fit for paper versions.
Example import https://doi.org/10.48550/arXiv.math/0611006 with the quickstatement generated by Scholia. This resulted in https://www.wikidata.org/w/index.php?title=Q136094317&oldid=2400456658 which has a constraint conflict once the author string is resolved. P348 should not appear with P50.
P9767 seems like a better fit anyway in the case of versioned papers since they are a work and not piece of software.
To Reproduce Steps to reproduce the behavior:
- Import an arxiv DOI which has a versioned paper via the https://scholia.toolforge.org/doi/ quickstatement process when no Q exists
- See the property issue
- import and see the constraint warning
Expected behavior Import versioned papers with a statement not creating a conflict when resolving the author string - probably P9767
Screenshots
Desktop (please complete the following information):
- OS: Windows
- Browser Firefox
- Version 142.0.1
@larsgw Sorry, P393 might make more sense given the type constraints applied. I didn't see that one when I stumbled across P9767.
There's a different CSL field mapped to P393 (edition) so I'm not sure how well that works I guess, really depends on the item.
Well I just tested the version properties on one of my papers and the P9767 at least with the current constraints is flagged just like the software version while the P393 is accepted. Additionally P9767 requires a language and P393 is numeric.