What is the business case for a service provider to adopt Solid?
Why would Google, Facebook or anyone that build's their business on user data choose to let users take that away?
Who will offer users a comparable service to these silos that attracts them away but adopts Solid and can still make enough money to survive competing with the biggest tech companies in the world?
The point is not whether or not the architecture is easy the point is whether it has the potential to make anybody any money because if it doesn't then I think you will have a hard time persuading people to use it, no matter how well it scales.
On 15 August 2016 at 14:11, Melvin Carvalho <melvinc...@gmail.com> wrote:
On 15 August 2016 at 14:08, Timothy Holborn <timothy...@gmail.com> wrote:
Solid isn't finished yet.
Solid is at version 0.6 rather than 1.0.
But I dont really know what more can be added to it to get it to v1.0. Im using it on a daily basis and it works fine. Some people are perfectionists I suppose :)
In any case its IMHO light years ahead of where the rest of the web is, even if you only take small parts of it and use it.
You can also argue that solid will never be finished, in the sense that, the web will never be "finished".
Its definitely something that can be used today.
On Mon, 15 Aug 2016, 10:07 PM Melvin Carvalho <melvinc...@gmail.com> wrote:
On 15 August 2016 at 11:50, Adrian Hope-Bailie <adr...@hopebailie.com> wrote:
From the article: "The question is whether architecture will be enough."
Architecture is deceptively difficult to get right. The vast majority if systems start to fall over as they scale. The web and REST are two architectures that buck that trend and just get stronger as they scale.
Solid is the next evolution in that architectural trend, imho, because it simply embraces the points that made the web great, and extends it a little bit, while being 100% backwards compatible. Right now, it's the only system that I know of, with this property, in fact, nothing else is close. So this in itself, the ability to scale to billions of users, is a business case. Quietly facebook adopted the social graph approach to the web, and web architectural principles with their graph protocol, and also an implementation of WebID.
I think what's true is that few ideas succeed, because simply, we have a lot of ideas and a lot of competition. Having a business can help, but the right architecture is the magic sauce to get through those scalability barriers.
I personally think Solid is the business opportunity of a lifetime, perhaps even bigger than the first web. Im certainly investing on that basis.
On 14 August 2016 at 10:49, Timothy Holborn <timothy...@gmail.com> wrote:
Hi Anders,
I'm using this email to respond to both [1] in creds; in addition to the below, with some lateral considerations.
See this video where Mr Gates and Mr Musk are discussing in China AI [2].
I haven't fully considered the implications, whilst i've certainly been considering the issue; i have not fully considered it, and as modern systems become subject to government contracts as may be the case with enterprise solutions such as those vended by IBM [3], may significantly lower the cost for government / enterprise, in seeking to achieve very advanced outcomes - yet i'm unsure the full awareness of how these systems work, what potential exists for unintended outcomes when work by web-scientists[4][5] becomes repurposed without their explicit and full consideration of the original designers for any extended use of their works, what the underlying considerations are by those who are concerned [6][7] and how these systems may interact with more advanced HID as i've kinda tried to describe recently to an audience here [8] and has been further discussed otherwise [9] [10].
I'm a little concerned about the under-resourcing that seems to plague Manu's / Dave's original vision (that included WebDHT) to the consultative approach that i believed had alot of merit in how it may interact with the works of RWW at the time (alongside WebID) which have al progressed, yet, not seemingly to a solution that i think is 'fit for purpose' in attending to the issues before us.
I have considered the need for people to own their own biometric signatures. I have considered the work by 'mico-project'[11] seems to be a good supporter of these future works, particularly given the manner in which these works support LDP and other related technologies...
But the future is still unknown, and what worries me most; is those who know most about A.I. may not be able to speak about it as a citizen or stakeholder in the manner defined by way of a magna carta, such as is the document that hangs on my wall when making such considerations more broadly in relation to my contributory work/s.
i understand this herein; contains an array of fragments; yet, am trying to format schema that leads others to the spot in which i'm processing broader ideas around what, where and how; progress may be accelerated and indeed adopted by those capable of pushing it forward.
I remember the github.com/Linkeddata team (in RWW years) wrote a bunch of things in GO, which is what the IPFS examples showcase, and without providing exhaustive links, i know Vint has been working in the field of inter-planetary systems [13], therein also understanding previous issues relating to JSON-LD support (as noted in [1] or [14] ), which in-turn may also relate to other statements made overtime about my view that some of the works incubated by credentials; but not subject to IG or potential WG support at present - may be better off being developed within the WebID community as an additional constituent of work that may work interoperable with WebID-TLS related systems.
Too many Ideas!!!
(perhaps some have merit...)
Tim.H.
[3] http://blog.softlayer.com/tag/watson
[5] https://twitter.com/WebCivics/status/492707794760392704
[8] (perhaps not the best reference, but has a bunch of ideas in it: https://docs.google.com/presentation/d/1RzczQPfygLuowu-WPvaYyKQB0PsSF2COKldj1mjktTs/edit?usp=sharingOn Fri, 12 Aug 2016 at 14:47 Anders Rundgren <anders.ru...@gmail.com> wrote:On 2016-08-11 15:16, Melvin Carvalho wrote: > Really good article, mentions Solid and other technologies. WebID is mentioned by the author in the comments too ... > > http://www.digitaltrends.com/web/ways-to-decentralize-the-web/ One of the problems with the Web is that there is no easy way letting a provider know where you come from (=where your Web resources are). This is one reason why OpenID rather created more centralization. The same problem is in payments where the credit-card number is used to find your bank through complex centralized registers. Both of these use-cases can be addressed by having URLs + other related data such as keys in something like a digital wallet which you carry around. There is a snag though: Since each use-case needs special logic, keys, attributes etc. it seems hard (probably impossible), coming up with a generic Web-browser solution making such schemes rely on extending the Web-browser through native-mode platform-specific code. Although W3C officials do not even acknowledge the mere existence(!) of such work, the progress on native extensions schemes has actually been pretty good: https://lists.w3.org/Archives/Public/public-webappsec/2016Aug/0005.html This is approach to decentralization is BTW not (anymore) a research project, it is fully testable in close to production-like settings today: https://test.webpki.org/webpay-merchant The native extensions also support a _decentralized_development_model_for_Web_technology_, something which is clearly missing in world where a single browser vendor has 80% of the mobile browser market! Anders
-- Regards, Kingsley Idehen Founder & CEO OpenLink Software (Home Page: http://www.openlinksw.com) Medium Blog: https://medium.com/@kidehen Blogspot Blog: http://kidehen.blogspot.com Twitter Profile: https://twitter.com/kidehen Google+ Profile: https://plus.google.com/+KingsleyIdehen/about LinkedIn Profile: http://www.linkedin.com/in/kidehen Personal WebID: http://kingsley.idehen.net/dataspace/person/kidehen#this
Gaining agility is not a business case.Kingsley,I am playing devil's advocate here but I don't think you have answered my question.
I am all for open standards, I spend the majority of my time working to promote them but I am still trying to understand what the economic incentive is for any service provider to adopt SoLiD as opposed to controlling their user's data.
Google, Apple and Microsoft control the end-user experience for the majority of users on the Web by giving them free browsers, email, social etc. In return they make money from controlling the data those products and services generate.
Are you surprised that the browser vendors all actively block initiatives at W3C that would promote an open identity system that would unlock their user data silos?
There are always politically astute excuses but let's be honest, if the browsers wanted to they could have made adopting WebID an easy user friendly experience and the world would be full of people who all have their own WebID that is used to log into all the services they use on the Web.
I am certainly not assuming that these companies are ignorant or myopic, quite the opposite. I think they will continue to keep users locked into their semi-open ecosystems by competing to offer the best browsers (that mostly adhere to open standards) and other free services. But they will never change the many services they offer to allow users to export and control their own data.
In fact, I'd go as far as to say that for them to do that would be in contravention of their legal obligations to their shareholders because it would be such a blatantly bad commercial move.
> End-users need to want to take control of their identity by being curious about what that means and how its is achieved. Currently, most aren't interested, so the vendors have full control.
> As history teaches us, repeatedly, there will be an event that triggers an inflection, and folks will become more interested in their privacy en route to discovering Web-scale verifiable identity.
You hit the nail on the head.
+1000
The pressure must come from the users. I have called it the "privacy backlash" in the past but I agree that there needs to be an inflection point where users care more about their privacy than the quality of the service they use because it will be very difficult to offer a competitive service without the user-data generated revenue to fund it.
All of this is very difficult while the vendors of the existing services also provide the majority of browsers.
In the absence of the "privacy backlash" creating demand for new vendors it would be valuable if the proponents of stacks like SoLiD were able to demonstrate the business value to vendors so they feel it's worth building on and trying to compete.
And it's worth differentiating between the value to the vendor and the user because vendor lock-in is not a value to the vendor.
Sidenote: I believe there could be something that comes from a new browser like Brave that offers micropayments built-in and can therefor compete commercially and offer users privacy and a better experience. Perhaps a better identity experience built-in would also be a key differentiator?
I saw some use-cases, couldn't help myself - i had to respond...
On Fri, 19 Aug 2016 at 23:00 Kingsley Idehen <kid...@openlinksw.com> wrote:
On 8/19/16 6:20 AM, Adrian Hope-Bailie wrote:
Gaining agility is not a business case.Kingsley,I am playing devil's advocate here but I don't think you have answered my question.
Enabling, enhancing, and achieving agility via data access, integration, and management is a fundamental business case. If that weren't the case, why would markets for Analytics, Recommendation Systems, AI-driven Bots, Big Data etc., exists?
It is always about data-driven agility.
I am all for open standards, I spend the majority of my time working to promote them but I am still trying to understand what the economic incentive is for any service provider to adopt SoLiD as opposed to controlling their user's data.
The economic benefit of open standards are as follows, always:
1. Flexibility -- when choosing platform components i.e, you can mix and match a combination components in line with needs
2. Vendor lock-in prevention
3. Technology longevity -- you can always go back to a full spec for a specific platform component.
SoLiD isn't a standard, it is a combination of open standards and best practices. Thus, its benefit is an open standards based approach for a read-write web that benefits end-users and vendors.
Google, Apple and Microsoft control the end-user experience for the majority of users on the Web by giving them free browsers, email, social etc. In return they make money from controlling the data those products and services generate.
Correct! And history shows, companies don't adopt standards just because they exists. They adopt standards as part of an "opportunity cost" prevention or control mechanism, first.
Are you surprised that the browser vendors all actively block initiatives at W3C that would promote an open identity system that would unlock their user data silos?
I am not convinced they are blocking initiatives per se. From my vantage point, there is a general communication problems between all the parties involved. For instance, there has been a lot of fanfare about how browsers implement TLS and its impact on the something like WebID+TLS protocol. That situation is rectified by WebID+TLS+Delegation, but folks don't generally see or promote that, on the pro WebID side of the argument.
Bottom line, you can't declare standards adoption. You have demonstrate the virtues of standards via applications that are adopted by end-users and technology vendors.
There are always politically astute excuses but let's be honest, if the browsers wanted to they could have made adopting WebID an easy user friendly experience and the world would be full of people who all have their own WebID that is used to log into all the services they use on the Web.
They don't need to. That's the problem. Here's a breakdown of the issue, as I've come to understand it after hours of study and experimentation:
You have a digital highway provided by the Internet. That highway (like in the real-world) enables movement of data from one point to another where security is scoped to the agents (software) transporting said data i.e., just like cars and car registration numbers.
The Web is an Internet abstraction that introduces the ability to identify the user of an agent (like a car driver) distinct from an agent (the software). Thus, you can demand reworking the highway just because car drivers are now identifiable using their driver's licenses. That will never wash in the real-world, so why would it work in cyberspace.
Ok.
So, identifiers for the 'senario' of 'driving' (or being driven) down a highway.
HWY Identifier Ontology (may include who fixed what, sensor data, GIS data, payments data, etc.)
CAR ontology (make, model, functionality, who's in it, sensor info, ability to communicate with surrounding environment, ability to present media to occupants, etc.)
NOTE: A part within the vehicle may have it's own agent / ontology. IE: the communications platform may be managed by a different vendor to the power-plant / drive-train of a vehicle, who may in-turn have access to each element as a counterpart of their role?) \
If owner of vehicle is subject to court order (ie: not allowed within x distance of x place, or cannot drive whilst intoxicated, etc.) then some other rule may apply...
Occupants (whether self-driving car or simply the old-school method).
- Occupants may have authority to direct the vehicle.- Occupants may have authority to drive the vehicle- Occupants may have authority to sell the vehicle.
Multiple occupants may be in the vehicle; who may have multiple authorities at one time.
ie: if the owner of the vehicle is intoxicated; then another person may be able to drive the vehicle on their behalf, whether or not they've previously been authorised to drive the vehicle - so long as the owner is in the car (and not in the boot) for instance...
Example:
I want to transport some goods from Boston to New York.
The scenario above includes toll booths and a final destination.
On the highway, my car registration is the identity focal point, with regards to toll payments. When I reach my destination, my personal identity card (license or something else) is how I prove I am the delivery person expected at the final destination.
isn't it simply your face? some sensor identifies something about you, and it's all very low-friction. Question is - where do you store your permissions for how those systems work - or are they your permissions? or something else's permissions about you?
Another example: I drive my car to a pub. At the pub my personal ID is what's important. En route to the pub, my Car registration is what's important. There are two distinct scenarios requiring different kinds of identity.
WebID+TLS doesn't have the fidelity required for traversing the existing highway without asking its current maintainers (Certificate Authorities and Browser Vendors) to change infrastructure and practices.
WebID+TLS+Delegation simply adds the "On-Behalf-Of" relationship type to the mix (i.e., in the data) which distinguishes the user from the software they use (drive) thereby enabling one toggle WebIDs without browser restarts (due to TLS requirements) [1].
IMHO: Credentials add's via HTTP Signed documents containing RDF; the ability to produce another important counterpart to the identity lifecycle mix, but only if humans are active actors in the creation and management process of credentials use.
Gaining agility is not a business case.Kingsley,I am playing devil's advocate here but I don't think you have answered my question.
I am all for open standards, I spend the majority of my time working to promote them but I am still trying to understand what the economic incentive is for any service provider to adopt SoLiD as opposed to controlling their user's data.
Google, Apple and Microsoft control the end-user experience for the majority of users on the Web by giving them free browsers, email, social etc. In return they make money from controlling the data those products and services generate.
Are you surprised that the browser vendors all actively block initiatives at W3C that would promote an open identity system that would unlock their user data silos? There are always politically astute excuses but let's be honest, if the browsers wanted to they could have made adopting WebID an easy user friendly experience and the world would be full of people who all have their own WebID that is used to log into all the services they use on the Web.
I am certainly not assuming that these companies are ignorant or myopic, quite the opposite. I think they will continue to keep users locked into their semi-open ecosystems by competing to offer the best browsers (that mostly adhere to open standards) and other free services. But they will never change the many services they offer to allow users to export and control their own data.
In fact, I'd go as far as to say that for them to do that would be in contravention of their legal obligations to their shareholders because it would be such a blatantly bad commercial move.
On 18 August 2016 at 01:04, Kingsley Idehen <kid...@openlinksw.com> wrote:
In this example, multiple occupants are the point. A car has a single driver. Of course, it may have many passengers where each person has their own identity card (license, passport, or something else).
My simple example:
A Car is like your Browser (a Software Agent). It has a registration number.
You are identified by your Driver's License.
I've you skip toll payment, authorities triangulate back to you via your car registration. Even if they have a photo of you, the toll matter boils down to triangulation from the vehicle to its driver.
When you reach you destination, other forms of identity become relevant e.g., use of your Driver's License as proof of age in a pub. Basically, the critical credential in this context.
Another use-case that may provide additional 'human centric' support via inferencing; might be along the lines of,
- A Friend / Family Member / Employee has use of your vehicle at some dateTime.- The Vehicle is caught speeding.- A lawEnforcementFine is issued that may incur driversLicenseDemitPoints which in-turn may lead to lossOfLicense- Your mobilePhone has GPS records + calendar information (et.al) shows that you were elsewhere at the time.
resulting in the ability to produce something like:
ie: if the owner of the vehicle is intoxicated; then another person may be able to drive the vehicle on their behalf, whether or not they've previously been authorised to drive the vehicle - so long as the owner is in the car (and not in the boot) for instance...
Example:
I want to transport some goods from Boston to New York.
The scenario above includes toll booths and a final destination.
On the highway, my car registration is the identity focal point, with regards to toll payments. When I reach my destination, my personal identity card (license or something else) is how I prove I am the delivery person expected at the final destination.
isn't it simply your face? some sensor identifies something about you, and it's all very low-friction. Question is - where do you store your permissions for how those systems work - or are they your permissions? or something else's permissions about you?
In my example I trying to illustrate how a simple highway toll booth system works. One that's oriented towards vehicles driven (or controlled by) a driver .
In my example, Car registration is the credential of relevance i.e., what the system is built around.
Another example: I drive my car to a pub. At the pub my personal ID is what's important. En route to the pub, my Car registration is what's important. There are two distinct scenarios requiring different kinds of identity.
WebID+TLS doesn't have the fidelity required for traversing the existing highway without asking its current maintainers (Certificate Authorities and Browser Vendors) to change infrastructure and practices.
WebID+TLS+Delegation simply adds the "On-Behalf-Of" relationship type to the mix (i.e., in the data) which distinguishes the user from the software they use (drive) thereby enabling one toggle WebIDs without browser restarts (due to TLS requirements) [1].
IMHO: Credentials add's via HTTP Signed documents containing RDF; the ability to produce another important counterpart to the identity lifecycle mix, but only if humans are active actors in the creation and management process of credentials use.
You are an active participant in the creation of your Driver's License :)
Yes. However many RDBMS systems are developed in a manner that can have unintended consequences; and more-often than not, it is the vulnerable who are most impacted by what is often knownIssues, considered to have lowerPriority mostOften dueTo a lackOfStructuredData
:)
Tim.H.
SQL RDBMS engines, in basic form, are ill-equipped for this kind
of task. They lack the semantic fidelity for this situation.
Kingsley,
Most of the interesting open data related platforms plug into Virtuoso.
I think you need to step it up a bit, and am happy to help, but am unsure of the best way to go about it.
If SoLiD is Virtuoso compatible, I think the answer is bit of a no-brainer. Question remains one of business systems, rather than exclusively Tech.
I would encourage the development of a forum to aid with the development of installable solutions that have a "human rights" styled licensed, which in-turn is something that has been discussed in various forms, but as yet does not exist.
Creative commons is a great precident, but isn't fit for purpose.
Timh.
On 8/22/16 4:34 AM, Timothy Holborn wrote:
Kingsley,
Most of the interesting open data related platforms plug into Virtuoso.
They support open standards. Virtuoso supports open standards.
I think you need to step it up a bit, and am happy to help, but am unsure of the best way to go about it.
I am totally unsure of what Virtuoso has to add to this matter.
If SoLiD is Virtuoso compatible, I think the answer is bit of a no-brainer. Question remains one of business systems, rather than exclusively Tech.
Virtuoso supports all the open standards covered by SoLiD, and some (e.g., WebID+TLS+Delegation).
We need to speak clearly about these issues otherwise we have nothing but confusion.
--
You received this message because you are subscribed to the Google Groups "Business Of Linked Data (BOLD)" group.
To unsubscribe from this group and stop receiving emails from it, send an email to business-of-linked-data-bold+unsub...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
On 22 August 2016 at 14:49, Kingsley Idehen <kid...@openlinksw.com> wrote:
On 8/22/16 4:34 AM, Timothy Holborn wrote:
Kingsley,
Most of the interesting open data related platforms plug into Virtuoso.
They support open standards. Virtuoso supports open standards.
I think you need to step it up a bit, and am happy to help, but am unsure of the best way to go about it.
I am totally unsure of what Virtuoso has to add to this matter.
If SoLiD is Virtuoso compatible, I think the answer is bit of a no-brainer. Question remains one of business systems, rather than exclusively Tech.
Virtuoso supports all the open standards covered by SoLiD, and some (e.g., WebID+TLS+Delegation).
We need to speak clearly about these issues otherwise we have nothing but confusion.
What will be really amazing is when Solid apps are tested to run on an openlink backend and vice versa.
-- You received this message because you are subscribed to the Google Groups "Business Of Linked Data (BOLD)" group. To unsubscribe from this group and stop receiving emails from it, send an email to business-of-linked-d...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Melvin,
Does that imply things are fine re. SoLiD or not?
-- You received this message because you are subscribed to the Google Groups "Business Of Linked Data (BOLD)" group. To unsubscribe from this group and stop receiving emails from it, send an email to business-of-linked-data-bold+unsubs...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
-- You received this message because you are subscribed to the Google Groups "Business Of Linked Data (BOLD)" group. To unsubscribe from this group and stop receiving emails from it, send an email to business-of-linked-data-bold+unsub...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Melvin,
Does that imply things are fine re. SoLiD or not?
On 24 August 2016 at 00:28, Kingsley Idehen <kid...@openlinksw.com> wrote:
On 8/23/16 5:36 PM, Melvin Carvalho wrote:
yes, i was able to create a file, nice!
On 23 August 2016 at 20:43, Kingsley Idehen <kid...@openlinksw.com> wrote:
On 8/23/16 2:25 PM, Melvin Carvalho wrote:
On 22 August 2016 at 14:49, Kingsley Idehen <kid...@openlinksw.com> wrote:
On 8/22/16 4:34 AM, Timothy Holborn wrote:
Kingsley,Â
Most of the interesting open data related platforms plug into Virtuoso.
They support open standards. Virtuoso supports open standards.
I think you need to step it up a bit, and am happy to help, but am unsure of the best way to go about it.
I am totally unsure of what Virtuoso has to add to this matter.
If SoLiD is Virtuoso compatible, I think the answer is bit of a no-brainer. Question remains one of business systems, rather than exclusively Tech.
Virtuoso supports all the open standards covered by SoLiD, and some (e.g., WebID+TLS+Delegation).
We need to speak clearly about these issues otherwise we have nothing but confusion.
What will be really amazing is when Solid apps are tested to run on an openlink backend and vice versa.
Â
Melvin,
So why don't I share a folder endpoint [1] and the you try to use SoLiD to create a document in that folder? Naturally, I would need to grant access to you via your WebID (which I assume to be: https://melvincarvalho.com/#me) .
Links:
[1] http://kingsley.idehen.net/DAV/home/kidehen/Public/solid/
[2] https://kingsley.idehen.net/DAV/home/kidehen/Public/solid/
[3] http://kingsley.idehen.net/DAV/home/kidehen/Public/solid%2Cacl -- ACL doc (your webid has access to this too!)
[4] https://linkeddata.uriburner.com/rdf-editor -- Editor that can be used to compare experience re. creation of document in the sample/qa folder.
-- Regards, Kingsley Idehen Founder & CEO OpenLink Software (Home Page: http://www.openlinksw.com) Medium Blog: https://medium.com/@kidehen Blogspot Blog: http://kidehen.blogspot.com Twitter Profile: https://twitter.com/kidehen Google+ Profile: https://plus.google.com/+KingsleyIdehen/about LinkedIn Profile: http://www.linkedin.com/in/kidehen Personal WebID: http://kingsley.idehen.net/dataspace/person/kidehen#this
-- You received this message because you are subscribed to the Google Groups "Business Of Linked Data (BOLD)" group. To unsubscribe from this group and stop receiving emails from it, send an email to business-of-linked-data-bold+unsubs...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
-- You received this message because you are subscribed to the Google Groups "Business Of Linked Data (BOLD)" group. To unsubscribe from this group and stop receiving emails from it, send an email to business-of-linked-data-bold+unsub...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Melvin,
Does that imply things are fine re. SoLiD or not?
One test is passing at least, which is a good sign!
I think to say things are 'fine' we really need to develop a test suite and run tests. There may be other ways, but that seems to be tried and tested.
Melvin,
I am trying to avoid "OpenLink doesn't support SoLiD" cycles that keep on reoccurring. If there is a pattern that fails it should be identified and demonstrated.
As per this demo, my view point is simply as follows:
[1] Start you Virtuoso instance
[2] Perform RWW operations over HTTP using SoLiD patterns
If something fails, it should be reported.
Note my instance at idehen.net is a little unstable right now due to a plethora of QA activities on other fronts.
Melvin,
Does that imply things are fine re. SoLiD or not?
One test is passing at least, which is a good sign!I think to say things are 'fine' we really need to develop a test suite and run tests. There may be other ways, but that seems to be tried and tested.
Melvin,
I am trying to avoid "OpenLink doesn't support SoLiD" cycles that keep on reoccurring.
If there is a pattern that fails it should be identified and demonstrated.
As per this demo, my view point is simply as follows:
[1] Start you Virtuoso instance
[2] Perform RWW operations over HTTP using SoLiD patterns
If something fails, it should be reported.
Note my instance at idehen.net is a little unstable right now due to a plethora of QA activities on other fronts.
-- Regards, Kingsley Idehen Founder & CEO OpenLink Software (Home Page: http://www.openlinksw.com) Medium Blog: https://medium.com/@kidehen Blogspot Blog: http://kidehen.blogspot.com Twitter Profile: https://twitter.com/kidehen Google+ Profile: https://plus.google.com/+KingsleyIdehen/about LinkedIn Profile: http://www.linkedin.com/in/kidehen Personal WebID: http://kingsley.idehen.net/dataspace/person/kidehen#this
On 24 August 2016 at 04:17, Kingsley Idehen <kid...@openlinksw.com> wrote:
On 8/23/16 6:56 PM, Melvin Carvalho wrote:
On 24 August 2016 at 00:28, Kingsley Idehen <kid...@openlinksw.com> wrote:
On 8/23/16 5:36 PM, Melvin Carvalho wrote:
yes, i was able to create a file, nice!
On 23 August 2016 at 20:43, Kingsley Idehen <kid...@openlinksw.com> wrote:
On 8/23/16 2:25 PM, Melvin Carvalho wrote:
On 22 August 2016 at 14:49, Kingsley Idehen <kid...@openlinksw.com> wrote:
On 8/22/16 4:34 AM, Timothy Holborn wrote:
Kingsley,ÂÂ
Most of the interesting open data related platforms plug into Virtuoso.
They support open standards. Virtuoso supports open standards.
I think you need to step it up a bit, and am happy to help, but am unsure of the best way to go about it.
I am totally unsure of what Virtuoso has to add to this matter.
If SoLiD is Virtuoso compatible, I think the answer is bit of a no-brainer. Question remains one of business systems, rather than exclusively Tech.
Virtuoso supports all the open standards covered by SoLiD, and some (e.g., WebID+TLS+Delegation).
We need to speak clearly about these issues otherwise we have nothing but confusion.
What will be really amazing is when Solid apps are tested to run on an openlink backend and vice versa.
ÂÂ
Melvin,
So why don't I share a folder endpoint [1] and the you try to use SoLiD to create a document in that folder? Naturally, I would need to grant access to you via your WebID (which I assume to be: https://melvincarvalho.com/#me) .
Links:
[1] http://kingsley.idehen.net/DAV/home/kidehen/Public/solid/
[2] https://kingsley.idehen.net/DAV/home/kidehen/Public/solid/
[3] http://kingsley.idehen.net/DAV/home/kidehen/Public/solid%2Cacl -- ACL doc (your webid has access to this too!)
[4] https://linkeddata.uriburner.com/rdf-editor -- Editor that can be used to compare experience re. creation of document in the sample/qa folder.
-- Regards, Kingsley Idehen Founder & CEO OpenLink Software (Home Page: http://www.openlinksw.com) Medium Blog: https://medium.com/@kidehen Blogspot Blog: http://kidehen.blogspot.com Twitter Profile: https://twitter.com/kidehen Google+ Profile: https://plus.google.com/+KingsleyIdehen/about LinkedIn Profile: http://www.linkedin.com/in/kidehen Personal WebID: http://kingsley.idehen.net/dataspace/person/kidehen#this
-- You received this message because you are subscribed to the Google Groups "Business Of Linked Data (BOLD)" group. To unsubscribe from this group and stop receiving emails from it, send an email to business-of-linked-data-bold+unsubs...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
-- You received this message because you are subscribed to the Google Groups "Business Of Linked Data (BOLD)" group. To unsubscribe from this group and stop receiving emails from it, send an email to business-of-linked-data-bold+unsubs...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Melvin,
Does that imply things are fine re. SoLiD or not?
One test is passing at least, which is a good sign!
I think to say things are 'fine' we really need to develop a test suite and run tests. There may be other ways, but that seems to be tried and tested.
Melvin,
I am trying to avoid "OpenLink doesn't support SoLiD" cycles that keep on reoccurring.
Got it. But it requires testing and possibly some bug fixing.ÂÂ
If there is a pattern that fails it should be identified and demonstrated.
This is where a test suite comes in handy. W3C working groups typically require 1-3 years for this. I think we need a similar process. There may be short cuts but it would normally require one dedicated tester.
W3C process != Practical Commercial process.
Having worked on interop for more than 20+ years re., standards like SQL, ODBC, JDBC, ADO.NET, HTTP, and others, the process has more to do with willingness to collaborate than anything else.
Given a server application (server) that implements standard X, there should be N number of client application (client) users willing enough to test interop as part of a practical QA process. Right now, the big issue is that interop gets scoped to the wrong levels.
What do I mean by "wrong levels" ? The fact that this kind of testing gets lost in presumptive patterns rife with compilation and platform dependencies e.g., open source and all the modules required to be located and built. After that, testers then find out that they have to right code to perform basic interop.
Interop should simply be about compliant client N talking to compliant server X. That's it. We don't need 6 months to pull that off, let alone 1-3 years.
I am happy to perform interop with anyone (partner or competitor or customer) using the basic pattern outlined above. The end results are mutually beneficial, as they should be, when working with standards compliance.
What do I mean by "wrong levels" ? The fact that this kind of testing gets lost in presumptive patterns rife with compilation and platform dependencies e.g., open source and all the modules required to be located and built. After that, testers then find out that they have to right code to perform basic interop.
Interop should simply be about compliant client N talking to compliant server X. That's it. We don't need 6 months to pull that off, let alone 1-3 years.
I am happy to perform interop with anyone (partner or competitor or customer) using the basic pattern outlined above. The end results are mutually beneficial, as they should be, when working with standards compliance.
-- Regards, Kingsley Idehen Founder & CEO OpenLink Software (Home Page: http://www.openlinksw.com) Medium Blog: https://medium.com/@kidehen Blogspot Blog: http://kidehen.blogspot.com Twitter Profile: https://twitter.com/kidehen Google+ Profile: https://plus.google.com/+KingsleyIdehen/about LinkedIn Profile: http://www.linkedin.com/in/kidehen Personal WebID: http://kingsley.idehen.net/dataspace/person/kidehen#this
--
You received this message because you are subscribed to the Google Groups "Business Of Linked Data (BOLD)" group.
To unsubscribe from this group and stop receiving emails from it, send an email to business-of-linked-data-bold+unsub...@googlegroups.com.
On 24 August 2016 at 13:55, Kingsley Idehen <kid...@openlinksw.com> wrote:
On 8/24/16 3:52 AM, Melvin Carvalho wrote:
On 24 August 2016 at 04:17, Kingsley Idehen <kid...@openlinksw.com> wrote:
On 8/23/16 6:56 PM, Melvin Carvalho wrote:
On 24 August 2016 at 00:28, Kingsley Idehen <kid...@openlinksw.com> wrote:
On 8/23/16 5:36 PM, Melvin Carvalho wrote:
yes, i was able to create a file, nice!
On 23 August 2016 at 20:43, Kingsley Idehen <kid...@openlinksw.com> wrote:
On 8/23/16 2:25 PM, Melvin Carvalho wrote:
On 22 August 2016 at 14:49, Kingsley Idehen <kid...@openlinksw.com> wrote:
On 8/22/16 4:34 AM, Timothy Holborn wrote:
Kingsley,ÂÂÂ
Most of the interesting open data related platforms plug into Virtuoso.
They support open standards. Virtuoso supports open standards.
I think you need to step it up a bit, and am happy to help, but am unsure of the best way to go about it.
I am totally unsure of what Virtuoso has to add to this matter.
If SoLiD is Virtuoso compatible, I think the answer is bit of a no-brainer. Question remains one of business systems, rather than exclusively Tech.
Virtuoso supports all the open standards covered by SoLiD, and some (e.g., WebID+TLS+Delegation).
We need to speak clearly about these issues otherwise we have nothing but confusion.
What will be really amazing is when Solid apps are tested to run on an openlink backend and vice versa.
ÂÂÂ
Melvin,
So why don't I share a folder endpoint [1] and the you try to use SoLiD to create a document in that folder? Naturally, I would need to grant access to you via your WebID (which I assume to be: https://melvincarvalho.com/#me) .
Links:
[1] http://kingsley.idehen.net/DAV/home/kidehen/Public/solid/
[2] https://kingsley.idehen.net/DAV/home/kidehen/Public/solid/
[3] http://kingsley.idehen.net/DAV/home/kidehen/Public/solid%2Cacl -- ACL doc (your webid has access to this too!)
[4] https://linkeddata.uriburner.com/rdf-editor -- Editor that can be used to compare experience re. creation of document in the sample/qa folder.
-- Regards, Kingsley Idehen Founder & CEO OpenLink Software (Home Page: http://www.openlinksw.com) Medium Blog: https://medium.com/@kidehen Blogspot Blog: http://kidehen.blogspot.com Twitter Profile: https://twitter.com/kidehen Google+ Profile: https://plus.google.com/+KingsleyIdehen/about LinkedIn Profile: http://www.linkedin.com/in/kidehen Personal WebID: http://kingsley.idehen.net/dataspace/person/kidehen#this
-- You received this message because you are subscribed to the Google Groups "Business Of Linked Data (BOLD)" group. To unsubscribe from this group and stop receiving emails from it, send an email to business-of-linked-data-bold+unsubs...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
-- You received this message because you are subscribed to the Google Groups "Business Of Linked Data (BOLD)" group. To unsubscribe from this group and stop receiving emails from it, send an email to business-of-linked-data-bold+unsubs...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Melvin,
Does that imply things are fine re. SoLiD or not?
One test is passing at least, which is a good sign!
I think to say things are 'fine' we really need to develop a test suite and run tests. There may be other ways, but that seems to be tried and tested.
Melvin,
I am trying to avoid "OpenLink doesn't support SoLiD" cycles that keep on reoccurring.
Got it. But it requires testing and possibly some bug fixing.ÂÂÂÂ
If there is a pattern that fails it should be identified and demonstrated.
This is where a test suite comes in handy. W3C working groups typically require 1-3 years for this. I think we need a similar process. There may be short cuts but it would normally require one dedicated tester.
W3C process != Practical Commercial process.
Having worked on interop for more than 20+ years re., standards like SQL, ODBC, JDBC, ADO.NET, HTTP, and others, the process has more to do with willingness to collaborate than anything else.
Given a server application (server) that implements standard X, there should be N number of client application (client) users willing enough to test interop as part of a practical QA process. Right now, the big issue is that interop gets scoped to the wrong levels.
Presently I see people testing Solid against node-solid-server and gold. Previously I have seen testing against LDPHP. I've only seen you and sometimes me test against an openlink back end and that's when we have a bit of time free.
Yes, but once again, its a case of understanding the roles of compliant servers and clients. Virtuoso is a compliant server. All you need is an endpoint and away you go. It either works or it fails. If it fails simply report what's failing.
What do I mean by "wrong levels" ? The fact that this kind of testing gets lost in presumptive patterns rife with compilation and platform dependencies e.g., open source and all the modules required to be located and built. After that, testers then find out that they have to right code to perform basic interop.
I think you mean people do not have the time to work though and fix bugs.
As it's a new technology inevitably there will be bugs, it needs a lot of persistence to work through. Openlink is not immune to bugs either, I have found and reported some myself.
Interop should simply be about compliant client N talking to compliant server X. That's it. We don't need 6 months to pull that off, let alone 1-3 years.
I am happy to perform interop with anyone (partner or competitor or customer) using the basic pattern outlined above. The end results are mutually beneficial, as they should be, when working with standards compliance.
Then just do it!
I still believe the process we are using right now has not yielded fast progress, but a working group where people actually commit to deliverables does achieve interop. It's just a question of how much time each process takes. The thing about a WG is that you generally commit 1 day a week or as much as 0.5 of a FTE, per company involved. That's a more resource that is currently being employed.
No, I mean it is being approached the wrong way. What you need is: 1. List of compliant servers and their live endpoints 2. List of compliant clients 3. Folks testing the clients and the servers (this doesn't always have to be the developers of either client or server being tested). There isn't a single guideline that states: To verify or have some else verify SoLiD based interop, simply add your SoLiD compliant server and its endpoint to the list in the page at <some-server-usage-doc-location-uri> . To verify or have some else verify SoLiD based interop, simply add your SoLiD compliant client applications and a usage guide document link to the page at: <some-client-app-usage-doc-location-uri> . Post your results or share you experience via comments or reports to a document at: <some-interop-results-doc-location-uri> .What do I mean by "wrong levels" ? The fact that this kind of testing gets lost in presumptive patterns rife with compilation and platform dependencies e.g., open source and all the modules required to be located and built. After that, testers then find out that they have to right code to perform basic interop.
I think you mean people do not have the time to work though and fix bugs.
Do you have a link to SoLiD related bugs or issues? That's all we need.As it's a new technology inevitably there will be bugs, it needs a lot of persistence to work through. Openlink is not immune to bugs either, I have found and reported some myself.
I am confused. What is it that we haven't done?Interop should simply be about compliant client N talking to compliant server X. That's it. We don't need 6 months to pull that off, let alone 1-3 years.
I am happy to perform interop with anyone (partner or competitor or customer) using the basic pattern outlined above. The end results are mutually beneficial, as they should be, when working with standards compliance.
Then just do it!
There is subtle confusion about my point reflected in your last two comments. If a SoLiD client fails to work with my Virtuoso instance, then simply indicate what the issue is. You can also share a list of SoLiD apps here and I can once again test them. That said, I have zero interest in compiling anyting or heading out on module graph bounties. I just want to install something and test.I still believe the process we are using right now has not yielded fast progress, but a working group where people actually commit to deliverables does achieve interop. It's just a question of how much time each process takes. The thing about a WG is that you generally commit 1 day a week or as much as 0.5 of a FTE, per company involved. That's a more resource that is currently being employed.
-- Regards, Kingsley Idehen Founder & CEO OpenLink Software (Home Page: http://www.openlinksw.com) Medium Blog: https://medium.com/@kidehen Blogspot Blog: http://kidehen.blogspot.com Twitter Profile: https://twitter.com/kidehen Google+ Profile: https://plus.google.com/+KingsleyIdehen/about LinkedIn Profile: http://www.linkedin.com/in/kidehen Personal WebID: http://kingsley.idehen.net/dataspace/person/kidehen#this
--
You received this message because you are subscribed to the Google Groups "Business Of Linked Data (BOLD)" group.
To unsubscribe from this group and stop receiving emails from it, send an email to business-of-linked-data-bold+unsub...@googlegroups.com.
cURL example please.Does it handle globbing?
You now it does.Does it handle websockets?
Does it comply to the ACL spec?
What is an inbox? Put differently, how is it different from folder where you store documents?Does it support inboxes?
Does it support Linked Data Notifications.
Does it comply to the sections of the latest solid spec?
What browser coverage does it have, what breaks? These are questions we are going through on a daily basis with other backends.
No, I mean it is being approached the wrong way. What you need is: 1. List of compliant servers and their live endpoints 2. List of compliant clients 3. Folks testing the clients and the servers (this doesn't always have to be the developers of either client or server being tested). There isn't a single guideline that states: To verify or have some else verify SoLiD based interop, simply add your SoLiD compliant server and its endpoint to the list in the page at <some-server-usage-doc-location-uri> . To verify or have some else verify SoLiD based interop, simply add your SoLiD compliant client applications and a usage guide document link to the page at: <some-client-app-usage-doc-location-uri> . Post your results or share you experience via comments or reports to a document at: <some-interop-results-doc-location-uri> .What do I mean by "wrong levels" ? The fact that this kind of testing gets lost in presumptive patterns rife with compilation and platform dependencies e.g., open source and all the modules required to be located and built. After that, testers then find out that they have to right code to perform basic interop.
I think you mean people do not have the time to work though and fix bugs.We are doing this constantly in the gitter channel. Behind that lies the github solid repo which has active issue tracking.Do you have a link to SoLiD related bugs or issues? That's all we need.As it's a new technology inevitably there will be bugs, it needs a lot of persistence to work through. Openlink is not immune to bugs either, I have found and reported some myself.Various repos under: https://github.com/solidPretty much all have issue trackingI am confused. What is it that we haven't done?Interop should simply be about compliant client N talking to compliant server X. That's it. We don't need 6 months to pull that off, let alone 1-3 years.
I am happy to perform interop with anyone (partner or competitor or customer) using the basic pattern outlined above. The end results are mutually beneficial, as they should be, when working with standards compliance.
Then just do it!Any kind of serious testing. My original point. If solid apps work on virtuoso that's going to be a big win. Write a backend, write apps. Test on virtuoso, test on node solid server, test on gold. That is the test of compliance. Failing that, work on passing a test suite.There is subtle confusion about my point reflected in your last two comments. If a SoLiD client fails to work with my Virtuoso instance, then simply indicate what the issue is. You can also share a list of SoLiD apps here and I can once again test them. That said, I have zero interest in compiling anyting or heading out on module graph bounties. I just want to install something and test.I still believe the process we are using right now has not yielded fast progress, but a working group where people actually commit to deliverables does achieve interop. It's just a question of how much time each process takes. The thing about a WG is that you generally commit 1 day a week or as much as 0.5 of a FTE, per company involved. That's a more resource that is currently being employed.Yes, I think we're talking high level perspective vs low level perspective. The devil is in the detail.I will be working on my own back end "solid live" and the acid test for me will be whether solid apps can work with it.
-- Regards, Kingsley Idehen Founder & CEO OpenLink Software (Home Page: http://www.openlinksw.com) Medium Blog: https://medium.com/@kidehen Blogspot Blog: http://kidehen.blogspot.com Twitter Profile: https://twitter.com/kidehen Google+ Profile: https://plus.google.com/+KingsleyIdehen/about LinkedIn Profile: http://www.linkedin.com/in/kidehen Personal WebID: http://kingsley.idehen.net/dataspace/person/kidehen#this-- You received this message because you are subscribed to the Google Groups "Business Of Linked Data (BOLD)" group. To unsubscribe from this group and stop receiving emails from it, send an email to business-of-linked-data-bold+unsub...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
-- Regards, Kingsley Idehen Founder & CEO OpenLink Software (Home Page: http://www.openlinksw.com) Medium Blog: https://medium.com/@kidehen
-- Regards, Kingsley Idehen Founder & CEO OpenLink Software (Home Page: http://www.openlinksw.com) Medium Blog: https://medium.com/@kidehen Blogspot Blog: http://kidehen.blogspot.com Twitter Profile: https://twitter.com/kidehen Google+ Profile: https://plus.google.com/+KingsleyIdehen/about LinkedIn Profile: http://www.linkedin.com/in/kidehen Personal WebID: http://kingsley.idehen.net/dataspace/person/kidehen#this-- You received this message because you are subscribed to the Google Groups "Business Of Linked Data (BOLD)" group. To unsubscribe from this group and stop receiving emails from it, send an email to business-of-linked-data-bold+unsubs...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
-- Regards, Kingsley Idehen Founder & CEO OpenLink Software (Home Page: http://www.openlinksw.com) Medium Blog: https://medium.com/@kidehen
Blogspot Blog: http://kidehen.blogspot.com Twitter Profile: https://twitter.com/kidehen Google+ Profile: https://plus.google.com/+KingsleyIdehen/about LinkedIn Profile: http://www.linkedin.com/in/kidehen Personal WebID: http://kingsley.idehen.net/dataspace/person/kidehen#this
On 25 August 2016 at 04:10, Kingsley Idehen <kid...@openlinksw.com> wrote:
On 8/24/16 2:00 PM, Melvin Carvalho wrote:
On 24 August 2016 at 18:25, Kingsley Idehen <kid...@openlinksw.com> wrote:
On 8/24/16 9:08 AM, Melvin Carvalho wrote:
On 24 August 2016 at 13:55, Kingsley Idehen <kid...@openlinksw.com> wrote:
On 8/24/16 3:52 AM, Melvin Carvalho wrote:
On 24 August 2016 at 04:17, Kingsley Idehen <kid...@openlinksw.com> wrote:
On 8/23/16 6:56 PM, Melvin Carvalho wrote:
On 24 August 2016 at 00:28, Kingsley Idehen <kid...@openlinksw.com> wrote:
On 8/23/16 5:36 PM, Melvin Carvalho wrote:
yes, i was able to create a file, nice!
On 23 August 2016 at 20:43, Kingsley Idehen <kid...@openlinksw.com> wrote:
On 8/23/16 2:25 PM, Melvin Carvalho wrote:
On 22 August 2016 at 14:49, Kingsley Idehen <kid...@openlinksw.com> wrote:
On 8/22/16 4:34 AM, Timothy Holborn wrote:
Kingsley,ÂÂÂÂ
Most of the interesting open data related platforms plug into Virtuoso.
They support open standards. Virtuoso supports open standards.
I think you need to step it up a bit, and am happy to help, but am unsure of the best way to go about it.
I am totally unsure of what Virtuoso has to add to this matter.
If SoLiD is Virtuoso compatible, I think the answer is bit of a no-brainer. Question remains one of business systems, rather than exclusively Tech.
Virtuoso supports all the open standards covered by SoLiD, and some (e.g., WebID+TLS+Delegation).
We need to speak clearly about these issues otherwise we have nothing but confusion.
What will be really amazing is when Solid apps are tested to run on an openlink backend and vice versa.
ÂÂÂÂ
Melvin,
So why don't I share a folder endpoint [1] and the you try to use SoLiD to create a document in that folder? Naturally, I would need to grant access to you via your WebID (which I assume to be: https://melvincarvalho.com/#me) .
Links:
[1] http://kingsley.idehen.net/DAV/home/kidehen/Public/solid/
[2] https://kingsley.idehen.net/DAV/home/kidehen/Public/solid/
[3] http://kingsley.idehen.net/DAV/home/kidehen/Public/solid%2Cacl -- ACL doc (your webid has access to this too!)
[4] https://linkeddata.uriburner.com/rdf-editor -- Editor that can be used to compare experience re. creation of document in the sample/qa folder.
-- Regards, Kingsley Idehen Founder & CEO OpenLink Software (Home Page: http://www.openlinksw.com) Medium Blog: https://medium.com/@kidehen Blogspot Blog: http://kidehen.blogspot.com Twitter Profile: https://twitter.com/kidehen Google+ Profile: https://plus.google.com/+KingsleyIdehen/about LinkedIn Profile: http://www.linkedin.com/in/kidehen Personal WebID: http://kingsley.idehen.net/dataspace/person/kidehen#this
-- You received this message because you are subscribed to the Google Groups "Business Of Linked Data (BOLD)" group. To unsubscribe from this group and stop receiving emails from it, send an email to business-of-linked-data-bold+unsubs...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
-- You received this message because you are subscribed to the Google Groups "Business Of Linked Data (BOLD)" group. To unsubscribe from this group and stop receiving emails from it, send an email to business-of-linked-data-bold+unsubs...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Melvin,
Does that imply things are fine re. SoLiD or not?
One test is passing at least, which is a good sign!
I think to say things are 'fine' we really need to develop a test suite and run tests. There may be other ways, but that seems to be tried and tested.
Melvin,
I am trying to avoid "OpenLink doesn't support SoLiD" cycles that keep on reoccurring.
Got it. But it requires testing and possibly some bug fixing.ÂÂÂÂÂÂ
If there is a pattern that fails it should be identified and demonstrated.
This is where a test suite comes in handy. W3C working groups typically require 1-3 years for this. I think we need a similar process. There may be short cuts but it would normally require one dedicated tester.
W3C process != Practical Commercial process.
Having worked on interop for more than 20+ years re., standards like SQL, ODBC, JDBC, ADO.NET, HTTP, and others, the process has more to do with willingness to collaborate than anything else.
Given a server application (server) that implements standard X, there should be N number of client application (client) users willing enough to test interop as part of a practical QA process. Right now, the big issue is that interop gets scoped to the wrong levels.
Presently I see people testing Solid against node-solid-server and gold. Previously I have seen testing against LDPHP. I've only seen you and sometimes me test against an openlink back end and that's when we have a bit of time free.
Yes, but once again, its a case of understanding the roles of compliant servers and clients. Virtuoso is a compliant server. All you need is an endpoint and away you go. It either works or it fails. If it fails simply report what's failing.
What do you mean by any of those questions? Put differently, why don't you provide cURL based examples of what doesn't work, based on your expectations?Is virtuoso Solid compliant? Compliant to what? Has it been tested?ÂcURL example please.Does it handle globbing?ÂDoes it handle websockets?Â
You now it does.How did you end up creating a resource in a folder if it didn't comply with ACLs scoped to your WebID?Does it comply to the ACL spec?
Does it support inboxes?Â
What is an inbox? Put differently, how is it different from folder where you store documents?
Does it support Linked Data Notifications.Â
No it doesn't .What are those?Does it comply to the sections of the latest solid spec?
What browser coverage does it have, what breaks? These are questions we are going through on a daily basis with other backends.Â
Instead of asking these questions you could demonstrate your point with a SoLiD client and/or curl interaction examples.
Â
What do I mean by "wrong levels" ? The fact that this kind of testing gets lost in presumptive patterns rife with compilation and platform dependencies e.g., open source and all the modules required to be located and built. After that, testers then find out that they have to right code to perform basic interop.
I think you mean people do not have the time to work though and fix bugs.
No, I mean it is being approached the wrong way. What you need is: 1. List of compliant servers and their live endpoints 2. List of compliant clients 3. Folks testing the clients and the servers (this doesn't always have to be the developers of either client or server being tested). There isn't a single guideline that states: To verify or have some else verify SoLiD based interop, simply add your SoLiD compliant server and its endpoint to the list in the page at <some-server-usage-doc-location-uri> . To verify or have some else verify SoLiD based interop, simply add your SoLiD compliant client applications and a usage guide document link to the page at: <some-client-app-usage-doc-location-uri> . Post your results or share you experience via comments or reports to a document at: <some-interop-results-doc-location-uri> .We are doing this constantly in the gitter channel. Behind that lies the github solid repo which has active issue tracking. As it's a new technology inevitably there will be bugs, it needs a lot of persistence to work through. Openlink is not immune to bugs either, I have found and reported some myself.Â
Do you have a link to SoLiD related bugs or issues? That's all we need.
Â
I am confused. What is it that we haven't done?Interop should simply be about compliant client N talking to compliant server X. That's it. We don't need 6 months to pull that off, let alone 1-3 years.
I am happy to perform interop with anyone (partner or competitor or customer) using the basic pattern outlined above. The end results are mutually beneficial, as they should be, when working with standards compliance.
Then just do it!
Any kind of serious testing. My original point. If solid apps work on virtuoso that's going to be a big win. Write a backend, write apps. Test on virtuoso, test on node solid server, test on gold. That is the test of compliance. Failing that, work on passing a test suite. I still believe the process we are using right now has not yielded fast progress, but a working group where people actually commit to deliverables does achieve interop. It's just a question of how much time each process takes. The thing about a WG is that you generally commit 1 day a week or as much as 0.5 of a FTE, per company involved. That's a more resource that is currently being employed.
There is subtle confusion about my point reflected in your last two comments. If a SoLiD client fails to work with my Virtuoso instance, then simply indicate what the issue is. You can also share a list of SoLiD apps here and I can once again test them. That said, I have zero interest in compiling anyting or heading out on module graph bounties. I just want to install something and test.
Yes, I think we're talking high level perspective vs low level perspective. The devil is in the detail.ÂI will be working on my own back end "solid live" and the acid test for me will be whether solid apps can work with it.Â
Your description of SoLiD, as exemplified by this exchange, isn't how you make progress. First off, you need to be able to actually describe what SoLiD actually is, clearly. Simply declaring things as compliant vs non compliant, without any clarity isn't the way to generate uptake and interop activity. What is the fundamental goal of SoLiD? What is does it actually offer right now, that uniquely distinguishes it with regards to using HTTP, WebDAV, LDP, Web ACLs, WebID+TLS, WebID+TLS+Delegation, SPARQL Graph Protocol, SPARQL 1.1 etc. to perform Read-Write operations? Answering this question is crucial :) Kingsley
Have you looked at this? https://github.com/solid/solid-spec
Melvin,
You know I've looked at that, and much more. We are having a public discussion and its really important that you (and other SoLiD supporters) embark on the following:
1. Articulate what problem SoLiD solves, uniquely
2. Demonstrate how SoLiD delivers on its value proposition via simple Client and Server implementations that just work i.e., no coding and compilation involved.
We have a maze of technologies and "best practices" all conflated under SoLiD, unfortunately. That doesn't make for a sound interop basis when you have failure points at the following levels:
[1] WebID Authentication using WebID+TLS protocol
[2] WebID+TLS authentication protocol and Browser UX issue -- which is solved by WebID+TLS+Delegation protocol
[3] Non-existent interop efforts across WebID+TLS, WebID+TLS+Delegation compliant clients and servers
[4] Non-existent interop efforts across WebACL compliant clients and servers
[5] All of the above for LDP compliant clients and servers; ditto SPARQL Graph Protocol and SPARQL 1.1 compliant clients and servers.
Without 1-5 sorted out, you have nothing to work with, in a practical sense.
Links:
[1] https://medium.com/virtuoso-blog/http-read-write-operations-using-ldp-protocols-virtuoso-http-s-server-bdaa2736169f#.uj8bvbuwu -- Example of interop using Virtuoso as server and cURL as the client with regards to Read-Write operations over HTTP
[2] https://medium.com/@kidehen/note-about-solid-a-loosely-coupled-read-write-initiative-f56113484bbb#.6mypw3psh -- What is SoLiD
[3] https://github.com/solid/solid#standards-used -- reiterating my points about conflating standards, "best practices", and applications .
My suggestion to test solid compliance might be to see if this profile editor works with a given backend https://linkeddata.github.io/profile-editor/There's also an issue tracker linked to page
Screenshot URIs:
[1]
https://s-media-cache-ak0.pinimg.com/originals/88/61/4f/88614f8e4aee167abbf06dda72fe0eaf.png
-- Screen 1/3
[2]
https://s-media-cache-ak0.pinimg.com/originals/e9/f6/4d/e9f64d9695f4dc5c2ad52a7a0e6ee328.png
-- Screen 2/3
[3]
https://s-media-cache-ak0.pinimg.com/originals/8d/54/d3/8d54d3ea78ad20e0adde9c6bab863b24.png
-- Screen 3/3
--
Regards,
Kingsley Idehen
Founder & CEO
OpenLink Software (Home Page: http://www.openlinksw.com)
Medium Blog: https://medium.com/@kidehen
Blogspot Blog: http://kidehen.blogspot.com
Twitter Profile: https://twitter.com/kidehen
Google+ Profile: https://plus.google.com/+KingsleyIdehen/about
LinkedIn Profile: http://www.linkedin.com/in/kidehen
Personal WebID: http://kingsley.idehen.net/dataspace/person/kidehen#this
--
You received this message because you are subscribed to the Google Groups "Business Of Linked Data (BOLD)" group.
To unsubscribe from this group and stop receiving emails from it, send an email to business-of-linked-data-bold+unsub...@googlegroups.com.