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

 


Help: OASIS Mailing Lists Help | MarkMail Help

legaldocml message

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


Subject: Re: [legaldocml] Legislative documents - extending usage


Dear Ashok, 

Il giorno 13/apr/2012, alle ore 09.06, Ashok Hariharan ha scritto:

> Akoma Ntoso until now is a model for representing existing "paper/print" documents. E.g. Bill, Judgement, Acts etc. 
> 
> However - there is a lot of information recorded in Legislatures (and I would think the case extends even to the judiciary ) - which does not fall into the category of "formal print" documents modeled by Akoma Ntoso, so I want to call them "virtual documents" since they are not "formal" documents (and may not have a formal form - in fact they will in many cases have a virtual form - in some kind of computer system ) 

> 
> For instance - there is information about a tenure of parliament itself in terms of when it began and when it ended, what its composition was, and what its extended metadata was (the parliament was called "6th parliament"). The same applies to the committees, and if you ultimately describe the metadata in granular detail - you would want to describe information about people - e.g. the metadata concerning a member of parliament. 

An accepted term for what you describe already exists: you want to build a **knowledge base** of facts and assertions about the legislative process and its actors. In 2012, the "cool" way to create a knowledge base is by using Semantic Web technologies, creating an OWL ontology and populating it. Alternatively, and more easily, you could create a (probably complex) maze of relational tables in a DBMS and populate them. There are differences in expressivity and flexibility in the two approaches, which can be discussed if you are interested, but basically that is the way to go. 

Akoma Ntoso is a markup language for documents written in natural language. It does provide a way markup text, to comment and annotate its parts, and to make assertions about its content. It also provides tools to tie the assertions abut topics **contained in the document** to facts and assertions that are related, even if they are not contained in it, but provides no way to specify these new facts and assertions if they are **not contained in the document**. It does not provide a schema (a TBox), it does not provide for their storage, it does not provide for their retrieval and access. On the other hand, it does provide a naming convention for them (names are cheap).  

Should we work on it? In my mind, doing legal ontologies is hard to do, hard agree on its result, and the domain that needs to be described is particularly complex and each specific legal domain (criminal vs. civil codes, individual countries, etc.) have incredibly different peculiarities that make agreement and standardization simply impossible. 

Maybe the specific field of the legislative process, which is somewhat more restricted, could be easier to address, but I am still convinced that it is at least one order of magnitude more complex than an XML document standard about written, explicit, well defined legal documents. 

From my point of view, this topic is, at least for the moment, out of scope of the OASIS TC, even though I am more than willing to work on this issue personally (it is a research topic for me at the moment). 

I will also shamelessly use your question as a chance to do a bit of self-promotion, informing you and everybody of a research-oriented call for contributions exactly on this topic, a Special Issue of the Semantic Web Journal on "semantic web and the legal domain", where ideas and contributions on exactly this topic are sought and appreciated. Details about the call can be found at http://www.semantic-web-journal.net/blog/semantic-web-journal-special-issue-semantic-web-legal-domain

Ciao

Fabio

--

> This information is important because it gets referenced from Akoma Ntoso documents. A typical use case  is in a debate-record (hansard ) - the debate-record has the spoken words of different members of parliament ; If the member name was marked up correctly it allows you to pull out all speeches made by the member of parliament in that tenure of parliament -- However it doesnt give you any info about the particular Member of Parliament nor about that particular tenure of parliament. 
> 
> Similarly if you had bills in Akoma Ntoso, and you had a bill tracking app built on top of that. Currently the information provided by the Akoma Ntoso document is just that the bill is in a committee on X date, its not possible to get information about the committee itself (or its composition which may be very relevant information ) .
> 
> What I am suggesting is that there may be some benefit in being to able to model non-document entities in Akoma Ntoso. I know now this can be done via proprietary metadata or modelling this extend metadata in RDF documents - but thats everyone unto his/herself. At least for legislative entities the entity model is essentially - groups having members and both groups and members having descriptive metadata. 
> 
> 
> 
> 
> 



--

Fabio Vitali                            Tiger got to hunt, bird got to fly,
Dept. of Computer Science        Man got to sit and wonder "Why, why, why?'
Univ. of Bologna  ITALY               Tiger got to sleep, bird got to land,
phone:  +39 051 2094872              Man got to tell himself he understand.
e-mail: fabio@cs.unibo.it         Kurt Vonnegut (1922-2007), "Cat's cradle"
http://vitali.web.cs.unibo.it/






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