Il 03/01/2015 10:22, Elena ``of Valhalla'' ha scritto: > On 2015-01-02 at 23:30:32 +0100, Giuliano G wrote: >> Io sposterei l'attenzione su quale parametro sia più comodo da inserire per >> l'utente, tanto poi prendendo l'altitudine s.l.m. da db esterni si può >> ricavare sia altezza del nodo dal suolo che quella s.l.m. >> >> Credo quindi che l'altezza dal suolo del nodo sia più semplice da inserire >> x l'utente. > ma così l'utente che vuole sapere a che altezza sia il nodo deve > poi fare più fatica per andare a prendere l'altitudine s.l.m. e sommarla > all'altezza dal suolo inserita, e così come idea mi pare che > il dato venga inserito una volta e letto tante, non è meglio ottimizzare > per la lettura? > > (mi chiedo se valga la pena di mettere i due campi e ciascuno inserisce > quello che si sente di inserire, ma almeno si sa che dato sia)
Inserimento:
- Altezza s.l.m., dato recuperabile con precisione da risorse esterne in
funzione di un input *già fornito* dall'utente, ovvero le coordinate.
Richiedere in input manuale un dato con precisione arbitraria, quando lo stesso
è dato è reperibile automaticamente, con precisione nota e coerente, è pessima
UX. [1]
- Altezza rispetto suolo, è sia il dato che più ovviamente [2] l'utente si
aspetta di *poter* inserire, sia quello più utile ad eventuali funzionalità
aggiuntive come il calcolo della fattibilità del link (perché non reperibile in
modi diversi rispetto all'input dell'utente).
- Elaborando su quanto prima: la percentuale di utenti che NON inserisce alcun
dato sull'altitudine è infinitamente superiore al combinato di chi inserisce
l'altitudine (qualsiasi tipo). Anche posto che qualcuno sia deciso sul
significato della richiesta (che è ambigua), rispondere richiedere il lavoro
extra di reperire l'altitudine. Che la maggior parte, basta cliccare a caso 10
volte sui nodi del map server per vederlo, non intraprende. Un inserimento
dell'altitudine rispetto al suolo è estremamente più triviale per l'utente e
pertanto credo che porterebbe ad un maggior uso della funzionalità, con
conseguenti lampanti benefici per il map server e eventuali feature aggiuntive.
- La mia implementazione preferita sarebbe un dropdown di equivalenza del tipo
Livello Suolo / 0-4 metri
Primo Piano / 4-8 metri
Secondo Piano / 8-12 metri
[...]
Tetto / [casella] metri
in modo da evitare tutte le possibili diverse nomenclature che ci sono
attualmente (pt, piano, metri, mt., m, ecc, balcone, terrazzo) e poter parsare
il contenuto se serve.
Stefanauss.
[1] http://zachholman.com/posts/shit-work/
[2] http://en.wikipedia.org/wiki/Principle_of_least_astonishment
signature.asc
Description: OpenPGP digital signature
_______________________________________________ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
