[un/loquer] ¿Acceder al API?

Mie Mar 16 13:25:16 UTC 2016

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 <miguelito.vargasf at gmail.com>:

> 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 <holon.earth at gmail.com>:
>
>> 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" <brolin108 at gmail.com> 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 <holon.earth at gmail.com>:
>>>
>>>> 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 <brolin108 at gmail.com>:
>>>>
>>>>> 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
>>>>> unloquer at lists.aktivix.org
>>>>> https://lists.aktivix.org/mailman/listinfo/unloquer
>>>>>
>>>>>
>>>>
>>>> _______________________________________________
>>>> unloquer mailing list
>>>> unloquer at lists.aktivix.org
>>>> https://lists.aktivix.org/mailman/listinfo/unloquer
>>>>
>>>>
>>>
>>> _______________________________________________
>>> unloquer mailing list
>>> unloquer at lists.aktivix.org
>>> https://lists.aktivix.org/mailman/listinfo/unloquer
>>>
>>>
>> _______________________________________________
>> unloquer mailing list
>> unloquer at lists.aktivix.org
>> https://lists.aktivix.org/mailman/listinfo/unloquer
>>
>>
>
> _______________________________________________
> unloquer mailing list
> unloquer at lists.aktivix.org
> https://lists.aktivix.org/mailman/listinfo/unloquer
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.aktivix.org/pipermail/unloquer/attachments/20160316/3c2f86f3/attachment.html>