Provided by: libregexp-common-time-perl_0.14-1_all bug

NAME

       Regexp::Common::time - Date and time regexps.

SYNOPSIS

        use Regexp::Common qw(time);

        # Piecemeal, Time::Format-like patterns
        $RE{time}{tf}{-pat => 'pattern'}

        # Piecemeal, strftime-like patterns
        $RE{time}{strftime}{-pat => 'pattern'}

        # Match ISO8601-style date/time strings
        $RE{time}{iso}

        # Match RFC2822-style date/time strings
        $RE{time}{mail}
        $RE{time}{MAIL}    # more-strict matching

        # Match informal American date strings
        $RE{time}{american}

        # Fuzzy date patterns
        #               YEAR/MONTH/DAY
        $RE{time}{ymd}         # Most flexible
        $RE{time}{YMD}         # Strictest (equivalent to y4m2d2)
                        # Other available patterns: y2md, y4md, y2m2d2, y4m2d2

        #               MONTH/DAY/YEAR  (American style)
        $RE{time}{mdy}         # Most flexible
        $RE{time}{MDY}         # Strictest (equivalent to m2d2y4)
                        # Other available patterns: mdy2, mdy4, m2d2y2, m2d2y4

        #               DAY/MONTH/YEAR  (European style)
        $RE{time}{mdy}         # Most flexible
        $RE{time}{MDY}         # Strictest (equivalent to d2m2y4)
                        # Other available patterns: dmy2, dmy4, d2m2y2, d2m2y4

        # Fuzzy time pattern
        #               HOUR/MINUTE/SECOND
        $RE{time}{hms}    # H: matches 1 or 2 digits; 12 or 24 hours
                          # M: matches 2 digits.
                          # S: matches 2 digits; may be omitted
                          # May be followed by "a", "am", "p.m.", etc.

DESCRIPTION

       This module creates regular expressions that can be used for parsing dates and times.  See
       Regexp::Common for a general description of how to use this interface.

       Parsing dates is a dirty business. Dates are generally specified in one of three possible
       orders: year/month/day, month/day/year, or day/month/year.  Years can be specified with
       four digits or with two digits (with assumptions made about the century).  Months can be
       specified as one digit, two digits, as a spelled-out name, or as a three-letter
       abbreviation.  Day numbers can be one digit or two digits, with limits depending on the
       month (and, in the case of February, even the year).  Also, different people use different
       punctuation for separating the various elements.

       A human can easily recognize that "October 21, 2005" and "21.10.05" refer to the same
       date, but it's tricky to get a program to come to the same conclusion.  This module
       attempts to make it possible to do so, with a minimum of difficulty.

       •   If you know the exact format of the data to be matched, use one of the specific,
           piecemeal pattern builders: "tf" or "strftime".

       •   If you are parsing RFC-2822 mail headers, use the "mail" pattern.

       •   If you are parsing informal American dates, use the "american" pattern.

       •   If there is some variability in your input data, use one of the fuzzy-matching
           patterns in the "dmy", "mdy", or "ymd" families.

       •   If the data are wildly variable, such as raw user input, you should probably give up
           and use Date::Manip or Date::Parse.

       Time values are generally much simpler to parse than date values.  Only one fuzzy pattern
       is provided, and it should suffice for most needs.

Time::Format PATTERNS

       The Time::Format module uses simple, intuitive strings for specifying date and time
       formats.  You can use these patterns here as well.  See Time::Format for details about its
       format specifiers.

       Example:

           $str = 'Thu November 2, 2005';
           $str =~ $RE{time}{tf}{-pat => 'Day Month d, yyyy'};

       The patterns can contain more complex regexp expressions as well:

           $str =~ $RE{time}{tf}{-pat => '(Weekday|Day) (Month|Mon) d, yyyy'};

       Time zone matching (the "tz" format code) attempts to adhere to RFC2822 and ISO8601 as
       much as possible.  The following time zones are matched:

           Z
           UT        UTC
           +hh:mm    -hh:mm
           +hhmm     -hhmm
           +hh       -hh
           GMT   EST EDT   CST CDT   MST MDT   PST PDT

