Regola 3 30 300

Open data API in a single place

Provided by Regione Emilia Romagna

Get early access to Regola 3 30 300 API!

Let us know and we will figure it out for you.

Dataset information

Country of origin
Updated
2025.11.11 23:00
Created
2025.05.28
Available languages
English
Keywords
verde, alberi, 3-30-300, usage
Quality scoring

Dataset description

In questo dataset gli indirizzi residenziali contengono informazioni sulla cosiddetta Regola 3-3-300 (https://nbsi.eu/the-3-30-300-rule/). Per ogni numero civico sono presenti informazioni che riguardano: la visibilità o meno di alberi da un edificio; la presenza di chiome arboree nel raggio di 300 metri (regola 30% - https://dati.comune.fe.it/dataset/copertura-alberi); la distanza tra il numero civico e l’area verde pubblica più vicina (https://dati.comune.fe.it/dataset/aree-verdi-istat-2024). Il layer è tematizzato sulla base dei valori del campo COUNT_CRIT che può assumere 4 valori: 0= nessuna regola è soddisfatta; 1; 2; 3 – indicano il numero di regole che invece vengono soddisfatte). I civici in cui il campo COUNT_CRIT assume 3 la regola 3-30-300 è rispettata in tutte le sue variabili. Il campo vale NULL nel caso di numeri civici per i quali la regola non è applicabile visto che si trovano al di fuori dell'area urbana oggetto di studio - I campi significativi sono i seguenti: vis: visibilità alberi (booleano true/false) ; cop: copertura arborea >=30% (booleano true/false) ; pross: prossimità aree verdi <=300m (booleano true/false) ; vis_perc: percentuale di punti facciata con visibilità alberi (decimale da 0 a 1) ; cop_perc: percentuale di copertura arborea (decimale da 0 a 100) ; pross_m: distanza in metri dal numero civico al gate area verde (decimale da 0 a 399 dove il valore “399” è fittizio e serve per evitare di avere valori NULL) ; count_crit: numero di criteri della regola “3-30-300” soddisfatti . - I dati sono stati prdodotti nell'ambito del Master GIScience dell'Università di Padova (https://mastergiscience.it/ - autore: Giovanna Galeota Lanza). I dati sono stati ottenuti attraverso il software software QGIS eseguendo una serie di processing su dati vettoriali e su dati raster. I dati di input sono stati il layer vettoriale di copertura alberi USAGE https://dati.comune.fe.it/dataset/single-trees-canopies, il layer vettoriale Fabbricati USAGE https://dati.comune.fe.it/dataset/fabbricati-usage ed il layer raster di Digital Surface Model (DSM) https://dati.comune.fe.it/dataset/dsm-2022. Per l'elaborazione sono stati eseguiti i seguenti 5 passaggi: 1. Calcolo dei centroidi degli alberi dal layer vettoriale "Single Canopy Tree"; 2. Trasformazione dei poligoni del layer "Fabbricati USAGE" in linee e creazione di punti casuali per rappresentare la localizzazione virtuale di finestre (random); 3. Utilizzo del raster DSM per le altezze degli edifici e degli alberi; 4. Analisi di viewshed con il tool Viewshed Analysis di QGIS; 5. Campionamento del layer dei punti che rappresentano le finestre sul raster generato dalla viewshed e creazione di un output booleano (visibilità 0=falso, 1=vero); un workflow eseguito con QGIS Modeler in diversi passaggi: 1) buffer intorno a ciascun indirizzo e calcolo della percentuale di canopia arborea; 2) identificazione dei punti di accesso alle aree verdi pubbliche (filtrate); 3) calcolo percorsi dagli indirizzi agli accessi di aree verdi.
European data infrastructure with broad catalog discovery, free evaluation access and production-grade API options.
190K+
indexed dataset pages
32
countries and EU institutions
2019
API-first since
Free API quota
for evaluation and prototypes
SLA
history and push on production APIs
FAQ

Questions before production use

Practical answers on evaluation, licensing, freshness, versioning and support.

api.store is built and operated by Apitalks s.r.o. Company details and a direct contact path are linked in the footer for vendor checks and procurement review.
Yes. Selected APIs include a free API quota, so your team can validate coverage, freshness, response shape and workflow fit before asking for a production plan.
Often yes, but usage rights depend on the source license and dataset. We surface source, license and update metadata where available, and can help review terms before a production integration.
Maintained APIs include update metadata where available. For production integrations, we can add history, monitoring and push updates so changes are easier to detect and act on.
Production APIs can add SLA, stable identifiers, versioning support, history, push updates and direct support around the data your product or AI workflow depends on.

Didn't find the API you need?

Let us know and we will figure it out for you.

European data discovery with free evaluation access and production-grade API options.

Copyright © 2026. Made by Apitalks