<\/HEAD>
Hier sind einige überzeugende Details... <\/EM><\/P><\/P>Zusammenfassung<\/STRONG><\/H2>Beim Konfigurieren von Story Actions erwarten wir, den aktuell vom Benutzer definierten Kartenausschnitt beibehalten zu können, während Ebenen ein- oder ausgeschaltet werden. Wir möchten, dass der Endbenutzer nach dem Klicken auf eine Story Action weiterhin auf den Bereich fokussiert bleibt, auf den er gezoomt hat. <\/P><\/P>Technisches Problem<\/STRONG><\/H2>Wir möchten die Synchronisation zwischen Tabs in der Story Map nutzen, wobei jeder Tab eine Gefahr darstellt. So kann der Endbenutzer eine Adresse eingeben und/oder zu einem Interessensgebiet zoomen; wenn er durch die Tabs blättert, ändern sich die Gefahren automatisch. Das ist großartig. <\/P><\/P>Wenn wir den Text hervorheben und Story Actions konfigurieren, sind wir mit Content > Custom Configuration zufrieden, da dies uns erlaubt, die Ebenen auf der Karte zu steuern. Das ist großartig.<\/P><\/P>
<\/P><\/P>Die Herausforderung entsteht, wenn wir Location > Custom Configuration konfigurieren; dies führt dazu, dass der Endbenutzer zum Ausschnitt des ersten Tabs zurückgeführt wird. Wenn wir Location > als Map default konfigurieren, führt dies ebenfalls zum Ausschnitt des ersten Tabs zurück. Das ist herzzerreißend.... <\/P><\/P>Reales Problem<\/STRONG><\/H2>Jedes Mal, wenn der Endbenutzer auf den hervorgehobenen Text klickt, verliert er seinen Kartenausschnitt. Er wird herausgezoomt und muss von vorne beginnen. Er ist enttäuscht und hört ganz auf, die Story Map zu verwenden... <\/P>
<\/P><\/P>Vorgeschlagene Lösung<\/STRONG><\/H2>Ein "Nichts tun"-Button. Ein Button, der es uns erlaubt, die Änderung des Standorts beim Klicken auf eine Story Action zu entfernen. <\/P><\/P>
<\/P><\/P>Wenn der Endbenutzer auf den hervorgehobenen Text klickt, ändert sich nur Content \/ Layer. Nichts anderes. Diese elegante Lösung ermöglicht eine intuitive Erkundung eines Gebiets, ohne einer nicht GIS-affinen Person beibringen zu müssen, wie man Ebenen ein- und ausschaltet (ein fremdes Konzept für 95 % der Nicht-GIS-Fachleute). <\/P><\/P>Wir lieben einfache Story Maps mit nur eingebetteten Webkarten. Sie sind einfach zu bedienen, laden schnell und helfen dem Endbenutzer, sich auf die Geschichte zu konzentrieren, die Sie erzählen möchten. Diese Verbesserung würde App-Designern helfen, bessere Story Maps zu konfigurieren und das gefürchtete "appzilla" von Apps innerhalb von Apps zu reduzieren. <\/P><\/P>Derzeitige Umgehungslösung:<\/STRONG> Unsere derzeitige Umgehungslösung ist Story Map Series eingebettet in eine Story Map Journal. Es ist nicht optimal (potenziell verwirrend, langsam beim Laden und erfordert viel Wartung), aber derzeit die einzige Möglichkeit, die Anforderungen der Stakeholder zu erfüllen. Es ist verwirrend, weil der Endbenutzer beim Navigieren durch Gefahren zum Standardausschnitt herausgezoomt wird. <\/P><\/P>
<\/P><\/P>Vielen Dank an das Story Map Team für die Berücksichtigung dieser Verbesserung jetzt oder bei der Neugestaltung von Story Maps. Story Maps<\/A><\/P><\/P>
Software<\/STRONG><\/H2>Story Map Series, Story Map Journal<\/P><\/P>Echter Anwendungsfall<\/STRONG><\/H2>Wir erstellen eine Story Map, die es einem Benutzer ermöglicht, seine Gemeinde nach Gefährdungsexposition zu erkunden und möchten auch ermöglichen, Community Lifelines \/ Infrastruktur in der Gegend zu erkunden.<\/P><\/P>Zielgruppe<\/STRONG>
< P > Notfallmanager , Katastrophenübungsplaner , Non-GISSers < / P >< / BODY >< / HTML >