strftime PATTERNS

       The POSIX "strftime" function is a long-recognized standard for formatting dates and
       times.  This module supports most of "stftime"'s codes for matching; specifically, the
       "aAbBcCDdeHIjmMnprRSTtuUVwWyxXYZ%" codes.  The %Z format matches time zones in the same
       manner as described above under "Time::Format PATTERNS".

       Also, this module provides the following nonstandard codes:

       "   %_d  -" 1- or 2-digit day number (1-31)

       "   %_H  -" 1- or 2-digit hour (0-23)

       "   %_I  -" 1- or 2-digit hour (1-12)

       "   %_m  -" 1- or 2-digit month number (1-12)

       "   %_M  -" 1- or 2-digit minute (0-59)

       Example:

           $str = 'Thu November 2, 2005';
           $str =~ $RE{time}{strftime}{-pat => '%a %B %_d, %Y'};

       The patterns can contain more complex regexp expressions as well:

           $str =~ $RE{time}{strftime}{-pat => '(%A|%a)? (%B|%b) ?%_d, %Y'};

ISO-8601 DATE/TIME MATCHING

       The $RE{time}{iso} pattern will match most (all?) strings formatted as recommended by
       ISO-8601.  The canonical ISO-8601 form is:

           YYYY-MM-DDTHH:MM:SS

       (where ""T"" is a literal T character).  The $RE{time}{iso} pattern will match this form,
       and some variants:

       •   The date separator character may be a hyphen, slash ("/"), period, or empty string
           (omitted).  The two date separators must match.

       •   The time separator character may be a colon, a period, a space, or empty string
           (omitted).  The two time separators must match.

       •   The date-time separator may be a "T", an underscore, a space, or empty string
           (omitted).

       •   Either the date or the time may be omitted.  But at least one must be there.

       •   If the date is not omitted, all three of its components must be present.

       •   If the time is not omitted, all three of its components must be present.

RFC 2822 MATCHING

       RFC 2822 specifies the format of date/time values in e-mail message headers.  In a
       nutshell, the format is:

           dd Mon yyyy hh:mm:ss +zzzz

       where "dd" is the day of the month; "Mon" is the abbreviated month name (apparently always
       in English); "yyyy" is the year; "hh:mm:ss" is the time; and "+zzzz" is the time zone,
       generally specified as an offset from GMT.

       RFC 2822 requires that the weekday also be specified, but this module ignores the weekday,
       as it is redundant and only supplied for human readability.

       RFC 2822 requires that older, obsolete date forms be allowed as well; for example,
       alphanumeric time zone codes (e.g. EDT).  This module's "mail" allows for these obsolete
       date forms.  If you want to match only the proper date forms recommended by RFC 2822, you
       can use the "MAIL" pattern instead.

       In either case, "mail" or "MAIL", the pattern generated is very flexible about whitespace.
       The main differences are: with "MAIL", two-digit years are not permitted, and the time
       zone must be four digits preceded by a + or - sign.

INFORMAL AMERICAN MATCHING

       People in North America, particularly in the United States, are fond of specifying dates
       as "Month dd, yyyy", or sometimes with a two-digit year and apostrophe: "Month dd, 'yy".
       The "american" pattern matches this style of date.  It allows either a month name or
       abbreviation, and is flexible with respect to commas and whitespace.

FUZZY PATTERN OVERVIEW

       Fuzzy date patterns have the following properties in common:

       •   The pattern names consist of the letters "y", "m", and "d", each optionally followed
           by a digit (2 for "m" and "d"; 2 or 4 for "y").

       •   If a "y" is followed by a 2 or a 4, it must match that many digits.

       •   If a "y" has no trailing digit, it can match either 2 or 4 digits, trying 4 first.

       •   If an "m" is followed by a 2, then only two-digit matches for the month are
           considered, and month names are not matched.

       •   If an "m" is not followed by a 2, then the month may be 1 or 2 digits, or a spelled-
           out name.

       •   Just like for months, if a "d" is followed by a 2, then only two-digit matches for the
           day are considered.

       •   Just like for months, if a "d" has no trailing digit, then the day may be 1 or 2
           digits, and a 1-digit match may not have any adjacent digits.

       •   The uppercase "DMY", "MDY", and "YMD" patterns are synonyms for the strict "d2m2y4",
           "m2d2y4", and "y4m2d2" patterns, respectively.

       •   If a one-digit match is considered for the month, then no adjacent digits are allowed.
           (e.g.: "1/23/45" in M/D/Y format has a valid one-digit month match, but "12345" does
           not.  Nor does "91/23/45").

       •   If a pattern begins with an digitless "d", "m", or "y", then, in the string to be
           matched, any leading digits will cause the pattern to fail.  For example: "012/23/45"
           will not match $RE{time}{mdy}.  However, it will match $RE{time}{m2d2y2}.  If you
           specify an exact pattern by using "m2" instead of "m", this module assumes you know
           what you're doing.

       •   Likewise, a pattern ending with a digitless "d" or "y" will not match if there are
           trailing digits in the string.

