Translation note: this document is a translation to English of a blog post by Xabier E. Barandiaran (with permission). Since this document might evolve independently, we have substituted first person singular forms by first person plural.
Many people have asked what are the differences between Decidim and Consul, the two democratic participation platforms developed in Barcelona and Madrid, respectively. The projects are fairly similar and people often wonder how they differ and which adapts best to their needs.
In this document, we include a comparison table of the differences and functions of Consul and Decidim. We also explain the main differences between the two projects, in terms of their concept, community and philosophy. This document is inevitably biased and incomplete because the author acknowledges that he doesn’t know Consul as well as he knows Decidim (of which he was the founder and coordinator for three years). An effort, however, was made to be fair in the comparison.
Roxu, Pablo, Andrés and Alberto contributed with feedback and a special mention is due to aLabs for allowing access to a fresh installation of Consul from where we could carry out a functionality tests.
Comparison Tables of Functions and Features
We shall begin with the comparison table. It’s not easy to create because the two platforms have relatively different concepts with regard to the organisation of their functions. We will try to be as abstract and neutral as possible. The features are those that are available today (14 January 2019), downloading, installing and displaying the code of the latest version of each platform that can be found in the repository of each project. This is the result:
Type of Function | Feature | Decidim | Consul |
---|---|---|---|
Participatory Spaces or Modes | Configurable participatory processes | yes | no |
Direct initiatives or proposals | yes | yes | |
Collaborative legislation | yes, as a process | yes | |
Participatory budgets | yes, as a process | yes | |
Participatory organisations | yes | no | |
Digital consultations | yes | yes | |
Off-line voting | no | yes | |
Conferences | yes | no | |
Participatory Components or Mechanisms | Proposals | yes | yes |
Discussions and debates | yes | yes | |
Meetings | yes | no | |
Results monitoring | yes | yes, only for budgets | |
Comments | yes | yes | |
Blogs | yes | no | |
Surveys | yes | yes | |
Sortitions | yes | no | |
Comments on texts | yes | yes | |
Newsletter | yes | yes | |
Search engine | yes | yes |
Table 1: Comparison between Decidim and Consul of the functions for participatory spaces and components or mechanisms
For spaces and components, Decidim is the winner, as it has a more modular and configurable approach, which has forced abstractions to be made and has allowed elements to be recombinable. Some of these elements or components are not available on Consul. Perhaps the most important one is that of meetings or in-person events.
Type of Function | Feature | Decidim | Consul |
---|---|---|---|
Features related to Proposals | Rich text | no, to prevent spam | yes |
Geolocation | yes | yes | |
Attach video | yes, for initiatives | yes | |
Attach image | yes | yes | |
Attach other documents | yes | yes | |
Follow proposal and receive notifications | yes | yes | |
Identification of related proposals | yes, during creation wizard | yes, public ones | |
Automatic notifications | yes | yes | |
Manual notifications | no | yes | |
Official response to proposals | yes | yes | |
Amendments to proposals | yes | no | |
Proposal filter by category | yes | yes | |
Category trends | no | yes | |
Verification of the integrity of proposals | yes | no | |
Different forms of viewing/browsing | no | yes | |
Collaborative drafts for proposals | yes | no | |
Proposal community | no | yes |
Table 2: Comparison between Decidim and Consul of the functions for proposals
Proposals, together with meetings and in-person events, are an essential part of democratic participation. Both Consul and Decidim have a sophisticated creation, discussion and development system for proposals. Table 2 summarises some of the functions associated with proposals. It is important to note that for Decidim we have distinct between two types of features categorised here: those belonging to the "proposal" component, which can be activated at different stages of processes or in participatory organs or assemblies and that of the “initiatives” space (which is equivalent to Consul’s proposals). On Decidim, participatory Initiatives (made by citizens, partners, or any member of the organization) is a space rich in features, beyond the proposal included. Participants can activate in-person meetings or add static pages and documents. However, all this potential is not active when a simple proposal is made as part of a participation process.
Type of Function | Feature | Decidim | Consul |
---|---|---|---|
Features related to Meetings | Meeting page | yes | no |
Registration and access code generation | yes | no | |
Meeting minutes page | yes | no | |
Announcement of special services for the meeting | yes | no | |
Meetings map | yes | no | |
Features related to Participants | Internal direct messages between users | yes | yes |
Officialized users (with badge) | yes | yes | |
User verification with citizen census | yes | yes | |
User verification with SMS | yes | yes | |
Gamification | yes | no | |
Activity stream for participants | yes | yes | |
Mentions for participants | yes | yes | |
Meets privacy standards and GDPR | yes | yes | |
Other Features | Differentiated administration roles | yes | yes |
Integration with Citizens Advice Bureau (OAC) | poor | yes | |
Version control for proposals and results | yes | no | |
Electronic voting gateway | yes | yes | |
Browsing of proposals by (hash)tags | yes | yes | |
Notifications for proposal followers | yes | yes | |
Blogging or microblogging by users | no | no | |
Follow contents and people and receive notifications | yes | only for proposals | |
Admin documents | yes | yes | |
Integration with social networks | yes | yes |
Table 3: Comparison between Decidim and Consul of functions related to participants and other generic functions of the platform
Both platforms treat their participants well, guaranteeing their verification and offering enhanced personal spaces and profiles. The only main difference in this respect is that Decidim includes a gamification system to encourage participation and democratic quality. Decidim also has additional measures to guarantee the privacy of its users (such as personal information hashing) and to monitor and audit the activity of administrators. In terms of other generic features, Consul has a much more mature and developed system of institutional roles, adapted to local administration and government, as well as a much higher score in the compliance with website accessibility standards.
Type of Function | Feature | Decidim | Consul |
---|---|---|---|
Architecture | Programming language | Ruby | Ruby |
Free and open source software | yes | yes | |
Modular (with RoR engines) | yes | no | |
Multitenant | yes | no | |
Mobile app | no | no | |
Defined public roadmap | yes | yes | |
Community | Community space | yes | yes |
Community space with own software | yes | no | |
Regular community meetings | yes, annual and monthly | yes, annual | |
Physical reference space | yes | yes | |
Democratic governance of the project | yes | no | |
Social contract | yes | no | |
Democratic Innovation Laboratory | yes | yes | |
Scope | Number of active installations | 46 | 55 |
Number of languages available | 18 | 28 |
Table 4: Comparison between Decidim and Consul regarding architecture, community and scope
Lastly, we can compare other aspects of both projects. The subjects of community and architecture are discussed below. Regarding the extension and user-base of both platforms scope, we have made the calculations by taking information from the two official websites. However, for both, we have only included those organisations that currently *use *and have an active instance of Consul or Decidim. In the case of languages, we have only included root languages, meaning that we have excluded translations that are variants of the same language (such as simplified Finnish or Spanish spoken in Paraguay).
The complete table in spreadsheet format can be viewed and downloaded here in Google Drive.
Assessment of Qualitative Aspects
In terms of more qualitative aspects, we believe that the main difference between the two projects can be divided into three layers: political, technopolitical and technological.
With regard to the political layer, Consul is a project with a greater institutional and international projection. This is not only due to the geographical distribution and international scope of the organisations and administrations that use Consul but also to the recognition and promotion it has obtained (from the national press to the UN). In addition, Madrid City Council has gotten the most out of this tool, making it a worldwide reference for participatory democracy. Decidim and Barcelona City Council haven’t done so bad but the repercussion and scope is clearly smaller, despite having a substantial reach in France and having the Helsinki City Council among one of its prominent international users.
For the technopolitical layer, we will focus on two aspects: the politics of the technology, which we will call community-technopolitics (how the code and communities are managed) and the technology of the politics or functional-technopolitics (software features and how they affect the politics, the democracy, of the organisations that use it). In both cases, there are significant differences.
Functional-Technopolitics: Consul is a tool that mainly focuses on local councils and municipal authorities (although there are universities, regional authorities, etc. that use Consul) and promotes 4 very specific models for participatory democracy: 1. proposals of citizen petitions and initiatives, 2. participatory budgets, 3. Consultations, endorsements and voting, and 4. collaborative legislation (commented texts). If your government or organisation wishes to roll out one of these functions, Consul suits the task perfectly. However, if you need to design your own participatory process or alter the format that Consul has designed for its democratic model, you won’t be able to adapt the platform (without hiring programmers and paying a high technical debt for updates, which is what happened to us in Barcelona). Decidim has a different philosophy. It has been created as a system for designing participatory democracy spaces of any kind: participatory budgets, conferences, participatory organisations by sortitions, candidate election processes, participatory document creations, etc. The logic behind Decidim is that you can create a participatory space and combine different components to design a customized democracy. Take a look at this document to understand the democratic architecture of Decidim.
Community-Technopolitics: For many, the most fundamental difference between the two projects is found at the level of the community and its governance. Consul is a project led and governed by Madrid City Council. Decidim, in contrast, is open to a participatory and democratic design and has just begun a participatory process to define its model of community governance at meta.decidim.org. In a way, Decidim is a more democratic and participatory project than Consul, for better or worse. A significant point in this respect is that whilst Consul’s community website uses Discourse (a forum designed for questions and answers), Decidim’s community website uses Decidim itself, thus the name MetaDecidim. Some are of the opinion that this makes Decidim a project that is more coherent with its own principles, as well as one that also helps improve the software and democratic quality it defends, governing itself in a democratic and participatory way. Accordingly, it is worth mentioning the social contract that binds the members of the Decidim community, institutions, universities, companies and other organisations that work with Decidim.
For the technology layer, at first glance, the two projects look almost identical, with some aesthetic differences: both are free and open source software projects, developed in Ruby on Rails, openly developed on GitHub, translated into various languages and with integrated services like maps, e-mail and user verification systems. The main difference lies in the architecture: Decidim is modular and multitenant, while Consul has a monolithic (non-modular) architecture and does not allow various tenants to be run on the same installation (you cannot install Consult once and run 10 different participatory portals). The modularity of the code and the development bottlenecks that Madrid's architecture creates are explained well in this report (in Spanish), prepared by Asociación aLabs.
Which of the Two Platforms, Decidim or Consul, Is Better?
This is a difficult question to answer because there are so many factors to consider, including your requirements or what you consider to be the best. Consul is better-adapted to a very specific participation model (that of Madrid) and particularly to participatory budgets. Decidim is much more configurable and allows more things to be done than what Consul makes possible. Consul, on the other hand, has more publicity, has been promoted further and is more widespread. From functional, architectural and community viewpoints, we strongly believe that Decidim has many advantages. The origin of the Decidim project lies precisely in the limitations of Consul in regard to these aspects. Decidim is more modular, collaborative, versatile and more democratic and participatory. For this reason, more people prefer Decidim. However, if you are already a Consul user or use it in your organisation and it meets your needs, you are using the right tool. If you're still in doubt, try Decidim, you can also see how it works at a community level or at a city level. Consul doesn’t have a sandbox or a demo but you can see what this software is capable of by visiting Madrid’s participatory portal.