Pour moi, la limitation est sur la carte… Et non la fonction map…
C’est en faite la carte… ou la combinaison entre auto-entities et map-card. Et je ne peut pas filtrer par ID/wildcard car je veux presenter le top-15 (ou 20) des stations moins chère
EDIT : et en utilisant une methode avec compteur, c’est plus une ‹ list › … je ne suis certainement pas une specialiste en jinja non plus
CA: c’est bon et accepté par map card
dans ce cas, manipule le tableau obtenu dans ta boucle:
{% set all=expand(states.sensor)| sort(attribute='state')| map(attribute='entity_id')|list %}
{% set filtered=all[0:19] %}
{{ filtered }}
{{ all}}
Filtered, c’est les 20 valeurs du début
Merçi pur rester a côté…
J’ai juste fait trial/error, ajoutant des [ et ] …et maintenant ça marhce…le maximum est 12
type: custom:auto-entities
card:
type: map
show_empty: false
filter:
template: >
[{% set ns = namespace(count=0) %} {% for x in expand(states.sensor)|
sort(attribute='state')| map(attribute='entity_id') %} {% if 'prix' in x and
ns.count < 12 %}'{{x}}',{% set ns.count = ns.count + 1 %}{% endif %}{%-
endfor %}]
Oui c’est bien de ton fork dont je parle. Concernant un ESPACE, ca fonctionnait avant, il ne serait pas apparu tout seul normalement .
Et oui quand je remplace Gasoil par E98, les 5 stations que je demande apparaissent bien.
Le soucis ne semble pas venir de ton fork. car dans l’outil de développement, il y a bien les sensor avec chaque stations.
Concernant les logs j’ai cela, mais cela ne concerne pas l’affichage
Et dans l’éditeur de Lovelace j’ai cela
Je pense que cela provient de la flex-card, mais j’avoue ne pas trop savoir où chercher
Hello
Il doit manquer quelque chose car j’ai créé la carte en copiant collant ton code et ça affiche rien .
Philippe
as tu flex-card d’installé ??? car non il ne manque rien
la différence avec et sans erreur est juste le nom du carburant souhaité
Donc, car les soucis sont depuis quelques jours, c’est pas une maj de mon fork à la base.
Je continue d’assumer des soucis autour des données de gouv.fr.
Dans mon fork j’essaye de filtrer tous ces irrégularités mais il faut que je les connaisse avant
De l’erreur … je pense (assume) que l’attribute ‹ Station City › (a=Station Name, b=Station City ??) n’existe pas dans un de tes stations…stp verifier?
Si to change Station City vers Station Address…c’est mieux ou pas?
non avec station address
le problème est le même. d’ailleurs j’utilisais Station address
jusque hier soir, ou je suis passé à Station city
pour essayer de trouver l’erreur.
Donc après analyse, il n’y a pas de station address
qui manque. par contre il manque souvent latitude
et longitude
. Par contre j’ai trouvé une station bizarre et c’est certainement elle qui pose problème
Ah…oui…je les connais aussi… des objects anciennes… il faut les effacer.
Sur les lat/lon (introduit il y a 2 jours)…je vais voir… moi j’ai 3 ‹ vide › et 3 avec ‹ undefined ›…curieux
Soucis avec les lat/lon était avec le fichier des ‹ stations ›, ces données sont vraiment vieux en manquant des lat/lon aussi…
Nouvelle solution dispo (utilisant le fichier xml): version 1.1.5
Hello
Sitôt dit sitôt mis à jour !
Tu peux donner ton code complet pour la card carte ?
Merci d’avance e
Phil
type: custom:auto-entities
card:
type: map
show_empty: false
filter:
template: >
[{% set ns = namespace(count=0) %} {% for x in expand(states.sensor)|
sort(attribute='state')| map(attribute='entity_id') %} {% if 'prix' in x and
ns.count < 12 %}'{{x}}',{% set ns.count = ns.count + 1 %}{% endif %}{%-
endfor %}]
c’est ce que j’avais fait.
je suis repassé en mode edition graphique de la card, fait une modif (je sais plus quoi !) et ca fonctionne.
next step: filtrer par type (toutes le stations ne font pas de l’E85) et afficher autre chose que « P » ou alors afficher le prix « filtré » par type de carburant au passage de la souris
Possible « docteur » ?!
Philippe
Bien vu, en effaçant le sensor restauré
, l’affichage refonctionne nickel.
Merci @vingerha pour le temps que tu passes à développer et améliorer, et même dépanner
A+ Fred
@vingerha vu qu’il semble que c’est ton fork qui soit le plus maintenu serait-il possible que l’intégration log avec un autre niveau de log ?
Parce que tout en warning ça rempli vite le log suivant en plus l’interval qu’on met.
Et vivement que le choix du carburant pour l’état passe en stable, ça m’évitera de continuer à essayer de faire un marcdown où je me casse les dents parce que je veux absolument que ça soit classé par ordre de prix du E10
Merci pour ton travail acharné !
Oui… t’as raison… j’attend une test pour le choix de carburant (le state ne daoit pas prix-gazoil par defaut) et je change les logs en même temps
J’ai une autre solution basé sur les prix communiqués par le gouvernement…(en fait…c’est pas exactement ma solutoin mais j’ai crée un fork d’une autre solution). L’idée c’est de collecter les prix dans un rayon de X km et les presenter comme on veut. Le + : pas beaucoup de limitations par « hard-coding » comme si-dessus
vingerha/prixCarburant-home-assistant: Récupération des prix des stations en France (github.com)
EDIT: je sais que c’est pas le même sujet (scrape) mais j 'essaie de donner des options
Ouvre un sujet pour plus de visibilité à ton intégration
Cela ressemble plus à :
Oui…comme j’ai écrit… c’est un fork…modifié pour être plus a-jour (dans la journée au lieu de hier) et d’autres améliorations car la source n’est pas maintenu activement
Avec cette réponse je ne vais plus reponder ici