On 2011-08-04, Robert Burrell Donkin wrote:

> On 08/03/11 15:00, Stefan Bodewig wrote:
>> On 2011-07-31, Robert Burrell Donkin wrote:

>>> On 07/20/11 09:26, Stefan Bodewig wrote:

>>>> * licenseFamilyCategory

>>>>   Ends up in a metadata attribute RAT_URL_HEADER_CATEGORY and becomes
>>>>   the name attribute of the <header-type/> element.

>>>>   This is the only visual impact any of the attributes has on a plain
>>>>   text report.  It is shown next to the file name in the list of scanned
>>>>   files.

>>>>   BUT it also ends up in a metadata attribute
>>>>   RAT_URL_LICENSE_FAMILY_CATEGORY and becomes the name attribute of a
>>>>   (second) <license-family/> Element.

>>>> So we end up with two <license-family/> elements, one with the "short
>>>> name" and one with the longer one.  Is this intentional?  The plain text
>>>> report ignores those elements completely.

>>> IIRC the original intent was to support license reasoning but I'd be
>>> very happy to see the reporting simplified by removing them

>> Removing whom, exactly?  I'd propose to remove the license-family for
>> RAT_URL_LICENSE_CATEGORY since its value will still be available from
>> the header-type element.

> works for me :-)

Done

Stefan

Reply via email to