Strumento di visualizzazione e manutenzione dei dati basato su GIS

5

Sfondo

Cercando di sfruttare un sistema GIS esistente per esplorare i dati organizzativi.

Architettura

La seguente figura rappresenta una panoramica di alto livello delle funzioni desiderate del sistema:

L'usopiùbasilaresarebbeilseguente:

  1. L'utentevisitaunsitoweb.
  2. Ilsistemapresentaunamappa(conregioni,cittàededifici).
  3. L'utenteesegueildrill-downsullamappadiundeterminatoedificio.
  4. Ilsistemafornisceun'interfacciaCRUDdibase.
  5. L'utentepuòvisualizzareemodificareleinformazionisulpersonale(adesempio,iteamassegnati),leattrezzature(ades.appliancedirete),leapplicazioniel'edificiostesso(ades.contattienumeriditelefono).

Idealmente,tuttiicomponentidovrebberoessereopen-source(oaltrimentigratuiti).

Problema

Questodeveessereunpiccoloprogettochehabisognodiunprototipoveloce(mafunzionale),soprattuttoperconfermareseuntalesistemasarebbeutilealungotermine.

Domande

  • Qualicomponentisoftwareutilizzerestipersvilupparerapidamenteunprototipofunzionante?
  • Qualisoluzioniopen-sourceesistonogià,seesistono?

Idee

Eccocosastopensando:

  • PostGIS - Definisci regioni, città e siti
  • Google Maps - Visualizza una mappa interattiva e selezionabile
  • geoJSON - Protocollo tra PostGIS e Google Maps
  • Seam - Interfaccia CRUD

Sviluppo personalizzato

Ad esempio, ciò comporterebbe:

  1. Installazione e configurazione
    1. Configura SSH per accessi remoti
    2. Subversion (o git)
    3. PostgreSQL
    4. PostGIS
    5. Java
    6. Tomcat
    7. Seam
    8. JasperReports
  2. Inserisci le informazioni GIS in PostGIS
  3. Sorgenti dati aggregate nel database PostgreSQL
  4. Sviluppa la pagina iniziale per l'interfaccia della mappa
  5. Sviluppa l'interfaccia di Google Maps selezionabile
  6. Sviluppa rapporti di riepilogo
  7. Sviluppa l'interfaccia CRUD usando Seam per la manutenzione dei dati

Sicuramente qualcosa del genere esiste già?

Grazie!

    
posta Dave Jarvis 25.04.2012 - 21:51
fonte

2 risposte

1

Siamo andati con quanto segue:

  1. PostgreSQL + PostGIS
  2. Java 7 + Embedded Jetty + google-gson
  3. jQuery + OpenLayers + Select2
  4. OpenStreetMap + Mod Tile

Abbiamo rimosso i requisiti di segnalazione e di manutenzione dei dati.

    
risposta data 06.11.2012 - 00:35
fonte
1

Interessante, sto sviluppando un sistema simile per oil & gas, con Google Maps API v3. Abbiamo scelto di utilizzare CouchDB per la parte del diagramma che include dati GIS, repository centrale e altre origini dati. L'idea alla base di questo è un contenitore per contenere fonti di dati eterogenee con diversi tipi di strutture e anche file di dati reali che rappresentano livelli GIS, registri, ticket, ecc.

Anche la capacità di essere in grado di ospitare applicazioni reali direttamente dal server DB è utile per l'elaborazione / il caricamento dei dati.

In definitiva per il nostro sistema che si trovava di fronte alla prospettiva di mettere insieme vecchi dati disordinati + disordinati, questa configurazione NoSQL + senza schema ha reso piacevole lavorare con diversi tipi di dati.

    
risposta data 22.05.2012 - 20:42
fonte

Leggi altre domande sui tag