<\/HEAD>
Voici quelques détails convaincants... <\/EM><\/P><\/P>Résumé<\/STRONG><\/H2>Lors de la configuration des actions Story, nous nous attendons à pouvoir préserver l'étendue de carte définie par l'utilisateur tout en activant ou désactivant des couches. Nous voulons que l'utilisateur final puisse rester concentré sur la zone sur laquelle il a zoomé après avoir cliqué sur une action Story. <\/P><\/P>Problème technique<\/STRONG><\/H2>Nous aimerions profiter de la synchronisation entre les onglets dans le Story Map où chaque onglet représente un danger. Ainsi, l'utilisateur final peut taper une adresse et/ou zoomer sur une zone d'intérêt, si il parcourt les onglets, les dangers changent automatiquement. C'est génial. <\/P><\/P>Lorsque nous mettons en surbrillance le texte et configurons l'action story, nous sommes satisfaits de Contenu > Configuration personnalisée, cela nous permet de contrôler les couches sur la carte. C'est génial.<\/P><\/P>
<\/P><\/P>Le problème survient lorsque nous configurons Emplacement > Configuration personnalisée, cela fait que l'utilisateur final est ramené à l'étendue du premier onglet. Si nous configurons Emplacement > comme Carte par défaut, cela nous ramène également à l'étendue du premier onglet. C'est déchirant.... <\/P><\/P>Problème réel<\/STRONG><\/H2>Chaque fois que l'utilisateur final clique sur le texte en surbrillance, il perd son étendue de carte. Il est dézoomé et doit recommencer. Il est déçu et cesse d'utiliser le Story Map complètement... <\/P>
<\/P><\/P>Solution proposée<\/STRONG><\/H2>Un bouton "ne rien faire". Un bouton qui nous permet de supprimer le changement d'emplacement lorsqu'ils cliquent sur une action story. <\/P><\/P>
<\/P><\/P>Lorsque l'utilisateur final clique sur le texte en surbrillance, seul le Contenu \/ Couche change. Rien d'autre. Cette solution élégante permet une manière intuitive d'explorer une zone sans avoir à apprendre à une personne non-GIS comment activer ou désactiver des couches (un concept étranger pour 95% des professionnels non-GIS). <\/P><\/P>Nous aimons les Story Maps simples avec juste des web maps intégrées. Elles sont faciles à utiliser, se chargent rapidement et aident à concentrer l'utilisateur final sur l'histoire que vous essayez de raconter. Cette amélioration aiderait les concepteurs d'applications à configurer de meilleurs Story Maps et à réduire le redouté "appzilla" d'applications intégrées dans des applications. <\/P><\/P>Solution actuelle :<\/STRONG> Notre solution actuelle est Story Map Series intégré dans un Story Map Journal. Ce n'est pas optimal (potentiellement déroutant, lent à charger et nécessite beaucoup de maintenance), mais c'est la seule façon dont nous pouvons répondre aux exigences des parties prenantes pour le moment. C'est déroutant car lorsque l'utilisateur final navigue à travers les dangers, il est dézoomé à une étendue par défaut. <\/P><\/P>
<\/P><\/P>Merci à l'équipe Story Map de considérer cette amélioration maintenant ou lors de la refonte des Story Maps. Story Maps<\/A><\/P><\/P>
Logiciel<\/STRONG><\/H2>Story Map Series, Story Map Journal<\/P><\/P>Cas d'utilisation réel<\/STRONG><\/H2>Nous créons un Story Map qui permet à un utilisateur d'explorer sa communauté par exposition aux dangers et aimerait également qu'il puisse explorer Community Lifelines \/ Infrastructure dans la zone.<\/P><\/P>Public<\/STRONG><\/H2>Gestionnaires d'urgence, planificateurs d'exercices de catastrophe, Non-GISSers<\/P><\BODY>
