Ontologia Albo Pretorio PA

Ciao @giorgialodi e tutti, come sapete in Ontopia è presente il vocabolario controllato degli atti amministrativi da pubblicare in albo pretorio, frutto del tavolo di lavoro dell'HackFVG19 di Udine. Mi chiedo se non sia il momento di iniziare a pensare all'ontologia per modellare il dominio albo pretorio delle PA. Di seguito ho descritto i requisiti che l'albo pretorio dovrebbe avere, prendendo come base le specifiche dell'albo Pop definite dall'associazione Ondata, che invito a collaborare (@jenkin, @aborruso).

ID	Proposto da	Requisito	Stato	Assegnato
R1	@gpirrotta	Qual è la PA che emette l'atto in albo pretorio?	Proposto	@gpirrotta
R2	@gpirrotta	Qual è la pagina Web dell'albo pretorio?	Proposto	@gpirrotta
R3	@gpirrotta	In che lingua è l'albo pretorio?	Proposto	@gpirrotta
R4	@gpirrotta	Chi è il webmaster dell'albo pretorio?	Proposto	@gpirrotta
R5	@gpirrotta	Quali sono gli atti amministrativi pubblicati in albo pretorio?	Proposto	@gpirrotta
R6	@gpirrotta	Qual è il titolo dell'atto amministrativo pubblicato?	Proposto	@gpirrotta
R7	@gpirrotta	Qual è l'identificatore unico dell'atto pubblicato?	Proposto	@gpirrotta
R8	@gpirrotta	Qual è l’URL diretto alla pagina ufficiale dell’atto?	Proposto	@gpirrotta
R9	@gpirrotta	Qual è l'unità organizzativa responsabile dell'atto?	Proposto	@gpirrotta
R10	@gpirrotta	Quanti giorni rimane pubblicato l'atto?	Proposto	@gpirrotta
R11	@gpirrotta	Qual è la data di inizio pubblicazione dell'atto?	Proposto	@gpirrotta
R12	@gpirrotta	Qual è la data di fine pubblicazione dell'atto?	Proposto	@gpirrotta
R13	@gpirrotta	Qual è lo stato dell'atto? (pubblicato, scaduto, etc)	Proposto	@gpirrotta
R14	@gpirrotta	Qual è la data di emissione dell'atto?	Proposto	@gpirrotta
R15	@gpirrotta	Qual è la data di inizio esecuzione dell'atto?	Proposto	@gpirrotta
R16	@gpirrotta	Qual è il capitolo dell'atto?	Proposto	@gpirrotta
R17	@gpirrotta	Qual è l'importo complessivo dell' atto?	Proposto	@gpirrotta
R18	@gpirrotta	Quali sono le annotazioni a corredo dell'atto?	Proposto	@gpirrotta
R19	@gpirrotta	Qual è il luogo geografico a cui si riferisce l'atto?	Proposto	@gpirrotta
R20	@gpirrotta	Qual è il link del file contenente l'atto amministrativo?	Proposto	@gpirrotta
R21	@gpirrotta	In che formato è il file contenente l'atto amministrativo?	Proposto	@gpirrotta
R22	@gpirrotta	Qual è il link del file contenente l'allegato dell'atto amministrativo?	Proposto	@gpirrotta
R23	@gpirrotta	In che formato è il file contenente l'allegato dell'atto amministrativo?	Proposto	@gpirrotta

La URL di riferimento su Ontopia potrebbe essere:

https://w3id.org/italia/onto/MNB

dove MNB sta per Municipal Notice Board

Di seguito una prima modellizzazione per Ontopia:

Prima di entrare nel dettaglio del modello, mi chiedo e vi chiedo: ha senso, pareri?

caro @gpirrotta con questa tua proposta continua il mio training su come passare da un "vocabolario controllato degli atti che vanno pubblicati in un albo pretorio di un comune" ad un "ontologia per modellare il dominio albo pretorio delle PA".

Due cose mi pongono dubbi:

La prima cosa:

R14	@gpirrotta	Qual è la data di emissione dell'atto?	Proposto	@gpirrotta
R15	@gpirrotta	Qual è la data di inizio esecuzione dell'atto?	Proposto	@gpirrotta

perchè -> un atto ha valenza amministrativa, cioè diventa esecutivo, quando esso viene firmato digitalmente. Il termine emesso lo vedo non adeguato in riferimento alla terminologia che si utilizza nell'ambito delle procedure amministrativa di una PA, o di almeno quella nella quale lavoro. Posso affermare che l'emissione - in pratica - corrisponde alla pubblicazione online.

