{"ygPerms":{"resourceCapabilityList":[{"resourceType":"GROUP","capabilities":[{"name":"UPDATE"},{"name":"READ"},{"name":"WELCOME_MSG"},{"name":"PENDING_COUNT"},{"name":"ACTIVITY_LOGS"}]},{"resourceType":"PHOTO","capabilities":[{"name":"READ"},{"name":"READ"},{"name":"UPLOAD"},{"name":"UPDATE"},{"name":"DELETE"},{"name":"COPY"},{"name":"MOVE"},{"name":"APPROVE"},{"name":"UPLOADTEMP"},{"name":"GROUPCOVER"}]},{"resourceType":"FILE","capabilities":[{"name":"READ"},{"name":"CREATE"},{"name":"UPDATE"},{"name":"DELETE"},{"name":"AUTO_SEND"}]},{"resourceType":"MEMBER","capabilities":[{"name":"READ"},{"name":"READ"},{"name":"EDIT_MODERATOR"},{"name":"DELETE"},{"name":"CREATE"},{"name":"UPDATE"},{"name":"BAN"}]},{"resourceType":"LINK","capabilities":[{"name":"READ"},{"name":"CREATE"},{"name":"UPDATE"},{"name":"DELETE"},{"name":"MOVE_LINK"}]},{"resourceType":"CALENDAR","capabilities":[{"name":"READ"}]},{"resourceType":"DATABASE","capabilities":[{"name":"CREATE"},{"name":"READ"},{"name":"READ_DATA"}]},{"resourceType":"POLL","capabilities":[{"name":"READ"},{"name":"VOTE"},{"name":"UPDATE"},{"name":"CREATE"},{"name":"DELETE"},{"name":"CLOSE"}]},{"resourceType":"MESSAGE","capabilities":[{"name":"CREATE"},{"name":"READ"},{"name":"DELETE"}]},{"resourceType":"PENDING_MESSAGE","capabilities":[{"name":"READ"},{"name":"UPDATE"},{"name":"DELETE"}]},{"resourceType":"ATTACHMENTS","capabilities":[{"name":"READ"},{"name":"DELETE"}]},{"resourceType":"PHOTOMATIC_ALBUMS","capabilities":[{"name":"READ"},{"name":"UPLOAD"}]},{"resourceType":"MEMBERSHIP_TYPE","capabilities":[{"name":"READ"},{"name":"CREATE"},{"name":"DELETE"},{"name":"UPDATE"}]},{"resourceType":"POST","capabilities":[{"name":"CREATE"},{"name":"READ"},{"name":"DELETE"},{"name":"UPDATE"}]},{"resourceType":"PIN","capabilities":[{"name":"CREATE"},{"name":"READ"},{"name":"DELETE"},{"name":"UPDATE"}]}],"modStatus":"MODERATOR","subStatus":"NORMAL","groupUrl":"groups.yahoo.com","intlCode":"us"},"comscore":"pageview_candidate","ygData":{"userId":12196177,"authorName":"Marc Prior","from":"Marc Prior &lt;mail@marcprior.de&gt;","profile":"lin4trans","replyTo":"LIST","senderId":"y1uxCc647tEccdvClpwcFZbQF2lB8mynW52yl99u5NAOyqzx1NPeLJggsVghM3HmmIV7scGFPgdwxghJyiXnFRFEnEw3","spamInfo":{"isSpam":false,"reason":"12"},"subject":"Re: [OmT] Re: one-to-many matching","postDate":"1283767951","msgId":18795,"canDelete":true,"contentTrasformed":false,"systemMessage":false,"headers":{"messageIdInHeader":"PDRDODRCRThGLjIwNDA4MDlAbWFyY3ByaW9yLmRlPg==","inReplyToHeader":"PDRDODRCQTE5LjIwNzA2MDlAYWJzYW1haWwuY28uemE+","referencesHeader":"PEFBTkxrVGlrK2g2Z2tuV1ZnZDN6MnQ4dUtCbz1ZaFZiMlpDTkItcl84WnZzb0BtYWlsLmdtYWlsLmNvbT4gPDRDODRCQTE5LjIwNzA2MDlAYWJzYW1haWwuY28uemE+"},"prevInTopic":18794,"nextInTopic":18796,"prevInTime":18794,"nextInTime":18796,"topicId":18784,"numMessagesInTopic":22,"msgSnippet":"... Yes, I have suggested this as well. Some of the major commercial CAT tools have it and it is worth having for its own sake, not just in order to provide","rawEmail":"Return-Path: &lt;mail@marcprior.de&gt;\r\nX-Sender: mail@marcprior.de\r\nX-Apparently-To: OmegaT@yahoogroups.com\r\nX-Received: (qmail 44455 invoked from network); 6 Sep 2010 10:12:33 -0000\r\nX-Received: from unknown (66.196.94.107)\n  by m13.grp.re1.yahoo.com with QMQP; 6 Sep 2010 10:12:33 -0000\r\nX-Received: from unknown (HELO mo-p00-ob.rzone.de) (81.169.146.162)\n  by mta3.grp.re1.yahoo.com with SMTP; 6 Sep 2010 10:12:33 -0000\r\nX-RZG-AUTH: :IW0NeWCleu3NCLZrvwV6ORkX9kpsdepz7ym3QvLwqKG/CxzSJ1M8iFonLl6i0lE=\r\nX-RZG-CLASS-ID: mo00\r\nX-Received: from [192.168.0.100] (p5086DCBA.dip.t-dialin.net [80.134.220.186])\n\tby post.strato.de (fruni mo41) (RZmta 23.5)\n\twith ESMTP id i02cb1m86AAF3p for &lt;OmegaT@yahoogroups.com&gt;;\n\tMon, 6 Sep 2010 12:12:32 +0200 (MEST)\r\nMessage-ID: &lt;4C84BE8F.2040809@marcprior.de&gt;\r\nDate: Mon, 06 Sep 2010 12:12:31 +0200\r\nUser-Agent: Thunderbird 2.0.0.23 (X11/20090817)\r\nMIME-Version: 1.0\r\nTo: OmegaT@yahoogroups.com\r\nReferences: &lt;AANLkTik+h6gknWVgd3z2t8uKBo=YhVb2ZCNB-r_8Zvso@mail.gmail.com&gt; &lt;4C84BA19.2070609@absamail.co.za&gt;\r\nIn-Reply-To: &lt;4C84BA19.2070609@absamail.co.za&gt;\r\nContent-Type: text/plain; charset=UTF-8; format=flowed\r\nContent-Transfer-Encoding: 7bit\r\nX-Originating-IP: 81.169.146.162\r\nX-eGroups-Msg-Info: 1:12:0:0:0\r\nFrom: Marc Prior &lt;mail@marcprior.de&gt;\r\nSubject: Re: [OmT] Re: one-to-many matching\r\nX-Yahoo-Group-Post: member; u=12196177; y=kMsemkvnkMjieg45pqHJemMFSb6PoIRVD_LHvphtDFxPs3Ta\r\nX-Yahoo-Profile: lin4trans\r\n\r\n &gt; 1. That OmT should adopt in-context matching.  This would mean that the\n &gt; meaningful data within a segment would include adjacent segments as well.\n\nYes, I have suggested this as well. Some of the major commercial CAT \ntools have it and it is worth having for its own sake, not just in order \nto provide one-to-many matching.\n\nHowever: it would (if I recall Didier&#39;s comment correctly) substantially \nincrease the processing overhead.\n\nAlso, it would not actually provide one-to-many matching in all cases, \nsince some segments requiring differentiation would have identical \npreceding and following segments. It would reduce the number of unwanted \npropagated segments, no doubt, but the problem would still be there in \nprinciple and would necessitate workarounds, which begs the question how \nmuch of a problem it is at the moment. As I mentioned earlier, I can \ntranslate for a whole week, or weeks, without even needing the workaround.\n\n &gt; This is a small price to pay, however, for the advantage of one-to-many\n &gt; matching.  And if a translator wants to do make frequent changes to his\n &gt; source text he can simply copy the project_save.tmx into this /tm/auto/\n &gt; folder each time.\n\nI agree that this would be preferable, but to the average user, this is \nsimply replacing one geeky workaround with another.\n\nMarc\n\n\nSamuel Murray (Krugersdorp) wrote:\n &gt; On Fri, Sep 3, 2010 at 21:17, Marc Prior &lt;mail@marcprior.de&gt; wrote:\n &gt;\n &gt;&gt; I have had ideas of my own. For instance, for the segment number to be\n &gt;&gt; added to the segment content in memory but not displayed; this would\n &gt;&gt; make every segment unique, and a secondary feature could then make it\n &gt;&gt; possible to suppress differences in segment number on an individual\n &gt;&gt; segment basis for the purpose of propagation.\n &gt;\n &gt; My two ideas were:\n &gt;\n &gt; 1. That OmT should adopt in-context matching.  This would mean that the\n &gt; meaningful data within a segment would include adjacent segments as well.\n &gt;\n &gt; This would solve most one-to-many problems, but not all.\n &gt;\n &gt; 2. That OmT should include the document name and relative position of\n &gt; the segment in the segment data (and in the TM itself).  By &quot;relative\n &gt; position&quot; I mean the actual position of the segment in the file (which\n &gt; could be based either on the total number of segments or paragraphs in\n &gt; the file or on the actual byte-by-byte position in the file).\n &gt;\n &gt; This would solve all one-to-many problems, but it would also mean that\n &gt; if a user changes the source text in mid-project, all translated\n &gt; segments after the change would become 100% matches (because their text\n &gt; would still match but their relative positioning would no longer match)\n &gt; and the user would have to re-accept or re-insert them one by one\n &gt; (depending on his settings).\n &gt;\n &gt; This is a small price to pay, however, for the advantage of one-to-many\n &gt; matching.  And if a translator wants to do make frequent changes to his\n &gt; source text he can simply copy the project_save.tmx into this /tm/auto/\n &gt; folder each time.\n &gt;\n &gt; Samuel\n &gt;\n\n\n\n"}}