Il serait simple d'écrire un nouveau segment en utilisant l' API OpenWeatherMap, mais pour autant que je dépôt semble abandonné. Je serais prêt à travailler sur le segment si un administrateur pouvait répondre et confirmer que le dépôt est actif et qu'il serait prêt à le fusionner.

Nous pouvons commencer par une pull request pour déplacer l'API, je suis disponible si vous avez besoin de plus de mains pour coder cela ...

Une autre main ici si une aide est nécessaire pour migrer l'API

@ barra51 @ mp1118 quand

@gsusrafael Pour moi, c'est OK si nous commençons maintenant :)

J'ai bifurqué le dépôt, je vérifie cette info https://blog.rapidapi.com/access-global-weather-data-with-these-weather-apis/ pour vérifier nos options pour une collecte d'informations météorologiques. ..

Je voulais juste ajouter https://wttr.in comme une autre option, en raison de sa simplicité

@liketechnik votre suggestion est encore meilleure ... je pense que cela pourrait être une transition sans douleur

@liketechnik la seule chose que je recherche toujours dans wttr.in est la possibilité de vider les informations en JSON ...

Je ne sais pas si cela est possible avec wttr.in: / Ce que j'ai trouvé dans le Readme, c'est la possibilité d'avoir un formatage personnalisé et de renvoyer la météo actuelle en une seule ligne (https://github.com/chubin/wttr. dans # sortie-une-ligne)

----- COMMENCER LE MESSAGE SIGNÉ PGP -----
Hash: SHA1

cela pourrait être une proposition intéressante pour wttr.in, j'ai examiné leur
liste des problèmes et j'ai trouvé des demandes demandant le format de sortie JSON ... qui
pourrait être vraiment bien si cette fonctionnalité est intégrée à toute nouvelle version de
wttr.in et ensuite nous pourrions l'utiliser, mais maintenant faisons quelque chose qui pourrait
être réutilisable et / ou connectable à n'importe quel fournisseur d'API météo.

Le 15 mars 2019 à 13:31:03, Florian Warzecha a écrit:

Je ne sais pas si cela est possible avec wttr.in: / Ce que j'ai trouvé dans le Readme, c'est la possibilité d'avoir un formatage personnalisé et de renvoyer la météo actuelle en une seule ligne (https://github.com/chubin/wttr. dans # sortie-une-ligne)

-
Vous recevez cela parce que vous avez été mentionné.
Répondez directement à cet e-mail ou affichez-le sur GitHub:
https://github.com/powerline/powerline/issues/1973#issuecomment -473431217

Jésus Rafael Sanchez
"Inter fractal umbras et illusionibus evanuit somnia ..."
----- COMMENCER LA SIGNATURE PGP -----
Version: GnuPG v1

iQIcBAEBAgAGBQJcjBAvAAoJEBKYkbOSUaVWlPwP / 3tBQWeBbpxPjZ7N8YxCsIyr
/ 2F3Y1 + OHViEosq6UOZu1SlTXZUB4tFb7Iu9 / 7Lf6xordPPAW / 7S0c35 / I9sTYgJ
dBuoi + rnNhTwVaisyu6Grl02mxTdItNlCI + SiZq36utuDEgUhCaUZa2NrRf3zT5h
341myYD3gwNvvj086z3nqorzV2usRF5N + RsajnP3q0EtmgceMcaCkFyaATrNJYVB
7r3UIO7DJgv0f + NZESSrAHHSXw0ni6PVdkh2CdQ9Qxfu8 / 7UFSw9jMBeXEG2vaAV
l4jEOZ6N9diN6kOYsgkcicE6bMFwx9g90HHM4 / HakUCeTuOD2opFkMv / C05gIJ9f
nf5y9 / KFkS2MN65Nl + F7A + HJ9JoW9kZ5b6uO034VDnckCvVpY5gLmPW9JTkEFs7g
0WnwAW8QJ + I9tZdhP / SDcoSgKVpOfpy0bG284PQ6IQpoKIp8ykndZF6V3xGVkV7x
ZlN1f6xzfLuYIIbg7ZHjJfEMGDzosM0mTERp8PHWcM2MKgnmmB + JrqvVSfufCqBe
0ZbJSe5QQvVR / saY0bn3vDf3bmFNr1vlr / YsJF64ODUGj1tel0vVeNLIywDkAr5Z
1SrCs + ii0uAM6XyrFskrIE3Gbct9KRCRSDX1EFvbRM5N0QM + ZTrolBRWfNE0MEN4
TWXs9vL + fMIE53L1vtgq
= u1tZ
----- FIN DE LA SIGNATURE PGP -----

https://github.com/USA-RedDragon/powerline/commit/352bf96335d0ebd63acc996316af94b1394c8595

