3. Linee di orientamento per l'utilizzo di software applicativo e di supporto

Il presente documento è strutturato in tre parti:

  1. software applicativo attualmente in uso presso il laboratorio;
  2. software applicativo di cui è previsto l'uso durante il periodo della convenzione;
  3. software di supporto alla comunicazione.
Per ogni elemento viene indicato il tipo, la piattaforma hardware/sistema operativo e le principali ragioni di utilizzazione.

Il presente documento rimarrà disponibile alla consultazione sul server del laboratorio, attraverso la rete internet (o con accesso da linea commutata 209-5836 N81, user: centro_st password: centro_st):

//storia.arch.unige.it/centro_st/orient_sw-01.cwk (form. clarisworks)
//storia.arch.unige.it/centro_st/orient_sw-01.txt (testo ascii - ISO)
//storia.arch.unige.it/centro_st/orient_sw-01.doc (form. word per windows)
//storia.arch.unige.it/centro_st/orient_sw-01.rtf (form. interscambio Microsoft)

e sarà aggiornato con il procedere dei lavori.

3.1. Premessa: orientamenti per gli strumenti tecnici

Il nostro lavoro si orienta alla più elevata indipendenza possibile dal supporto hardware e dai sistemi operativi delle diverse macchine, esso tuttavia riconosce una funzione standard ai seguenti elementi:

