The Legislature is providing information free of charge to all interested parties through the use of Web Services. Web Services provide a mechanism allowing agencies, interest groups, and the general public to obtain real-time legislative information for their in-house applications, regardless of the development language and operating platform. Web Services are based on widely accepted standards which foster integration and communication between systems. The Legislature is providing the following information: Amendments, Committees, Committee Actions, Committee Meetings, Documents, Legislation, Statute Affected, Session Law, Sponsors

This is an application programming interface (API) that opens up core EU legislative data for further use. The interface uses JSON, meaning that you have easy to use machine-readable access to meta data on European Union legislation. It will be useful if you want to use or analyze European Union legislative data in a way that the official databases are not originally build for. The API extracts, organize and connects data from various official sources.

The API is based on the most important official EU-databases (EUR-Lex, PreLex and Council public votes).

API for www.legislation.gov.uk - launched by The National Archives on 29/07/2010 - giving access to the statute book at various levels, for various times, as reusable html fragments, xml and rdf. The API is RESTful and uses content negotiation, so full access to the data can be achieved using http requests. Alternatively, just append data.xml or data.rdf to any legislation page on the website to return the underlying data. The full API is also available from http://legislation.data.gov.uk.

US Congress Legislators Historical Data

A Detailed Dataset on Past and Present US Legislators' Profiles and Terms

By GovTrack [source]

About this dataset

This dataset provides comprehensive information on current and historical US legislators and their terms. The data includes diverse details, such as biographical data - names, gender, religion - along with IDs from multiple systems like Bioguide ID, FEC ID, GovTrack ID along with an official full name according to the House or Senate. It also captures alternate names used officially by legislators if they undergo a legal name change.

Moreover, the dataset also contains legislator identifiers from other websites such as OpenSecrets.org (an alphanumeric ID), VoteSmart.org (numeric stored as integer), VoteView.com (numeric stored as integer), C-SPAN's video website(numeric stored as integer), Wikipedia page names (alphanumeric), Ballotpedia page names(alphanumeric) and maplight.org(numeric).

Regarding the terms of each election held for legislators, key information found in this package includes state inclination in two-letter USPS abbreviation format alongside district numbers for representatives' service areas. For senators' specifics - there are inputs about their election class(1 2 or 3). Additionally captured are details around leadership roles – titles within parties plus dates of service.

Also included is rich contextual tell-tale about a legislator's political associations – party affiliations at both start & end dates indicating any switches during legislative term tenures.

The dataset extends itself beyond just being an academic resource; it helps build intuitive connections via RSS feeds URLs while offering details around their Washington DC office contact points – address suitably detailed room-wise plus phone/fax numbers alongside web URLs besides standalone contact page pointers.

Lastly but uniquely marks out official social media presence which includes Twitter handles/IDs & Facebook usernames/IDs further improving handle-based access for tools driven by API communication suggesting its utility not confined to structured academic research alone but extending to unstructured data handling digital companies specializing in sentiment analysis over multiple platforms/sources offering end-to-end integration or maybe be it organizations cross vérifying objective details over federal election claims by mapping FEC IDs to social media campaigns.

The dataset serves a wide array of researchers, policy analysts, political theorists, and technology centric analytics businesses. Conversely it can also help the curious public in learning about historical & current political landscapes in the US while checking their representatives' official web presence thereby fostering community engagement not just around elections but also during legislative tenures

How to use the dataset

This comprehensive dataset contains information on current and historical US Legislators and their terms. It can be used in a multitude of ways, such as academic research, journalism, policy making or for general interest. Here's a guide on how you can use this data:

Broad Overview:

Firstly, it's helpful to examine the broad layout of the data by taking an overall look at all files in the set: legislators-current.csv, legislators-historical.csv, legislators-current-terms.csv and legislators-historical-terms.csv.

The 'current' and 'historical' datasets pertain to sitting members of congress or those from past terms respectively.

The legislator files contain biographical information such as names (including possible name changes), gender and religion of each member whereas the term files hold details about their political careers including term type (senate or representative), state represented, district if relevant along with party affiliation.