Implémentation d'un support merdique pour Wttr.in. Idéalement, nous utiliserions une API plus professionnelle, configurable et plus verbeuse, mais cela fonctionne comme une fonctionnalité météo "en un coup d'œil".

Vous avez sacrément raison ... wttr.in ne remplit pas les spécifications pour une météo complète
API

El dom., 17 mars. de 2019 07:05, Jacob McSwain [email protected]
escribió:

USA-RedDragon @ 352bf96
https://github.com/USA-RedDragon/powerline/commit/352bf96335d0ebd63acc996316af94b1394c8595

Implémentation d'un support merdique pour Wttr.in. Idéalement, nous utiliserions un plus
API professionnelle qui est configurable et plus verbeuse, mais cela fonctionne comme
une fonction météo "en un coup d'œil".

[image: Screen Shot 2019-03-17 à 6 05 06 AM]
https://user-images.githubusercontent.com/13051767/54489483-b1efbf00-487a-11e9-8bf1-abd6372cc5df.png

-
Vous recevez cela parce que vous avez été mentionné.
Répondez directement à cet e-mail, affichez-le sur GitHub
https://github.com/powerline/powerline/issues/1973#issuecomment-473655191 ,
ou couper le fil
https://github.com/notifications/unsubscribe-auth/AA39c7P7kL6gxIm7t0H1J4SP4ZPSXOnFks5vXiGRgaJpZM4Z1bYx
.

Une mise à jour pour ceci?

il semble que @gsusrafael @ USA-RedDragon ait fait des progrès avec wttr.in mais après cela, je pense que les gars ne travaillent plus dans ce numéro ...

Malheureusement, il semble que ce repo ne soit pas activement maintenu, la dernière fusion des relations publiques remonte au 11 novembre 2018.

Je suis peut-être un peu naïf à ce sujet, mais est-ce juste en deçà de vos exigences?

set -g status-interval 60
WEATHER='#(curl -s wttr.in/London:Stockholm:Moscow\?format\="%%l:+%%c%%20%%t%%60%%w&period=60")'
set -g status-right "$WEATHER ..."

Corrigez @CollinChaffin. Je l'utilise localement depuis un certain temps mais ce n'est pas une bonne API. J'ai en fait oublié ça, je vais m'en occuper plus aujourd'hui

Il s'avère que le service GeoIP qu'il utilise est également arrêté: https://geoip.nekudo.com/shutdown

Il s'avère que le service GeoIP qu'il utilise est également arrêté: https://geoip.nekudo.com/shutdown

@ USA-RedDragon veuillez vérifier en utilisant ifconfig.co ou api.ipapi.com

Comment est le statut à ce sujet? Si quelqu'un crée un PR, je serais prêt à le fusionner (à condition qu'il contienne les tests nécessaires).

De plus, j'envisagerais de supprimer l'ancien segment s'il ne fonctionne plus (et apparemment ne fonctionnera plus jamais, si je comprends bien).

si je ne me trompe pas, nous pourrions utiliser wttr.in et ifconfig.co en remplacement de
API IP et météo

Att.

Jésus Rafael Sanchez Medrano
"La vie est un rêve dont tous doivent se réveiller"

Le jeu.26 septembre 2019 à 03:39 Philip Wellnitz [email protected]
a écrit:

