Un apparecchio può entrare correttamente nel software, apparire con la geometria giusta e perfino produrre un calcolo senza errori. Questo, però, non dimostra che i dati utilizzati siano quelli corretti. Con il Global Lighting Data Format, il controllo non dovrebbe fermarsi alla domanda «il file si importa?», ma proseguire con una verifica più utile: la variante, la fotometria e le condizioni operative rappresentano davvero il prodotto che verrà installato?
Il GLDF è stato sviluppato congiuntamente da DIAL e RELUX come formato aperto e gratuito per descrivere apparecchi e sensori in modo più completo rispetto ai tradizionali file fotometrici. Può raccogliere nello stesso contenitore dati di prodotto, fotometrie, spettri, geometrie, componenti elettrici, immagini, documenti e varianti. Proprio questa ricchezza rende necessaria una procedura di controllo: un contenitore più completo può ridurre le incoerenze, ma non sostituisce il giudizio del progettista.
Che cosa contiene davvero un file GLDF
Un file con estensione .gldf è un contenitore nel quale il documento principale, product.xml, descrive il prodotto secondo una struttura definita. La documentazione ufficiale organizza le informazioni in tre blocchi principali:
- Header: identifica file, produttore, versione del formato, applicazione di creazione e riferimenti univoci;
- GeneralDefinitions: raccoglie gli elementi riutilizzabili, come file, sensori, fotometrie, spettri, sorgenti, alimentatori, emettitori e geometrie;
- ProductDefinitions: descrive il prodotto e combina gli elementi nelle diverse varianti commerciali.
La struttura modulare consente, per esempio, di associare allo stesso corpo apparecchio più flussi luminosi, temperature di colore, ottiche, potenze o configurazioni di emergenza. Le proprietà generali possono inoltre essere sovrascritte a livello di singola variante. È un vantaggio notevole per l’interoperabilità, ma anche uno dei punti nei quali è più facile selezionare un dato formalmente valido e tecnicamente sbagliato.
Validità del file e attendibilità del dato non sono la stessa cosa
Il GLDF utilizza uno schema XSD versionato. Lo schema stabilisce quali elementi sono ammessi, quali sono obbligatori, in quale ordine devono comparire, quali tipi di dato utilizzare e come devono funzionare molti riferimenti interni. Una validazione XSD può quindi individuare errori strutturali, riferimenti mancanti o contenuti scritti in modo incompatibile con lo schema.
Non può però stabilire, da sola, se la curva fotometrica appartenga realmente al codice ordinato, se il flusso dichiarato sia aggiornato, se la potenza includa gli accessori o se il modello 3D abbia le dimensioni del prodotto scelto. In altre parole:
- file valido significa che la struttura rispetta le regole del formato;
- dato attendibile significa che le informazioni rappresentano correttamente il prodotto e le condizioni del progetto.
Il secondo controllo richiede confronto con documentazione ufficiale, codice articolo, scheda tecnica e, nei casi critici, informazioni del produttore.
Una procedura di verifica in otto passaggi
1. Identificare provenienza e versione
Il primo controllo riguarda l’origine del file. È preferibile usare dati forniti direttamente dal produttore o distribuiti attraverso servizi ufficiali. Annotare data di download, codice prodotto, revisione e software utilizzato evita di perdere la tracciabilità quando il progetto viene aggiornato mesi dopo.
Occorre distinguere la versione dello schema GLDF dalla revisione commerciale del prodotto: un file conforme a uno schema recente può comunque contenere dati di una variante non più attuale.
2. Verificare la struttura con XSD e GLDF Checker
Lo schema XSD consente di controllare la correttezza formale del documento XML. Il GLDF Checker gratuito di RELUX permette inoltre di visualizzare quali gruppi di informazioni sono presenti e il livello di compilazione delle proprietà native, aiutando a capire per quali applicazioni il dataset è utilizzabile.
Il risultato del checker va letto come una mappa della completezza, non come un certificato fotometrico. Un campo compilato può essere coerente dal punto di vista informatico e inesatto dal punto di vista tecnico.
3. Selezionare la variante esatta
Prima dell’importazione bisogna confrontare almeno:
- codice completo dell’apparecchio;
- ottica o distribuzione luminosa;
- flusso luminoso;
- potenza assorbita;
- temperatura di colore e resa cromatica;
- tipo di alimentazione e regolazione;
- eventuale configurazione di emergenza;
- dimensioni, accessori e modalità di montaggio.
Nei prodotti con molte varianti, non è sufficiente riconoscere il nome della famiglia. Due configurazioni esteticamente identiche possono utilizzare fotometrie, flussi e assorbimenti differenti.
4. Controllare la fotometria, non solo i lumen
Il GLDF può fare riferimento a dati fotometrici in formati come EULUMDAT, IES LM-63 e altri formati supportati dalla specifica. Il progettista dovrebbe confrontare la distribuzione visualizzata nel software con quella pubblicata dal produttore, verificando orientamento, forma dei piani C, intensità massima e apertura del fascio.
Il solo flusso totale non basta. Due apparecchi da 4.000 lm possono produrre risultati molto diversi se uno ha una distribuzione estensiva simmetrica e l’altro un’ottica asimmetrica. Nei prodotti multicanale o con più emettitori va controllato anche come le singole componenti sono combinate nella variante.
5. Verificare geometria, origine e montaggio
Il formato può descrivere la geometria in modi diversi: da forme semplici fino a modelli tridimensionali più dettagliati tramite L3D. La geometria aiuta il coordinamento, la rappresentazione e il processo BIM, ma non deve essere confusa con la curva fotometrica.
È utile controllare:
- dimensioni d’ingombro;
- punto di inserimento e origine del modello;
- orientamento dell’emissione luminosa;
- superficie o punto emissivo;
- rotazioni e limiti di orientamento;
- posizione rispetto a soffitto, parete, binario o incasso.
Un punto di inserimento errato può spostare l’apparecchio rispetto all’architettura; un asse non coerente può ruotare la distribuzione luminosa senza che l’anomalia sia subito evidente in una vista tridimensionale.
6. Leggere i dati elettrici e di controllo
Potenza, tensione, alimentatore, possibilità di dimmerazione e protocolli di controllo incidono sul progetto elettrico, sui consumi e sulle scene. Per apparecchi regolabili, tunable white o dotati di sensori, bisogna verificare quali funzioni sono realmente descritte e quali sono soltanto associate alla famiglia di prodotto.
Se nel GLDF manca un’informazione, il software non dovrebbe essere usato per dedurla. Il dato va recuperato dalla documentazione tecnica e registrato separatamente tra le assunzioni di progetto.
7. Importare e svolgere un controllo di coerenza nel software
DIALux e RELUX supportano il GLDF, ma ogni applicazione decide quali informazioni interpretare e con quale profondità, anche in funzione delle proprie funzionalità. Dopo l’importazione conviene quindi verificare nel software almeno codice variante, flusso, potenza, geometria, orientamento e fotometria.
Un test rapido consiste nel collocare un singolo apparecchio in un ambiente semplice, a quota nota, e osservare distribuzione, valori sull’asse, orientamento e assorbimento. Non sostituisce il controllo del file, ma rende visibili molte incongruenze prima che vengano replicate in decine di punti luce.
8. Congelare i dati usati per la consegna
Nel fascicolo di progetto è utile conservare il file GLDF effettivamente utilizzato, insieme alla data, al codice prodotto e alla versione del software. Se il produttore aggiorna il dataset, il progetto già consegnato deve rimanere ricostruibile.
Per revisioni successive, il nuovo file non andrebbe sostituito automaticamente: prima occorre confrontare le differenze e valutare se modificano fotometria, potenza, geometria o risultati di calcolo.
Esempio applicativo: una linea luminosa con più configurazioni
Consideriamo una famiglia di apparecchi lineari disponibile in tre lunghezze, due flussi per ogni lunghezza, ottica diffondente o batwing, alimentazione on/off o DALI e kit di emergenza opzionale. Il GLDF può descrivere la famiglia in modo efficiente riutilizzando geometrie e componenti comuni e creando varianti specifiche.
Il progettista seleziona il nome corretto della serie, ma importa la variante da 1.200 mm con flusso elevato al posto di quella standard prevista a capitolato. Il file è valido, il modello appare corretto e il calcolo raggiunge l’illuminamento richiesto. In cantiere viene però installata la versione a flusso inferiore: il risultato reale non coincide con quello verificato.
La criticità non deriva dal formato, ma dall’assenza di un controllo incrociato tra codice, flusso, potenza e ottica. Una semplice tabella di corrispondenza tra capitolato e variante GLDF avrebbe intercettato l’errore prima del calcolo definitivo.
GLDF, BIM e IFC: ruoli diversi
Il GLDF descrive in modo specializzato il prodotto illuminotecnico e può fornire molte informazioni utili ai processi BIM. Non equivale però all’intero modello informativo dell’edificio. L’IFC gestisce relazioni, spazi, sistemi e oggetti nel contesto del progetto; il GLDF concentra dati e varianti dell’apparecchio o del sensore.
Un workflow efficace non obbliga a scegliere un formato contro l’altro. Il dato GLDF può alimentare la selezione e il calcolo illuminotecnico, mentre l’oggetto coordinato nel modello BIM mantiene posizione, classificazione e relazioni con l’edificio. La qualità dell’interoperabilità dipende dal mapping effettivamente realizzato dal software utilizzato.
Gli errori più comuni
- considerare corretto un file solo perché viene importato senza messaggi di errore;
- controllare il nome della famiglia, ma non il codice della variante;
- confrontare soltanto il flusso e ignorare la distribuzione luminosa;
- confondere la geometria 3D con l’attendibilità della fotometria;
- ignorare le proprietà sovrascritte a livello di variante;
- dare per presenti dati elettrici, di emergenza o controllo non compilati;
- non verificare asset richiamati tramite collegamenti esterni;
- sostituire il file durante il progetto senza registrare le differenze;
- pensare che XSD o checker certifichino la verità tecnica dei valori.
Una checklist minima prima del calcolo definitivo
- provenienza e data del file registrate;
- struttura GLDF validata;
- codice variante uguale al capitolato;
- flusso, potenza, CCT e CRI confrontati con la scheda tecnica;
- curva fotometrica e orientamento verificati;
- dimensioni e punto di montaggio controllati;
- alimentazione, regolazione ed emergenza coerenti;
- test con singolo apparecchio eseguito;
- file usato archiviato con la consegna.
Conclusione: l’interoperabilità richiede un metodo di verifica
Il GLDF riduce la frammentazione dei dati e offre una base più ricca per collegare produttori, software illuminotecnici e processi BIM. Il suo valore, però, emerge davvero quando viene inserito in una procedura controllata: validare la struttura, identificare la variante, verificare i dati tecnici, provare l’importazione e conservare la versione usata.
Il file digitale non elimina la responsabilità del progettista; rende più efficace il modo in cui può esercitarla.
Vuoi imparare a trasformare dati di prodotto e software in un processo di progetto verificabile? Nei percorsi LightAcademy lavoriamo su modellazione, fotometria, controllo dei dati e lettura critica dei risultati, con esempi costruiti sulle condizioni reali della pratica professionale.
Fonti ufficiali consultate il 18 agosto 2026: GLDF – sito ufficiale; GLDF Features; GLDF XSD Reference; Create your first GLDF; RELUX GLDF Checker e servizi; RELUX e DIAL: partnership GLDF.
Approfondisci con LightAcademy
La qualità dei dati deve essere verificata anche a monte, con i controlli sui modelli IFC prima del calcolo. Per applicare un flusso di lavoro ordinato puoi consultare il corso DIALux evo e il manuale DIALux evo 14 in PDF.
Lascia un commento