piopy
Fantavibe
Non ti segnalo un bug, ci metto del mio 😶🌫️ Ho vibe codato (lol) questa: https://github.com/informagico/fantavibe
Sia mai dovesse essere utile, io onestamente non avevo sbatta di leggermi l'excel durante l'asta che poi non trovi i giocatori e ne tiri quattro di quelle giuste.
Al momento uso il fork di AndreaBozzo (https://github.com/AndreaBozzo/fantacalcio-py/tree/main) ma poco cambia. Ci saranno mille e uno problemi sicuramente ma piú o meno sta in piedi.
Bel lavoro comunque, ogni anno sto repo é manna dal cielo per me che ho il culo pesante 😄
Ho visto il frontend, è davvero strutturato bene! 😄 forse pecca ancora un po di integrazione con l'excel (non vedo gol e assist ad esempio, forse potrebbe integrare anche gli expected goal e altre statistiche di questo tipo cosi da avere più roba sotto mano durante l'asta se si vuole).
Confermo, ce l'ho in todo sulle robe da fixare 😄 come anche il fatto che pesca solo fa fpedia e non da fstats, ho fatto un breve esperimento uniformando i dati ma c'era da sbattersi un po' troppo e per il momento l'ho fatto scalare in priorità.
Secondo te si riuscirebbe quantomeno a uniformare i nomi delle tabelle in output dalla fase di analisi? magari andando anche a togliere i riferimenti agli anni negli header e mettere qualcosa tipo "anno_minus_1" e "anno_minus_2" in modo che siano solo riferimenti all'anno corrente?
Mi piace molto!
Semplice ed efficace
Secondo te si riuscirebbe quantomeno a uniformare i nomi delle tabelle in output dalla fase di analisi?
Si, si può fare al momento dell'output/export, i nomi delle tabelle dovrebbero essere standardizzati quando si generano i file di analisi finali, usando etichette generiche indipendenti dall'anno specifico.
@AndreaBozzo grazie! anzi, ringrazia Claude 😆 comunque se si riuscisse ad armonizzare i dati in output tra i dataset sarebbe una gran figata!
Inoltre usando l'ultimo commit di questo repo, continuo ad avere campi duplicati nell'excel, questi nello specifico:
Trend
Ruolo
Skills
Squadra
Infortunato
Buon investimento
Resistenza infortuni
Presenze campionato corrente
Consigliato prossima giornata
@AndreaBozzo grazie! anzi, ringrazia Claude 😆 comunque se si riuscisse ad armonizzare i dati in output tra i dataset sarebbe una gran figata!
Inoltre usando l'ultimo commit di questo repo, continuo ad avere campi duplicati nell'excel, questi nello specifico:
Trend Ruolo Skills Squadra Infortunato Buon investimento Resistenza infortuni Presenze campionato corrente Consigliato prossima giornata
Questo però è strano, lo avevo sistemato nell'ultimo commit che è stato poi mergiato.. prova ad eliminare il contenuto della cartella output ed a rieffettuare il ciclo completo e dimmi se cambia qualcosa.
@AndreaBozzo ho tirato su una pipeline su un repo qui su GitHub (https://github.com/informagico/fantavibe-dataset) che mi genera un dataset ogni notte, dovrebbe fare tutti giri "puliti" quindi credo ci sia qualche altro problemino.
edit: adesso però mi fai venire il dubbio...faccio un controllo ri-edit: no ok confermo che non ci dovrebbe essere persistenza dei dati tra una run e l'altra
ho fatto qualche modifica a https://fantavibe.netlify.app/, in teoria al merge non dovrebbe rompersi niente. in ogni caso su #7 hanno fatto un'osservazione che ha senso. fpedia ha anche quel ruolo, da capire come poterlo integrare per chi non fa mantra 😅
Io comunque ho deciso di fare pure un secondo fanta, altrimenti tutti sti strumenti non me li godo, grazie xD!
Il discorso è "quanto vuoi che sia viabile per mantra l'esportazione dei dati?"
Non servirebbe una grande modifica, ma il senso dell'app deve rimanere come lo vede l'autore secondo me, sentiamo pio cosa ne pensa
EDIT N.89: Partirei da come utilizzare meglio i dati che già ora non esponiamo, uno dei due pull è sotto utilizzato, si potrebbe creare una pagina apposita per drill down su player statistics che gia abbiamo, sbloccherebbe parecchio potenziale "wow" per l'utente.
E poi il sogno, renderlo utile durante la stagione, e qui si apre tutto un mondo, calcola che già ora è a mani basse il miglior tool ita gratuito per Fanta.
EDIT N.89: Partirei da come utilizzare meglio i dati che già ora non esponiamo, uno dei due pull è sotto utilizzato, si potrebbe creare una pagina apposita per drill down su player statistics che gia abbiamo, sbloccherebbe parecchio potenziale "wow" per l'utente.
eli5? 😅
In ogni caso con PR #9 ho fixato due robette sul flag -f e contestualmente ho buttato dentro anche i trequarti, tanto venivano gratis.
Per usarlo durante la stagione sicuramente come prima cosa devo cambiare come processo i dati e li rendo disponibili, perché per test è OK ma prod anche no dai 😆 poi sarebbe utile avere due dataset con interfacce omogenee tra logo (nei campi in comune) e da li partire. i valori "consigliato prossima giornata" ci sono già
Intendevo che anche solo prendendo l'altro Excel con le statistiche dei giocatori nel dettaglio si potrebbero offrire più informazioni sui giocatori, magari tramite una pagina dedicata all'esplorazione nel dettaglio squadra/giocatori.. è giusto un idea da amante delle statistiche esposte bene xD
Tanta roba già ora comunque
Io comunque ho deciso di fare pure un secondo fanta, altrimenti tutti sti strumenti non me li godo, grazie xD!
Il discorso è "quanto vuoi che sia viabile per mantra l'esportazione dei dati?"
Non servirebbe una grande modifica, ma il senso dell'app deve rimanere come lo vede l'autore secondo me, sentiamo pio cosa ne pensa
EDIT N.89: Partirei da come utilizzare meglio i dati che già ora non esponiamo, uno dei due pull è sotto utilizzato, si potrebbe creare una pagina apposita per drill down su player statistics che gia abbiamo, sbloccherebbe parecchio potenziale "wow" per l'utente.
E poi il sogno, renderlo utile durante la stagione, e qui si apre tutto un mondo, calcola che già ora è a mani basse il miglior tool ita gratuito per Fanta.
Forse non sto capendo a fondo il problema dei trequartisti, ma non si potrebbe buttarli nei difensori se non si sta facendo mantra? 😄
BTW ho pensato a un paio di modi (uno ancora meno ortodosso dell'altro) per accoppiare i nomi dei giocatori, ma non so quando avrò tempo di metterli a terra 😢
L'unico "problema" è che se non giochi mantra (e peschi i dati da fpedia) ti mancano dei giocatori che fstats mette o nel centrocampo o negli attaccanti.
Esempio: Orsolini per fpedia è trequartista mentre per fstats è centrocampista.
Sebbene sembri semplice, e lo è pure modificando direttamente il config.py a pullare anche i trequartisti (già esposti da fpedia) potenzialmente genererebbero problemi di gestione tra i ruoli attuali secondo me... dovremmo fare della classificazione intelligente in base ai flag su ogni profilo.
E' fattibile ripeto... la domanda è se ne vale la pena ora, e se avete soluzioni piu eleganti della mia a riguardo
con classificazione intelligente intendi "pesare" le varie skill e colonne?
Più banalmente come distinguere un trequartista attaccante da un trequartista poi listato come cc
Il tutto senza ingarbugliare quel che ora funziona
ah ok, sono cotto 🤣 match dei nomi tra i dataset? so che non sono uguali ma potenzialmente qualcosa di "token based" potrebbe anche funzionare. Provo a buttare su qualcosa nei prossimi giorni e vediamo cosa ne esce 🙏
L'unico "problema" è che se non giochi mantra (e peschi i dati da fpedia) ti mancano dei giocatori che fstats mette o nel centrocampo o negli attaccanti.
Esempio: Orsolini per fpedia è trequartista mentre per fstats è centrocampista.
Errore mio, ero talmente cotto che ho letto terzini non so per quale motivo.
Se riusciamo a collegare il db di fstats a quello di fpedia i ruoli direi che ci vengono gratis (e anzi avremo anche statistiche divise anche per trequartisti volendo, guardando il collegamento all'inverso)
Prima di buttarmi ai token proverei con la Levenshtein distance (ad esempio dividendo per squadre e facendo matching con fuzzywuzzy)
L'unico "problema" è che se non giochi mantra (e peschi i dati da fpedia) ti mancano dei giocatori che fstats mette o nel centrocampo o negli attaccanti.
Esempio: Orsolini per fpedia è trequartista mentre per fstats è centrocampista.
Errore mio, ero talmente cotto che ho letto terzini non so per quale motivo.
Se riusciamo a collegare il db di fstats a quello di fpedia i ruoli direi che ci vengono gratis (e anzi avremo anche statistiche divise anche per trequartisti volendo, guardando il collegamento all'inverso)
Prima di buttarmi ai token proverei con la Levenshtein distance (ad esempio dividendo per squadre e facendo matching con [fuzzywuzzy](https://pypi.org/project/fuzzywuzz
Questo garantirebbe pure un minimo di resilienza ad eventuali cambiamenti di api ( come mi pare aveva già detto pio nel readme ) ma andando a modificare direttamente le dinamiche chiave dell'app mi rimetto alla visione del mainteiner, mi tengo in contatto sullo sviluppo e se posso dare una mano!
Comunque in alcuni fork vedo che hanno già affrontato il problema e aggiunto anche feature interessanti (tipo calcolo del prezzo di acquisto massimo consigliato)
https://github.com/ClaudioPoli/fantacalcio-py
Comunque in alcuni fork vedo che hanno già affrontato il problema e aggiunto anche feature interessanti (tipo calcolo del prezzo di acquisto massimo consigliato)
https://github.com/ClaudioPoli/fantacalcio-py
Si avevo dato un'occhiata veloce e anche lui ha usato fuzzywuzzy o comunque la distanza di Levenshtein. In ogni modo avevo già iniziato a scrivere codice e infatti ho appena fatto la merge nel main; resta ancora qualche giocatore fuori dal mapping ma su 517 ne ha mappati 474 che è già qualcosa.
@AndreaBozzo resta da aggiornare la cli ma non sapendo se volevi aggiungere la feature in un modo particolare o meno non ho toccato il file 😄
Se vuoi appena mi dai conferma posso riguardarla, penso di non metterci molto.
@AndreaBozzo se ti capita di buttarci anche un export in JSON (magari un "-format json") sarebbe top. Così mi tolgo le dipendenze da XLSX in fantavibe ❤️