Yusuke118

Dans ma vie tennistique il a du m'arriver 4-5 fois de me retrouver à 5-5 dans un set pensant être à 6-6 et me dire : "ah mince encore 2 jeux avant le tie-break". ça laisse effectivement une opportunité de plus de breaker mais peut-être une de trop ( la 6e du set ). Avec 2 jeux en moins on peut gagner 10mn facile avec le changement de côté à 6-5 qui saute. EDIT : je vais déposer le concept et ça s'appelera un Chrisbreak (X-break) ou cri-decisif en français. EDIT2 : Andy l'avait déjà proposé : https://fr.tennistemple.com/flashs/murray-pourquoi-pas-jouer-le-tie-break-à_joui3

et 3 sets de 6 jeux avec tie-break à 5-5 ?

Par contre la mise à disposition d'un .EXE ouvre la porte à des abus par des utilisateurs non avertis qui peuvent en parler autour d'eux et d"une poignée d'utilisateurs vigilants on peut vite passer à des centaines qui lancent des profondeurs 4 ou 5 à tout va et à partir de là la FFT peut très bien sévir et limiter le nombre de requetes par seconde pour un même compte utilisateur (ou adresse IP) et ce sera la fin des haricots.

J'ai déjà joué Henri-Pierre en corpo par le passé (monté jusqu a 4/6 de memoire). C est un joueur comme toi et moi. Pour ma part je suis en phase avec certains de ses arguments. Physiquement je ne suis pas capable d enchaîner convenablement 2 matchs un même jour si le 1er part en 3 sets. Je sais aussi que certains JA dans le 78 ont décidé de passer leurs tournois +35 en format 2 justement par rapport aux contraintes d organisation et le fait que beaucoup de joueurs font plusieurs tournois à la fois et quand y a du retard ça devient un casse tête. Le mieux serait de proposer un sondage sur classim "Pour ou contre le STB au 3e set" Ps: il vaudrait mieux enlever son nom de famille dans ton post

Je préconise de ne pas dépasser la profondeur 3. Profondeur 4 pour les petits palmares à la rigueur...

Et pour Python 3.7.4 c'est là : https://www.python.org/ftp/python/3.7.4/

Ah ben tiens j'aurais pas cru, je ne m'étais jamais penché sur la question. Ca explique certaines choses

ah je savais pas qu'il y avait un terminal sous MAC qui émulait un environnement unix

Je suis sous windows là et la plupart des classimiens sont sous Windows ou MAC. Il faut une solution qui convienne à tout le monde. sous windows faut soit récupérer la commande sous forme d'Unix-like ou bien utiliser un environnement type Cygwin ou encore une VM Linux...

@Nicolas j'ai relancé le meme calcul en profondeur 3 via la version portée pour Python3 ( avec Python3.7.4 ) et c'est passé. Tu as corrigé le bug dans tes versions palmares.py/classement.py pour Python3 mais pas celles pour Python2 ou c'est autre chose ?

Oui mais c'est pas pratique et pendant ce temps là tu ne vois pas ce qu'il se passe sur la console. J'ai plus vite fait de copier-coller le resultat et de le mettre manuellement dans le fichier créé par le script

Tu l'as corrigé ou pas ? Car en python27 j'ai eu une erreur sur un calcul d'un joueur en profondeur 3 (avec un joueur du Top100 dans les palmares récupérés) qui remonte une erreur de type KeyError: u'Top' Palmarès récupérés pour 14013 joueurs Traceback (most recent call last): File "C:\Python27\palmares.py", line 634, in <module> main() File "C:\Python27\palmares.py", line 599, in main recupClassement(login, password, licence, profondeur, args.details) File "C:\Python27\palmares.py", line 538, in recupClassement profondeur - min(details_profondeur, profondeur)) File "C:\Python27\palmares.py", line 479, in classementJoueur nc, harm, s = classementJoueur(d.joueur, sexe, profondeur - 1, details_profondeur) File "C:\Python27\palmares.py", line 479, in classementJoueur nc, harm, s = classementJoueur(d.joueur, sexe, profondeur - 1, details_profondeur) File "C:\Python27\palmares.py", line 495, in classementJoueur cl, harm = calculClassement(myV, myD, sexe, joueur.classement, champ, impression) File "C:\Python27\classement.py", line 583, in calculClassement classementPropose = classementPropose1erTour( myVictoires, myClassement ) File "C:\Python27\classement.py", line 451, in classementPropose1erTour grosse = plusGrosseVictoire( myVictoires ) File "C:\Python27\classement.py", line 418, in plusGrosseVictoire sorted = sortVictoires( myVictoires ) File "C:\Python27\classement.py", line 398, in sortVictoires return sorted(myVictoires, key=lambda v: (classementNumerique[v[0]], v[2]), reverse=True) File "C:\Python27\classement.py", line 398, in <lambda> return sorted(myVictoires, key=lambda v: (classementNumerique[v[0]], v[2]), reverse=True) KeyError: u'Top'

En fait l'année dernière j'avais prévu de le faire sur la fin août / début septembre mais comme on a changé de saison + la sortie des nouveaux classements j'ai laissé tomber. De mémoire c'est plus compliqué que ça mais je peux me tromper... Il me semble qu'il fallait modifier pas mal de fonctions afin de leur passer les arguments/variables nécessaires (remontée des données gérées par le script classement.py vers le script palmares.py ) pour pouvoir récupérer le détail du calcul et l'écrire sur la fin.

