Quelques problèmes liés à l'utilisation des contextes / Some problems related to the use of contexts

Produit concerné / Related product

JMap ProVersions6.5, 7.0


Jump to English version

Les contextes cartographiques sont composés de l'ensemble des paramètres permettant de recréer une carte géographique par un utilisateur de JMap Pro. Ils permettent de sauvegarder des cartes et même de les partager entre les utilisateurs. Les contextes existants peuvent être rappelés facilement pour recréer un environnement cartographique. Tous les paramètres des couches, les annotations, les thématiques, les sélections, etc. font partie du contexte et sont recréés à l'ouverture du contexte. Si le contexte est défini par l'utilisateur comme le contexte par défaut, il s'affiche à l'ouverture de l'application JMap Pro.

Certaines mises en garde sont nécessaires dans l'utilisation des contextes. 

Problème

L'administrateur d'un projet effectue des modifications dans la configuration d'une couche mais l'utilisateur de l'application JMap Pro ne voit pas ces modifications car il utilise un contexte qui a sauvegardé la couche avant les modifications.

Exemple pour illustrer le problème :

Un utilisateur crée un contexte contenant une couche dont l'infobulle indique arbre ID = $mauvaise valeur$.  

L'administrateur JMap fait une correction dans la configuration de la couche pour indiquer dans l'infobulle arbre ID = $bonne valeur$.

Lorsque l'utilisateur ouvre l'application il voit la valeur ancienne dans l'infobulle parce qu'elle est sauvegardée dans son contexte, qui s'ouvre par défaut. L'utilisateur ne voit pas la nouvelle valeur tant qu'il ne ferme pas le contexte.

Des problèmes semblables peuvent affecter toutes les configurations sauvegardées dans les contextes, telles la visibilité des couches, leur ordre, les étiquettes, les styles, les rangs de visibilité, etc. 

Solution

Face à la confusion, vérifier la validité d'un contexte peut s'avérer utile. Vous pouvez simplement désactiver le contexte par défaut (fenêtre des contextes) ou utiliser le menu Projet → Recharger les paramètres du projet pour voir les données de l'application à jour (l'article Mettre à jour un contexte avec la nouvelle configuration de couches du serveur décrit la procédure pour le faire). Au besoin vous pouvez créer un nouveau contexte étant toujours conscient que les configurations sauvegardées ne correspondent pas forcement à la réalité de l'application.



 

English version

Map contexts consist of all the parameters used to recreate a map by a JMap Pro user. They can save maps and even share them between users. Existing contexts can be easily recalled to recreate a map environment. All layer parameters, annotations, thematics, selections, etc. are part of the context and are recreated at the opening of the context. If the context is defined by the user as the default context, it is displayed when the JMap Pro application opens.

Some warnings are needed in the use of contexts.

Problem

The project administrator makes changes to a layer's configuration, but the JMap Pro application user does not see these changes because it uses a context that saved the layer before the changes.

Example to illustrate the problem:

A user creates a context containing a layer whose mouseover indicates tree ID = $bad value$.

The administrator JMap makes a correction in the configuration of the layer to indicate in the mouseover tree ID = $good value$.

When the user opens the application he sees the old value in the mouseover because it is saved in its context, which opens by default. The user does not see the new value until it closes the context.

Similar issues can affect all configurations saved in contexts, such as layer visibility, order, labels, styles, visibility tresholds, and so on.

Solution

Faced to confusion, checking the validity of a context can be useful. You can simply disable the default context (contexts window) or use the Project → Reload Project Settings menu to view the application's updated data. If necessary you can create a new context, always aware that the saved configurations do not necessarily correspond to the reality of the application.