FUZZY PATTERN DETAILS

   Year-Month-Day order
       $RE{time}{ymd}
            "05/4/2"      =~ $RE{time}{ymd};
            "2005-APR-02" =~ $RE{time}{ymd};

           This is the most flexible of the numeric-only year/month/day formats.  It matches a
           date of the form "year/month/day", where the year may be 2 or 4 digits; the month may
           be 1 or 2 digits or a spelled-out name or name abbreviation, and the day may be 1 or 2
           digits.  The year/month/day elements may be directly adjacent to each other, or may be
           separated by a space, period, slash ("/"), or hyphen.

       $RE{time}{y4md}
            "2005/4/2"    =~ $RE{time}{y4md};
            "2005 APR 02" =~ $RE{time}{y4md};

           This works as $RE{time}{ymd}, except that the year is restricted to be exactly 4
           digits.

       $RE{time}{y4m2d2}
            "2005/04/02" =~ $RE{time}{y4m2d2};

           This works as $RE{time}{ymd}, except that the year is restricted to be exactly 4
           digits, and the month and day must be exactly 2 digits each.

       $RE{time}{y2md}
            "05/4/2"    =~ $RE{time}{y2md};
            "05.APR.02" =~ $RE{time}{y2md};

           This works as $RE{time}{ymd}, except that the year is restricted to be exactly 2
           digits.

       $RE{time}{y2m2d2}
            "05/04/02" =~ $RE{time}{y2m2d2};

           This works as $RE{time}{ymd}, except that the year is restricted to be exactly 2
           digits, and the month and day must be exactly 2 digits each.

       $RE{time}{YMD}
            "2005/04/02" =~ $RE{time}{YMD};

           This is a shorthand for the "canonical" year/month/day format, "y4m2d2".

   Month-Day-Year (American) order
       $RE{time}{mdy}
       $RE{time}{mdy4}
       $RE{time}{m2d2y4}
       $RE{time}{mdy2}
       $RE{time}{m2d2y2}
       $RE{time}{MDY}
           These patterns function as the equivalent year/month/day patterns, above; the only
           difference is the order of the elements.  "MDY" is a synonym for "m2d2y4".

   Day-Month-Year (European) order
       $RE{time}{dmy}
       $RE{time}{dmy4}
       $RE{time}{d2m2y4}
       $RE{time}{dmy2}
       $RE{time}{d2m2y2}
       $RE{time}{DMY}
           These patterns function as the equivalent year/month/day patterns, above; the only
           difference is the order of the elements.  "DMY" is a synonym for "d2m2y4".

Time pattern (Hour-minute-second)

       $RE{time}{hms}
            "10:06:12a" =~ /$RE{time}{hms}/;
            "9:00 p.m." =~ /$RE{time}{hms}/;

           Matches a time value in a string.

           The hour must be in the range 0 to 24.  The minute and second values must be in the
           range 0 to 59, and must be two digits (i.e., they must have leading zeroes if less
           than 10).

           The hour, minute, and second components may be separated by colons (":"), periods, or
           spaces.

           The "seconds" value may be omitted.

           The time may be followed by an "am/pm" indicator; that is, one of the following
           values:

             a   am   a.m.  p   pm   p.m.   A   AM   A.M.  P   PM   P.M.

           There may be a space between the time and the am/pm indicator.