In sostanza il dirigente della PA fa due cose: 1- firma digitalmente l'atto 2- procede alla pubblicazione dell'atto sull'albo pretorio. Non c'è una procedura detta di emissione.

La seconda cosa

R16	@gpirrotta	Qual è il capitolo dell'atto?	Proposto	@gpirrotta

che cosa intendi con "capitolo dell'atto"? Capitolo riferito a cosa?

Grazie per la lettura e grazie per l'idea di creare l'ontologia di riferimento dell'albo pretorio.

Ciao @cirospat innanzitutto grazie per il feedback, ancora più prezioso perché proviene da un esperto di dominio.

L'obiettivo dell'ontologia è riuscire a modellare nel miglior modo possibile le pubblicazioni in albo pretorio degli atti amministrativi. La presenza dei campi data di pubblicazione, data di esecuzione, data di emissione e di capitolo (di spesa) è dovuta al fatto che spesso negli albi pretori queste informazioni sono presenti come campi separati.

Prova a vedere ad esempio il seguente atto pubblicato nell'albo pretorio del comune di Barcellona P.G. (ME)

Come vedi la data di emissione e la data di pubblicazione non coincidono.

Per quanto riguardo la semantica del campo capitolo ti allego il dettaglio dello stesso atto di prima. La voce capitolo penso si riferisca al capitolo di spesa su cui gravano gli impegni monetari relativi all'atto.

grazie Giovanni

ho capito "emissione", utile soprattutto quando si pubblicano su albo pretorio documenti di altre PA e non della propria.

Ho capito anche il resto dei campi: è un esigenza di alcuni comuni, che probabilmente non è esigenza di tutti i comuni. Ma bisogna soddisfare queste esigenze.

Grazie per la risposta di chiarimento. Ciro

_ Ciro Spataro cirospat@gmail.com cirospat.readthedocs.io

Il giorno lun 29 lug 2019 alle ore 19:18 Giovanni Pirrotta < notifications@github.com> ha scritto:

Ciao @cirospat https://github.com/cirospat innanzitutto grazie per il feedback, ancora più prezioso perché proviene da un esperto di dominio.

L'obiettivo dell'ontologia è riuscire a modellare nel miglior modo possibile le pubblicazioni in albo pretorio degli atti amministrativi. La presenza dei campi data di pubblicazione, data di esecuzione, data di emissione e di capitolo (di spesa) è dovuta al fatto che spesso negli albi pretori queste informazioni sono presenti come campi separati.

Prova a vedere ad esempio il seguente atto pubblicato nell'albo pretorio http://88.41.51.242/gesdelidet/dadabik_4.2/program_files/index.php?table_name=atti&function=search&where_clause=%60atti%60.%60tipoatto%60+%3D+%27ATTI+DI+INTERESSE+GENERALE%27&page=0&order=datafp&order_type=DESC del comune di Barcellona P.G. (ME) [image: image] https://user-images.githubusercontent.com/2639616/62064475-368d1980-b22d-11e9-89f6-ca5dd576d0c3.png

Come vedi la data di emissione e la data di pubblicazione non coincidono.

Per quanto riguardo la semantica del campo capitolo ti allego il dettaglio http://88.41.51.242/gesdelidet/dadabik_4.2/program_files/index.php?table_name=atti&function=details&where_field=idatto&where_value=78098 dello stesso atto di prima. La voce capitolo penso si riferisca al capitolo di spesa su cui gravano gli impegni monetari relativi all'atto.

[image: image] https://user-images.githubusercontent.com/2639616/62060509-8b2c9680-b225-11e9-8e66-a0c0b7a4aad7.png

— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub https://github.com/italia/daf-ontologie-vocabolari-controllati/issues/70?email_source=notifications&email_token=AA4VLVJJ5OCALAJ6BAECNS3QB4Q7TA5CNFSM4IHOOIP2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOD3BMS3Q#issuecomment-516082030, or mute the thread https://github.com/notifications/unsubscribe-auth/AA4VLVPEDYFCFQJ46TD2TQTQB4Q7TANCNFSM4IHOOIPQ .

Ciao @gpirrotta, tutti,

eccomi! Controllo tutto e vi faccio sapere i miei commenti. Intanto, come sempre grazie mille per contribuire così fattivamente ai processi di interoperabilità

Ciao @gpirrotta , tutti, mi sono guardata un po' complessivamente la cosa. Prima di tutto grazie mille ancora per il contributo. Le mie osservazioni sono di due diversi tipi: 1) metodologica, anche rispetto alle regole di OntoPiA 2) di contenuto.

