[Data-modeling] Intervals as a primitive data type

Tom Morris tfmorris at gmail.com
Mon Feb 23 05:05:46 UTC 2009


On Sun, Feb 22, 2009 at 8:24 PM, Kirrily Robert <kirrily at metaweb.com> wrote:

>>> There is a type, /measurement_unit/time_interval which can be used
>>
>> Thanks for the pointer.  I completely missed that because I was
>> looking in the time domain.  I can use that in my modeling even if it
>> doesn't get any additional support.
>
> The main way you would usually find this is in the schema editor
> where, if you say that the expected type is a date/time, then "time
> interval" is one of the secondary selections available to you.  You
> shouldn't need to find this by browsing the commons, generally
> speaking.  If you didn't notice it there, I'd be interested to know
> what was going on, in case it's something we can improve in our UI.

I don't typically go to the schema editor until I know what it is that
I want to model and how.  It's not really conducive to exploring.

Things that would help:

- Use the type in common places that people would see.  For better or
worse, most people model by imitating what's been done already.  If
Person had a lifespan time_interval or Event used a time_interval, I
would have seen it immediately.
- Include the type's description text and id in the schema editor so
that you can tell what it actually does.  (I just discovered that the
type id is buried in a tooltip, but I've used the schema editor for
weeks without seeing it)
- Provide a way to jump to the schema of a target type and see
instances that use it

As an aside, I always thought that choice in the schema editor was a
duration and I was clearly not alone since it's used for things like
cell phone standby time and other things with property names of
'duration.'

Tom


More information about the Data-modeling mailing list