[un/loquer] ¿Acceder al API?

Mie Mar 16 13:22:22 UTC 2016

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
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.aktivix.org/pipermail/unloquer/attachments/20160316/f5cd6e09/attachment.html>