Inizio dalle osservazioni di contenuto. Da questo schema e disegno in realtà vedo due ontologie: 1) quella degli atti amministrativi 2) quella della attività di “pubblicazione di atti nelll’albo pretorio”

La prima ho molto senso farla, anzi sarebbe quasi una necessità, anche per altri lavori tipo quello sulla trasparenza (/cc @seralf @fbuciuni90). La seconda è da capire meglio in base ai dubbi complessivi che provo ad esporre sotto.

Nel caso 1), mi sembra che tu abbia individuato diversi elementi che, al di là dell’albo pretorio, si applicano a un atto amministrativo. Almeno R1, R6, R7,, R8, R9, R10, ecc. sono tutti requisiti che si potrebbero applicare in generale a un atto al di là del discorso albo pretorio. E' giusto questo? (/cc @cirospat) Per questo mi verrebbe da generalizzare. E anzi sarebbe bene generalizzare. Questo commento si applica alla seconda metà in basso del tuo diagramma. Tuttavia, non sono sicura che con quello schema tu riesca a rispondere per esempio agli ultimi due requisiti. Forse c’è bisogno di modellare qualcosa di più per indicare il file dell’allegato specifico. Per te allegato è solo un termine della proprietà tipo. Si potrebbe pensare di applicare un po’ di punning qui ma bisogna capire meglio il ruolo degli allegati e le loro peculiarità.

La seconda ontologia sarebbe la parte superiore del tuo diagramma. Qui ho alcuni dubbi in generale. Che cosa si vuole modellare? Dalle specifiche che hai incluso si parla di feed rss. Stiamo parlando quindi di un feed rss?

PublicationItem—> dal nome ricorda un oggetto ma invece è un evento. Non penso però che abbia senso dire che un ufficio pubblica un evento o che un evento è pubblicato da un ufficio. Semmai l’evento di pubblicazione nasce da un'attività svolta dall’ufficio preposto.

La classe Municipal Board Notice che cos’è? Un oggetto che ha degli eventi? E’ un contenitore di atti che vengono pubblicati? Cioè questa parte mi è più oscura anche perché se guardo i requisiti, c’è “Qual è il titolo dell’atto amministrativo” Ma l’atto amministrativo non ha un titolo, chi ce l’ha nello schema è il PublicationItem che è un evento non un atto.

In sostanza forse ragionerei nei due modi distinti di cui sopra: 1) gli oggetti: i documenti, gli atti 2) la fase, nel ciclo di vita dell’oggetto, che è la pubblicazione con tutti i requisiti relativi a tale fase, pubblicazione dove? In un contenitore che è albo pretorio.

Tra l'altro aiuterebbe inserire nel diagramma l'allineamento all'ontologia top-level l0 delle classi (e delle proprietà) che definisci così è più chiaro di cosa si tratta.

Se però si volevano modellare feed rss (almeno nella parte superiore del diagramma), allora agirei proprio diversamente e inserirei queste cose nell’ontologia SM di OntoPiA dove potrebbero effettivamente rientrare.

Altri dubbi: cos’è startExecutive? cos'e startIssue? cos’è annotation? forse userei expenditureChapter o qualcosa del genere. Non userei nel caso del webmaster una persona. Ragionando anche in termini di privacy e di dati personali, quello che, secondo me, volete indicare è il punto di contatto per la pubblicazione. Userei l’ufficio semmai, del webmaster. Nelle PA tipicamente si contattano strutture e poi persone.

Da un punto di vista metodologico, vedo tante proprietà che sono già state definite in altre ontologie Per esempio, tutta la parte di gestione del sito web e dell’URL, (ontologia SM), Tutta la parte di Unità di misura e valori (ontologia MU). Inoltre, nell’ontologia non riutilizziamo mai direttamente ontologie esterne. Riusiamo direttamente solo le ontologie della network. Questo per tanti motivi tra cui anche la sostenibilità semantica futura. Quindi le proprietà di prov, dublin core, foaf devono essere definite nel name space dell’ontologia e poi allineate a dublin core, foaf, prov, con un file di allineamento a parte come fatto per tutte le altre ontologie. Questo tra l'altro ti obbliga a ragionare sulla tua semantica e più a ontology design pattern.

Comunque in generale, scrivendo queste cose, mi viene sempre in mente la nuova versione del DCAT che ora ha pure il concetto di Resource. La modellazione DCAT 2 potrebbe avere dei pattern a cui ispirarsi (tutto il capitolo risorse, formati, url, ecc.).

