Filtre dynamique non fonctionnel

[lvinsonneau]

Bonjour, je tente de mettre un filtre dynamique sur une couche de données Mégalis présente sur GéoBretagne (en l'occurrence celle-ci). Le filtre souhaité est le suivant : service_coffre_fort=OUI Or dans la fenêtre, il ne me propose que la valeur "NON" alors qu'il y a bien des valeurs à "OUI" dans la BDD :

Il y a peut-être qqchose que je n'ai pas capté ?

[Gaetanbrl]

Lorsque l'IHM des filtres dynamiques est construite, ces étapes sont réalisées :

• appel de toutes les features de la couche
• lecture de l'attribut sélectionné (ici service_coffre_fort)
• création d'une liste de valeurs uniques pour ce champ

Mais je vois qu'il y a une limite de 100 (maxFeatures) dans l'appels de la requête de toutes les features. Si les 100 premières features n'ont qu'une valeur NON, alors la valeur OUI ne sera pas identifiées et non visible.

On peut considérer que c'est un bug @lvinsonneau car il ne devrait pas y avoir de limite pour lister toutes les valeurs. Il est aussi possible que ce comportement était un choix délibéré (ca ne me dit rien mais on ne sait jamais) car un appel sur une couche large va ralentir le fonctionnement le temps de récupérer et traiter toutes les features (comme ici car cette couche à + de 6 000 entités).

Dans ce cas de figure, je conseil de saisir manuellement une valeur dans le champs Valeur(s) sélectionnée(s). En premier comme alternative à ce comportement et pour éviter des appels larges :

valider la saisie avec un appuie sur la touche "entrée" du clavier ou en cliquant en dehors du champ

On reste d'accord que ce comportement n'est pas tellement souhaitable car cela oblige l'utilisateur à connaître toutes les valeurs possibles comme lors de la saisie dans le XML... ce qui n'a pas dans sens dans studio car les valeurs ne sont que partiellement complète dans ce cas (pas pratique).

[Gaetanbrl]

En complément de mon dernier commentaire, voici le résultat :

[Gaetanbrl]

La valeur maxfeature=100 semble présente depuis le début.

Voir premier commit : https://github.com/mviewer/mviewerstudio/commit/0ffba923a521716a90ab34824ed9a7eec5bc4286#diff-fbbdf45d15fe208d2883f9619e0098453949e5c3c338cc91532959b79b26554d

[lvinsonneau]

@Gaetanbrl : j'avais essayé de saisir manuellement la valeur OUI, mais chez moi, ça ne marche pas... bizarre, je ne dois pas m'y prendre comme il faut ça n'empêche que mon besoin reste de filtrer et ce, même s'il y a 6000 entités

[Gaetanbrl]

ça n'empêche que mon besoin reste de filtrer et ce, même s'il y a 6000 entités

Comme indiqué en bas de mon commentaire :

On reste d'accord que ce comportement n'est pas tellement souhaitable car cela oblige l'utilisateur à connaître toutes les valeurs possibles comme lors de la saisie dans le XML... ce qui n'a pas dans sens dans studio car les valeurs ne sont que partiellement complète dans ce cas (pas pratique).

[lvinsonneau]

OKèche, mais moi pas réussir avec solution de contournement... alors moi retourne au mviewer en attendant

[Gaetanbrl]

Un correctif a été apporté dans la branche develop. La prochaine release bénéficiera de ce correctif.

[Gaetanbrl]

@lvinsonneau

mais moi pas réussir avec solution de contournement... alors moi retourne au mviewer en attendant

Je comprend qu'il y a un bug sur l'utilisation de ce champ en plus d'une limite MAX qui est un autre sujet.

Est-ce que tu peux m'en dire plus stp sur ce que tu vois stp ?

[lvinsonneau]

yes, on peut se faire un partage d'écran via element, ce sera + simple non ? (si c'est possible?)

[Gaetanbrl]

vu avec @lvinsonneau, l'alternative fonctionne bien. Le ticket reste ouvert et sera à fermer après vérification du fonctionnement lié à la suppression du MAXFEATURES.