Biographical Research:

You could use this data to create biographies for every legislator by collating personal information from first\_name, middle\_name, last\_name, suffix\_name, gender (gender_bio), birth date (birthday_bio) along with other identifying fields such as wikipedia_id and ballotpedia_id.

For instance - if you wanted to understand representation across genders over time, leverage the field gender_bio.

Political Trends Analysis:

Each legislator's movements through political roles over time is documented meticulously in these datasets. By filtering on specific IDs (like Thomas ID) you can get a chronological overview of their progression. Use this feature to understand shifting political trends within states or districts.

Through cross-referencing this dataset with...

The Council has numerous standing committees that practice oversight of New York City functions, including human services, infrastructure, and government affairs. Each committee is headed by a Council Member (the Chair), includes at least five members, and meets at least once a month. In addition, the Council has several subcommittees, which are convened to review and make recommendations regarding topics of particular interest. After proposed legislation is heard by its appropriate Committee, it may be voted on and approved at that Committee. If the legislation is passed by Committee, is then sent to be considered by the whole Council. Council Members are assigned to committees through a process that the entire Council votes on. The NYC City Council Committee Membership dataset is drawn from the City Council's legislative API and updated weekly. Committee membership by City Council Members changes infrequently. This dataset includes committee membership starting Jan 1, 2018. Committee Descriptions: https://council.nyc.gov/committees/ Github: https://github.com/NewYorkCityCouncil/districts/tree/master/district_data/committees More info and API Key for Legislative API: https://council.nyc.gov/legislation/api/ Legislative API endpoints utilized for Committee Membership: 1)http://webapi.legistar.com/Help/Api/GET-v1-Client-Bodies https://webapi.legistar.com/v1/nyc/bodies/?token={}&$filter=(BodyTypeName+eq+'Committee'+or+BodyTypeName+eq+'Subcommittee'+or+BodyTypeName+eq+'Land Use')+and+BodyActiveFlag+eq+1 2)http://webapi.legistar.com/Help/Api/GET-v1-Client-Bodies-BodyId-OfficeRecords https://webapi.legistar.com/v1/nyc/bodies/{}/officerecords/?token={}&$filter=OfficeRecordStartDate+ge+datetime'{}'+and+OfficeRecordEndDate+eq+datetime'{}

This list only includes bills introduced in the Senate or the House of Delegates during regular session of the General Assembly. The Office also tracks all local and bi-county bills considered by the Montgomery County Delegation, all bi-county bills considered by the Prince George's County Delegation, and all bills introduced during special sessions. For bill status and other information on the bills, see the General Assembly’s web site at mgaleg.maryland.gov

Update Frequency: Weekly during the legislative session

Data describing Nebraska's legislators and legislation, all in a handy-dandy API. Go to http://sunlightlabs.github.io/openstates-api/ to use.

SPARQL Endpoint provided by TSO for searching the linked data of legislation.gov.uk

