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


Help: OASIS Mailing Lists Help | MarkMail Help

oslc-promcode message

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

Subject: Re: [oslc-promcode] Re: Fw: A bug of OSLC version of ReSpec

Naively, I think I may be able to help. (Like lion taming, right? http://www.ibras.dk/montypython/episode10.htm)

I guess that https://github.com/sspeiche/respec is the latest code base for our variant of ReSpec. Looking, I see a few lion’s teeth: the fork claims. “This branch is 112 commits ahead, 191 commits behind w3c:develop”. Therefore, whomever adopts this has a merge fest to first tackle.

Is there a chance, Steve, that you can get your fork ready for hand over and then one of us (me, perhaps) can adopt it and maintain it?

Also, why do we at OASIS have a forked code base? Is there a possibility we can return to use of the mainline code?

Lonnie VanZandt
Sent with Airmail

On 26 May 2015 at 12:00:10, Chet Ensign (chet.ensign@oasis-open.org) wrote:

Hello Mikio, hello Steve, 

At OASIS, we do not have resources to take on this sort of maintenance, unfortunately. It looks like the problem is straightforward and might not be too difficult for an experienced programmer to solve. Perhaps there is someone else in the TC with the skill set to take on the fix? 


On Mon, May 25, 2015 at 11:47 AM, Steve Speicher <sspeiche@gmail.com> wrote:
Doing a quick look at the code [1], it doesn't expect an array of
ranges so it just uses the single value it has. It shouldn't take
someone too much to change add this support. It would be good to log
the issue as well [2].

Robin Berjon, at one point, maintained the core ReSpec and W3C
template.  He doesn't have anything to do with the OASIS
extension/module, where this code is.

My current responsibilities don't have me working on OSLC related
tasks, I may be able to provide a change in coming weeks but no

[1]: https://github.com/sspeiche/respec/blob/feature/oasis-style/js/oasis/templates/shape.html#L28
[2]: https://github.com/sspeiche/respec/issues

Steve Speicher

On Fri, May 22, 2015 at 10:43 AM, Arthur Ryman <arthur.ryman@gmail.com> wrote:
> All,
> Here is what I know.
> 1. Kaz is correct. oslc:range is multi-valued. Therefore the Resource
> Shape plugin to ReSpec is wrong. Seems like a minor fix if you
> understood the _javascript_ code.
> 2. Steve Speicher wrote the plugin, but he left IBM and is no longer
> involved with OSLC, AFAIK.
> 3. Robin Berjon is the author of ReSpec, but I do not know if he has
> the bandwidth to pick up Steve's work.
> 4. Understanding ReSpec is on my todo stack. I may be able to help.
> -- Arthur Ryman
> On Fri, May 22, 2015 at 9:55 AM, Mikio Aoyama <mikio.aoyama@nifty.com> wrote:
>> Dear Chet:
>> I'm contacting you by the advice of Dr. Jum Amsden.
>> It seems a bug of ReSpec adopted to OASIS.
>> The details are reported below by Mr. Funakoshi.
>> Could you advise us any procedure to solve the problem?
>> Thanks.
>> Best Regards,
>> Mikio
>> -----Original Message----- From: Kazuhiro Funakoshi
>> Sent: Friday, May 22, 2015 2:23 PM
>> To: Mikio Aoyama ; Arthur Ryman
>> Cc: oslc-promcode@lists.oasis-open.org
>> Subject: A bug of OSLC version of ReSpec
>> Prof. Aoyama, and Arthur,
>> I think we met a bug of ReSpec.
>> In my understanding, in Resource Shape 2.0, specifying a range property of a
>> relation allows us to restrict to one of multiple
>> resource types.
>> However, with current OSLC version of ReSpec, it shows only the last range
>> resource type instead of all of them.
>> For example in [1], ldp:contains relation from ManagedItemContainer states
>> its range as Issue(oslc_promcode:Issue) in the generated
>> table.
>> On the other hand, in its rdf+turtle definition[2], it is:
>> """
>>    oslc:range oslc_promcode:ScopeItem, oslc_promcode:WorkItem,
>> oslc_promcode:Artifact, oslc_promcode:Risk, oslc_promcode:Issues;
>> """
>> I think this is a bug of ReSpec. Could you please forward to corresponding
>> person (it's not Steve now, right)?
>> [1]
>> https://tools.oasis-open.org/version-control/browse/wsvn/oslc-promcode/shape/trunk/spec.html#manageditemcontainer
>> [2]
>> https://tools.oasis-open.org/version-control/browse/wsvn/oslc-promcode/shape/trunk/manageditemcontainershape.ttl


Chet Ensign
Director of Standards Development and TC Administration 
OASIS: Advancing open standards for the information society

Primary: +1 973-996-2298
Mobile: +1 201-341-1393 

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