Re: [Ninux-Wireless] VPN Isole Tedesca
Comunque, solo lo smatto di dover scorrere migliaia di route per debuggare qualche problema mi spinge a cercar questa soluzione. abituati a grandi tabelle invece di ip route show, puoi usare ip route get :) Saverio ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Grafico statistiche su map.ninux.org [Era: smanettoni HTML, CSS, Javascript/jQuery unite for ninux.org!]
Ciao Ilario, secondo me invece era meglio scrivere a tutti dato che io non ho molto tempo per fare questi fix (riaggiungo la lista nei destinatari). Ho preso semplicemente il codice di sergio (che a sua volta aveva preso spunto da quello che aveva fatto longinus) e l'ho integrato. Penso che sia importante che la community cominci a maturare e a considerare che se vuole migliorare deve contribuire, quindi è utile condividere i problemi/bug con tutti e non solo con me, perchè purtroppo io da solo non ce la faccio. Quindi chiunque abbia dimestichezza con pagine web (o abbia voglia di imparare) e vuole contribuire si faccia sentire. Abbiamo anche una mailing list apposita:* *mandare un email a *nodeshot-subscr...@ml.ninux.org* per iscriversi. Federico Il 04/18/2013 07:52 PM, Ilario Gelmetti ha scritto: Oi scrivo a te senza scomodare la ML e non a Sergio perché non ho la sua email: complimenti è molto bella la pagina con le statistiche! Qualche commento: nel primo grafico ci sarebbe da impedirgli di andare sotto lo zero, i nodi negativi non ci stanno... E una whishlist: * un altro grafico con la qualità dei collegamenti (dbm o etx) che poi si possono correlare a quando piove XD * una visualizzazione a mappa d'italia con l' attività nel periodo selezionato per il tipo di nodi selezionati, ad esempio se clicchi potenziali e selezioni gli ultimi mesi vedi una macchia arancione intensa in corrispondenza di Firenze oppure se selezioni attivi e gli ultimi 6 mesi vedi una macchia intensa verde nella zona vicentina. Ciao! Ilario Il 18/04/2013 18:26, Nemesis ha scritto: Da oggi suhttp://map.ninux.org/ troverete il link:http://map.ninux.org/statistics/ Il grafico è stato fatto da un contributor esterno che ci segue sulla mailing list che è Sergio Livi, l'idea iniziale era stata sviluppata da Antonio Martino. Federico Il 01/09/2013 02:37 PM, Nemesis ha scritto: Ciao a tutti, non so se tutti sono a conoscenza di questa URL: http://map.ninux.org/stats/ Dove è possibile ottenere delle statistiche sulla crescita di ninux, basate sulle statistiche del map server (I dati vengono presi da qui: http://map.ninux.org/stats.json (è possibile anche filtrare i dati indicando delle date nella querystring). Come potrete ben notare quella pagina è più che migliorabile, è stata sviluppata da un ragazzo che ha cominciato da relativamente poco a smanettare con questi strumenti, chiunque abbia un pò di dimestichezza con HTML, CSS e Javascript/jQuery può dare una mano a migliorarla. Mi piacerebbe ottenere qualcosa di carino e includerlo nel codice open source di nodeshot 0.9: https://github.com/ninuxorg/nodeshot Al momento quella pagina non è inculsa nel codice del progetto ma è solamente una pagina HTML statica che se ne sta per fatti suoi sullo stesso server. Vi ricordo la mailing list di nodeshot: http://wiki.ninux.org/MailingLists#Altre_Mailing_List Ciao Federico ___ 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 ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] VPN Isole Tedesca
Spero che questo possa essere una base per agevolare il vs. lavoro. http://www.postgresql.org/docs/9.0/static/functions-net.html Dovrebbe anche funzionare su IPv6 dato che e' un tipo di dato di PostgreSQL Il giorno 19 aprile 2013 18:16, Saverio Proto ziopr...@gmail.com ha scritto: Babel va a modificare la tabella di routing della macchina su cui gira? Vorrei lasciar quella tabella di routing come la genera adesso e modificare solo gli hna iniettati dentro olsr, in modo che se pingo un ip che non esiste dalla rete melo blocca dove gira quagga/babeld e non deve arrivare fino a Roma. dunque, adesso il proto_plugin legge la tabella di routing configurata (nel caso specifico di babel) e per ogni entry genera un HNA dicendo che quella rete e' direttamente connessa al router OLSR. quindi l'idea di Gabriel e' buonissima. in pratica il proto_plugin dopo aver letto la tabella di routing, deve fare del processing per aggregare l'aggregabile, e poi generare i messaggi HNA. non e' sempre banale aggregare l'aggregabile. se ho 192.168.0.0/24 e 192.168.1.0/24 li posso aggregare in modo perfetto in 192.168.0.0/23 ma se ho tante /24 spagliate, non e' che posso annunciare una /16 che le contiene tutte a cazzometro. Quindi ci si deve ragionare bene, perche' nell'aggregazione non bisogna tirarsi dietro reti che non erano presenti nelle singole reti specifiche. saluti ! Saverio ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless -- *Dott. Giorgio Desideri* *PGP-Public Key*: 2048R/B1079A5D *PGP Fingerprint*:06B6 741E 5F35 B532 1749 46CA 2A7E E39D B107 9A5D *If people do not believe that mathematics is simple, it is only because they do not realize how complicated life is (J. von Neumann) * *Il saggio coltiva Linux, perché sà che Window$ si pianta da solo !* ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] VPN Isole Tedesca
inoltre se si aggrega bisogna tenere conto anche della rimozione di rotte aggregate che magari non sono più annunciate in olsr. Non credo sia una cosa semplicissma da implemetare. Il 19/04/2013 13.16, Saverio Proto ha scritto: Babel va a modificare la tabella di routing della macchina su cui gira? Vorrei lasciar quella tabella di routing come la genera adesso e modificare solo gli hna iniettati dentro olsr, in modo che se pingo un ip che non esiste dalla rete melo blocca dove gira quagga/babeld e non deve arrivare fino a Roma. dunque, adesso il proto_plugin legge la tabella di routing configurata (nel caso specifico di babel) e per ogni entry genera un HNA dicendo che quella rete e' direttamente connessa al router OLSR. quindi l'idea di Gabriel e' buonissima. in pratica il proto_plugin dopo aver letto la tabella di routing, deve fare del processing per aggregare l'aggregabile, e poi generare i messaggi HNA. non e' sempre banale aggregare l'aggregabile. se ho 192.168.0.0/24 e 192.168.1.0/24 li posso aggregare in modo perfetto in 192.168.0.0/23 ma se ho tante /24 spagliate, non e' che posso annunciare una /16 che le contiene tutte a cazzometro. Quindi ci si deve ragionare bene, perche' nell'aggregazione non bisogna tirarsi dietro reti che non erano presenti nelle singole reti specifiche. saluti ! Saverio ___ 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] [ninux-not-wireless] Evento sponsorizzata dalla NASA a Roma
Io, Daniela e Filippo (mio amico in cc) siamo stati all'aperitivo, abbiamo chiesto e ci hanno spiegato come funzionerà: bisognerà focalizzarsi su un progetto e presentare una relazione domenica: un'idea da realizzare e vari approcci per realizzarla. Abbiamo già il materiale che Daniela ha prodotto per il workshop sul robottino Lego, il che ci dà un vantaggio per il progetto che abbiamo scelto come più papabile: il Lego Rover! http://spaceappschallenge.org/challenge/lego-rovers/ Questa challenge, riassumendo, implica la realizzazione non tanto di un rover quanto del sistema di controllo dello stesso, che può essere un'estensione del leJOS che ci ha presentato Daniela o anche qualcosa da zero, tanto non va realizzato ma solo ipotizzato come progetto (eventualmente poi andrà realizzato). Bisognerà ipotizzare anche un sistema customizzabile facilmente anche da un giovanissimo studente (questo è il nucleo della challenge) che sulla falsariga del pacchetto base Lego Mindstorm/NXT. Questo paragrafo della challenge è abbastanza esplicativo: *It is important to bear in mind that the purpose of the demonstrator is to illustrate problems and techniques, not to create a highly intelligent autonomous robot. Simplicity and clarity in any rules implemented should be favoured over sophisticated and invisible machinery drawn from AI research. Avoid developing a child-friendly programming language; many already exist.* *Variation: It isn’t necessary to use Lego Robots as a platform for this demonstration. Both arduinos and Raspberry Pis could be used if suitable expertise is in place. Alternatively, in absence of hardware or technical know-how, specifying and designing such a system -- but not actually implementing it -- may also be of value.* * * *Background Research:* * * 1. *Operating Systems for Lego Robots (Mindstorms, leJOS, ROS)* 2. *Remote operation of planetary rovers.* 3. *The existing demonstration system (see web-link in resources)* 4. *Rule-based autonomous agent, planning and/or expert systems (for some of the extensions).* * * *Design:* * * 1. *An intuitive and simple interface.* 2. *An entertaining range of parameters that can be changed, and rules that can be added or customised for controlling the robot.* 3. *Simple, clear instructions for installing the software.* * * *Coding:* * * 1. *A framework for the remote operation of a Lego robot with simple keyboard and mouse controls* 2. *A simple rule based system, allowing autonomous rules (e.g. simple if-then rules) to be passed to the robot from the user.* 3. *A framework to allow some customisation of the rules themselves and what the terms in the rules “mean” - e.g. “detect an obstacle” may mean “the ultrasound sensor has returned a value greater than X” where X can be set by the user* Quindi tanta roBBa, ma per questa due giorni è prevista solo la stesura del progetto e come realizzarlo. Abbiamo, credo, tutto il know-how necessario; inoltre siamo stati notati da un professore della Sapienza che ci ha parlato bene delle risorse Lego di cui dispone la facoltà di Ingegneria, forse ce ne daranno accesso (chissà! la mia diplomazia e la parlantina per ora mi sono sempre state d'aiuto!). Si vince un premio di riconoscimento conferito dall'ambasciata USA al gruppo vincente. Appuntamento domani tra le 8.15 e le 8.30 davanti all'ingresso della facoltà per gettarci a pesce in questa due giorni a spese del contribuente americano (cit.) e dei vari sponsor che ci ricopriranno di gadget e cotillon. Documenteremo tutto e come in ogni occasione faremo bella mostra di noi come Ninux. Ricordo che finché il tasto di registrazione all'evento è verde ci si può registrare e partecipare anche da casa! Sarà divertentissimo, già lo so! Il giorno 19/apr/2013 00:03, Diego Luca Candido diego.luca.cand...@gmail.com ha scritto: Non lo so devo decidere Il 18 aprile 2013 22:09, Daniela Ruggeri ruggerid...@yahoo.it ha scritto: Bene ci vediamo li. Mi sono messa d'accordo anche con Edoardo e ci andremo con la maglietta NINUX Ma domani non vieni all'aperitivo? Ciao :-) Daniela Key GPG ID: AA2DA887 Un guerriero accetta la sua parte, qualunque possa essere, e l'accetta in assoluta umilta'. Accetta in umilta' cio' che egli e', e non ne fa motivo di rimpianto ma di sfida. Io conosco soltanto l’umilta' del guerriero, e questa non mi permettera' mai di schiavizzare qualcuno. Carlos Castaneda. Da: Diego Luca Candido diego.luca.cand...@gmail.com A: wireless@ml.ninux.org Inviato: Giovedì 18 Aprile 2013 21:38 Oggetto: Re: [Ninux-Wireless] [ninux-not-wireless] Evento sponsorizzata dalla NASA a Roma Io sabato e domenica saro' li' :) Il 18 aprile 2013 19:26, Edoardo Mazzaracchio edoardo.mazzaracc...@gmail.com ha scritto: Assolutamente si, allora ci vedremo là! Spero solo che in caso non sia una cosa pratica si faccia ancora a
Re: [Ninux-Wireless] [ninux-not-wireless] Evento sponsorizzata dalla NASA a Roma
Dimenticavo! Come da stralcio che ho postato, si può anche adottare Arduino, RaspberryPi, whatever. Ci potremmo pure lanciare dentro Odroid lol. Comunque, anche questi sono temi che sono stati trattati sia nelle nostre riunioni divulgative che nei workshop passando per gli interessi dei singoli. TANTA ROBBA! A domani! Il giorno 19 aprile 2013 20:52, Edoardo Mazzaracchio edoardo.mazzaracc...@gmail.com ha scritto: Io, Daniela e Filippo (mio amico in cc) siamo stati all'aperitivo, abbiamo chiesto e ci hanno spiegato come funzionerà: bisognerà focalizzarsi su un progetto e presentare una relazione domenica: un'idea da realizzare e vari approcci per realizzarla. Abbiamo già il materiale che Daniela ha prodotto per il workshop sul robottino Lego, il che ci dà un vantaggio per il progetto che abbiamo scelto come più papabile: il Lego Rover! http://spaceappschallenge.org/challenge/lego-rovers/ Questa challenge, riassumendo, implica la realizzazione non tanto di un rover quanto del sistema di controllo dello stesso, che può essere un'estensione del leJOS che ci ha presentato Daniela o anche qualcosa da zero, tanto non va realizzato ma solo ipotizzato come progetto (eventualmente poi andrà realizzato). Bisognerà ipotizzare anche un sistema customizzabile facilmente anche da un giovanissimo studente (questo è il nucleo della challenge) che sulla falsariga del pacchetto base Lego Mindstorm/NXT. Questo paragrafo della challenge è abbastanza esplicativo: *It is important to bear in mind that the purpose of the demonstrator is to illustrate problems and techniques, not to create a highly intelligent autonomous robot. Simplicity and clarity in any rules implemented should be favoured over sophisticated and invisible machinery drawn from AI research. Avoid developing a child-friendly programming language; many already exist.* *Variation: It isn’t necessary to use Lego Robots as a platform for this demonstration. Both arduinos and Raspberry Pis could be used if suitable expertise is in place. Alternatively, in absence of hardware or technical know-how, specifying and designing such a system -- but not actually implementing it -- may also be of value.* * * *Background Research:* * * 1. *Operating Systems for Lego Robots (Mindstorms, leJOS, ROS)* 2. *Remote operation of planetary rovers.* 3. *The existing demonstration system (see web-link in resources)* 4. *Rule-based autonomous agent, planning and/or expert systems (for some of the extensions).* * * *Design:* * * 1. *An intuitive and simple interface.* 2. *An entertaining range of parameters that can be changed, and rules that can be added or customised for controlling the robot.* 3. *Simple, clear instructions for installing the software.* * * *Coding:* * * 1. *A framework for the remote operation of a Lego robot with simple keyboard and mouse controls* 2. *A simple rule based system, allowing autonomous rules (e.g. simple if-then rules) to be passed to the robot from the user.* 3. *A framework to allow some customisation of the rules themselves and what the terms in the rules “mean” - e.g. “detect an obstacle” may mean “the ultrasound sensor has returned a value greater than X” where X can be set by the user* Quindi tanta roBBa, ma per questa due giorni è prevista solo la stesura del progetto e come realizzarlo. Abbiamo, credo, tutto il know-how necessario; inoltre siamo stati notati da un professore della Sapienza che ci ha parlato bene delle risorse Lego di cui dispone la facoltà di Ingegneria, forse ce ne daranno accesso (chissà! la mia diplomazia e la parlantina per ora mi sono sempre state d'aiuto!). Si vince un premio di riconoscimento conferito dall'ambasciata USA al gruppo vincente. Appuntamento domani tra le 8.15 e le 8.30 davanti all'ingresso della facoltà per gettarci a pesce in questa due giorni a spese del contribuente americano (cit.) e dei vari sponsor che ci ricopriranno di gadget e cotillon. Documenteremo tutto e come in ogni occasione faremo bella mostra di noi come Ninux. Ricordo che finché il tasto di registrazione all'evento è verde ci si può registrare e partecipare anche da casa! Sarà divertentissimo, già lo so! Il giorno 19/apr/2013 00:03, Diego Luca Candido diego.luca.cand...@gmail.com ha scritto: Non lo so devo decidere Il 18 aprile 2013 22:09, Daniela Ruggeri ruggerid...@yahoo.it ha scritto: Bene ci vediamo li. Mi sono messa d'accordo anche con Edoardo e ci andremo con la maglietta NINUX Ma domani non vieni all'aperitivo? Ciao :-) Daniela Key GPG ID: AA2DA887 Un guerriero accetta la sua parte, qualunque possa essere, e l'accetta in assoluta umilta'. Accetta in umilta' cio' che egli e', e non ne fa motivo di rimpianto ma di sfida. Io conosco soltanto l’umilta' del guerriero, e questa non mi permettera' mai di schiavizzare qualcuno. Carlos Castaneda.
Re: [Ninux-Wireless] VPN Isole Tedesca
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ho visto il codice e ho trovato essenzialmente due funzioni: una legge la tabella di route pre-esistente e inietta gli hna, l'altra sta in ascolto di eventuali cambiamenti sulla tabella e rimuove o aggiunge route di conseguenza. Questa è una soluzione di massima che mi è venuta in mente: Sostituire la chiamata alle funzioni ip_prefix_list_remove e ip_prefix_list_add (nel proto_plugin) con queste due nuove funzioni: Nel caso di una nuova route è semplice : 1. la route non è contigua con nessuna route esistente - aggiungi hna pari pari 2. la route è già presente - non far nulla 3. la route è contenuta in una rotta già presente - non fare nulla (?) 4. la route è contigua con una già esistente - unione con gli hna esistenti 5. la route contiene delle route già esistenti - rimozione degli hna più piccoli e aggiunta di questo nuovo Quando dobbiamo rimuoverla però la questione si complica: 6. è presente pari pari nella lista degli hna - rimuovi 7. è contenuta in un entry hna - se è ai bordi di questa subnet basterà accorciarla e ricalcolare subnet e indirizzo di rete, se invece è al centro dobbiamo splittare l'hna in due e aggiungerli. il problema sorge quando va a scomparire una route che quando è stata aggiunta rientrava nel caso 5. come facciamo a sapere se al momento dell'aggiunta della route questa ne conteneva di più piccole che sono state rimosse? saluti, Gabriel dunque, adesso il proto_plugin legge la tabella di routing configurata (nel caso specifico di babel) e per ogni entry genera un HNA dicendo che quella rete e' direttamente connessa al router OLSR. quindi l'idea di Gabriel e' buonissima. in pratica il proto_plugin dopo aver letto la tabella di routing, deve fare del processing per aggregare l'aggregabile, e poi generare i messaggi HNA. non e' sempre banale aggregare l'aggregabile. se ho 192.168.0.0/24 e 192.168.1.0/24 li posso aggregare in modo perfetto in 192.168.0.0/23 ma se ho tante /24 spagliate, non e' che posso annunciare una /16 che le contiene tutte a cazzometro. Quindi ci si deve ragionare bene, perche' nell'aggregazione non bisogna tirarsi dietro reti che non erano presenti nelle singole reti specifiche. saluti ! Saverio ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJRcZmKAAoJEESx6+O1zsXFmo8IAMM7QI9V5m++nCCHkzwRNDIU Kf3SB0Sa2UFJKsfHwSXTtZbVLFJki/UFi23zdJODuoNUoT6FKdERcYuBA+HzK2eb HJ1qPgjMmbAtQqBoWgxWUNg3BgKJwSPgCYDLVGFNMdpTxJ4s7KrAT+Wx784orAjh OH2B0rAzKuI0H7SKPE59/60Dzl2MwYeu4DTUnERdJL92q4B5EUU/LHH89spfMFsK ebmbk/c7ukSumN9/lNCmaCXACFDIDi7y4JflNYdaq0MaYzFHmSDFORY7AkCPVxS+ Sgb+BQ5pCq6Hq0Lw40jDgTv+JFyS4mpGw2PZUby9NnSrJU33LSZYRuiE+0ByIFo= =fulS -END PGP SIGNATURE- ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] [ninux-not-wireless] Evento sponsorizzata dalla NASA a Roma
Io domani nn ci potrò essere. Se ancora si può partecipare passerei domenica Il giorno 19/apr/2013 21:21, Edoardo Mazzaracchio edoardo.mazzaracc...@gmail.com ha scritto: Dimenticavo! Come da stralcio che ho postato, si può anche adottare Arduino, RaspberryPi, whatever. Ci potremmo pure lanciare dentro Odroid lol. Comunque, anche questi sono temi che sono stati trattati sia nelle nostre riunioni divulgative che nei workshop passando per gli interessi dei singoli. TANTA ROBBA! A domani! Il giorno 19 aprile 2013 20:52, Edoardo Mazzaracchio edoardo.mazzaracc...@gmail.com ha scritto: Io, Daniela e Filippo (mio amico in cc) siamo stati all'aperitivo, abbiamo chiesto e ci hanno spiegato come funzionerà: bisognerà focalizzarsi su un progetto e presentare una relazione domenica: un'idea da realizzare e vari approcci per realizzarla. Abbiamo già il materiale che Daniela ha prodotto per il workshop sul robottino Lego, il che ci dà un vantaggio per il progetto che abbiamo scelto come più papabile: il Lego Rover! http://spaceappschallenge.org/challenge/lego-rovers/ Questa challenge, riassumendo, implica la realizzazione non tanto di un rover quanto del sistema di controllo dello stesso, che può essere un'estensione del leJOS che ci ha presentato Daniela o anche qualcosa da zero, tanto non va realizzato ma solo ipotizzato come progetto (eventualmente poi andrà realizzato). Bisognerà ipotizzare anche un sistema customizzabile facilmente anche da un giovanissimo studente (questo è il nucleo della challenge) che sulla falsariga del pacchetto base Lego Mindstorm/NXT. Questo paragrafo della challenge è abbastanza esplicativo: *It is important to bear in mind that the purpose of the demonstrator is to illustrate problems and techniques, not to create a highly intelligent autonomous robot. Simplicity and clarity in any rules implemented should be favoured over sophisticated and invisible machinery drawn from AI research. Avoid developing a child-friendly programming language; many already exist.* *Variation: It isn’t necessary to use Lego Robots as a platform for this demonstration. Both arduinos and Raspberry Pis could be used if suitable expertise is in place. Alternatively, in absence of hardware or technical know-how, specifying and designing such a system -- but not actually implementing it -- may also be of value.* * * *Background Research:* * * 1. *Operating Systems for Lego Robots (Mindstorms, leJOS, ROS)* 2. *Remote operation of planetary rovers.* 3. *The existing demonstration system (see web-link in resources)* 4. *Rule-based autonomous agent, planning and/or expert systems (for some of the extensions).* * * *Design:* * * 1. *An intuitive and simple interface.* 2. *An entertaining range of parameters that can be changed, and rules that can be added or customised for controlling the robot.* 3. *Simple, clear instructions for installing the software.* * * *Coding:* * * 1. *A framework for the remote operation of a Lego robot with simple keyboard and mouse controls* 2. *A simple rule based system, allowing autonomous rules (e.g. simple if-then rules) to be passed to the robot from the user.* 3. *A framework to allow some customisation of the rules themselves and what the terms in the rules “mean” - e.g. “detect an obstacle” may mean “the ultrasound sensor has returned a value greater than X” where X can be set by the user* Quindi tanta roBBa, ma per questa due giorni è prevista solo la stesura del progetto e come realizzarlo. Abbiamo, credo, tutto il know-how necessario; inoltre siamo stati notati da un professore della Sapienza che ci ha parlato bene delle risorse Lego di cui dispone la facoltà di Ingegneria, forse ce ne daranno accesso (chissà! la mia diplomazia e la parlantina per ora mi sono sempre state d'aiuto!). Si vince un premio di riconoscimento conferito dall'ambasciata USA al gruppo vincente. Appuntamento domani tra le 8.15 e le 8.30 davanti all'ingresso della facoltà per gettarci a pesce in questa due giorni a spese del contribuente americano (cit.) e dei vari sponsor che ci ricopriranno di gadget e cotillon. Documenteremo tutto e come in ogni occasione faremo bella mostra di noi come Ninux. Ricordo che finché il tasto di registrazione all'evento è verde ci si può registrare e partecipare anche da casa! Sarà divertentissimo, già lo so! Il giorno 19/apr/2013 00:03, Diego Luca Candido diego.luca.cand...@gmail.com ha scritto: Non lo so devo decidere Il 18 aprile 2013 22:09, Daniela Ruggeri ruggerid...@yahoo.it ha scritto: Bene ci vediamo li. Mi sono messa d'accordo anche con Edoardo e ci andremo con la maglietta NINUX Ma domani non vieni all'aperitivo? Ciao :-) Daniela Key GPG ID: AA2DA887 Un guerriero accetta la sua parte, qualunque possa essere, e l'accetta in assoluta umilta'. Accetta in umilta' cio' che egli e',
Re: [Ninux-Wireless] [ninux-not-wireless] Evento sponsorizzata dalla NASA a Roma
Anticipiamo il tuo nome al limite Ciso :-) Daniela Key GPG ID: AA2DA887 Un guerriero accetta la sua parte, qualunque possa essere, e l'accetta in assoluta umilta'. Accetta in umilta' cio' che egli e', e non ne fa motivo di rimpianto ma di sfida. Io conosco soltanto l’umilta' del guerriero, e questa non mi permettera' mai di schiavizzare qualcuno. Carlos Castaneda. Da: Alessandro Gnagni enterprise...@gmail.com A: wireless@ml.ninux.org Cc: fmrag...@gmail.com Inviato: Sabato 20 Aprile 2013 1:14 Oggetto: Re: [Ninux-Wireless] [ninux-not-wireless] Evento sponsorizzata dalla NASA a Roma Io domani nn ci potrò essere. Se ancora si può partecipare passerei domenica Il giorno 19/apr/2013 21:21, Edoardo Mazzaracchio edoardo.mazzaracc...@gmail.com ha scritto: Dimenticavo! Come da stralcio che ho postato, si può anche adottare Arduino, RaspberryPi, whatever. Ci potremmo pure lanciare dentro Odroid lol. Comunque, anche questi sono temi che sono stati trattati sia nelle nostre riunioni divulgative che nei workshop passando per gli interessi dei singoli. TANTA ROBBA! A domani! Il giorno 19 aprile 2013 20:52, Edoardo Mazzaracchio edoardo.mazzaracc...@gmail.com ha scritto: Io, Daniela e Filippo (mio amico in cc) siamo stati all'aperitivo, abbiamo chiesto e ci hanno spiegato come funzionerà: bisognerà focalizzarsi su un progetto e presentare una relazione domenica: un'idea da realizzare e vari approcci per realizzarla. Abbiamo già il materiale che Daniela ha prodotto per il workshop sul robottino Lego, il che ci dà un vantaggio per il progetto che abbiamo scelto come più papabile: il Lego Rover! http://spaceappschallenge.org/challenge/lego-rovers/ Questa challenge, riassumendo, implica la realizzazione non tanto di un rover quanto del sistema di controllo dello stesso, che può essere un'estensione del leJOS che ci ha presentato Daniela o anche qualcosa da zero, tanto non va realizzato ma solo ipotizzato come progetto (eventualmente poi andrà realizzato). Bisognerà ipotizzare anche un sistema customizzabile facilmente anche da un giovanissimo studente (questo è il nucleo della challenge) che sulla falsariga del pacchetto base Lego Mindstorm/NXT. Questo paragrafo della challenge è abbastanza esplicativo: It is important to bear in mind that the purpose of the demonstrator is to illustrate problems and techniques, not to create a highly intelligent autonomous robot. Simplicity and clarity in any rules implemented should be favoured over sophisticated and invisible machinery drawn from AI research. Avoid developing a child-friendly programming language; many already exist. Variation: It isn’t necessary to use Lego Robots as a platform for this demonstration. Both arduinos and Raspberry Pis could be used if suitable expertise is in place. Alternatively, in absence of hardware or technical know-how, specifying and designing such a system -- but not actually implementing it -- may also be of value. Background Research: 1. Operating Systems for Lego Robots (Mindstorms, leJOS, ROS) 2. Remote operation of planetary rovers. 3. The existing demonstration system (see web-link in resources) 4. Rule-based autonomous agent, planning and/or expert systems (for some of the extensions). Design: 1. An intuitive and simple interface. 2. An entertaining range of parameters that can be changed, and rules that can be added or customised for controlling the robot. 3. Simple, clear instructions for installing the software. Coding: 1. A framework for the remote operation of a Lego robot with simple keyboard and mouse controls 2. A simple rule based system, allowing autonomous rules (e.g. simple if-then rules) to be passed to the robot from the user. 3. A framework to allow some customisation of the rules themselves and what the terms in the rules “mean” - e.g. “detect an obstacle” may mean “the ultrasound sensor has returned a value greater than X” where X can be set by the user Quindi tanta roBBa, ma per questa due giorni è prevista solo la stesura del progetto e come realizzarlo. Abbiamo, credo, tutto il know-how necessario; inoltre siamo stati notati da un professore della Sapienza che ci ha parlato bene delle risorse Lego di cui dispone la facoltà di Ingegneria, forse ce ne daranno accesso (chissà! la mia diplomazia e la parlantina per ora mi sono sempre state d'aiuto!). Si vince un premio di riconoscimento conferito dall'ambasciata USA al gruppo vincente. Appuntamento domani tra le 8.15 e le 8.30 davanti all'ingresso della facoltà per gettarci a pesce in questa due giorni a spese del contribuente americano (cit.) e dei vari sponsor che ci ricopriranno di gadget e cotillon. Documenteremo tutto e come in ogni occasione faremo bella mostra di noi come Ninux. Ricordo che finché il tasto di registrazione all'evento è verde ci si può registrare e partecipare anche da casa! Sarà divertentissimo, già