Dans ma version, j'avais viré la variable "prenom" que j'estimais inutile pour tout intégrer à la variable "nom" : lignes 225/226 au sein de la fonction getIdentifiant : nom = matches[1] prenom = matches[2] remplacées par : nom = remove_accents(matches[1] + " " + matches[2]) et le return associé : return nom + ' ' + prenom, idu, cl, sexe devient juste : return nom, idu, cl, sexe En ayant au préalable déclaré bien sûr la fonction remove_accents en début de fichier après la déclaration des classes : def remove_accents(input_str): nfkd_form = unicodedata.normalize('NFKD', input_str) return u"".join([c for c in nfkd_form if not unicodedata.combining(c)]) qui nécessite la librairie unicodedata import unicodedata EDIT : J'ai aussi remplacé dans la fonction classementJoueur : print(s.encode(sys.stdout.encoding, errors='replace')) par : print(remove_accents(s)) afin de virer les accents dans les noms des adversaires affichés en fin de calcul La version de palmares.py intégrant ces modifications : ICI

Petit bug sur la nouvelle version quand on calcule le palma d'un joueur présentant un caractère spécial dans ses nom/prénom. En fait comme à l'époque j'avais ajouté la chaine "NOM prenom" dans le nom du fichier résultat, ca génère une erreur lors de la création du fichier et on n'a pas de fichier du tout : Traceback (most recent call last): File "C:\Python27\palmares.py", line 628, in <module> main() File "C:\Python27\palmares.py", line 593, in main recupClassement(login, password, licence, profondeur, args.details) File "C:\Python27\palmares.py", line 537, in recupClassement fn = str( LICENCE ) + "_" + str( nom ) + "_p" + str( profondeur ) + ".txt" UnicodeEncodeError: 'ascii' codec can't encode character u'\xe9' in position 8: ordinal not in range(128) L'erreur ci-dessus vient du calcul d'un joueur ayant pour prénom "Régis", il avait un nom de 6 lettres si bien que le "é" arrive en 9e position (position 8 à partir de 0) C'est pour ça que je serais d'avis de virer les caractères accentués de tous les nom/prénoms des joueurs y compris celui qu'on calcule.

Bah tu contactes le 15/4 que tu as battu pour lui dire que son maintien dépend de toi et il sera d accord pour te payer ton dernier tournoi... ... ou pas ?

J'ouvre une invite DOS (cmd) en me mettant dans le répertoire python dans lequel se trouve également les scripts de l'outil et je tape la commande "palmares.py" ( cf le bout de code que j'avais copié plus haut )

installé 2.7.16, ça change rien. J'ai contourné avec : password = args.password if args.password else getpass(str("Mot de passe : "))

Tiens @Nicolas je n'avais pas récupéré/testé la version précédente qui permet de masquer le password. Après download des fichiers palmares.py + classement.py, ça me remonte une erreur sur l'appel de la fonction "getpass" : C:\Python27>palmares.py Identifiant : toto Traceback (most recent call last): File "C:\Python27\palmares.py", line 625, in <module> main() File "C:\Python27\palmares.py", line 569, in main password = args.password if args.password else getpass("Mot de passe : ") File "C:\Python27\lib\getpass.py", line 95, in win_getpass msvcrt.putch(c) TypeError: must be char, not unicode C:\Python27> Si par contre j'appelle la commande avec le prompt par défaut ( et non "Mot de passe : " ), ça fonctionne : password = args.password if args.password else getpass() ma version Python : 2.7.11

Safari... tu es donc sur MAC. Je connais pas bien mais il faut voir du côté de l'application qui est lancée quand tu exécutes le script python.

Tu as un firewall sur ton PC ? Le navigateur (Chrome/Firefox/IE) est surement autorisé à sortir sur le net mais peut-être pas l'invite de commande DOS... ( cmd.exe )

Il ne faut pas non plus naviguer sur tenup via son navigateur en parallèle de l'exécution du script car il y aura un conflit de session le cas échéant. Mais pour les erreurd 403 (forbidden => interdit ), ça ressemble à un blocage de ton compte (trop de requêtes?) L authentification Tenup fonctionne bien via ton navigateur en test manuel ?

A mon avis c'est plus simple de gérer l'exception dans le code pour faire en sorte d'autoriser le traitement d'un joueur anonyme. C'est juste au début du script de mémoire qu'on vérifie l'existence des nom et prénom et ensuite on utilise l'ID du joueur. Il suffirait par exemple comme variable pour le nom/prenom de mettre anonyme_<ID> et comme nom de fichier : <licence>_anonyme_<ID>_p<profondeur>.txt Edit : à partir ligne 221 du "palmares.py" ( sur ma version, je ne sais pas si j'ai pris la dernière ) dans la définition de la fonction "getIdentifiant" : if matches: sexe = matches[0] nom = matches[1] prenom = matches[2] Il suffirait de tester le caractère vide (chaine vide) des variables nom et prenom en fin de fonction et de leur affecter respectivement la chaine "anonyme" et la variable idu

Sur la version que j ai modifié l année dernière je crois que j avais fait en sorte de virer tous les caractères accentués lors des traitements. Je n ai pas vérifié si c'est toujours le cas sur les nouvelles livraisons.

Moi en hiver je les corde fraîchement et chaudement en été comme ça pas de pb ?