Il pubblico in generale e la loro capacità di utilizzare le applicazioni GIS - abbiamo ancora bisogno di mappe cartacee?


20

Mi sto sforzando di convincere gli altri nella mia organizzazione che gli strumenti GIS, in particolare gli strumenti di digitalizzazione, POSSONO essere utilizzati dal grande pubblico e dovremmo promuoverne l'uso invece di utilizzare mappe cartacee. Ciò consentirebbe di risparmiare denaro (spese postali) e tempo (il tempo necessario per pubblicare le mappe) e suppongo che sia meglio per l'ambiente (non usare la carta).

L'argomento contrario è che le persone si sentono più a loro agio con una penna / matita e disegnano aree / poligoni ecc. Su una mappa cartacea, tendono anche ad essere più accurate. La mia attività richiede che i candidati siano abbastanza precisi nel delineare i confini su una mappa di sfondo.

Cosa pensi che possa fare per convincere quei miscredenti? :) Come possiamo migliorare gli strumenti di schizzo per utenti non GIS in modo che possano fare schizzi accurati sulle mappe. Quali consigli / tecniche conosci, hai affrontato questo problema da solo ?? Siamo condannati a usare mappe cartacee per sempre di più !? I tuoi pensieri sono i benvenuti.

PS: è probabile che l'applicazione GIS sia basata sul Web e aperta al pubblico. Probabile tecnologia sarebbe l'API Javascript ESRI - con cache, servizi di mappe ottimizzati, livelli di scala sensibili e simbologia chiara ecc.

Risposte:


14

È davvero necessario opporsi a entrambe le soluzioni e scegliere tra loro?

Alcuni utenti si sentono meglio con la carta, altri con un GIS. Dipende dalle loro capacità, cosa devono fare, se hanno un computer (con Internet), il loro umore e certamente molti altri fattori impliciti che non possiamo immaginare.

Il mio consiglio: cerca di convincere che entrambe le soluzioni dovrebbero essere proposte agli utenti, vedi quale usano, quanto costa e la risposta alla tua domanda emergerà dal loro utilizzo!


È qualcosa che ho suggerito poiché penso che sia un po 'rischioso abbandonare il metodo "vecchio stile". Sarebbe sicuramente interessante vedere le statistiche di utilizzo al riguardo.
Vidar,

1
Noi (professionisti GIS) dovremmo stare attenti ai cosiddetti metodi "vecchio stile". La soluzione "buona" a volte può essere quella "vecchio stile". La percezione dal punto di vista dell'utente può essere molto diversa dalla nostra. Il nostro lavoro ha davvero nulla a che fare con la moda, vedi gis.stackexchange.com/questions/2264/...
Julien

OK - cattiva scelta delle parole - cambia "vecchio stile" in "analogico" :) la mia motivazione principale non è proprio quello che sembra essere il tipo di tecnologia più cool da fare, ma più di come possiamo noi utenti e organizzazioni essere più produttivi ed efficienti usando la tecnologia di oggi.
Vidar,

OK anche! Dobbiamo lottare contro questi ragazzi che cercano di vendere la cosiddetta fashion-new-technologies-2.0 e dimenticare che la techno esiste solo per rendere la vita più semplice :-)
luglio

2
Una volta ho trascorso alcune ore a creare una mappa di qualità per il quarantesimo compleanno di un amico. Caratteri e frecce chiari, indicazioni stradali e distanze, contorni, corsi d'acqua, sfondo di ortofoto, trattamento completo. Ho stampato la bozza finale e mi sono seduto con un sorriso soddisfatto. Era più che una mappa, questa era la cartografia . E poi mi sono reso conto lentamente che, allo scopo attuale - aiutare le persone a trovare una festa - l'indicatore nero rapidamente disegnato su un modello di tovagliolo con cui ho iniziato, era molto più adatto al compito.
matt wilkie,

11

Come altri hanno già detto, non penso che tu possa escludere entrambi i casi. Penso che la soluzione dipenda da:

  1. Gli utenti. Sono a proprio agio con la tecnologia o no.
  2. Il caso d'uso. Sono sul campo in un'area senza connettività di rete o non favorevole a portare tecnologia costosa.
  3. La soluzione / app sono le persone che stanno ancora costruendo ArcMap su una pagina Web per utenti non GIS, o è Googley semplice?

Una soluzione interessante della comunità OpenStreetMap che combina tecnologia analogica e digitale è WalkingPapers . Si utilizza una mappa Web per ingrandire l'area di interesse e quindi stampare una mappa cartacea che contiene un "codice a barre 3D". Quindi disegna le tue funzionalità sulla copia cartacea e la invii a chiunque lo desideri. Questa persona esegue quindi la scansione del foglio e quindi lo carica su un server in cui viene georeferenziato automaticamente in base ai dati nel codice a barre. Una persona può quindi estrarre l'immagine georeferenziata nell'editor OSM online Potlatch e tracciare le nuove funzionalità.

Questa soluzione ha OpenStreetMap integrato, ma questo stesso concetto potrebbe essere applicato a un'app stand-alone (OpenSource o proprietaria).


10

Penso che il vincitore tra la digitalizzazione sullo schermo e lo sketch su un pezzo di carta dipenda molto. È possibile effettuare una digitalizzazione molto più precisa e accurata sullo schermo che sulla carta con le giuste mappe di sfondo e gli strumenti giusti. Ma capisco cosa mi dici dicendo che tende ad essere più preciso sulla carta.

