[Data-modeling] Events

Ed Laurent spatial.db at gmail.com
Wed Feb 20 03:49:25 UTC 2008


In retrospect, my last email was perhaps a little too metaphysical. Here's a
more tangible example: Locations in a geographic information system are
stored using spatial data. These point, lines, areas or cells may or may not
be joined to attributes such as place names and those names may differ
depending on the user. Also, the location boundaries may vary depending on
who is defining them and over time. Events tied to places should therefore
consider their physical location as separate from the attributed name of
their location if they are to conform to typical geospatial data standards.

Here's a very silly, complex and hypothetical situation: There was a tree
that once grew in a park. The park overlaps the border of two counties and
the park's name was changed during the lifetime of the tree. I want to
describe the event of the tree's existence because it is special to me for
some reason. Furthermore, I consider the area where the tree occurred as
place rather than a point. What was the place of the tree during the event
of its lifetime (e.g., one polygon that grows over time, one volume that
grows over time, two parks, two counties)? It is a silly and complex
question but could represent something that will one day require modeling.
Does the proposed schema handle the tree?

I think the proposed schema will be fine for most users now but will be
limiting in the future if it does not handle the tree.

-Ed


On Feb 19, 2008 6:57 PM, Faye Li <faye at metaweb.com> wrote:

> I can say that at least the convention in the art world for "labeling"
> is to use names used at the time of artwork creation to identify places
> and periods. Relative or not, there is a singular identification for a
> place given a particular point in time.
>
> There's no need for retroactive re-naming of art objects where empires
> fall and national boundaries change. For example, a frieze from Syria in
> 500 BCE will be labeled to be from the Persian Achaemenid Empire because
> that was what the place was at the time, even though it no longer
> exists. And the current location, likely stated in the form of "Present
> day Iran", will only be mentioned to provide a reference point, not to
> serve as primary means of nationality identification.
>
> So, regardless of Kosovo's declaration of independence, artwork created
> there while under Serbia rule will continue to be labeled as from
> Serbia, although a second line might now appear to indicate the present
> day location as Kosovo.
>
> -- Faye
>
>
> Ed Laurent wrote:
> > Keep in mind that "place" is different than "location". In other
> > words, a point, line or area in space is not the same thing as the
> > _name_ someone gives that point, line or area at a specified point or
> > period in time, which may differ and not necessarily completely
> > overlap with the name someone else gives that point, line or area at
> > the same or different point or period in time. In addition to the
> > difference between "location" and "place", Einstein showed us that
> > both space and time are relative and that the physical theory of
> > relativity can be extended into the psychological realm of perception.
> > I think these are the issues that most people have been circling in
> > this discussion.
> >
> > -Ed
> >
> > On Feb 18, 2008 2:19 PM, Kirrily Robert <kirrily at metaweb.com
> > <mailto:kirrily at metaweb.com>> wrote:
> >
> >     OK, so the gist I'm getting here is that people feel that the
> >     following properties of events have some relevance:
> >
> >     * start/end date/time
> >     * location
> >     * includes/included by
> >
> >     Nobody has yet said they feel that "people involved" is
> >     fundamentally relevant.
> >
> >     How about "historical periods"?  Do we more or less agree that
> >     that kind of long-running event is still just an event?  If so,
> >     can I propose the refactoring of all the historical periods
> >     currently listed in /time/historic_period into plain old
> >     /time/events?  That would also make "historic events" into
> >     ordinary events.  I think I'm OK with that; the distinction
> >     between a "historic" event and a not-historic one is kind of
> >     meaningless anyway.
> >
> >     K.
> >
> >     --
> >     Kirrily Robert
> >     Freebase Community Director
> >     kirrily at metaweb.com <mailto:kirrily at metaweb.com>
> >
> >     _______________________________________________
> >     Data-modeling mailing list
> >     Data-modeling at freebase.com <mailto:Data-modeling at freebase.com>
> >     http://lists.freebase.com/mailman/listinfo/data-modeling
> >
> >
> > ------------------------------------------------------------------------
> >
> > _______________________________________________
> > Data-modeling mailing list
> > Data-modeling at freebase.com
> > http://lists.freebase.com/mailman/listinfo/data-modeling
> >
>
> _______________________________________________
> Data-modeling mailing list
> Data-modeling at freebase.com
> http://lists.freebase.com/mailman/listinfo/data-modeling
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freebase.com/pipermail/data-modeling/attachments/20080219/e3873f2e/attachment.htm 


More information about the Data-modeling mailing list