►
From YouTube: OpenActive W3C Community Group / 2020-02-12
Description
Opportunity Specification Proposals
Agenda and call notes can be found at https://w3c.openactive.io/meetings/2020-02-12-opportunity-specification-proposals.
A
A
A
This
is
very
much
a
kind
of
housekeeping
session.
We've
got
a
whole
bunch
of
issues
attached
to
the
opportunity,
specification
and
I
thought
we
could
just
go
through
a
number
of
these
and
hopefully
put
a
lot
of
them
to
bed
and
then,
if
we
move
through
those
with
sufficient
speed,
we've
got
generous
space
allocated
for
any
other
business.
So
let
me
just
get
the
slides
up
here.
A
A
This
is
to
do
quite
with
their
sort
of
fairly
basic
part
of
the
json
linked
data
specification,
which
is
that
the
type
and
the
ID
attributes
are
both
supposed
to
be
prefixed
with
an
@
symbol.
Strictly
speaking,
it's
a
fairly
common
pattern
in
json-ld
to
allow
aliasing
between
non
prefixed
and
prefixed
type
and
ID
attributes,
simply
because
the
out
sign
plays
havoc
with
certain
kinds
of
standard
kinds
of
JavaScript
parsing.
A
So
in
the
current
version
of
the
specification,
type
and
ID
are
both
not
prefixed.
However,
we
should
probably
try
to
conform
to
the
json-ld
schema
and
support
these
with
the
odd
signs
and
ultimately,
in
the
long
run.
I
think
do
away
with
supporting
him
without
the
@
signs,
but
the
proposal
linked
here
is
simply
to
support
both
in
the
specification.
So
it's
not
a
breaking
change.
A
B
A
C
C
B
Yeah
part,
the
reason
I
particularly
did
this
coal
was
to
be
on
this
cause
slightly
nefarious
one
which
was
working
with
another
hat
on
a
carbon
reporting.
Data
formats
have
been
wondering
just
how
important
the
add
symbols
are,
and
the
json-ld
stuff
is
I
thought
I'd
take
the
opportunity
to
lead
you
on
to
this.
B
C
It's
helpful,
the
tooling
that
we've
got
for
all
the
open
active
stuff
now
uses
now
when
you
deserialize
accepts
both,
but
when
you
serialize,
it
uses
the
@
symbol
and
it
was
fairly
painful
to
do
that
because
to
actually
replace
the
to
allow
it
to
serialize.
Both
is
actually
difficult
to
do
in
a
lot
of
JSON
parsers,
sorry
deserialize,
both
Cu
and
that
were
the
kind
of
general
string
find
and
replace
happening
before
you
do.
The
D
serialization,
which
is
horrible,
but
yeah,
is
inefficient,
especially
with
large
blobs
of
jacent,
so
I
think
yeah.
C
If
we
had
our
time
again
going
back
five
years
ago,
where
the
first
conversation
about
and
to
not
use
the
apps
I
think
we
yeah.
Maybe
in
hindsight
it
would
have
you
better
just
just
to
keep
the
apps
from
the
beginning.
I,
don't
think!
We've
really
benefited
from
not
having
the
ATS
other
than
just
like
slightly
feeling
nicer
about
it
when
you're
coding,
but
ultimately
now
we're
going
to
have
to
have
code
that
supports
both.
So
that's
just
not
the
best
thing:
okay,.
B
A
D
A
Its
to
do
with
addresses,
which
are
kind
of
only
partially
specifiable,
and
we
get
a
lot
of
bees
in
the
England
athletics
feeds
and
a
couple
of
the
other
ones
are
more
outdoor
oriented.
As
the
specification
currently
stands,
if
you've
got
an
address
field,
all
of
the
attributes
are
required,
so
street
number
or
street
name
postcode
that
kind
of
stuff.
A
A
C
C
I
suppose
the
challenge
at
the
moment
is
that
either
you
have
to
supply
an
address
and
all
the
fields
of
the
address
which
I,
which
I
think
we
originally
did,
because
there
are
some
applications
specifically
I.
Think
Google
Reserve
was
a
big
driver
for
it
at
the
time
that
require
all
the
fields
so
that
you
can
have
your
yes,
you
can.
You
can
be
featured
on
Google
Maps,
obviously
well
they're,
not
yet
using
the
data,
but
but
still
talking
about
it.
C
It's
it's
good
to
have
that
in
our
minds,
but
I
guess.
The
challenge
is,
then
that
we
drag
people
towards
a
totally
free
text
field
which
maybe
is
the
opposite.
So
maybe
maybe
it's
one
of
those
things
where
we
provide
strict
guidance
or
you
know
something
in
the
validator
that
goes
off
and
says
your
stuff
won't
be
featured
in
Google
or
whatever
it
is
that
we
need
to
be
compelling
about
about
it,
and
maybe
a
data
profile
to
looking
at
that
separately.
C
Something
like
that,
but
maybe
as
a
strict
conformance
like
if
you
haven't
got
a
second
line
of
the
address,
then
you
fail
validation
is
is
too
strict.
That's
guesses,
a
suggestion
so
that
we
can
allow
some
of
these
guys
to
use
the
post
code.
They
have
in
the
post
code
field
without
having
a
first
line
of
the
address
and
without
mangling
it
all
into
one
field.
C
C
A
B
B
B
C
C
Don't
think
it
supports
the
vaguely
specified
address
with
so
it
does.
It
does
have
an
either/or
currently,
so
it
says
geo
or
location,
but
with
the
fields
within
the
location.
Sorry,
but
your
address,
the
fields
within
address
are
always
required
was
I
guess
this
proposal
is
too
three
fields
within
a
dress
only
required
when
we
don't
have
Geo
slightly
more
complicated
object,
but
yeah.
E
C
And
without
an
address
is
as
the
relevant
fields
you're
not
going
well
I.
Suppose
yeah
I
see
what
you're
saying
you
could
argue
that
a
postcode
alone,
which
might
not
be
all
they
have
actually
does
still
give
you
some
kind
of
geo.
So
you
can
put
a
pin
on
the
map
still
and
I
guess
this
proposal
would
lose
that.
B
C
I
wonder
whether
this
is
a
data
quality
issue,
because
I
know
some
of
the
whole
point
of
having
a
date
profile
is
that
you
can
say
you
know,
there's
been.
These
many
addresses
are
probably
not
going
to
be
found
by
most
people
who
are
using
the
data.
So,
but
is
the
thing
at
the
moment?
Is
that
it's
it's
a
hard
fail
like
that,
your
validator
will
fully
fail,
so
I
guess
when
we
move
towards
fully
automated
validation
with
some
other
tooling
developed
at
the
moment.
C
For
example,
there's
a
there's
a
automated
tool
to
test
the
booking
spec
at
the
moment
and
the
booking
spec,
which
is
based
on
the
same
modelling.
Spec
has
the
same
required
fields,
and
so
at
the
moment,
you're
booking
implementation
will
fail.
If
you
don't
have
five
lines
of
an
address,
it
seems
quite
harsh
to
judge
someone's
booking
implementation.
C
F
C
So
basically
you're
saying
we
should
force
them
to
have
a
geo
if
all
they've
got
as
opposed
to
gate,
they
shouldn't
least
give
us
geo
and
if
all
they've
got
is
postcode,
it's
probably
not
that
accurate
anyway.
So
we
would.
We
should
really
hard
fail
them,
because
it's
not
usable,
really
I
mean
if
we
put
yeah,
if
even
in
the
UK,
if
you're
just
sticking
a
pin
where
the
postcode
is
and
telling
people
to
turn
up
there.
That's
like
not
not
really
gonna
work,
I.
E
Wonder
what
the
like,
given
I'm,
not
entirely
sure
sorry
Chris,
where
what
organization
you
represent
but
I,
don't
think
any
of
us
represent
data
publishers
here.
So
I
guess
it's
kind
of
a
harder
but
I
wonder
whether
we
need
to
kind
of
get
back
and
say
how
or
maybe
part
of
the
data
profiling
you're
doing
term
just
to
understand
how
many
people
would
fail.
This
that
make
sense
like
how
much
we're
breaking
changes
it
almost.
E
A
Terms
of
profiling,
I've
been
looking
at
various
activity.
Finders
and
what's
been
clear,
what's
been
clear,
is
how
valuable
O's
code
or
geo
information
is
actually
I
can't
tell
what's
happening
underneath
the
hood
of
these,
but
most
of
them
allow
a
search
by
postcode,
so
I
think
in
terms
of
getting
your
data
used
in
the
UK.
You
definitely
notice
apply
a
parsable
postcode
at
some
point.
A
A
C
C
C
F
C
G
A
A
Indicative
offers
okay,
so
I'm,
actually
not
too
sure
of
what
use
case
is
driving
this.
Maybe
Nick
has
got
a
better
idea,
so
this
is
essentially
him
asleep
long,
Tim
hope,
Sir.
What
actress
I
think
we
skipped
one
going
to
start
dating
stuff?
Oh
I'm,
sorry,
yes,
started!
Thank
you,
Chris
good
catch
started.
An
end
date
must
have
a
time
component,
yeah.
So
right
now
start
dates
and
end
dates
can
have
either
date
time.
So
specifially
specified
down
to
the
seconds
if
so
desired,
and
they
can
also
just
be
specified
as
date.
E
It's
like
triathlon,
so
it's
I,
don't
think
it's
not
that
they
want
her
littler,
it's
not
that
they
don't
want
to
have
a
start
time.
It's
just
that
start
time
for
them
is
like
difficult
to
cut
in
because,
for
example,
so
I
spoke
to
Jenny
Vincent
at
truss
on
about
this
a
month
ago,
and
she
was
explaining
that
you
have.
You
might
turn
up
for
a
triathlon
and
there's
like
several
different
events
going
on
on
the
same
day
you
kind
of
go
in
waves.
E
You
know
you
might
not
start
the
cycle
at
a
specific
time.
It's
just
whenever
you
get
out
of
the
swim
or
whatever
or
it
seems
to
be
kind
of
I'm,
not
the
best
person
to
understand
triathlon,
but
it
seems
to
be
kind
of
a
bit
of
a
complicated
way
so
they're
they
don't
really
give
in
their
the
data
that
they
capture
at
least
and
published.
They
don't
have
a
start
time
and
that's
kind
of
difficult
for
them,
because
it's
not
really
a
session.
E
It's
more
like
you
turn
up
for
the
day
and
you
there
are
several
different
types
of
events
happening
throughout
the
course
of
the
day,
the
only
one
I
know
of
but
I'm
there
may
be
others
who
have
kind
of
like
a
difficulty,
but
I
also
know
that
the
main
aggregator
on
most
of
this
data
being
I
mean
I
know
that
they
actually
can't
use
that
data,
because
the
time
is
also
an
issue
for
that.
So
yeah
I
think
it's
kind
of
that
balance
between
practically.
C
A
C
C
Yeah,
that's
it
that's
its
kind
of
highlighting
a
bit
obscure
almost
like
we've
missed
something
because
exactly
scheduled
sessions
for
classes
at
7
p.m.
and
recurrence.
So
like
every
Thursday
at
7
p.m.
and
at
the
moment,
it's
possible
to
have
a
class
at
7:00
p.m.
without
a
start.
Time,
which
would
mean
just
saying,
does
yoga
on
Thursday,
which
right.
A
Mean
this
seems
to
be
more
of
a
validator
issue
than
a
specification
issue
in
that
case,
in
that
I
feel
like
it's
awkward,
to
specify
different
possible
more
than
types
for
start
date
and
end
date
in
the
specification
itself,
depending
on
the
kind
of
event
that
it's
attached
to.
But
then
it
might
make
sense
to
do
that
as
part
of
application.
C
Well,
you
could
do
is
just
add
a
you
could
just
add
a
bullet
point
in
the
for
scheduled
session,
basically
in
for
scheduled
session
in
this
in
the
current
spec.
In
point
five
point,
six
point,
eight
point:
one
all
the
way
in
there
there's
there's
like
a
list
of
points
that
scheduled
session
must
conform
to
things
like
it
must
have
an
event.
Status
must
have
a
URL
in
there.
It
says
that
it
must
have
a
start
date
it's
required
and
it
must
be
explicitly
provided
or
derived
as
part
of
a
schedule.
C
C
Yeah,
if
we
just
added
a
sentence
after
that,
that
just
said
or
if
a
start,
if
the
start
gate
you
provide,
it
must
capital
must
be
yeah
yeah,
be
it
include
a
time
component
and
then
I,
guess
and
then
we
could
validate
off.
The
back
of
that
is
because
I
guess
it
probably
I.
If
we,
if
we
stick
to
the
the
kind
of
current
kind
of
rules
around
the
validator,
we
shouldn't
have
straightly
speaking
anything.
C
A
D
A
D
C
I
think
I
think
everyone
active
do
this
on
their
website,
which
is
that
there's
an
indicative
they've
kind
of
got
a
bit.
It's
like
a
price
matrix
of
like
adult
and
child
prices
for
different
peak
and
off-peak
times,
where
they're
not
specifically
saying
that,
like
this
slot
is
definitely
bad.
We
kind
of
you
can
click
on
us
on
a
thing
and
it
comes
up
and
there's
like
there's
a
grid
of
indicative
prices,
and
you
can
have
to
use
your
own
stinking
to
go
other
thing
I'm.
C
G
Sunny
for
their
current
kind
of
online
booking
systems,
because
it's
always
member
LED
against
a
specific
person,
everyone
in
books
has
got
a
record
in
the
database
and
exactly
what
the
price
is
gonna
be
for
that
person.
I
guess
is
this
kind
of
the
the
situation
we're
starting
to
talk
about
where
until
you
go
through
that
booking
process
and
depending
on
whether
you're
a
DA
or
junior,
or
you
this
member,
all
that
member
whatever
it
may
be.
It's
that.
How
do
you
do
that?
G
A
C
Yeah
I
think
it's
slightly
different,
so
I'm,
just
I'm,
just
gonna
get
I'm
just
going
into
fusions
facilities,
feeds
I,
think
it's.
This
seems
to
be
a
facilities
thing
in
Gladstone,
where
the
which
is
called
so
the
language
in
Gladstone
is
an
activity,
isn't
so
I
think
I
think
those
I
think
at
the
level
of
the
facility.
You
have
these
price
dance
or
something
I
can't
remember
the
name
of
them.
You.
G
C
G
C
G
G
You've
got
that
granularity
that
you
know
exactly
when
they're
booking
for,
but
at
a
facility
use
level
where
you're
just
going
back
into
this
like
well
and
who
you
are
depends
when
you
booked
and
there
could
be
essentially
six
different
prices
that
you
might
pay
for
that
based
on.
Is
it
big
or
off-peak?
Are
you
at
all
junior
concession.
C
Yes,
etc
exactly
that
exactly
that,
in
fact,
I'm
gonna
I'm
gonna
just
send
Tim
a
screenshot
of
what
I'm.
What
I
found
on
the
everyone
active
website,
which
kind
of
summarizes
that
graphically.
Because
yes
sky
says
that's
where
you
don't
know
it
the
facility
level
what
it
is.
If
you
want
to
display
something
useful
against
just
the
words
badminton,
you
can't
put
an
actual
price
in
because,
as
guy
says
at
that
level,
you
don't
know
at
the
time,
but
it
might
be
helpful
to
have
just
dropped
in
slack.
C
A
C
C
That's
that's
the
practical
example
so
where
you'd
want
to
render
this
data
is
on
that
screen,
that's
where
they're,
rendering
it
and
so
right
now,
in
our
feeds,
without
using
the
meter
field,
you
have
no
way
of
conveying
that
grid
at
this
level
without
actually
saying
I
want
the
nine
p.m.
class
at
9:00
p.m.
it's
got
caught.
A
C
C
G
C
Yep,
so
that
so
that
that
works,
and
so
much
is
for
a
human
reading
that
you've
just
got
I
can
see
it's
clearly
jr.
off-peak
jr.
peak.
It
has
a
max
value
min
value
for
age
in
there
I
think
they
must
be
coming
from
the
price
level,
yeah,
yeah
and,
and
so
that's
the
that's.
The
age
is
covered,
but
we
haven't
really
got
the
concept
of
on
and
off
peak
cupboards.
C
C
Yeah,
that's
true
or
concession,
so
I
mean
yeah.
It's
a
good!
It's
a
good
point
whether
we
want
to
put
through
what's
there
in
the
in
the
proposal,
which
is
what
is
currently
being
used
as
a
as
a
basic
at
least
it's
a
way
of
legitimately
getting
the
data
out
there
without
using
the
veto
property
or
whether
we
want
to
do
something
to
allow
us
to
describe
the
data
a
little
bit
more
fully.
A
C
C
Well
so
I
mean
if
Stephen
would
was
on
the
call
from
gll
he
would.
He
would
tell
tales
of
how
they've
spent
an
enormous
amount
of
time
trying
to
extract
data
from
legend
to
create
I
think
he
might
have
said
this
on
the
last
call
to
create
this
exact
table,
which
I
know
that
GLM
don't
have
on
there
on
the
website
and
it's
it's
been
quite
a
lot
of
business
logic,
as
you
say,
because
it's
not
it's
not
being
easy
to
just
get
the
table
format
from.
What's
in
that.
B
A
F
C
Well,
I
guess,
for
now
we
could
sounds
like
a
kind
of
desk
exercise
to
figure
out
what
the
options
to
represent
the
table
artists,
if
that's
going
to
kind
of
hit
that
the
only
thing
I
can
think
of
where
that
might
not
be
is
when
you
want
to
use
voice
or
a
screen
reader
or
something
that's,
not
visual
and
we're
kind
of
forcing
into
a
bit
of
a
visual
representation.
That's
the
only
thing
I
can
you
know
like
let's
say,
I
asked
Alexa
how
much
is
badminton
in
the
localizer
center?
C
A
Going
way
back
to
when
table
tables
were
a
common
hack
for
what
we
ought
to
be
using
CSS
for
now,
but
it
was
very
friendly
for
screen
readers
to
lay
things
out
using
tables,
because
the
order
is
clear,
other
forms
of
markup,
you
know,
what's
going
on
so
I,
don't
know,
I,
think
the
accessibility
implications
could
be
for
the
alternate
media
implications
could
be
tricky
but
again,
if
we,
if
we
find,
if
we
find
an
existing
way
of
doing
this,
presumably
somebody
will
have
thought
through
those
issues
for
us.
Ideally,
the.
E
Other
question,
which
is
a
bit
of
a
hypothetical
one,
is
if
displaying
it
in
a
tabular
format,
would
mean
that
you
have
to
show
the
whole
of
the
table.
This
might
be
my
lack
of
coding
knowledge,
but
you
could
imagine
a
scenario
where
someone's
creating
some
product-
that's
just
for
kids,
for
example.
So.
E
A
C
That's
the
case,
but
it
offers
generally
that
we
have
right
now.
I
think
have
the
same
issue
in
that
right
now.
If
you've
got
a
junior
and
adult
price,
you
can
easily
filter
those
using
age
range
to
extent,
because
that's
an
offer
property,
but
you
can't
right
now
do
the
same
thing
for
concession
or
for
the
discount
card
pricing
that
we
were
talking
about
in
the
last
call
to
kind
of
describe
yeah
and
I
guess,
peak
and
off-peak.
C
Because
I
I
guess
right
now,
what
religious
supports
is
just
a
list
of
names
and
prices.
So
you
you
proper
price.
This
you've
got
like
adult
colons,
you
know
seven
pounds
jewnicorns
whatever,
but
as
soon
as
that,
pricing
becomes
slightly
more
nuanced
and
you
can't
get
it
in
a
string
anymore.
It's
like
a
doll,
off-peak
or
adult
30%
discount,
because
it's
MC
our
membership
or
whatever.
Then
it
it
kind
of
breaks,
because
we
only
got
a
string
and
an
age
range
yeah.
C
So,
in
which
case,
would
we
I
mean
indicative
offer
is
basically
saying
this
is
this
is
not
the
offer?
This
is
one
of
the
many
offers
that
could
be
available
within
the
thing,
so
it
sounds
always
saying,
as
maybe
we
is
this
basically
blocks
until
we
figure
out
what
the
other
answer
is.
Then
we
can
come
back.
Look
at
this
with
fresh
eyes
and
figure
out
what
this
thing
looks
like
in
that
in
that
world
I
think.
A
So
because
I
think
yeah,
the
challenge
in
the
booking
specification
is
I've,
got
ten
simple,
it's
a
twelve!
That's
what
I've
got
twelve
offers
and
each
with
its
own
price
and
different
criteria,
feeding
into
what's
determined
that
price.
How
do
I
select
the
right
one
and
the
problem
with
indicative
offer
seems
to
be.
How
do
I
display
all
of
them
in
an
intelligible
way.
B
A
B
Available
for
this
band
until
you
drill
down
and
choose
your
seat
and
decided
at
least
only-
and
you
don't
know
which
one
of
those
will
guessing
what's
available
so
I
did
wonder
where
there
are
sort
of
a
range
on
an
indicative
offer.
You
could
give
them
that
you
can't
book
these,
that
you've
already
sort
of
taken
the
mountain
see,
and
that
would
mean
you
don't
have
to
crawl
down
to
every
possible
combination
of
age
times
de
card-carrying
lists,
and
what
have
you
in
order
to
at
least
establish
whether
this
is
that
an
offer?
B
It
is
of
interesting,
because
if
the
range
is
way
too
expensive
for
what
you'd
like
to
do,
then
you
just
pass
over
it
without,
and
we've
saved
ourselves,
potentially
a
level
of
parsing
and
extraction,
and
maybe
that's
a
representation
turned
that
over
to
the
data
provider,
idea
to
to
say
whether
that's
actually
easier
or
harder
to
provide
from
the
data.
A
store
just
wanted
to
throw
that
out
as
an
option
rather
than
having
to
design
the
whole
tabular
thing
inside
the
Invicta
waffles,
which
means
quite
a
lot
of
detail
for
what
is
ultimately?
A
Yeah,
it's
tricky
because
I
I
feel,
like
the
use
case,
is
typically
more
fine-grained
in
the
sector.
So,
as
you
say,
you
have
four
gig
tickets,
where
you've
got
a
huge
range
right.
If
you're
sitting
ahead
a
pillar,
it
might
be
a
fiver
and
front
row.
Seats
from
balcony
seats
will
be
75
quid
fitness
classes,
it
seems
like
the
range
is
much
much
more
narrow,
but
curiously,
it
seems
like
practice,
and
the
sector
is
to
be
quite
quite
a
bit
more
detail,
but
you
can
expect.
C
I
agree
with
that,
although
I
can't
see
the
benefit
in
having
a
from
price,
if
it
is
indicative,
because
that's
I'm
struggling
what
activities,
let
you
say
practicing
what's
the
example
where
you
would
want
to
do
that,
it
would
probably
be
something
like
probably
a
little
bit
more
expensive
or
it
would
be
like
wakeboarding
or
you
know
something
surfing
class.
Where
starts
from
75
pounds,
and
it
depends
if
you
book
it
on
what
day
that
it
might
be
more
mm-hmm,
that's
probably
yeah.
A
A
A
But
I
think
yeah
I
think
I
think
you're
having
a
sort
of
blanket
proposal.
For
you
know,
here's
here's
just
a
range.
Is
it's
a
bit
tricky,
particularly
in
some
cases.
I
think
that
you
can
get
you
know
there
will
be
free
or
charged
depending
on
if
you
fall
into
certain
categories.
So
you
end
up
with
these
kind
of
funny
ranges
like
either
there's
a
charge.
A
B
A
A
A
C
No
right
now,
it's
so
schema.org
is
forced
at
the
moment.
You've
just
got
duration,
which
is
a
time
which
is
with
a
certain
format.
So
it
has
to
be
I
so
whatever
it
is,
8601
I
think
yes,
8601.
C
Obviously,
the
length
of
your
run
will
vary
in
terms
of
time
duration,
depending
on
the
speed
of
your
run,
if
it's
a
fixed
distance
and
so
and
in
Park
runs
case
curiously,
are
just
reading
through
the
thread
they
actually
said:
they'd
rather
not
put
an
end
time
on
because
they
find
it
discourages
people
from
participating.
If
there's
an
expectation.
A
C
I
think
what
Pete
was
saying
so
Pete
works
at
Club
spark,
which
is
which
powers
England
athletics,
is
run
together.
Website
I
think
what
Pete
was
trying
to
say
there
was
that,
although
we
could
just
admit
as
parkrun
noon
was
saying,
you
know
we
could
just
omit
it
completely
because
it's
a
run.
It
just
has
a
start
time.
Actually,
it's
quite
useful
to
plan
your
time.
If
you
know
it's
going
to
be
roughly
between
one
and
three
hours
rather
than
between
six
and
ten
yeah.
A
C
A
C
So
the
property
that's
proposed
here
and
in
use
in
run
together
is
is
a
range
and
I
think.
The
proposal
here
is
to
use
estimated
duration
as
a
range
when
that's
relevant,
otherwise
to
use
duration
when
it's
an
actual
duration,
that's
fixed
for
activities
where,
for
example,
you
don't
really
want
to
range.
We've
talked
about
squash
court
bookings,
I.
F
E
I
can
I
see.
Park
runs
point
that
I
can
imagine,
is
you
know,
I'm,
not
a
runner,
I'm,
exceptionally
slow.
In
fact,
so
I
can
see.
Thinking
like
oh
crap
I've
got
to
do
five
5k
and
half
an
hour
like
there's
no
way
I
mean
we
have
to
do
that
sort
of
thing
that
it
might
put
someone
else.
So
would
you
see
this
property
is
being
kind
of
a
like,
like
we
talked
about
earlier,
like
you,
gotta
have
end
time
or
end
data,
sorry
or
or
duration.
Or
would
you
kind
of
give
people
the
option?
A
Think
we
do
need
to
soften
at
London.
Sport
has
indicated
the
same
thing,
particularly
with
regard
to
the
open
active
target
audience
of
the
Sindh
entry
that
it
is
very
easy
to
put
people
off,
and
it's
also
very
hard
to
estimate
how
long
it's
going
to
take
previously
did
not
get
people
to
do
something
well,
I
think
I.
Think
probably
we
do
want
to
say
something
like.
A
C
E
E
The
what's
the
purpose
of
it
right.
The
purpose
is
to
my
understanding.
Unless
there's
something
else,
I'm
missing
is
to
help
a
consumer
I
make
a
better
decision
right,
so
yeah
I
can
totally
see
why
I
wouldn't
expect
to
have
a
run
or
a
like
a
less
formal
cycle
kind
of
thing
to
have
a
end
time.
I
might
want
to
know
that
it
finishes
on
the
same
day.
I
wasn't
expected
to
keep
running
for
48
hours
or
maybe
I
am
you
know?
E
That's
that's
fine
if
it
in
from
one
of
those
like
mad,
like
hundred
and
forty
mile
run
things
but
yeah
I
think
in
some
cases
is
actually
I.
Definitely
with
a
claw
I
think
there's
different
East
Coast.
Isn't
it
for
a
class
that
you
were
saying
definitely
did
expect
that
kind
of
like
I,
want
to
know
if
it's
an
hour
or
half
an
hour
or
two
hours,
but
something
more
flexible.
I
think
you
need
to
allow
that
flexibility,
I
feel
I,
don't
know
so.
C
E
C
Be
fair
to
say
that
within
the
slot,
which
is
a
particular
type
of
event,
that
we
would
keep
that
end
time
and
the
duration
as
they
are
required
and
maybe
within
a
session
series,
sorry
scheduled
session
and
potentially
an
event
and
headline
event
that
you
then
make
them
recommended,
rather
than
required
for
end
time
and
duration
and
then
and
then
accept
this.
Additional
property
is
another
option
for
estimated
duration,
which
is
also
recommended
as
an
alternative.
C
B
You
know
with
logic,
to
work
out
what
that
really
meant.
I
was
looking
at
next
example:
I
sort
of
meet
his
example
in
the
proposal
and
the
literal
ISO
8601
later
6:1
parsing
amending
he's
got
there
as
it
ends
79
hours
before
it
started,
which
would
probably
mean
nothing
would
ever
find
it
if
you'll
see
a
database
search
so
I
do
one
I
just
want
to
guard
against
work
that,
because
I've
done
quite
a
bit
of
stuff
from
start
and
end
dates,
it
is
quite
tough.
E
C
That's
really
interesting:
I
didn't
spot
that
and
you're
right.
That
example
he's
got
there
yeah,
yes,
a
basic
implementation
of
that
would
definitely
break.
Wouldn't
it
because
it
looks
like
it's
and
they
start.
They
just
said
since
midnight,
so
maybe
maybe
no
would
be
a
more
accurate
representation
of
the
data,
but
equally
good,
very
cool
search.
Sir.