9
103
Fork
You've already forked web
30

clim #2390

Merged
laem merged 6 commits from clim into master 2026年06月24日 20:05:16 +02:00
Owner
Copy link

Question de l'affichage et la priorité de l'info : ne pas afficher de manière très visible cette info si pas de canicule dans le lieu présent ? On peut sûrement avoir cette info automatiquement via API, ou même manuellement dans un premier temps. Mais quid de prévoir une canicule quelques jours à l'avance, ou en général ? Faut que l'info soit toujours visible quoique moins mise en avant.

Bref, on gère la planète, certains parties sont en hiver héhé.

  • tester

Après

  • ajouter l'option de modif directement sur le "lieu est climatisé" pour correction
Question de l'affichage et la priorité de l'info : ne pas afficher de manière très visible cette info si pas de canicule dans le lieu présent ? On peut sûrement avoir cette info automatiquement via API, ou même manuellement dans un premier temps. Mais quid de *prévoir* une canicule quelques jours à l'avance, ou en général ? Faut que l'info soit toujours visible quoique moins mise en avant. Bref, on gère la planète, certains parties sont en hiver héhé. - [x] tester ## Après - [ ] ajouter l'option de modif directement sur le "lieu est climatisé" pour correction
pathe.fr/cinemas/cinema-pathe-rennes)
Car ne garder que le domaine était trompeur, pouvant amener à ne pas
cliquer par peur d'arriver sur un site inutilement générique.
Même traitement pour le brandWebsite
Author
Owner
Copy link

Démo

image

Démo ![image](/attachments/1a7eb657-6b94-4cf3-9538-b5dd45735fb7)
Member
Copy link

Génial !

Attention, si on sélectionne « non », je ne pense pas qu’il faille écrire air_conditioning=no. C’est une info qui risque de rester longtemps alors qu’en toute logique, de plus en plus de commerces vont s’en équiper. Si on clique sur « non », il faudrait simplement cacher la demande.

Génial ! Attention, si on sélectionne « non », je ne pense pas qu’il faille écrire air_conditioning=no. C’est une info qui risque de rester longtemps alors qu’en toute logique, de plus en plus de commerces vont s’en équiper. Si on clique sur « non », il faudrait simplement cacher la demande.
First-time contributor
Copy link

Pour "prévoir la canicule", on peut faire ça avec l'API de open meteo ?
https://open-meteo.com
C'est open source et gratuit. De plus les prévisions sont plutôt bonnes et sont disponibles pour l'ensemble du globe.
Ensuite je suis d'accord avec @LySioS sur le fait de ne pas marquer "air_conditionning=no"
Simplement masquer la demande pour l'année en cours et la rafficher l'année suivante ?

Pour "prévoir la canicule", on peut faire ça avec l'API de open meteo ? https://open-meteo.com C'est open source et gratuit. De plus les prévisions sont plutôt bonnes et sont disponibles pour l'ensemble du globe. Ensuite je suis d'accord avec @LySioS sur le fait de ne pas marquer "air_conditionning=no" Simplement masquer la demande pour l'année en cours et la rafficher l'année suivante ?
Author
Owner
Copy link

Je ne pige pas pourquoi il ne faudrait pas mettre "no". C’est pareil pour beaucoup de champs OSM non ? Par exemple, carte bleue = non, il est aussi probable que ça change rapidement.

Pour moi, c'est une description factuelle du lieu, donc ça mérite d'être inscrit. Comme tous les champs OSM ou presque, ça peut changer à tout moment.

Et je trouve qu’un clim = non incitera les commerces à aller se saisir de leur fiche OSM.

Je ne pige pas pourquoi il ne faudrait pas mettre "no". C’est pareil pour beaucoup de champs OSM non ? Par exemple, carte bleue = non, il est aussi probable que ça change rapidement. Pour moi, c'est une description factuelle du lieu, donc ça mérite d'être inscrit. Comme tous les champs OSM ou presque, ça peut changer à tout moment. Et je trouve qu’un clim = non incitera les commerces à aller se saisir de leur fiche OSM.
Author
Owner
Copy link

Pour "prévoir la canicule", on peut faire ça avec l'API de open meteo ?
https://open-meteo.com

Compliqué : ça demanderait de faire une requête par défaut à cette API externe, ce qui fait fuiter les données (IP, géoloc, etc.). Notre appel API meteo france est fait après activation explicite du bouton, et puis c'est Meteo France, c'est l'État, j'ai confiance. Dans tous les cas, open-meteo est payant, et pour l'instant en l'état des contributions, on ne peut pas se permettre ces frais en plus, aussi modiques qu'ils soient (30 €/mois). On pourrait en faire une fonctionnalité payante, mais c'est dommage car ces sujets graves concernent tout le monde.

Ce serait à mon avis mieux de trouver une source de données plus restreinte de type "aléas climatiques". Qui nous permettrait également de définir les zones d'inondation pour les afficher sur la carte;

> Pour "prévoir la canicule", on peut faire ça avec l'API de open meteo ? > https://open-meteo.com Compliqué : ça demanderait de faire une requête par défaut à cette API externe, ce qui fait fuiter les données (IP, géoloc, etc.). Notre appel API meteo france est fait après activation explicite du bouton, et puis c'est Meteo France, c'est l'État, j'ai confiance. Dans tous les cas, open-meteo est payant, et pour l'instant en l'état des contributions, on ne peut pas se permettre ces frais en plus, aussi modiques qu'ils soient (30 €/mois). On pourrait en faire une fonctionnalité payante, mais c'est dommage car ces sujets graves concernent tout le monde. Ce serait à mon avis mieux de trouver une source de données plus restreinte de type "aléas climatiques". Qui nous permettrait également de définir les zones d'inondation pour les afficher sur la carte;
Member
Copy link