In conclusione: io penso che ci sia qui un bel lavoro da portare avanti. Da tempo si parla dell’ontologia degli atti della PA, ma dobbiamo capire bene cosa vogliamo modellare rispetto ai commenti di cui sopra.

Taggo, oltre quelle da te incluse, un po’ di persone che potrebbero contribuire alla discussione @anuzzolese @luigi-asprino @aldogangemi @marco-brandizi

Giorgia Non lo so, per la domanda mi poni. Non sono un conoscitore bravo del dominio albo Pretorio.

Il gio 1 ago 2019, 16:28 giorgialodi notifications@github.com ha scritto:

Ciao @gpirrotta https://github.com/gpirrotta , tutti, mi sono guardata un po' complessivamente la cosa. Prima di tutto grazie mille ancora per il contributo. Le mie osservazioni sono di due diversi tipi: 1) metodologica, anche rispetto alle regole di OntoPiA 2) di contenuto.

Inizio dalle osservazioni di contenuto. Da questo schema e disegno in realtà vedo due ontologie:

quella degli atti amministrativi

quella della attività di “pubblicazione di atti nelll’albo pretorio”

La prima ho molto senso farla, anzi sarebbe quasi una necessità, anche per altri lavori tipo quello sulla trasparenza (/cc @seralf https://github.com/seralf @fbuciuni90 https://github.com/fbuciuni90). La seconda è da capire meglio in base ai dubbi complessivi che provo ad esporre sotto.

Nel caso 1), mi sembra che tu abbia individuato diversi elementi che, al di là dell’albo pretorio, si applicano a un atto amministrativo. Almeno R1, R6, R7,, R8, R9, R10, ecc. sono tutti requisiti che si potrebbero applicare in generale a un atto al di là del discorso albo pretorio. E' giusto questo? (/cc @cirospat https://github.com/cirospat) Per questo mi verrebbe da generalizzare. E anzi sarebbe bene generalizzare. Questo commento si applica alla seconda metà in basso del tuo diagramma. Tuttavia, non sono sicura che con quello schema tu riesca a rispondere per esempio agli ultimi due requisiti. Forse c’è bisogno di modellare qualcosa di più per indicare il file dell’allegato specifico. Per te allegato è solo un termine della proprietà tipo. Si potrebbe pensare di applicare un po’ di punning qui ma bisogna capire meglio il ruolo degli allegati e le loro peculiarità.

La seconda ontologia sarebbe la parte superiore del tuo diagramma. Qui ho alcuni dubbi in generale. Che cosa si vuole modellare? Dalle specifiche che hai incluso si parla di feed rss. Stiamo parlando quindi di un feed rss?

PublicationItem—> dal nome ricorda un oggetto ma invece è un evento. Non penso però che abbia senso dire che un ufficio pubblica un evento o che un evento è pubblicato da un ufficio. Semmai l’evento di pubblicazione nasce da un'attività svolta dall’ufficio preposto.

La classe Municipal Board Notice che cos’è? Un oggetto che ha degli eventi? E’ un contenitore di atti che vengono pubblicati? Cioè questa parte mi è più oscura anche perché se guardo i requisiti, c’è “Qual è il titolo dell’atto amministrativo” Ma l’atto amministrativo non ha un titolo, chi ce l’ha nello schema è il PublicationItem che è un evento non un atto.

In sostanza forse ragionerei nei due modi distinti di cui sopra: 1) gli oggetti: i documenti, gli atti 2) la fase, nel ciclo di vita dell’oggetto, che è la pubblicazione con tutti i requisiti relativi a tale fase, pubblicazione dove? In un contenitore che è albo pretorio.

Tra l'altro aiuterebbe inserire nel diagramma l'allineamento all'ontologia top-level l0 delle classi (e delle proprietà) che definisci così è più chiaro di cosa si tratta.

Se però si volevano modellare feed rss (almeno nella parte superiore del diagramma), allora agirei proprio diversamente e inserirei queste cose nell’ontologia SM di OntoPiA dove potrebbero effettivamente rientrare.

Altri dubbi: cos’è startExecutive? cos'e startIssue? cos’è annotation? forse userei expenditureChapter o qualcosa del genere. Non userei nel caso del webmaster una persona. Ragionando anche in termini di privacy e di dati personali, quello che, secondo me, volete indicare è il punto di contatto per la pubblicazione. Userei l’ufficio semmai, del webmaster. Nelle PA tipicamente si contattano strutture e poi persone.

