[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

RE: Please no UOM (was Re: maps)

• To: "'Simon St.Laurent'" <simonstl@s...>, <xml-dev@l...>
• Subject: RE: Please no UOM (was Re: maps)
• From: "Didier PH Martin" <martind@n...>
• Date: Sun, 4 Aug 2002 18:57:19 -0400
• Importance: Normal
• In-reply-to: <4.2.0.58.20020804180644.01353a40@p...>

Hi Simon,

Simon said:
Attempts to solve UOM (you do mean units of measure, I hope?) globally
are 
likely a horrible mistake. (Think WXS date/time types.)  However,
building 
systems which make it possible to solve UOM locally makes a lot more
sense 
to me than "well, it's an int, but who the hell knows how many of what
it 
represents?"

Local representation for local information makes a lot more sense to me 
than any effort to globalize the representation by converting everything
to 
a common format.  People who insist on building centralized arbiters of 
information probably think differently, but since I find the centralized

arbiter model repulsive in itself, I don't think it's particularly 
interesting.  (Nor do I care what SAP and Baan and PeopleSoft find
convenient.)

Didier replies:
Just curious and wanting to understand your need. 

Do you want to create a java type (i.e. class) to describe/manipulate
the geographic coordinates? So to speak, the element referring to the
geographical coordinate would map to a class. Is it your intent?

Cheers
Didier PH Martin

• Follow-Ups:
  • RE: Please no UOM (was Re: maps)
    • From: "Simon St.Laurent" <simonstl@s...>

• References:
  • RE: Please no UOM (was Re: maps)
    • From: "Simon St.Laurent" <simonstl@s...>

• Prev by Date: RE: constructive (was RE: Markup perspective not code)
• Next by Date: Re: Re: URIs, concrete (was Re: Un-ask the question)
• Previous by thread: RE: Please no UOM (was Re: maps)
• Next by thread: RE: Please no UOM (was Re: maps)
• Index(es):
  • Date
  • Thread