Next version of Popolo spec for legislative data published

2013/07/13, by

Writting by James McKinney
[ Originally posted to the W3C Open Government Community Group, to which you may subscribe at: http://lists.w3.org/Archives/Public/public-opengov/ ]

Back in March I announced Popolo, a project to develop open government data specifications, focusing on the legislative branch of government, while remaining useful to a broad set of use cases: http://popoloproject.com/

Since then, it’s been used by mySociety in PopIt [1], by the Sunlight Foundation in its municipal data projects [2], and it’s making its way into other projects by the Open Knowledge Foundation and others.

Today, I am happy to announce a new version that incorporates the great feedback that I received from members of this list and others. Highlights:

  • re-worked memberships to make it easier to describe simple, complex and historical relationships between people and organizations
  • re-worked the contact information model to be more flexible and to support a wider variety of use cases
  • described more ways to serialize data as JSON, in particular how to embed, for example, memberships on a person object
  • added metadata fields to all classes (timestamps and attribution)

In addition to improving the core spec, improvements have been made to the website and related docs:

  • significantly re-organized content to make it easier to find what’s relevant to you
  • added appendices that include a collection of best practices and patterns discovered through the development process

At this point, I would love to get more feedback and participation in the following questions:

  • Is the spec useful to you? For the classes it covers (people, organizations, memberships, contact info), is anything missing? Can you identify any barriers to adoption, or anything you would change?
  • Is it easy for you to find answers to questions you have about the spec? Is the language clear and easy to understand? Is the content presented in an order than makes sense?
  • What next class can be added to the spec to make it more interesting to adopt? Suggestions that have come up previously are: areas (like electoral districts), events, documents and votes.

The current next steps for the project are more or less reflected in the GitHub issue tracker [3] and are based on past comments and feedback, so there is definitely an opportunity for you to help determine the project’s priorities.

I’d especially like to thank: James Turk, Paul Tagliamonte, Thom Neale, Eric Mill, Tom Lee (Sunlight Foundation); Matthew Sommerville, Edmund von der Burg, Mark Longair, Tom Steinberg (mySociety); David Moore (Participatory Politics); Robert Cheetham (Azavea); Rufus Pollock (Open Knowledge Foundation); and Phil Ashlock for their feedback, support, promotion, and/or implementation of the specification.

My hope is that, by increasing Popolo’s adoption, different groups will not only publish data that is interoperable, but will more easily develop interoperable software components, making it easier for groups with fewer resources to launch websites like http://www.theyworkforyou.com/ or http://www.opencongress.org/.

Link: http://popoloproject.com/

Thanks!

James

[1] https://github.com/mysociety/popit-api
[2] https://github.com/opencivicdata
[3] https://github.com/opennorth/popolo-spec/issues

Prochaine version de la spécification Popolo pour la publication des données législatives

Écrit par James McKinney
Traduit par Diane Mercier
[ Initialement posté à la liste du groupe communautaire du W3C sur le gouvernement ouvert à laquelle vous pouvez vous abonner à l’adresse: http://lists.w3.org/Archives/Public/public-opengov/ ]

En mars, j’ai annoncé Popolo, http://popoloproject.com/, un projet visant à élaborer des spécifications de données gouvernementales ouvertes, en se concentrant sur la branche législative du gouvernement, tout en restant utile à un large éventail de cas d’utilisation. Depuis lors, il a été utilisé par mySociety dans PopIt [1], par la Sunlight Foundation dans ses projets au niveau municipal [2], et il a fait son chemin dans d’autres projets de l’Open Knowledge Foundation et d’autres.

Aujourd’hui, je suis heureux d’annoncer une nouvelle version qui intègre la grande rétroaction que j’ai reçue de membres de cette liste et d’autres.

Faits saillants :

  • Re-travailler le modèle d’affiliation pour faciliter la description des relations simples, complexes et historiques entre les personnes et les organisations;
  • Re-travailler le modèle d’information de contact pour être plus flexible et pour soutenir un plus grand nombre de cas d’utilisation;
  • Améliorer la description des moyens pour sérialiser les données au format JSON, par exemple comment intégrer les affiliations à un objet de personne;
  • Ajout des champs de métadonnées à toutes les classes (horodatage et attribution-provenance).

En plus d’améliorer la spécification de base, j’ai apporté des améliorations importantes au site Web et autre documentation :

  • Réorganiser le contenu pour améliorer le repérage pertinent aux utilisateurs;
  • Ajouter des annexes qui comprennent un ensemble de meilleures pratiques découvertes à travers le processus de développement

A ce stade, j’aimerais obtenir plus de rétroaction et de participation au sujet des trois questions suivantes:

  • Est-ce que les spécifications sont utiles pour vous? Au sujet des classes, elles couvrent : personnes, organisations, affiliations, coordonnées. Est-ce qu’il y a des propriétés manquantes? Pouvez-vous identifier les obstacles à l’adoption de la spécification? Changeriez-vous d’autres choses?
  • Est-ce qu’il est facile pour vous de trouver les réponses aux questions que vous avez au sujet de la spécification? Est-ce que le langage est clair et facile à comprendre? Est-ce que le contenu est présenté dans un ordre significatif?
  • Y auraient-il des classes qui pourraient être ajoutées à la spécification pour la rendre plus intéressante à adopter? Des suggestions ont déjà été soulevées : les zones (comme circonscriptions électorales), les événements, les documents et les votes.

Les prochaines étapes du projet sont en partie prises en compte dans le traqueur GitHub [3]. Elles sont basées sur les commentaires passés et les rétroactions. Il y a donc ici et pour vous une occasion d’aider à déterminer les priorités du projet.

J’aimerais particulièrement remercier: James Turk, Paul Tagliamonte, Thom Neale, Eric Mill, Tom Lee (Sunlight Foundation), Matthew Sommerville, Edmund von der Burg, Mark Longair, Tom Steinberg (mySociety), David Moore (Participatory Politics Foundation) , Robert Cheetham (Azavea); Rufus Pollock (Open Knowledge Foundation) et Phil Ashlock pour leurs commentaires, le soutien, la promotion et la mise en œuvre de la spécification.

Mon souhait est que l’adoption croissante de Popolo incite non seulement d’autres groupes à publier des données interopérables, mais qu’elle facilite la création de composantes logicielles interopérables, afin que des groupes ayant moins de ressources puissent plus facilement lancer des sites tels que http://www.theyworkforyou.com et http://www.opencongress.org/.

URL : http://popoloproject.com/

Merci!

James

[1] https://github.com/mysociety/popit-api
[2] https://github.com/opencivicdata
[3] https://github.com/opennorth/popolo-spec/issues