That domain is registered to:

Registrant Name:Andy Armstrong
Registrant Organization:Hexten
Registrant Street1:Bridge End Barn
Registrant Street2:
Registrant Street3:
Registrant City:Garrigill
Registrant State/Province:Cumbria
Registrant Postal Code:CA93DR
Registrant Country:GB
Registrant Phone:+44.01434381641
Registrant Phone Ext.:
Registrant FAX:
Registrant FAX Ext.:
Registrant Email:a...@hexten.net

On Thu, Dec 20, 2012 at 12:34:06PM +0100, Steffen Schwigon wrote:
> Hi!
> 
> Just saw this message which I did not see in the testanything nor the
> perl-qa lists. The testanything.org wiki is indeed not accessible. Maybe
> someone can help.
> 
> Kind regards,
> Steffen 
> 
> "Bruno P. Kinoshita" <brunodepau...@yahoo.com.br> writes:
> > Hi all,
> >
> > For the last three weeks or so, testanything.org has been down. I
> > tried pinging the tap mailing list, but got no response. Tried to
> > contact Test::More maintainer to see if he knew someone with karma to
> > update the web site but got no response so far.
> >
> > This is the last message I found in my inbox regarding TAP, so I
> > apologize beforehand for bothering you all :-)
> >
> > Does anybody know where I can find one of the testanything.org
> > administrators, please?
> >
> > Thank you in advance, and sorry for the trouble.
> >
> > All the best,
> >
> > Bruno P. Kinoshita
> > http://kinoshita.eti.br
> > http://tupilabs.com
> >
> >
> >>________________________________
> >> From: Steffen Schwigon <s...@renormalist.net>
> >>To: Christophe Strobbe <christophe.stro...@esat.kuleuven.be> 
> >>Cc: t...@ietf.org; Shadi Abou-Zahra <sh...@w3.org> 
> >>Sent: Wednesday, November 9, 2011 6:25 PM
> >>Subject: Re: [tap] W3C Evaluation and Report Language (EARL)
> >> 
> >>Christophe Strobbe <christophe.stro...@esat.kuleuven.be> writes:
> >>> Report Language (EARL) and a few related specifications. EARL's core
> >>> use case is reporting the results of accessibility evaluations of
> >>> websites (i.e. accessibility for persons with disabilities), but the
> >>> language itself is generic, so it can also be used in other
> >>> contexts. The language is based on RDF;
> >>> [???]
> >>> During our last call for comments, one of the reviewers asked the
> >>> working group if EARL duplicates TAP's efforts, or vice versa. The
> >>> working group thinks that this is not the case; we think that EARL
> >>> could be an alternative report format for TAP if a TAP consumer could
> >>> be written that produces EARL. For this reason, we thought it would be
> >>> interesting to contact you and to make sure we are aware of each
> >>> other's work.
> >>
> >>Thanks for sync'ing this back to us. I just skimmed through the specs
> >>and it was indeed interesting. As far as I understand from my (very
> >>short) skimming I think it's not that many duplication of effort as the
> >>main difference is a philosophical one.
> >>
> >>- EARL is similar to other W3C specs in respect to specifying a
> >>  comprehensive snapshot of known existing topics. For example, it
> >>  particularly covers all known HTTP methods (POST, GET, PUT, ???). That
> >>  enables it to build tools on top of it that sematically ???know??? what
> >>  the document is about.
> >>
> >>- TAP in contrast is about specifying test results, really just the
> >>  *result* focus without hard specification of the tested topic, i.e., a
> >>  single test has a ???description???, so someone reading it knows what it
> >>  is about but that part does not have a specification. 
> >>
> >>  For instance, a test about a HTTP method could have any description
> >>  from ???POST??? to ???that strange other method that I never remember but
> >>  always use when GET is not sufficient???.
> >>
> >>
> >>See [1] for some related discussion of this aspect.
> >>
> >>In this respect I think TAP is more like your RDF with some extensions
> >>from EARL to describe test success.
> >>
> >>That makes the use-cases of TAP and EARL a bit different: 
> >>
> >>- TAP allows to be produced by anything simple without toolchain
> >>  support, like embedded devices with nothing but a ???print??? function,
> >>  but you can not *sematically* evaluate results.
> >>
> >>- EARL seems to require more heavy toolchain support to produce but
> >>  allows more semantic result evaluation.
> >>
> >>Converting TAP to EARL is difficult. 
> >>Converting EARL to TAP is easy.
> >>
> >>On the evaluation of TAP I can point to TAP::DOM and Data::DPath, which
> >>provide a more structured approach to evaluate test results, see my ???TAP
> >>Juggling??? slides[2], page 30ff.
> >>
> >>Kind regards,
> >>Steffen
> >>
> >>
> >>Footnotes: 
> >>[1]  
> >>http://grokbase.com/p/perl.org/qa/2008/04/re-tap-l-user-supplied-yaml-diagnostic-keys-descriptive-version/11ymnpm2765ztojoinznq2lz5674
> >>
> >>[2]  
> >>http://www.amd64.org/fileadmin/user_upload/pub/yapc_eu_2011_tapjuggling.pdf
> >>
> >>-- 
> >>Steffen Schwigon <s...@renormalist.net>
> >>Dresden Perl Mongers <http://dresden-pm.org/>
> >>_______________________________________________
> >>tap mailing list
> >>t...@ietf.org
> >>https://www.ietf.org/mailman/listinfo/tap
> >>
> >>
> >> 
> >
> 
> -- 
> Steffen Schwigon <s...@renormalist.net>

-- 
                 Build a man a fire, and he's warm for a day.
        Set a man on fire, and he'll be warm for the rest of his life.
            .             .            .            .             .
Karen Etheridge, ka...@etheridge.ca       GCS C+++$ USL+++$ P+++$ w--- M++

Reply via email to