{"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":"READ_DATA"},{"name":"CREATE"},{"name":"READ"}]},{"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":"DELETE"},{"name":"UPDATE"},{"name":"CREATE"},{"name":"READ"}]},{"resourceType":"PIN","capabilities":[{"name":"DELETE"},{"name":"UPDATE"},{"name":"CREATE"},{"name":"READ"}]}],"modStatus":"MODERATOR","subStatus":"NORMAL","groupUrl":"groups.yahoo.com","intlCode":"us"},"comscore":"pageview_candidate","ygData":{"userId":176392694,"authorName":"Samuel Murray (Krugersdorp)","from":"&quot;Samuel Murray (Krugersdorp)&quot; &lt;leuce@absamail.co.za&gt;","profile":"lacialacia","replyTo":"LIST","senderId":"1YlMMBIoSGFIbvMNPpE_KUOyCLd3hxkEQOAyAkXJXRoyPEMXGHwEdOqhYXTmG7KjQEnl92cu59MlqyBTNQ8mCuvwCtFak_ULpSW_emsFgbuen9DDe48q4c5eig","spamInfo":{"isSpam":false,"reason":"0"},"subject":"Re: [OmT] Re: one-to-many matching","postDate":"1283766809","msgId":18794,"canDelete":true,"contentTrasformed":false,"systemMessage":false,"headers":{"messageIdInHeader":"PDRDODRCQTE5LjIwNzA2MDlAYWJzYW1haWwuY28uemE+","inReplyToHeader":"PEFBTkxrVGlrK2g2Z2tuV1ZnZDN6MnQ4dUtCbz1ZaFZiMlpDTkItcl84WnZzb0BtYWlsLmdtYWlsLmNvbT4=","referencesHeader":"PEFBTkxrVGlrK2g2Z2tuV1ZnZDN6MnQ4dUtCbz1ZaFZiMlpDTkItcl84WnZzb0BtYWlsLmdtYWlsLmNvbT4="},"prevInTopic":18788,"nextInTopic":18795,"prevInTime":18793,"nextInTime":18795,"topicId":18784,"numMessagesInTopic":22,"msgSnippet":"... My two ideas were: 1. That OmT should adopt in-context matching.  This would mean that the meaningful data within a segment would include adjacent segments","rawEmail":"Return-Path: &lt;leuce@absamail.co.za&gt;\r\nX-Sender: leuce@absamail.co.za\r\nX-Apparently-To: OmegaT@yahoogroups.com\r\nX-Received: (qmail 54950 invoked from network); 6 Sep 2010 09:54:10 -0000\r\nX-Received: from unknown (66.196.94.107)\n  by m12.grp.re1.yahoo.com with QMQP; 6 Sep 2010 09:54:10 -0000\r\nX-Received: from unknown (HELO waveland.rdns.net) (74.200.252.232)\n  by mta3.grp.re1.yahoo.com with SMTP; 6 Sep 2010 09:54:10 -0000\r\nX-Received: from dsl-241-184-244.telkomadsl.co.za ([41.241.184.244]:1554 helo=[10.0.0.4])\n\tby waveland.rdns.net with esmtpsa (TLSv1:AES256-SHA:256)\n\t(Exim 4.69)\n\t(envelope-from &lt;leuce@absamail.co.za&gt;)\n\tid 1OsYOs-0006Rh-Ix\n\tfor OmegaT@yahoogroups.com; Mon, 06 Sep 2010 04:54:07 -0500\r\nMessage-ID: &lt;4C84BA19.2070609@absamail.co.za&gt;\r\nDate: Mon, 06 Sep 2010 11:53:29 +0200\r\nUser-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.24) Gecko/20100228 Thunderbird/2.0.0.24 Mnenhy/0.7.6.0\r\nMIME-Version: 1.0\r\nTo: OmegaT@yahoogroups.com\r\nReferences: &lt;AANLkTik+h6gknWVgd3z2t8uKBo=YhVb2ZCNB-r_8Zvso@mail.gmail.com&gt;\r\nIn-Reply-To: &lt;AANLkTik+h6gknWVgd3z2t8uKBo=YhVb2ZCNB-r_8Zvso@mail.gmail.com&gt;\r\nContent-Type: text/plain; charset=UTF-8; format=flowed\r\nContent-Transfer-Encoding: 7bit\r\nX-AntiAbuse: This header was added to track abuse, please include it with any abuse report\r\nX-AntiAbuse: Primary Hostname - waveland.rdns.net\r\nX-AntiAbuse: Original Domain - yahoogroups.com\r\nX-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]\r\nX-AntiAbuse: Sender Address Domain - absamail.co.za\r\nX-Source: \r\nX-Source-Args: \r\nX-Source-Dir: \r\nX-Originating-IP: 74.200.252.232\r\nFrom: &quot;Samuel Murray (Krugersdorp)&quot; &lt;leuce@absamail.co.za&gt;\r\nSubject: Re: [OmT] Re: one-to-many matching\r\nX-Yahoo-Group-Post: member; u=176392694; y=x8hD2Uqlc4wnq9M8xAOye6R4U8DjYfCHsVfXTx-tqz2XYOhCVw\r\nX-Yahoo-Profile: lacialacia\r\n\r\nOn Fri, Sep 3, 2010 at 21:17, Marc Prior &lt;mail@marcprior.de&gt; wrote:\n\n&gt; I have had ideas of my own. For instance, for the segment number to be\n&gt; added to the segment content in memory but not displayed; this would\n&gt; make every segment unique, and a secondary feature could then make it\n&gt; possible to suppress differences in segment number on an individual\n&gt; segment basis for the purpose of propagation.\n\nMy two ideas were:\n\n1. That OmT should adopt in-context matching.  This would mean that the \nmeaningful data within a segment would include adjacent segments as well.\n\nThis would solve most one-to-many problems, but not all.\n\n2. That OmT should include the document name and relative position of \nthe segment in the segment data (and in the TM itself).  By &quot;relative \nposition&quot; I mean the actual position of the segment in the file (which \ncould be based either on the total number of segments or paragraphs in \nthe file or on the actual byte-by-byte position in the file).\n\nThis would solve all one-to-many problems, but it would also mean that \nif a user changes the source text in mid-project, all translated \nsegments after the change would become 100% matches (because their text \nwould still match but their relative positioning would no longer match) \nand the user would have to re-accept or re-insert them one by one \n(depending on his settings).\n\nThis is a small price to pay, however, for the advantage of one-to-many \nmatching.  And if a translator wants to do make frequent changes to his \nsource text he can simply copy the project_save.tmx into this /tm/auto/ \nfolder each time.\n\nSamuel\n\n\n\n"}}