[Ninux-Wireless] attivazione nodo
Ciao , anche se con qualche settimana di ritardo , oggi ho installato il nodo verso Milano Est , con mia grande gioia vedo una "nanostation M5 " chi sarà ?? quanto riguardo il router TPlink , è gia pronto con openwrt , batman adv , ed iil pacchetto per le vpn (se servirà) spero ai prossimi ncontri di definire le ultime cose . nodo Bottanuco attivo . link di cosa vedo con l'antenna : http://www.ik2ilj.it/test.png un saluto a tutti ed una continuazione di buone feste ciao Guido -- ZE-Light e ZE-Pro: servizi zimbra per caselle con dominio email.it, per tutti i dettagli Clicca qui http://posta.email.it/caselle-di-posta-z-email-it/?utm_campaign=email_Zimbra_102014=main_footer/f Sponsor: Soluzioni di email hosting per tutte le esigenze: dalle caselle gratuite a quelle professionali su piattaforma Zimbra, da quelle su proprio dominio a quelle certificate PEC. Confronta le soluzioni Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=13326&d=3-1___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
[Ninux-Wireless] Richiesta info per accesso/installazione della rete
Ciao, Sono molto interessato a far parte del vostro progetto e a procedere all'installazione di un nuovo nodo. Abito a Roma in un appartamento al 7 piano terrazzato agevole dunque all'installazione dell'antenna. L'appartamento e sito in via gaio Melisso 7 e risulta vicino ad altri nodi presenti sulla mappa. In attesa di un riscontro puntuale, vi mando tanti auguri di buon anno. Marco D.R Inviato da iPad ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Auguri a tutti! Qual'è il vostro "obiettivo Ninux" per il 2015?
On 01/01/2015 08:11 PM, Giuseppe De Marco wrote: > Il 31 dicembre 2014 16:55, Alessandro Gubitosi ha scritto: >> A me piacerebbe che Ninux si strutturasse un po' di più (nel senso >> funzionale) perché la situazione dei nodi è in quasi stallo: abbiamo ormai >> tutto il continente arancione, ma solo qualche nodo attivo e diversi in via >> di spegnimento o accesi per inerzia. > > Proposta idealmente buona. Sempre idealmente il caso ninux è unico nel > suo genere perchè tutti i WiSP che ci "notano" non riescono a > comprende come facciamo a "funzionare" senza un ordine ben preciso, > ovvero nessuno sà - nemmeno noi - come vengano prese, concretamente, > le decisioni. Pare che il nostro modello, di ispirazione democratica, > sia unico per una caratteristica fondamentale: riesce a gestire le > minoranze dando ampio respiro alle autonomie locali, coadiuvandole da > principio, incitandole anzi. Pare che questo sistema sia totalmente > guidato da un approccio empirico e che il fatto che funzioni lo rende > adeguato, come se le scelte, concretamente, avvenissero solo a seguito > degli esperimenti e dei collaudi. L'ispirazione non e' "democratica", ma migliore: https://it.wikipedia.org/wiki/Metodo_del_consenso ciao, Clauz ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Elevazione (sulla mappa)
Ragazzi vi porto la mia esperienza nella pianificazione dei nodi.Personalmente ho sempre notato che l'inserimento o meno del parametro dell'altitudine non mi sia servito mai a nulla nel verificare la fattibilità di un link, mentre l'unica cosa che mi è sempre servita e che ha portato al goal sono stati due fattori indispensabili : 1) che la posizione dei nodi fosse molto molto precisa, sia di quelli già attivi che dei potenziali;2) che su entrambi i nodi venissero fatte delle accurate foto panoramiche, non necessariamente un'unica foto panoramica, fatta dalla più alta sommità del proprio palazzo. Secondo me se non si usano uno di questi due parametri al posto di un'altro, ad esempio si sostituiscono le foto al s.l.m. automaticamente non si ha la percezione di com'è messo il palazzo del potenziale rispetto ad un altro o rispetto ad un nodo già attivo e quindi ci potrebbero essere casi in cui entrambi i nodi siano su palazzi molto alti ma tra di loro ci siano ostruzioni non capibili bene dalle mappe, metti caso alberi, tralicci, altri palazzi più alti ecc.ecc.ecc. Molto meglio, secondo me, installare subito un palo con una bella bandiera distinguibile da lontano con un binocolo.Su alcuni nodi di roma prendiamo come punti di riferimento grossi edifici colorati o particolari per poi piano piano con un binocolo andarci a ritrovare il palazzo e l'antenna. Un buon sopralluogo è l'unico modo per pianificare un buon nodo ! Federico. Date: Sat, 3 Jan 2015 11:09:52 +0100 From: stefana...@gmail.com To: wireless@ml.ninux.org Subject: Re: [Ninux-Wireless] Elevazione (sulla mappa) 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 ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Elevazione (sulla mappa)
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
Re: [Ninux-Wireless] Elevazione (sulla mappa)
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) -- Elena ``of Valhalla'' ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
