[DFDL-WG] How to parse an email address

[Steve Hanson]

Or you can use dfdl:lengthKind 'pattern' and supply a dfdl:lengthPattern 
for localPart that consumes all data up to but not including the @.

Note: Neither dfdl:lengthKind 'pattern' or dfdl:inputValueCalc are 
supported by IBM DFDL yet - this will be addressed in the near future :)

Regards

Steve Hanson
Architect, Data Format Description Language (DFDL)
Co-Chair, OGF DFDL Working Group
IBM SWG, Hursley, UK
smh at uk.ibm.com
tel:+44-1962-815848



From:   Mike Beckerle <mbeckerle.dfdl at gmail.com>
To:     "Garriss Jr., James P." <jgarriss at mitre.org>, 
Cc:     "dfdl-wg at ogf.org" <dfdl-wg at ogf.org>
Date:   23/02/2013 00:14
Subject:        Re: [DFDL-WG] How to parse an email address
Sent by:        dfdl-wg-bounces at ogf.org




If you want the infoset to contain dfdl-wg at ogf.org, but also to contain 
localPart and domain, then you are putting the same data into multiple 
fields, which can only be accomplished using inputValueCalc.

I suggest parse the data into localPart and domain by using the @ as 
terminator for localPart, and whatever the boundary is for the domain.

then have another element which you inputValueCalc which contains the 
concatenation of those fields with an '@' in the middle.

I choose this way, parse the pieces, compute the concatenation of them, 
versus the other way round because the expression for the inputValueCalc 
will be dead simple in this case, and you will get an ordinary error of 
'delimiter not found' if the @ is missing from the data. 

Contrast if you had one field which contains the whole email address and 
two calculated elements which take substrings of that. Now you have two 
inputValueCalc's. And if the @ isn't there in the string, you'll get 
errors evaluating expressions, not ordinary parsing, etc.

On Fri, Feb 22, 2013 at 11:11 AM, Garriss Jr., James P. <
jgarriss at mitre.org> wrote:
Suppose I want to model an email address:
 
  dfdl-wg at ogf.org
 
It’s a sequence of a string, an a character (@), and a string.
 
In the MBTK it might look like this:
 

 
The problem, of course, is that the parser will grab all of “
dfdl-wg at ogf.org” instead of just “dfdl-wg”.  Setting validation facets 
doesn’t help, b/c validation happens after parsing.  Setting @ as a 
separator or terminator would work, but that doesn’t seem right either, as 
the @ is part of the email address, and I would want to keep it in the 
infoset.
 
How do I think about this problem?
 
TIA

--
  dfdl-wg mailing list
  dfdl-wg at ogf.org
  https://www.ogf.org/mailman/listinfo/dfdl-wg



-- 
Mike Beckerle | OGF DFDL Workgroup Co-Chair | Tresys Technology | 
www.tresys.com
--
  dfdl-wg mailing list
  dfdl-wg at 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

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.ogf.org/pipermail/dfdl-wg/attachments/20130225/8f3cb5b3/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/png
Size: 2914 bytes
Desc: not available
URL: <http://www.ogf.org/pipermail/dfdl-wg/attachments/20130225/8f3cb5b3/attachment.png>