W3C home > Mailing lists > Public > public-annotation@w3.org > November 2015

Draft minutes 2015-11-04 Teleconference

From: Frederick Hirsch <w3c@fjhirsch.com>
Date: Wed, 4 Nov 2015 12:09:25 -0500
To: W3C Public Annotation List <public-annotation@w3.org>
Message-Id: <CC63CC44-ECD3-430D-BD2F-4782E844E3BD@fjhirsch.com>
Attached are draft minutes from the 2015-11-04 Teleconference. Thanks to Davis for scribing.

Please note that the scribe forgot to attribute who was speaking, since we didn't mention to do this, but this time it was mostly Rob speaking :)

Please send any corrections to the list.

regards, Frederick

Frederick Hirsch
Co-Chair, W3C Web Annotation WG



# Web Annotation Working Group Teleconference

## 04 Nov 2015

See also: [IRC log][3]

## Attendees


    davis_salisbury, Rob_Sanderson, Frederick_Hirsch, Paolo_Ciccarese,
Tim_Cole, Benjamin_Young, Doug_Schepers, Takeshi_Kanai, TB_Dinesh, shepazu,
Davis_Salisbury, Jacob_Jett



    Rob_Sanderson, Frederick_Hirsch



## Contents

  * [Topics][4]

    1. [Agenda Review, Scribe Selection, Announcements][5]

    2. [Other Business][6]

    3. [Adjourn][7]

  * [Summary of Action Items][8]

* * *

<fjh> trackbot, start telecon

<trackbot> Date: 04 November 2015

