-
Notifications
You must be signed in to change notification settings - Fork 12
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
Include references to W3C Process and Antitrust Guidelines only #32
Comments
Moving from other thread:
A list of the W3C documents we reference in the charter:
As far as I can tell this set of links satisfies your request to have the charter "Referencing the W3C Process only and not referencing documents that are not part of the Process." Am I wrong? Please specify which, if any, of these document references you specifically object to. |
@jwrosewell I'll add again here: While I have great respect for both the GDPR and the UK... the entire world is not bound by those laws. Indeed, the current active US state laws include different definitions and restrictions than GDPR. We are a global organization, we cannot set ourselves to be bound by UK law in the way that you suggest, while it provides specific limits, those are not the bounds of this discussion. We can go beyond those bounds by agreement. The intent of the definitions in the privacy document are to find useful global definitions that can be used by all. Do you have alternative definitions to suggest? As for the TAG principles, the charter does not bind us to them, it merely states the truth: we are "motivated by" them. I disagree that this framing adds ANY confusion. What, exactly, among the TAG principles to you believe should not be considered as motivating our work? |
@jwrosewell without alternative definitions to discuss in a PR at this time, while we can continue this discussion and potentially come to changes, I see no point in having it delay submission at this stage. |
As you asked about Ethical Web Principles. "or even be used to cause harm." - 'harm' is not defined and in any case is outside the scope of a technical standards body. Some people will consider the possibility of a technology being used to cause harm a reason to remove or interfere with that technology. Others will see it as an opportunity to improve compliance with laws to reduce the risk of it being abused. The Ethical Web Principles need to align to laws, just like the PAT Working Group charter. Without this the W3C creates quasi-laws that neither it, or the individuals that participate, have the authority to do that. If individuals are motivated by the Ethical Web Principles then that is a matter for them. Requiring the entire group to be motivated by a single position concerning ethics is non-secular. |
To be clear, the positions which you are referring to are:
and
And the charter language is:
And your statement is that stating that as a motivation would be... and I hesitate to use the dictionary definition here, but I am at a loss as to what else you could possibly mean... a "religious or spiritual matter". Is this use of non-secular a reference to some sort of legal version of the term I am unfamiliar with? Can you clarify for me which one or more of these statements you disagree with?
I'm skipping the priority of constituencies because that is a general W3C principle outside of this document. And to be clear, being motivated by these principles allows us to discuss them and refer back to them, it does not force us to either one, both or neither of your stated possible positions:
Indeed part of the advantage of such language is that we will be able to discuss what the right value and application of those and other positions might be instead of being ideologically locked. I cannot see how using the TAG document as a reference and noting that it is a motivating force for this group could possibly be considered.... religious. I cannot see how you could find a rough consensus on that statement or that as grounds to remove it from the charter.
One: the point is not to define it, the point is to note that our goal is consider as many possible harms as we can and add that consideration into our process for discussing technology. And I don't think most would agree that this process is outside the scope of a technical standards body or any standards work. Considering the proposals and what they might be used for and how that might effect users, our first constituency, is important. And the many types of potential harms and how they might effect different groups differently is one of the main reasons we must try and be flexible in our definition. Two: Its use in this respect is not abnormal. Some examples: The NIST privacy framework states:
(emphasis mine)
And the fact that privacy-breaching technologies can cause harms is without doubt. I don't think you would disagree with this (but just in case, here's two of many relevant articles: 1, 2). And it is without a doubt a motivation of this group to avoid such harms to users using the technologies. If there are indeed points among the four listed above that you disagree with, please tell us which ones and state an alternative definition of "harm" that we could consider. As an additional note, I do not see alternative definitions as requested above and this conversation has shifted to a different portion of the document. Should I take this to mean that you do not intend to present alternative definitions for: ? |
This issue is now mute as I understand the charter is advancing for W3C membership consideration. To briefly address the points raised in the prior comment.
|
Moved from #52.
As a minimum.
The charter includes a reference to the 'Ethical Web Principles' which are not part of the W3C Process and should not be referenced. A document that basically exposes "be good" strays well beyond the subject of defining technical standards and leaves the "balance of goodness" open to the reader to conclude. It merely adds confusion. Better to relate privacy to laws.
The 'privacy principles' are flawed for many reasons documented here and should be removed. In any case the references to 'cross-site' or 'same-site' do not align to privacy definitions and should be dropped. See issue Align the definition of privacy to laws #31.
The text was updated successfully, but these errors were encountered: