@gregorybiraud , merci pour votre réponse, mais cela ne fonctionne que sur les filtres. Il ne semble pas que cela fonctionne sur la recherche. y-a-t-il un moyen de récupérer les choix faits dans la recherche via du javascript?

Cordialement

Merci @palomera

@gregorybiraud Merci beaucoup je vais essayer

@palomera a dit dans URL de flux :

Bonjour voici un exemple

ddenterpriseapi/viewflow?flowId=e70641f6&rfodstide=7101&Hrfodstide=Structure&Lrfodstide=rfoaden04

Ici je filtre le champs rfodstide sur le 7101
et dans la hiérarchie H(rfodstide) =Structure
et sur le niveau L(level rfodstide) = rfoaden04 qui correspond au champ de niveau de ma hiérarchie

Le seule problème que j'ai rencontré c'est le chemin de navigation qui ne me montre pas le déroulé de ma hiérarchie

A mon niveau ce problème ne me gène pas ... l'idée c'est juste de récupérer le flux correctement filtré

@naessens-lionel

Bonjour,

Vous pouvez retrouver les informations sur la dernière version du logiciel DigDash Enterprise 2024 R1 depuis le sujet suivant :
https://forum.digdash.com/

Je reste disponible pour toute question.

Cordialement,
L'Équipe DigDash

|www.digdash.fr

@gregorybiraud Je vous remercie pour votre réponse

Bonjour,
Une possibilité est de créer dans le gestionnaire de format, un nouveau format de date "iso-8601 extended" comme ceci :
captureFormat.png
Maintenant dans le data modèle, lors de la prévisualisation, appliquer ce nouveau format à votre colonne. Puis dans le modèle avancé, appliquer le type "Dimension (temps)" à cette même colonne.
Cela devrait suffire.

Sinon il faut développer une fonction javascript, par exemple :

var chiffre = value.split("-"); return new Date(parseInt(chiffre[0]), parseInt(chiffre[1])-1, parseInt(chiffre[2])).getTime()/1000;

Bien cordialement

@devdataviz oui c'est ce que j'ai fait. la hiérarchie est crée dans un autre modèle de données B, et ainsi est importée la dimension externe dans le modèle de données A

En effet, tout fonctionne correctement maintenant, je ne comprends pas pourquoi cela coinçait pour moi, mais problème résolu. Merci Jérémy!

Mais c'est génial! Merci beaucoup Alexandre! Et je me permets de reposter votre réponse sur les autres posts mentionnant ce problème.

@gregorybiraud Merci beaucoup.

Merci @gregorybiraud pour votre réponse rapide et limpide, c'est tout bon maintenant!

En effet, c'est maintenant tout bon, merci @alexandre-campos !

Merci @gregorybiraud , j'attends donc le patch. Belle fin de semaine.

@sai Il ne me semble pas que cette fonctionnalité existe au sein de l'assistant SQL. Seule alternative à ma connaissance consiste à créer une nouvelle source dans le gestionnaire de source de données et de choisir le "Mélangeur de sources (union)".

J'ai trouvé une solution alternative, qui est d'utiliser le paramétrage des "names" dans le mapping xml des niveaux de cartographie.

par exemple :

<groupitem id="mapparis-CQ-data" **names="arrondissements"**> <item id="05" **names="conseils_quartier"**> <item id="016"/> <item id="015"/> <item id="018"/> <item id="017"/> </item>

Les 2 fichiers conseils_quartier.properties et arrondissements.properties sont alors copiés dans <...>\apache-tomcat\webapps\ddenterpriseapi\WEB-INF\classes\messages comme indiqué dans la doc.
Ex de contenu du fichier :

127 = HALLES - BEAUBOURG - MONTORGUEIL 125 = LOUVRE - OPERA 128 = MARAIS - ARCHIVES 130 = MARAIS - PLACE DES VOSGES 131 = SEINE 126 = SENTIER - ARTS ET METIERS 129 = TEMPLE - ENFANTS ROUGES 016 = JARDIN DES PLANTES 015 = SAINT - VICTOR

Attention, le cube doit être rechargé pour que les libellés s'affichent sur la carte.

Il est dommage que ces fichiers .properties doivent aller dans tomcat, car seront écrasés avec une montée de version.
Il serait intéressant de pouvoir les mettre avec les autres fichiers cartographiques dans DigdashData (<...>\Enterprise Server\ddenterpriseapi\config\web\public\maps\conseil_quartier

Cordialement,

Bonjour @gmeynet ,

Après discussion avec JB et les équipes R&D DigDash, il s'avère que la traduction des rapports HTML est possible en utilisant une méthode de contournement.
Il faut pour cela utiliser un fichier pour stocker le contenu du HTML de chaque langue, puis utiliser lien wlnk avec le paramètre langue par exemple
link://<id du serveur>|fluxtest_${user.langChoice}.html

Puis créer deux fichiers, l'un nommé fluxtest_0.html pour la langue anglais et l'autre fluxtest_1.html pour le Français par exemple.

2231c3bd-5472-4571-915e-a3f50d9ee609-image.png

De cette manière, le HTML sera différent dans le cas d'un utilisateur FR ou US.

J'espère que cette astuce pourra vous être utile.

Alex

@npourain
@kno

Merci pour ces réponses.
Effectivement, je n'avais pas pensé à l'onglet "Objets sur la page" bien pratique.
Dommage tout de même que cette fonctionnalité somme toute basique ne soit pas plus intuitive (clic droit copier/coller par exemple).
Bonne journée

@jipi pour l'instant aucun moyen mais c'est une proposition qui a été prise en compte

Merci à tous les 2, votre réponse fonctionne sur notre environnement.