Da un punto di vista metodologico, vedo tante proprietà che sono già state definite in altre ontologie Per esempio, tutta la parte di gestione del sito web e dell’URL, (ontologia SM), Tutta la parte di Unità di misura e valori (ontologia MU). Inoltre, nell’ontologia non riutilizziamo mai direttamente ontologie esterne. Riusiamo direttamente solo le ontologie della network. Questo per tanti motivi tra cui anche la sostenibilità semantica futura. Quindi le proprietà di prov, dublin core, foaf devono essere definite nel name space dell’ontologia e poi allineate a dublin core, foaf, prov, con un file di allineamento a parte come fatto per tutte le altre ontologie. Questo tra l'altro ti obbliga a ragionare sulla tua semantica e più a ontology design pattern.

Comunque in generale, scrivendo queste cose, mi viene sempre in mente la nuova versione del DCAT https://www.w3.org/TR/vocab-dcat-2/ che ora ha pure il concetto di Resource. La modellazione DCAT 2 potrebbe avere dei pattern a cui ispirarsi (tutto il capitolo risorse, formati, url, ecc.).

In conclusione: io penso che ci sia qui un bel lavoro da portare avanti. Da tempo si parla dell’ontologia degli atti della PA, ma dobbiamo capire bene cosa vogliamo modellare rispetto ai commenti di cui sopra.

Taggo, oltre quelle da te incluse, un po’ di persone che potrebbero contribuire alla discussione @anuzzolese https://github.com/anuzzolese @luigi-asprino https://github.com/luigi-asprino @aldogangemi https://github.com/aldogangemi @marco-brandizi https://github.com/marco-brandizi

— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub https://github.com/italia/daf-ontologie-vocabolari-controllati/issues/70?email_source=notifications&email_token=AA4VLVLU7YUWRZE5TJJHBITQCLXIVA5CNFSM4IHOOIP2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOD3KY2VI#issuecomment-517311829, or mute the thread https://github.com/notifications/unsubscribe-auth/AA4VLVIUW3MKB5FJOK45DBTQCLXIVANCNFSM4IHOOIPQ .

Ciao @giorgialodi, grazie per l'analisi, le osservazioni e gli spunti.

Cercherò adesso di entrare nel dettaglio del dominio, precisando meglio i riferimenti ai concetti della rete Ontopia, che ho rivisto molto alla luce delle tue osservazioni e consigli.

La mia intenzione è creare l'ontologia degli Albi Pretori, senza nessuna connessione con feed RSS. Tuttavia, come hai evidenziato, nel design sono emersi due domini, che andrebbero anche bene ma concordo con te che dovrebbero essere trattati in maniera separata e diversa.

Non ho tutte le risposte alle tue osservazioni, provo a ragionare insieme a te e a tutti quelli che vorranno partecipare alla discussione.

Mentre nel disegno precedente ho preso come riferimento le informazioni contenute nelle specifiche RSS dell'albo pretorio (e come da te sottolineato il design ne ha risentito), preferisco adesso prendere come riferimento le linee guida AGID sulla pubblicità legale dei documenti.

Come avviene una pubblicazione in albo? Per pubblicare un atto amministrativo in albo pretorio viene avanzata una richiesta di pubblicazione da parte dell'Unità Organizzativa Responsabile, che sia ufficio, unità operativa, unità organizzativa, etc. Il responsabile del procedimento di pubblicazione pubblica l'atto amministrativo in albo pretorio. Possono arrivare in albo pretorio richieste di pubblicazioni anche di enti esterni.

Per ogni pubblicazione (registrazione in albo) gli elementi obbligatori sono (da linee guida AGID):

