DOCSEARCHbyAlgolia
Submit Docs

deutschland Python Package

repository·main·Indexed 23 days ago

https://github.com/bundesapi/deutschland

A Python package (version 0.4.2) providing access to various German datasets through specialized API modules, including autobahn (federal road data, charging stations, and webcams), bundesrat, bundestag, and destatis. It requires Python >= 3.6 and provides a structured way to interact with federal data using ApiClient and DefaultApi classes.

Tokens
138.6K
Snippets
245
Records
491
Agent score
79%

What's inside deutschland

  1. Overview of the ladestationen package structure

    main

    The ladestationen package is organized into several functional modules and subpackages designed to interact with charging station data.

    Core Subpackages

    • ladestationen.api: Likely contains high-level API interfaces.
    • ladestationen.apis: Likely contains specific API implementations.
    • ladestationen.model: Contains data models used by the package.
    • ladestationen.models: Likely contains specific model definitions or implementations.

    Core Modules

    • ladestationen.api_client: Handles the low-level communication with the API.
    • ladestationen.configuration: Manages package settings and configuration.
    • ladestationen.exceptions: Defines custom error types for the package.
    • ladestationen.model_utils: Provides utility functions for handling data models.
    • ladestationen.rest: Handles RESTful communication logic.

  2. Overview of the deutschland package

    main
    The deutschland package provides access to various German geographic and administrative data, as well as company data from the Bundesanzeiger. It is designed to facilitate programmatic access to structured information about Germany, including geographic features (points, lines, areas) and business-related reports.

  3. Overview of the destatis package structure

    main

    The destatis package is organized into several subpackages and modules to handle interactions with Destatis (Statistisches Bundesamt) data.

    Subpackages

    • destatis.api: Core API functionality.
    • destatis.apis: Collection of specific API definitions.
    • destatis.model: Data models used by the package.
    • destatis.models: Specific model implementations.

    Core Modules

    • destatis.api_client: Handles the low-level API client logic.
    • destatis.configuration: Manages configuration settings for the package.
    • destatis.exceptions: Defines custom exception types for error handling.
    • destatis.model_utils: Provides utility functions for working with data models.
    • destatis.rest: Handles RESTful communication logic.

  4. Overview of the interpol package structure

    main

    The interpol package is organized into several subpackages and modules that handle API communication, configuration, data modeling, and error handling.

    Subpackages

    • interpol.api: Core API functionality.
    • interpol.apis: Specific API implementations.
    • interpol.model: Base model definitions.
    • interpol.models: Concrete data models.

    Core Modules

    • interpol.api_client: Manages the low-level API client logic.
    • interpol.configuration: Handles package-wide or request-specific configuration.
    • interpol.exceptions: Defines the hierarchy of error types raised by the package.
    • interpol.model_utils: Provides utility functions for working with data models.
    • interpol.rest: Contains the REST-based communication logic.

  5. Explore the nina.model package submodules

    main

    The nina.model package provides data models for NINA (Notfall-Informations- und Nachrichten-App) data. It is organized into several submodules that handle specific aspects of the data, primarily focusing on COVID-19 rules (AGS rules), overview results, and map warnings.

    Key functional areas include:

    • COVID-19 Rules (ags_covid_rules): A comprehensive set of submodules for managing COVID-19 regulations at different administrative levels (Bund/Federal, Land/State, Kreis/District), including icons and specific section logic.
    • Overview Results (ags_overview_result): Models for handling overview-style data results.
    • Map Warnings (map_warnings): Models related to warning data displayed on maps.

  6. Explore the polizei_brandenburg.model package submodules

    main

    The polizei_brandenburg.model package is organized into several submodules that handle different types of data from the Brandenburg Police. The package follows a pattern where functional modules (e.g., news, pegel, reviere) are paired with corresponding data modules (e.g., news_data, pegel_data).

    Available submodules include:

    • News: polizei_brandenburg.model.news and polizei_brandenburg.model.news_data for news reports.
    • Water Levels (Pegel): polizei_brandenburg.model.pegel and polizei_brandenburg.model.pegel_data.
    • Police Stations (Reviere): polizei_brandenburg.model.reviere and polizei_brandenburg.model.reviere_data.
    • Traffic (Verkehr): polizei_brandenburg.model.verkehr and polizei_brandenburg.model.verkehr_data.
    • Forest Fires (Waldbrand): polizei_brandenburg.model.waldbrand and polizei_brandenburg.model.waldbrand_data.

  7. Explore the zoll package structure

    main

    The zoll package is organized into several subpackages and modules to handle API communication, configuration, and data modeling.

    Subpackages

    • zoll.api: Core API logic.
    • zoll.apis: Specific API implementations.
    • zoll.model: Base model definitions.
    • zoll.models: Concrete data models used in responses.

    Core Modules

    • zoll.api_client: Man-ages the underlying API client connection.
    • zoll.configuration: Handles configuration settings for the package.
    • zoll.exceptions: Defines custom exception classes for error handling.
    • zoll.model_utils: Provides utility functions for working with models.
    • zoll.rest: Contains REST-specific implementation details.

  8. Explore the strahlenschutz.model package submodules

    main
    The strahlenschutz.model package provides data models for radiation protection (Strahlenschutz) data. It is organized into several submodules categorized by time series types, station information, and statistical calculations. Use these submodules to access specific data structures required for interacting with the radiation protection API.

  9. Explore the dwd package structure

    main

    The dwd package is organized into several subpackages and modules that handle API communication, configuration, data modeling, and error handling.

    Subpackages

    • dwd.api: Core API logic.
    • dwd.apis: Specific API implementations.
    • dwd.model: Base model definitions.
    • dwd.models: Concrete data models.

    Core Modules

    • dwd.api_client: Handles the low-level API client operations.
    • dwd.configuration: Manages package settings and configuration.
    • dwd.exceptions: Defines custom exception classes for error handling.
    • dwd.model_utils: Provides utility functions for working with data models.
    • dwd.rest: Contains REST-specific implementation details.

  10. Explore the travelwarning.model package submodules

    main

    The travelwarning.model package is organized into several submodules that define the data models for travel warnings, addresses, articles, and download responses. Use these submodules to interact with specific parts of the travel warning data structure:

    Core Data Models

    • travelwarning.model.reisewarnung: Models for individual travel warnings.
    • travelwarning.model.reisewarnung_zusammenfassung: Models for travel warning summaries.
    • travelwarning.model.artikel: Models for articles related to travel warnings.
    • travelwarning.model.adresse: Models for address information.
    • travelwarning.model.adress_liste: Models for lists of addresses.
    • travelwarning.model.download: Models for download-related data.

    Response Models

    The package provides corresponding response_* modules to handle API responses for each core entity:

    • travelwarning.model.response_warning / response_warnings: For warning-related responses.
    • travelwarning.model.response_artikel / response_artikel_response: For article-related responses.
    • travelwarning.model.response_address / response_address_response: For address-related responses.
    • travelwarning.model.response_download / response_download_response: For download-related responses.

  11. Explore the bundestag package structure

    main

    The bundestag package is organized into several subpackages and modules to handle API interaction, configuration, and data modeling.

    Subpackages

    • bundestag.api: Core API functionality.
    • bundestag.apis: Specific API endpoint implementations.
    • bundestag.model: Data models used for requests and responses.
    • bundestag.models: Specialized model definitions.

    Core Modules

    • bundestag.api_client: Manages the low-level communication with the Bundestag API.
    • bundestag.configuration: Handles settings and configuration for the client.
    • bundestag.exceptions: Defines custom exception classes for error handling.
    • bundestag.model_utils: Provides utility functions for working with data models.
    • bundestag.rest: Contains REST-specific implementation details.

  12. Explore the zoll.model package submodules

    main
    The zoll.model package provides data models related to customs (Zoll) information. It is organized into several submodules that handle specific domains such as categories, countries, exchange rates, products, and product groups. Many submodules follow a pattern of having a logic/interface module (e.g., zoll.model.country) and a corresponding data module (e.g., zoll.model.countries_data).