Re: [Spatialml-discussion] Corrected URl

[Mardis, S. A. <ma...@mi...>]

Questions about modifications 4 & 6 (included below) 

I'm not certain why one would introduce a non-consuming place tag
in cases like the example of 4. Wouldn't it be reasonable for the
tags to surround the entire phrase:

<PLACE id="0"><SIGNAL>5 miles</SIGNAL> <SIGNAL>east</SIGNAL>
<PLACE id="3">Boston</PLACE></PLACE>

After all, it is the phrase that describes the location of the
event. Is SpatialML otherwise restricted from having nested
PLACE tags?

What would be the criteria for introducing a non-consuming place
tag? Seems like you would want it for cases where a location was
referred to but had NO lexemes that referred or described the
location: perhaps in cases of ellipsis.

Regarding the "C/city of Boston", I have a naïve question about
the linguistics. The discussion suggests that "city" (no capital)
is a property of "Boston"; but I don't understand why it isn't
the other way around. For example, how does "city of Boston"
differ from "suburbs of Boston" and "backstreets of Boston". In
these cases, we have no synonymy to confuse ourselves. 

It suggests to me that the two should be marked such:

<PLACE>city of <PLACE>Boston</PLACE></PLACE>
<PLACE>City of Boston</PLACE>

-or- if the phrasal extent is a problem, "city" should
at least be marked:
<PLACE>city</PLACE> of <PLACE>Boston</PLACE>

Of course, the variations between City and city, River and river
might well not be meaningful at all and is just loose
capitalization.

Scott

----------------------------------------
4. Event-headed relative locations: In "We camped 5 miles east of
Boston", we want to be able to say that the camping took place at a
location 5 miles east of Boston. We propose extending SpatialML to
allow non-consuming PLACE tags.


"5 miles east of Boston"


<PLACE id="0"></PLACE>


<SIGNAL id="1" type="DISTANCE">5 miles</SIGNAL>


<SIGNAL id="2" type="DIRECTION">east</SIGNAL>


<PLACE id="3" state="US-MA" country="US" form="NAM">Boston</PLACE>


<RLINK id="4" source="3" destination="0" distance="1" direction="2"
signals="1 2"/>
-------------------------------------


6. "City of Boston" Problem: The current SpatialML specification says
that only "Boston" will be annotated as a PLACE and "city" will not be
tagged as it is only a property of Boston. It has been suggested that
both city and Boston should be tagged as places and they should be
linked with an EQ tag. We agree that this is a bit of an arbitrary
distinction, but the relation is more of a predicative one than EQ.

--------------------------------------


>-----Original Message-----
>From: Christy Doran [mailto:cd...@mi...]
>Sent: Thursday, January 08, 2009 3:54 PM
>To: spa...@li...
>Subject: [Spatialml-discussion] Corrected URl
>
>Sorry, that tinyurl did not work. Here's the full path:
>
>http://sourceforge.net/mailarchive/forum.php?
>thread_name=198F6FD6-6FC4-4937-8964-7CF84671D7D7%
>40mitre.org&forum_name=spatialml-discussion
>
>----------------------------------------------------------------------
>--------
>Check out the new SourceForge.net Marketplace.
>It is the best place to buy or sell services for
>just about anything Open Source.
>http://p.sf.net/sfu/Xq1LFB
>_______________________________________________
>Spatialml-discussion mailing list
>Spa...@li...
>https://lists.sourceforge.net/lists/listinfo/spatialml-discussion