16:21:53 RRSAgent has joined #pwg 16:21:53 logging to https://www.w3.org/2017/11/20-pwg-irc 16:21:54 rrsagent, set log public 16:21:54 Meeting: Publishing Working Group Telco 16:21:54 Chair: tzviya 16:21:54 Date: 2017-11-20 16:21:54 Regrets+ clapierre, daniel_weck 16:21:54 Agenda: https://lists.w3.org/Archives/Public/public-publ-wg/2017Nov/0018.html 16:21:55 ivan has changed the topic to: Meeting Agenda 2017-11-20: https://lists.w3.org/Archives/Public/public-publ-wg/2017Nov/0018.html 16:41:41 ivan_ has joined #pwg 16:45:28 ivan__ has joined #pwg 16:49:32 ivan has joined #pwg 16:53:04 cmaden2 has joined #pwg 16:53:33 wendyreid has joined #pwg 16:53:44 baldurbjarnason has joined #pwg 16:54:25 Avneesh has joined #pwg 16:55:40 laudrain has joined #pwg 16:56:22 pkra has joined #pwg 16:56:39 present+ 16:56:47 present+ 16:56:52 present+ wolfgang 16:57:32 present+ 16:57:36 Present+ Luc 16:58:28 present+ 16:58:36 present+ baldurbjarnason 16:58:39 present+ 16:58:50 present+ wendyreid 16:59:04 JunGamo has joined #pwg 16:59:14 present+ dauwhe 16:59:47 toshiakikoike has joined #pwg 17:00:04 present+ dkaplan3 17:00:23 present+ gpellegrino 17:00:27 zakim, pick a victim 17:00:27 Not knowing who is chairing or who scribed recently, I propose ivan 17:00:33 present+ 17:00:35 George has joined #pwg 17:00:37 zakim, pick a victim 17:00:37 Not knowing who is chairing or who scribed recently, I propose dkaplan3 17:00:42 present+ 17:00:47 present+ 17:00:52 present+ lsullam 17:01:03 present+ JunGamo 17:01:04 present+ George 17:01:09 lsullam has joined #pwg 17:01:24 timCole has joined #pwg 17:01:26 present+ 17:01:27 josh has joined #pwg 17:01:31 Bill_Kasdorf has joined #pwg 17:01:31 present+ jpyle 17:01:36 present+ 17:01:40 https://twitter.com/WAWilsonIV/status/929512808412200960 17:01:47 NickRuffilo has joined #pwg 17:01:59 scribenick: nickruffilo 17:02:03 present+ gamou 17:02:08 present+ NickRuffilo 17:02:20 evan has joined #pwg 17:02:58 topic: approval of minutes 17:03:02 https://www.w3.org/publishing/groups/publ-wg/Meetings/Minutes/2017/2017-11-13-minutes.html 17:03:11 Tzviya: Approving last weeks minutes - any comments? 17:03:21 https://www.w3.org/publishing/groups/publ-wg/Meetings/Minutes/2017/2017-11-06-minutes.html 17:03:25 takeshi has joined #pwg 17:03:29 RESOLVED: las week minutes' approved 17:03:31 ...: Comments/questions on TPAC minutes 17:03:40 https://www.w3.org/publishing/groups/publ-wg/Meetings/Minutes/2017/2017-11-07-minutes.html 17:03:42 ...: Any comments on 2nd day of TPAC. 17:04:04 RESOLVED: TPAC F2F Meeting minutes approved 17:04:06 too late 17:04:07 mateus has joined #pwg 17:04:11 tzviya: I did read through the minutes - thank you to all those who took minutes. You did wonderful jobs - you are now in the queue for future minutes :) 17:04:14 present+ 17:04:18 Topic: Open issues 17:04:24 marisa has joined #pwg 17:04:44 present+ 17:04:45 Present+ evan 17:04:49 present+ mattg 17:04:59 present+ 17:05:08 Present+ Takeshi_Kanai 17:05:10 ...: There are a number of open issues and pull requests. We don't have any open pull requests - but there was a lot of confusion over the issues, so we wanted to go through them all to make sure people understood. 17:05:15 https://github.com/w3c/wpub/issues/103 17:05:31 ...: The current issue that hasn't been closed is 103 - which refers to 101 and 94. My brain is wonderful. 17:05:41 david_stroup has joined #pwg 17:05:47 present+ Chris_Maden 17:05:59 rdeltour has joined #pwg 17:06:22 leslie has joined #pwg 17:06:28 present+ 17:06:55 q? 17:06:57 q+ 17:06:57 ...: This has been resolved to a certain extent with pull request 101 - what this fundamentally comes down to is what we're trying to accomplish with the address of the web publication - we're trying to come up with a dereferencable URL - and something to happen when the URL exists. We discussed at TPAC and issue 94... I need to know what happens when the User Agent comes up with a URL. A search 17:06:57 engine - for example - doesn't know what to do with the JSON. So we've discussed what it can and cannot be. We've been going back and forth between JSON or HTML, but we've established that it needs to be HTML. 17:07:18 Nick: Why JSON at all? 17:07:23 ack mattg 17:07:45 q+ 17:07:49 duga has joined #pwg 17:07:58 present+ 17:07:59 Matt: We have agreement on HTML but we needed to decide if HTML needed to be a resource in the publication or not. 17:08:08 ack dauwhe 17:08:17 Tzivya: The question is about if the HTML needs to be a required part of the resource. 17:08:27 yes 17:08:42 Dave: Does the HTML contain a link to the Way Bill (manifest) 17:08:49 BenSchroeter has joined #pwg 17:08:49 yes 17:09:08 s/Way Bill/waybill/ 17:09:16 present+ 17:09:23 tzviya: We are calling the 'manifest' a 'waybill' to not confuse with other manifests 17:09:37 Tzviya: consensus 2: the entry point document points to the waybill 17:09:48 q+ 17:09:54 ...: The point that matt brought up - is whether the entry point needs to be within the WP 17:09:55 ack timCole 17:10:53 Tim: I don't want to rush past Nick's concern - the Waybill as a standalone JSON would be required to align with web application - or the application manifest approach. But that may be a point 2a. That there has to be a separate JSON file? Is that the agreement from TPAC 17:11:00 q+ 17:11:23 Tzviya: Yes - that was what we talked about at TPAC. That the landing page would point to the JSON waybill that is within the document. 17:11:35 ack mattg 17:11:44 ...: How we left things with web-app manifest is in the air, so we're not sure. 17:12:15 cmaden2 has joined #pwg 17:12:19 Matt: This is an issue that the web-app manifest people did, so we're piggy backing on that. I think it's impossible to stop people from embedding it, but that is not something that we're recognizing at this point, but that is just the background. 17:12:50 present+ david_stroup 17:13:04 Hadrien has joined #pwg 17:13:18 present+ 17:13:23 +1 to Tzviya 17:13:26 Tzviya: the question under discussion is whether the entry point (html file) needs to be within the publication. My opinion is that if this is what we're calling THE url, then it needs to be part of the publication, otherwise the URL of the publication is something external. Something else, so we get into circular logic 'this is the identifier but it isn't exactly the publication.' 17:13:28 q+ 17:13:29 q+ 17:13:33 ack Hadrien 17:13:35 +1 17:13:51 +1 17:13:57 +1 to including within the publication (tzviya) 17:14:05 q+ 17:14:36 q+ 17:15:01 Hadrien: I think the problem we have here is we don't have a clear idea as to what to do with the document. The URL will identify the publication. Returning HTML is a way to ensure how to work with the open web, but everything beyond that is very very vague. We are taking multiple concepts without mashing them together. Is this a start page? Is this potentially pointing to something else? 17:15:01 Is this going to be serving a viewer? I'm not even sure we have a concept that is unique to publications? Besides identification and HTML - as a group, lets figure that out. 17:15:03 ack NickRuffilo 17:16:36 +1 to what NickRuffilo just said 17:17:03 q+ 17:17:11 Nick: I would like it to be a super marketing page and it could be part obf the WP like the jacket in real world 17:17:25 ack timCole 17:17:28 s/obf/of/ 17:17:46 … constantly changing, having it in the WP would be beneficial 17:19:07 Tim: This dichotimy is in the current text. Web publication is a collection of one-or-more resources organized in a manifest, with a single logical work. As nick was saying - the content of the book. In the section 1-2 'what is a web publication' We talk about it as a discoverable piece of information. Sometimes we're thinking about it as a manifest and the entry page - sometimes we're thinking 17:19:07 of it as the chapters and everything in order. We need to decide - and I think including it is fine as long as we understand that it always has to be there. As nick pointed out - that piece is more dynamic than the reading order sections. 17:19:24 q+ 17:19:33 +1 tzviya 17:19:39 Tzviya: I'm going to jump the queue to note we're writing the spec for the publication and not what sells the publication. All of the things that sell are fine, but not what we're working on. 17:19:56 ack ivan 17:20:02 ...: I can have buy links - or a URL for buying, but that won't be the URL for the publication itself. 17:21:59 Ivan: Following on what you said Tzviya, I have the impression that we are arguing upside down. We're looking at the usages for pages and extrapolating from there. My view is different. I start by the option or the thinking that we have a publication, I need an entry point. It's part of the web publication because it's the one that really identifies things. What various publishers do with it 17:21:59 is besides the point. It's a place where publishers may decide to put certain things - they may decide to have an empty page and it's just to get the browsers going. it's all beyond what we want and can specify. On the other hand, if we take a web publication and pull it offline, what we put offline are those resources that are listed in the publication - so not having the page that identifies 17:22:00 that page is unnatural. 17:22:02 ack dauwhe 17:22:20 q+ 17:22:59 ack duga 17:22:59 Dave: On the URL as an HTML page - I have no assumptions as to what it contains that it has to contain a link to the manifest. We need to get to the web publication goodness from it's URL. I think of what might that page be used for - that's the choice of the document author. 17:23:06 +1 dauwhe 17:23:08 present+ duga 17:23:15 +1 dauwhe 17:23:23 q? 17:23:26 +1 to what dauwhe said too 17:24:05 q+ 17:24:21 Brady: We've been talking about this - and there's resistence, but i'm curious that we've listed these requirements - but there could be more than one page that satisfies those requirements - are they both landing pages? Must a landing page be unique? Can there be multiple landing pages for a single publication? That could be table of contents, it could be chapters 1-20? How does a user or a 17:24:21 search engine know that this is the canonical landing page of a document? 17:24:31 ack Hadrien 17:24:35 ...: If we don't know, than maybe we just have one document that points back? 17:25:41 Hadrien: I agree with Dave's take about being minimal about what it does. Along the line of what Brady was actually explaining. In readium, we have a similar manifest. We separate two concepts - identifier which is a URI, then we have a start-page. Identifying the start page is another. When you list the collection of documents, you can do that within or without the reading order. 17:25:42 q+ 17:26:07 ...: the reason we are having trouble is the difference between those concepts are. If we can do that, we're in a good direction. 17:26:08 ack ivan 17:26:48 please take a look at the opening comment in https://github.com/w3c/wpub/issues/94 17:27:10 Ivan: Back to brady - yes, there could be several resources linking back to the manifest. The question came from the other way around. If I declare the entry point of the book, that's what counts. Whether it is canonical or not, that's something I can put into the list. The canonical identifier of the book - what happens if I dereference those... 17:27:12 ack NickRuffilo 17:27:19 q- 17:28:04 Garth: What you're saying Ivan is that there will be a URL identifier that will be in the manifest - and that must be one of the pages. So we've defined the requirements of the landing page, which points to the manifest, which points to the landing page? 17:28:07 That sounded circular 17:28:10 s/Garth/Brady 17:28:27 rather than thinking of it as circular, it's also a sort of handshake 17:28:30 regrets+ Garth 17:28:48 q+ 17:28:49 Shaking your own hand :) 17:28:50 Tzviya: At a minimum the landing page HTML page points to the manifest. 17:28:57 ack ivan 17:28:59 q+ 17:29:02 :-) 17:29:56 Ivan: I think the only place where we don't have 100% agreement is whether that page is part of the document. I have the impression is that - what the text says right now is that entry point SHOULD be part of the document. For the time being, lets leave it open if it's a SHOULD or a MUST. We are repeating the arguments we had on github, and that'll go on forever. 17:30:03 ack Hadrien 17:30:04 Tzviya: do we feel we can close the github issue yet? 17:30:15 Hadrien: I don't think we have a good term - entry point doesn't work for me 17:30:19 tzviya: we can change it... 17:30:39 by "document" you mean "publication" correct? 17:30:58 Hadrien: we can say it's a temp term, but i am not happy with it. We might not always be able to reach that page or the manifest. I don't think we can expect always to get a 200 OK for the page or the manifest. As long as we acknowledge that part, i'm OK with the rest. 17:31:13 Tzviya: I'm not sure your concerns, and why you expect it to get errors 17:31:13 q+ 17:31:39 Hadrien: the manifest itself might be behind a paywall, so we might have a link to a page that we cannot access. 17:31:42 ack ivan 17:32:17 q+ 17:32:42 Ivan: You've given an argument why that page must be part of the publication - because if there is a (pay)wall, then what I would expect is that page - together with a manifest, is behind a wall. If someone wants to get through, they need to get access - once they have access, they can get to the page. It should be the same access level... 17:32:44 q+ 17:33:01 ...: As for the name - I absolutely agree what to put there. But not the best name. 17:33:29 Hadrien: Having access to the page but not the manifest is a bad idea. 17:34:09 ack George 17:34:12 Ivan: You said something Tzviya - because we don't have absolute agreement, we should close the issue. We should discuss it further within the issue. We should also see if others outside the group have an opinion 17:34:44 George: I'm reading a document and want to make a bibliographic reference. I go to the manifest and get the canonical identifier. I have to have that information to make the reference - so I think that it's essential to have the publication in the manifest. 17:35:27 Right now at least 1 Address is required in manifest, Canonical URL is SHOULD 17:35:43 q? 17:35:48 Tzviya: That might not be necessary as we're still working through identifiers. But we're talking about the landing page being referenced through the manifest. As tim just noted, one address is required in the manifest. 17:35:56 ack NickRuffilo 17:36:26 Nick: which side of tha wall: should be made public 17:36:30 q+ 17:36:40 q+ 17:37:25 … lot of value to be outside the wall for search engien to get metadat or information 17:37:31 the canonical URL can be _part_ of a bibliographic reference (which also provides title, publisher, etc.), it is not the entire bibliographic reference in itself 17:37:35 ack ivan 17:37:54 s/engien/engine: 17:38:05 s/metadat/metadata/ 17:38:23 q- 17:38:44 Ivan: I don't think at this moment we don't have expectations of that sort - or if this group should define it. As for the previous comment - we have to make a different about the page with information on the publication from the publication itself. If I dereference and hit a paywall, a decent publisher will lead me to a page that forces me to pay to get the information. These are two different 17:38:44 functions and we should not mix them up. Again - we don't define these processes. 17:38:56 tzivya: when we write a best practices document - we can address these items. 17:39:19 ...: we need some decisions - ivan you noted we shouldn't close, but we need to figure out what decision we want to put in the document. 17:40:39 ivan: I have the impression - and matt should tell me if i'm right - we gave an alterior approval to one pull request that was already merged. The things are happening upside down but it made the discussion easier. That went into the document, and Matt pulled it into the main document. In a sense, what we seem to say is that what that merge says is fine with everyone. It tells what we say, 17:40:40 keeps things on a SHOULD level and not a MUST - which is fine. we closed the discussion for the time being. Matt, am I right in what I said?" 17:41:01 Matt: Yes, that was what was done. 17:41:07 Ivan: The resolution: Matt did it right 17:41:24 Tzviya: We have pull request 101. 17:41:33 Ivan: please put a comment in 101 that it is closed. 17:41:33 https://github.com/w3c/wpub/pull/101 17:41:58 Topic: Getting to FPWD 17:42:03 q? 17:42:08 Tzviya: That's an excellent seque into getting to first working draft of Web Publications and Packaged Web Publications. Matt - what do you need from us? 17:42:28 s/seque/segue 17:42:51 q+ 17:42:54 Matt: what i would like is review - everyone does a full readthrough of this. Make sure everything reflects the latest opinions. Plus there are still some sections outstanding - privacy and security for example. 17:42:59 q+ 17:43:18 ack dauwhe 17:43:21 Tzviya: David woo said they would write something for the privacy section 17:43:27 s/woo/Wood 17:44:37 Dave: I'm concerned about the current state of the draft. I would like us to be at the point where we could make a sample. The strawman has clothes, but no straw. Even if we're still trying to work with web-app manifest, at least we should propose some extensions and write them down and make a sample with consequences. have something in the spec to say 'this is a web publication' and 'this 17:44:37 isn't' 17:44:44 ack ivan 17:45:56 q+ 17:46:18 Ivan: One memorable moments - you are putting the bar too high. I think it's OK to publish it as-is. Having an experiment in a few weeks would be great, but the first published working draft doesn't mean we are done. Yes we should review. Yes, we need to unify terminology issues. formally speaking is what I will need is a formal vote from the working group - on a call with an explicit 5 day 17:46:18 call for consensus - i leave that to the chairs, but we have to have a clear call for votes. We should do that together with the two other documents to make things clearer and more unified. 17:46:22 ack dauwhe 17:46:33 Dave: I feel like it's hard to have a first public working draft without a hello world. 17:46:55 Ivan: I can show you many public working drafts without that. What we are doing is putting a stake in the ground. 17:46:55 q+ 17:47:19 ack NickRuffilo 17:47:34 q+ 17:47:41 Nick: Why can't we just hello world? 17:48:03 Ivan: We want something published before EOY. I don't want that to hold things up. It could carry on for a long time, so we just need to push forward. 17:48:32 ack Hadrien 17:48:32 Tzviya: One thing we discussed was the ability to publish as often as a weekly draft. So don't think it's something frozen in time, we hope to start publishing frequently. 17:49:37 Hadrien: I just wanted to say I agree with Ivan. I think it's too early on the serialization. We've discussed exploring the web-app manifest to see if it's a real option or not. Without some of the work on how we serialize the infoset, it would be very difficult to do a hello world. But we could use an existing serialization - hopefully one compatible with the the current working draft. But 17:49:37 I think we need to do more work first. 17:50:01 Ivan: Remind ourselves - we have to have a similar vote on two other documents - and all before end of year. 17:50:27 dkaplan3 has joined #pwg 17:50:39 Baldur: Bear in mind that my interests are a bit focused - i am all about keeping things safe. 17:50:59 Tzviya: If you need help - be in touch with ivan, matt, etc. Remember for now, this is first public draft, it can be very skeletal 17:51:58 ...: PWP - david wood in australia - has set some time to get this going. He's trying to work with times that aren't insane for US and EU, but there are no times that work for all AUS, US, and EU. The first draft will be skeletal - we haven't decided on what to do with packaging - so that will be very skeletal. 17:52:13 Ivan: What about the locator document? Tim what do you need from us? 17:53:07 regrets+ bigbluehat 17:53:46 Tim: It's not in bad shape. I got delayed this week. I need some more editorial work. Hopefully benjamin can help me edit. There is one more pull request - as what we need to do about fragment identifiers. Fragment identifiers only come into place if we define media type as WP or PWP, the later is very likely. They will only be fragment identifiers only with those media types, we won't try 17:53:46 to use generic HTML identifiers. I think the locators draft, once cleaned up a few items, should be ready to go to vote. 17:53:53 Tzviya: did you hear back from CFI comments? 17:54:26 Tim: There are several issues that need resolve after the first public working draft. There's also been an issue raised on the shadow DOM - how do you do locators in context of the shadow DOM. 17:54:37 Ivan: not a discusssion we need to have now... 17:54:48 Tzviya: Worth looking at the accessibility OM 17:55:03 Tim: good enough to get a reaction from people - get reactions from outside the working group\ 17:55:04 q+ 17:55:08 ack ivan 17:56:51 Ivan: The formalities - what happens is that I need a formal vote for all three documents. The formal vote says that the group has a consensus with the short names in the document. I then submit to our management. It takes a few days from there. All documents need to get checked against the pub rule checker. That's an obligatory thing to do. I then have to install all those documents. 17:56:51 All-in-all I would think I need 1 week after the week before they are published. And work ends around 20 December, so we should head for publication by the 15th at latest - so everything should be closed in about 2 weeks from now. I am mostly worried about PWP. 17:56:58 Tzviya: I'll follow up with David. 17:57:18 Ivan: The locator document is in a completely different stage. I don't worry about that one. 17:57:23 December 13, 1200Z: Deadline for publication requests before moratorium 17:57:24 Is there any PWP document yet accessible for us? 17:57:30 Karen has joined #pwg 17:57:44 Ivan: Not yet 17:58:01 https://lists.w3.org/Archives/Member/chairs/2017OctDec/0026.html 17:58:25 Ivan: OK - we have to hurry then - we should have the vote at least for Web Pub and locators next week. Hopefully we have something the week after. 17:58:37 q+ 17:58:45 Tzviya: OK - sounds hopeful. Hopefully Dave Wood will be able to work on something this week. I'll see if we can talk today 17:58:46 ack timCole 17:59:04 Tim: Ivan - in that regard, don't we normally announce the vote and the results are in before the call? 17:59:29 Ivan: Formally speaking - we can vote next week on the call - we announce it on the working group. Formally speaking, there is one week so people can object. That way I can start with the formal proceedures. 17:59:42 Tzviya: We had a holiday schedules agenda. One minute left. Any other business? 17:59:54 ...: talk to everyone next week 17:59:58 s/proceedures/procedures/ 18:00:21 JunGamo has left #pwg 18:01:05 cmaden2 has left #pwg 18:03:14 rrsagent, draft minutes 18:03:14 I have made the request to generate https://www.w3.org/2017/11/20-pwg-minutes.html ivan 18:03:20 rrsagent, draft minutes 18:03:20 I have made the request to generate https://www.w3.org/2017/11/20-pwg-minutes.html ivan 18:03:20 zakim, bye 18:03:20 rrsagent, bye 18:03:20 I see no action items 18:03:20 leaving. As of this point the attendees have been ivan, tzviya, wolfgang, Avneesh, Luc, rachel, baldurbjarnason, pkra, wendyreid, dauwhe, dkaplan3, gpellegrino, toshiakikoike, 18:03:20 Zakim has left #pwg