Comment est le statut à ce sujet? Si quelqu'un crée un PR, je serais prêt à fusionner
il (à condition qu'il contienne les tests nécessaires).

De plus, j'envisagerais de supprimer l'ancien segment s'il ne fonctionne plus
(et apparemment ne fonctionnera plus jamais, si je comprends bien).

-
Vous recevez cela parce que vous avez été mentionné.
Répondez directement à cet e-mail, affichez-le sur GitHub
https://github.com/powerline/powerline/issues/1973?email_source=notifications&email_token=AAG7246IFIXXLINJLQZ7UUDQLRRKBA5CNFSM4GOVWYY2YY3PNVWWK3TUL52HS4Notifications&email_token=AAG7246IFIXXLINJLQZ7UUDQLRRKBA5CNFSM4GOVWYY2YY3PNVWWK3TUL52HS4DFVODREXJVM43VUBW63#WSNWH5WH5WH5WWW63TUL52HS4DFVODREXGVM43VUBW63
ou couper le fil
https://github.com/notifications/unsubscribe-auth/AAG72465C5JOTWA2YAL4P4LQLRRKBANCNFSM4GOVWYYQ
.

Salut, je viens d'utiliser Powerline avec tmux il y a moins d'une semaine et je l'adore. C'était triste pour moi de trouver des arrêts du segment météorologique pour fonctionner et le répertoire n'est pas en maintenance active maintenant. J'ai fait une tentative hier soir, pour modifier segments.wthr pour utiliser wttr.in comme suggéré par ce fil. Les modifications sont vraiment simples, mais elles ne fonctionnent pas (toujours aucun segment météo n'apparaît). Je n'ai pas beaucoup d'expérience avec cette base de code et je ne sais même pas comment la déboguer (je n'ai pas pu trouver le journal). Par conséquent, je colle le code simple ici, en espérant que quelqu'un puisse aider à faire avancer les choses. Juste parce que j'aime vraiment ce projet. Si vous aimez aussi ce projet et que vous avez plus d'expérience dans le segment de la rédaction, aidez-moi ici :)

class WeatherSegment(KwThreadedSegment):
        interval = 600
        url_trunk = "wttr.in/"
        def __call__ (self, pl, update_first=True,
                location_query="Santa Clara,California",
                temp_coldest=30,
                temp_hottest=100,
                icons=None,
                **kwargs):
            self.location_query=location_query
            self.temp_coldest=temp_coldest
            self.temp_hottest=temp_hottest
            super(KwThreadedSegment, self).__call__(self, pl, update_first,
                location_query=location_query,
                temp_coldest=temp_coldest,
                temp_hottest=temp_hottest,
                icons=icons,
                    **kwargs)


        <strong i="8">@staticmethod</strong>
        def key(**kwargs):
                return "default_query"


        def compute_state(self, default_query):
                url_loc = '+'.join(self.location_query.split())
                url = url_trunk + url_loc + '?' + 'u&format="%c:%t"'
                response = urllib_read(url.encode('utf-8'))
                if not response:
                        self.error('Failed to get response')
                        return None

                return response

        def render_one(self, query_response, icons=None, unit='C', temp_format=None, temp_coldest=-30, temp_hottest=40, **kwargs):
                if not query_response:
                        return None

                icon,temp_string=query_response.split(':')
                match = re.match(r'([+-]*\d+)', temp_string)
                if match.group(1) is None:
                    self.error('Fail to get temperature')
                    return None

                temp = int(match.group(1))

                if temp <= self.temp_coldest:
                        gradient_level = 0
                elif temp >= self.temp_hottest:
                        gradient_level = 100
                else:
                        gradient_level = (temp - self.temp_coldest) * 100.0 / (self.temp_hottest - self.temp_coldest)
                return [
                        {
                                'contents': icon + ' ',
                                'highlight_groups': ['weather'],
                                'divider_highlight_group': 'background:divider',
                        },
                        {
                                'contents': temp_string,
                                'highlight_groups': ['weather_temp_gradient', 'weather_temp', 'weather'],
                                'divider_highlight_group': 'background:divider',
                                'gradient_level': gradient_level,
                        },
                ]

Je fais quelques efforts pour porter le plugin météo sur OpenWeatherMap.
Malheureusement, une clé API est requise pour cela, mais OpenWeatherMap déclare qu'il prend en charge FOSS, essaiera si j'obtiens une clé API avec des limites accrues à partir de là

Des mises à jour à ce sujet? C'est dommage que cela ne semble pas être actif. Le segment est toujours cassé. Je suis passé à d'autres projets sur la plupart de mes ordinateurs, mais j'ai toujours un Linux utilisant Powerline sur lequel ce serait bien.

Eh bien, mon PR est toujours ouvert

Je n'ai pris aucune mesure concernant ce PR, parce que vous, @StopMotionCuber ,
Personnellement, je ne suis pas contre le fait d'avoir des segments dans lesquels un utilisateur doit fournir des informations de type informations d'identification dans la configuration (en fait, le segment IMAP fonctionne de la même manière); ainsi, je peux imaginer fusionner le PR une fois qu'il est prêt ...

Pourrions-nous simplement le fusionner et ajouter des informations clarifiant dans la documentation qu'une clé API doit être ajoutée? Je suis préoccupé par le fait que ce soit un peu piraté, mais honnêtement, c'est mieux que le rien que nous avons pour le moment. Je serais heureux de vous aider s'il manque quelque chose, vous avez besoin d'aide avec @StopMotionCuber : smiley:

Oh, la seule chose qui me manque, c'est le temps, mais sinon je peux continuer avec ce PR.
Je vais essayer de faire avancer ce PR dans les prochains jours, peut-être déjà ce soir.

Mise à jour sur mon PR:
J'ai fait un peu de travail maintenant, et cela fonctionne sur ma machine (¯_ (ツ) _ / ¯) cependant certains tests échouent car ils sont basés sur des réponses de requête urllib stubbed que je n'ai pas encore remplacées par les API que j'utilise .
J'ai également introduit un changement de rupture (test), que le gradient de température est calculé en fonction de la valeur minimale et maximale de votre unité (avant que ce ne soit l'unité que vous obtiendriez de la demande).

Sinon, je suis assez ennuyé de travailler sur ce problème avec mon nouveau MacBook, car il semble y avoir un bug du processeur Ice Lake qui plante PyCharm et / ou macOS 😡

Corrigé dans # 2038