@laem wrote in #2390 (comment):

Je ne pige pas pourquoi il ne faudrait pas mettre "no". C’est pareil pour beaucoup de champs OSM non ? Par exemple, carte bleue = non, il est aussi probable que ça change rapidement.

Je ne renseigne jamais le type de paiement pour la même raison, c'est une information qui est difficile à maintenir. Pour la clim, c'est pareil. On n'a pas assez de contributeurices pour mettre à jour la finesse de la donnée.
Il est plus évident de renseigner une donnée manquante que de mettre à jour une donnée existante.

@laem wrote in https://codeberg.org/cartes/web/pulls/2390#issuecomment-18013355: > Je ne pige pas pourquoi il ne faudrait pas mettre "no". C’est pareil pour beaucoup de champs OSM non ? Par exemple, carte bleue = non, il est aussi probable que ça change rapidement. Je ne renseigne jamais le type de paiement pour la même raison, c'est une information qui est difficile à maintenir. Pour la clim, c'est pareil. On n'a pas assez de contributeurices pour mettre à jour la finesse de la donnée. Il est plus évident de renseigner une donnée manquante que de mettre à jour une donnée existante.
Author
Owner
Copy link

Je vais mettre en ligne, pour répondre à l'urgence de l'aléa actuel, qui touche toute l'Europe, là où sont 90 % de nos utilisateurs.

On verra plus tard pour intégrer les aléas. C'est par ici https://www.data.gouv.fr/dataservices/api-bulletin-vigilance/discussions et la doc ici https://confluence-meteofrance.atlassian.net/wiki/spaces/OpenDataMeteoFrance/pages/874741792/Donn+es+expertis+es#⚠%EF%B8%8F-Vigilance-Métropole-en-temps-réel

L'API est assez complexe, faut la piger. Et puis c'est que France, mais bon, c'est déjà ça. Y a ptet un standard Européen.

Je vais mettre en ligne, pour répondre à l'urgence de l'aléa actuel, qui touche toute l'Europe, là où sont 90 % de nos utilisateurs. On verra plus tard pour intégrer les aléas. C'est par ici https://www.data.gouv.fr/dataservices/api-bulletin-vigilance/discussions et la doc ici https://confluence-meteofrance.atlassian.net/wiki/spaces/OpenDataMeteoFrance/pages/874741792/Donn+es+expertis+es#⚠%EF%B8%8F-Vigilance-Métropole-en-temps-réel L'API est assez complexe, faut la piger. Et puis c'est que France, mais bon, c'est déjà ça. Y a ptet un standard Européen.
Author
Owner
Copy link

Je merge mais continuons la discussion ici, c'est une v0 rapide !

Je merge mais continuons la discussion ici, c'est une v0 rapide !
Member
Copy link

petit retour:

  • quand on clique sur oui/non, ça nous redemande oui ou non dans un 2e temps, c'est possible de précocher et juste demander la validation ?
  • la question pourrait être surlignée de la même manière que l'info quand elle est présente. Je trouve qu'on ne la voit pas ressortir, on peut passer à côté
petit retour: - quand on clique sur oui/non, ça nous redemande oui ou non dans un 2e temps, c'est possible de précocher et juste demander la validation ? - la question pourrait être surlignée de la même manière que l'info quand elle est présente. Je trouve qu'on ne la voit pas ressortir, on peut passer à côté
Member
Copy link

2e retour:
Certaines catégories sont inappropriées (comme les bornes de recharge vélo) et le clic sur "annuler" ne fait rien

2e retour: Certaines catégories sont inappropriées (comme les bornes de recharge vélo) et le clic sur "annuler" ne fait rien
Sign in to join this conversation.
No reviewers
Labels
Clear labels
🎨 Design
À propos de l'interface et de l'UX
💡 Idée
Nouvelle feature à intégrer
question
Further information is requested
🌍 OSM
À propos de l'affichage et l'édition des éléments OSM
🌱 Amélioration
Amélioration/fix de l'existant
🐞 Bug
Something isn't working
📊 SEO
📋 Catégories
À propos des catégories de recherche et de l'annuaire
📖 Wiki
📝Avis
A propos de la fonction avis et de bluesky
📢 Oyez
📷 Photos
A propos des photos (sources, affichage)
🔍Recherche
A propos de la barre de recherche et de photon
🔥 Actuel
🔧 tech
🖌 Styles
Styles de la carte
🧝i18n
🧪 R&D
🚍 Transports
🚙 Voiture
🚨Prioritaire
Ticket à traiter rapidement
🚲Vélo
Cartes
climat
Communication
demo
Cette branche doit être déployée comme une démo
dependencies
Pull requests that update a dependency file
javascript
Pull requests that update javascript code
Pas urgent
Plein-air
Tuiles
Verso
Vieux
Milestone
Clear milestone
No items
No milestone
Projects
Clear projects
No items
No project
Assignees
Clear assignees
No assignees
3 participants
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
cartes/web!2390
Reference in a new issue
cartes/web
No description provided.
Delete branch "clim"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?