►
From YouTube: CBOR WG Interim Meeting, 2021-04-07
Description
CBOR WG Interim Meeting, 2021-04-07
A
But
you're
recorded
and
that's
the
not
well
applied,
especially
with
that
to
each
other.
I've
posted
a
link
to
the
minutes
and
to
the
work
in
progress
minute
in
the
chat.
Would
someone
volunteer
to
add
a
few
things
in
there,
given
that
barry
is
the
notification
and
don't
want
to
join
me
in
sharing
this
today.
A
A
I've
worked
in
one
point
into
the
agenda
just
to
brief
mentioned
link
because
it
came
up
over
the
last
few
days.
Are
there
a
good
comment
coming
in
during
the
oid
review
and.
A
A
Otherwise,
we
put
I've
had
to
leave
out
a
casting
of
carson's
last
slot
during
the
physical.
I
guess
meeting
the
virtual
idf
meeting
that
we
have
so
I'd
like
you
to
ask
your
carson
to
basically
continue
where
we
left
you
out,
and
I
think
I
can
show
this
live
if
you
wanted,
but
it
won't
take
me
a
moment
to
have
them
online.
A
So
the
two,
the
two
two
big
topics
were
cbds
user
and
the
question
of
how
to
whether
we
want
to
do
anything
about
the
128
bit,
values
that
could
be
expressed
using
the
using
one
of
the
reserved
values
or
whether
that's
better
handled
by
just
doing
tag.
Expansion.
B
A
A
Using
meetings
the
meeting
minutes,
I
stand
up
chat,
but
yes,
please,
thanks
for
the
reminder,
please
add
your
names
there.
Thank.
B
A
I've
posted
the
links
to
the
to
the
slides.
I
think
that's
the
best
notice,
unless
someone
wants
to
take
the
call
and
have
better
confidence
in
their
setup
than
I
have
and
I'll
just
put
slide
numbers,
and
you
just
slide
them.
A
Off
so
the
the
link
is
in
there
and
the
paths
should
and
the
relevant
patches
part
of.
A
B
A
B
Just
fine
thank
you
yeah,
so
these
were
slides.
I
I
made
a
month
ago,
and
so
I
I
will
have
to
remember
what
I
wanted
to
say
to
them.
B
So
one
one
document
that
we
generated
at
the
time
when,
when
cd
cda
was
being
completed,
was
the
freezer
document
which
contains
various
components
that
didn't
make
it
into
8610,
but
that
potentially
could
become
useful
in
in
the
next
round
of
the
working
group
and
obviously
we
are
in
the
next
round
so
yeah.
So
this
document
hasn't
really
changed
very
much,
except
that
the
the
computed,
literals
and
dot
abnf
part
now
is
its
own
document.
The
dash
control,
a
document
cdl-control
so
that
that
is
in
good
shape.
B
Now
and-
and
there
is
one
implementation
out
there,
so
I
think
we
can
move
forward
with
that,
but
back
to
the
the
freezer
document.
B
That
actually
has
a
couple
more
controls
that
that
maybe
are
less
urgent,
but
occasionally
occasionally
people
ask
about
things
like,
like
pcr
e,
regular
expressions
about
ways
to
to
support
various
forms
of
endianness
and
about
bitfields
and
and
finally,
just
a
couple
of
weeks
or
a
week
ago,
tony
lee
asked
about
midfield
in
yang.
B
So
it's
something
that
that
does
come
up
again
and
again,
but
right
now,
I'm
not
seeing
people
having
a
good
use
case,
and
I
think
it's
best
to
define
these
controls
at
a
time
when
you
actually
have
the
use
case.
So
I
think
these
are
living
well
in
the
freezer
document
and
we
can
pull
them
out
when
whenever
it
turns
out,
somebody
has
a
use
case
and,
and
we
can
turn
them
into
a
document.
B
The
the
third
item
in
the
freezer
document
is
a
standard
way
to
represent
a
cdl
pass
tree
in
json
and
that
is
actually
implemented
in
the
cdlc
tool
and
that
that
has
already
turned
out
to
be
very
useful.
B
B
So
if
you
have
something
like
slash,
equals
or
slash,
slash
equals
that
that
is
turned
into
a
single
rule.
So
it's
a
bit
more
easy
to
process
this.
B
You
don't
have
to
to
write
code
to
to
combine
the
rules,
but
on
the
other
hand,
of
course
it's
it's
harder
to
go
back
from
there
to
the
original
city
source.
So
I
think
both
representations
are
useful,
but
the
cooked
form
is
is
maybe
something
that
that's
more
useful
in
a
tool
that,
for
instance,
wants
to
convert
into
a
different
language
that
doesn't
have
the
the
slash
equals
or
slash
slash
equals
form.
B
So
I
I
still
need
to
document
that,
but
yeah,
I
think
it's
it's
pretty
obvious
what
what
that
part
of
cdd-lc
does.
So
this
is
item.
One
is
done
item
two
and
three
are
good
things
to
to
leave
in
the
freezer
document
for
now
and
item
four.
B
B
One
is
a
brief
discussion
of
a
module
superstructure
and
I
think
most
people
who
have
been
working
on
on
larger
sets
of
ctdl,
in
particular
in
the
rats
context,
would
agree
that
we
need
to
do
something
very
soon.
That's
why
this
is
in
purple,
and
then
we
have
co-occurrence
constraints
and
literal
syntaxes
and
literal
syntaxes
is
maybe
the
the
least
needed
of
these.
So
I
think
we
are
mostly
waiting
for
strong
use
cases
there
co-occurrence
constraints
actually
in
in
review.
I
just
did
I
already
forgot:
what
was
it
acme.
C
B
B
But
I
think
more
more
examples
like
these
are
going
to
to
come
up
so
saying
something
like
here's
a
field
and
that
field
needs
to
be
a
multiple
of
that
other
field,
and
so
on.
So
yeah
again.
If,
if,
if
you
are
writing
cddl
and
find
out,
you
are
missing
something
here.
You
would
like
to
be
able
to
express
a
constraint,
but
don't
have
the
the
means
in
the
language.
B
B
So
essentially,
what
remains
is
the
the
module
superstructure
thing
that
really
needs
work
now,
and
I
think
what
has
happened
is
that
people
who
would
be
needing
this
now
have
come
up
with
a
naming
convention
that
already
feels
a
little
bit
like
name
spaces.
B
So
they
are
using
something
like
a
module
dot
name
as
a
structure
for
a
name-
and
we
may
want
to
make
this
a
little
bit
more
yeah
turn
this
from
a
convention
into
something
that's
actually
supported,
so
you
don't
have
to
type
as
much
and
and
you
you
get
less
noisy
specifications
by
having
this
namespace
prefix
edit
automatically,
and
that
would
be
handled
in
an
export
import
interface,
and
I
think
that
that's
the
next
area,
where,
where
we
need
to
collect
formative
contributions,.
B
Yeah,
so
I
think
I
said
that
we
could
extract
the
the
cdl
and
json
interface
at
any
time
if
we
want
to
and
that
we
we
need
to
work
on
the
super
structure
and
if
people
could
could
just
essentially
explain
their
pain
points
from
from
their
specification
work,
we
could
come
up
with
with
good
use
cases.
B
C
B
A
need
for
the
working
group
to
adopt
this
document
or
anything,
but
if
we
want
to
adopt
something,
it
should
be
something
that
that's
coming
out
of
the
freezer
and
is
being
thought
and
put
into
a
document.
We
want
to
progress.
B
So
one
other
thing
that
that
came
up
recently
is
that
most
documents
that
do
something
like
like
defined
tags
or
something
like
that
actually
would
benefit
from
from
being
able
to
add
to
the
pre
prelude.
But
of
course
the
the
prelude
is
is
defined
to
to
be
constant.
B
There's
nothing
can
be
added
to
the
prelude
because
it
would
possibly
conflict
with
namespaces
in
existing
documents
and
that
that's
also
something
where
the
module
structure
could
help,
because
you
could
just
include
the
the
prelude
component
that
comes
from
a
particular
standard
and
to
have
that
available
in
your
city.
At
specification.
A
So
would
that
mean
that
that
you
replace
the
previous
or
that
you
just
import
at
the
start
of
your
document,
attribute
of
the
biggest
document
that
you
use
and
then
import
selectively
from
the
other
documents
that
you
use.
B
Yeah,
I
think
it
needs
to
be
a
mix
and
match
thing.
So
you
you
cannot
really
I
mean
you
could
do
a
city
at
2.0
and
that
has
just
a
different
prelude
and
and
if
you
bought
something
from
cdl
one
zero
to
two
zero.
You
have
to
to
clean
your
namespaces,
but
I
think
the
the
the
inverse
direction
is
probably
the
best
one
where
we
start
actually
treating
the
prelude
as
another
namespace
and
have
that
implicitly
imported.
B
So
we
we
don't
have
a
big
difference
between
the
prelude
and
other
modules
that
that
are
being
imported.
So
the
import
interface,
for
instance,
would
allow
you
to
rename
something
that
is
in
the
prelude
or
yeah,
something
like
that.
So
yeah.
Maybe
we
need
to
to
spend
a
little
time
actually
making
some
some
strawman
proposals
and
and
discuss
this
in
in
an
interim
meeting,
maybe
maybe
in
four
four
weeks
or
something
like
that.
A
Sounds
good
to
me
now
from
from
the
group,
do
you
do
you
do?
Do
you
have
documents
you've
worked
on
where
you
where
a
particular
set
of
statements
would
come.
You
took
to
mind
right
that
you
would
like
to
introduce
introduce
for
more
general
purpose
consumption
where
you
could
try
out
what
is
what
is
being.
A
So
that's
that's,
definitely
something
where
we
would
need
to
see
a
bit
more
except
we
if
this
is
to
go
on
the
working
group.
I
think
we'll
have
we'll
have
to
have
some
examples,
but
I'm
confident
that
as
we
go
along,
we
can
find
some,
especially
with
the
documents
like,
like
you
mentioned,
of
a
tank
where
this
would
be
useful.
B
C
I
I
ended
up.
I
never
ended
up
putting
it
on
any
place,
but
I
think
I
shared
it
with
you
carsten.
This
could
be
on.
B
B
So
maybe
I
should
just
open
a
repository
with
where
I
collect
examples
from
people
and
where
we
also
have
a
wiki
page
where,
where
people
can
can
write,
write
up
things
that
they
care
about.
C
Yeah,
otherwise,
something
that
another
working
group
is
using
https
have
started
using
discussions
so
for
yeah
yeah.
I
don't
know
if
that's
also
something.
C
A
C
B
Yeah
ricky
is
is
good
for
actually
collecting
results
of
of
things
like
github
discussions,
but
github
discussions
is
a
little
bit.
The
replacement
for
the
the
slack
features
that
a
lot
of
people
have
been
asking.
B
Yeah,
so
if,
if
you,
if
the
chairs
can
can
give
me
some
license
for
for
setting
something
up,
I
will
try
doing
that
and
maybe
I
can
find
who
find
a
way
to
do.
Github
discussions
in.
B
B
Then
there
was
a
question
I
already
forgot,
who
who
put
it
in,
but
the
the
question
was:
how
do
we
handle
128-bit
entities
so
when
we
define
sibo
in
in
2013,
we
said
64-bit
is
enough
for
everyone.
No
that's,
of
course
not
what
we
said,
but
we
said
that
that
this
is
really
the
the
basic
data
model
can
stop
at
64-bit
and
if
we
need
something
larger
we
can
put
it
in
and
actually
for
integers.
B
We
already
put
that
in
in
in
the
form
of
big
numbers.
So
I
don't
think
we
need
something
like
like.
B
128-Bit
tags
are
128-bit
array
sizes
or
something
like
that.
That
doesn't
make
sense.
So
we
we
have
tag
two
three
big
nums
for
integers
that
are
larger
than
64
bits.
We
have
tag
five
that
can
handle
float
128,
but
it
looks
different
than
what
people
probably
will
find
in
their
platforms.
B
B
So
one
way
to
to
handle
this
specific
requirement
would
be
to
define
tags
specifically
for
float,
128
and
probably
float
256
just
to
be
a
little
bit
future
proof.
B
The
the
other
way
to
address
this,
of
course,
is
to
open
pandora's
box
and
say:
okay,
we
we
extend
cba
to
allow
128-bit
data
in
in
the
argument.
Part
not
not
in
the
content.
Part
like
like
tag
two
three
do
but
in
the
argument
part,
but
I
think
the
the
only
data
type
that
actually
can
use
this
at
this
point
in
time
would
be
float
and
we
may
be
better
off
with
spending
another
byte
or
two
and
using
a
tag.
B
So
that's
where
I
am,
and
of
course
it
would
be
good
if
the
working
group
can
can
check
whether
that
that's
a
common
understanding
or
whether
actually
people
are
longing
for
being
able
to
use
128-bit
items
the
same
way
they
can
use
64-bit.
B
C
D
This
is
emil.
Can
you
hear
me
yeah
my
use
case,
which
I
cover
in
the
link
I
pasted
in
the
chat,
was
when
receiving
a
typed
array
of
128-bit
floats
and
transcoding
them,
where
the
receiver
doesn't
understand,
typed
arrays.
D
So
this
is
this
came
up
as
a
part
of
me
working
on
a
c
plus
library
for
encoding
and
decoding
cbore.
So
I,
my
library,
supports
typed
arrays.
D
The
encoder
and
decoder
aren't
exactly
the
same.
For
example,
the
sender
to
me
could
understand
typed
arrays,
but
the
receiver
from
me
doesn't
understand
typed
arrays.
I
hope
I'm
making
myself
clear
here.
D
So
I
currently
can
handle
all
typed
array
cases,
except
for
the
128-bit
float.
D
D
C
D
I
I'd
be
happy
with
just
a
tag.
Instead
of
extending
the
standard
floating
point
value.
A
Would
it
would
a
tag
really
help
in
your
use
case,
given
that
you
that
you
don't
know
what,
given
that
you
are
in
a
situation
where
it's
configured,
what
the
other
party
are
supposed
to?
What
not
I
mean
you
currently
consider
the
case
where
you're
converting
to
someone
who
doesn't
support
the
array
tag
or
the
tag
for
aries,
but
if
that
that
receiving
party
then
doesn't
support,
attack
or
slope
for
128
bit
floats
either.
A
It
puts
in
a
similar
situation
to
the
extent
where
a
requirement
might
be
might
just
be
that
if
you
support
load
128
placed
over
support
arrays
because
I
mean
as
carson,
measured
with
tag
83,
that
would
be
one
way
of
extracting
those
those
128
bits
in
the
first
place.
D
Yes,
I
understand
what
you're
saying:
let's
let's
say
we
invent
a
new
tag,
I'm
just
pulling
a
number
out
of
the
air
here,
a
tag
128..
D
B
Yeah,
the
problem
remains
that
if
we
encode
flood
128s
as
tag
83,
then
we
lose
the
distinction
between
having
a
single
value
and
an
array
of
values
which
may
be
important
in
in
a
particular
application
data
model.
B
Unfortunately,
nobody
has
found
a
need
for
the
decimals
that
are
in
754,
so
those
could
come
up
at
some
point
as
well,
but
yeah.
I
think
these
are
kind
of
very
special
use
case,
but
the
1.28
floating
point
actually
is
getting
more
and
more
common
in.
A
But
it's
just
about
having
a
complete
converter
and
not
you!
You
don't
really
run
across
the
floor.
128.,
that's
correct!
Okay,
so
so
kind
of
we
see
it
coming
up,
but
we
don't
have
the
the
urgent
need
to
have
something
usable
right
now
that
wouldn't
be
my
understanding
from
this.
B
A
Would
there
be
much
more
to
to
to
this
endeavor
of
including
those
batteries
than
defining
those
two
or
those
one
or
two
tags
with
their
with
their
semantics
and
be
done
with
it
in
this?
If,
if
it's
just
about
defining
the
text,
it
may
not
even
require
any
standard
action,
but
just
someone
writing
it
up
and
then
custom
pointing
it
out
in
the
individual
text.
B
Yeah,
I
was
already
thinking
about
simply
proposing
that
I
write
a
quick
section
about
larger
floating
point
and
notable
tags
and
and
put
in
the
iana
registration
requests.
D
B
I
mean
that's
actually
way
too
easy
to
convert
in
into
tag
three,
so,
okay,
just
playing
devil's,
advocate
yeah
yeah.
I
think
that
that's
a
good
question,
but
I
think
it's
really
easy
to
convert
two's
complement
in
into
the
value
plus
sign
structure
of
tag.
Two
and
three.
B
D
There's
there's
not
even
official
support
for
128.
their
language
extensions.
B
B
Okay,
so
yeah,
I
think
my
suggestion
would
be
to
just
go
ahead
and
define
a
tag
for
binary
128
and
that's
probably
still
one
plus
one
tag,
even
though
128
bits
already
is
pretty
large,
but
then
they
they
tend
to
come
in
in
large
numbers.
B
A
On
on
angular
net
and
on
one
of
the
earlier
slides,
my
impression
from
the
from
the
discussion
was
in
the
direction
that
yeah
I
mean
one
could
do
that,
but
interoperability
would
be
so
it
would
be
non-interoperable,
so
there's
only
so
much
you
can
do
without
breaking
the
ecosystem.
Is
there
much
more
to
that
discussion?
Is
that
something
that
we
expect
to
continue?
Is
there
other
voices
here
that
one
that
haven't
been
troubled,
maybe.
B
A
Split,
it
might
make
sense
to
point
that
out
in
some
place
and
if
it's
only
the
wiki
or
the
faq,
some
faq
ish
place
where
we
could
say
that
we've
considered
it
there's
not
enough
momentum,
but
if
it
were
to
be
done,
it
could
be
done
this
or
that
way
or
would
that
be
fueling.
The
the
momentum.
B
Towards
well
explaining
that
there's
very
little
text
in
in
89
49,
giving
the
rational
for
this
and,
of
course
the
the
rational
is
that
most
of
us
have
experienced
both
with
standards
that
actually
defined
a
single
endiness
and
standards
that
allowed
both
and
those
usually
are
pretty
icky.
So
I
remember
the
x
window
system
where
essentially,
the
the
two
sides
at
the
start,
try
to
find
out
whether
they
are
having
they're
using
the
same
endian
this
and
then
switch
to
that.
B
If,
if
it's
the
same
but
yeah,
that
was
a
pain
in
in
all
the
tools
that
they
did
something
with
the
x-window
system,
because
it's
a
kind
of
a
stateful
decision
and
so
on.
So
I
I
don't
think
today.
E
The
all
of
our
mars
robots
are
big
indian
and
if,
if
I
were
to
imagine
a
long-term
use
of
of
seabor,
you
know
interplanetary
craft
is
kind
of
one
of
the
places.
I
would
think
it
would
be
you
if
you
were
inventing
it
now.
You
would
do
this
and
you
would
care
about
not
having
to
swap
bites
and
as
far
as
I
can
tell
they're
all
big.
B
Indian
yeah,
I
think
most
iot
platforms
we
are
working
with
today
are
little
indian,
but
on
the
other
hand,
I
think
that
that
the
code
that
actually
generates
arguments
in
in
different
sizes
that
code
can
also
handle
the
engine
endianness
with
very
little
additional
overhead.
B
So
I
I
don't
think,
there's
really
a
that
strong
argument.
I
think
it's
mostly
cognitive
dissonance.
It's
not
not
actually
a
technical
problem,
it's
just
it
could
be
done.
So
why
aren't
we
doing
it.
A
One
point
that
came
out
was
that
it's
that
it's
inefficient
it's
web
assembly,
because
it
doesn't
have
the
biopstrations
that
we
have
on
all
the
other
platforms.
Maybe
it
would
help,
if
is
anyone
around
with
implementation,
experience
with
webassembly
and
could
maybe
come
up
with
a
very
small.
B
A
Yes,
but
I
think
the
expectation
there
was
that,
if
you,
if
you
build
your
code
or
regular,
say
regular
platform,
then
the
compiler
would
just
emit
the
byte
12
instruction.
If
it
sees
you
read
from
there
and
right
from
there
and
then
right
in
the
other
direction,
and
that's
not
an
optional
drug
assembly
sounds
a
lot
like
premature
optimization.
But
if
we
have
anything
to
point
at
in
terms
of
efficiency
that
might
help
say
yeah.
Yes,
it
does
make
a
difference,
but
not
one.
Let's
do
that,
which
I
think
is
the
line.
A
A
A
Okay,
then
there's
one
more
proposed
topic
for
the
agenda.
That's
the
topic
of
enumerated
alternatives,
custom,
your
link
to
the.
A
Basically,
with
the
words
around
is
that
it's
not
something
that
needs
to
concern
the
list,
but
at
some
point
there
will
be
at
least
an
expert
need
to
be
an
expert
opinion
on
this
in
terms
of
allocating
tags.
Would
you
like
to
say
a
bit
about
that
or
just
pointing
at
the
document
and
asking
people
to
read.
B
Yeah,
I
think
it
I
just
wanted
to
to
make
sure
that
people
are
aware
about
this,
and
and
if
they
have
related
use
cases,
maybe
they
bring
that
to
to
the
table.
B
I
think
that
the
tank
consumption
of
of
this
proposal
is
is
rather
modest
and
it
solves
a
real
problem
in
in
the
way
compilers
could
be
using
sibo.
B
A
I
see
a
bit
in
in
terms
of
allocating
several
truth
points.
I
see
a
bit
of
overlap
with
compression
in
the
sense
that
this
enumeration
is
might
could
be
equivalent
to
a
compressed
form
of
a
longer
explanation
that
this
is
a
data
item
that
has
type
this
and
value
that
do
you
see
that
overlap
as
well,
or
is
that
just
me
pushing
too
many
things
together.
B
Well,
it's
it's
not
an
equivalent
of
a
longer
sibo
structure.
It
really
is.
A
A
Do
you
envision
that
there
should
be
any
form
of
indication
of
what
which
set
of
possibilities
this
is
about,
so
that
it?
That
would
either
go
before
the
tag
over
to
the
document
saying
that
we
are
using
those
tags
in
this
or
that
sense.
B
Okay,
so
so,
given
that
this
is
being
used
from
a
strongly
typed
environment,
the
compiler
actually
knows
what
structure
any
any
alternative
has.
So
the
the
compiler
implicitly
has
a
schema,
even
though
that
is
never
expressed
as
a
schema
in.
In
that
sense,
it's
just
part
of
the
the
original
program.
B
B
A
A
D
First
of
all
that
proposal
I
can
see
that
being
very
useful
to
encode
optional
values
where
one
alternative
is
null
and
the
other
is
whatever
value
or
structure
or
also
for
encoding.
What
we
call
variance
in
c,
plus,
plus
or
other
languages,
might
call
it
a
tagged
union
where
it's
a
possible
limited
set
of
data
types
that
occupies
the
same
space
in
memory,
so
those
would
be
use
cases
in
c,
plus,
plus
or
any
other
language
that
supports
optionals
or
variants.
B
That's
actually
in
there
that's
the
tag
102.,
so
the
proposal
is
to
have
128
tags
from
from
two
different
spaces
that
are
a
very
efficient
way
to
indicate
that
union
tag,
and
when
that
is
not
enough,
I
mean
you,
you
never
want
to
have
artificial
limitations
in
a
tool
like
this.
A
But
you
you
point
out
one
one
case.
That
also
came
to
my
mind
that
that's
optionality
is
that
all
the
cases
we
would
use
this,
or
is
this
more
a
case
where
we
would
like
on
many
written
out
protocols,
there's
the
option
to
have
a
null
somewhere
or
some
particularly
type
value
for
many
for
many
nullables
of
for
many
cases
where
an
application
would
have
an
option.
A
It
would
be
clear
from
the
type
that
if
there
is
something
else,
that's
not
null,
that
would
be
something.
Would
it
make
any
sense
to
treat
this
as
a
common
special
case,
which
is
which
can
then
map
to
say
haskell's,
huskers,
maybe
or
option
or
the
optimal?
As
you
mentioned,.
B
I
think
that
that's
actually
a
good
question
to
ask
duncan
and
and
michael
because,
of
course,
things
like
maybe
exist,
so
they
probably
have
a
concept.
How
maybe
should
be
translated
into
cyborg.
A
A
Any
any
other
business
that
should
have
been
on
the
agenda
that
you
want
to
mention
promote
plus,
if
give
us
pass
on
for
everyone
to
think
about.
B
B
The
draft
not
only
defines
the
sibo
tags,
but
it
also
defines
a
way
to
specify
these
things
in
cdl,
so
we
should
think
about
whether
that's
the
way
we
want
it
and
in
the
discussion
on
the
mailing
list.
I
also
pointed
to
an
older
male
about
a
year
old,
that
kind
of
opened
up
the
whole
space
on
the
representation
side.
B
So
so
the
draft
right
now
opens
up
the
space
on
the
semantic
side,
but
for
for
some
semantics
that
there
are
different
representations
to
choose
from
and
that's
not
something
that
the
draft
currently
is
addressing.
B
So
that's
another
question:
do
people
think
that
these
representations
actually
add
something,
or
is
this
a
little
bit
like
like
endianness,
introducing
additional
choice
that,
in
the
end
will
only
hinder
interoperability.
B
So
the
the
discussion
of
that
is
really
old,
so
so
the
first
applications
of
cdl
excuse
me
of
sibo
for
for
management
in
the
constraint
space
ran
into
that
before
we
we
finally
decided.
We,
we
just
wanted
to
have
a
young
representation
in
in
sibo,
so
we
we
kind
of
lost
that
fell
out
of
our
collective
consciousness.
B
B
A
A
Anyone
else,
then,
I'd
like
to
say
thank
you
all
for
your
input,
as
usual
I'll
send
out
the
mail
with
the
pointing
to
the
fighting
for
the
minute.
A
Sorry
for
the
confusion
of
the
starting
device
around
presentations,
thanks
to
francesca
for
having
a
minute
and
reach
your
mailing
list
and
see
you
later
and
thanks.
Everyone.