Si accorda la massima considerazione al software prodotto sulla base di iniziative internazionali congiunte per la diffusione delle informazioni, usualmente disponibile in forma gratuita sulla rete Internet (iniziative World Wide Web del Cern di Ginevra, software prodotto dal National Center for Supercomputing Applications degli Stati Uniti, dalla Wide Area Netwok Information System Initiative, dalla U.S. Geological Survey, dal National Institute of Health, dalla fondazione Gnu, dall'Unesco).

Nonostante l'orientamento alla totale indipendenza appena citato, riteniamo che ognuno dei siti coinvolti nella presente operazione potrebbe opportunamente dotarsi di una macchina (server) con sistema operativo Unix predisposto per le comunicazioni, o almeno, delle applicazioni cliente per la consultazione dei nostri archivi. A tal fine ricordiamo che, a partire da aprile 1994, il dipartimento di informatica dell'Università di Pisa, titolare per l'Italia della distribuzione dello Unix bsd (Berkeley System Distribution v. 4.3) per Ibm rt, ha consentito al Centro di calcolo della facoltà di Architettura ed al Laboratorio di Cartografia di installare e distribuire tale pacchetto per finalità non commerciali.

3.2. Software applicativo attualmente in uso presso il laboratorio

Attualmente il laboratorio utilizza diversi programmi per la normale conduzione della propria attività.

Per le applicazioni di produttività individuale (scrivere, archiviare, far di conto, disegnare, comunicare) facciamo ricorso a Claris Works sulle piattaforme MacOs e MS/Windows. La maggior parte degli utenti non hanno alcuna necessità di ricorrere ad altri strumenti. Importa ed esporta verso molti altri formati senza difficoltà, anche se può realizzare documenti estremamente complessi, integrando testo, grafica, tabelle; tanto complessi da risultare difficili da trasferire completamente all'esterno. Ovviamente ci si asterrà dal creare tali condizioni nel corso della convenzione, anche se numerosi documenti relativi alle fasi intermedie del lavoro saranno collocati sul server in tale formato.

A parte il piccolo data base (un flat file manager) posto all'interno di Claris Works, gli altri data base manager in uso presso il Laboratorio sono:

  1. FileMakerPro, flat file manager senza limitazioni di dimensione dell'archivio, particolarmente versatile nella presentazione grafica dei documenti (report), disponibile nelle piattaforme MacOs e MsWindows. Accoglie attualmente gli archivi relativi all'Estimo della Repubblica democratica ligure (1798). Corrisponde per le prestazioni di archiviazione (ma non per quelle di presentazione) ad Isis (Unesco). Il materiale presente in questo formato verrà probabilmente trasferito su altro prodotto nel corso della prima fase del lavoro.
  2. FoxBase/FoxPro, dbm di tipo xbase (come dBase, Clipper), produce file con estensione .dbf e .dbt. E' disponibile sulle piattaforme MacOs, MsDos, MsWindows, e presso il laboratorio è possibile ottenere un sorgente in linguaggio c (agevolmente compilabile sulle piattaforme Unix, Vms, VM/CMS, MVS/TSO). E' il più diffuso formato di archiviazione nel mondo, anche se non è un prodotto pienamente relazionale. Durante la convenzione tutto il materiale di natura non testuale verrà preliminarmente archiviato facendo ricorso a questi prodotti.
  3. Panorama gestisce in maniera semi-relazionale tabelle in formato testo con dimensioni del record particolarmente ampie, anche se la modalità di presentazione abituale mostra una natura ibrida data base/foglio di calcolo. Disponibile per la sola piattaforma MacOs, è tuttavia estremamente potente nel trattamento di archivi di tipo testuale e per la creazione di report relazionali in formato libero (un esempio particolarmente difficile per i gestori di form dei dbm relazionali, come il tipo scheda mobile + lista mobile, viene agevolmente risolto).
    E' inoltre Panorama a consentire una prima archiviazione delle numerosissime riprese fotografiche previste, consentendo l'archiviazione in file Pict (con compressione interna jpeg, il sistema di archiviazione più agevole per le macchine fotografiche elettroniche, utilizzate per la documentazione in tutta l'indagine, e gestite dal software QuickTime di Apple) in file separati, predisposti per la conversione finale in JFIF-JPEG. Tali immagini saranno visualizzabili da numerose applicazioni sotto MsWindows, ricorrendo ad un apposito modulo di decompressione.
Nel corso della convenzione i prodotti dell'elaborazione con Panorama migreranno ad altre applicazioni, in particolare a data base di tipo tradizionale (relazionali) e a sistemi di ipertesto.

Per il trattamento in modalità Standard Query Language (in versioni grafiche delle stesse procedure) si fa inoltre ricorso a Revelations (MacOs), Ssql (MsDos), ma soprattutto alla funzione dbm di MapInfo (v. pp. successive).

Le applicazioni Cad utilizzate sono:

  1. MiniCad su piattaforma MacOs, esporta ed importa agevolmente il formato dxf (liv. 11) e consente l'importazione di immagini a matrici di punto a più colori o livelli di grigio. Viene utilizzato per la digitalizzazione a mezzo scanner delle fonti cartografiche su supporto cartaceo. Sotto il profilo della restituzione filologica (e purtroppo totalmente manuale) di fonti di età moderna non ha confronti in altre piattaforme. Prodotti con analoghe funzioni, distribuiti da Intergraph (non consente la visualizzazione dei toni di grigio, si adatta quindi alla sola cartografia contemporanea quando disponibile in esemplari in perfette condizioni di conservazione), o da altri, quando automatici perseguono una più rapida vettorializzazione della fonte senza tuttavia conservare la partizione particellare, sono quindi inutilizzabili. Sono attualmente allo studio del Dist applicazioni che consentono una restituzione assistita dal calcolatore con strumenti di vision enhancement e di vettorializzazione semi automatica.
    Probabilmente nessuna fra le elaborazioni intermedie prodotte da MiniCad sarà consegnata nella seconda fase dell'indagine, probabilmente alcune immagini PostScript o Gif tratte dal lavoro in MiniCad serviranno ad illustrare gli aspetti metodologici del lavoro.
  2. Gli operatori più esperti fanno inoltre uso di due applicazioni standard di maggiore stabilità: AutoCad e MicroStation, la prima sulle piattaforme MsDos, MsWindows, MacOs e Aix (Unix di Ibm) in ambiente XWindow/Motif, la seconda sotto MsDos e MacOs. Per il rilevante impegno del lavoro da intraprendersi eventuali problemi di gestione del rilievo necessiteranno con molta probabilità di soluzioni incentrate su uno dei due pacchetti.
  3. La gestione della cartografia, o più precisamente il trattamento spaziale delle informazioni (secondo la corretta traduzione di gis, geographic information system), viene effettuato con il ricorso a MapInfo, un programma di `cartografia da tavolo' che da numerosi anni supporta la ricerca dell'istituto. Nel corso degli anni il sistema, caratterizzato da una struttura piuttosto semplice nei primi anni `80 (sotto Ms/Dos) si è evoluto con l'acquisizione di una interfaccia Sql per la gestione di tabelle in modo relazionale (legge e scrive tabelle in testo ascii, fogli Lotus ed Excel, file xbase e nelle ultime versioni consente l'accesso ad un data base relazionale esterno di tipo standard) ed è stato prodotto in numerose versioni per interfaccia utente di tipo grafico (Gui) sotto MsWindows, MacOs, XWindow su diverse piattaforme hardware (i file prodotti passano da una macchina all'altra senza conversione, mentre il formato standard di intercambio, Mif, è ormai abbastanza diffuso). A meno di alcuni passaggi potenzialmente vicini ai limiti di capacità del prodotto (affidati a MGE di Intergraph, o ai due sistemi cad citati in precedenza) esso coprirà l'intero iter dell'indagine.

Nell'ambito delle attività del laboratorio ha avuto discreto rilievo, fino al trasferimento nella nuova sede (peraltro coincidente con l'installazione delle nuove versioni del software), il pacchetto costituito da GeoServer (server dati su workstation), Geodis (elaborazione cartografica su workstation) e GeoMip (consultazione mappe, gestione dati alfanumerici su pc in rete) della InfoMaster, pienamente compatibile con il SIT comunale. Con l'acquisizione della cartografia regionale (su MicroStation) e con la prospettiva di intraprendere le attività per la convenzione, posta anche la diversa collocazione fisica della workstation (risc 6000 del centro di calcolo), si è deciso di sospendere temporaneamente le attività su questo strumento, anche in attesa che la pubblica amministrazione si esprima in maniera definitiva sul destino del sistema informativo territoriale.

3.3. Software applicativo di cui è previsto l'uso durante il periodo della convenzione

Durante i ventidue mesi della convenzione, sulla base dell'esperienza condotta, alcune delle ipotesi avanzate in questo documento saranno in parte smentite, alcune modificate. Allo stato attuale, tuttavia, sembra di poter individuare nei seguenti pacchetti forti elementi di opportunità:

Oltre alla proverbiale affidabilità ed alla diffusione nell'ambito della pubblica amministrazione, Oracle, superato da altri pacchetti per qualità e ricchezza di servizi, dispone tuttavia di una interfaccia (tecnicamente definita gateway) verso il formato http (world wide web, consultazione attraverso il software Mosaic, vedi pp. segg.) che consente notevoli vantaggi alla comunicazione (tanto da suggerire, come si vedrà, il formato http come media ideale per la comunicazione dei risultati).

Si ritiene quindi assai opportuno che le apparecchiature ed il software oggi collocate presso la sopraintendenza ai bb. aa. e destinate, a norma di legge, all'ente locale, vengano temporaneamente collocate presso il laboratorio per la più agevole utilizzazione e trasposizione in nuovi formati, ma anche per poter usufruire di un server Oracle che dovrebbe altrimenti gravare sui costi operativi.

Gli altri prodotti, già citati appartengono al pacchetto MGE oppure, come nel caso del software di riproiezione automatica delle mappe (Politecnico di Milano), sono prodotti in ambito universitario.

3.4. Software di supporto alla comunicazione

Abbiamo così definito questo paragrafo perché esso si riferisce ad un'attività che si potrebbe erroneamente attribuire al segmento finale della ricerca, ovvero all'attività di comunicazione dei risultati. In realtà l'interazione tra pratiche gestionali della pubblica amministrazione e lavoro di ricerca. E' probabilmente solo una convinzione personale, ma se l'indagine proposta riuscisse a mutare anche solo di poco il lavoro di tutti i giorni nel servizio Centro storico, l'Osservatorio in progetto avrebbe dalla ricerca la più importante delle promozioni. In questo senso la `comunicazione' in senso lato deve permeare tutto il lavoro. Con due chiarificazioni iniziali (si tratta sempre di opinioni personali che dovrebbero eventualmente trovare riscontro in altra sede): a) nessuna concessione alle `pubbliche relazioni', ovvero ad una presentazione accattivante del prodotto, b) grande cautela e riservatezza nella diffusione di sintesi preliminari. Una buona ricerca è quella che mantiene il dialogo all'interno del gruppo di lavoro molto aperto: più si parla sulla ricerca, meno si parla nella ricerca, rischiando di incancrenire il dibattito sugli elementi macroscopici dell'indagine, quelli che emergono, magari inattesi, magari anche molto rilevanti, quando il lavoro è svolto per poco più di un terzo.

La presentazione dei risultati finali si potrebbe prefigurare (la condizione ipotetica è qui spinta al massimo, condizionato com'è l'esito finale ad una sperimentazione condotta lungo tutto l'arco della ricerca) in:

  1. materiali originali di lavoro
  2. restituzione su cd rom (per una agevole consultabilità - prob. interfaccia http)
  3. restituzione su server internet (Gopher e www)
  4. file di trasferimento per il costituendo osservatorio (file aderenti ai principali standard di trasferimento dati)
  5. file in formato direttamente utilizzabile dagli Uffici (v. [[section]] 2)

Tali modalità di consegna verranno sperimentate con le consegne intermedie.

Le modalità previste, per le consegne di cui al punto a saranno evidentemente vincolate dalla priorità assoluta del risultato scientifico. Qualsiasi mezzo adottato, ancorché differente da quelli indicati in questo documento, sarà considerato accettabile. Le consegne di cui ai punti b e c saranno probabilmente caratterizzate da interfacce utente assai simili, infatti, se sarà possibile ottenere risultati altrettanto efficaci rispetto a prodotti commerciali legati a singole piattaforme (Hypercard su MacOs, Toolbook su MsWindows), saranno utilizzati i prodotti Gopher dell'Università del Minnesota, ed il formato del World wide web (Cern), segnatamente attraverso l'uso di Mosaic, un programma realizzato dall'Ncsa dell'Università dell'Illinois.

Si tratta di due interfacce strutturate rispettivamente come un insieme di liste organizzate gerarchicamente (Gopher, un particolare tipo di castoro, da ordine con le sue dighe al flusso disordinato delle informazioni nell'ambito di Internet), e come un ipertesto. Mosaic suggerisce appunto una modalità di definizione della conoscenza come un insieme di informazioni tratte contemporaneamente da più fonti; al di là della metafora si tratta di una modalità di presentazione grafica di informazioni che possono risiedere in data base distribuiti, nei quali, ad esempio le immagini possono provenire da data base collocati anche fisicamente in luoghi diversi. Mosaic è inoltre strutturato come una `lente' per visualizzare informazioni strutturate anche in maniera assai diversa, oltre a poter presentare tabelle o schemi a contenuto variabile (le cosiddette form), immagini (anche in movimento), suoni (che a noi ben poco possono servire, almeno in questa fase), esso può accogliere nella propria struttura dati provenienti da altri programmi già citati, come Oracle, mentre proprio in questi ultimi giorni sono apparsi i primi articoli sulla possibilità di consultazione di un sistema informativo geografico attraverso questa interfaccia.

Anche una breve esperienza con questi strumenti spinge a riflettere sui benefici potenziali che la loro utilizzazione (ma anche la struttura di organizzazione delle conoscenze che essi sottendono) potrebbero presentare alla pubblica amministrazione. Non è un caso che amministrazioni locali spesso citate per efficienza, come altre europee, si siano affidate a questi strumenti. Essi prefigurano in qualche modo un'agile struttura di osservatorio che, seppur lontana da ipotesi informatiche `pesanti' sembra consentire agevoli interazioni tra strutture diverse. Proprio a questa ipotesi intendiamo consentire qualche sforzo, anche per favorire l'utilizzazione da parte degli uffici senza richiedere loro l'acquisizione di programmi onerosi (la cui disponibilità perviene, sembra un destino segnato per l'ente pubblico, quando non ve ne è più necessità).

A partire infatti dall'approvazione della convenzione sarà attivato presso il laboratorio un server Gopher a servizio della comunicazione fra i diversi enti coinvolti, mentre si contribuirà, nei limiti delle disponibilità del Laboratorio, all'attivazione di analoghi servizi presso l'amministrazione o gli altri partner coinvolti.

Lontani infatti da una accusa spesso lanciata alla ricerca condotta in ambito accademico (ma la rilevanza della rilevazione sul campo fa di questo un caso comunque estraneo a tale ambito), non intendiamo proporre trattazioni metodologiche, introduzioni epistemologiche, e commenti sovrabbondanti ai risultati conseguiti, ma, anche per ragioni di tempo, soltanto sintetici elementi di indirizzo ed indicazioni pratiche per l'utilizzazione delle numerose informazioni raccolte ed elaborazioni effettuate. Proprio in questo senso lo spazio dell'informatica, certamente ricondotto ad un ruolo di servizio, probabilmente meglio sviluppato da chi tratterà gli aspetti sistemistici nell'interazione con la grande (e in qualche modo terribile) esperienza che ci stiamo proponendo.

(c. b.)

Unione Europea
Comune di Genova
UNESCO World Heritage

Charta
Realizzato con la collaborazione di Charta s.r.l.

Queste pagine non fanno uso di alcun cookie di tracciamento.