W3C home > Mailing lists > Public > spec-prod@w3.org > April to June 2020

Re: Retiring tr.rdf

From: Bert Bos <bert@w3.org>
Date: Mon, 15 Jun 2020 13:21:56 +0200
To: Denis Ah-Kang <denis@w3.org>, Spec-prod <spec-prod@w3.org>, W3C Team <w3t@w3.org>, Philippe Le Hegaret <plh@w3.org>, Dominique Hazael-Massieux <dom@w3.org>, Fran├žois Daoust <fd@w3.org>, Tobie Langel <tobie.langel@gmail.com>
Message-ID: <eac12d65-7724-35a4-755c-edb1e83de9bc@w3.org>
On 15/06/2020 08:17, Denis Ah-Kang wrote:
> Hi all,
> 
> In the past, the only way to get data related to the
> specifications was tr.rdf [1]. However, a few years ago,
> we released the W3C API [2] to provide more complete data.
> Since we are now focusing our effort to improve the API,
> I would like to know who still rely on tr.rdf and what
> can we do to remove that dependency in favor of the API.

I have a cron job that alerts me when a new CSS draft is not yet
announced on https://www.w3.org/Style/CSS/current-work

It currently uses SPARQL. It looks like it is easiest to replace that
with SQL. I'll try to do that in the next few days.

As for improving the API: How about (1) accepting a SQL query and (2)
output in TSV (or CSV, but TSV is easier to process). Providing a SPARQL
endpoint could be interesting, too.

> 
> I have already identified specref [3] and transition-notifier
> [4] in the list of tools using tr.rdf but if you know another
> one, please reach to me and I'll get in touch with the
> maintainers to see if there's a way to make the switch.
> 
> Thank you,
> 
> Denis
> 
> 
> [1] https://www.w3.org/2002/01/tr-automation/tr.rdf
> [2] https://api.w3.org/doc
> [3] https://github.com/tobie/specref
> [4] https://github.com/plehegar/transition-notifier
> 



Bert
-- 
  Bert Bos                                ( W 3 C ) http://www.w3.org/
  http://www.w3.org/people/bos                               W3C/ERCIM
  bert@w3.org                             2004 Rt des Lucioles / BP 93
  +33 (0)4 92 38 76 92            06902 Sophia Antipolis Cedex, France
Received on Monday, 15 June 2020 11:21:09 UTC

This archive was generated by hypermail 2.4.0 : Monday, 15 June 2020 11:21:10 UTC