sí migue es lo q camellamos el sábado. me extraña fabio y brol sabiendo q esto es algo q se discutió con uds.
2016-03-16 8:22 GMT-05:00 Miguel Vargas <[email protected]>: > lo que adelante con gaviria el sabado... no seria ese registro?..... lo > hicimos con matas del jardin.. pero seria lo mismo no?.....sera que nos > animamos y dejamos un sensor registrado... enviando datos y graficandolos? > > 2016-03-16 8:11 GMT-05:00 Fabio Barone <[email protected]>: > >> Pues eso ya es decision que no necesariamente tiene que ver con el >> servidor - depende de la estrategia de uno. >> >> Podrias crear los sensores desde los sensores mismos, en una especie de >> proceso bootstrap. Pero eso de pronto implica maromas (como ejecutan esos >> sensores codigo?). >> >> Hay que pensar si la app necesita una unterfaz de admin. Esta se podria >> usar justamente para tareas de gestión, etc. >> >> Eso es lo bonito de REST: no importa desde donde mandes tus peticiones al >> servidor. >> >> Yo por ahora los crearia manualmente, puede ser justamente desde el >> explorer o incluso desde la linea de comando por curl....puedes inventarte >> unos scripts si necesitas hacer eso muchas veces....puedes escribir un >> cliente android....como se te de la gana! Al fin tienes razón, es pensar >> como seria mejor >> On 15 Mar 2016 23:20, "brolin" <[email protected]> wrote: >> >>> Gracias, en parte esa es la respuesta que esperaba. >>> >>> Pero la otra parte es ¿yo hago estos request desde los sensores? crear >>> un sensor. O los registro a través de otra interfaz y luego el ID obtenido >>> para crear los post de las variables medidas. Yo creo que es más una cosa >>> de pensar cómo sería mejor. >>> >>> GRacias! >>> - >>> b >>> >>> 2016-03-15 18:21 GMT-05:00 Fabio Barone <[email protected]>: >>> >>>> No sé si entiendo bien la pregunta? >>>> >>>> El servidor corre bajo esquema REST. >>>> No sé si REST es algo que conoces: >>>> http://rest.elkstein.org/ >>>> >>>> Los modelos REST del servidor se basa en la especificación que me >>>> habían dado ustedes. >>>> Osea, *entre otros*: >>>> Garden - jardín >>>> Resource - recursos >>>> belongsTo Garden >>>> hasMany Sensor >>>> Sensor - sensor >>>> belongsTo Resource >>>> hasMany SensorEvent >>>> >>>> Hay que entender bien REST, que pero en sí es bastante simple,y esa >>>> dire, >>>> http://104.131.1.214:3000/explorer >>>> lo bueno es que funge no sólo de cliente para pruebas y/o llenar datos, >>>> sino sirve >>>> también de documentación. >>>> >>>> Para crear un objeto via REST, se hace una llamada POST a la raíz del >>>> recurso en cuestión. >>>> En nuestro caso, por ejemplo, si queremos crear un jardín: >>>> >>>> curl -X POST -d {Los datos en formato application/json} >>>> http://104.131.1.214:3000/api/gardens >>>> <http://104.131.1.214:3000/explorer> >>>> >>>> Eso uno en ese explorer que viene con loopback lo puede hacer super >>>> fácil: busca "Gardens", haces clic, y el primero es "POST /Gardens". >>>> Haces clic ahí y se abre un recuadro, ahí se puede hacer una prueba en >>>> vivo. >>>> Si haces clic a la derecha en "Model Schema" se te llena un esqueleto >>>> para llenar tus datos en "data". >>>> Ojo que todos los endpoints están detrás de */api/*, osea la dire >>>> siempre (a menos del explorer) empieza con >>>> http://104.131.1.214:3000/api. <http://104.131.1.214:3000/explorer> >>>> >>>> Para crear un Resource, es lo mismo: POST {datos} >>>> http://104.131.1.214:3000/api/resources >>>> <http://104.131.1.214:3000/explorer> >>>> Para relacionar el Resource con el Garden, la relación belongsTo >>>> significa que se asigna por ID: >>>> ejemplo de un Resource: >>>> { >>>> "name": "Lechuga", >>>> "description": "Lechuga crespa", >>>> "type": "", >>>> "location": "geopoint", >>>> "id": "objectid", >>>> *"gardenId": "objectid",* >>>> * "gardenUserId": "objectid"* >>>> } >>>> >>>> >>>> Para agregarle un sensor, por la hasMany relationship, loopback crea >>>> automaticamente unos endpoints elegantes: >>>> POST http://104.131.1.214:3000/api/resources >>>> <http://104.131.1.214:3000/explorer>/:id/sensors >>>> remplazando :id por el id del recurso en cuestión (p.e. 37) >>>> >>>> Antes de que me extienda mucho más, cuéntame si esta es la información >>>> que necesitabas o si estoy despistado >>>> >>>> >>>> >>>> >>>> >>>> >>>> 2016-03-15 15:13 GMT-05:00 brolin <[email protected]>: >>>> >>>>> Hola, >>>>> >>>>> ya se ha creado un API que está corriendo en el servidor de unloquer. >>>>> ¿Cuál sería la forma mínima para registrar un dispositivo, sus sensores y >>>>> mandar datos? >>>>> >>>>> Me explico, existe esta API http://104.131.1.214:3000/explorer y hay >>>>> ciertas relaciones de sensores con jardines, datos de los sensores con >>>>> sensores, etc. >>>>> >>>>> ¿Lo mínimo que yo necesito crear (requests) para cumplir todo esto >>>>> sería qué? pensando que lo voy a hacer desde un dispositivo. O el proceso >>>>> sería una parte desde el computador y el resto desde los sensores? >>>>> >>>>> Saludos >>>>> - >>>>> b >>>>> >>>>> _______________________________________________ >>>>> unloquer mailing list >>>>> [email protected] >>>>> https://lists.aktivix.org/mailman/listinfo/unloquer >>>>> >>>>> >>>> >>>> _______________________________________________ >>>> unloquer mailing list >>>> [email protected] >>>> https://lists.aktivix.org/mailman/listinfo/unloquer >>>> >>>> >>> >>> _______________________________________________ >>> unloquer mailing list >>> [email protected] >>> https://lists.aktivix.org/mailman/listinfo/unloquer >>> >>> >> _______________________________________________ >> unloquer mailing list >> [email protected] >> https://lists.aktivix.org/mailman/listinfo/unloquer >> >> > > _______________________________________________ > unloquer mailing list > [email protected] > https://lists.aktivix.org/mailman/listinfo/unloquer > >
_______________________________________________ unloquer mailing list [email protected] https://lists.aktivix.org/mailman/listinfo/unloquer
