Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Welcome to the Fusionbase Public API, your gateway to programmatically accessing a rich ecosystem of data streams. Before diving into the API, we recommend beginning your journey on our website to explore the vast array of data available to you.
Visit the Fusionbase Data Hub to browse through the datasets. Here you can:
Search for topics that interest you.
Preview data to understand its structure and contents.
Identify the datasets that can provide the insights you need.
Take your time to explore. Once you find the data that aligns with your goals, note the Stream ID – you'll use this when interacting with the API.
To start using the API:
Obtain your API key from the API Keys Management page in your Fusionbase account.
Use the X-API-KEY
header to authenticate your API requests.
For all your API calls, use the base URL:
After identifying the data you want from our website, you can retrieve it programmatically via the API endpoint:
Replace [Stream ID]
with the ID of the data stream you've selected.
We provide a variety of code snippets to help you make your first API request in the language of your choice. Visit our Code Snippets Section for examples in Python, NodeJS, Java, C#, and more.
Once you have successfully made requests using our sample code, it's time to integrate Fusionbase data streams into your applications. This allows you to automate data retrieval and keep your applications enriched with the latest data.
If you encounter any issues or have questions as you explore and use the Fusionbase API, our support team is ready to assist you. Contact us via our support email.
API requests are authenticated using API keys which are sent via the custom X-API-KEY
header. Any request that doesn't include an API key will return an authentication error.
You can view and manage your API keys at the profile settings page in your Fusionbase account.
All API requests must be made over HTTPS. Calls made over plain HTTP will be redirected to HTTPS. API requests without authentication will fail.
Your API keys carry many privileges, so be sure to keep them secure! Do not share your secret API keys in publicly accessible areas such as GitHub, client-side code, and so forth.
Go to your account profile and press the Add API Key button.
Do never disclose your API key publicly.
The API key is added via the x-api-key
property in the request header.
At Fusionbase, we believe that working with data, particularly in its exploration and integration, should be both exciting and straightforward. Our API is crafted to support the daily workflows of data scientists and engineers with efficiency and ease.
The Fusionbase API embraces RESTful principles, ensuring a consistent and intuitive experience:
Resource-Oriented URLs: Navigate our API with clear, logical, and predictable URLs.
Form-Encoded Requests: Easily send requests in a widely-used, structured format.
JSON-Encoded Responses: Receive responses in a universally compatible and readable JSON format.
Standard Protocols: Rely on conventional HTTP response codes, authentication methods, and verbs for a seamless integration.
Quick-Start Guides: Ready to dive in? If you're keen to get started right away, our quick-start guides are the perfect place to begin. Make your first API request and see the immediate results:
Comprehensive API Reference: Looking for detailed information? Our comprehensive API reference provides an in-depth look at all the functionalities and possibilities of the Fusionbase API. Explore at your own pace and discover everything our API offers:
Have questions or need some guidance? We're here to assist you every step of the way. Feel free to reach out to our support team for any inquiries or assistance you might need:
Whether you're just beginning or ready to deep dive into complex data tasks, Fusionbase is here to make your data journey enjoyable and successful. Explore, integrate, and transform data like never before with Fusionbase API.
The Fusionbase API offers a sophisticated mechanism for retrieving entries based on their version. This is particularly useful for accessing data that is newer than a specific version or within a range of versions. The version_boundary
parameter in the API request facilitates this functionality.
Let's assume a Data Stream is updated five times a day and you decide to pull the data just once a day. To get all of the newly added records from your local version up to the most recent version of the Data Stream, simply use the delta endpoint.
GET
https://api.fusionbase.com/api/v2/stream/data/{STREAM_ID}?version_boundary={FB_DATA_VERSION}&format=json
Get the data of a given Data stream since a specified version
STREAM_ID*
String
The ID of the Data Stream
version_boundary
String
A string or a pair of comma-separated strings representing version IDs.
format
String
json or msgpack
To filter data based on version, utilize the version_boundary
parameter in your GET request to /api/v2/stream/data/{STREAM_ID}
. This parameter can be set to a single version ID or two version IDs separated by a comma, indicating a range.
version_boundary
: A string or a pair of comma-separated strings representing version IDs.
Single Version: Retrieves entries newer than the specified version.
Two Versions: Retrieves all entries between the two provided versions (inclusive).
Single Version Filter To retrieve entries newer than a specific version:
This request returns entries that are newer than the version bd764e07-50a1-4c0e-a102-ae1a259557av
.
Range of Versions Filter To retrieve entries within a specific range of versions:
Replace version1ID
and version2ID
with the desired start and end versions. This request returns all entries between these two versions.
Ensure that the version IDs used are valid and correspond to the versions in the data stream.
The version IDs are case-sensitive and should be used exactly as they appear in the data stream.
Errors may occur if the version_boundary
parameter is not properly structured, if invalid version IDs are used, or if there is a syntax error in the request. In such cases, the API might return an error response.
This documentation provides clear instructions on how to use the version_boundary
parameter for filtering data by version, with examples for both single version filtering and range filtering.
The Fusionbase API provides streamlined access to data streams, offering specialized endpoints for retrieving metadata, querying data, and conducting string searches within the data. Access to these features is achieved through authenticated GET requests.
The base URL is always https://api.fusionbase.com
Metadata Retrieval
Endpoint: /api/v2/stream/base/{STREAM_ID}
Purpose: Retrieves metadata for data streams.
Data Retrieval and Querying
Endpoint: /api/v2/stream/data/{STREAM_ID}
Purpose: Retrieves and queries data from a specified data stream.
String Search within Data
Endpoint: /api/v2/stream/data/search/{STREAM_ID}
Purpose: Performs string searches within a specified data stream.
To retrieve data from a stream without specific queries, the API endpoint URL is structured as follows:
The URL is composed of the following elements:
Base URL: {{base_api_url}}/api/
Resource Path: This varies based on the operation, such as /stream/base
, /stream/data/{STREAM_ID}
, or /stream/data/search/{STREAM_ID}
.
Query Parameters: ?[QUERY_PARAMETERS]
, used for specifying details like pagination, sorting, and filtering.
A typical request to retrieve data from a stream looks like this:
This request fetches data from the stream with ID 403398, skipping 0 records, limiting to 10 records, and sorting the results by fb_datetime
in descending order.
Limited access to a Data Stream may result in receiving only a restricted number of records, such as 10 records.
The API supports a variety of filter and query parameters to customize the result set according to user requirements. These parameters include options for basic query operations and can be combined in a single request for comprehensive data retrieval.
Some Data Streams are too large to get all the records via the API in a single call. In such cases, the API lets you paginate the results via the skip and limit parameters.
GET
https://api.fusionbase.com/api/v2/stream/data/{STREAM_ID}?skip=0&limit=2&format=json
Some Data Streams are too large to get all the records via the API in a single call. In such cases the API lets you paginate the results via the skip
and limit
parameters.
This is a sample data response, the response is always a list of dicts. If format is not explicitly specified, the default response format is msgpack.
skip
and limit
ParametersWhen querying a data stream, you can control the subset of records you retrieve by using skip
and limit
parameters. These parameters are crucial for pagination and managing large datasets.
skip
Parameter: This parameter defines the number of records to skip before starting to collect the result set. It is used to bypass a specific number of entries at the beginning of the data stream. For example, skip=10
means the first 10 records in the data stream will be skipped.
limit
Parameter: This parameter specifies the maximum number of records to include in the result set. It effectively limits the size of your data retrieval. For instance, limit=10
means only 10 records will be retrieved after applying the skip
parameter.
Consider a data stream containing a sequence of records represented by numbers:
[
1
,
2
,
3
,
4
,
5
,
6
,
7
,
8
,
9
,
10
,
11
,
12
,
13
,
14
,
15
,
16
,
17
,
18
,
19
,
20
,21,22,23,24,25,...]
Applying the query parameters ?skip=
10&limit=
10:
Skip: The first 10 records (1
to 10
) are skipped.
Limit: The next 10 records after the skipped ones are included in the result set. These are records 11
to 20
.
So, the resulting dataset retrieved with these parameters will be:
[11,12,13,14,15,16,17,18,19,20]
These parameters are particularly useful in scenarios where you need to handle large volumes of data, allowing for efficient data access and reducing the load on both the server and client sides.
The Data Stream can be sorted by any column in ascending or descending order. Sorting by multiple columns at once is also possible.
GET
https://api.fusionbase.com/api/v2/stream/data/{STREAM_ID}?query_parameters={"sort_order": ["asc"], "sort_keys": ["fb_datetime"]}&format=json
The Data Stream can be sorted by any column in ascending or descending order. Sorting by multiple columns at once is also possible.
This is a sample response for a specific stream:
The Fusionbase API allows users to sort data within a stream using the query_parameters
parameter in the request. This feature enables efficient organization and retrieval of data based on specific sorting criteria.
To sort data in a stream, include the query_parameters
parameter in your GET request to /api/v2/stream/data/{STREAM_ID}
. This parameter accepts JSON-formatted sorting instructions.
The query_parameters
JSON object can contain the following properties related to sorting:
sort_keys
: A list of column names by which the data should be sorted. These keys should correspond to columns in the data stream.
sort_order
: Specifies the sorting order for each key in sort_keys
. The available options are "asc"
for ascending order and "desc"
for descending order.
You can specify multiple sort keys in the sort_keys
list. The data will be sorted based on the order of keys provided. The corresponding sort_order
list should match the length of sort_keys
to specify the sorting order for each key.
Consider a data stream with columns such as fb_datetime
, price
, and product_name
. To sort the data first by fb_datetime
in ascending order and then by price
in descending order, structure your request as follows:
The sorting functionality is dependent on the structure of the data stream.
Ensure that the column names used in sort_keys
are valid and present in the data stream.
The order of elements in sort_keys
and sort_order
is significant and should correspond to each other.
If invalid column names are used or if there's a mismatch in the length of sort_keys
and sort_order
, the API might return an error response.
STREAM_ID*
String
The ID of the Data Stream
skip
Integer
Indicates the number of records that should be skipped from the beginning of the Data Stream.
limit
Integer
Indicates the number of records that are retrieved in the result set.
format
String
STREAM_ID
String
The ID of the Data Stream
query_parameters
Object
URI encoded JSON string
format
String
json or msgpack
Master the Fusionbase Data Hub Search API with our concise guide. Detailed instructions and examples ensure easy integration and powerful search use.
The Fusionbase Data Hub Search API is tailored for developers seeking to harness a wealth of data for various applications. This robust API simplifies access to a diverse range of data entities, each offering unique insights and opportunities for integration:
Data Streams: Access real-time and historical datasets encompassing areas like statistics, environmental data, and public records. Ideal for applications in analytics, trend monitoring, and data-driven decision-making.
Data Services: Discover APIs and services for data processing and analytics. These services are crucial for enhancing data quality, interpretation, and application in your projects.
Organizations: Explore detailed information about companies, going beyond mere registry data to include insights into business operations, market presence, and industry standing. This entity is invaluable for market analysis, competitive intelligence, and B2B solutions.
Persons: Access official records of individuals in professional contexts, specifically those associated with organizations. This data is essential for network analysis, professional background checks, and organizational research.
Locations: Utilize comprehensive geographical and locational data, useful for mapping, logistics planning, and geographical analysis.
Relations: Investigate the connections between different entities, providing a deeper understanding of organizational networks, geographical correlations, and data context.
Search Endpoints:
Fusion Search Endpoint: An AI-driven, comprehensive search across all entities, ideal for broad queries where user intent is analyzed and results are ranked accordingly. This endpoint is particularly useful when the search context is not entity-specific and a holistic view is desired.
Entity-Specific Endpoints:
Streams and Services Endpoint: Focuses on datasets and data-related services, suitable for applications needing specific data types or analytics services.
Organizations Endpoint: Dedicated to detailed company information, perfect for business intelligence and market research.
Persons Endpoint: Targets professional profiles and official records, ideal for background checks and professional network analysis.
Location Endpoint: For location-specific searches, offering detailed geographical data.
Relations Endpoint: Explores inter-entity connections, enhancing data context and network understanding.
Practical Application and Integration:
As a developer, you can expect the Fusionbase Data Hub Search API to be a reliable and comprehensive source for various types of data. Whether your project involves creating sophisticated market analysis tools, developing rich data visualizations, or integrating background information into professional networking platforms, this API provides the necessary data foundation.
The Fusionbase Data Hub is designed with the developer in mind, ensuring ease of integration, consistent data quality, and a wide range of data types to meet diverse application needs. By incorporating this API into your projects, you can significantly enhance your application's capabilities, offering users deeper insights and more valuable experiences.
Efficient, Targeted Data and Service Discovery
The Streams & Services Search Endpoint is a specialized API endpoint designed to streamline searches specifically for Data Streams and Data Services within the Fusionbase Data Hub. It efficiently narrows down results to these two categories, delivering precise data sets and related services. Perfect for developers who need to target their search for datasets, like statistics or environmental data, and services that complement data processing and analytics, providing a focused and detailed data selection.
GET
https://api.fusionbase.com/api/v2/search/data?q=<QUERY>
q
String
This parameter accepts the user's search string, defining the specific data or information to be retrieved by the Data Search Endpoint.
To assist with integrating the Streams & Services Search API into your application, we provide examples in various programming languages. Each example illustrates how to execute a properly encoded GET request to the API. Remember to replace <QUERY>
with your URL-encoded search query and YOUR_API_KEY
with the actual API key provided to you.
These code snippets provide a template for making a GET request to the Streams & Services Search endpoint of the Fusionbase Data Hub API. By encoding the query parameter, you ensure that the request is correctly formatted and can be processed efficiently by the API.
The actual values of a Data Stream can be queried and filtered using the query parameter. This allows for the selection of a subset of the data based on the records values.
GET
https://api.fusionbase.com/api/v2/stream/data/{STREAM_ID]?query_parameters={"filters": [{"property": "construction_year_end", "operator": "GREATER_THAN", "value": 2013}]}&format=json
The actual values of a Data Stream can be queried and filtered using the filters
parameter in query_parameters
. This allows for the selection of a subset of the data based on the records values.
STREAM_ID*
String
The ID of the Data Stream
query_parameters
Object
URI encoded JSON string
format
String
json or msgpack
This is a sample response for a specific stream:
The Fusionbase API offers a powerful filtering capability to refine and narrow down the data retrieved from a data stream. This is achieved using the filters
parameter within the query_parameters
in your request.
To apply filters to your data retrieval, include the filters
parameter within the query_parameters
in your GET request to /api/v2/stream/data/{STREAM_ID}
. The filters
parameter should be formatted as a JSON object.
The filters
JSON object comprises an array of filter objects, each containing the following properties:
property
: The column name in the data stream that you want to filter on.
operator
: The operation to be used for filtering. Common operators include EQUALS
, GREATER_THAN
, LESS_THAN
, etc.
value
: The value to compare against the column data.
You can apply multiple filters within the same request. Each filter in the array applies to the specified property independently.
Suppose you want to filter a data stream to include records where the construction_year_end
is later than 2013. The request would be structured as follows:
Ensure that the property names used in filters correspond to valid column names in the data stream.
The filter's value
should be appropriate for the property's data type (e.g., numeric, string, date).
Filters are case-sensitive and should match the exact casing of column names and operators.
Errors may occur if the filter criteria are not properly structured, if invalid column names are used, or if there is a data type mismatch. In such cases, the API might return an error response.
Make sure to properly URL encode the query parameters!
The Data Stream API lets you conveniently access data and metadata of all Data Streams. Each stream can be accessed via its unique stream id.
You can access almost any available Data Stream even if you are not subscribed to it!
The API provides most functions but is limited to a maximum of 10 records per stream.
The Fusionbase API provides a streamlined way to interact with data streams, offering three primary endpoints: /base
, /data
, and /search
. Each endpoint serves a distinct purpose, enabling users to access metadata, retrieve and query data, and perform searches within the data streams.
For the /data
and /search
endpoints the default response type is msgpack, JSON is available using the GET parameter format=json
All Data Streams in Fusionbase, independent of the source or content follow the same data structure.
The table below gives you a full overview of all attributes, their description and data types.
_key
Unique identifier of the stream
String
name
Name of the stream by language
Object
description
Description of the stream by language
Object
meta
Various meta information:
is_active
: Stream still actively updated
entry_count
: Number of records
main_property_count
: Number of properties, i.e., columns
Object
source
Information about the data source
Object
data_item_collections
Data property and schema information. This contains attribute names and the corresponding data types
List
data_version
The current version of the data
String
data_updated_at
The date when the data of the stream has been last updated
Datetime
data
The data of the stream based on the query input
List
created_at
Date and time when the stream was created on Fusionbase
Datetime
updated_at
Date and time when the stream was last updated either by it's data or metadata
Datetime
Let's assume we would like to retrieve the latest automotive recalls in Germany. Luckily, we found a real-time automotive recalls Data Stream in the Fusionbase Data Hub.
The Data Stream API will return the stream in the above mentioned structure which looks like the following:
Fusionbase adds three additional metadata columns to each Data Stream. These columns may make your live easier in certain scenarios.
Fusionbase ID
The Fusionbase ID fb_id
is a hash value based on all data values in the same row. You can see it as a primary and unique key for each record.
Fusionbase Datetime
The Fusionbase Datetime fb_datetime
is an ISO formatted timestamp that represents the exact date and time when the record was added to the Data Stream by Fusionbase.
Fusionbase Data Version
The Fusionbase Data Version fb_data_version
is automatically added to any new record or batch of records that are added to the Data Stream. The version corresponds to the fb_datetime
but offers more query functionalities via the API.
This section of the API allows users to retrieve specific fields from a dataset. The project_fields parameter is used to specify which fields should be returned in the response. This can optimize the
GET
https://api.fusionbase.com/api/v2/stream/data/{STREAM_ID}?format=json&query_parameters={ "project_fields": ["FIELD_NAME"]}
If you are only interested in a subset of columns in a Data Stream you can project them. Therefore, the result set does not contain any additional columns. Specifically, in cases when the Data Stream has a large number of columns, this can significantly speed up the retrieval performance.
STREAM_ID
String
The ID of the Data Stream
query_parameters
List
The name of the projected columns, i.e. the fields that should exist in the result set
format
String
json or msgpack
To project fields in your data retrieval, use the project_fields
parameter within the query_parameters
in your GET request to /api/v2/stream/data/{STREAM_ID}
. The project_fields
parameter should be formatted as a JSON array of strings representing the field names.
project_fields
: An array of string values where each string represents the name of a field that you want to include in the response.
You can project multiple fields in a single request. Include all desired field names as strings in the project_fields
array.
For instance, if you wish to retrieve only the manufacturer_brand
field from a data stream, your request would be structured as follows:
Ensure that the field names used in project_fields
correspond to valid column names in the data stream.
The field names in project_fields
are case-sensitive and should match the exact casing of the column names in the data stream.
Errors may occur if the project_fields
criteria are not correctly structured, if invalid field names are used, or if there is a syntax error in the request. In such cases, the API might return an error response.
This approach to documenting the 'Project Fields' feature mirrors the structure and detail provided in your example for using filters, ensuring consistency in the API documentation style.
Pinpoint Precision: Explore and Geocode with Ease
The Location Search Endpoint is your comprehensive solution for place searches and address geocoding, akin to the functionality of Google Maps Places Search. Whether you're plotting points of interest or transforming addresses into coordinated data, this endpoint delivers accurate, map-ready results. It's the developer's tool of choice for creating location-aware applications with high precision and reliability.
To geocode an address such as "Agnes-Pockels-Bogen 1, 80992 München", you would make a GET request to the Location Search Endpoint. The endpoint takes the address as a query parameter and returns a JSON object with the geocoded location details, including latitude and longitude coordinates.
Request Example:
Make sure to URL encode the query parameter to ensure the request is properly formatted.
Expected Response:
The API's response will be a JSON object containing an array under the results
key. Each entry in this array corresponds to a found location. For the provided address, the response includes the Fusionbase entity ID, creation and update timestamps, the entity version, and external identifiers such as OpenStreetMap data. Most importantly, it contains the coordinate
object with latitude
and longitude
keys, providing the precise geocoded location.
Here's a structured example based on the provided response:
The search result from the Fusionbase Location Search Endpoint provides a structured JSON object containing detailed information about the queried location. Here's how the result is organized and how it can be utilized:
results
: This is an array that contains one or more location entities that match the search query. In the provided example, there is one matching location entity for the address "Agnes-Pockels-Bogen 1, 80992 München".
entity
: Within each item in the results
array, the entity
object holds the data for thelocation. This includes unique identifiers, timestamps, and structured location information.
fb_entity_id
: This is a crucial element as it uniquely identifies the location within the Fusionbase Data Hub. It's used to reference this specific location in subsequent API calls or to cross-reference within the Fusionbase ecosystem.
coordinate
: The latitude
and longitude
values provide the geocoded coordinates of the address, which can be used for placing markers on a map, calculating distances, or other geospatial operations.
address_components
: This array breaks down the address into individual components such as house_number
, street
, postal_code
, city
, state
, and country
. This granular information is useful for applications that need to process or display parts of an address separately.
formatted_address
: A human-readable address string that combines all address components, suitable for display purposes.
The fb_entity_id
is a key identifier that developers can utilize to maintain a durable reference to a specific location. It allows for the retrieval of extended details and facilitates the execution of further operations, such as resolving relations for the given location within the Fusionbase Data Hub. By leveraging this ID, developers can access related statistical indicators like household income, demographic distributions, or other socio-economic data points associated with that location, thus providing a richer and more detailed data narrative for applications and analyses.
Location entities offer precise and structured geographical information
The /api/v2/entities/location/get/{FB_ENTITY_ID}
endpoint in the Fusionbase API provides structured information about specific locations. This endpoint is crucial for accessing detailed and structured data about locations using their unique Fusionbase Entity ID (FB_ENTITY_ID).
X-API-KEY: Your Fusionbase API key. This key authenticates your access to the API.
Content-Type: application/json. This header specifies the format of the request.
Access this endpoint via a GET request to https://api.fusionbase.com/api/v2/entities/location/get/{FB_ENTITY_ID}
.
Replace {FB_ENTITY_ID}
with the actual Fusionbase Entity ID of the location you wish to query.
The response is a JSON object containing various details about the location:
fb_entity_id: The unique Fusionbase Entity ID of the location.
fb_datetime: Timestamp indicating the last update or retrieval of data.
fb_entity_version: A version identifier for the entity's data.
entity_type: Type of the entity, here "LOCATION".
updated_at, created_at: Timestamps of the last update and creation of the entity record.
external_ids: External identifiers associated with the location.
coordinate: Geographical coordinates of the location (latitude and longitude).
location_level: The hierarchical level of the location (if available).
address_components: Detailed address components like city, state, and country.
alternative_names: Alternative names for the location (if any).
fb_semantic_id: A semantic identifier providing a structured representation of the location's key attributes.
formatted_address: A human-readable address format.
The API uses standard HTTP response codes. Errors are indicated with 4xx (client errors) and 5xx (server errors), each accompanied by a message detailing the issue.
Keep the API key confidential.
Organization entities represent legally established business or corporate entities. Each organization entity typically corresponds to a unique company, nonprofit, government body, or any other type.
The /api/v2/entities/organization/get/{FB_ENTITY_ID}
endpoint in the Fusionbase API provides structured information about specific organizations. This endpoint is essential for retrieving detailed and structured data about companies using their unique Fusionbase Entity ID (FB_ENTITY_ID).
X-API-KEY: Your Fusionbase API key. This key authenticates your access to the API.
Content-Type: application/json. This header specifies the format of the request body.
The endpoint is accessed via a GET request to https://api.fusionbase.com/api/v2/entities/organization/get/{FB_ENTITY_ID}
.
{FB_ENTITY_ID}
should be replaced with the actual Fusionbase Entity ID of the organization you wish to query.
Due to the extensive nature of the response, only key elements are highlighted here:
fb_entity_id: Unique identifier for the organization within Fusionbase.
fb_datetime: Timestamp of the data retrieval or update.
fb_entity_version: Version identifier of the entity's data.
entity_type: Type of the entity, e.g., "ORGANIZATION".
entity_subtype: Subtype of the entity, e.g., "CORPORATION".
updated_at, created_at: Timestamps for the last update and creation of the entity record.
name: Official name of the organization.
description: Detailed description of the organization, often including the business scope.
address: Comprehensive address information, including geographical coordinates.
jurisdiction: Jurisdiction information represented by ISO country codes.
contact: Contact information like websites and phone numbers.
founding_date: The date when the organization was founded.
classifications: Various classifications of the organization, including industry codes and legal forms.
legal: Legal registration details of the organization.
The API uses standard HTTP response codes. Errors are indicated with 4xx (client errors) and 5xx (server errors), each accompanied by a message detailing the issue.
Keep the API key confidential.
Person entities are structured data derived from official business registry resources, such as the German "Handelsregister," providing detailed and authenticated information about individuals.
The /api/v2/entities/person/get/{FB_ENTITY_ID}
endpoint in the Fusionbase API is designed to provide structured information about specific individuals. This endpoint is crucial for accessing detailed and structured data about persons using their unique Fusionbase Entity ID (FB_ENTITY_ID).
X-API-KEY: Your Fusionbase API key. This key is required for authenticating your access to the API.
Content-Type: application/json. This header specifies the format of the request.
The endpoint is accessed via a GET request to https://api.fusionbase.com/api/v2/entities/person/get/{FB_ENTITY_ID}
.
{FB_ENTITY_ID}
should be replaced with the actual Fusionbase Entity ID of the person you are querying.
The response is a JSON object containing various details about the person:
fb_entity_id: The Fusionbase Entity ID uniquely identifying the person.
fb_datetime: Timestamp indicating when the data was last updated or retrieved.
fb_entity_version: A version identifier for the entity's data.
entity_type: Indicates the type of entity, here "PERSON".
entity_subtype: The subtype of the entity, e.g., "INDIVIDUAL".
updated_at, created_at: Timestamps marking the last update and creation of the entity record.
external_ids: External identifiers associated with the person.
name: An object containing various components of the person's name, such as given name, family name, maiden name (if applicable), and aliases.
locations: Information about the person's known locations, such as home address, including coordinates and address components.
birth_date: The birth date of the person, including whether the exact day or only the month is known.
source: Identifier of the data source from which the information is derived.
fb_semantic_id: A semantic identifier providing a structured representation of the person's key attributes.
The API uses standard HTTP response codes. Errors are indicated with 4xx (client errors) and 5xx (server errors), each accompanied by a message detailing the issue.
Keep the API key confidential.
Navigate the corporate landscape – uncover comprehensive organizational data with Fusionbase's Organization Search.
The Organization Search Endpoint is a dynamic solution for searching organizational data and extracting specific business information. This endpoint is ideal for applications requiring detailed information about various organizations. It provides robust data for developers building applications that require comprehensive business information, such as company names, statuses, addresses, and registration details.
To search for an organization, a GET request is made to the Organization Search Endpoint. The endpoint accepts the organization's name or other identifying details as query parameters. In response, it returns a JSON object containing detailed information about the organization, including its status, address, registration details, and more.
Request Example:
Remember to URL encode the query parameter for proper request formatting.
The API returns a JSON object containing an array under the results
key, each entry corresponding to a found organization. For a given query, the response includes details like the Fusionbase entity ID, organization status, address, and registration authority.
Here’s a simplified example based on the provided response:
results: Contains an array of organization entities matching the search query.
entity_type: Indicates the type of the entity, here "ORGANIZATION".
entity: Contains detailed information about the organization.
fb_entity_id: A unique identifier for the organization within Fusionbase Data Hub.
status: Indicates the current status of the organization (e.g., Active, Inactive).
display_address: The public address of the organization.
registration_authority_entity_name: The name of the authority under which the organization is registered.
display_name: The public name of the organization.
name: Official registered name of the organization.
source_key: A unique key from the data source.
score: A relevance score for the search result.
The fb_entity_id
is vital for developers as it allows for consistent referencing of a specific organization within the Fusionbase ecosystem. This unique ID enables the retrieval of more detailed information and supports various operations, such as tracking changes in the organization's status or retrieving related financial or operational data. By leveraging this ID, developers can access a wealth of information to enrich their applications and analyses with in-depth organizational data.
Fusionbase Data Hub focuses on four main entities: ORGANIZATION, PERSON, EVENT, and LOCATION, each with dedicated APIs for accessing structured information efficiently.
Fusionbase Data Hub is structured around key data entities, providing specialized APIs to access structured data for each entity type. The primary entities are ORGANIZATION, PERSON, EVENT, and LOCATION.
Represents a structured profile of a company or institution. The data for an ORGANIZATION includes essential information such as the company name, location and industry (if applicable). It may also cover legal status, history, and various operational aspects. The API for ORGANIZATION entities is designed to offer comprehensive insights into businesses and institutions, making it valuable for market research, business intelligence, and due diligence processes.
Encompasses detailed information about individuals involved and related to organizations. The PERSON API is crucial for gaining insights into understanding personal networks and organizational roles. Person data is based on publicly available business registry data.
Focuses on specific occurrences or happenings, either historical or current. EVENT data includes information about the time, location, participants, and nature of the event. This can range from business events like product launches and corporate meetings to broader occurrences such as political elections or natural disasters. The EVENT API aids in understanding the context and impact of significant happenings and in tracking upcoming or ongoing events.
Involves detailed data about geographical places or addresses. LOCATION data can include coordinates, physical address details, and descriptive information about the place (e.g., type of location). The LOCATION API is valuable for geographic analysis. The Location search can also be used as a geocoding service.
Discover the professional world – delve into detailed profiles and connections with Fusionbase's Person Search.
The Person Search Endpoint is a specialized tool designed for retrieving detailed personal profiles from official business registry sources. This powerful endpoint is essential for applications requiring in-depth information about individuals, particularly in business contexts, such as their roles in organizations, location, and professional relationships. It is a valuable resource for developers building applications for business intelligence, network analysis, or compliance purposes.
To search for an individual, a GET request is made to the Person Search Endpoint. This endpoint accepts the person's name or other identifiers as query parameters. It returns a JSON object with comprehensive personal data, extracted exclusively from official business registry sources.
Request Example:
It is important to URL encode the query parameter to ensure proper request formatting.
The API response is a JSON object with an array under the results
key, where each entry represents a person entity. The response includes detailed personal information such as the Fusionbase entity ID, name, location, organizational affiliations, and more.
Here’s a simplified example based on the provided response:
results: An array of person entities matching the search query.
entity_type: Specifies the type of the entity, here "PERSON".
entity: Contains the detailed information about the person.
fb_entity_id: A unique identifier for the person within the Fusionbase Data Hub.
name: The individual’s name, including given and family names.
locations: Information about the person's location, such as home address.
relations: Details of the individual’s affiliations or roles in organizations, including position labels and related organization details.
source_id: The source identifier from which the data is derived.
score: A relevance score for the search result.
The Person Search Endpoint is a powerful tool for developers to access rich, verified personal data. The unique fb_entity_id
enables developers to reference specific individuals consistently within the Fusionbase ecosystem. This capability is crucial for applications that require tracking of individual profiles over time, understanding their business network, or conducting due diligence. The endpoint's comprehensive data set provides a solid foundation for sophisticated applications requiring reliable and detailed personal information.
AI-Enhanced, Comprehensive Data Discovery
The Fusion Search Endpoint is an AI-enhanced API endpoint offering comprehensive searches across all Fusionbase Data Hub entities. It adeptly interprets user intent to deliver relevant, ranked results and, where applicable, knowledge graphs. Ideal for developers requiring an overarching, context-rich data overview.
GET
https://api.fusionbase.com/api/v2/search/fusion?q={QUERY}
Search accross all Fusionbase data entities with a single query.
The Fusion Search API response primarily consists of a results
section, categorizing matched entities like organizations, persons, and streams with detailed information. When applicable, a knowledge_graph
is included, offering direct answers to the query, and a ranks
list details the relevance order of entity types.
To help you integrate the Fusion Search API into your application, we provide examples in various programming languages. Each example demonstrates how to make a properly encoded GET request to the API. Ensure you replace <QUERY>
with your URL-encoded search query and YOUR_API_KEY
with your actual API key.
Each code snippet is an example of how to call the Fusion Search API in a specific programming language, ensuring the query is correctly URL-encoded to maintain the integrity of the request.
Fusionbase not only provides stream access to a large number of data sources but also to a large number of intelligent data services.
Our Data Service API functions as an interface that delivers specific outputs in response to defined inputs. It is designed to streamline the process of retrieving targeted data efficiently and accurately.
Example:
Functionality: The Web Context Service for Organizations is a specialized feature of our Data Service API. It is engineered to collect and return comprehensive, publicly available information about various companies.
How It Works:
Input: You provide the base data of an organization.
Process: The service searches through an extensive database of public records and digital resources.
Output: It returns a detailed compilation of information about the specified company. This may include company size, location, industry, and other relevant organizational data.
Use Case: This service is particularly useful for market researchers, financial analysts, and business development professionals who need quick and reliable access to company profiles and industry data.
All services work the exact same way - No need to learn and adapt to a lot of different API services and documentations.
There is only a single endpoint to access services through Fusionbase:
POST
https://api.fusionbase.com/api/v2/service/invoke
Takes the service specific input values and returns the result of the service.
The Company Web Context Service is designed to retrieve and compile comprehensive internet-based information about specific companies.
Key Features:
Input Parameters: The service requires four input values: entity_name
, postal_code
, street
and city
Service ID: This service is identified by the ID 4658603456
.
Example Usage: To invoke this service for "OroraTech GmbH" located in the zip code area "81669", a POST request can be made as follows:
All services are used in the exact same way. Let's take the as an example on how to use them via the API.
q
String
This parameter accepts the user's search string, defining the specific data or information to be retrieved by the Fusion Search Endpoint.
service_key*
String
The service ID as specified on the service's API page.
inputs
Object
JSON object containing the key (input parameter name) and value pairs to invoke the data service.
Map the web of connections – Fusionbase's Relations Endpoint unveils the intricate network of relationships between entities and data features.
The Relations Endpoint is a powerful feature of Fusionbase API, designed to resolve and map the complex web of relationships between various entities and data features. This endpoint is particularly useful for understanding the network of connections surrounding an entity, be it a person or an organization. It is an invaluable tool for applications focusing on network analysis, relationship mapping, and comprehensive data linkage.
To resolve relations for a specific entity, a POST request is made to the Relations Endpoint with the relation ID and entity ID. This endpoint efficiently maps the network of connections related to the given entity, providing insights into their professional and organizational links.
Request Example:
Let's take 3138484719
as the relation ID and 75e8887e25587ed64cc8e1733a6c7160
as the entity ID to execute a sample request.
The relation with ID is the "Network" relation, showing all connected other entities,
The API response is a JSON array, where each object represents a relationship linked to the queried entity. It includes details about the entities involved, the type of relationship, and relevant metadata.
Here’s a simplified example based on the provided response:
label: Describes the type of relationship.
entity_from: The originating entity of the relation.
entity: Contains the details of the relationship and linked entities.
entity_type & entity_subtype: Specify the type and subtype of the entity.
fb_semantic_id: A unique identifier for the relationship feature.
value: An object containing details about the root entity and its links.
root: The primary entity from which the network originates.
links: An array of related entities and their respective relationships.
depth: Indicates the level of connection relative to the root entity.
relation_id: A unique identifier for the specific relationship.
label: The label describing the nature of the relationship (e.g., MANAGING_DIRECTOR).
entity_from & entity_to: The entities involved in the relationship.
meta: Metadata about the relationship, such as start and end dates.
The Relations Endpoint offers a detailed and comprehensive view of the networks surrounding an entity, providing crucial insights for businesses and researchers. By mapping out these relationships, the endpoint aids in understanding complex organizational structures, professional networks, and the dynamics of business ecosystems.
Experience Fusionbase AI: Seamlessly Interact with Every Entity in the Acclaimed Fusionbase Data Hub Through Advanced Chat-Based Contextual Access.
The Fusionbase AI API is not yet publicly accessible for all accounts. If you are interested in getting early access, drop us a message via info@fusionbase.com
The /api/v2/chat/completions
endpoint of the Fusionbase API is designed to generate chat completions based on a given context and a series of messages. This endpoint is particularly useful for obtaining context-aware responses in a conversational format.
Content-Type: application/json
X-API-KEY: Your Fusionbase API key.
model (required): String. Specifies the model to be used for generating completions. For example, "fusion-one"
.
linked_context (optional): Array of Objects. Each object represents a context entity linked to the chat.
type: String. The type of the linked context entity (e.g., "ORGANIZATION", "PERSON").
id: String. A unique identifier for the context entity.
messages (required): Array of Objects. Each object represents a message in the conversation.
role: String. The role of the message sender ("system" or "user").
content: String. The content of the message.
id: A unique 32-character alphanumeric hash identifying the completion request.
object: String, indicating the type of the object, here "chat.completion"
.
created: Unix timestamp indicating the creation time of the response.
model: String, indicating the model used, revised to match the request's model.
usage: Object detailing the token usage.
prompt_tokens: Number of tokens used in the prompt.
completion_tokens: Number of tokens used in the completion.
total_tokens: Total number of tokens used.
choices: Array of objects, each representing a generated response.
message: Object containing the role and content of the response.
logprobs: Null or containing log probabilities for the response.
finish_reason: Reason for the completion's end, e.g., "stop".
index: The index of the choice.
The API uses standard HTTP response codes. Errors are indicated with 4xx (client errors) and 5xx (server errors), each accompanied by a message detailing the issue.
Keep the API key confidential.
Context and message relevance is crucial for accurate results.
Event entities encompass comprehensive data gathered from various global sources, detailing significant occurrences. These include corporate milestones, publications, and key events of businesses.
The /api/v2/entities/event/get/{FB_ENTITY_ID}
endpoint in the Fusionbase API provides structured information about specific events. This endpoint is crucial for accessing detailed and structured data about events using their unique Fusionbase Entity ID (FB_ENTITY_ID).
X-API-KEY: Your Fusionbase API key. This key is required for authenticating your access to the API.
Content-Type: application/json. This header specifies the format of the request.
Access this endpoint via a GET request to https://api.fusionbase.com/api/v2/entities/event/get/{FB_ENTITY_ID}
.
Replace {FB_ENTITY_ID}
with the actual Fusionbase Entity ID of the event you wish to query.
The response is a JSON object containing various details about the event:
fb_entity_id: The unique Fusionbase Entity ID of the event.
fb_entity_version: A version identifier for the entity's data.
entity_type: Type of the entity, here "EVENT".
entity_subtype: The subtype of the entity, e.g., "PUBLICATION".
external_ids: External identifiers associated with the event (if available).
name: The name of the event in different languages.
description: Short descriptions of the event in different languages.
start_date, live_date, end_date, announce_date: Relevant dates associated with the event.
status: The current status of the event, e.g., "FINISHED".
category: The category of the event, e.g., "MEMBER_EXIT_POSITION".
source: Identifier of the data source from which the information is derived.
details: Detailed information about the event, including roles and linked entities like persons and organizations.
origin_location, event_location, effect_location: Locations related to the event (if applicable).
Please be aware that the Python SDK is undergoing significant updates in preparation for its first major release. This upcoming version will introduce breaking changes. We advise caution when using the current version of the SDK, as future updates may require adjustments in your existing code.
Fusionbase is on PyPI, so you can use pip
to install it.
If you want to use all features, you must make sure that pandas and numpy are installed.
Fusionbase by default uses the standard JSON library of Python to serialize and locally store data. However, you can use the faster orjson
library as a drop-in replacement.
Therefore, just install orjson
and Fusionbase will automatically detect and use it.
Got to to deep dive into Fusionbase and see various examples on how to use the package.
Here are some Examples for a quick start:
The Data Stream module lets you conveniently access data and metadata of all Data Streams. Each stream can be accessed via its unique stream id or label.
Setup
Human readable datastream information
Getting the data
The samples below show how to retrieve the data of a datastream as a list of dictionaries. Each element in the list represents one row within the dataset.
Note that the data can by hierarchical.
If you are working with pandas, it is probably the most convenient way to load to data directly as a pandas DataFrame.
Storing the data
Large datasets potentially do not fit into the memory. Therefore, it is possible to get the data of a stream directly as partitioned files.
The folder structure is automatically created and always like ./{ID-OF-THE-STREAM}/data/*
Setup
Human readable data service information:
Human readable data service definition:
Invoke a data service:
Get Data as a DataFrame
A data service can be seen as an API that returns a certain output for a specific input. For example, our address parses an address and returns the structured and normalized parts of it.