example for extraEscapedCharacters
I've been searching our email history for the motivating example for extraEscapedCharacters property. I can't find it. Does anyone recall this? I vaguely recall a format where we had CSV-like data that already contained escaped characters like "foo\nbar\,baz,next,next" Where the \n is just part of the data, regardless of the fact that \ is also the escape character. Normal rules would remove the "\" since it is the escape character, and that would result in corrupting such data. But it makes no sense to have extraEscapedCharacter="n" since n is just a letter and could appear without the escape. It would be wrong to escape every letter n. So this example isn't sufficient. I see no way to cope with this particular case other than lengthKind='pattern' which is the usual way to cope with complexities like this. But I know there was a motivating example for extraEscapedCharacters property. Mike Beckerle | OGF DFDL Workgroup Co-Chair | Owl Cyber Defense | www.owlcyberdefense.com Please note: Contributions to the DFDL Workgroup's email discussions are subject to the OGF Intellectual Property Policy <http://www.ogf.org/About/abt_policies.php>
Mike, sent you a separate email, from 2009. Regards Steve Hanson IBM Hybrid Integration, Hursley, UK Architect, IBM DFDL Co-Chair, OGF DFDL Working Group smh@uk.ibm.com tel:+44-1962-815848 mob:+44-7717-378890 Note: I work Tuesday to Friday From: Mike Beckerle <mbeckerle.dfdl@gmail.com> To: DFDL-WG <dfdl-wg@ogf.org> Date: 20/05/2021 18:24 Subject: [EXTERNAL] [DFDL-WG] example for extraEscapedCharacters Sent by: "dfdl-wg" <dfdl-wg-bounces@ogf.org> I've been searching our email history for the motivating example for extraEscapedCharacters property. I can't find it. Does anyone recall this? I vaguely recall a format where we had CSV-like data that already contained escaped characters like "foo\nbar\,baz,next,next" Where the \n is just part of the data, regardless of the fact that \ is also the escape character. Normal rules would remove the "\" since it is the escape character, and that would result in corrupting such data. But it makes no sense to have extraEscapedCharacter="n" since n is just a letter and could appear without the escape. It would be wrong to escape every letter n. So this example isn't sufficient. I see no way to cope with this particular case other than lengthKind='pattern' which is the usual way to cope with complexities like this. But I know there was a motivating example for extraEscapedCharacters property. Mike Beckerle | OGF DFDL Workgroup Co-Chair | Owl Cyber Defense | www.owlcyberdefense.com Please note: Contributions to the DFDL Workgroup's email discussions are subject to the OGF Intellectual Property Policy -- dfdl-wg mailing list dfdl-wg@ogf.org https://www.ogf.org/mailman/listinfo/dfdl-wg Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU
participants (2)
-
Mike Beckerle -
Steve Hanson