Ospitaletto District Heating Expansion – Building Heat Demand and Network Dataset
Abstract
This dataset provides georeferenced building-level annual heating demand estimates and district heating network geometry for the municipality of Ospitaletto (Brescia, Lombardy, Italy), developed to assess expansion opportunities for an existing 5th Generation District Heating (5GDHC) network. The building heat demand layer (Ospitaletto_heat.gpkg) covers 1,957 buildings with 17 attributes including footprint area, building height and volume, S/V ratio, functional use (residential/non-residential), INSPIRE-based typological class (SFH, s-MFH, l-MFH), estimated annual heating demand (MWh/year), distance to the DH network, and priority selection flags under two criteria. The DH network layer (DH_ospitaletto_network.gpkg) contains 21 pipe segments of the existing network. Both layers use the EPSG:3035 coordinate reference system. Heating demand was estimated through a data-fusion methodology combining building geometry (OpenStreetMap, cadastral data), climate inputs (Heating Degree Days, Southern Continental zone), energy consumption density benchmarks (INSPIRE for residential, Hotmaps for non-residential), and available metered consumption data for calibration. Network expansion priorities were assessed using two criteria: Criterion A selects buildings by maximizing the ratio of annual demand to distance from the network (kWh/y/m); Criterion B applies a 250 m buffer around the existing network and filters by minimum demand threshold (100 kWh/y). Produced within the MODERATE project (Horizon Europe Grant Agreement No. 101069834).
FAIR Overall Score
Digital Object Identifier (DOI)
Citation
Menapace, Andrea, & Paradiso, Rosanna. (2026). Ospitaletto District Heating Expansion – Building Heat Demand and Network Dataset [Dataset]. https://doi.org/10.5281/zenodo.20123762
Legal constraints
Creative Commons Attribution 4.0 International
Contact for metadata
FAIR Overall Score: 81%
Evaluated by F-UJI - An Automated FAIR Data Assessment Tool: https://doi.org/10.5281/zenodo.6361400
Findable Moderate
-
Metadata identifier follows a defined unique identifier syntax or scheme (IRI, URL, UUID, HASH or PID) (1/1)
-
Metadata identifier follows a defined persistent identifier syntax (0/0.5)
-
Persistent identifier for metadata is registered and maintained by a PID authority (0/0.5)
-
Core data citation metadata is available (0/1)
-
Core descriptive metadata is available (0/1)
-
Metadata contains a PID or URL which indicates the location of the downloadable data content (1/1)
-
Metadata is given in a way major search engines can ingest it for their catalogues (Dublin Core or schema.org or DCAT encoded in microdata, RDFa, embedded JSON-LD or meta tags see e.g. Google Dataset Search webmaster guidelines) (2/2)
Accessible Advanced
-
Information about access restrictions or rights can be identified in metadata (1/1)
-
Metadata are retrievable via their specified identifier (1/1)
-
Data are retrievable via the identifiers given in metadata (1/1)
-
Identifier leading to metadata matches a scheme indicating a standardized web communication protocol. (1/1)
-
Identifier leading to data are matching a schema indicating a standardized web communication protocol. (1/1)
-
The communication protocol found in identifiers (IRIs) leading to metadata supports authentication. (1/1)
-
The communication protocol identified in data links (IRIs) supports authentication. (1/1)
Interoperable Advanced
-
Parsable, structured metadata (JSON-LD, RDFa) is embedded in the landing page XHTML/HTML code (2/2)
-
Parsable, structured metadata (RDF, JSON-LD) is accessible through content negotiation, typed links or sparql endpoint (2/2)
-
Metadata uses terms from registered vocabularies that are identified by their namespaces (2/2)
-
Related resources are referenced in plain text within appropriate metadata properties indicating the relation type (2/2)
-
Related resources are referenced by machine readable links or identifiers within appropriate metadata properties indicating the relation type (2/2)
Reusable Moderate
-
Minimum information (resource type) about the available data content is specified in the metadata (1/1)
-
Information on the manner and form (file size and type or service (API) endpoint and protocol) in which data is delivered is provided (0/1)
-
Licence information is given in an appropriate metadata element (1/1)
-
Metadata contains elements which hold provenance information which can be mapped to PROV based on PROV-DC. (1/1)
-
Metadata contains elements which hold provenance information using formal provenance ontologies (PROV, PAV). (0/1)
-
Community specific metadata standard is detected using namespaces or schemas found in provided metadata (1/1)
-
Multidisciplinary but community endorsed metadata (RDA Metadata Standards Catalog, fairsharing) standard is detected by namespace (1/1)
-
Data is available in a file format recommended by the research community (long term file formats, open file formats or scientific file format) (0/1)
Related docs
No docs sources are available.