Per ottenere la buona precisione sullo schermo, sono necessari buoni strumenti per lo zoom e forse la modifica della mappa di sfondo durante la digitalizzazione. Probabilmente sarà utile anche la funzionalità di snap intelligente. A quanto ho capito, hai a che fare con un pubblico che forse utilizzerà questo strumento solo una o due volte. Quindi la cosa difficile sarà rendere quegli strumenti più o meno auto-istruiti e molto facili da usare. Se la digitalizzazione verrà effettuata con lo zoom statico senza scattare, sarà probabilmente uno schizzo piuttosto approssimativo e lo schizzo su argomenti cartacei diventerà più forte.

Quindi, il mio punto è che è necessario trovare strumenti molto facili da usare ma potenti per aiutare nella digitalizzazione. Per rendere lo strumento abbastanza facile da usare, probabilmente dovranno essere progettati proprio per quel caso d'uso, come lo strumento di aggancio che deve agganciarsi ai dati di fondo rilevanti e forse dare la priorità se più possibilità di aggancio.

Penso anche che la parte dello zoom sia abbastanza importante. Forse i riquadri più vicini dovrebbero essere caricati prima del necessario, quindi è possibile ingrandire e rimpicciolire durante la digitalizzazione uniforme e veloce senza aspettare un po 'di download in background.

Solo alcuni pensieri senza saperlo.

/ Nicklas


Commenti e pensieri davvero interessanti lì Nicklas - molte grazie per il tuo tempo!
Vidar,

Forse lo snap predefinito per contesti diversi? L'idea è abbastanza buona, in realtà. Pacchi che si agganciano sempre l'uno all'altro e ai limiti del blocco, porti che si agganciano sempre alle coste, ecc ...
George Silva,

7

Non sono sicuro che l'impatto sull'ambiente sia inferiore con l'uso di un'applicazione online. Sulla base della mia esperienza, le persone probabilmente stamperanno la versione digitale, disegneranno il loro disegno sul foglio e lo replicheranno sulla mappa digitale.

Di quanti utenti stiamo parlando? Nella nostra azienda di circa 120 persone di solito invio alle persone una mappa PDF, quindi faccio in modo che utilizzino tutti gli strumenti che desiderano per disegnare le funzionalità sulla mappa. Alcuni utilizzano gli strumenti di Acrobat, altri preferiscono stampare la mappa, disegnare funzionalità sulla copia e scansionare su PDF ed e-mail. Farlo in questo modo crea meno lavoro per me in quanto non ho bisogno di scansionarli da parte mia. (anche senza soldi spesi per le spese postali). Le immagini che ritornano contengono commenti e funzioni disegnate e il formato è PDF, quindi converto semplicemente in immagine in Arobat, georeferenziazione e digitalizzazione. Questo richiede poco tempo ed è abbastanza accurato poiché mi riferisco geograficamente agli stessi dati.

Naturalmente avere centinaia di utenti che inviano dati in questo modo non sarebbe realistico. Sarebbero necessari un'applicazione online, formazione e seminari regolari per mantenere gli standard.


Ahhh, utilizzando la tecnologia PDF, qualcosa che non avevo davvero considerato. Idee interessanti lì.
Vidar,

1
Ho un editore di terrago per alcune funzionalità pdf aggiunte, ma il pdf in armap è una techno incredibile che dovresti guardare più da vicino.
Brad Nesom,

1
Avrei dovuto menzionare, dimentica il convertitore PDF ArcGIS predefinito. Semplicemente non funziona oltre le semplici mappe vettoriali. Questo sembrerà un passo indietro ma funziona ogni volta: converti in TIFF e poi usa Acrobat 8 ​​o meglio converti quel TIFF in PDF. Lo faccio da anni senza problemi. I file sono relativamente piccoli (molto più piccoli del PDF predefinito di ArcGIS) e puliti. Deve essere un buon motore di rendering, come Adobe Acrobat, ad esempio NitroPDF non funziona, a meno che non si usi il nuovo lettore beta 7 Nitro che ha un motore di rendering revisionato. (È anche gratuito)
Jakub Sisak GeoGraphics,

+1 per quell'altro Brad. Quanto sono grandi i file se hai livelli raster, ad esempio immagini ad alta risoluzione. Lo strumento vale $ 2.754,00 + manutenzione? Che ne dici di importare le funzionalità in ArcGIS? È possibile?
Jakub Sisak GeoGraphics,

3

Nel caso in cui l'utente finale dell'applicazione utilizzasse un visualizzatore di mappe inserito in un browser Web (OpenLayers, API Javascript ESRI ... anche basato su Flash), fornirei i seguenti argomenti:

  • Molte persone sono già abituate a strumenti - o almeno ad ambienti - come questi (Google Maps, ad esempio).
  • Gli utenti finali non devono installare alcuna nuova applicazione: è necessario solo un browser Web moderno. Non è necessario scaricare alcuna applicazione, nessun inferno DLL ...

Inoltre, troverei storie di successo di sistemi GIS basati su mappe web utilizzati dal grande pubblico nel tuo paese. Vivo nel nord-ovest della Spagna, e qui ci sono alcuni sistemi GIS basati sul web che sono molto usati dal grande pubblico come SIGPAC , SITGA o Bantegal .


Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.