Comments (11)
This is a test with octokat
from mprocessing_tests.
The issue was discussed in a meeting on 2020-11-17)
- no resolutions were taken
View the transcript
4. PRs
See github pull request #1.
Justin Richer: a number of the resolutions resulted in two PRs
… 454 adds language about representation syntax that explains why properties for those
… this PR proposes language for the spec that clarifies that
… this PR has resulted in good conversation and has pretty wide approval so far
… so we would like to accept this PR as a good step forward
Daniel Burnett: normally with PRs we give a 7 day review window, however in this case we need this PR to move forward
Manu Sporny: We have a lot of positive reviews. I could quickly review it in 5 minutes.
… just noting that we have a lot more support for these PRs that we've had before. The editors are happy with them and I'm seeing a lot of alignment.
Daniel Burnett: Can we first see if there are any objections to merging?
… Is there anyone who would object to merging PR 454?
Michael Jones: I would object without some editorial corrections
Daniel Burnett: maybe we should talk about patent policy first
Jonathan Holt: PR 454 is still too abstract
Daniel Burnett: please add that comment to the PR
Ivan Herman: Since that PR puts in writing what was decided and resolved at the F2F. If it faithfully represents the decision at the F2F, then it should be merged.
Amy Guy: +1 what ivan says
Markus Sabadello: +1 to ivan. Note that we can also merge and then make additional improvements afterwards (e.g. regarding terminology).
Daniel Burnett: agrees
Michael Jones: The problem is that the PR does not faithfully reflect what was decided. It deletes the language about unrecognized properties must be ignored.
… If someone can go to the minutes and find the text, I will add that to the PR.
Justin Richer: I agree that this isn't sufficient but it's not meant to be complete yet. Same with the 455
Dave Longley: selfissued, https://www.w3.org/2019/did-wg/Meetings/Minutes/2020-11-05-did#resolution4
Daniel Burnett: thank you, that's good input, we'll return to this shortly
… and the editors can think about how to move forward with that input
Michael Jones: There was an earlier meeting - I think a special topic call - in which we resolved something like "Properties that are not understood MUST be ignored". Can anyone locate that resolution?
Dave Longley: selfissued, in the last meeting we all agreed "ignored" wasn't well defined, so we did this resolution: https://www.w3.org/2019/did-wg/Meetings/Minutes/2020-11-05-did#resolution4
Dave Longley: selfissued, that is the language that is in the PR now and it applies to all representations, not just JSON, hence the old confusing "ignored" language has been removed
Michael Jones: I found it: https://www.w3.org/2019/did-wg/Meetings/Minutes/2020-11-03-did#resolution2 : "Unrecognized properties MUST be preserved."
Dave Longley: selfissued, and that is now in 454 in a more explicit way: https://github.com/iherman/minute_processing.json/pull/454/files#diff-0eb547304658805aad788d320f10bf1f292797b5e6d745a3bf617584da017051R2250-R2255
Dave Longley: selfissued, and it covers all representations.
from mprocessing_tests.
The issue was discussed in a meeting on 2020-11-17)
- no resolutions were taken
View the transcript
4. PRs
See github pull request #1.
Justin Richer: a number of the resolutions resulted in two PRs
… 454 adds language about representation syntax that explains why properties for those
… this PR proposes language for the spec that clarifies that
… this PR has resulted in good conversation and has pretty wide approval so far
… so we would like to accept this PR as a good step forward
Daniel Burnett: normally with PRs we give a 7 day review window, however in this case we need this PR to move forward
Manu Sporny: We have a lot of positive reviews. I could quickly review it in 5 minutes.
… just noting that we have a lot more support for these PRs that we've had before. The editors are happy with them and I'm seeing a lot of alignment.
Daniel Burnett: Can we first see if there are any objections to merging?
… Is there anyone who would object to merging PR 454?
Michael Jones: I would object without some editorial corrections
Daniel Burnett: maybe we should talk about patent policy first
Jonathan Holt: PR 454 is still too abstract
Daniel Burnett: please add that comment to the PR
Ivan Herman: Since that PR puts in writing what was decided and resolved at the F2F. If it faithfully represents the decision at the F2F, then it should be merged.
Amy Guy: +1 what ivan says
Markus Sabadello: +1 to ivan. Note that we can also merge and then make additional improvements afterwards (e.g. regarding terminology).
Daniel Burnett: agrees
Michael Jones: The problem is that the PR does not faithfully reflect what was decided. It deletes the language about unrecognized properties must be ignored.
… If someone can go to the minutes and find the text, I will add that to the PR.
Justin Richer: I agree that this isn't sufficient but it's not meant to be complete yet. Same with the 455
Dave Longley: selfissued, https://www.w3.org/2019/did-wg/Meetings/Minutes/2020-11-05-did#resolution4
Daniel Burnett: thank you, that's good input, we'll return to this shortly
… and the editors can think about how to move forward with that input
Michael Jones: There was an earlier meeting - I think a special topic call - in which we resolved something like "Properties that are not understood MUST be ignored". Can anyone locate that resolution?
Dave Longley: selfissued, in the last meeting we all agreed "ignored" wasn't well defined, so we did this resolution: https://www.w3.org/2019/did-wg/Meetings/Minutes/2020-11-05-did#resolution4
Dave Longley: selfissued, that is the language that is in the PR now and it applies to all representations, not just JSON, hence the old confusing "ignored" language has been removed
Michael Jones: I found it: https://www.w3.org/2019/did-wg/Meetings/Minutes/2020-11-03-did#resolution2 : "Unrecognized properties MUST be preserved."
Dave Longley: selfissued, and that is now in 454 in a more explicit way: https://github.com/iherman/minute_processing.json/pull/454/files#diff-0eb547304658805aad788d320f10bf1f292797b5e6d745a3bf617584da017051R2250-R2255
Dave Longley: selfissued, and it covers all representations.
from mprocessing_tests.
The issue was discussed in a meeting on 2020-11-17)
- no resolutions were taken
View the transcript
4. PRs
See github pull request #1.
Justin Richer: a number of the resolutions resulted in two PRs
… 454 adds language about representation syntax that explains why properties for those
… this PR proposes language for the spec that clarifies that
… this PR has resulted in good conversation and has pretty wide approval so far
… so we would like to accept this PR as a good step forward
Daniel Burnett: normally with PRs we give a 7 day review window, however in this case we need this PR to move forward
Manu Sporny: We have a lot of positive reviews. I could quickly review it in 5 minutes.
… just noting that we have a lot more support for these PRs that we've had before. The editors are happy with them and I'm seeing a lot of alignment.
Daniel Burnett: Can we first see if there are any objections to merging?
… Is there anyone who would object to merging PR 454?
Michael Jones: I would object without some editorial corrections
Daniel Burnett: maybe we should talk about patent policy first
Jonathan Holt: PR 454 is still too abstract
Daniel Burnett: please add that comment to the PR
Ivan Herman: Since that PR puts in writing what was decided and resolved at the F2F. If it faithfully represents the decision at the F2F, then it should be merged.
Amy Guy: +1 what ivan says
Markus Sabadello: +1 to ivan. Note that we can also merge and then make additional improvements afterwards (e.g. regarding terminology).
Daniel Burnett: agrees
Michael Jones: The problem is that the PR does not faithfully reflect what was decided. It deletes the language about unrecognized properties must be ignored.
… If someone can go to the minutes and find the text, I will add that to the PR.
Justin Richer: I agree that this isn't sufficient but it's not meant to be complete yet. Same with the 455
Dave Longley: selfissued, https://www.w3.org/2019/did-wg/Meetings/Minutes/2020-11-05-did#resolution4
Daniel Burnett: thank you, that's good input, we'll return to this shortly
… and the editors can think about how to move forward with that input
Michael Jones: There was an earlier meeting - I think a special topic call - in which we resolved something like "Properties that are not understood MUST be ignored". Can anyone locate that resolution?
Dave Longley: selfissued, in the last meeting we all agreed "ignored" wasn't well defined, so we did this resolution: https://www.w3.org/2019/did-wg/Meetings/Minutes/2020-11-05-did#resolution4
Dave Longley: selfissued, that is the language that is in the PR now and it applies to all representations, not just JSON, hence the old confusing "ignored" language has been removed
Michael Jones: I found it: https://www.w3.org/2019/did-wg/Meetings/Minutes/2020-11-03-did#resolution2 : "Unrecognized properties MUST be preserved."
Dave Longley: selfissued, and that is now in 454 in a more explicit way: https://github.com/iherman/minute_processing.json/pull/454/files#diff-0eb547304658805aad788d320f10bf1f292797b5e6d745a3bf617584da017051R2250-R2255
Dave Longley: selfissued, and it covers all representations.
from mprocessing_tests.
The issue was discussed in a meeting on 2020-11-17)
- no resolutions were taken
View the transcript
4. PRs
See github pull request #1.
Justin Richer: a number of the resolutions resulted in two PRs
… 454 adds language about representation syntax that explains why properties for those
… this PR proposes language for the spec that clarifies that
… this PR has resulted in good conversation and has pretty wide approval so far
… so we would like to accept this PR as a good step forward
Daniel Burnett: normally with PRs we give a 7 day review window, however in this case we need this PR to move forward
Manu Sporny: We have a lot of positive reviews. I could quickly review it in 5 minutes.
… just noting that we have a lot more support for these PRs that we've had before. The editors are happy with them and I'm seeing a lot of alignment.
Daniel Burnett: Can we first see if there are any objections to merging?
… Is there anyone who would object to merging PR 454?
Michael Jones: I would object without some editorial corrections
Daniel Burnett: maybe we should talk about patent policy first
Jonathan Holt: PR 454 is still too abstract
Daniel Burnett: please add that comment to the PR
Ivan Herman: Since that PR puts in writing what was decided and resolved at the F2F. If it faithfully represents the decision at the F2F, then it should be merged.
Amy Guy: +1 what ivan says
Markus Sabadello: +1 to ivan. Note that we can also merge and then make additional improvements afterwards (e.g. regarding terminology).
Daniel Burnett: agrees
Michael Jones: The problem is that the PR does not faithfully reflect what was decided. It deletes the language about unrecognized properties must be ignored.
… If someone can go to the minutes and find the text, I will add that to the PR.
Justin Richer: I agree that this isn't sufficient but it's not meant to be complete yet. Same with the 455
Dave Longley: selfissued, https://www.w3.org/2019/did-wg/Meetings/Minutes/2020-11-05-did#resolution4
Daniel Burnett: thank you, that's good input, we'll return to this shortly
… and the editors can think about how to move forward with that input
Michael Jones: There was an earlier meeting - I think a special topic call - in which we resolved something like "Properties that are not understood MUST be ignored". Can anyone locate that resolution?
Dave Longley: selfissued, in the last meeting we all agreed "ignored" wasn't well defined, so we did this resolution: https://www.w3.org/2019/did-wg/Meetings/Minutes/2020-11-05-did#resolution4
Dave Longley: selfissued, that is the language that is in the PR now and it applies to all representations, not just JSON, hence the old confusing "ignored" language has been removed
Michael Jones: I found it: https://www.w3.org/2019/did-wg/Meetings/Minutes/2020-11-03-did#resolution2 : "Unrecognized properties MUST be preserved."
Dave Longley: selfissued, and that is now in 454 in a more explicit way: https://github.com/iherman/minute_processing.json/pull/454/files#diff-0eb547304658805aad788d320f10bf1f292797b5e6d745a3bf617584da017051R2250-R2255
Dave Longley: selfissued, and it covers all representations.
from mprocessing_tests.
The issue was discussed in a meeting on 2020-10-06)
- no resolutions were taken
View the transcript
2. PR 407 (Cleanup key representations)
Brent Zundel: w3c/did-core#407
Brent Zundel: PR 407; PR has some review but not a lot
… we're gonna merge it
… bring up any concerns in the PR
from mprocessing_tests.
The issue was discussed in a meeting on 2020-11-17)
- no resolutions were taken
View the transcript
4. PRs
See github pull request #1.
Justin Richer: a number of the resolutions resulted in two PRs
… 454 adds language about representation syntax that explains why properties for those
… this PR proposes language for the spec that clarifies that
… this PR has resulted in good conversation and has pretty wide approval so far
… so we would like to accept this PR as a good step forward
Daniel Burnett: normally with PRs we give a 7 day review window, however in this case we need this PR to move forward
Manu Sporny: We have a lot of positive reviews. I could quickly review it in 5 minutes.
… just noting that we have a lot more support for these PRs that we've had before. The editors are happy with them and I'm seeing a lot of alignment.
Daniel Burnett: Can we first see if there are any objections to merging?
… Is there anyone who would object to merging PR 454?
Michael Jones: I would object without some editorial corrections
Daniel Burnett: maybe we should talk about patent policy first
Jonathan Holt: PR 454 is still too abstract
Daniel Burnett: please add that comment to the PR
Ivan Herman: Since that PR puts in writing what was decided and resolved at the F2F. If it faithfully represents the decision at the F2F, then it should be merged.
Amy Guy: +1 what ivan says
Markus Sabadello: +1 to ivan. Note that we can also merge and then make additional improvements afterwards (e.g. regarding terminology).
Daniel Burnett: agrees
Michael Jones: The problem is that the PR does not faithfully reflect what was decided. It deletes the language about unrecognized properties must be ignored.
… If someone can go to the minutes and find the text, I will add that to the PR.
Justin Richer: I agree that this isn't sufficient but it's not meant to be complete yet. Same with the 455
Dave Longley: selfissued, https://www.w3.org/2019/did-wg/Meetings/Minutes/2020-11-05-did#resolution4
Daniel Burnett: thank you, that's good input, we'll return to this shortly
… and the editors can think about how to move forward with that input
Michael Jones: There was an earlier meeting - I think a special topic call - in which we resolved something like "Properties that are not understood MUST be ignored". Can anyone locate that resolution?
Dave Longley: selfissued, in the last meeting we all agreed "ignored" wasn't well defined, so we did this resolution: https://www.w3.org/2019/did-wg/Meetings/Minutes/2020-11-05-did#resolution4
Dave Longley: selfissued, that is the language that is in the PR now and it applies to all representations, not just JSON, hence the old confusing "ignored" language has been removed
Michael Jones: I found it: https://www.w3.org/2019/did-wg/Meetings/Minutes/2020-11-03-did#resolution2 : "Unrecognized properties MUST be preserved."
Dave Longley: selfissued, and that is now in 454 in a more explicit way: https://github.com/iherman/minute_processing.json/pull/454/files#diff-0eb547304658805aad788d320f10bf1f292797b5e6d745a3bf617584da017051R2250-R2255
Dave Longley: selfissued, and it covers all representations.
from mprocessing_tests.
The issue was discussed in a meeting on 2020-11-17)
- no resolutions were taken
View the transcript
4. PRs
See github pull request #1.
Justin Richer: a number of the resolutions resulted in two PRs
… 454 adds language about representation syntax that explains why properties for those
… this PR proposes language for the spec that clarifies that
… this PR has resulted in good conversation and has pretty wide approval so far
… so we would like to accept this PR as a good step forward
Daniel Burnett: normally with PRs we give a 7 day review window, however in this case we need this PR to move forward
Manu Sporny: We have a lot of positive reviews. I could quickly review it in 5 minutes.
… just noting that we have a lot more support for these PRs that we've had before. The editors are happy with them and I'm seeing a lot of alignment.
Daniel Burnett: Can we first see if there are any objections to merging?
… Is there anyone who would object to merging PR 454?
Michael Jones: I would object without some editorial corrections
Daniel Burnett: maybe we should talk about patent policy first
Jonathan Holt: PR 454 is still too abstract
Daniel Burnett: please add that comment to the PR
Ivan Herman: Since that PR puts in writing what was decided and resolved at the F2F. If it faithfully represents the decision at the F2F, then it should be merged.
Amy Guy: +1 what ivan says
Markus Sabadello: +1 to ivan. Note that we can also merge and then make additional improvements afterwards (e.g. regarding terminology).
Daniel Burnett: agrees
Michael Jones: The problem is that the PR does not faithfully reflect what was decided. It deletes the language about unrecognized properties must be ignored.
… If someone can go to the minutes and find the text, I will add that to the PR.
Justin Richer: I agree that this isn't sufficient but it's not meant to be complete yet. Same with the 455
Dave Longley: selfissued, https://www.w3.org/2019/did-wg/Meetings/Minutes/2020-11-05-did#resolution4
Daniel Burnett: thank you, that's good input, we'll return to this shortly
… and the editors can think about how to move forward with that input
Michael Jones: There was an earlier meeting - I think a special topic call - in which we resolved something like "Properties that are not understood MUST be ignored". Can anyone locate that resolution?
Dave Longley: selfissued, in the last meeting we all agreed "ignored" wasn't well defined, so we did this resolution: https://www.w3.org/2019/did-wg/Meetings/Minutes/2020-11-05-did#resolution4
Dave Longley: selfissued, that is the language that is in the PR now and it applies to all representations, not just JSON, hence the old confusing "ignored" language has been removed
Michael Jones: I found it: https://www.w3.org/2019/did-wg/Meetings/Minutes/2020-11-03-did#resolution2 : "Unrecognized properties MUST be preserved."
Dave Longley: selfissued, and that is now in 454 in a more explicit way: https://github.com/iherman/minute_processing.json/pull/454/files#diff-0eb547304658805aad788d320f10bf1f292797b5e6d745a3bf617584da017051R2250-R2255
Dave Longley: selfissued, and it covers all representations.
from mprocessing_tests.
The issue was discussed in a meeting on 2020-11-17)
- no resolutions were taken
View the transcript
4. PRs
See github pull request #1.
Justin Richer: a number of the resolutions resulted in two PRs
… 454 adds language about representation syntax that explains why properties for those
… this PR proposes language for the spec that clarifies that
… this PR has resulted in good conversation and has pretty wide approval so far
… so we would like to accept this PR as a good step forward
Daniel Burnett: normally with PRs we give a 7 day review window, however in this case we need this PR to move forward
Manu Sporny: We have a lot of positive reviews. I could quickly review it in 5 minutes.
… just noting that we have a lot more support for these PRs that we've had before. The editors are happy with them and I'm seeing a lot of alignment.
Daniel Burnett: Can we first see if there are any objections to merging?
… Is there anyone who would object to merging PR 454?
Michael Jones: I would object without some editorial corrections
Daniel Burnett: maybe we should talk about patent policy first
Jonathan Holt: PR 454 is still too abstract
Daniel Burnett: please add that comment to the PR
Ivan Herman: Since that PR puts in writing what was decided and resolved at the F2F. If it faithfully represents the decision at the F2F, then it should be merged.
Amy Guy: +1 what ivan says
Markus Sabadello: +1 to ivan. Note that we can also merge and then make additional improvements afterwards (e.g. regarding terminology).
Daniel Burnett: agrees
Michael Jones: The problem is that the PR does not faithfully reflect what was decided. It deletes the language about unrecognized properties must be ignored.
… If someone can go to the minutes and find the text, I will add that to the PR.
Justin Richer: I agree that this isn't sufficient but it's not meant to be complete yet. Same with the 455
Dave Longley: selfissued, https://www.w3.org/2019/did-wg/Meetings/Minutes/2020-11-05-did#resolution4
Daniel Burnett: thank you, that's good input, we'll return to this shortly
… and the editors can think about how to move forward with that input
Michael Jones: There was an earlier meeting - I think a special topic call - in which we resolved something like "Properties that are not understood MUST be ignored". Can anyone locate that resolution?
Dave Longley: selfissued, in the last meeting we all agreed "ignored" wasn't well defined, so we did this resolution: https://www.w3.org/2019/did-wg/Meetings/Minutes/2020-11-05-did#resolution4
Dave Longley: selfissued, that is the language that is in the PR now and it applies to all representations, not just JSON, hence the old confusing "ignored" language has been removed
Michael Jones: I found it: https://www.w3.org/2019/did-wg/Meetings/Minutes/2020-11-03-did#resolution2 : "Unrecognized properties MUST be preserved."
Dave Longley: selfissued, and that is now in 454 in a more explicit way: https://github.com/iherman/minute_processing.json/pull/454/files#diff-0eb547304658805aad788d320f10bf1f292797b5e6d745a3bf617584da017051R2250-R2255
Dave Longley: selfissued, and it covers all representations.
from mprocessing_tests.
The issue was discussed in a meeting on 2020-11-17)
- no resolutions were taken
View the transcript
4. PRs
See github pull request #1.
Justin Richer: a number of the resolutions resulted in two PRs
… 454 adds language about representation syntax that explains why properties for those
… this PR proposes language for the spec that clarifies that
… this PR has resulted in good conversation and has pretty wide approval so far
… so we would like to accept this PR as a good step forward
Daniel Burnett: normally with PRs we give a 7 day review window, however in this case we need this PR to move forward
Manu Sporny: We have a lot of positive reviews. I could quickly review it in 5 minutes.
… just noting that we have a lot more support for these PRs that we've had before. The editors are happy with them and I'm seeing a lot of alignment.
Daniel Burnett: Can we first see if there are any objections to merging?
… Is there anyone who would object to merging PR 454?
Michael Jones: I would object without some editorial corrections
Daniel Burnett: maybe we should talk about patent policy first
Jonathan Holt: PR 454 is still too abstract
Daniel Burnett: please add that comment to the PR
Ivan Herman: Since that PR puts in writing what was decided and resolved at the F2F. If it faithfully represents the decision at the F2F, then it should be merged.
Amy Guy: +1 what ivan says
Markus Sabadello: +1 to ivan. Note that we can also merge and then make additional improvements afterwards (e.g. regarding terminology).
Daniel Burnett: agrees
Michael Jones: The problem is that the PR does not faithfully reflect what was decided. It deletes the language about unrecognized properties must be ignored.
… If someone can go to the minutes and find the text, I will add that to the PR.
Justin Richer: I agree that this isn't sufficient but it's not meant to be complete yet. Same with the 455
Dave Longley: selfissued, https://www.w3.org/2019/did-wg/Meetings/Minutes/2020-11-05-did#resolution4
Daniel Burnett: thank you, that's good input, we'll return to this shortly
… and the editors can think about how to move forward with that input
Michael Jones: There was an earlier meeting - I think a special topic call - in which we resolved something like "Properties that are not understood MUST be ignored". Can anyone locate that resolution?
Dave Longley: selfissued, in the last meeting we all agreed "ignored" wasn't well defined, so we did this resolution: https://www.w3.org/2019/did-wg/Meetings/Minutes/2020-11-05-did#resolution4
Dave Longley: selfissued, that is the language that is in the PR now and it applies to all representations, not just JSON, hence the old confusing "ignored" language has been removed
Michael Jones: I found it: https://www.w3.org/2019/did-wg/Meetings/Minutes/2020-11-03-did#resolution2 : "Unrecognized properties MUST be preserved."
Dave Longley: selfissued, and that is now in 454 in a more explicit way: https://github.com/iherman/minute_processing.json/pull/454/files#diff-0eb547304658805aad788d320f10bf1f292797b5e6d745a3bf617584da017051R2250-R2255
Dave Longley: selfissued, and it covers all representations.
from mprocessing_tests.
The issue was discussed in a meeting on 2020-11-17)
- no resolutions were taken
View the transcript
4. PRs
See github pull request #1.
Justin Richer: a number of the resolutions resulted in two PRs
… 454 adds language about representation syntax that explains why properties for those
… this PR proposes language for the spec that clarifies that
… this PR has resulted in good conversation and has pretty wide approval so far
… so we would like to accept this PR as a good step forward
Daniel Burnett: normally with PRs we give a 7 day review window, however in this case we need this PR to move forward
Manu Sporny: We have a lot of positive reviews. I could quickly review it in 5 minutes.
… just noting that we have a lot more support for these PRs that we've had before. The editors are happy with them and I'm seeing a lot of alignment.
Daniel Burnett: Can we first see if there are any objections to merging?
… Is there anyone who would object to merging PR 454?
Michael Jones: I would object without some editorial corrections
Daniel Burnett: maybe we should talk about patent policy first
Jonathan Holt: PR 454 is still too abstract
Daniel Burnett: please add that comment to the PR
Ivan Herman: Since that PR puts in writing what was decided and resolved at the F2F. If it faithfully represents the decision at the F2F, then it should be merged.
Amy Guy: +1 what ivan says
Markus Sabadello: +1 to ivan. Note that we can also merge and then make additional improvements afterwards (e.g. regarding terminology).
Daniel Burnett: agrees
Michael Jones: The problem is that the PR does not faithfully reflect what was decided. It deletes the language about unrecognized properties must be ignored.
… If someone can go to the minutes and find the text, I will add that to the PR.
Justin Richer: I agree that this isn't sufficient but it's not meant to be complete yet. Same with the 455
Dave Longley: selfissued, https://www.w3.org/2019/did-wg/Meetings/Minutes/2020-11-05-did#resolution4
Daniel Burnett: thank you, that's good input, we'll return to this shortly
… and the editors can think about how to move forward with that input
Michael Jones: There was an earlier meeting - I think a special topic call - in which we resolved something like "Properties that are not understood MUST be ignored". Can anyone locate that resolution?
Dave Longley: selfissued, in the last meeting we all agreed "ignored" wasn't well defined, so we did this resolution: https://www.w3.org/2019/did-wg/Meetings/Minutes/2020-11-05-did#resolution4
Dave Longley: selfissued, that is the language that is in the PR now and it applies to all representations, not just JSON, hence the old confusing "ignored" language has been removed
Michael Jones: I found it: https://www.w3.org/2019/did-wg/Meetings/Minutes/2020-11-03-did#resolution2 : "Unrecognized properties MUST be preserved."
Dave Longley: selfissued, and that is now in 454 in a more explicit way: https://github.com/iherman/minute_processing.json/pull/454/files#diff-0eb547304658805aad788d320f10bf1f292797b5e6d745a3bf617584da017051R2250-R2255
Dave Longley: selfissued, and it covers all representations.
from mprocessing_tests.
Related Issues (19)
- 2020-11-12-action1: report some wonderful things. (Ivan Herman)
- 2020-11-12-action2: do something very different together with dauwhe. (Ivan Herman)
- 2020-11-12-action1: report some wonderful things. (Ivan Herman)
- 2020-11-12-action2: do something very different together with dauwhe. (Ivan Herman)
- This is just to test the github interface
- New test issue for the octokit+deno combination HOT 2
- New issue created by the tester
- New issue created by the tester (2)
- New issue created by the tester (3)
- Another issue to test HOT 2
- New issue created by the tester (4)
- New issue created by the tester (5)
- Yet another issue... HOT 1
- generated issue
- generated issue again
- 2020-11-12-action1: do something really interesting this time. (Ivan Herman)
- 2020-11-12-action1: report some wonderful things. (Ivan Herman)
- 2020-11-12-action2: do something very different together with dauwhe. (Ivan Herman)
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from mprocessing_tests.