appliquer l'heure d'été sur une date "naïve"

Bonjour,

je récupère régulièrement une date* sur un site qui n'applique pas l'heure d'été**.
en hiver tout va bien, mais en été la date affichée a une heure de retard.

je n'arrive pas à dire aux moteurs de recherche ce que je cherche (ou il ne comprend rien :D)

donc, j'ai une "date" à laquelle je voudrais appliquer l'heure d'été (ajouter une heure en été, et pas en hiver) sans avoir à réinventer la roue, parce que je me doute qu'elle existe, et ce que je fais tourne carré (quand ça tourne :aie:).
et je ne sais pas comment faire. :koi:

:pastaper:

--
* je récupère du texte que je transforme en date avec datetime().
** je ne sais pas pourquoi, il considère que c'est à l'utilisateur de configurer le DST dans ses paramètres de compte, et je n'ai pas de compte ! :twisted:
les données horaires sont donc affichées sans DST.

Dans le module pytz, la fonction localize a un paramètre is_dst, est-ce que ça pourrait être un point de départ ?
Mais pour ça il serait bien de savoir aussi le fuseau horaire du site en question et d'appliquer le même timezone pour créer un datetime "time zone-aware".

Bonjour

Citation:

---

Envoyé par N_BaH

sans avoir à réinventer la roue, parce que je me doute qu'elle existe

---

Code:

---

1 2 3 4 5 6 7 8 9 10

import pytz from datetime import datetime   paris_tz = pytz.timezone('Europe/Paris')   hiver = datetime(2023, 2, 23, 17) print(hiver.astimezone(paris_tz))   ete = datetime(2023, 6, 23, 17) print(ete.astimezone(paris_tz))

---

c'est là le problème, en ce moment (heure d'été), je reçois 2023 4 26 18 14, parce que le site n'applique pas l'heure d'été.
je voudrais obtenir 2023 4 26 19 14

Citation:

---

Envoyé par N_BaH

je voudrais obtenir 2023 4 26 19 14

---

Tu n'as pas testé mon code précédent. Ou alors tu n'as pas regardé son résultat. Pour l'heure d'hiver ça indique "+01:00" (soit 1h de décalage sur l'heure solaire) et pour l'heure d'été ça indique "+02:00". Donc l'info sur le décalage à apporter existe, ne reste qu'à la récupérer et à l'appliquer

Code:

---

1 2 3 4 5 6 7 8 9 10

import pytz from datetime import datetime   paris_tz = pytz.timezone('Europe/Paris')   date_from_site = datetime(2023, 6, 26, 18, 14) my_date=date_from_site.astimezone(paris_tz) dst=my_date.tzinfo.dst(my_date) print(dst) print(my_date + dst)

---

super !

Code:

---

my_date.tzinfo.dst(my_date)

---

je n'aurais pas trouvé.

:ccool:

Citation:

---

Envoyé par N_BaH

je n'aurais pas trouvé.

---

La doc Python m'a beaucoup aidé. Le seul avantage que j'ai sur toi c'est un peu plus d'expérience ce qui m'a permis de savoir rapidement où chercher ;)

je n'en suis pas à jouer avec les classes, c'est encore un peu abstrait, alors

Citation:

---

une classe de base abstraite

---

:aie:
pas facile d'imaginer comment utiliser l'abstraction d'une abstraction, même de base. :ptdr:
ou que ça peut s'appliquer au besoin du moment.

Citation:

---

Envoyé par N_BaH

jpas facile d'imaginer comment utiliser l'abstraction d'une abstraction, même de base. :ptdr:

---

Je pense que tu t'es laissé effrayer par les mots. Dans le cas présent, que la classe soit abstraite n'avait aucune importance, l'important était juste de trouver l'info "dans quel décalage je suis". Ensuite la syntaxe à appliquer je l'ai faite par tatônnements (je ne suis d'ailleurs pas satisfait de devoir utiliser deux fois "my_date" dans dst=my_date.tzinfo.dst(my_date) mais j'ai tenté plein d'autres syntaxes sans résultat).

