Se trabaja con grandes conjuntos de datos en mapa web sin necesidad de utilizar la Tabla de Contenidos?

Question

Estoy trabajando en un mapa de diseño que integra muchos (alrededor de 300 separar las capas de mapa) conjuntos de datos que deben estar disponibles para los usuarios dentro de un mismo mapa (sólo para ver). He mirado en la creación de una tabla de contenidos con un alto nivel y sub categorías pero parece muy anticuado.

Estamos cosechando los conjuntos de datos y servicios web de mapas. El WMS Url son almacenados en una base de datos de oracle donde se configuran en 9 categorías principales para proporcionar un nivel superior de la tabla de resumen de contenido. También contamos con un avanzado tabla de contenido (también se configura en Oracle), que organiza el conjunto de datos de las capas dentro de la principal categoría de la lista. Todo se está convirtiendo en algo inmanejable y no en todos los amigable para el usuario, pero todavía tenemos que hacer todos los conjuntos de datos disponibles.

¿Alguien tiene alguna directrices sobre buenas/mejores prácticas/inspirational maneras de tratar con grandes conjuntos de datos en un mapa?

Answer 1

Su problema es tratar de presentar todo en un mapa - para realizar una serie de mapas temáticos. Puesto que usted está utilizando WMS y los mapas son sólo para ver, yo estaría tentado a crear una interfaz basada en la web y tienen capas en la pre-definido de grupos lógicos a través de una serie de mapas (en lugar de un único mapa con cientos de capas). El usuario, a continuación, seleccione el mapa (y por lo tanto la selección de capas disponibles).

Usted podría simplificar algunos de estos mediante el uso de Geoserver para la interfaz con el back-end de Oracle y hacer uso de Geoserver la posibilidad de hacer referencia a la capa-grupos. De modo que cada capa representa las selecciones de capas que, lógicamente, van de la mano.

Entonces, usted puede refinar la interfaz para permitir a los usuarios seleccionar capas adicionales para agregar/quitar el mapa - lo que les da la flexibilidad para rodar su propio mapa. Usted puede hacer esto a mis listas desplegables en la página web con capas adicionales en grupos lógicos.

Answer 2

Te recomiendo la lectura de la Parálisis de Elección por Brian Timoney para una buena introducción al problema cognitivo de un gran ToC implica. Él demuestra con números que solo tema de los mapas son más visitadas que el propósito de todos los mapas.

Timoney ha nombrado este problema de usabilidad como Layerrhea. Él concluye:

Curas para Layerrhea: a) romper más importante de las capas en solo topic maps; b) proporcionar datos de descargas para los usuarios avanzados; c) el rollo tu propio mapa base con apoyo, contextual capas al horno.

Como él menciona, usted podría pensar en la creación significativa de mapas base que las capas de grupo por tema, de modo que los usuarios sólo tienen que elegir entre 9 mapas base y no en los de ~300 capas.

Por otro lado, si usted tiene que tratar con Toc, yo sugeriría usted para poner en práctica básica de la funcionalidad de búsqueda en la parte superior de la tabla de contenido, en una manera que permite a los usuarios filtrar la tabla de contenido de capas (como en esta aplicación). De esta manera, usted puede mostrar sólo las capas que corresponden a un término de búsqueda específico (ver figura de abajo).

El cuadro de búsqueda podría ser el punto de entrada a la información que los usuarios tienen a su disposición, así que me gustaría hacer es prominente en la página web.

También se podría pensar en el uso de una lista de selección widget (comboBox) para que sus usuarios seleccionar el tema antes significativa la interacción con los mapas, como en el de Mecklenburg Geoportal, que no utiliza un (convencional) de la capa de la tabla de contenido.