When doing an import from openclipart via Inkscape for example, we see: search for "lion" - no list is shown, the console shows: /tmp/ocalfeed.xml:73: parser error : Entity 'uuml' not defined <content:encoded>Coat of arms of Russion, Zürich, Switzerland</conten ^ /tmp/ocalfeed.xml:86: parser error : Entity 'uuml' not defined <content:encoded>Coat of arms of Andelfingen, Zürich, Switzerland</co ^ /tmp/ocalfeed.xml:125: parser error : Entity 'auml' not defined <content:encoded>Coat of arms of Pfäffikon, Zürich, Switzerland< ^ /tmp/ocalfeed.xml:125: parser error : Entity 'uuml' not defined <content:encoded>Coat of arms of Pfäffikon, Zürich, Switzerland< ^ /tmp/ocalfeed.xml:164: parser error : Entity 'szlig' not defined <content:encoded>Wappentier von Gießen: roter Löwe mit schwarze ^ /tmp/ocalfeed.xml:164: parser error : Entity 'ouml' not defined <content:encoded>Wappentier von Gießen: roter Löwe mit schwarze ^ /tmp/ocalfeed.xml:164: parser error : Entity 'uuml' not defined tent:encoded>Wappentier von Gießen: roter Löwe mit schwarzen Flü ^ This constitutes a good share of all ocal searches, so it makes this feature almost useless in Inkscape. It's extremely high priority for Inkscape 0.46. Unfortunately this is an ocal bug rather than an Inkscape bug; entites like ü etc. are specific to HTML and don't exist in XML. If the OCAL uses them then it needs to define the values for those entities in an internal DTD subset. For original report, please see: https://bugs.launchpad.net/inkscape/+bug/179326
Closing all openclipart bugs as openclipart is now on launchpad, as per request from Jon Philips.
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.