Après effectivement venant du shell, les classes ça doit sembler redoutablement compliqué mais en réalité il n'en est rien.
Si tu as fait du C, tu dois connaitre les structures (pouvoir agréger plusieurs informations dans un même token comme par exemple jj, mm et aa sous le vocable "date" qui devient utilisable et manipulable => un seul élément à tenir au lieu de trois). Déjà en shell les tableaux associatifs peuvent se voir un peu comme des structures.
Ben si tu connais les structures, passer à l'objet c'est juste pouvoir y rajouter des actions par le biais de fonctions, fonctions qu'on appelle "méthodes" et qui s'appliqueront automatiquement sur l'objet qui les appelle. C'est tout.
Exemple

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16

class cercle: def __init__(self, r): self.r=r def perimetre(self): return 2*3.14*self.r   class carre: def __init__(self, c): self.c=c def perimetre(self): return self.c*4   ce=cercle(12) print(ce.perimetre()) ca=carre(5) print(ca.perimetre())

---

Le premier avantage directement visible c'est que le nom "perimetre" étant interne à chaque objet, il n'y a aucun conflit de nom (tu ne t'embêtes plus à chercher des noms uniques comme tu le ferais en shell ou en C si tu devais écrire un code analogue en créant une fonction "perimetre_cercle" et une autre "perimetre_carre").
Et le second c'est qu'il n'y a pas de risque de se tromper et appeler par exemple perimetre_carre() sur un cercle.
Le reste ce n'est que de la syntaxe à connaitre.

Citation:

---

Envoyé par N_BaH

ou que ça peut s'appliquer au besoin du moment.

---

Dans l'absolu une classe abstraite n'est jamais nécessaire. On peut s'en passer. C'est juste un outil permettant 1) d'éviter de créer quelque chose d'inutile et 2) t'obliger de ton côté à écrire ce qui est nécessaire (une barrière de protection antibug en quelque sorte).
Une classe abstraite c'est une classe que tu ne peux pas instancier (tu ne peux pas créer de variable de cette classe comme je l'ai fait dans mon exemple où j'ai créé "ce" et "ca"). Tu ne peux qu'en hériter.
Ca sert à créer un squelette qui t'indiquera, dans ta vaie classe, ce que tu ne dois pas oublier d'écrire.
Prenons par exemple un nombre. Un nombre en tant que tel ça n'a pas de sens car pas de distinction. Mais ça a des propriétés (on peut l'additionner, le soustraire, etc).
Donc on pourrait dire "'je crée une classe abstraite nombre qui aura les méthodes addition() et soustraction()". Ces propriétés sont pour l'instant juste déclarées car ne connaissant pas le détail de mes nombres, je ne sais pas non plus comment les additionner. Mais je sais que cela devra être écrit.
Ensuite, je crée une classe par exemple "nombre entier" qui, elle a du sens. Et la faisant hériter de "nombre" elle bénéficie automatiquement de "addition()" et "soustraction()". Et comme ces "addition()" et "soustraction()" dont elle hérite n'ont pas été codées mais seulement déclarées, je suis obligé dans "nombre entier" de les écrire et écrire leur traitement =>ça m''évite les oublis

en continuant mes recherches, j'ai trouvé ceci (en reprenant ton code) :

Code:

---

1 2 3 4 5

>>> paris_tz = pytz.timezone('Europe/Paris') >>> date_from_site = datetime(2023, 6, 26, 18, 14) >>> my_date=date_from_site.astimezone(paris_tz) >>> my_date.dst() datetime.timedelta(seconds=3600)

---

qui, additionné à date_from_site, et en jouant sur la date du mois, modifie (ou pas) l'heure en fonction de l'heure d'été.

Citation:

---

Envoyé par N_BaH

>>> my_date.dst()

---

Ben tu vois !!! Tu as trouvé tout seul comment simplifier ce dst=my_date.tzinfo.dst(my_date) qui est effectivement directement récupérable dans le my_date :applo:

c'est ça "tout seul". :twisted:
je ne le dirai quand même pas trop fort, ça Sve@r_ait.
:mouarf: