Hola a todos,
He estado trabajando en un mapa sistemático para acompañar una revisión de la literatura sobre las relaciones entre los hábitats de las aves forestales que está cada vez más cerca de completarse. Un sincero agradecimiento a los miembros de la comunidad @cwillden , @txnelson , @danschikore , @brady_brady y al equipo de soporte técnico Adam Morris, Sarah Seligman, Laura Archer y Wendy Murphrey por ayudarme a llevar este proyecto tan lejos.
Siento que estoy cerca de la meta, pero todavía tengo algunos problemas relacionados con las interacciones entre los filtros de selección. Quizás la comunidad pueda ayudar. Aquí hay una captura de pantalla anotada de la aplicación... Se adjuntan la imagen y una tabla de datos con un script de tabla llamado "Literature Dashboard 10" que crea esta aplicación. Las preguntas específicas sobre las relaciones de los filtros de selección se encuentran debajo de la imagen.
Para esta aplicación, el objetivo general es que los usuarios académicos/profesionales puedan encontrar un subconjunto de artículos relevantes (del conjunto completo de ~2000 artículos, 1 artículo = 1 registro de la tabla de datos) que cumplan con los criterios de relevancia definidos en tres tipos de filtros de datos (filtro de datos local, histograma y nube de palabras), todos creados a partir de campos en la tabla de datos.
Objetivos funcionales específicos
1. Los usuarios deben poder usar 1 o más de las 3 áreas numeradas diferentes (ver la imagen estática de la aplicación a continuación) del tablero (etiquetadas con texto verde) para seleccionar/crear subconjuntos de registros en la tabla de datos.
2. Los criterios de selección existentes (en todos los filtros) deben reflejarse o registrarse en un cuadro de texto o una lista. Esto es fundamental.
3. El mapa debe reflejar los criterios de selección actuales en las 3 opciones de filtrado (por ejemplo, debe coincidir con la lista del elemento 2)
4. Los usuarios deberían poder descargar registros seleccionados como un archivo .csv.
5. Los criterios de selección (en los 3 filtros/plataformas, elemento 2 anterior) deberían poder guardarse como un archivo y/o adjuntarse al archivo de descarga .csv.
6. Todas las selecciones (dentro y entre filtros) deben poder realizarse utilizando la lógica booleana AND/OR (ver “objetivos específicos de la selección” a continuación).
Objetivos específicos de la selección
1. Dentro de cada plataforma, los usuarios deberían poder seleccionar varios niveles y especificar si estos deben estar vinculados mediante una cláusula AND u OR (por ejemplo, como las opciones all o any en los cuadros de diálogo de selección de registros o de filtro de datos). Por ejemplo, un usuario debería poder crear cualquiera de las siguientes consultas:
- Filtro de datos... Especies de aves = petirrojo americano y cuervo americano; o Especies de aves = petirrojo americano O cuervo americano
- Histogramas... Métrica de aves = Rendimiento reproductivo Y abundancia/ocurrencia; o Métrica de aves = Rendimiento reproductivo O abundancia/ocurrencia.
- Nube de palabras... Filas seleccionadas = éxito del nido Y área boscosa; o Filas seleccionadas = éxito del nido Y área boscosa
Cada uno de estos ejemplos incluye 2 términos de cualquier filtro, pero la opción y/o debe extenderse a cualquier número de niveles dentro de cualquier plataforma determinada.
2. En todas las plataformas, los usuarios deberían poder especificar relaciones AND/OR entre las selecciones realizadas en una plataforma y en otra. Por ejemplo, un usuario debería poder especificar: Especie de ave = petirrojo americano y cuervo americano (de la plataforma Filtro de datos) Y Métrica de ave = Rendimiento reproductivo (del filtro de histograma) O Término = éxito de anidación o éxito de emplumaje (del filtro Nube de palabras). En otras palabras, los usuarios deberían poder alternar entre los criterios AND/OR entre plataformas, así como dentro de las plataformas.
Parece que tanto JSL como Application Builder podrían usarse para crear este tipo de comportamiento estructurado (usando filtros de selección y configuraciones específicas de la plataforma). Desafortunadamente, no hago mucho en JSL y soy nuevo en la plataforma Application Builder, lo que todavía me resulta muy confuso. Ya he incorporado algunas de estas funciones en la aplicación que se adjunta a esta publicación (una tabla de datos con un script llamado "Literature Dashboard 10" que crea la misma aplicación). Sin embargo, todavía no estoy logrando muchos de los comportamientos de filtrado deseados descritos anteriormente. ¿Alguien tiene sugerencias sobre la mejor manera de pasar del borrador de la aplicación adjunta a una versión que se comporte más como me gustaría? Me he metido un poco más de lo que puedo con mis habilidades con JMP. Mis colegas están muy emocionados de usar esta herramienta, pero necesito dominar el comportamiento de lógica booleana/selección antes de comenzar a compartirlo con otros. Gracias de antemano por cualquier ayuda que la comunidad pueda brindar.
Casey
