Return-Path: X-Original-To: apmail-site-dev-archive@www.apache.org Delivered-To: apmail-site-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id C2A0617F7F for ; Tue, 5 May 2015 10:51:38 +0000 (UTC) Received: (qmail 74264 invoked by uid 500); 5 May 2015 10:51:38 -0000 Delivered-To: apmail-site-dev-archive@apache.org Received: (qmail 74150 invoked by uid 500); 5 May 2015 10:51:38 -0000 Mailing-List: contact site-dev-help@apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Delivered-To: mailing list site-dev@apache.org Received: (qmail 74125 invoked by uid 99); 5 May 2015 10:51:38 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 05 May 2015 10:51:38 +0000 X-ASF-Spam-Status: No, hits=1.0 required=5.0 tests=SPF_SOFTFAIL X-Spam-Check-By: apache.org Received-SPF: softfail (nike.apache.org: transitioning domain of sebbaz@gmail.com does not designate 54.76.25.247 as permitted sender) Received: from [54.76.25.247] (HELO mx1-eu-west.apache.org) (54.76.25.247) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 05 May 2015 10:51:13 +0000 Received: from mail-vn0-f50.google.com (mail-vn0-f50.google.com [209.85.216.50]) by mx1-eu-west.apache.org (ASF Mail Server at mx1-eu-west.apache.org) with ESMTPS id 6F35620A94; Tue, 5 May 2015 10:51:11 +0000 (UTC) Received: by vnbg62 with SMTP id g62so16566981vnb.6; Tue, 05 May 2015 03:51:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=0/nawPPo2wJiCErQSwSYV1AhAGG9Go4BOdd9f5KARCw=; b=ilTUIxUV1Jjf7QX8nT/QPAE2q3LZvYpakzd4HsziWAdZq0dH59bvkT4G/6U6vXkjOX 6ZM1Hu0kDd0/vgg+nG+L1cp3QL+iiyup2dS3uBeOnV9zz25aW6QVBoikTI8ao+uTlNaq c2eupkOsjTKXCsqij+gwwP3+jCwPeBDKT5AlI6pVcNA/S9xpWXBcsqHxQP8JGdoIwVM+ e5Nq9R5iyazgPZXudul/ClIGcetmm2QyqO5IQqmCbTjeLGTCBexQT1iffsyTl83ehisi UkOnqCfG+z8dTvlHoFSSOKa3SfXv0c5u37ukH/bGzYevMkM0+qlQqeNfHrmRO7cRAM+D QtJg== MIME-Version: 1.0 X-Received: by 10.53.1.204 with SMTP id bi12mr8232655vdd.47.1430823063741; Tue, 05 May 2015 03:51:03 -0700 (PDT) Received: by 10.52.165.202 with HTTP; Tue, 5 May 2015 03:51:03 -0700 (PDT) In-Reply-To: <2372264.ya6xRq0jk6@herve-desktop> References: <2327903.WXJlqcQsHS@herve-desktop> <2372264.ya6xRq0jk6@herve-desktop> Date: Tue, 5 May 2015 11:51:03 +0100 Message-ID: Subject: Re: DOAP format question From: sebb To: =?UTF-8?Q?Herv=C3=A9_BOUTEMY?= Cc: =?UTF-8?Q?Sergio_Fern=C3=A1ndez?= , dev@community.apache.org, ASF Site-Dev Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Virus-Checked: Checked by ClamAV on apache.org On 5 May 2015 at 07:06, Herv=C3=A9 BOUTEMY wrote: > Le mardi 5 mai 2015 01:05:31 sebb a =C3=A9crit : >> > OK, but that's because whoever code the XSLT decided to be defensive t= o >> > such interpretation. >> >> If you read back in this thread you will see that I did this in order >> to support both asfext:PMC and asfext:pmc. >> >> > But that does not mean is right. >> >> The code is right in the sense that it works with the input files that >> are provided. > +1 > that's a temporary workaround that we should try to not need any more in = the > future Ideally, yes, but as already noted that is not trivial. > [...] > >> >> Also if it is possible to validate that the various RDF files are >> >> correct according to the formal definitions. >> >> PMCs could then submit their files for checking. >> > >> > I think we can discuss that infrastructure for the new site. I'm happy= to >> > help. Python provides the required libraries. I'll open a thread, prob= ably >> > tomorrow. >> >> I think there needs to be a way for PMCs to check their RDF files >> against the formal definitions. >> For example, a CGI script that accepts the URL of a file. > +1 > I tried W3C checker, but as it is only a syntax checker, it checked only > syntax, not references to the namespace > and I couldn't find any other useful tool :( > > Other tools to make effective use of the DOAP files would be useful too: = but I > completely agree that the first priority seems to have a more complete ch= ecker It's possible to add warning checks to the cron job scripts, but this will create a lot of noisy e-mails until projects have been notified and fixed their files. Experience shows that fixing DOAPs can take months for some PMCs. One approach that might be worth trying is creating an additional on-demand report that checks the list of RDFs for known issues. Initially it could just check for asfext:PMC, but could be extended as other issues are found or better syntax checking is available. Checking for such simple typos could be done with almost any scripting lang= uage. The RDF files are listed in https://svn.apache.org/repos/asf/infrastructure/site-tools/trunk/projects/f= iles.xml (DOAPs) and https://svn.apache.org/repos/asf/infrastructure/site-tools/trunk/projects/p= mc_list.xml (PMC definitions) Most of the PMC definitions are stored locally, and have already been fixed= . > Regards, > > Herv=C3=A9 > >> >> > Cheers, >> > >> > -- >> > Sergio Fern=C3=A1ndez >> > Partner Technology Manager >> > Redlink GmbH >> > m: +43 6602747925 >> > e: sergio.fernandez@redlink.co >> > w: http://redlink.co >