State Legislative Districts - Upper Houses This feature layer, utilizing National Geospatial Data Asset (NGDA) data from the U.S. Census Bureau (USCB), displays State Legislative Districts (SLDs) in the upper houses of state legislatures in the United States. According to the USCB, "SLDs are the areas from which members are elected to state legislatures. They embody the upper (senate) and lower (house) chambers of a state legislature. Nebraska has a unicameral legislature and the District of Columbia has a single council, both of which the Census Bureau treats as upper-chamber legislative areas for data presentation; there are no data by lower houses for either Nebraska or the District of Columbia". Georgia's State Senate District 1 and South Carolina's State District 46 Data currency: This cached Esri federal service is checked weekly for updates from its enterprise federal source (2024 State Legislative Districts - Upper) and will support mapping, analysis, data exports and OGC API – Feature access.NGDAID: 92 (Series Information for State Legislative District (SLD) Upper Chamber State-based TIGER/Line Shapefiles, Current)OGC API Features Link: (State Legislative Districts - Upper Houses - OGC Features) copy this link to embed it in OGC Compliant viewersFor more information, please visit: 2018 State Legislative District Reference MapsFor feedback please contact: Esri_US_Federal_Data@esri.com NGDA Data Set This data set is part of the NGDA Governmental Units, and Administrative and Statistical Boundaries Theme Community. Per the Federal Geospatial Data Committee (FGDC), this theme is defined as the "boundaries that delineate geographic areas for uses such as governance and the general provision of services (e.g., states, American Indian reservations, counties, cities, towns, etc.), administration and/or for a specific purpose (e.g., congressional districts, school districts, fire districts, Alaska Native Regional Corporations, etc.), and/or provision of statistical data (census tracts, census blocks, metropolitan and micropolitan statistical areas, etc.). Boundaries for these various types of geographic areas are either defined through a documented legal description or through criteria and guidelines. Other boundaries may include international limits, those of federal land ownership, the extent of administrative regions for various federal agencies, as well as the jurisdictional offshore limits of U.S. sovereignty. Boundaries associated solely with natural resources and/or cultural entities are excluded from this theme and are included in the appropriate subject themes." For other NGDA Content: Esri Federal Datasets

Research, policy analysis, and general legislative reports provided by the Legislative Policy Division to the Detroit City Council. Reports are in pdf format.

• Legislative Policy Division
• Legislative Policy Division Reports

Transcript pages from CT House & Senate Proceedings and Committee hearings specifically related to public acts.

Splitgraph serves as an HTTP API that lets you run SQL queries directly on this data to power Web applications. For example:

See the Splitgraph documentation for more information.

Fiscal Analysis reports from the Legislative Policy Division of the Detroit City Council. For more information see https://detroitmi.gov/government/city-council/legislative-policy-division/fiscal-analysis-reports

Legislative Districts and associated elected officials.

Oregon Representatives and Senators by City for the 2015-2017 Legislative Session

Splitgraph serves as an HTTP API that lets you run SQL queries directly on this data to power Web applications. For example:

See the Splitgraph documentation for more information.

1995-2024. Centers for Disease Control and Prevention (CDC). State Tobacco Activities Tracking and Evaluation (STATE) System. Legislation—Preemption. The STATE System houses current and historical state-level legislative data on tobacco use prevention and control policies. Data are reported on a quarterly basis. Data include information related to statutory state preemption of more stringent local laws on advertising, smokefree indoor air, youth access and licensure.

Splitgraph serves as an HTTP API that lets you run SQL queries directly on this data to power Web applications. For example:

See the Splitgraph documentation for more information.

The county is divided into 18 legislative districts. Every two years, the residents of each of the districts elect a representative to the Legislature. Every 10 years, after each census is tallied, the boundaries of the districts are redrawn according to the redistribution of the population.

