Shortlist- allow field mapping in 'as-is' option for enterprise pt layers.

Idea created by Amanda.Huber@threeriversparks.org_trpd on Feb 16, 2018
    • 107378@trpd
    • Amanda.Huber@threeriversparks.org_trpd

    The Shortlist Story Map template is a great way to display point locations with pictures and information, and I believe it could be even better if it allowed a 'live link' for as-is enterprise data (from Portal or on premise rest service).


    The current issue:

    If you would like a 'live link' to your point data in a web map you need to use the 'as-is' option and download a template. This option requires a specific field schema for the data to work in the story map. In the case of enterprise data, field names are pre-existing and your only options are 1) Add extra fields just for the sake of the story map or 2) you have to make a cut of the data and completely reconstruct your data to match the schema for the short list.



    Use Case Scenario:

    You have a field crew who are maintaining a enterprise pt layer of memorial benches. Benches are continually added to honor lost loved ones and pets. You would like to create a story map for your organization to highlight this program community and honor the lost. You need the shortlist app to be able to continually update from your enterprise data (from Portal) to allow for new bench locations to be added with their photos and descriptions. 


    I pose this idea:

    Incorporate field mapping into the shortlist app. Allow pre-existing field titles to be mapped to the required field titles for the shortlist. For example required fields, we're all familiar with the append tool and how it allows 'no-test' field mapping or even how the AGOL geocoding tool works when matching address, state, zip (etc) with your own spreadsheet data. I suggest this be a functionality of the shortlist, allow it's required fields (Name, Tab_name, Pic_URL, Thumb_URL, Short_Desc, DESC1-5, etc) to be mapped to respective existing fields in an enterprise pts layer.





    Another Option with this idea:

    • Allow administrators to define a default image in the configuration of the app if image attachments are <null>