numero di repertorio (questo è il numero sequenziale dell'albo)
data di registrazione
data iniziale di pubblicazione
data finale di pubblicazione
denominazione del richiedente
oggetto del documento
numero degli allegati
descrizione degli allegati
documento o documenti informatici sottoscritti con firma digitale
impronta del documento o dei documenti informatici pubblicati
indicazione se il documento è pubblicato in forma integrale o per estratto
unità organizzativa responsabile e nominativo del responsabile del procedimento amministrativo
denominazione dell’area organizzativa omogenea

Per ogni atto pubblicato è possibile effettuare il download dell'atto amministrativo e, se esistono, dei suoi allegati.

Nelle linee guida sono descritti anche gli elementi che devono essere presenti nella richiesta di pubblicazione ma, per come intendo sviluppare l'ontologia, non sono necessari.

Quale aspetto dell'albo pretorio intendo catturare nell'ontologia? Voglio modellare l'ontologia considerando un albo pretorio come contenitore di pubblicazioni (items), cioè come quella sezione del sito web istituzionale di una PA che raccoglie pubblicazioni, alla stregua di post all'interno di un blog. Alcuni concetti dell'ontologia SM derivano dall'ontologia SIOC, ma, mi sembra, manca un concetto contenitore di sm:Post, qualcosa di simile a sioc:Forum.

Voglio confinare il dominio dell'albo pretorio verticalizzandolo solo sugli aspetti relativi alla pubblicazione Web, più facili da gestire e modellare rispetto ai concetti (e logiche) più complessi quali atti, procedimenti amministrativi, istanze, etc.... Penso inoltre che un'ontologia con questa finalità potrebbe essere più facilmente attenzionata dalle aziende software che sviluppano gli albi pretori online.

Analisi dominio

Secondo me il concetto core dell'ontologia potrebbe essere:

PublicationItem - sottoclasse di sioc:Item - contiene le informazioni sulla registrazione dell'atto amministrativo nell'albo pretorio online. Di seguito elencate le proprietà dell'item:
- wasRequestedBy con range cov:Office e cov:PublicOrganization - con questa proprietà voglio poter dire che la pubblicazione è stata richiesta da un determinato ufficio o da un ente esterno
- ti:atTime: con range ti:TimeInterval voglio poter definire la data di inizio e di fine pubblicazione
- status: lo stato della pubblicazione (da linee guida: in corso di pubblicazione, scaduta, annullata)
- l0:identifier: è il numero dell'albo, assegnato automaticamente dal sistema - dal punto di vista archivistico corrisponde al numero di repertorio e deve essere visibile per ciascun item, da non confondere con il numero di protocollo dell'atto amministrativo
- permalink con range xsd:anyURI: il riferimento URL della pagina di dettaglio della pubblicazione nell'albo online
- ro:hasRiT - range: ro:TimeIndexedRole a cui agganciare un ruolo di tipo WebsiteRole sottoclasse di ro:Role. Tra questi ruoli individuerei il ruolo PublicationRightsHolder da usare in albo pretorio. Nell'albo pretorio dobbiamo fare una distinzione tra chi pubblica operativamente l'atto in albo pretorio e di chi è la responsabilità della pubblicazione. Solitamente queste due persone coincidono ma non è sempre così. Nell'ontologia a me interessa modellare il responsabile della pubblicazione e, in base alla Direttiva n. 8/2009 del Ministro per la pubblica amministrazione e l’innovazione, la responsabilità è del Responsabile del procedimento di pubblicazione (RPP). Non so se questa cosa è stata ripresa o aggiornata dal Team per la trasformazione digitale ma l'art. 4 della direttiva fa riferimento ad un VADEMECUM in cui vengono definiti i ruoli per la gestione del sito Web istituzionale di una PA che sono:
  - Responsabile del procedimento di pubblicazione dei contenuti sul sito (RPP)
  - Responsabile dell'accessibilità informatica
  - Responsabile dei sistemi informativi
  - Capo Ufficio stampa
  - Responsabile Ufficio relazioni con il pubblico
  Tutti i regolamenti di albi pretori che ho letto individuano nel ruolo del RPP la figura responsabile di riferimento per la pubblicazione degli atti amministrativi in albo pretorio. Considerato che il responsabile può cambiare nel tempo e che voglio tenere traccia di questo, qui ci vedo un pattern simile a quello usato in CPSV, sul concetto di ruolo nel tempo. Ha senso?
- hasPublicationActInfo : vedi sotto

Informazioni sull'atto amministrativo

Adesso entrano in gioco gli atti amministrativi e le cose si complicano un po'.

La pubblicazione in albo pretorio si riferisce ad uno specifico atto amministrativo e la pubblicazione dovrà riportare queste informazioni:

l'oggetto del documento
il responsabile del procedimento amministrativo (RPA)
la sua unità organizzativa (del RPA)
la sua area organizzativa omogenea (del RPA)
il numero di protocollo dell'atto
la tipologia di atto
l'URL all'atto vero e proprio nella sua forma nativo-digitale
l'URL dell'allegato (o allegati) all'atto se esiste

Se avessimo già l'ontologia degli atti amministrativi sarebbe tutto più semplice ma purtroppo non c'è. La mia idea è di creare una classe ad-hoc chiamata ad esempio PublicationActInfo, con le sole informazioni necessarie alla pubblicazione in albo. Qualcosa che rimanga all'interno del dominio degli albi pretori, declinato ad uso informativo degli atti a cui si riferisce la pubblicazione. Mi immagino una cosa del genere:
- PublicationActInfo - sottoclasse di l0:Description - per catturare in maniera strutturata le informazioni presenti nell'albo pretorio sugli atti amministrativi pubblicati
- l0:identifier - il numero di protocollo dell'atto amministrativo
- l0:description - l'oggetto dell'atto amministrativo
- publicationActTypology con range PublicationActTypology - la tipologia dell'atto agganciata al vocabolario controllato;
- administrativeProcedureRightsHolder - con range cpv:Person - il responsabile del procedimento amministrativo - da cpv:Person poi si risale all'unità organizzativa del RPA e all'area organizzativa omogenea
- administrativeActURL con range xsd:anyURI - url dell'atto amministrativo online (PDF) e dei suoi allegati (se presenti.) Per adesso sulle risorse online sto semplificando molto, non entro adesso nel dettaglio, voglio capire se ha senso portare avanti questo approccio dell'ontologia.

L'albo pretorio online

Abbiamo detto che per albo on-line si intende un luogo digitale accessibile dalla pagina iniziale del sito istituzionale. E' un'area/spazio del sito web che contiene le pubblicazioni.

Questo mi fa pensare ad un contenitore di tipo sioc:Container.

Ho visto che la nuova versione DCAT2 ha inserito dcat:Resource nel suo schema, per modellare il concetto di risorsa catalogata. Mi chiedo, l'albo pretorio è una risorsa catalogata? 🤔 E' un catalogo di pubblicazioni? Per alcuni versi forse sì, però voglio verificare meglio le proprietà in dcat:Resource e se si possono applicare al contesto.

Tuttavia, per rappresentare il contenitore delle pubblicazioni, creerei la seguente classe:

MunicipalNoticeBoard - (sottoclasse di sioc:Container) - è lo spazio Web contenitore di pubblicazioni all'interno del sito istituzionale della PA.
- sm:hasWebsite - con range sm:Website (che è a sua volta sottoclasse di sioc:Site)
- hasPublication - sottoproprietà di sioc:container_of con range PublicationItem (che è a sua volta sottoclasse di sioc:Item)

Per poter rimanere confinati all'interno del newtork di Ontopia sarebbe utile aggiungere un livello di astrazione maggiore in SM in modo da subClassare Item e Container direttamente da Ontopia ma, come dicevo sopra, in SM manca questo tipo di semantica.

Conclusioni

Anche se non ho inserito tutti gli elementi presenti delle linee guida AGID, per adesso mi fermerei qua. Che ne pensi, ha senso secondo te (voi) continuare in questa direzione?

Se sì, forse si potrebbe iniziare aggiungendo i concetti mancanti in SM e i ruoli per la gestione dei siti Web della PA in modo da avere tutti gli elementi per sviluppare questa ontologia.

L'ontologia che vorrei proporre è declinata sull'aspetto informativo Web della pubblicazione degli atti amministrativi in albo pretorio divisa principalmente in due parti: da un lato le informazioni della pubblicazione (data inizio, fine, numero albo, etc), dall'altro il dettaglio dell'atto amministrativo a cui la pubblicazione si riferisce (tipo atto, numero protocollo, oggetto, etc).

Forse non ho risposto a tutte le tue domande, nel primo disegno avevo messo troppa carne al fuoco risultando in effetti poco chiaro.

Dal punto di vista metodologico le ontologie esterne (da Ontopia) saranno poi allineate nel file di allineamento, secondo i design pattern di Ontopia. Nel design precedente li avevo inserite nel grafico solo per ricordarmele, tradendo un po' i pattern di Ontopia :smile: sorry. Per ora non tenere in considerazione i requisiti iniziali del primo post perché dovrò ritornarci.

Scusa se questo post è diventato un po' lungo.

Grazie per la pazienza

A presto

Ciao @gpirrotta , tutti, mi sono guardata un po' complessivamente la cosa. Prima di tutto grazie mille ancora per il contributo. Le mie osservazioni sono di due diversi tipi: 1) metodologica, anche rispetto alle regole di OntoPiA 2) di contenuto.

Inizio dalle osservazioni di contenuto. Da questo schema e disegno in realtà vedo due ontologie:

quella degli atti amministrativi

quella della attività di “pubblicazione di atti nelll’albo pretorio”

La prima ho molto senso farla, anzi sarebbe quasi una necessità, anche per altri lavori tipo quello sulla trasparenza (/cc @seralf @fbuciuni90). La seconda è da capire meglio in base ai dubbi complessivi che provo ad esporre sotto.

Nel caso 1), mi sembra che tu abbia individuato diversi elementi che, al di là dell’albo pretorio, si applicano a un atto amministrativo. Almeno R1, R6, R7,, R8, R9, R10, ecc. sono tutti requisiti che si potrebbero applicare in generale a un atto al di là del discorso albo pretorio. E' giusto questo? (/cc @cirospat) Per questo mi verrebbe da generalizzare. E anzi sarebbe bene generalizzare. Questo commento si applica alla seconda metà in basso del tuo diagramma. Tuttavia, non sono sicura che con quello schema tu riesca a rispondere per esempio agli ultimi due requisiti. Forse c’è bisogno di modellare qualcosa di più per indicare il file dell’allegato specifico. Per te allegato è solo un termine della proprietà tipo. Si potrebbe pensare di applicare un po’ di punning qui ma bisogna capire meglio il ruolo degli allegati e le loro peculiarità.

