Area pubblicaMappa, elenco, guide e scenari pensati per cittadini, visitatori e strutture.
Dati demo: nessuna chiamata ai worker di produzione.

Nuova direzione lab

Dal punto sulla mappa alla decisione pubblica.

La parte pubblica deve aiutare una persona a scegliere se muoversi. La parte riservata deve aiutare il gruppo a decidere cosa pubblicare, cosa verificare e cosa trasformare in intervento.

1Raccolta: segnalazioni, autocertificazioni e sopralluoghi entrano in un unico flusso.
2Verifica: ogni dato ha stato, fonte, evidenze e livello di fiducia.
3Pubblicazione: il cittadino vede solo informazioni comprensibili e utili.

Pubblico: capisco se posso andarci

Mappa, elenco, guide e scenari devono parlare a cittadini, turisti, famiglie e operatori senza linguaggio tecnico.

Admin: governo la qualita

La regia gestisce coda, priorita, report, D1 lab, verifiche e contenuti prima che diventino informazione pubblica.

Metodo: misuro e miglioro

Il lab deve produrre indicatori, protocollo, sopralluoghi e una roadmap concreta, non solo una bella interfaccia.

Porta pubblica

La persona non deve capire il progetto: deve trovare risposte. Mappa, elenco e guide diventano un percorso breve, leggibile e rispettoso.

  • Risposta immediata su autonomia, ingresso, percorso e fiducia del dato.
  • Segnalazione guidata con posizione, foto e descrizione utile alla moderazione.
  • Contenuti scritti per chi si muove, non per chi amministra il database.

Cabina riservata

L'admin deve lavorare: triage, coda, collaudo, report e decisioni. Tutto il resto rimane avanzato, utile ma non davanti agli occhi.

  • Coda demo per approvare, scartare o trasformare una segnalazione in scheda.
  • Collaudo per verificare build, cache, service worker, API lab e D1 separato.
  • Report sintetico per passare dalla mappa all'osservatorio civico.

Cruscotto operativo

La vista di ingresso per capire subito stato, priorita, contenuti e prossima azione del prototipo.

Azioni rapide

Comandi di lavoro per muoversi nel prototipo senza perdersi tra le sezioni.

Esperienza pubblica

Che cosa deve capire subito chi usa il sito: posso andarci, come ci arrivo, quanto mi fido del dato.

Area admin lab

Il dietro le quinte: moderazione, qualita dati, report, priorita, export e metodo di pubblicazione.

Elenco operativo

Una vista da consultazione rapida: titolo, Castello, tipo, stato di verifica e prossima azione civica.

Modello dati scheda

La proposta di struttura per passare da segnalazioni semplici a schede verificabili, utili per cittadini, enti e strutture.

Esempio JSON

Un esempio statico del formato futuro. Non e collegato a database o worker.


        

Dashboard admin lab

Una vista riservata per decidere cosa fare adesso. Non e una vetrina: e il tavolo di lavoro per dati, priorita e pubblicazione.

Protocollo operativo

Il flusso admin che trasforma una segnalazione in dato pubblico affidabile: ingresso, triage, verifica, decisione, pubblicazione e manutenzione.

Soglie di qualita

Decisioni editoriali minime per capire cosa puo andare online, cosa richiede verifica e cosa non va pubblicato.

Collaudo admin

Controlli rapidi per capire se la build e allineata: versione, cache, service worker, tab, viste e dati demo locali.

Log diagnostico

Valori runtime leggibili durante prove e deploy.


        

Anteprima D1 lab

Prima lettura reale dal database lab. I dati restano separati dalla mappa pubblica finche non li abilitiamo esplicitamente.

Coda demo moderazione

Segnalazioni create nel browser per provare il flusso: anteprima, moderazione, approvazione simulata o scarto simulato.

Export demo

Strumenti statici per esportare punti e coda demo. Utile per testare formato dati, migrazioni e report senza usare API reali.

Anteprima export

Il contenuto viene generato nel browser.


        

Autocertificazione strutture

Un prototipo per bar, hotel, musei, negozi e servizi che vogliono dichiarare informazioni verificabili senza entrare subito nei worker reali.

Report civico demo

Una sintesi pronta per riunioni, comunicazione e confronto con enti: cosa c'e, cosa manca, cosa si puo chiudere.

Sintesi operativa

Testo demo generato dai dati statici della lab.


        

Piano per Castello

Una lettura territoriale per capire dove intervenire, cosa verificare e quali risultati comunicare.

Guide accessibili pilota

Da mappa di punti a strumento per muoversi: percorsi tematici, difficolta dichiarata e luoghi di appoggio.

Uscite di crowdmapping

Una agenda demo per trasformare la partecipazione in rilievi ordinati, con obiettivi chiari e dati comparabili.

Kit sopralluogo

Una traccia pratica per raccogliere dati accessibili sul campo: foto, misure, tono, fiducia e pubblicazione responsabile.

Priorita operative

Una vista pensata per decidere che cosa verificare, segnalare agli enti o comunicare come risultato raggiunto.

Monitoraggio territoriale

Conteggi per Castello e progressi. Nella versione reale questa sezione potrebbe leggere i dati approvati e produrre un osservatorio civico.

Metodo civico

La parte piu importante da importare da Kimap: non solo tecnologia, ma processo trasparente e partecipazione guidata.

Etica e accessibilita del progetto

Principi editoriali e tecnici per non trasformare l'accessibilita in etichetta, stigma o semplice vetrina.

Audit accessibilita

Checklist demo per verificare che la piattaforma rispetti le stesse responsabilita che chiede al territorio.

Redazione schede

Checklist operative per trasformare note sparse in contenuti affidabili, verificabili e rispettosi delle persone.

Benchmark accessibilita

Spunti dai riferimenti esterni: cosa vale la pena importare nel progetto e cosa lasciar fuori per non complicare il pubblico.

Reference tecnica

Cosa ho rilevato dalla tua app funzionante e come portarlo nel lab senza toccare worker, route o database di produzione.

Scenari d'uso

La mappa deve parlare a bisogni diversi: mobilita, vista, fatica, orientamento, famiglia, imprevisti e sensibilita personali.

Roadmap evolutiva

Dal prototipo statico alla piattaforma reale, con passaggi piccoli e controllabili.