Possibility for emtpying the target of an xliff file?

[Marc Mittag]

Dear all,

as far as I can see, there is no possibility to parse an existing xliff
1.2 file with Okapi and create a new xliff 1.2 file, where the target
has been emptied, in case its "state" attribute has a specific value
like "new"?

Like in this example

<target xml:lang="de-DE" state="new">TB</target>

"TB" should be removed from the target.

This is not possible so far with Okapi, correct?

best

Marc

[Jim Hargrave]

There is a RemoveTargetStep.

But it would remove all targets.

Jim

This e-mail and any attachments are confidential and intended solely for the intended addressee. If you are not the intended addressee or have received this e-mail in error, please notify Straker immediately, delete it from your system and do not copy, disclose, distribute or otherwise act in reliance upon any part of this e-mail or its attachments. Straker will not be held liable for any damage caused by the message.
Is it necessary to print this email? If you care about the environment like we do, please refrain from printing emails. It helps to keep the environment forested and litter-free.

[Marc Mittag]

Hi Jim,

thank you very much!

Did not know that and did look only at the filter settings for xliff.

Yet the step help says, it removes either all targets or only those, where the IDs are listed.

So to distinguish by content of the state-attribute of the target tag, if the content should be removed or not is not possible right now, right?

best

Marc

Is it necessary to print this email? If you care about the environment like we do, please refrain from printing emails. It helps to keep the environment forested and litter-free. --
You received this message because you are subscribed to the Google Groups "okapi-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to okapi-users...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/okapi-users/b8fb248f-b67f-4598-a5e7-9475def30460%40strakergroup.com.

[Jim Hargrave]

Correct, you would need to add a new code to test  for the "state" property.

[Marc Mittag]

Hi Jim,

thank you for the info.

I have to evaluate this. Maybe doing some coding here might be an option.

best

Marc

[Marc Mittag]

wow, that sounds like a good idea, Thank you!

best

Marc

On 03.06.24 23:20, Wei Jiang wrote:

Hi Marc,

Before any other way is figured out, it appears that you can use the XSL Transformation step. Attached is a mini demo package.

Good luck!

Wei

---

From: okapi...@googlegroups.com <okapi...@googlegroups.com> on behalf of Marc Mittag <ma...@marcmittag.de>
Sent: Monday, June 3, 2024 3:12 PM
To: okapi-users <okapi...@googlegroups.com>
Subject: [okapi-users] Possibility for emtpying the target of an xliff file?

 

--
You received this message because you are subscribed to the Google Groups "okapi-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to okapi-users...@googlegroups.com.

To view this discussion on the web visit https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgroups.google.com%2Fd%2Fmsgid%2Fokapi-users%2Fbd2a4254-7bd6-46d3-8e44-4df76900cc49%2540marcmittag.de&data=05%7C02%7C%7C6b537c66c1a146a3cfd508dc8401196d%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C638530387459363636%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7C&sdata=qPL9XxGd4Vhcboe6z%2BWu2vZri8TLydz5iC5RE7Hg%2FEE%3D&reserved=0.

[Wei Jiang]

Hi Marc,

Before any other way is figured out, it appears that you can use the XSL Transformation step. Attached is a mini demo package.

Good luck!

Wei

---

From: okapi...@googlegroups.com <okapi...@googlegroups.com> on behalf of Marc Mittag <ma...@marcmittag.de>
Sent: Monday, June 3, 2024 3:12 PM
To: okapi-users <okapi...@googlegroups.com>
Subject: [okapi-users] Possibility for emtpying the target of an xliff file?

 

[Wei Jiang]

Indeed. For your other question today, I am sure you can try this step as well. 😉

Good luck!

---

From: Marc Mittag <ma...@marcmittag.de>
Sent: Monday, June 3, 2024 5:23 PM
To: Wei Jiang <polytr...@hotmail.com>; okapi-users <okapi...@googlegroups.com>
Subject: Re: [okapi-users] Possibility for emtpying the target of an xliff file?

 

[Axel Becher]

Hello Wei, hello Jim,

We have tried this approach successfully within rainbow, although when using the generated BCONF in longhorn it does not work.

 I've played around with the params mentioned in the Documentation but if and what for they need to be added is unclear.

The XSLT is part of the BCONF and the pipeline looks as follows. The first step seems to be completely ignored:

<?xml version="1.0" encoding="UTF-8"?>
<rainbowPipeline version="1"><step class="net.sf.okapi.steps.xsltransform.XSLTransformStep">#v1
xsltPath=/home/axel/TS-4010/sample.xslt
paramList=Lang=${srcLang}$0a$inputFile=${inputPath}
useCustomTransformer.b=false
factoryClass=
xpathClass=
passOnOutput.b=true</step>
<step class="net.sf.okapi.steps.common.RawDocumentToFilterEventsStep"></step>

...

Any help is appreciated ...

Axel