Que pena parce, no lo tenía tan claro. Describí entonces en unas frases como sería ese proceso pa' que todos quedemos en lo mismo. Esto sería como se explique a la gente que vaya hoy por la tarde.
La idea hoy es dejar uno tirando datos Saludos y gracias - b 2016-03-16 8:25 GMT-05:00 Santiago Gaviria <[email protected]>: > 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 > >
_______________________________________________ unloquer mailing list [email protected] https://lists.aktivix.org/mailman/listinfo/unloquer
