[un/loquer] ¿Acceder al API?

Fabio Barone holon.earth en gmail.com
Mie Mar 16 15:05:55 UTC 2016


te extraña que, no entiendo

2016-03-16 8:25 GMT-05:00 Santiago Gaviria <sgaviria en gmail.com>:

> 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 en 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 en 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 en 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 en 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 en 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 en lists.aktivix.org
>>>>>> https://lists.aktivix.org/mailman/listinfo/unloquer
>>>>>>
>>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> unloquer mailing list
>>>>> unloquer en lists.aktivix.org
>>>>> https://lists.aktivix.org/mailman/listinfo/unloquer
>>>>>
>>>>>
>>>>
>>>> _______________________________________________
>>>> unloquer mailing list
>>>> unloquer en lists.aktivix.org
>>>> https://lists.aktivix.org/mailman/listinfo/unloquer
>>>>
>>>>
>>> _______________________________________________
>>> unloquer mailing list
>>> unloquer en lists.aktivix.org
>>> https://lists.aktivix.org/mailman/listinfo/unloquer
>>>
>>>
>>
>> _______________________________________________
>> unloquer mailing list
>> unloquer en lists.aktivix.org
>> https://lists.aktivix.org/mailman/listinfo/unloquer
>>
>>
>
> _______________________________________________
> unloquer mailing list
> unloquer en lists.aktivix.org
> https://lists.aktivix.org/mailman/listinfo/unloquer
>
>
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <https://lists.aktivix.org/pipermail/unloquer/attachments/20160316/0017b93d/attachment.html>


Más información sobre la lista de distribución unloquer