[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
|
Re: [m2m-iwg] All-in-one Eclipse package for M2M (Benjamin Cab?)
|
Just to clarify, I was referring to the HTML5 <meter> tag.
See http://www.quackit.com/html_5/tags/html_meter_tag.cfm
or http://html5doctor.com/measure-up-with-the-meter-tag/
To be quite frank, while it may not be used to render in all cases, having at least an optional "unit" element if you already call "value" 'Specifies the "measured" value.' could have done HTML5 very good, and is IMHO a bad thing they missed that in the spec so far.
UCUM codes always have a print (Human Readable) version, beside 2 "machine readable" unique codes if you want, basically the same code in an all Upper-Case case-insensitive version and a case-sensitive one.
E.g. you'd have [in_br] for British Inches, and [in_us] for US Inches, even those depending on the Unit System differ;-)
As the HTML5 Meter tag works so far, there is at least one proper place for the UCUM Print form in a case like this
<meter min=0 max=10 value=2>2cm</meter>
Of course, having the actual value without a unique and distinct unit is not good, but maybe there's hope of a HTML 5.01 similar to HTML 4.01 which came out to fix some things (not too significant) around 2 years after 4 was defined, too?;-)
Essential to UCUM codes and expressions therefore mostly is parsing regardless of the language.
http://unitsofmeasure.org/wiki/CommentsFormalGrammar
provides some overview of the grammar.
UOMo UCUM provides a Java implementation for parsing these, but it should be possible e.g. via parsing tools like LPeg (http://www.inf.puc-rio.br/~roberto/lpeg/) or similar libraries to use them for UCUM support in Lua.
Werner
-------- Original-Nachricht --------
> Datum: Mon, 27 Aug 2012 12:00:07 -0400
> Von: m2m-iwg-request@xxxxxxxxxxx
> An: m2m-iwg@xxxxxxxxxxx
> Betreff: m2m-iwg Digest, Vol 10, Issue 15
> Send m2m-iwg mailing list submissions to
> m2m-iwg@xxxxxxxxxxx
>
> To subscribe or unsubscribe via the World Wide Web, visit
> http://dev.eclipse.org/mailman/listinfo/m2m-iwg
> or, via email, send a message with subject or body 'help' to
> m2m-iwg-request@xxxxxxxxxxx
>
> You can reach the person managing the list at
> m2m-iwg-owner@xxxxxxxxxxx
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of m2m-iwg digest..."
>
>
> Today's Topics:
>
> 1. Re: All-in-one Eclipse package for M2M (Benjamin Cab?)
> (Werner Keil)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Mon, 27 Aug 2012 02:28:27 +0200
> From: "Werner Keil" <werner.keil@xxxxxxx>
> To: <m2m-iwg@xxxxxxxxxxx>
> Subject: Re: [m2m-iwg] All-in-one Eclipse package for M2M (Benjamin
> Cab?)
> Message-ID: <D8C715DACF3E4BCA9B03848A43E61985@cat>
> Content-Type: text/plain; format=flowed; charset="iso-8859-1";
> reply-type=original
>
> Hi Benjamin,
>
> Thanks a lot for the reply and interest to use UOMo in places where it may
> benefit M2M.
>
> Given the example of the Modelling All-in-one Eclipse package, which at
> least until recently contained Incubation plug-ins, I also would see that
> as
> acceptable, if either Paho or others still had parts in incubation then.
>
> About your questions, there is no "binary" of UCUM, as the standard is
> more
> or less like e.g. HTML tags defined to identify certain information and
> behavior, there, too. Even in HTML5 to some extent UCUM could be embedded
> btw, at least with that new Measure tag, though its UI representation so
> far
> is mostly for simple gauge or progress controls. Most commonly UCUM codes
> are used in HL7 messages (which you find are exchanged using MQTT in some
> cases already) or in various markup-languages like MathML, UnitsML, etc.
> JSON would be another possibility, especially with some of those new IoT
> APIs like Cosm (prevoiously Pachube) making heavy use of it.
>
> I'll try when I have enough time to look at some examples. The Eclipse Day
> in Krakow might be too soon, though I will speak about projects formerly
> under the OHF Umbrella, including STEM and UOMo, so UCUM and use cases are
> worth mentioning, I just may not have a demo like that ready then. As I
> have
> barely any dedicated session, the time around JavaOne might sound good for
> this. If Eclipse Foundation had the opportunity to present projects again
> at
> the booth this year, I may even be able to offer some of that for this
> occasion. Any other IWG Members expect to be there, e.g. for the special
> "Java Embedded" tracks?
>
> Regards,
> Werner
>
> ----- Original Message -----
> From: <m2m-iwg-request@xxxxxxxxxxx>
> To: <m2m-iwg@xxxxxxxxxxx>
> Sent: Thursday, August 23, 2012 6:00 PM
> Subject: m2m-iwg Digest, Vol 10, Issue 13
>
>
> > Send m2m-iwg mailing list submissions to
> > m2m-iwg@xxxxxxxxxxx
> >
> > To subscribe or unsubscribe via the World Wide Web, visit
> > http://dev.eclipse.org/mailman/listinfo/m2m-iwg
> > or, via email, send a message with subject or body 'help' to
> > m2m-iwg-request@xxxxxxxxxxx
> >
> > You can reach the person managing the list at
> > m2m-iwg-owner@xxxxxxxxxxx
> >
> > When replying, please edit your Subject line so it is more specific
> > than "Re: Contents of m2m-iwg digest..."
> >
> >
> > Today's Topics:
> >
> > 1. Re: All-in-one Eclipse package for M2M (Benjamin Cab?)
> > (Benjamin Cab?)
> > 2. m2m.eclipse.org website to promote the IWG activities
> > (Benjamin Cab?)
> >
> >
> > ----------------------------------------------------------------------
> >
> > Message: 1
> > Date: Wed, 22 Aug 2012 13:55:15 -0700
> > From: Benjamin Cab? <bcabe@xxxxxxxxxxxxxxxxxx>
> > To: m2m Industry Working Group <m2m-iwg@xxxxxxxxxxx>
> > Subject: Re: [m2m-iwg] All-in-one Eclipse package for M2M (Benjamin
> > Cab?)
> > Message-ID: <CC5B0D04.2AC8F%BCabe@xxxxxxxxxxxxxxxxxx>
> > Content-Type: text/plain; charset="iso-8859-1"
> >
> > Hi Werner,
> >
> > Providing data conversion facilities, conversion between systems, etc.
> is
> > an important topic, and I would actually be very interested to know how
> we
> > could leverage UOMo.
> > I have a few remarks and questions:
> >
> > - It was discussed during our call yesterday, and there was a slight
> error
> > in my original e-mail but: there's no requirement to have all the
> features
> > of an EPP package in >1.0 version. But if at least one feature is still
> in
> > incubation, the EPP Package will have to be an Incubation package too
> > (which seems totally reasonable IMO).
> > - In the strict context of the delivery of an M2M Eclipse package, my
> > understanding is that the main goal is to include in this package
> plug-ins
> > that extend the IDE with new "tools" like new editors, views, etc. Does
> > UOMo provide this kind of tools?
> > - Is there a binary representation for UCUM?
> > - If you have time of course, I think that would be helpful if you could
> > put together a small demo of UOMo used in the context of a Java MQTT
> > client, so as to illustrate the possible benefits of the technology.
> >
> >
> > Thanks!
> > Benjamin.
> >
> > ________________________________________________________________________
> >
> >
> >
> >
> >
> > Le 21/08/12 15:51, ? Werner Keil ? <werner.keil@xxxxxxx> a ?crit :
> >
> >>Benjamin/all,
> >>
> >>Sounds like an interesting idea.
> >>Given, Paho is mostly based on Java, and Wikipedia's explanation of M2M
> >>literally states "M2M uses a device (such as a sensor or meter) to
> >>capture an event (such as temperature, inventory level, etc.), ..."
> >>reliable ways to handle captured events in Java probably can't hurt,
> thus
> >>Other eclipse plug-ins to assist Paho would ideally contain UOMo, too.
> >>
> >>At the moment, UOMo is in Incubation, like Paho, the underlying Unit-API
> >>is currently being contributed to Orbit after all the license and IP
> >>clearance has happened. While the OHF umbrella was archived early this
> >>year, all sub-projects, most importantly the UCUM parts have been a 1.0
> >>version already, so the re-introduction under the UOMo umbrella (just
> >>like STEM has already left the Incubator some time ago) was the only
> >>reason it moved back to Incubation. A 1.0 of UOMo before Kepler projects
> >>are frozen therefore seems quite possible.
> >>
> >>There are 2 ways, UOMo can help MQTT clients, either on a low, Message
> >>level through UCUM support (the current client and examples look like
> >>that's the most helpful one at this stage) or where marshalling messages
> >>to actual Java objects (like JAX-B or JSON-B) or let's say EMF Models
> was
> >>required, UOMo Units helps to ensure unit consistency where
> unit-relevant
> >>events and messages are dealt with.
> >>
> >>Werner
> >>
> >>>
> >>> Message: 1
> >>> Date: Mon, 20 Aug 2012 08:52:48 -0700
> >>> From: Benjamin Cab? <bcabe@xxxxxxxxxxxxxxxxxx>
> >>> To: m2m Industry Working Group <m2m-iwg@xxxxxxxxxxx>
> >>> Subject: [m2m-iwg] All-in-one Eclipse package for M2M
> >>> Message-ID: <CC5829F0.2A73C%BCabe@xxxxxxxxxxxxxxxxxx>
> >>> Content-Type: text/plain; charset="windows-1252"
> >>>
> >>> All,
> >>>
> >>> Now that Juno is out and that we are in the early days of Kepler, I
> >>>would
> >>> like to discuss the opportunity of delivering an M2M EPP package for
> >>> Kepler.
> >>> EPP (Eclipse Packaing Project) packages are ready-to-use Eclipse
> >>> distributions targeting a specific audience (e.g. Web developers,
> >>>mobile developers,
> >>> ?). The most obvious way for someone to get one of these packages is
> to
> >>>go
> >>> the Downloads page of the eclipse.org website [1] (another useful page
> >>>is
> >>> [2] ; it lists the contents of all the available packages).
> >>>
> >>> This EPP package would contain the following items:
> >>>
> >>> * OMA-DM simulator (Koneki)
> >>> * Lua Development Tools (Koneki)
> >>> * MQTT view (Paho)
> >>> * Tooling for Mihini (Koneki)
> >>> * Pre-packaged code examples?
> >>> * M2M models tooling? (depending on what progress will be made on
> >>>this
> >>> front?)
> >>> * Other eclipse plug-ins? (EGit comes to mind, especially since it
> is
> >>> likely that some code examples might be available on Git repos)
> >>>
> >>> Some of the required actions to make this happen:
> >>>
> >>> * Projects Koneki and Paho would need to release a 1.0 version
> before
> >>> or together with Kepler (June 2013). Koneki will release a 1.0 for
> >>>Kepler, I
> >>> don't know the plans for Paho?..
> >>> * There should be a common set of wizard categories, views
> >>>categories,
> >>> help table of content entries etc. for the different pieces, so as to
> >>>get a
> >>> smooth user experience (i.e. Every m2m plug-ins are accessible from a
> >>>same
> >>> location). It should not be a big deal but this needs to be discussed
> >>> between Koneki and Paho teams.
> >>> * The actual EPP package (basically an XML definition file) would
> >>>need
> >>> to be created and tested/maintained over the time. I am volunteering
> to
> >>>do
> >>> this.
> >>>
> >>> What are your thoughts on this? Any ideas on other plug-ins that would
> >>>be
> >>> worth being included in that distribution?
> >>> Anyways, I suggest that we discuss this further during our call
> >>>tomorrow.
> >>>
> >>> Benjamin.
> >>>
> >>> [1] - http://www.eclipse.org/downloads/
> >>> [2] - http://www.eclipse.org/downloads/compare.php
> >>>
> >>>
> >>>
> >>> Benjamin Cab? :: Open Source Manager
> >>>
> >>> SIERRA WIRELESS :: AirVantage Business Unit
> >>> Main +33 5 61 00 52 90 :: Direct +33 5 61 00 06 41 :: Fax +33 5
> >>>61
> >>> 00 51 46
> >>> Lake Park :: Zac de l'Hers - All?e du Lac - BP 87216 :: 31672 Lab?ge
> >>> Cedex, France
> >>>
> >>> BCabe@xxxxxxxxxxxxxxxxxx<mailto:BCabe@xxxxxxxxxxxxxxxxxx> ::
> >>> www.sierrawireless.com<http://www.sierrawireless.com/>
> >>>
> ________________________________________________________________________
> >>> -------------- next part --------------
> >>> An HTML attachment was scrubbed...
> >>> URL:
> >>>
> >>><http://dev.eclipse.org/mailman/private/m2m-iwg/attachments/20120820/de36
> >>>78ce/attachment.html>
> >>>
> >>> ------------------------------
> >>>
> >>> _______________________________________________
> >>> m2m-iwg mailing list
> >>> m2m-iwg@xxxxxxxxxxx
> >>> http://dev.eclipse.org/mailman/listinfo/m2m-iwg
> >>>
> >>>
> >>> End of m2m-iwg Digest, Vol 10, Issue 9
> >>> **************************************
> >>_______________________________________________
> >>m2m-iwg mailing list
> >>m2m-iwg@xxxxxxxxxxx
> >>http://dev.eclipse.org/mailman/listinfo/m2m-iwg
> >>
>
>
>
> ------------------------------
>
> _______________________________________________
> m2m-iwg mailing list
> m2m-iwg@xxxxxxxxxxx
> http://dev.eclipse.org/mailman/listinfo/m2m-iwg
>
>
> End of m2m-iwg Digest, Vol 10, Issue 15
> ***************************************
