NOTICE: Upon accepting authorisation request, there is an known error still being debugged, which you may or may not experience. If it occurs, you’ll need to restart Peruse.
Works for me.
On second attempt though: at the first attempt I get an ‘authorization’-error. For some reason safe://webidea.ter didn’t come with an Auth Permission request (I didn’t see the mentioned ‘IPC error: …’ however).
Another remark: Peruse (on Linux Mint 18.3) doesn’t have the minimize, maximize and close icons (in the top right corner of the screen).
Is this feature replacing the standard pubID creation process for domains? Or is it instead adding another level of features so that the network will have both pubID and WebID?
You can create a publicId (or publicName, which is a term I’m leaning toward to avoid confusion). This is effectively your domain. This can then point to any bit of data on the network.
The current setup via WHM has it pointing to a subdomain container for resolving websites normally.
With the POC we’ve added the ability to point your publicName / subdomain combo to a mutable data which is a web ID.
But in theory you could point your domain at any network data…
As it stands webIds and their publicNames are not compatible with the WHM due to conventions in the data structures (although making them compatible is possible, that just wasn’t a priority yet).
It is indeed another level. With the publicID/publicName setup for domains being one thing. And then creating a webId essentially leverages publicNames to give you a url to easily access the WebId / RDF data.
When I click the create button referenced in step 8, my primary browser (firefox) launches and two files attempt to download from the following locations:
@cooedfox are you using the version of the browser linked in this thread (and not the earlier webid release). Thise two requests are for a font used in the webapps, these should be served by the latest version of the browser.
If you do have that version can you let me know your system please.
Also @cooedfox, if step 9 is saying not authorized, you may have ignored the Auth request at some point. Try restarting the browser and crating again. You should accept the Auth request when loading the webid manager
I assume it’s defining a convention. Does it actually make a call to that or is that essentially a “comment” that isn’t a comment to let people know the standard?
Above code snippet do not mean that data is transported over https. What it means is "whenever we say “ACTSTREAMS” we really mean that exact same thing as some folks have defined over at “ActivityStreams 2.0 Terms”.
That does help a lot. Thank you for that. I thought that might be what it was,
Interesting idea. Seems strange to me, after having my head in SAFE land for so long, that we would hard code a reference to such a mutable and transient object. Something like this coded with a safe:// reference would forever be a permanent record of what we’re trying to accomplish in the code.
When SAFEnet becomes a reality, developers can start using that space for publishing their semantic definitions (called “ontologies”). Makes little sense to use safe:// URIs before that namespace is a reality
Thanks for clarifying @jonas, you’re exactly right. Those urls are a reference (that’s not actually fetched in the code), to know we’re talking about the same thing. (The simple example is always a field ‘name’ in your data…, do you mean ‘first name’, ‘full name’, ‘last name’, ‘username’… these links hold such definitions for you data structure should anyone need to look them up.
And yeh, eventually these will be on safe:// urls, for dereferencing if anyone should want to. But for now this was a POC so we were moving fast (and also as it’s just us, we didn’t need to do any dereferencing).
Also sorry @wes that I didn’t respond sooner. Totally missed the notification here
