-
Notifications
You must be signed in to change notification settings - Fork 2
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
Propose content to put on https://interledger.org/ns#hasPaymentPointer #9
Comments
git clone https://github.com/interledger/paymentpointers.org
cd paymentpointers.org
[install jekyll](https://jekyllrb.com/docs/installation/macos/)
jekyll serve And adding |
OK, we're not there yet, but there is progress. :) The formats that have been used so far for linking a webId to a PaymentPointer are: 1. pp:PaymentPointer (http, PascalCase)
2. US:paymentPointer (https, camelCase)
3. ITME:paymentPointer (https, camelCase)
4. pp:hasPaymentPointer (https, reified)
5. ilp:hasPaymentPointer (https, reified)
In the light of interledger/paymentpointers.org#9 (comment), let's all switch to format 5? |
Pinging @Falx and @MisterTimn, as they've been working on format 4 on our end. I guess it shouldn't be a problem to migrate to format 5. But I'd like to await their confirmation first. @michielbdejong Are we certain that we can claim |
Fine for us! |
Creating a PR on https://github.com/interledger/interledger-website now. |
PR created in interledger/interledger-website#47 |
Hey, I'm Alex and I'm the new Technology Lead at the Interledger Foundation. Can someone give me more context here, and maybe more specifically why interledger.org/ns has to be the URL? |
Hi! if payment pointers and SPSP are considered a sub-technology of Interledger then this makes sense. Regarding the context, the easiest way to achieve interoperability in linked data, is if everybody uses the same predicates. |
No description provided.
The text was updated successfully, but these errors were encountered: