OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

ubl-comment message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]


Subject: RE: [ubl-comment] Calling for a free, open metadata registry


Actually, it is easy enough to do in Zope/CMF, but I am just getting up to
speed on UBL. (I just downloaded the documents the other night. I haven't
even read them yet). As soon as I do, I will get an implementation running.

If you do it in ZOPE/CMF, you can distribute it for free(at least I think
so. Open Source licenses can be tricky). Zope has lots of neat properties
that make it very attractive for sophisticated object repositories.
.....

For those of you who are not familiar with ZOPE/CMF <http://www.zope.org>,
It is a free Open Source object toolkit/database/Allserver (Web, SMTP, FTP,
WEBDAV, XML-RPC, etc) that can serve objects over the Web to just about any
kind of browser. Objects can be created, managed, deleted and viewed
completely through a standard Web Browser such as Internet Explorer,
Netscape or Konqueror. CMF (Content Management Framework) adds content
management support to ZOPE.

There is access control, querying, indexed search, versioning, undo, access
and history available for each object or object tree, and all objects and
methods are accessible via XML-RPC. Zope Objects use a form of inheritance
called acquisition, where the method and properties of an object are
dependent on the path used to access the object. a sort of run time virtual
method or attribute.

With the Page Templates extension, you get a sort of advanced XPATH/XLINK
called TALES/TAL/MeTal, which allows you to incorporate parts of objects
into other objects based on XPath style TALES pointers. Add in Acquisition
based context dependency, and you caneven  represent sophisticated natural
language understanding object graphs in Zope, something that normally
requires sophisticated bisimulation (I know that's confusing. Just take my
word for it, you can create object graphs that would startle MC Escher and
make Salvador Dali and Picasso weep over their lack of imagination)

With the addition of the Content Management framework extension, a Basic
Dublin Core metadata is added, with the  ability to modify or expand upon it
for each object individually, as well as personalize the object collection
on an individual by individual basis (It is a portal, after all). From what
I know of ebXML, Zope has far more Knowledge Representation capabilities
than what is required for this application. There is also a basic publish
workflow for each object, and you can syndicate objects for RSS feeds, as
well as add a threaded discussions to each object.

With the ZEO extension, Zope servers can be clustered, and with the ZSyncer
extension Zope Objects can be mobile and distributed.
THere are over 500 other extensions, including the ability to use just about
anything, including databases such as Oracle 9i and native file systems, as
though they were part of the object database.

Zope is written (mostly) in Python, a object oriented language that runs on
more platforms than Java, everything from Apple Mac's to PalmPilots to
ZServers. There are currently over 500,000 Python programmers and 20+ books
in English.

Zope uses a very small footprint and installs automatically on most
platforms. (I run it on Linux and Windows 2000, include on a Sony Vaio 333
MHZ Pentium II with 128M memory) In addition you can add in Jython (Java
Python) support and access all Java libraries, CPython, and access all C++
libraries, Python.NET, and access all .NET libraries, and WinPython, and
access all COM, Com+ and Win 32 PDK libraries. With WxPython, you can have a
platform indepoendent Windows like GUI. (The platform extension are
particularly neat. I created a COM object in two lines of code, then added
an XML RPC remote procedure calls in another three lines, resulting in
linking Microsoft Office to Zope.)


-----Original Message-----
From: Todd Boyle [mailto:tboyle@rosehill.net]
Sent: Monday, April 01, 2002 8:20 PM
To: ubl-comment@lists.oasis-open.org
Subject: [ubl-comment] Calling for a free, open metadata registry


Whoops, I posted the wrong list!  Hope you find this interesting,
Respectfully,
Todd

To: oagis-users@yahoogroups.com
Subject: Calling for a free, open metadata registry
Cc:
ebtwg-ccs@lists.ebtwg.org,bl-discussion@lists.commerce.net,xbrl-public@yahoo
groups.com


This is an open request to OAG, which I will also post to other e-
business metadata standards organizations.

Please establish a free, Core Components registry service on the net.

Provide programmatic and manual interfaces that allow any user to upload
any elements they need, and archive them forever on a read-only basis
with a GUIDs starting from 00000000001.

Provide a free programmatic interface forever thereafter, so that a UID
can be resolved into its meaning.  Become the "Hotmail" of e-business
metadata.