<fjh> Agenda: [https://lists.w3.org/Archives/Public/public-

<inserted> note - all comments from Rob unless noted

### Agenda Review, Scribe Selection, Announcements

<azaroth> scribenick: davis_salisbury

Frederick sent an amended version of the minutes

scribe: that Ben is a co-editor and not a chair

<Zakim> fjh, you wanted to ask about web platform minutes

Are there additional minutes from the Web Platform meeting?

shepazu: They should exist and will be tracked down/

No more questions about the minutes.

<azaroth> proposed RESOLUTION: Minutes from TPAC approved:

<azaroth> proposed RESOLUTION: Minutes from TPAC breakout approved, following
change to clarify editor/chair status [http://www.w3.org/2015/10/28

Hi: ) Ok now I have to remember what I said. Oh dear... I think the basic idea
was to encourage you to find a balance between giving the majority of users
(implementors, spec readers, annotators, ...) some sensible default general
purpose vocabulary, while also leaving open the option for those "in the know"
to make the informed decision to switch to a different vocabulary that more
closely suits their needs. At schema.org we're work[CUT]

trying now, just cut and paste those two above?


<shepazu> Web Platform WG minutes: [http://www.w3.org/2015/10/21-webapps-

TPAC was very productive with alignment and where things are going

scribe: Monday mostly talked about FindText

... on Tuesday we talked mostly about the model and Protocol

... on Wedneseday the break out was fairly well attended, roughly 20 attendees

... good feedback generally.

... Monday specifically discussed some internationalization issues

... also with the Web Platform group discussed the complexity of the FindText
API and how to address those concerns

**RESOLUTION: Minutes from TPAC approved: [http://www.w3.org/2015/10/25
-annotation-minutes.html][10] [http://www.w3.org/2015/10/26-annotation-

Doug says that there was not concrete feedback as they had just read the spec
before discussing it

<Zakim> fjh, you wanted to ask whether regex vis edit distance is an open
issue or was resolved at F2F, what should we know about this?

scribe: Doug will follow up and seek more feedback

<fjh> do we have an open github issue on regex and findtext

scribe: one concrete thing they did give feedback on was serialization.

<fjh> streaming seems to always be a consideration

scribe: they are open to the idea of FindText API generally but whether they
are open to this one specifically remains to be seen.

**RESOLUTION: Minutes from TPAC breakout approved, following change to clarify
editor/chair status [http://www.w3.org/2015/10/28-annotation-

Doug has already asked for Dom to have the issues for FindText reflected in
the mailing list, which is done

scribe: regarding the whether or not we are going to keep the edit distance,
Doung does not think that it was seriously looked at by the browser vendors

... Doug will follow up with them about which items were serious and which
were not. General takeaway was that at a distance was a possible blocker but
more feedback is necessary

Another issue the addition of a paramater that would allow for regions of
content to be speced


good to create an issue in re media fragments and regions of content

scribe: while it is not listed as a specific deliverable it is still related
to Robust Anchoring and should perhaps be considered

... i.e. find text is not the only thing discussed

<Zakim> fjh, you wanted to ask about Dublin core vs schema.org when

Tuesday: group talked with the Social Web WG members present

... that discussion revolved somewhat around parts of Activity Streams, like

... and how we can use the collections formalization

... main issue is timing, and their Charter lasts until the end of next year

... it is not clear that their work can be referenced by us

... in time for our Charter.

The proposal at the moment is that we should, at the end of the calendar year.
accept the status of Activity Streams

scribe: we should reference this for now but in the future make a slight
change to the context and refer to the full ontology once it is (hopefully)

There was also some discussion around the Protocol and paging, particularly
with respect to the overlap with list and choice

scribe: and how playlists for annotations would work etc.

... there was discussion around Dublic Core vs. schema.org

... everyone up the chain was present, including Ivan and Tim BL

Step 1: can we reference schema.org, which we can

scribe: we still have the question about whether to use both but there is no

Also talked with Dan Brinkley, and the ordering available via schema.org was
too complex, better to use Activity Streams

People who want to propose changes should create issues in github with
rationales, otherwise use the original issue

Doug spoke with Dan about this, and he believes that what we should do is not
pick a winner but instead leave open the possibilty of allowing both

scribe: it is an interesting approach i.e. not referring to one schema but
allowing people to have a choice of vocabularies

... a link to the discussion can be posted to track the discussion

Other topics on Tuesday were logistics related, notably: do we need another
fact-to-face meeting

scribe: tentative proposal was yes, sometime in March or April in Europe.

Tim: required clarity in re paging in Protocol or also in how we model it

The particular issue discussed was in order to have ordering you need to have
a list item that asserts the position in the list

Tim: in some of the examples on the site, a list is provided with a property
as to whether it was ascending or descending, which was confusing

... there were essentially two different methods shown

<Zakim> fjh, you wanted to ask about issue of syncing annotations and offline

For about an hour we tried to talk through some of the open issues, and Issue
21 was specifically discussed

<Jacob> Could someone explain exactly what the itemListOrder predicate
accomplishes? Is this something a client is expected to consume and exploit to
apply some sorting algorithm on the client-side? Doesn't that conflate content
and presentation?

scribe: a few comments were added [sorry having trouble keeping up with this

How can a third party merger two conversations? Strong use cases for having an
equivalence notion between annotations

<fjh> which ATOM item is this? is this a layer of functionality that this
group needs to work on, or is it for v.next or later

The discussion in the hallway was to suggest that an annotation came from a
particular URI

Right now the use cases were deemed strong enough and should be added back

scribe: and Rob thinks that they would not require that much work

Doug understood that the group considered that a UUID could be used to resolve
this via being created on the client side

The proposal is essentially that we allow a property on an annotation called
via that would be a use of the IANA via operation

scribe: the value of that property could be an IRI that was a UUID

The containing element is a little bit weak possibly, but the overall
semantics seem correct. We should have a longer discussion leading to a former
proposal for a future call.

The other logistical question: what can we get done before the end of our
Charter. Also, by when do we need to to do this

We should of course focus on the model and FindText and try to get all of
these in a solid state by April so that overall timing works out

scribe: officially the Charter ends in October

... but we want to make sure that we get what we want into the process by
April so that we do not run the risk of having the Charter shut down and our
hard work wasted

Frederick Ivan and Rob have been discussing how to make progress

scribe: how do we make a sustainable march forward with recommendations and
work to get what we want done

We should put this on the agenda for the next call

Doug: the impression was that this group would be re-chartered, and that that
would be the expectation

... the idea was that we were in good shape and that the idea was overall to
re-charter instead of getting an extension

The discussion was around the risk of not getting re-chartered

There is every intention to re-charter but was must show that we are making
good progress or we run that risk, i.e., we need to make sure we prove that we
are doing good work and making progress

Tim: how much do we need to get done to reach the stage in regards to testing?

We talked about it, and there were a lot of changes to the data model, but are
we close enough to being stable for testing?

This was discussed somewhat at TPAC but no real resolutions were reached

scribe: we must have a full test suite at least but we don't necessarily need
it to go into CR

... as long as we are solid then we will have the first few months of CR to
work on it

... we don't want to go into CR without a plan though as we don't want to get
to CR and risk not getting the test done

fjh: For testing we don't necessarily need a big bang i.e. some things can be
done now that we know are fairly stable. Anyone chomping at the bits to do
testing should go ahead and do it

... any progress will help going into CR

Doug: there was a discussion about client-side testing, and a testing
methodology, that would be easy to maintain. Hopefully this will be started
sooner rather than later.

One more thing: we had a slot for some implementation demonstrations. Takeshi
showed off some progress for enabling annotations on a reader. Benjamin did a
demo as well, some others

Hopefully we are now up to speed in re the TPAC discussions and we can now
make progress on the issues

Thanks, I will try to work on it for next time.

### Other Business

<fjh> Thanks for scribing Davis

### Adjourn

## Summary of Action Items

[End of minutes]

* * *

Minutes formatted by David Booth's [scribe.perl][14] version 1.135 ([CVS

$Date: 2009-03-02 03:52:20 $

   [1]: http://www.w3.org/Icons/w3c_home

   [2]: http://www.w3.org/

   [3]: http://www.w3.org/2015/11/04-annotation-irc

   [4]: #agenda

   [5]: #item01

   [6]: #item02

   [7]: #item03

   [8]: #ActionSummary

   [9]: https://lists.w3.org/Archives/Public/public-

   [10]: http://www.w3.org/2015/10/25-annotation-minutes.html

   [11]: http://www.w3.org/2015/10/26-annotation-minutes.html

   [12]: http://www.w3.org/2015/10/28-annotation-minutes.html

   [13]: http://www.w3.org/2015/10/21-webapps-minutes.html#item06

   [14]: http://dev.w3.org/cvsweb/~checkout~/2002/scribe/scribedoc.htm

   [15]: http://dev.w3.org/cvsweb/2002/scribe/

Received on Wednesday, 4 November 2015 18:28:15 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 18:54:42 UTC