Re: [xsl] supress errors?

Subject: Re: [xsl] supress errors?
From: dan@xxxxxxxxxxxxx
Date: Thu, 19 Jan 2006 22:30:12 -0500 (EST)
I have a feeling that it may be this. The XML is well-formed, but PHP is
getting tripped up on a weird character. I'll look into pre-proccessing it
first.

thanks for all the help (as always!)

Dan

> It's possible that the XML has been edited using a non-XML aware
> editor such as Notepad and has been saved using an encoding thats
> different from the encoding specified in the prolog.  For example, the
> prolog is the traditional:
>
> <?xml version='1.0' encoding='utf-8'?>
>
> ...and Notepad has saved the file in ANSI.
>
> Its pure speculation as ever because the OP didnt provide a failing
> example.
>
>
> On 1/19/06, Michael Kay <mike@xxxxxxxxxxxx> wrote:
>> No: I'm afraid that if your XML isn't well-formed, there's no way you
>> can
>> use XSLT to process it.
>>
>> A lot of the motivation behind XML was to get away from the "tag soup"
>> mentality of HTML, where consumers of HTML were expected to plough on
>> regardless of what rubbish they found in their input.
>>
>> Michael Kay
>> http://www.saxonica.com/
>>
>>
>> > -----Original Message-----
>> > From: dan@xxxxxxxxxxxxx [mailto:dan@xxxxxxxxxxxxx]
>> > Sent: 19 January 2006 15:33
>> > To: xsl-list@xxxxxxxxxxxxxxxxxxxxxx
>> > Subject: [xsl] supress errors?
>> >
>> > For my application, people have to upload an XML file (their
>> > iTunes Music
>> > Library). After it uploads, I run a transformation on it in PHP5. Many
>> > transformations are not working and showing errors because of weird
>> > characters in the source XML. The source and result XML are
>> > set to UTF-8.
>> > Is there a way to skip over a troubled node? I can't imagine that XLST
>> > doesn't have a way to deal with this.
>> >
>> > thanks,
>> > Dan
>
>


http://www.streampad.com
username - dan

Current Thread