### Install and Start ldproxy with Docker Source: https://docs.ldproxy.net/10-installation Run this command to download the latest ldproxy image, deploy it as a container, expose port 7080, and persist data to a local directory. ```bash docker run --name ldproxy -d -p 7080:7080 -v ~/ldproxy_data:/data iide/ldproxy:latest ``` -------------------------------- ### Examples for Reloading Entity Configuration Source: https://docs.ldproxy.net/tools/xtractl/commands Examples demonstrate reloading all services, a single ID, or multiple IDs. ```bash xtractl entity reload "*" -t services ``` ```bash xtractl entity reload id1 ``` ```bash xtractl entity reload id1,id2 ``` -------------------------------- ### Examples for Switching Log Filters Source: https://docs.ldproxy.net/tools/xtractl/commands Examples show how to enable specific filters or disable all filters. ```bash xtractl log filter sqlQueries,sqlResults ``` ```bash xtractl log filter "*" --disable ``` -------------------------------- ### Install ldproxy and xtratiler with Docker Compose Source: https://docs.ldproxy.net/tools/xtratiler This docker-compose.yml example shows how to install and configure both ldproxy and xtratiler. Ensure both containers mount the same store directory and xtratiler can access ldproxy's port. ```yaml services: ldproxy: image: iide/ldproxy:latest restart: always ports: - "7080:7080" volumes: - /path/to/store:/data xtratiler: image: ghcr.io/ldproxy/xtratiler:latest restart: always command: agent -q http://ldproxy:7081 -c 32 -r 2 volumes: - /path/to/store:/store ``` -------------------------------- ### Examples for xtracfg upgrade entities Source: https://docs.ldproxy.net/tools/xtracfg/commands Examples demonstrating how to upgrade entities, with and without specifying a file path. ```bash xtracfg upgrade entities -v -r ``` ```bash xtracfg upgrade entities -v -r store/entities/services/api.yml ``` -------------------------------- ### Foundation Building Block Configuration Example Source: https://docs.ldproxy.net/services/building-blocks/foundation An example configuration for the Foundation building block, demonstrating how to set the API catalog label, description, and other options. ```yaml - buildingBlock: FOUNDATION includeLinkHeader: true useLangParameter: false apiCatalogLabel: 'Demonstration APIs using ldproxy' apiCatalogDescription: 'The APIs below are available as examples for Web APIs that can be set up with ldproxy.' ``` -------------------------------- ### Examples for xtracfg check entities Source: https://docs.ldproxy.net/tools/xtracfg/commands Examples demonstrating how to check entities, with and without specifying a file path. ```bash xtracfg check entities -v -r ``` ```bash xtracfg check entities -v -r store/entities/services/api.yml ``` -------------------------------- ### 3D Tiles Features Provider Configuration Example Source: https://docs.ldproxy.net/providers/tile3d/10-features Example configuration for a 3D Tiles Features provider, specifying seeding behavior, cache types, and tileset defaults. ```yaml id: cologne_lod2-3dtiles providerType: 3DTILE providerSubType: FEATURES seeding: runOnStartup: true purge: true jobSize: S caches: - type: DYNAMIC seeded: true levels: min: 0 max: 2 tilesetDefaults: featureProvider: cologne_lod2 clampToEllipsoid: true tilesets: building: id: building featureType: building geometricErrorRoot: 4096.0 subtreeLevels: 3 contentLevels: min: 2 max: 2 ``` -------------------------------- ### Example Codelist Configuration Source: https://docs.ldproxy.net/auxiliaries/codelists This example demonstrates the structure of a codelist file, mapping original values to human-readable labels for HTML representation. It includes a human-readable label and a map of entries. ```yaml --- label: Umweltbereich, für den Umweltziele festgelegt werden können. entries: air: Luft climateAndClimateChange: Klima und Klimawandel healthProtection: Gesundheitsschutz landUse: Bodennutzung naturalResources: natürliche Ressourcen natureAndBiodiversity: Natur und biologische Vielfalt noise: Lärm soil: Boden sustainableDevelopment: nachhaltige Entwicklung waste: Abfall water: Wasser ``` -------------------------------- ### Configure Tile Matrix Sets Source: https://docs.ldproxy.net/services/building-blocks/tile_matrix_sets Example configuration for enabling and including predefined tile matrix sets. ```yaml - buildingBlock: TILE_MATRIX_SETS enabled: true includePredefined: - WebMercatorQuad - WorldCRS84Quad - WorldMercatorWGS84Quad ``` -------------------------------- ### Configure FEATURES_HTML for API Source: https://docs.ldproxy.net/services/building-blocks/features_-_html Example of the specifications in the configuration file for the entire API. ```yaml - buildingBlock: FEATURES_HTML enabled: true style: 'topographic-with-basemap' ``` -------------------------------- ### Configure MBTiles Provider Source: https://docs.ldproxy.net/providers/tile/30-mbtiles Example configuration for the MBTiles provider, specifying the source MBTiles file. ```yaml id: zoomstack-tiles providerType: TILE providerSubType: MBTILES tilesets: __all__: id: __all__ source: zoomstack/OS_Open_Zoomstack.mbtiles ``` -------------------------------- ### Example for Changing Log Level Source: https://docs.ldproxy.net/tools/xtractl/commands Sets the log level to DEBUG. ```bash xtractl log level DEBUG ``` -------------------------------- ### xtracfg Help Commands (Binary) Source: https://docs.ldproxy.net/tools/xtracfg View help information for the xtracfg CLI and its subcommands when installed as a binary. ```bash xtracfg --help ``` ```bash xtracfg check --help ``` ```bash xtracfg check entities --help ``` -------------------------------- ### Specify Source Directory (Binary) Source: https://docs.ldproxy.net/tools/xtracfg Run xtracfg commands on a specific directory when using the binary installation. ```bash xtracfg --src /ldproxy/data info ``` -------------------------------- ### Configure Feature Collections Building Block Source: https://docs.ldproxy.net/services/building-blocks/feature_collections Example configuration for the COLLECTIONS building block, including additional links for related resources. ```yaml - buildingBlock: COLLECTIONS additionalLinks: - rel: related type: text/html title: 'Weinlagen-Online website (Provider: Landwirtschaftskammer Rheinland-Pfalz)' href: 'http://weinlagen.lwk-rlp.de/portal/weinlagen.html' hreflang: de - rel: related type: application/xml title: 'OGC Web Map Service with the data (Provider: Landwirtschaftskammer Rheinland-Pfalz)' href: 'http://weinlagen.lwk-rlp.de/cgi-bin/mapserv?map=/data/_map/weinlagen/einzellagen_rlp.map&service=WMS&request=GetCapabilities' hreflang: de - rel: related type: application/xml title: 'OGC Web Feature Service with the data (Provider: Landwirtschaftskammer Rheinland-Pfalz)' href: 'http://weinlagen.lwk-rlp.de/geoserver/lwk/ows?service=WFS&request=getcapabilities' hreflang: de - rel: enclosure type: application/x-shape title: 'Download the data as a shapefile (Provider: Landwirtschaftskammer Rheinland-Pfalz)' href: 'http://weinlagen.lwk-rlp.de/geoserver/lwk/ows?service=WFS&version=1.0.0&request=GetFeature&typeName=lwk:Weinlagen&outputFormat=shape-zip' hreflang: de ``` -------------------------------- ### Configure Common Core Building Block Source: https://docs.ldproxy.net/services/building-blocks/common_core Example configuration for the COMMON building block, enabling it and setting caching headers and additional links for the Landing Page resource. ```yaml - buildingBlock: COMMON enabled: true caching: lastModified: '2021-07-01T00:00:00Z' expires: '2023-06-30T23:59:59Z' cacheControl: max-age=86400 cacheControlItems: max-age=3600 additionalLinks: - rel: describedby type: text/html title: Website with additional information href: 'https://example.com/path/to/document' hreflang: en ``` -------------------------------- ### Enable Additional Metadata Building Block Source: https://docs.ldproxy.net/services/building-blocks/additional_metadata Configuration example to enable the ADDITIONAL_METADATA building block. Ensure 'buildingBlock' is set to 'ADDITIONAL_METADATA' and 'enabled' is true. ```yaml - buildingBlock: ADDITIONAL_METADATA enabled: true ``` -------------------------------- ### Configure GeoJSON-LD Building Block Source: https://docs.ldproxy.net/services/building-blocks/features_-_geojson-ld Example configuration for the GEO_JSON_LD building block, enabling it and specifying context and ID templates. ```yaml - buildingBlock: GEO_JSON_LD enabled: true context: '{{serviceUrl}}/collections/{{collectionId}}/context' types: - geojson:Feature - sosa:Observation idTemplate: '{{serviceUrl}}/collections/{{collectionId}}/items/{{featureId}}' ``` -------------------------------- ### Configure JSON Building Block Source: https://docs.ldproxy.net/services/building-blocks/json Example of how to configure the JSON building block, disabling it by setting 'enabled' to false. ```yaml - buildingBlock: JSON enabled: false ``` -------------------------------- ### Configure GLTF Building Block Source: https://docs.ldproxy.net/services/building-blocks/features_-_gltf Example configuration for the GLTF building block, enabling various features like normals, quantization, and defining properties for export. ```yaml - buildingBlock: GLTF enabled: true withNormals: true polygonOrientationNotGuaranteed: true meshQuantization: true properties: gml_id: type: STRING stringOffsetType: UINT16 noData: '' function: type: STRING stringOffsetType: UINT16 noData: '' roofType: type: ENUM componentType: UINT16 noData: 0 name: type: STRING stringOffsetType: UINT16 noData: '' ``` -------------------------------- ### JSON_FG Output Example Source: https://docs.ldproxy.net/services/building-blocks/features_-_json-fg Illustrates the output object type for a given 'F_CODE' value, such as 'GB075', when 'role: TYPE' is configured. ```json { "type": "Feature", "id": 1, "featureType": "nas:GB075", ... } ``` -------------------------------- ### Configure FEATURES_HTML with CesiumJS Source: https://docs.ldproxy.net/services/building-blocks/features_-_html Example of using CesiumJS for building data that is partially composed of building components, with the floor slab used as a fallback. ```yaml - buildingBlock: FEATURES_HTML mapClientType: CESIUM geometryProperties: - consistsOfBuildingPart.lod1Solid - lod1Solid - lod1GroundSurface ``` -------------------------------- ### Enable FlatGeobuf Building Block Source: https://docs.ldproxy.net/services/building-blocks/features_-_flatgeobuf Configure the FlatGeobuf building block to be enabled. This is a basic setup to activate the feature encoding. ```yaml - buildingBlock: FLATGEOBUF enabled: true ``` -------------------------------- ### Configure FEATURES_HTML for Feature Collection Source: https://docs.ldproxy.net/services/building-blocks/features_-_html Example of the specifications in the configuration file for a feature collection, including item label formatting and transformations. ```yaml - buildingBlock: FEATURES_HTML itemLabelFormat: '{{ZI005_FNA}}' transformations: F_CODE: codelist: f_code ZI001_SDV: dateFormat: MM/dd/yyyy[', 'HH:mm:ss[' 'z]] RTY: codelist: rty FCSUBTYPE: codelist: fcsubtype TRS: codelist: trs RIN_ROI: codelist: roi ZI016_WTC: codelist: wtc RLE: codelist: rle LOC: codelist: loc ``` -------------------------------- ### String Formatting with Remove Prefix Source: https://docs.ldproxy.net/providers/details/transformations Use `stringFormat` with the `replace` filter to remove characters from the beginning of a string. This example removes all non-digit characters from the start. ```string {{value | replace:'^[^0-9]*':''}} ``` -------------------------------- ### GeoJSON Feature Encoding Example Source: https://docs.ldproxy.net/services/building-blocks/features_-_geojson This example shows a GeoJSON Feature object before and after flattening properties. Flattening is configured via the 'transformations' option. ```json { "type" : "Feature", "id" : "1", "geometry" : { "type" : "Point", "coordinates" : [ 7.0, 50.0 ] }, "properties" : { "name" : "Beispiel", "inspireId" : "https://example.org/id/soziales/kindergarten/1", "serviceType" : { "title" : "Kinderbetreuung", "href" : "https://inspire.ec.europa.eu/codelist/ServiceTypeValue/childCareService" }, "pointOfContact" : { "address" : { "thoroughfare" : "Beispielstr.", "locatorDesignator" : "123", "postCode" : "99999", "adminUnit" : "Irgendwo" }, "telephoneVoice" : "0211 16021740" }, "occupancy" : [ { "typeOfOccupant" : "vorschule", "numberOfOccupants" : 20 }, { "typeOfOccupant" : "schulkinder", "numberOfOccupants" : 25 } ] } } ``` ```json { "type" : "Feature", "id" : "1", "geometry" : { "type" : "Point", "coordinates" : [ 7.0, 50.0 ] }, "properties" : { "name" : "Beispiel", "inspireId" : "https://example.org/id/soziales/kindergarten/1", "serviceType.title" : "Kinderbetreuung", "serviceType.href" : "https://inspire.ec.europa.eu/codelist/ServiceTypeValue/childCareService", "pointOfContact.address.thoroughfare" : "Otto-Pankok-Str.", "pointOfContact.address.locatorDesignator" : "29", "pointOfContact.address.postCode" : "40231", "pointOfContact.address.adminUnit" : "Düsseldorf", "pointOfContact.telephoneVoice" : "0211 16021740", "occupancy.1.typeOfOccupant" : "vorschule", "occupancy.1.numberOfOccupants" : 20, "occupancy.2.typeOfOccupant" : "schulkinder", "occupancy.2.numberOfOccupants" : 25 } } ``` -------------------------------- ### Configure PubSub Building Block Source: https://docs.ldproxy.net/services/building-blocks/pubsub Example configuration for enabling the PubSub building block, specifying MQTT brokers, publisher ID, and publication rules for different topic structures. ```yaml buildingBlock: PUB_SUB enabled: true brokers: t19: host: t19.ldproxy.net port: 8883 publisher: ${PUBLISHER:-t19.ldproxy.net} publications: items: broker: t19 mqttQos: AT_MOST_ONCE '{wigos_station_identifier}/{observed_property}': parameters: wigos_station_identifier: wigos_station_identifier observed_property: name property: value broker: t19 mqttQos: AT_MOST_ONCE retain: true ``` -------------------------------- ### Configure INSTANCES from local ZIP Source: https://docs.ldproxy.net/application/20-configuration/10-store-new Use FS type store to load INSTANCES from a local ZIP archive. The ZIP file should contain the entity definitions. ```yaml store: sources: - type: FS content: INSTANCES src: /path/to.zip ``` -------------------------------- ### Get Specific Resource Source: https://docs.ldproxy.net/services/building-blocks/resources Fetches the file resource with the specified identifier. ```APIDOC ## GET /resources/{resourceId} ### Description Fetches the file resource with identifier `resourceId`. ### Method GET ### Endpoint /resources/{resourceId} ### Parameters #### Path Parameters - **resourceId** (string) - Required - The local identifier of the resource. ### Query Parameters #### Query Parameters - **f** (string) - Optional - Select the output format of the response. If no value is provided, the standard HTTP rules apply, i.e., the "Accept" header will be used to determine the format. ### Response #### Success Response (200) - **content** (binary) - The content of the file resource. ``` -------------------------------- ### Get Stored Query Definition Source: https://docs.ldproxy.net/services/building-blocks/features_-_search Retrieve the definition of a specific stored query. ```APIDOC ## GET /search/{queryId}/definition ### Description Get the definition of the stored query. ### Method GET ### Endpoint /search/{queryId}/definition ### Parameters #### Path Parameters - **queryId** (string) - Required - The identifier of the stored query. #### Query Parameters - **f** (string) - Optional - Select the output format of the response. If no value is provided, the standard HTTP rules apply, i.e., the "Accept" header will be used to determine the format. ### Request Example ```json { "example": "request body" } ``` ### Response #### Success Response (200) - **definition** (object) - The definition of the stored query. #### Response Example ```json { "example": "response body" } ``` ``` -------------------------------- ### Get Feature Collection Schema Source: https://docs.ldproxy.net/services/building-blocks/feature_collections_-_schema Retrieves the JSON Schema of the features for a specific collection. ```APIDOC ## GET collections/{collectionId}/schema ### Description Returns the JSON Schema of the features of the collection `collectionId`. ### Method GET ### Endpoint `/collections/{collectionId}/schema` ### Parameters #### Path Parameters - **collectionId** (string) - Required - The identifier of the feature collection. #### Query Parameters - **f** (string) - Optional - Select the output format of the response. If no value is provided, the standard HTTP rules apply, i.e., the "Accept" header will be used to determine the format. ``` -------------------------------- ### Configure Log Output and Rotation Source: https://docs.ldproxy.net/application/20-configuration/20-logging Customize the log file path, enable archiving, and set rotation parameters. This example sets the log file to /var/log/ldproxy.log with daily rotation and keeps 30 archived files. ```yaml logging: appenders: - type: file currentLogFilename: /var/log/ldproxy.log archive: true archivedLogFilenamePattern: /var/log/ldproxy-%d.zip archivedFileCount: 30 timeZone: Europe/Berlin ``` -------------------------------- ### Run ldproxy Editor via Docker Source: https://docs.ldproxy.net/tools/editor Use this command to start the ldproxy editor as a Docker container. Mount your ldproxy configuration directory to `/data` and access the editor via the specified port. ```bash docker run -d -p 8080:80 -v /path/to/ldproxy.cfg:/data ghcr.io/ldproxy/editor ``` -------------------------------- ### Get Stored Query Parameters Source: https://docs.ldproxy.net/services/building-blocks/features_-_search Retrieve the definition of the query parameters for a specific stored query. ```APIDOC ## GET /search/{queryId}/parameters ### Description Get the definition of the query parameters. ### Method GET ### Endpoint /search/{queryId}/parameters ### Parameters #### Path Parameters - **queryId** (string) - Required - The identifier of the stored query. ### Request Example ```json { "example": "request body" } ``` ### Response #### Success Response (200) - **parameters** (object) - The definition of the query parameters. #### Response Example ```json { "example": "response body" } ``` ``` -------------------------------- ### Get All Resources Source: https://docs.ldproxy.net/services/building-blocks/resources Fetches the set of file resources. For each resource, the ID and a link to the file are provided. ```APIDOC ## GET /resources ### Description Fetches the set of file resources. For each resource the id and a link to the file is provided. ### Method GET ### Endpoint /resources ### Query Parameters #### Query Parameters - **f** (string) - Optional - Select the output format of the response. If no value is provided, the standard HTTP rules apply, i.e., the "Accept" header will be used to determine the format. ### Response #### Success Response (200) - **id** (string) - The identifier of the resource. - **link** (string) - A link to the file resource. ``` -------------------------------- ### Configure 3D Tiles Files Provider Source: https://docs.ldproxy.net/providers/tile3d/20-files Use this configuration to set up the 3D Tiles Files provider. Ensure the `source` path correctly points to the `tileset.json` file within the store's resources. ```yaml id: lod-3dtiles providerType: 3DTILE providerSubType: FILES tilesets: lod: id: lod source: lod/tileset.json ``` -------------------------------- ### WFS Provider Configuration Source: https://docs.ldproxy.net/providers/feature/50-wfs Example configuration for the WFS provider, specifying connection details like WFS version, GML version, namespaces, URI, and HTTP method. ```yaml id: wfs providerType: FEATURE providerSubType: WFS connectionInfo: connectorType: HTTP version: 2.0.0 gmlVersion: 3.2.1 namespaces: ave: http://rexample.com/ns/app/1.0 wfs: http://www.opengis.net/wfs/2.0 fes: http://www.opengis.net/fes/2.0 gml: http://www.opengis.net/gml/3.2 xsd: http://www.w3.org/2001/XMLSchema ows: http://www.opengis.net/ows/1.1 xlink: http://www.w3.org/1999/xlink xsi: http://www.w3.org/2001/XMLSchema-instance uri: https://example.com/pfad/zum/wfs? method: GET ``` -------------------------------- ### Example GeoJSON Feature Properties Source: https://docs.ldproxy.net/services/building-blocks/features_-_csv Illustrates the structure of properties within a GeoJSON feature that will be encoded as CSV. ```json { "att1": "foo", "att2": [ "bar1", "bar2", "bar3" ] "att3": { "value": 123, "values": [ 456, 789, 0 ] } } ``` -------------------------------- ### Run ldproxy with Custom Data Path Source: https://docs.ldproxy.net/application/30-deployment Deploys ldproxy with a specific host directory for data storage and names the container 'ldproxy'. ```bash docker run --name ldproxy -d -p 7080:7080 -v ~/docker/ldproxy_data:/data iide/ldproxy:latest ``` -------------------------------- ### Get Tile Matrix Set Definition Source: https://docs.ldproxy.net/services/building-blocks/tile_matrix_sets Retrieves the detailed definition of a specific tiling scheme by its identifier. ```APIDOC ## GET tileMatrixSets/{tileMatrixSetId} ### Description Returns the definition of a tiling scheme. ### Method GET ### Endpoint `/tileMatrixSets/{tileMatrixSetId}` ### Path Parameters - **tileMatrixSetId** (string) - Required - The identifier of the tiling scheme. ### Query Parameters - **f** (string) - Optional - Select the output format of the response. If no value is provided, the standard HTTP rules apply, i.e., the "Accept" header will be used to determine the format. ``` -------------------------------- ### Get Stored Query Parameter Details Source: https://docs.ldproxy.net/services/building-blocks/features_-_search Retrieve the details of a specific query parameter for a stored query. ```APIDOC ## GET /search/{queryId}/parameters/{name} ### Description Get the details of a query parameter. ### Method GET ### Endpoint /search/{queryId}/parameters/{name} ### Parameters #### Path Parameters - **queryId** (string) - Required - The identifier of the stored query. - **name** (string) - Required - The name of the query parameter. ### Request Example ```json { "example": "request body" } ``` ### Response #### Success Response (200) - **parameter** (object) - The details of the query parameter. #### Response Example ```json { "example": "response body" } ``` ``` -------------------------------- ### GML Building Block Configuration Example Source: https://docs.ldproxy.net/services/building-blocks/features_-_gml Configure the GML building block with namespaces, default namespace, schema locations, GML ID prefix, and collection-specific API settings including attribute transformations. ```yaml - buildingBlock: GML enabled: true applicationNamespaces: ns1: http://www.example.com/ns/ns1/1.0 ns2: http://www.example.com/ns/ns2/1.0 defaultNamespace: ns1 schemaLocations: ns1: '{{serviceUrl}}/resources/ns1.xsd' ns2: '{{serviceUrl}}/resources/ns2.xsd' gmlIdPrefix: '_' collections: some_type: ... api: - buildingBlock: GML xmlAttributes: - someAtt transformations: someOtherAtt: rename: 'ns2:someOtherAtt' ``` -------------------------------- ### Show Xtratiler Render Help Source: https://docs.ldproxy.net/tools/xtratiler/commands Displays the help message for the 'render' subcommand, outlining its use for submitting raster tile rendering jobs and its associated options. ```bash $ xtratiler render --help ``` -------------------------------- ### xtracfg Help Commands (Docker) Source: https://docs.ldproxy.net/tools/xtracfg View help information for the xtracfg CLI and its subcommands when running via Docker. ```bash docker run -it --rm ghcr.io/ldproxy/xtracfg --help ``` ```bash docker run -it --rm ghcr.io/ldproxy/xtracfg check --help ``` ```bash docker run -it --rm ghcr.io/ldproxy/xtracfg check entities --help ``` -------------------------------- ### Resulting CSV Output Source: https://docs.ldproxy.net/services/building-blocks/features_-_csv Shows the CSV representation of the example GeoJSON feature, demonstrating flattened properties and array limits. ```text att1,att2_1,att2_2,att3_value,att3_values_1,att3_values_2 foo,bar1,bar2,123,456,789 ``` -------------------------------- ### Purge Tile Cache with Specific Parameters Source: https://docs.ldproxy.net/tools/xtractl/commands Examples demonstrating how to purge tile cache using specific parameters like collection, tile matrix set, and bounding box. This allows for targeted cache invalidation. ```bash xtractl tiles purge-cache api1 -c collection3 --tms WebMercatorQuad --bbox 8,49,9,50 ``` ```bash xtractl tiles purge-cache api2 --bbox 8,49,9,50 ``` ```bash xtractl tiles purge-cache api3 ``` -------------------------------- ### Get Specific Feature Source: https://docs.ldproxy.net/services/building-blocks/features Retrieves a single feature by its unique identifier within a specified collection. The output format can be specified. ```APIDOC ## GET collections/{collectionId}/items/{featureId} ### Description Retrieves a document representing the feature with the requested identifier within the specified collection. ### Method GET ### Endpoint /collections/{collectionId}/items/{featureId} ### Parameters #### Path Parameters - **collectionId** (string) - Required - The identifier of the feature collection. - **featureId** (string) - Required - The local identifier of the feature within the collection. #### Query Parameters - **f** (string) - Optional - Select the output format of the response (e.g., GeoJSON, HTML). Defaults to using the "Accept" header. - **profile** (string) - Optional - Requests variations in the representation of data in the same format. ### Response #### Success Response (200) - The response format depends on the `f` query parameter or the `Accept` header. It can include GeoJSON, HTML, etc. #### Response Example (GeoJSON) ```json { "type": "Feature", "id": "feature1", "properties": { "name": "Example Feature" }, "geometry": { "type": "Point", "coordinates": [10.0, 20.0] } } ``` ``` -------------------------------- ### Basic Substitution Syntax Source: https://docs.ldproxy.net/application/20-configuration/95-substitutions Use placeholders like ${variable_name} to insert values from environment variables or other sources into your configuration. ```yaml connectionInfo: host: ${db.host} ``` -------------------------------- ### HTML Building Block Advanced Configuration Source: https://docs.ldproxy.net/services/building-blocks/html Configures the HTML building block with detailed options, including custom legal and privacy notices, and specific basemap settings. This example disables no-index and enables collection descriptions. ```yaml - buildingBlock: HTML enabled: true noIndexEnabled: false schemaOrgEnabled: true collectionDescriptionsInOverview: true legalName: Legal notice legalUrl: https://www.interactive-instruments.de/en/about/impressum/ privacyName: Privacy notice privacyUrl: https://www.interactive-instruments.de/en/about/datenschutzerklarung/ basemapUrl: https://sg.geodatenzentrum.de/wmts_topplus_open/tile/1.0.0/web_grau/default/WEBMERCATOR/{z}/{y}/{x}.png basemapAttribution: '©Bundesamt für Kartographie und Geodäsie(2020), Datenquellen' defaultStyle: default ``` -------------------------------- ### Get Feature Collections Source: https://docs.ldproxy.net/services/building-blocks/feature_collections Retrieves a list of all available feature collections. The response includes information about each collection and a link to its items. ```APIDOC ## GET collections ### Description Lists all available feature collections. The response contains information about each collection, including a link to its items. ### Method GET ### Endpoint /collections ### Query Parameters - **f** (string) - Optional - Select the output format of the response. If no value is provided, the standard HTTP rules apply, i.e., the "Accept" header will be used to determine the format. ``` -------------------------------- ### Enable Filter Building Block Source: https://docs.ldproxy.net/services/building-blocks/filter Configuration to enable the FILTER building block. This is a common setup for activating the filtering capabilities. ```yaml - buildingBlock: FILTER enabled: true ``` -------------------------------- ### Run ldproxy with Docker Source: https://docs.ldproxy.net/application/30-deployment Deploys the latest stable ldproxy image, maps port 7080, and uses a Docker-managed volume for data. ```bash docker run -d -p 7080:7080 -v ldproxy_data:/data iide/ldproxy:latest ```