Dědění konfigurace vyskakovacích oken

Question

Zajímalo by mě, jestli někdo lépe rozumí tomu, jak se v AGO dědí konfigurace vyskakovacích oken.

Mám vrstvu AGO (Vrstva 1) a dva pohledy (Pohled 1 a Pohled 2), které byly vytvořeny na základě vrstvy Vrstva 1. Pohled 1 byl vytvořen předtím, než jsem nakonfiguroval vyskakovací okna vrstvy Vrstva 1, zatímco Pohled 2 vznikl až poté. Podle nápovědy AGO by měly konfiguraci vyskakovacích oken zdědit oba pohledy, ale zdědil ji pouze Pohled 2. Pokud vyskakovací okno vrstvy Vrstva 1 nakonfiguruji znovu, změny se neprojeví ani v jednom pohledu.

To nedává smysl. Musím při každé změně vyskakovacího okna znovu vytvořit pohledy vrstvy, aby byla informační okna konzistentní?

GLCAdmin · Answer

Thank you for your explanation, Katie!

Right now we are migration our old web mapping application to AGO apps, and one of them has several maps using various symbologies but all based on attributes from the same data layer. So I am creating views to mimic the scenario. These views will share the same popup configuration, so I am configuring the layer popup so that I do not have to customize each view. But as a prototype, the information in the popup may change anytime. It is just becoming a hassle to repeat the configurations for all views after the layer changes and I am hoping I can cascade the settings. It is just something not technically incapable but inconvenient. Maybe to include a checkbox to allow the user to choose whether cascade the layer's setting to its views in the future release?

Anonymous User · Answer

I believe this is expected behavior. The documentation states that the pop-up configuration (on the visualization tab) is inherited from the hosted feature layer from which they are created. To me this makes sense that whatever the configuration on the visualization tab at the time of creation is what would be inherited.

I don't think this implies that the relationship would be maintained in such a way that if the pop-up configuration changes on the hosted feature layer (in this case case layer 1) that those changes would be proliferated to the views.

The intent of the views is to be able to maintain reference to the same underlying data in order to get the most up to date version of that data while also allowing the symbology and pop-up configuration, editing privileges (among other things) to be changed independently.

I would like to hear more about your workflow and project to better understand the use case for pop-up configurations remaining in sync. Could you share the following:

What are you using the views for?

What is the project you are using views in?

What is it about the workflow that requires the pop-up configuration to change frequently?

GLCAdmin · Answer

In the Visualization tab. Actually, I started from the Web Map viewer, but the latest editing was done in the Visualization tab.