ENGLISH VERSION SPARQL API endpoint of the legislative database of the Grand-Duchy of Luxembourg from the website legilux.public.lu. The semantic web project "Casemates" The "Casemates" project of the Ministry of State - Central Legislation Service is part of a process of opening and reuse of legal data. This approach has been defined by the W3C from the perspective of the "semantic web" or "data web" (linked data). It is a question of structuring the resources so that the machines can better exploit them, but also to make them available with a license which allows their reuse by the companies, the associative world or any interested person. The project data.legilux.public.lu allows recovering and reusing both the content files and the descriptive metadata of legislation and legislative projects in Luxembourg. The metadata are published in the semantic web language, RDF, according to two models: the JOLux model to describe the metadata of projects and legislation in the finest way, ELI model ("European Legislation Identifier"), adopted by several European countries as well as the European Union to share their legislative data in a common and interoperable format (only the metadata of the legislative texts are available according to this model, not the projects of law). All the resources described (legislative text, legislative projects ....) have perennial identifiers in the form of URIs. URIs of legislative resources (acts, consolidations, memorials) are allocated according to the ELI standard. Description: SPARQL endpoint for legilux http://data.legilux.public.lu/sparql allows to freely interrogate the metadata describing the projects and the legislative texts as well as the controlled vocabularies and to recover the results in different formats including CSV, HTML, RDF ... The SPARQL endpoint provides access to structured data in both JOLux and ELI models. Controlled vocabularies of the luxembourgish legislation All controlled vocabularies are made available in an interface, allowing the understanding, navigation and reuse of these lists and hierarchies. http://data.legilux.public.lu/vocabulaires Available vocabularies The published vocabularies include: Thematic vocabularies: Themes, International Treaty Themes, Organisations (for thematic classification) and Places (for thematic classification). Organisations and persons: Actors/institutions, committees or persons involved in the legislative process, international actors and a history of the ministries in Luxembourg, Types of resources: types of legislative acts, types of treaties and types of projects and events, A number of technical vocabularies such as publication formats for acts, transposition statutes for EU directives, etc, Vocabularies from other institutions. The raw list of vocabularies can be retrieved by this SPARQL query in Casemates. VERSION FRANCAISE Endpoint SPARQL de la base de données de la législation du Grand-Duché de Luxembourg, repris sur le site legilux.public.lu. Le web sémantique dans le projet “Casemates” Le projet “Casemates” du Ministère d’Etat - Service central de législation s'inscrit dans une démarche d'ouverture et de réutilisation des données. Cette démarche a été définie par le W3C dans la perspective du « Web sémantique » ou « Web de données » (linked data). Il s'agit de structurer les ressources pour que les machines puissent mieux les exploiter mais aussi de les mettre à disposition avec une licence qui autorise leur réutilisation par les entreprises, le monde associatif ou toute personne intéressée. Le projet data.legilux.public.lu permet de récupérer et réutiliser aussi bien les fichiers de contenu que les métadonnées descriptives de la législation et des projets législatifs du Luxembourg. Les métadonnées sont publiées dans le langage du web sémantique, RDF, selon deux modèles: le modèle JOLux pour décrire les métadonnées des projets et textes législatifs de la manière la plus fine, le modèle ELI (“European Legislation Identifier"), adopté par plusieurs pays européens ainsi que l’Union Européenne pour partager leurs données législatives dans un format commun et interopérable (seules les métadonnées des textes législatifs sont disponibles selon ce modèle, pas les projets de loi). Toutes les ressources décrites (texte législatif, projets législatif….) disposent d’identifiants pérennes sous forme d’URIs. Les URIs des ressources législatives (actes, consolidations, mémoriaux) sont attribuées selon le standard ELI. Description: Endpoint SPARQL de legilux http://data.legilux.public.lu/sparql permet d’interroger librement les métadonnées qui décrivent les projets et les textes législatifs comme les vocabulaires contrôlés et de récupérer les résultats dans différentes formats dont CSV, HTML, RDF... Le endpoint SPARQL permet d’accéder aux données modélisées à la fois dans les modèles JOLux et ELI. Plus d'informations disponibles sur http://legilux.public.lu/editorial/casemates Vocabulaires contrôlés de la législation luxembourgeoise Tous les vocabulaires contrôlés sont mis à disposition dans une interface, permettant la compréhension, la navigation et la réutilisation de ces listes et de ses hiérarchies. http://data.legilux.public.lu/vocabulaires Vocabulaires disponibles Les vocabulaires publiés comprennent : Des vocabulaires thématiques : Thèmes, Thématiques des traités internationaux, Organisations (pour un classement thématique) et Lieux (pour un classement thématique). Des organisations et personnes : Les acteurs/institutions, commissions ou personnes impliqués dans le processus législatif, les acteurs internationaux et un historique des ministères du Luxembourg, Des types de ressources : types d'actes législatifs, types de traités et types de projets et événements, Un certain nombre de vocabulaires techniques comme les formats de publication des actes, les statuts de transposition des directives européennes, etc., Des vocabulaires provenant d'autres institutions. On peut récupérer la liste brute des vocabulaires par cette requête SPARQL dans Casemates.

Current version of Hong Kong legislation.

