Hi all,
If we want to have inter-operable implementations do we need to look
at standardizing this?
I have been using the APIs published by different cities (in Canada),
and I can see lack of alignment in various aspects which makes it
difficult to make them plug-and-play. I need lots of "hacks". (Yes,
feedback has been sent directly to the cities in question)
On 2017-05-03 10:58 AM, Matthias Meißer wrote:
> Post by Matthias Meisser: Antw: [open311 discuss] Number-datatype
> attributes and units etc.: Open311 Discuss: Open311 Lists
> Open311 Lists <http://lists.open311.org>
>
> Photo of Matthias Meisser
> <http://lists.open311.org/p/71GvPrmFOep5CReWb6yW0i>
> *Antw: [open311 discuss] Number-datatype attributes and units etc.*
> <http://lists.open311.org/r/topic/5x5Dn2n1rnFVWws8rz9YlZ>
> by *Matthias Meisser*
> <http://lists.open311.org/p/71GvPrmFOep5CReWb6yW0i>
> in *Open311 Discuss* <http://lists.open311.org/groups/discuss>
>
> ----------------------------------------------------------------------
> Hi Matti,
>
> no AFAIK there is no standard way to share unit and value infos. Using
> an additional field sounds good to me. Other PGIS communities as
> OpenStreetMap have similar problems with unit-metadata and use just one
> field (e.g. height = 60m).
> Other approaches are more complex, as creating an catalog of dimensions
> (heigths, widths, deephs, ...) for typisation, similar how XForms deals
> with it:
>
https://*www.w3.org*/community/xformsusers/wiki/XForms_2.0#Constraining_Values
>
<https://www.w3.org/community/xformsusers/wiki/XForms_2.0#Constraining_Values>
>
> regards,
> Matthias
>
> P.S: Think also about the references e.g. reference systems, water
> gauges, ...
>
>
> >>> "Matti Lindholm"<<email obscured>>
<mailto:<email obscured>>
> 26.04.2017 09:53
> >>>
> Hi,
>
> in Finland (Finnish Environment Institute) we are building an Open311
> api for collecting citizen observations on environmental issues, ie.
> water temperature, algal blooming and ice thickness. We will be using
> attributes of datatype number for getting numeral values (like water
> temperature).
>
> So, the question is: is there an established way of handling units? It
> would be convinient, if the end-user application could somehow get the
> required unit together with the attribute definition. The application
> could then let the user input data in his or her preferred unit, and do
> the necessary transformation before sending the attribute. If the
> end-user application uses sliders for input, it would also need a
> minimun, maximum and a step value.
>
> We are thinking of using the datatype-description field for delivering
> these to the end-user application. Would this be ok? Maybe an escaped
> json: '{ "unit": "cm", "minValue": 0, "maxValue": 100, "step": 1 }'. Any
> thoughts on this?
>
> Best,
>
> Matti Lindholm
> ――
> View topic
> http://*lists.open311.org*/r/topic/4i73wN5ZxAU02Dvf17IA7c
> <http://lists.open311.org/r/topic/4i73wN5ZxAU02Dvf17IA7c>
> Leave group mailto:discuss@lists.open311.org?subject=Unsubscribe
> <mailto:discuss@lists.open311.org>
>
> Start groups https://*OnlineGroups.net* <https://OnlineGroups.net>
>
> ----------------------------------------------------------------------
> ⮪ Reply
>
<mailto:discuss@lists.open311.org?subject=Re%3A%20Antw%3A%20%5Bopen311%20discuss%5D%20Number-datatype%20attributes%20and%20units%20etc.>
> 🖂 New topic <mailto:discuss@lists.open311.org> View topic…
> <http://lists.open311.org/r/topic/5x5Dn2n1rnFVWws8rz9YlZ>
> Unsubscribe
>
<mailto:discuss@lists.open311.org?subject=Unsubscribe&body=Hello%2C%0A%0APlease%20remove%20me%20from%20Open311%20Discuss%0A%3Chttp%3A//lists.open311.org/groups/discuss%3E%0A%0AThank%20you.>
> • Switch to a daily digest
>
<mailto:discuss@lists.open311.org?subject=Digest%20on&body=Hello%2C%0A%0APlease%20switch%20me%20from%20receiving%20one%20email%20per%20post%20to%20the%20daily%0Adigest%2C%20which%20summarises%20the%20all%20the%20posts%20made%20each%20day%20in%0AOpen311%20Discuss%0A%3Chttp%3A//lists.open311.org/groups/discuss%3E%0A%0AThank%20you.>
If we want to have inter-operable implementations do we need to look
at standardizing this?
I have been using the APIs published by different cities (in Canada),
and I can see lack of alignment in various aspects which makes it
difficult to make them plug-and-play. I need lots of "hacks". (Yes,
feedback has been sent directly to the cities in question)
On 2017-05-03 10:58 AM, Matthias Meißer wrote:
> Post by Matthias Meisser: Antw: [open311 discuss] Number-datatype
> attributes and units etc.: Open311 Discuss: Open311 Lists
> Open311 Lists <http://lists.open311.org>
>
> Photo of Matthias Meisser
> <http://lists.open311.org/p/71GvPrmFOep5CReWb6yW0i>
> *Antw: [open311 discuss] Number-datatype attributes and units etc.*
> <http://lists.open311.org/r/topic/5x5Dn2n1rnFVWws8rz9YlZ>
> by *Matthias Meisser*
> <http://lists.open311.org/p/71GvPrmFOep5CReWb6yW0i>
> in *Open311 Discuss* <http://lists.open311.org/groups/discuss>
>
> ----------------------------------------------------------------------
> Hi Matti,
>
> no AFAIK there is no standard way to share unit and value infos. Using
> an additional field sounds good to me. Other PGIS communities as
> OpenStreetMap have similar problems with unit-metadata and use just one
> field (e.g. height = 60m).
> Other approaches are more complex, as creating an catalog of dimensions
> (heigths, widths, deephs, ...) for typisation, similar how XForms deals
> with it:
>
https://*www.w3.org*/community/xformsusers/wiki/XForms_2.0#Constraining_Values
>
<https://www.w3.org/community/xformsusers/wiki/XForms_2.0#Constraining_Values>
>
> regards,
> Matthias
>
> P.S: Think also about the references e.g. reference systems, water
> gauges, ...
>
>
> >>> "Matti Lindholm"<<email obscured>>
<mailto:<email obscured>>
> 26.04.2017 09:53
> >>>
> Hi,
>
> in Finland (Finnish Environment Institute) we are building an Open311
> api for collecting citizen observations on environmental issues, ie.
> water temperature, algal blooming and ice thickness. We will be using
> attributes of datatype number for getting numeral values (like water
> temperature).
>
> So, the question is: is there an established way of handling units? It
> would be convinient, if the end-user application could somehow get the
> required unit together with the attribute definition. The application
> could then let the user input data in his or her preferred unit, and do
> the necessary transformation before sending the attribute. If the
> end-user application uses sliders for input, it would also need a
> minimun, maximum and a step value.
>
> We are thinking of using the datatype-description field for delivering
> these to the end-user application. Would this be ok? Maybe an escaped
> json: '{ "unit": "cm", "minValue": 0, "maxValue": 100, "step": 1 }'. Any
> thoughts on this?
>
> Best,
>
> Matti Lindholm
> ――
> View topic
> http://*lists.open311.org*/r/topic/4i73wN5ZxAU02Dvf17IA7c
> <http://lists.open311.org/r/topic/4i73wN5ZxAU02Dvf17IA7c>
> Leave group mailto:discuss@lists.open311.org?subject=Unsubscribe
> <mailto:discuss@lists.open311.org>
>
> Start groups https://*OnlineGroups.net* <https://OnlineGroups.net>
>
> ----------------------------------------------------------------------
> ⮪ Reply
>
<mailto:discuss@lists.open311.org?subject=Re%3A%20Antw%3A%20%5Bopen311%20discuss%5D%20Number-datatype%20attributes%20and%20units%20etc.>
> 🖂 New topic <mailto:discuss@lists.open311.org> View topic…
> <http://lists.open311.org/r/topic/5x5Dn2n1rnFVWws8rz9YlZ>
> Unsubscribe
>
<mailto:discuss@lists.open311.org?subject=Unsubscribe&body=Hello%2C%0A%0APlease%20remove%20me%20from%20Open311%20Discuss%0A%3Chttp%3A//lists.open311.org/groups/discuss%3E%0A%0AThank%20you.>
> • Switch to a daily digest
>
<mailto:discuss@lists.open311.org?subject=Digest%20on&body=Hello%2C%0A%0APlease%20switch%20me%20from%20receiving%20one%20email%20per%20post%20to%20the%20daily%0Adigest%2C%20which%20summarises%20the%20all%20the%20posts%20made%20each%20day%20in%0AOpen311%20Discuss%0A%3Chttp%3A//lists.open311.org/groups/discuss%3E%0A%0AThank%20you.>