Oznaczanie problemów z polami

[danielmacyszyn]

Czasami w jakimś polu, pojawia się coś dziwnego, albo nieczytelnego. Czy chcemy przy każdym polu mieć jakiś guzik (być może autoukrywany) typu "zgłoś problem z tym polem"?

Też po to, żeby odróżnić pola puste, dlatego, że są puste od tych w których jest problem z odczytaniem danych...

[tirpitz-verus]

To zależy od tego, co się potem będzie z tymi danymi działo. Jeżeli zakładamy, że potem wprowadzamy regułę w stylu: "tam, gdzie mamy odpowiednio dużo identycznych odpowiedzi, to wierzymy userom" i "tam, gdzie nie mamy dość identycznych odpowiedzi, to ktoś zaufany musi to zrobić ręcznie" wystarczyłaby informacja "jak nie wiesz / nie możesz rozczytać / nie jesteś pewien, to zostaw puste".

[danielmacyszyn]

Wydaje mi się, że powinniśmy zastosować te dwie reguły. Ale też myślę, że
warto rozróżniać pole puste od pola, którego nie da się rozczytać. Jeśli np
dużo ludzi zostawi pole "zatrudnienie" puste, to wiemy, że po prostu poseł
nigdzie wcześniej nie pracował i taką informację zapisujemy do bazy. A
jeśli pojawią się tam zaznaczenia "nie da się rozczytać", to wiemy, że
musimy podjąć jakąś interwencję co do tego pola.

2013/9/30 Marek Lesiewski [email protected]

To zależy od tego, co się potem będzie z tymi danymi działo. Jeżeli
zakładamy, że potem wprowadzamy regułę w stylu: "tam, gdzie mamy
odpowiednio dużo identycznych odpowiedzi, to wierzymy userom" i "tam, gdzie
nie mamy dość identycznych odpowiedzi, to ktoś zaufany musi to zrobić
ręcznie" wystarczyłaby informacja "jak nie wiesz / nie możesz rozczytać /
nie jesteś pewien, to zostaw puste".

Reply to this email directly or view it on GitHubhttps://github.com//issues/5#issuecomment-25343235
.

Daniel Macyszyn
Prezes Zarządu, Fundacja ePaństwo
CEO, ePF
[email protected]
+48 505 118 287

Fundacja ePaństwo // ePF
ul. Nowogrodzka 25/39
00-021 Warszawa, Polska / Poland
www.epf.org.pl