La seconda ontologia sarebbe la parte superiore del tuo diagramma. Qui ho alcuni dubbi in generale. Che cosa si vuole modellare? Dalle specifiche che hai incluso si parla di feed rss. Stiamo parlando quindi di un feed rss?

PublicationItem—> dal nome ricorda un oggetto ma invece è un evento. Non penso però che abbia senso dire che un ufficio pubblica un evento o che un evento è pubblicato da un ufficio. Semmai l’evento di pubblicazione nasce da un'attività svolta dall’ufficio preposto.

La classe Municipal Board Notice che cos’è? Un oggetto che ha degli eventi? E’ un contenitore di atti che vengono pubblicati? Cioè questa parte mi è più oscura anche perché se guardo i requisiti, c’è “Qual è il titolo dell’atto amministrativo” Ma l’atto amministrativo non ha un titolo, chi ce l’ha nello schema è il PublicationItem che è un evento non un atto.

In sostanza forse ragionerei nei due modi distinti di cui sopra: 1) gli oggetti: i documenti, gli atti 2) la fase, nel ciclo di vita dell’oggetto, che è la pubblicazione con tutti i requisiti relativi a tale fase, pubblicazione dove? In un contenitore che è albo pretorio.

Tra l'altro aiuterebbe inserire nel diagramma l'allineamento all'ontologia top-level l0 delle classi (e delle proprietà) che definisci così è più chiaro di cosa si tratta.

