[un/loquer] ¿Acceder al API?

brolin brolin108 en gmail.com
Mie Mar 16 14:45:59 UTC 2016 

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 <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/aedea5d3/attachment-0001.html>

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