CAPTURES (-keep)

       Under "-keep", the "tf" and "strftime" patterns capture the entire match as $1, plus one
       capture variable for each format specifier.  However, if your pattern contains any
       parentheses, "tf" and "strftime" will not capture anything additional beyond what you
       specify, "-keep" or not.  In other words: if you use parentheses, you are responsible for
       all capturing.

       The "iso" pattern captures:

       "  $1  -" the entire match

       "  $2  -" the year

       "  $3  -" the month

       "  $4  -" the day

       "  $5  -" the hour

       "  $6  -" the minute

       "  $7  -" the second

       The year, month, and day ($2, $3, and $4) will be "undef" if the matched string contains
       only a time value (e.g., "12:34:56").  The hour, minute, and second ($5, $6, and $7) will
       be "undef" if the matched string contains only a date value (e.g., "2005-01-23").

       The "mail" and "MAIL" patterns capture:

       "  $1  -" the entire match

       "  $2  -" the day

       "  $3  -" the month

       "  $4  -" the year

       "  $5  -" the hour

       "  $6  -" the minute

       "  $7  -" the second

       "  $8  -" the time zone

       The "american" pattern captures:

       "  $1  -" the entire match

       "  $2  -" the month

       "  $3  -" the day

       "  $4  -" the year

       The fuzzy y/m/d patterns capture

       "  $1  -" the entire match

       "  $2  -" the year

       "  $3  -" the month

       "  $4  -" the day

       The fuzzy m/d/y patterns capture

       "  $1  -" the entire match

       "  $2  -" the month

       "  $3  -" the day

       "  $4  -" the year

       The fuzzy d/m/y patterns capture

       "  $1  -" the entire match

       "  $2  -" the day

       "  $3  -" the month

       "  $4  -" the year

       The fuzzy h/m/s pattern captures

       "  $1  -" the entire match

       "  $2  -" the hour

       "  $3  -" the minute

       "  $4  -" the second  ("undef" if omitted)

       "  $5  -" the am/pm indicator ("undef" if omitted)

EXAMPLES

        # Typical usage: parsing a data record.
        #
        $rec = "blah blah 2005/10/21 blah blarrrrrgh";
        @date = $rec =~ m{^blah blah $RE{time}{YMD}{-keep}};
        # or
        @date = $rec =~ m{^blah blah $RE{time}{tf}{-pat=>'yyyy/mm/dd'}{-keep}};
        # or
        @date = $rec =~ m{^blah blah $RE{time}{strftime}{-pat=>'%Y/%m/%d'}{-keep}};

        # Typical usage: parsing variable-format data.
        #
        use Time::Normalize;

        $record = "10-SEP-2005";

        # This block tries M-D-Y first, then D-M-Y, then Y-M-D
        my $matched;
        foreach my $pattern (qw(mdy dmy ymd))
        {
            @values = $record =~ /^$RE{time}{$pattern}{-keep}/
                or next;

            $matched = $pattern;
        }
        if ($matched)
        {
            eval{ ($year, $month, $day) = normalize_rct($matched, @values) };
            if ($@)
            {
                .... # handle erroneous data
            }
        }
        else
        {
            .... # no match
        }
        #
        # $day is now 10; $month is now 09; $year is now 2005.

        # Time examples

        $time = '9:10pm';

        @time_data = $time =~ /$RE{time}{hms}{-keep}/;
        # captures '9:10pm', '9', '10', undef, 'pm'

        @time_data = $time =~ /$RE{time}{tf}{-pat => '(h):(mm)(:ss)?(am)?'}{-keep}/;
        # captures '9', '10', undef, 'pm'

EXPORTS

       This module exports no symbols to the caller's namespace.

SEE ALSO

       It's not enough that the date regexps can match various formats.  You then have to parse
       those matched data values and translate them into useful values.  The Time::Normalize
       module is highly recommended for performing this repetitive, error-prone task.

REQUIREMENTS

       Requires Regexp::Common, of course.

       If POSIX and I18N::Langinfo are available, this module will use them; otherwise, it will
       use hardcoded English values for month and weekday names.

       Test::More is required for the test suite.

AUTHOR

       Eric J. Roode, ROODE -at- cpan -dot- org

LICENSE AND COPYRIGHT

       Copyright (c) 2005-2008 by Eric J. Roode, ROODE -at- cpan -dot- org

       All rights reserved.

       To avoid my spam filter, please include "Perl", "module", or this module's name in the
       message's subject line, and/or GPG-sign your message.

       This module is copyrighted only to ensure proper attribution of authorship and to ensure
       that it remains available to all.  This module is free, open-source software.  This module
       may be freely used for any purpose, commercial, public, or private, provided that proper
       credit is given, and that no more-restrictive license is applied to derivative (not
       dependent) works.

       Substantial efforts have been made to ensure that this software meets high quality
       standards; however, no guarantee can be made that there are no undiscovered bugs, and no
       warranty is made as to suitability to any given use, including merchantability.  Should
       this module cause your house to burn down, your dog to collapse, your heart-lung machine
       to fail, your spouse to desert you, or George Bush to be re-elected, I can offer only my
       sincere sympathy and apologies, and promise to endeavor to improve the software.