1995-2024. Centers for Disease Control and Prevention (CDC). State Tobacco Activities Tracking and Evaluation (STATE) System. Legislation – Smokefree Indoor Air. The STATE System houses current and historical state-level legislative data on tobacco use prevention and control policies. Data are reported on a quarterly basis. Data include information related to state legislation on smokefree indoor air in areas such as: Bars, Commercial Day Care Centers, Government Multi-Unit Housing, Government Worksites, Home-Based Day Care Centers, Hotels and Motels, Personal Vehicles, Private Multi-Unit Housing, Private Worksites, Restaurants, Bingo Halls, Casinos, Enclosed Arenas, Grocery Stores, Hospitals, Hospital Campuses, Malls, Mental Health Outpatient and Residential Facilities, Prisons, Public Transportation, Racetrack Casinos, Substance Abuse Outpatient and Residential Facilities.

Splitgraph serves as an HTTP API that lets you run SQL queries directly on this data to power Web applications. For example:

See the Splitgraph documentation for more information.

Consent Receipt API for Mobility Market Outlook

According to our latest research, the global Consent Receipt API for Mobility market size reached USD 312.4 million in 2024, reflecting robust adoption across mobility service providers and regulatory-driven digital transformation. The market is expected to expand at a CAGR of 19.7% from 2025 to 2033, projecting a value of USD 1,566.3 million by 2033. This dynamic growth is primarily fueled by increasing regulatory mandates for data privacy and consent management, alongside the rapid digitization of mobility services worldwide.

One of the most prominent growth factors for the Consent Receipt API for Mobility market is the intensification of global data privacy regulations. Legislation such as the European Union’s General Data Protection Regulation (GDPR), the California Consumer Privacy Act (CCPA), and other regional mandates have compelled mobility service providers to adopt robust consent management solutions. These frameworks require organizations to obtain, manage, and document user consent for data collection and processing activities. As mobility platforms like ride-sharing, car rentals, and public transportation increasingly digitize their operations, the need for seamless, API-driven consent receipt solutions has become paramount. This surge in compliance requirements is pushing both established players and new entrants to invest in advanced Consent Receipt APIs, facilitating transparent and auditable consent management across diverse mobility applications.

Another major driver is the exponential growth in digital mobility services and the emergence of Mobility-as-a-Service (MaaS) platforms. With urbanization and the proliferation of connected vehicles, there is a surge in data exchange between users, service providers, and third-party vendors. Consent Receipt APIs play a crucial role in enabling secure and user-centric data sharing, allowing users to control how their personal information is accessed and utilized. The API-based approach ensures interoperability between heterogeneous systems, supporting the integration of consent management into various mobility applications, including ride-sharing, micro-mobility, and fleet management. As mobility operators strive to enhance customer trust and engagement, the deployment of Consent Receipt APIs is becoming a strategic imperative.

Technological advancements in cloud computing, artificial intelligence, and API management are also accelerating market growth. Cloud-based Consent Receipt APIs provide scalability, reliability, and ease of integration, making them attractive to both large enterprises and small mobility service providers. The increasing adoption of AI-driven analytics within these APIs enables automated consent tracking, anomaly detection, and real-time compliance reporting. Furthermore, the ongoing evolution of digital identity frameworks and decentralized consent solutions is expected to unlock new opportunities for market expansion. As the competitive landscape intensifies, vendors are focusing on innovation, customization, and user experience to differentiate their offerings and cater to the evolving needs of the mobility sector.

From a regional perspective, North America and Europe currently dominate the Consent Receipt API for Mobility market, driven by stringent regulatory environments and high digital adoption rates. The Asia Pacific region is witnessing the fastest growth, supported by rapid urbanization, the expansion of smart mobility initiatives, and increasing government investments in digital infrastructure. Latin America and the Middle East & Africa are gradually embracing consent management solutions, with growth potential linked to regulatory developments and the modernization of public transportation systems. Overall, the global outlook for the Consent Receipt API for Mobility market remains highly optimistic, with sustained investment and innovation expected across all major regions.

Component Analysis

The Consent Receipt API for Mobility market is segmented by component into Soft