warpcomdev / mimurcia Goto Github PK

Hola,

Sobre como marcar los parkings públicos en la plataforma Smart City, vamos a utilizar el modelo Fiware OffStreetparking (ver correo anexo) en el que hay un parámetro status que permite almacenar diferentes situaciones respecto al estado de un parking concreto, de modo que pueda marcarse entre los Planes de Actuación y la App de Guiado de Parkings como hábil o no en un momento concreto del tiempo. Parece que por simplicidad podría únicamente usarse el valor open y closed y que la App compruebe si está “closed” para habilitar o no el guiado al mismo. Pero echarle un vistazo y nos decís.

Saludos y gracias,

Javier

De: ALVARO SAINZ-PARDO GUTIERREZ [email protected]
Enviado el: miércoles, 3 de junio de 2020 13:45
Para: FRANCISCO JAVIER GONZALEZ SERRANO [email protected]
CC: ALICIA ROBLES GARCIA [email protected]; WALDO CASTILLO GARCIA [email protected]; RICARDO GARCIA FERNANDEZ [email protected]
Asunto: RE: MiMurcia Modelo de datos Parkings

Buenas,

Para los parkings vamos a utilizar el modelo de datos armonizado de Fiware para parkings:

https://github.com/smart-data-models/dataModel.Parking

En concreto, para el tipo de parking que comentas (entiendo que con entradas y salidas delimitadas) el tipo de entidad que se utiliza es OffStreetParking. Este es el tipo de entidad que yo estoy usando para modelar los parkings de PCT Cartuja:

https://github.com/smart-data-models/dataModel.Parking/blob/master/OffStreetParking/README.md

El tipo de entidad OffStreetParking tiene un atributo llamado “status”, que yo no utilizo en Cartuja pero que incluiremos en el modelo para satisfacer vuestro requisito:

status : Status of the parking site.
Attribute type: Property. List of Text
Metadata:
timestamp : Timestamp of the last attribute update
Type: DateTime
Allowed values: The following defined by the following enumerations defined by DATEX II version 2.3:
ParkingSiteStatusEnum
OpeningStatusEnum
(open, closed, closedAbnormal,openingTimesInForce, full, fullAtEntrance, spacesAvailable, almostFull)
Or any other application-specific
Optional

Yo no he usado este campo, pero lo que yo entiendo de la especificación anterior es lo siguiente:

Parking abierto -> “status”: [“open”]
Parking abierto, con plazas -> “status”: [“open”, “spacesAvailable”]
Parking abierto, casi lleno -> “status”: [“open”, “almostFull”]
Parking abierto, completo -> “status”: [“open”, “full”]
Parking cerrado -> “status”: [“closed”]

La app móvil tendrá que filtrar los parkings que tengan el valor “open” dentro de la lista de valores del atributo “status”.

Un cordial saludo,