[OPEN-ILS-DEV] supercat schemaLocation string

Mike Rylander mrylander at gmail.com
Fri Apr 17 10:31:46 EDT 2009


On Fri, Apr 17, 2009 at 10:11 AM, Grant Johnson <fgjohnson at upei.ca> wrote:
> Thanks Mike,
> We are using it to extract local marc records out of the catalogue, transform the output into FOXML for import into the FEDORA Digital Repository as Metadata for scanned books ( DC, MODS, MODS32 and something else...
>
> There seem to be issues with utf-8, header bits and this spacing issue.
> We can deal for now but glad to hear about the fixes in the next release.
>
> FYI - demo.gapines has the same issues as our instance.
>

Everything that uses a currently released version of MARC::File::XML
will show this issue.  It's an errant space in the as_xml_record
method provided by that module, not somthing in Evergreen proper.

Of course, when I toss that blame it just boomerangs right back to me
-- I'm the current maintainer of MARC::File::XML.  ;)

There will be an new version of MARC::File::XML sometime soon, and it
includes other fixes and improvements as well.

--miker

>
>
>
> F. Grant Johnson
>  Systems Coordinator
>  Robertson Library
>  University of Prince Edward Island
>
>
>>>> On Wed, Apr 15, 2009 at 10:45 AM, in message
> <b918cf3d0904150645w745b52a6j6eaa30a7fd543f34 at mail.gmail.com>, Mike Rylander
> <mrylander at gmail.com> wrote:
>> On Wed, Apr 15, 2009 at 9:23 AM, Grant Johnson <fgjohnson at upei.ca> wrote:
>>>
>>> Hey all,
>>> Where do I go to fix the "space" preceding standards in the schema location
>> string generated with supercat?
>>> It breaks validation in Oxygen.
>>>
>>> <record xsi:schemaLocation="http://www.loc.gov/MARC21/slim
>> http://www.loc.gov/ standards/marcxml/schema/MARC21slim.xsd"
>> id="tag:open-ils.org,2009:biblio-record_entry/83841/UPEI">
>>>
>>> http://islandpines.roblib.upei.ca/opac/extras/browse/xml/call_number/-/GV
>>>
>>
>> That's a bug in MARC::File::XML, and it's been fixed for the next
>> release.  Is it causing problems for any apps outside Evergreen?
>> (FWIW, it won't cause any problems for Evergreen itself, as the scheme
>> is not used internally.)
>
>
>



-- 
Mike Rylander
 | VP, Research and Design
 | Equinox Software, Inc. / The Evergreen Experts
 | phone:  1-877-OPEN-ILS (673-6457)
 | email:  miker at esilibrary.com
 | web:  http://www.esilibrary.com


More information about the Open-ils-dev mailing list