<p dir="ltr">If you have an alternate way to represent a graph with JSON, which is indexable as as RDF named graph quads and cryptographically signable irrespective of data ordering or representation format  (RDFa, JSONLD) with ld-signatures,<br>
I'd be interested to hear how said format solves for that problem.</p>
<p dir="ltr">These contain checksums.</p>
<p dir="ltr"><a href="https://web-payments.org/specs/source/ld-signatures/">https://web-payments.org/specs/source/ld-signatures/</a></p>
<p dir="ltr">RDFa (with <a href="http://schema.org/SoftwareApplication">http://schema.org/SoftwareApplication</a> and pypa:-specific classes and properties (types and attributes) for things like SupersededBy)) would be advantageous because, then, public and local RDF(a) search engines could easily assist with structured data search.</p>
<p dir="ltr">Adding data-request-pythonver *is* a stopgap solution which, initially, seems less bandwidth-burdensome; but requires all downstream data consumers to re-implement and ad-hoc parser;<br>
which is unnecessary if it's already understood that a graph description semantics which works in JSON (as JSONLD) and HTML has already solved that problem many times over.</p>
<div class="gmail_extra"><br><div class="gmail_quote">On Jul 17, 2016 9:06 AM, "Nick Coghlan" <<a href="mailto:ncoghlan@gmail.com">ncoghlan@gmail.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 16 July 2016 at 23:47, Wes Turner <<a href="mailto:wes.turner@gmail.com">wes.turner@gmail.com</a>> wrote:<br>
> So, there could be RDFa in the project detail pages and a JSONLD key/dict in<br>
> the project metadata indicating this community-reviewed edge or edges.<br>
<br>
Wes, once again, please stop attempting to inject JSON-LD into every<br>
metadata discussion we have on this list. We already know you like it.<br>
<br>
However, despite being simpler than RDFa, JSON-LD is still<br>
overengineered for our purposes, so we're not going to ask people to<br>
go read the JSON-LD spec in order to understand any particular aspect<br>
of our APIs or metadata formats.<br>
<br>
If you'd like to set up a PyPI dataset in one of the semantic web<br>
projects, then please feel free to do so, but adding that kind of<br>
information to the upstream metadata isn't a priority, any more than<br>
it's a priority to add native support for things like CPE [1] or SWID<br>
[2].<br>
<br>
Regards,<br>
Nick.<br>
<br>
[1] <a href="https://scap.nist.gov/specifications/cpe/" rel="noreferrer" target="_blank">https://scap.nist.gov/specifications/cpe/</a><br>
[2] <a href="http://tagvault.org/swid-tags/what-are-swid-tags/" rel="noreferrer" target="_blank">http://tagvault.org/swid-tags/what-are-swid-tags/</a><br>
<br>
--<br>
Nick Coghlan   |   <a href="mailto:ncoghlan@gmail.com">ncoghlan@gmail.com</a>   |   Brisbane, Australia<br>
</blockquote></div></div>