13:45:52 RRSAgent has joined #mlw-lt 13:45:52 logging to http://www.w3.org/2012/07/12-mlw-lt-irc 13:46:00 meeting: MLW-LT Working Group 13:46:02 chair: felix 13:46:04 scribe: tbd 13:46:23 agenda: http://lists.w3.org/Archives/Public/public-multilingualweb-lt/2012Jul/0154.html 13:51:53 present+ felix 13:52:08 I have made the request to generate http://www.w3.org/2012/07/12-mlw-lt-minutes.html fsasaki 14:00:05 Yves_ has joined #mlw-lt 14:01:02 Arle has joined #mlw-lt 14:04:02 present+ shaun, Yves, Arle 14:04:03 I have made the request to generate http://www.w3.org/2012/07/12-mlw-lt-minutes.html fsasaki 14:04:41 scribeNick: Arle 14:05:33 topic: agenda 14:05:42 http://lists.w3.org/Archives/Public/public-multilingualweb-lt/2012Jul/0154.html 14:06:13 present+ milan 14:06:14 Felix: There are not many people on the call today, so we will discuss things, but not make any decisions. 14:06:24 shaunm has joined #mlw-lt 14:06:39 topic: last weeks minutes 14:06:40 http://www.w3.org/2012/07/05-mlw-lt-minutes.html 14:06:59 shaunm_ has joined #mlw-lt 14:07:18 Felix: If no comments on the minutes, we should move on. 14:07:29 topic: reminder topics 2,3,4 14:07:47 Milan has joined #mlw-lt 14:08:57 Felix: Coming back to actions, there are various comments. Jirka made comments on the draft, as did Jörg Schütz. We need volunteers to put them into the draft. 14:09:16 Arle: Count me in on that. 14:09:37 Felix: Just let the list know what edits you want to make. 14:09:49 ..It shouldn't take too much time. 14:10:01 topic: parameter for rules 14:10:20 http://lists.w3.org/Archives/Public/public-multilingualweb-lt/2012Jul/0090.html 14:10:37 Felix: I think we are close to a conclusion here. The URL I pasted in had some comments. 14:11:11 ..Does anyone on the call have any issues on this parameter for rules or can we move on. Note that these are guidance for implementers. 14:11:16 ..Any other comments? 14:11:35 s/can we move on./can we move on?/ 14:11:39 topic: targetPointer 14:11:42 No comments were made 14:11:57 Felix: This will require more discussion, perhaps between Yves and Shaun. 14:11:57 http://lists.w3.org/Archives/Public/public-multilingualweb-lt/2012Jul/0107.html 14:12:20 Felix: That is the latest mail on this from Yves, which is a reply to a mail from Shaun. Can someone summarize? 14:13:21 Yves: The original proposal was to look at a possible topic in the document, but Shaun brought up the question about multiple targets in the document or replicating part to make a multilingual document. Shaun makes a convincing argument that we cannot deal with both as a single data category. 14:13:54 ..We need to see who will implement what I proposed, but if there is interest in the multilingual document proposal by Shaun we should also proceed with that. 14:14:51 Shaun: I have working code that replicates elements to create multilingual documents using xml:lang. I have a method with limitations that could be solved by adopting additional metadata. I've not tried to do this with a real format, I don't want to pursue it unless someone else is interested. 14:15:17 14:15:27 Felix: So we would be OK with moving forward with the one that Yves mentioned using XPath and regular expression, as described in the example I pasted in and the mail I linked. 14:16:06 ..You counted implementations in the Okapi integration with Declan. 14:16:14 ..And XLIFF roundtripping. 14:16:20 (Note sure I got that right). 14:16:34 Yves: They would actually use the same implementation underneath things. 14:16:52 Milan: We would use the Tikal as used in M4Loc. 14:17:06 s/(Note sure/(Not sure/ 14:17:12 Link to Tikal: http://www.opentag.com/okapi/wiki/index.php?title=Tikal 14:18:08 Felix: I think it is OK to say that they are two different implementations, even if they are just different wrappers around Tikal. We could accommodate that with more specific test cases. 14:18:15 Yves: We need to test the library as well. 14:18:37 ..Do I need to do a call for consensus on this? 14:19:05 Felix: You did not on targetpointer. So write a mail pointing to the thread saying that we have everything resolved and see if everyone agrees. 14:19:13 Yves: I will write the definition, if that helps. 14:19:17 Felix: Sounds good. 14:19:34 topic: special requirements 14:19:52 Felix: We had a lot of discussions here. Let me summarize. 14:21:04 ..First, Cocomore wanted a way to list forbidden characters. Then there was a requirement to specify maximum length. I tried to push Schematron as a solution for this, but I was wrong. Yves and others told me that the checking is external to XML, in a database, so Schematron doesn't make sense. So we need to pass the metadata about checking. 14:21:38 ..We started with proposals by Guiseppe. What is missing is consensus about the forbidden characters, whether it should be a list or regular expressions. 14:22:10 ..Michael mostly wanted a list of characters, but I was concerned about the syntax of regular expressions. That's where we are. 14:23:21 Yves: I kind of agree with you that the work in Microsoft in XLIFF covers more than forbidden characters: it is far more. Also, a simple list of characters would do the job for the things we have in mind. But if we add what Arle proposed, it would make things much easier, even just using the bracketed ranges. 14:23:34 ..I think every regex engine supports that. 14:23:58 ..That would be the first step, then looking at some additional patterns like /w, as long as we are working with common features. 14:24:09 scribeNick: fsasaki 14:24:28 arle: even adding dash and brackets and inverse with the carrot would make it simpler, maybe that's all that's needed 14:24:39 .. unicode range selectors adds a whole layer of complexity 14:24:57 yves: yes, and these are not supported by all reg ex engines 14:25:01 arle: correct 14:25:16 scribeNick: Arle 14:25:56 Felix: If we develop a regex solution, will users then have two solutions. Assume we have some metadata in XLIFF, will it be different from the ITS solution? 14:26:43 Yves: I don't think it will be an issue. Right now there is nothing in the XLIFF pipeline for this. I pointed to Microsoft only because they are using extensions with regex. I think I shouldn't have given that example because it opened a can of worms. 14:27:13 Felix: jan Nelson said he would check in Microsoft about this. Should we wait for that with a simple regex solution? 14:27:37 Yves: I don't think it hurts to wait, but I can contact Kevin and Yves to ask about this. 14:28:02 Action: Yves to contact Jan and Kevin at Microsoft to see what their use or regex is and whether it overlaps with what we do. 14:28:02 Created ACTION-167 - Contact Jan and Kevin at Microsoft to see what their use or regex is and whether it overlaps with what we do. [on Yves Savourel - due 2012-07-19]. 14:28:07 topic: quality errors 14:28:24 scribeNick: fsasaki 14:28:35 Arle: felix and I discussed this 14:28:52 .. we want to be able to point to quality definitions that are available in machine readable form 14:29:04 .. but we don't know yet how these will look like 14:29:17 .. Felix said: at this point we can just have a pointer 14:29:24 .. and leave details out 14:29:36 .. at DFKI we are working on defining how that should look like 14:29:56 .. Phil's concern is probably: the information is not in the document 14:30:09 scribeNick: Arle 14:30:56 Felix: One aspect is that if we put something with the current consensus in the document, I'd be worried that we have open value lists for things like error type, severity, or other aspects. I would be worried that each vendor puts in their own error types. 14:31:22 ..InteroperabilityNow is working on concrete values, so we might end up with IN, ITS, and DFKI types. 14:31:56 ..That is my concern if we allow anything there. We have no way to constrain this lacking a clear definition. 14:32:05 scribeNick: fsasaki 14:32:22 arle: here I am coming back to the registry notion 14:32:27 .. that doesn't exist yet either 14:32:40 yves: the problem with the registry: 14:32:43 .. it is half dynamci 14:32:56 .. in some cases the user creates its own type of errors 14:33:00 .. in many checker tools 14:33:06 .. there is no way to cater that in a registry 14:33:17 .. maybe there is need for open data for this scenario 14:33:28 .. other things about the "type" 14:33:41 .. we thought of having two levels of informaiton 14:33:48 .. one very generic, one defined sub categories 14:33:54 .. which is user definable 14:34:01 .. which may have a registry 14:34:12 .. if you don't understand the 2nd part, you can use the 1st part 14:34:32 scribeNick: Arle 14:34:52 Felix: It's a bit like language tags where you have a standard part, but it can be extended with content at the end of the tag. 14:35:17 ..But the question still arises, how does it relate to the values being created in groups like InteroperabilityNow. 14:35:37 Yves: We would have to define a list that we can't change. The open part would allow people to have their own. 14:36:38 Felix: I want to make one proposal to move forward. Let's take this data category into account -- it is very important -- and we will define local markup and take more time (until November) to see how much interoperability we can achieve on the XLIFF side and InteroperabilityNow. We need someone to work on that in the next months. 14:36:56 ..That would be Arle, to confirm that it works with the values that are developed there. 14:37:23 scribeNick: fsasaki 14:37:23 Yves: On this topic, not necessarily on the value and category, I want to understand on the global rule. 14:37:40 arle: after discussing between I and felix 14:38:01 .. I thought it may not hurt to make it globally available, but don't have a strong opinion 14:38:08 scribeNick: Arle 14:39:12 Yves: For everything we can implement it globally or in ITS. So that would be a first. So is there a good justification. If it doesn't happen, then using a referenced element in XLIFF, an ITS processor might not understand the results, even though it came from ITS. 14:40:52 Felix: The scenario you describe is what I see, being able to use the category in a non-ITS namespace. For that reason, I think it makes sense to have a global definition. So that, e.g., in HTML5 its- has the same meaning as its: Then you could have a global rule that its-error = its:error in an XML serialization. Maybe it's general for HTML, but global rules help to simplify implementation without specific HTML5 processors . 14:41:01 s/ ././ 14:41:20 present+ Pedro 14:42:31 Yves: One other question. You have qa-error attribute applying to the scope of the element it is applied to. But if I look at the conceptual semantics and we use a reference element with an inline that refers to where we define the ITS elements, then the elements do not work because they have content that does not apply to the element but to the container. 14:42:49 Felix: Is this specific to quality or to other things? 14:42:58 Yves: It applies to everything. 14:43:45 Felix: It comes up in quality due to its complexity, but we have other complex items, like localization note. So I'm wondering if we need to look at this more generally. Do we need more on the quality topic. 14:43:46 Pedro has joined #mlw-lt 14:44:14 Yves: If you say we need global rules, then that is fine. 14:44:39 Felix: is it OK with you, Arle, to define local rules for now and take time until November to see what others are doing. 14:45:04 Action: Arle to follow up on quality and compatibility with XLIFF and Interoperability Now. 14:45:04 Created ACTION-168 - Follow up on quality and compatibility with XLIFF and Interoperability Now. [on Arle Lommel - due 2012-07-19]. 14:45:09 topic: reference topic 14:45:23 Felix: We already started this, but let's come back to it. 14:45:56 ..One thing I was not clear about on the thread: Yves: do you see this as important only to ITS or to other areas like language tagging as well? 14:46:09 present+ Guiseppe 14:46:15 q Thank you Felix, I am already here 14:46:24 thanks 14:46:38 Yves: For example, when we have non-well-formed elements that are broken down, then we don't say that the attributes apply to the content, but to the element. 14:46:56 ..If we follow a namespace, we need to follow the semantics of the namespace. 14:47:54 Action: Yves to summarize the reference discussion in a mail. 14:47:54 Created ACTION-169 - Summarize the reference discussion in a mail. [on Yves Savourel - due 2012-07-19]. 14:48:48 Felix: XLIFF 2.0 is moving in the direction of this reference mechanism. Is this a hot topic that needs to be decided now in XLIFF? If we don't have it in ITS, will it keep us from creating XLIFF 2.0+ITS applications? 14:49:23 Yves: Current thinking in XLIFF is to use references. I haven't explored the global rules mechanism, so maybe there is a way to solve it in how you define the global rules. So the short answer is that it is kind of important. 14:49:38 ..At least to me because I don't understand how I would do it otherwise. 14:50:07 Felix: Is there anywhere you can point to to show the XLIFF consensus and how XLIFF files point to external resources? 14:50:24 Yves: Note that it is a consensus of the inline markup SC, not the whole committee. 14:54:06 Felix: I will be on holiday next week, so I'll have to wait until a week from Monday to look at what is going on. 14:54:46 Pedro: I am working on some templates for documentation to the Commission. 14:55:10 ..It will give a cover and so forth so that we are not late in delivering. 15:00:29 bye 15:01:11 meeting adjourned 15:01:15 I have made the request to generate http://www.w3.org/2012/07/12-mlw-lt-minutes.html fsasaki