Se però si volevano modellare feed rss (almeno nella parte superiore del diagramma), allora agirei proprio diversamente e inserirei queste cose nell’ontologia SM di OntoPiA dove potrebbero effettivamente rientrare.

Altri dubbi: cos’è startExecutive? cos'e startIssue? cos’è annotation? forse userei expenditureChapter o qualcosa del genere. Non userei nel caso del webmaster una persona. Ragionando anche in termini di privacy e di dati personali, quello che, secondo me, volete indicare è il punto di contatto per la pubblicazione. Userei l’ufficio semmai, del webmaster. Nelle PA tipicamente si contattano strutture e poi persone.

Da un punto di vista metodologico, vedo tante proprietà che sono già state definite in altre ontologie Per esempio, tutta la parte di gestione del sito web e dell’URL, (ontologia SM), Tutta la parte di Unità di misura e valori (ontologia MU). Inoltre, nell’ontologia non riutilizziamo mai direttamente ontologie esterne. Riusiamo direttamente solo le ontologie della network. Questo per tanti motivi tra cui anche la sostenibilità semantica futura. Quindi le proprietà di prov, dublin core, foaf devono essere definite nel name space dell’ontologia e poi allineate a dublin core, foaf, prov, con un file di allineamento a parte come fatto per tutte le altre ontologie. Questo tra l'altro ti obbliga a ragionare sulla tua semantica e più a ontology design pattern.

Comunque in generale, scrivendo queste cose, mi viene sempre in mente la nuova versione del DCAT che ora ha pure il concetto di Resource. La modellazione DCAT 2 potrebbe avere dei pattern a cui ispirarsi (tutto il capitolo risorse, formati, url, ecc.).

In conclusione: io penso che ci sia qui un bel lavoro da portare avanti. Da tempo si parla dell’ontologia degli atti della PA, ma dobbiamo capire bene cosa vogliamo modellare rispetto ai commenti di cui sopra.

Taggo, oltre quelle da te incluse, un po’ di persone che potrebbero contribuire alla discussione @anuzzolese @luigi-asprino @aldogangemi @marco-brandizi

@giorgialodi

MNB Municipal Notice Board

Valuterei solo l'utilizzo di sigle poco evocative (seppure in apparenza comode) https://en.wikipedia.org/wiki/MNB

Considerate pure che la nomenclatura dovrebbe essere utile alla descrizione degli schemi per le API.

italia / daf-ontologie-vocabolari-controllati