- From: Ivan Herman <ivan@w3.org>
- Date: Fri, 29 Apr 2016 18:09:34 +0200
- To: W3C Public Annotation List <public-annotation@w3.org>
- Message-Id: <3989C94F-06E7-4312-AFE8-F7225F3BC6AC@w3.org>
Minutes are at:
https://www.w3.org/2016/04/29-annotation-minutes.html
Text version below.
Ivan
----
Ivan Herman, W3C
Digital Publishing Lead
Home: http://www.w3.org/People/Ivan/
mobile: +31-641044153
ORCID ID: http://orcid.org/0000-0003-0782-2704
[1]W3C
[1] http://www.w3.org/
Web Annotation Working Group Teleconference
29 Apr 2016
[2]Agenda
[2] http://www.w3.org/mid/061301d1a15f$abff37d0$03fda770$@illinois.edu
See also: [3]IRC log
[3] http://www.w3.org/2016/04/29-annotation-irc
Attendees
Present
Rob Sanderson (azaroth), Tim Cole, Ivan Herman,
Frederick Hirsch (fjh), Shane McCarron (ShaneM), Doug
Schepers (shepazu), TB_Dinesh, Dan Whaley (dwhly), Ben
De Meester, Paolo Ciccarese, Benjamin Young (bigbluehat)
Regrets
Chair
Tim, Rob
Scribe
fjh
Contents
* [4]Topics
1. [5]Scribe Selection, Agenda Review, Announcements
2. [6]Minutes approval
3. [7]Testing
4. [8]Agenda for F2F
5. [9]Issues
* [10]Summary of Action Items
* [11]Summary of Resolutions
__________________________________________________________
<ivan> Agenda:
[12]https://lists.w3.org/Archives/Public/public-annotation/2016
Apr/0104.html
[12] https://lists.w3.org/Archives/Public/public-annotation/2016Apr/0104.html
<azaroth> Chair: Tim_Cole, Rob_Sanderson
<scribe> ScribeNick: fjh
Scribe Selection, Agenda Review, Announcements
azaroth: first 30 min for agenda followed by f2f and issue for
2nd half
... had call with PING yesterday, will recap
... no changes to agenda noted
... no announcements, lets discuss iAnnotate under F2F topic
Minutes approval
<azaroth> PROPOSED RESOLUTION: Minutes of the previous call are
approved:
[13]https://www.w3.org/2016/04/22-annotation-minutes.html
[13] https://www.w3.org/2016/04/22-annotation-minutes.html
<ivan> +1
RESOLUTION: Minutes of the previous call are approved:
[14]https://www.w3.org/2016/04/22-annotation-minutes.html
[14] https://www.w3.org/2016/04/22-annotation-minutes.html
Testing
azaroth: need to clarify time frames and tasks to be done
... and who can help
... how to break vocabulary into smaller tests, need proposal
and recipe for implementers to participate and contribute new
tests
... also who will test implementations when working with other
groups
ShaneM: purpose of w3c testing is to verify for each feature
there are at least 2 implementations that support it
actually it is up to group to set the bar
ShaneM: not to certify implementations
<ivan> +1 to ShaneM
fjh: +1 to ShaneM re not certifying
shepazu: need to run tests on real implementations
<bigbluehat> in this case don't we test the output of the
implementations? their JSON(-LD) serializations of whatever
they're storing?
ShaneM: would like to test output of implementations but also
need to test JSON schema, data model representation
<azaroth> +1 to "representation of the data model" :) that's a
nice way to frame it (IMO)
ShaneM: not to make sure correct
... test JSON schema against canned input
... 2 kinds of testing
... testing against implementations - need to find them, need
to get JSON schema completed
<Zakim> azaroth, you wanted to ask about /other/ means?
azaroth: what if we create tool for testing but wouldn’t
suffice to meet w3c requirements
shepazu: could create annotation bot, e.g. one that finds typos
and annotates them
<bigbluehat> PaoloCiccarese: yes. you can write it to allow
extra properties
PaoloCiccarese: how to we test JSON schema if we have
additional properties
<bigbluehat> it does that by default, in fact
shepazu: can we test the JSON schema and ignore additional
material
<TimCole> So, do we need samples of resources that are meant to
be annotated a particular way, and then see if implementations
create json-ld that describes the annotation?
azaroth: answer is yes
ShaneM: JSON does not know about prefixes, so need to normalize
input
bigbluehat: using keynames in anything in profile, more
constrained than JSON-LD, require context and ranges for values
... so JSON schema validation should be ok
azaroth: agree
<bigbluehat>
[15]https://www.w3.org/TR/annotation-model/#index-of-json-keys
[15] https://www.w3.org/TR/annotation-model/#index-of-json-keys
azaroth: if property constraints to false then anything not
specified is ok
<bigbluehat> also:
[16]https://www.w3.org/TR/annotation-model/#model "MUST have 1
or more @context and [17]http://www.w3.org/ns/anno.jsonld MUST
be one of them. If there is only one value, then it MUST be
provided as a string."
[16] https://www.w3.org/TR/annotation-model/#model
[17] http://www.w3.org/ns/anno.jsonld
PaoloCiccarese: in general dealing with JSON-LD in JSON
environments prefix is handled inconsistently , expanded or
not, so what are we going to do
bigbluehat: can use vocabulary how you see fit, for annotation
model then have to use key names
shepazu: gkellog mentioned framing for normalization
<ShaneM> unfortunately framing is not mature enough for us to
reply upon at this time
<azaroth> json schema validation with additionalProperties of
false:
[18]https://tools.ietf.org/html/draft-fge-json-schema-validatio
n-00#page-13
[18] https://tools.ietf.org/html/draft-fge-json-schema-validation-00#page-13
<ShaneM> at least that is my position
shepazu: we might want to get him on a call
<azaroth> And the OA json-schema for IDPF:
[19]http://www.idpf.org/epub/oa/#h.b2nk2onxjepf
[19] http://www.idpf.org/epub/oa/#h.b2nk2onxjepf
bigbluehat: ... validate against vocabulary, if web annotation
also validate against JSON schema
ShaneM: let’s get something working first, if too constraining
reduce the constraints
shepazu: need to make sure this works within W3C testing
framework, however many if not most implementations cannot use
web framework
... so will need manual validation
... should focus on that first
<PaoloCiccarese> FYI: In Annotopia I use Framing and then I do
custom validation, which I assume can be swapped with JSON
Schema pretty easily as long as the framing produces an agreed
upon output
shepazu: start with a validator
ShaneM: disagree, doing assertion based tests
shepazu: mean doing tests manually, possibly using a web form
to enter inputs and get results
ShaneM: web test environment supports that directly, so don’t
need to reimplement
shepazu: didn’t realize that, ok
... lets talk offline to be clear
ivan: JSON framing not implemented widely so not sure
implementions can use, algorithm defined, but not a REC
... JSON schema should not be normative
<ShaneM> +1 to not making it normative.
ivan: if normative, then need to make sure absolutely
consistent with RDF vocabulary
<azaroth> +1 to Ivan
ivan: if inconsistency between schema and vocabulary,
vocabulary wins
ivan: need someone to work with on schema
PaoloCiccarese: framing is essential if you do RDF, no way
around it
... but starting point is schema validation, can work on first
step of pipeline, can create some RDF test case
... happy to be involved
<bigbluehat> 2 things you should be able to check: "my RDF uses
the Annotation Vocabulary correctly" and "my output JSON format
is valid Web Annotation Data Model JSON Serialization"
<bigbluehat> PaoloCiccarese: you may not need to do both
(afaik) ^^
azaroth: framing proposal is not that every implementation has
to do it, but that test generator has option to use it
ivan: ok with that, Gregg can do it
azaroth: i can work on JSON schema side
<Zakim> tbdinesh, you wanted to comment on process for
suggesting test cases and validating tests do what they say
<bigbluehat> [20]https://github.com/bigbluehat/testing-json-ld
<-- this thing
[20] https://github.com/bigbluehat/testing-json-ld
tbdinesh: can make more test cases, what is process for doing
this
... what if I want to test multiple targets
<bigbluehat> these
[21]https://github.com/BigBlueHat/testing-json-ld/tree/master/w
eb-annotation/tests
[21] https://github.com/BigBlueHat/testing-json-ld/tree/master/web-annotation/tests
<bigbluehat> happy to move these into the w3c space on GH
tbdinesh: need wiki for tests, so we can look at them, know
what they are doing
ivan: agree
<bigbluehat> PRs welcome ^_^
tbdinesh: need list of needed tests
bigbluehat: instead of one big JSON schema, use one per MUST,
using defaults in JSON schema, see link above
<bigbluehat>
[22]https://github.com/BigBlueHat/testing-json-ld/blob/master/w
eb-annotation/tests/verify-target-present.json
[22] https://github.com/BigBlueHat/testing-json-ld/blob/master/web-annotation/tests/verify-target-present.json
bigbluehat: need to decide some types, string etc
... deal with arrays and streams appropriately
... different approach than giant schema
<bigbluehat>
[23]https://github.com/BigBlueHat/testing-json-ld#screenshot
[23] https://github.com/BigBlueHat/testing-json-ld#screenshot
<azaroth> In my experience, many small tests is better
<azaroth> as the mega schema will stop as soon as it hits the
first error
<azaroth> Also there's no distinction between error and warning
<azaroth> (MUST vs SHOULD)
<azaroth> so you stop after the first warning even
<tbdinesh> for example, for motivation renarration i need to
define new motivation and then its input validation for those
uses
bigbluehat: uses quads, relies on human involvement, but a
starting point
<ShaneM> azaroth: yes. that's how the WPT works
<ShaneM> atomic tests are key
Agenda for F2F
<azaroth>
[24]https://www.w3.org/annotation/wiki/Meetings/F2F_Berlin_2016
[24] https://www.w3.org/annotation/wiki/Meetings/F2F_Berlin_2016
azaroth: continue this on next call
... comments on agenda, proposals?
... how many observers do we have?
ivan: suggest we change agenda, focus on topics related to
going to CR
... if time, include others
... remove client-side APIs, search, robust anchoring etc
... need to close all issues to go to CR, be clear on testing
strategy, before going to CR
<azaroth> +1
ivan: this is first priority
TimCole: agree with Ivan, however suggest meeting in 3rds, 1st
afternoon on testing, morning on issues, put otther items we
want to do before charter expires as last third
... if we don’t have time then we can slip them to later calls
+1 to TimCole
TimCole: we should break down testing to sub-topics, schema,
framing, implementations etc
<azaroth> and +1 from me too
+1 to ivan’s suggestion to prioritize
azaroth: will revise agenda, we can discuss next week
dwhly: not much new to report on iAnnotate, planning continues,
please attend and remember to register
<azaroth> Can you drop a link to the registration page?
dwhly: lots of participants, about 120, increasing daily, max
will be 150
<tbdinesh> iannotate.org
dwhly: remember Sat 1 day developers meeting, sign up for that
separately
... working on panel on harrassment and page owner consent over
annotation, should be interesting
... Genius will be there
<shepazu> +1
dwhly: +1 to Ivan, however perhaps have some time in F2F to
talk about consent, or on a call before, then input into panel
discussion
... at iAnnotate, not definitive statement, but suggestions or
additional information
Issues
issue-195
<azaroth> proposal is:
[25]https://github.com/w3c/web-annotation/issues/195#issuecomme
nt-213490285
[25] https://github.com/w3c/web-annotation/issues/195#issuecomment-213490285
dwhly: in progress
TimCole: Privacy in CR documents takes precedence over future
privacy work
... lets look at issue 195
azaroth: selectors and sub-selectors, merged using refined by
to allow state or selector, so now question can have both,
proposal is yes
<TimCole> Proposed Recommendation: Accept proposal and close
issue #195
<azaroth> PROPOSED RESOLUTION: Allow a State to be refined by a
Selector.
azaroth: had support for proposal from Ivan and Jacob, no
concerns from anyone
<TimCole> +1
<ivan> +1
<azaroth> +1
+1
<PaoloCiccarese> +1
<ShaneM> +0
<bigbluehat> +1
RESOLUTION: Allow a State to be refined by a Selector.
<tbdinesh> +1
<TimCole> [26]https://github.com/w3c/web-annotation/issues/205
[26] https://github.com/w3c/web-annotation/issues/205
TimCole: should we close
<azaroth> Agree it's incomplete
ivan: document incomplete now, allow two selectors or states on
top level, spec silent on meaning
... refinement covers various use cases
... two means conjunction
... don’t really like this, could disallow
... my preference
TimCole: take to github
ivan: we had disagreement so we need to decide
<TimCole> [27]https://github.com/w3c/web-annotation/issues/206
[27] https://github.com/w3c/web-annotation/issues/206
TimCole: let’s take it next week
ivan: text position selector is under specified as noted in the
issue
... should we say anything in model about encoding
azaroth: we don’t, agree spec is incomplete, as Takeshi noted
as well
ivan: if we use HTML5 then encoding is defined
<ShaneM> technically it is part of the wrapper
ivan: cannot have our own definition that conflicts with HTML5
... wrapper
azaroth: Takeshi made web page of various languages and
frameworks
... on how dealing with characters
TimCole: Rob, Benjamin, Paolo willing to help with schema issue
... anybody else?
<ShaneM> me me me
<shepazu> ShaneM
<shepazu> shepazu
TimCole: ask that group to get something started
ivan: to speed up if others could look at 205, 206, 191 and
give opinion
... please work on the list, before call, so we can resolve
them. its been 3 weeks
... these are technical?
<ivan> trackbot, end telcon
Summary of Action Items
Summary of Resolutions
1. [28]Minutes of the previous call are approved:
https://www.w3.org/2016/04/22-annotation-minutes.html
2. [29]Allow a State to be refined by a Selector.
[End of minutes]
__________________________________________________________
Minutes formatted by David Booth's [30]scribe.perl version
1.144 ([31]CVS log)
$Date: 2016/04/29 16:07:04 $
[30] http://dev.w3.org/cvsweb/%7Echeckout%7E/2002/scribe/scribedoc.htm
[31] http://dev.w3.org/cvsweb/2002/scribe/
Received on Friday, 29 April 2016 16:09:46 UTC