Closed Lweek closed 8 years ago
Ahoj a co takhle kombinace 1 + 2 nebo dokonce 1 + 2 + 3 zas tolik programování navíc to není a stejně se bude muset vytvořit nějaká administrace, nebo redukce programování na 1 + 3, nové výrobky přiskočí na začátku po chvíli používaní to už tak hektické nebude a pokud by editorům chodily notifikace o novém produktu a potřebě rozhodnout tak by to mohlo stačit.
Ahoj vespolek, mě osobně se líbí hlavně 2, jelikož mi přijde, že by to mohl být poměrně spolehlivý systém. U té 3 se obávám, že vyhodnocování fotografií bude časově poměrně náročné a vyžádalo by si asi práci několika lidí. Zas na druhou stranu, máme spoustu dobrovolníků, které nemáme jak zaúkolovat, takže by to vlastně možná i šlo takhle.
Dne 9. prosince 2015 15:11 Karel Blavka notifications@github.com napsal(a):
Ahoj a co takhle kombinace 1 + 2 nebo dokonce 1 + 2 + 3 zas tolik programování navíc to není a stejně se bude muset vytvořit nějaká administrace, nebo redukce programování na 1 + 3, nové výrobky přiskočí na začátku po chvíli používaní to už tak hektické nebude a pokud by editorům chodily notifikace o novém produktu a potřebě rozhodnout tak by to mohlo stačit.
— Reply to this email directly or view it on GitHub https://github.com/ZooHackaton2015/PalmOilChecker/issues/2#issuecomment-163248717 .
Ano, ale pokud existuje komunita "důvěryhodných" uživatelů tak jí to chce plně využít. Proto jsem psal kombinaci 1 + 2. Lze to udělat i tak, že se nebude počítat kolik shodných, ale score kde se započítá koeficient důvěryhodnosti uživatele. Takto by šlo po čase získat důvěryhodné i z řad mimo komunitu.
Komunita "důvěryhodných" uživatelů existuje, ale v zásadě by asi byla poměrně malá. Věřím sice, že takových lidí reálně bude docela dost, ale neznáme tolik lidí osobně a natolik dobře, abychom posoudili důvěryhodnost. Bylo by skvělé, kdyby systém dokázal na základě nějakého způsobu získávat i další důvěryhodné uživatele z řad veřejnosti!
Dne 10. prosince 2015 7:08 Karel Blavka notifications@github.com napsal(a):
Ano, ale pokud existuje komunita "důvěryhodných" uživatelů tak jí to chce plně využít. Proto jsem psal kombinaci 1 + 2. Lze to udělat i tak, že se nebude počítat kolik shodných, ale score kde se započítá koeficient důvěryhodnosti uživatele. Takto by šlo po čase získat důvěryhodné i z řad mimo komunitu.
— Reply to this email directly or view it on GitHub https://github.com/ZooHackaton2015/PalmOilChecker/issues/2#issuecomment-163507933 .
tak je to o statistice, čím více někdo pravdivě přispívá tím mu poroste, nejde o nic složitého na jednom webu jsme měli něco podobného jen to bylo o hodnocení obrázků
Ahoj, tak jsem se pokusil sepsat takový návrh toho, jak si myslím, že by se reálně dalo postupovat při tvorbě databáze a získávání relevantních, ověřených dat. Myslím, že v situaci v jaké jsme bude nutné budovat kolektiv uživatelů postupně a ze začátku s omezenými počty uživatelů, abychom dokázali vše náležitě otestovat a ukočírovat. Nejsem si zcela jist číselnými odhady, ale mám o tom zhruba takovéto představy:
V tuto chvíli nemůžeme zajistit velkou skupinu dostatečně důvěryhodných lidí, kteří by byli schopni nám zasílat dostatečné množství informací. Proto navrhujeme řešení, při němž využijeme dvě skupiny uživatelů a provozu schopnost ověříme v alpha verzi aplikace s početně omezenou komunitou.
První skupina bude interní uzavřená skupina, která bude čítat max ?50? lidí, u kterých si můžeme být jistí pravdivostí informace, kterou nám zašlou. Tato kontrolní skupina bude vytvářet databázi potvrzených, pravdivých údajů, podle které se budou ověřovat informace od skupiny druhé.
Druhá skupina bude v alpha verzi také početně omezená (max. několik tisíc, nevím takhle z hlavy, jaký počet bude vhodný). Tato skupina bude složena z lidí, kteří problematiku PO řeší a jsou s ní seznámeni. Tato skupina bude scanovat kódy z výrobků a přiřazovat k nim informaci obsahuje/neobsahuje PO. Podle shodnosti/rozdílnosti odpovědi s kontrolní skupinou bude danému zařízení, z nějž budou informace přicházet přiřazována jakási míra kredibility (nevím zda na principu nějakého logaritmu...)
Data, která bude sbírat kontrolní skupina budou odvozena od těch, které začne načítat druhá skupina. Správná, ověřená data tedy budou přicházet až následně po primárních datech. Zachování této posloupnosti není nutné, primární skupina může načítat libovolná data (tedy co jim zrovna přijde pod ruku). Byl by ale užitečný jakýsi nástroj, který by umožnil kontrolní skupině sledovat, jaké výrobky druhá skupina načítá a cíleně je vyhledávat a doplňovat kontrolní data, tak aby se daly oba sety dat spárovat.
Doufám, že to alespoň trochu nastiňuje, jakou vizi s aplikací máme a že je to jakési vodítko pro to, jaké jsou podle nás reálné možnosti využití lidského potenciálu komunity kolem PO. Sem s nápady a připomínkami :)
To zní jako plán. Pojďme se dohodnout na realizaci. Osobně v tuhle chvíli dovedu efektivně nabídnout pouze PHP + MySQL. To protože jsem celkem vytížený a jinou technologii aktuálně neovládám natolik abych ji byl schopný psát dostatečně svižně. Nicméně s PHP7 by to nemusel být takový problém. Je tu nekdo jiný schopný a ochotný se do toho pustit?
Obsolete
Zdravím ve spolek. Přihodil jsem do repozitáře Jakuba Kvapila @Jakub161 z Listari. Potřebovali bychom dovymyslet funkcionalitu. Jak nejlépe sbírat data. Už teď je jasné, že data si musíme nasbírat sami.
Máme dvě skupiny uživatelů. Členové organizace (důvěryhodní) a zbytek, tedy náhodní uživatelé (diskutabilní důvěryhodnost).
Za mne tu jsou tři scénáře:
Nějaké další nápady? A případně jaký z těchto řešení vám přijde nejlepší a proč.
@Ttxman @Charon351 @ondrej-smola @humitch @rdpanek @RadarCZ