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

 


Help: OASIS Mailing Lists Help | MarkMail Help

tm-pubsubj message

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


Subject: Re: [tm-pubsubj] Re: Publishing PSIs


Murray, Mary and al.

Concerning general IPR issues in the frame of OASIS TCs work, please (re)read
carefully
http://www.oasis-open.org/who/intellectualproperty.shtml

Concerning application of those guidelines to our TC work, my understanding is
as following. It would be fine to have Karl confirm that I am getting right the
OASIS IPR policy, and correct me otherwise.

1. The only documents subject to the OASIS TC copyright should be the voted TC
recommendations (the three deliverables defined by the charter). I remind the
default editor of those recommendations is so far the chair, approved by Orlando
meeting.

2. Working documents, proposals, etc. proposed by TC members and published on
the TC website should conform to the requirements stated at the above quoted
adress, and singularly:

OASIS.IPR.2 Confidentiality Obligations
No contribution that is subject to any requirement of confidentiality or any
restriction on its dissemination may be considered in any part of the OASIS
Standards Process, and there must be no assumption of any confidentiality
obligation with respect to any such contribution. No submission should be made
on the basis of an assumed confidentiality obligation or restriction on
dissolution.

3. Any published subject documentation should remain IP of its publisher, and it
is *NOT* IMO in the TC charter:
-- either to be such a publisher, except for small and simple samples to
illustrate the recommendations, and I would suggest to choose those samples out
of currently controversial and hot scopes, avoiding e.g. countries and languages
:))
-- or to interfere in IPR issues between publishers, even if those publishers
are TC members or their organizations.

4. The TC could/should of course register and somehow "validate" important
publications conforming to its recommendations. We have certainly to discuss
clearly and throughout this process of validation and make the conclusions part
of the second TC deliverable (management of published subjects)

Bernard

----- Message d'origine -----
De : "Mary Nishikawa" <nisikawa@fuchinobe.skk.slb.com>
À : "Murray Altheim" <murray.altheim@sun.com>; "tm-pubsubj"
<tm-pubsubj@lists.oasis-open.org>; "Bernard Vatant"
<bernard.vatant@mondeca.com>; "Steven R. Newcomb" <srn@coolheads.com>; "Michel
Biezunski" <mb@infoloom.com>; "Lars Marius Garshol" <larsga@garshol.priv.no>;
"Scott Tsao" <skst4xml@yahoo.com>
Envoyé : samedi 5 janvier 2002 23:42
Objet : [tm-pubsubj] Re: Publishing PSIs


> Murray,
>
> I was unaware of the IP issues and all of the work that you have already
> done, otherwise I would not have proposed a region.xtm. You are very, very
> right. This is really the first matter at hand, and I don't see how we can
> go forward in the committee without settling it.
>
> Best regards,
> Mary
>
>
> At 04:20 AM 1/4/02 -0800, Murray Altheim wrote:
> >Let me digress from the technical for a moment to discuss an
> >important topic that we've to my knowledge not yet brought to
> >the table.
> >
> >The recent message from Mary brought up for me a number of touchy
> >issues that perhaps she is not aware of, issues that come from some
> >of the history of the TopicMaps.Org Authoring Group.
> >
> >Following on from my development of the language.xtm and country.xtm
> >topic maps (published as part of the XTM 1.0 Specification) I went
> >ahead and developed a number of other topic maps I felt might be
> >useful within the community. The reasons these haven't been published
> >have to do with both the IP issues of me working at Sun (though this
> >isn't a real barrier unless I make it one), the lack of a publishing
> >authority (given that TopicMaps.Org disappeared from the scene), and
> >finally what I consider the poor record of what I'd consider fair
> >attribution in our group's history. As Steve Newcomb will attest, my
> >feelings regarding people getting proper and fair credit for work
> >accomplished are very strong, as well as people making unauthorized
> >edits or changes to what is not their intellectual property, changes
> >made without even asking the author. Sometimes this is a legal matter,
> >sometimes just a courtesy, but in either case it's good practice.
> >
> >I honestly bristled at Mary having modified these files as well as
> >duplicating work I'd done last year, just as if someone had modified
> >any work I'd put substantial effort into without asking or beforehand
> >establishing any relationship to myself or the work. As a number of
> >people receiving this message are well aware, there was a major scrape
> >over the removal of four names from both the XTM specification and the
> >XTM DTD, which has never been remedied. You still don't see Steve and
> >Michel's name on the XTM Spec, despite an agreement within the
> >Authoring Group that this should occur. We really don't need to rehash
> >this history, suffice it to say that the issue is still within the
> >community, dormant and hot like smouldering leaves. I don't want to
> >bang on Mary's head about this particularly, but if there's a hot
> >button for me in this group, she has inadvertently pushed it.
> >
> >To put it more bluntly, until there is some understanding between
> >the parties about what processes and responsibilities are to be
> >established surrounding the work of this group, I'll not be
> >releasing *any* of my work to this group. As many could tell you,
> >this is not due to any lack of generosity on my part. I'm quite willing
> >to provide these materials to the group once these relationships have
> >been established. But I don't want the kinds of issues that we've
> >seen in the past surfacing again. Otherwise I'll be publishing my
> >work under a very different copyright, one that would not allow
> >anyone to make any changes to the document without my permission.
> >I don't imagine this will be necessary, but I want to be very clear
> >that IP issues must be resolved before we move forward.
> >
> >Murray
> >
> >...........................................................................
> >Murray Altheim                         <mailto:murray.altheim&#x40;sun.com>
> >XML Technology Center, Java and XML Software
> >Sun Microsystems, Inc., MS MPK17-102, 1601 Willow Rd., Menlo Park, CA 94025
> >
> >                 Corporations do not have human rights.
>
>
> ----------------------------------------------------------------
> 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