1. Aprovació de l’acta de la sessió anterior
S’aprova sense comentaris l’acta de la sessió anterior.

2. Discussió i aprovació de les modificacions proposades en les especificacions de la BDMAC
S’acorden les següents modificacions, comentades en la sessió anterior:

• Aranès:
  • Integrar els tipus de via en aranès.
  • Afegir els nexes en aranès al domini dels nexes i convertir-lo en taula de valors.
  • Afegir l'aranès a la taula de tipus de planta.
  • Afegir l’idioma a les llistes de valors on s’ha afegit l'aranès.
  • Implementar a part la taula d’equivalències català-aranès de tipus de via.
• Tipus de via:
  • Implementar com a llista oberta i ampliable.
  • Separar els tipus de via i els tipus d’àrea en dues taules de valors, segons la classificació per geometries que s’ha acordat.
  • Acceptar la proposta de tipus presentada a la sessió anterior, afegint els tipus proposats (“Escales” i “Camp”).
  • Es demanaran abreviatures.
• Dates:
  • Deixar DATACREA, DATAMODIF i VALIDA.
  • Quan s’acaba de crear l’element, DATAMODIF serà igual a DATACREA.
  • En l’intercanvi de dades, cas que es consideri que cal indicar les baixes, aquestes es gestionen a part (en altres taules).
  • S’aclareix que DATAALTA i DATABAIXA (equivalents a beginLifespan i endLifespan de les especificacions INSPIRE) fan referència a la inserció i eliminació de l’objecte a la base de dades, i VALIDDE i VALIDA fan referència a la seva “vida” real.
• Codificació de disseminats:
  • Utilitzar una adreça d’edifici amb número lligada a una taula no geogràfica d’àrees, opcionalment lligada a una altra de polígons. Cal fer-ho en dues taules diferents perquè la geometria no pot ser opcional dins d’una mateixa taula.
• Completar aspectes referents als canvis ja acordats:
  • Substituir l’atribut COMVIA per CODAREA a l’entitat Via, igual que a AdrecaVia i AdrecaEdi.
  • Afegir l’entitat RelAreaCodEx per poder assignar el codi de via INE en cas que el nom de l'àrea estigui inclòs a la taula de vies INE.
  • Afegir l’atribut COMNUM a l’entitat AdrecaEdi, igual que a AdrecaVia.
• Padró:
  • Afegir un segon atribut per incloure el nom de bloc o d’edifici quan no és imprescindible per a l’adreça, i mantenir l’actual per quan sí que és necessari. S’acorda anomenar-lo BLOCAUX, en lloc de BLOC2 com es proposava, per distingir-lo clarament de BLOC.
  • Afegir dos atributs associats als complements de número inicial i número final, per tal d’extreure noms genèrics que, d’altra manera, podrien estar inclosos al complement de número (com per exemple ‘Casa’, ‘Xalet’ o ‘apartament’). L’adreça ha de quedar completament descrita sense ells i, per tant, podrà no tenir-se en consideració en les explotacions per al Padró. Aquests atributs, tipus de complement, estaran lligats a una taula de valors ampliable.
  • Tot i que no es redueix la longitud dels atributs dels complements de número, en el cas que calgui assegurar la compatibilitat directa amb el Padró, caldrà  limitar-los als seus requisits segons normativa vigent.
• Totes les vies amb localització:
  • Afegir una adreça fictícia a aquelles vies que no en tinguin cap altra d’associada, una per a cada unitat de població corresponent, i indicar “-1” en l’atribut NUMINI de l’adreça (fictícia) per a poder identificar-la (el “0” s’utilitza quan no hi ha valor).
  • Eliminar l’entitat ViaUnitatP perquè ja no seria necessària.
• Totes les adreces i vies:
  • Afegir un atribut “ESTAT” a les adreces que les classifiqui en “vigent”, ”no oficial” (en lloc de “de gestió” com es proposava) o “fictícia” (només quan NUMINI = -1). Es descarta “prevista” perquè pot embolicar i, a més, no existeix en la realitat (no s’hi pot arribar...).
  • Afegir un atribut “ESTAT” a les vies que les classifiqui en “vigent” (en lloc d’”oficial” com es proposava, perquè a vegades pot ser complicat determinar com està escrit exactament el nom oficial i per coherència amb les adreces) o “no oficial” (en lloc de “de gestió” com es proposava).
  • No indicar si el nom de la via coincideix amb el Nomenclàtor de carrers (oficial).
  • S’inscriu tot el conjunt a l’RCC independentment de l’”ESTAT” de les adreces i les vies; l’atribut ja identifica l’estat de la dada.
  • Afegir un atribut per a l’adreça normalitzada (aquella que segueix les normes de la Comissió de Toponímia: articles, etc.).
• Codi postal: Fer obligatori en les entitats AdrecaVia i AdrecaEdi, i indicar allà on es pugui que “és informació complementària no gestionada per l’ajuntament i, per tant, no es pot garantir la seva vigència”.
• Posició de l’adreça: Afegir l’atribut POSADR a les entitats AdrecaVia i a AdrecaEdi per indicar on està ubicada l’adreça (a l’edifici, a la parcel·la, a l’entrada, etc.).
• Paritat: Afegir un atribut en l’entitat AdrecaVia per indicar la paritat dels números quan es tracta d’un interval (parell, senar o continu).
• Noms d’edificacions normalitzats: Afegir atributs per poder incloure la versió normalitzada dels noms d’edificacions.
• Punt quilomètric: Indicar-lo en km amb 3 decimals (i 4 enters).
• Eliminar la relació entre les entitats VariantsVia i VTipusVia.
• Adequar a les noves especificacions els exemples que hi havia fins ara en les actuals i posar-los en un document a part.
• Formats de distribució:
  • Substituir el TXT de longitud fixada per un CSV amb ‘;’ com a separador.
  • No s’afegeix el format Geopackage.

L’ICGC il·lustra les modificacions anteriors amb l’UML corresponent.

3. Torn obert de paraules
L’ICGC elaborarà el nou document d’especificacions a partir dels existents i dels acords anteriors, i els penjarà en l’espai col·laboratiu del GT per a la seva revisió abans de presentar-lo en la propera sessió de la C4 per a la seva aprovació.