Zadanie #3711
[run.py] Progressbar
| Status: | Odpowiedź | Start date: | 06 Feb 2012 | |
|---|---|---|---|---|
| Priority: | Normalny | Due date: | ||
| Assignee: | Radosław Ramocki | % Done: | 0% | |
| Category: | - | |||
| Target version: | - |
Description
Cechy potrafią się generować długo (a nawet bardzo długo) dlatego przydałby się progressbar.
Proponuję wykorzystać moduł w pythonie o takiej samej nazwie (jest całkiem fajny).
History
#1 Updated by Paweł Kędzia almost 12 years ago
- Assignee changed from Paweł Kędzia to Adam Wardyński
Fakt, tylko myślę, że w tym to avvard (jako autor ;p) jest lepiej zorientowany ;)
#2 Updated by Bartosz Broda almost 12 years ago
Paweł Kędzia wrote:
Fakt, tylko myślę, że w tym to avvard (jako autor ;p) jest lepiej zorientowany ;)
Popieram :)
#3 Updated by Radosław Ramocki almost 12 years ago
Ja też ;)
#4 Updated by Adam Radziszewski over 11 years ago
- Assignee changed from Adam Wardyński to Paweł Kędzia
Adam niedługo kończy pracę w tej działce, a ma jeszcze do wykonanie zadanie z kategorii „mission-critical” (użycie wyuczonego modelu i LexCSD do klasyfikacji relacji), więc nie ma raczej szans, więc ten progressbar przypisuję poprzedniemu właściciwlowi ;)
#5 Updated by Bartosz Broda over 11 years ago
- Assignee changed from Paweł Kędzia to Radosław Ramocki
Paweł też jest mocno obciążony...
#6 Updated by Bartosz Broda over 11 years ago
- Assignee deleted (
Radosław Ramocki)
I Radek też... zadanie poczeka na lepsze czasy :(
#7 Updated by Adam Wardyński over 11 years ago
swoją drogą czego ma być to postęp? cech dla jednego przykładu/pointera? dla dokumentu? dla całego korpusu? a skąd w architekturze "readerów" i "generatorów" wziąć "100%", do którego się zmierza? Zrobić jeden pusty przebieg tylko po to, by policzyć elementy składające się na 100% a potem zrobić przebieg "for real"?
#8 Updated by Bartosz Broda over 11 years ago
- Status changed from Nowy to Odrzucony
Adam Wardyński wrote:
swoją drogą czego ma być to postęp? cech dla jednego przykładu/pointera? dla dokumentu? dla całego korpusu? a skąd w architekturze "readerów" i "generatorów" wziąć "100%", do którego się zmierza? Zrobić jeden pusty przebieg tylko po to, by policzyć elementy składające się na 100% a potem zrobić przebieg "for real"?
Słuszna uwaga! Nie jest możliwe zrobienie sensownego paska postępu dla korpusów o sensownej wielkości (np. samo przejście przez nasze korpusy poliarpowe zajmie więcej niż dobę!). wontfix?
#9 Updated by Radosław Ramocki over 11 years ago
Przejście przez korpusy zajmie więcej niż dobę? Bez przesady. Nie można tak odrzucać bez przemyślenie głębszego.
#10 Updated by Bartosz Broda over 11 years ago
Radosław Ramocki wrote:
Przejście przez korpusy zajmie więcej niż dobę? Bez przesady. Nie można tak odrzucać bez przemyślenie głębszego.
Mamy prawie 2 mld tokenów w poliqarpie...
#11 Updated by Bartosz Broda over 11 years ago
Ale Radku, jak głębiej przemyślisz problem i opiszesz jak to ma być zrobione to poszukamy kogoś do realizacji :)
#12 Updated by Bartosz Broda over 11 years ago
- Status changed from Odrzucony to Odpowiedź
- Assignee set to Radosław Ramocki