The table structure is just an eleven-column table, reflected in the
initial library of core components, which has not changed since May
2001. (The Word doc or PDF doc.)

    0  String    UID
    1  String    DictionaryEntryName
    2  String    CCTused
    3  String    BasicOrAggregate
    4  String    definition
    5  String    remarks
    6  String    ObjectClass
    7  String    PropertyTerm
    8  String    RepresentationTerm
    9  String    BusinessTerms
    10 String    CoreComponentChildren  (comma-delimited list)

There is no need for ebXML Context, Constaints Language, or distinction
between a Core Component and Business Entity.

A simple CC has no CoreComponentChildren.  Aggregate CCs have
CoreComponentChildren which may also be Aggregates.  Therefore, entire
business documents may be represented in this registry.

I have worked with this approach and provide sample python code,
documentation, and a sample registry at http://www.arapxml.net. (I am
not an employee of the ARAP Project or its owners, and this message is
my personal opinion. )

At ebTWG Seattle, Feb. 6th, Arofan Gregory argued at length that the
requirement of uniqueness in DictionaryEntryName be dropped, thus
allowing all of the large (incompatible) libraries to be entered into
ebXML registries entirely, without change.  This allows the registry to
be a one-stop mapping and transformation resource.

Transformation today is an expensive, bilateral, custom job -- because
of the N-squared problem, cost of tools, and fundamentally incompatible
visions (ISO 11179/reg.rep's, versus UML/BP, vs XML/XSLT etc.)

This free, public registry could provide a 2nd interface dedicated to
mappings. Thereby, potentially accumulating all of the mappings in the
world, in computable format. Of course you run straight into the
constraints language and numerous patented proprietary mapping systems.
Therefore, best approach is the law of the jungle:  let the best
elements and schemas beat the others to death, in public adoption.

Registry content could be replicated to mirror sites or local caches
since it would be completely static (write-once, read-only).

I think an organization like OAG should start up this server, pay the
money to make it blazing fast, and put in the governance to prevent any
tracing or tracking of accesses of the metadata other than to maintain
usage counts and analytics of data elements for public consideration.

Registry content could be replicated to mirror sites or local caches
since it would be completely static (write-once, read-only). Licensing
of mirror sites might require they report usage metrics to a summary
counter.  So, you may end up with a federation of trusted metadata
registries.

Registry subsets could be published by orders of magnitude: the top 100
elements, the top 1000 elements, top 10000 elements, etc.

Like the NASDAQ your vocabulary gets bumped out of the top 1000 if it's
not being used. Arcane and rarely-used elements and schemas will be
demoted into the 10,000,000 element registry subset where it takes five
seconds to get a UID resolved, and there's no computable mapping.
Meanwhile, ordinary users of the top 1000 will get an element resolved
in microseconds, from their cache in the local PC.

This server will require adequate technical measures to prevent denial
of service attacks, intrusion, or other malicious behaviors.

Within a short period of time, the elements having the best conceptual
definition and shape, would start to see large numbers of users, and
voila:  A de-facto standard based on usage, instead of the decisions of
dominant vendors.

Some further comments, in this ebTWG Core Components message,
http://lists.ebtwg.org/archives/ebtwg/200203/msg00047.html

Just one final note.  The ISO 11179 concept of expert, highly skilled
Registration Authority, is not appropriate to business, because the
financial and political consequences of metadata design decision
predominate.  In contrast to scientific domains, business metadata lacks
any sufficient empirical or expert basis for decisionmaking.

The UN/CEFACT has failed to articulate any objective basis and has a
failure of intellect.  Its vision of central planning and benevolent
philosopher kings ignores markets, and ignores democratic principles.

Its process for populating registries will be politically delegated to
its Domains. It has even provided separate "Contexts" in registries for
duplicative implementations of the same semantic entities by domains.
There is an obvious problem of concentrated benefit and distributed
cost, i.e. the decisions favor participating organizations at the
expense of nonparticipating ones: individuals and small business,
as well as huge segments of the software industry who don't participate.

Todd Boyle CPA  9745-128th Ave NE  Kirkland WA
International Accounting Services, LLC  www.gldialtone.com
tboyle@rosehill.net  425-827-3107    alt.recovery.ebxml


----------------------------------------------------------------
To subscribe or unsubscribe from this elist use the subscription
manager: <http://lists.oasis-open.org/ob/adm.pl>



[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]


Powered by eList eXpress LLC