[xml] Waarom is dit niet goed genoeg?

[r0bert]

Simpeler kan het haast niet.. Waarom werkt dit XML-bestand nou weer niet?

HTML:

<?xml version="1.0"?>

<data>

<record>
    <naam>Abeltje, B L</naam>
    <straat nummer="4">Nederpoortsestraat</straat>
    <postcode letters="AA">5555</postcode>
    <tel>0000 000000</tel>
</record>

<record>
    <naam>Abernicht, D</naam>
    <straat nummer="2">Omdehoek</straat>
    <postcode letters="XX">8888</postcode>
    <tel>0000 000001</tel>
</record>

</data>

zie ook: http://62.131.154.4/test.xml

:?

[ Voor 191% gewijzigd door r0bert op 09-06-2004 20:34 ]

[Nvidiot]

de "," in de naam misschien? Dat is wel waar IE over valt:

An invalid character was found in text content. Error processing resource 'http://62.131.154.4/test.xml'. Line 6, Position 14

<naam>Abels,

[r0bert]

Nee, het is niet de komma

Als ik hem gewoon van mijn harde schijf (dus c:\ schijf) open, doet hij het wel gewoon..

[ Voor 66% gewijzigd door r0bert op 09-06-2004 20:35 ]

[Rickets]

Je spatie was waarschijnlijk geen normale spatie, maar een ander karakter. Inmiddels doet hij het goed bij mij

[faabman]

je moet in ieder geval ff een contenttype toevoegen, ik zie in firefox nu een aantal tekens die daar niet horen te staan...

[r0bert]

Rickets schreef op 09 juni 2004 @ 20:36:
Je spatie was waarschijnlijk geen normale spatie, maar een ander karakter. Inmiddels doet hij het goed bij mij

Huh ja bij mij ook.. Maar ik blijf bij het probleem zitten dat mijn bestanden van de output uit php niet goed zij.. (misschien is het meer wat voor de buren, kan dan bitte een modje mijn topic moven? ). Misschien komt het door de \r\n\t?

voor de volledigheid:

PHP:

$strFile    .= "\r\n\r\n<record>\r\n\t<naam>".htmlspecialchars($arrArray
   [1])."</naam>";
$strFile    .= "\r\n\t<straat nummer=\"".htmlspecialchars($arrArray
   [2])."\">".htmlspecialchars($arrArray[3])."</straat>";
$strFile    .= "\r\n\t<postcode letters=\"".htmlspecialchars($arrArray
   [4])."\">".htmlspecialchars($arrArray[5])."</postcode>";
$strFile    .= "\r\n\t<tel>".preg_replace('/\s/', '', htmlspecialchars($arrArray
   [6]))."</tel>\r\n</record>";

En contenttype/encoding, dat komt idd ook nog..

[edit]ligt idd denk ik echt aan die spatie (zoals firefox ook aangeeft zoals al eerder gezegd). Maar wat moet ik daaraan veranderen dan

Oplossing was dichtbij, maar totaal niet logisch in mijn ogen

PHP:

preg_replace('/\s/', ' ', $arrArray[i]);

Problem solved denk ik maar

[ Voor 107% gewijzigd door r0bert op 09-06-2004 20:46 ]

[Verwijderd]

Te laat....

[ Voor 98% gewijzigd door Verwijderd op 09-06-2004 20:51 ]

[Verwijderd]

Waarom zet je het nummer van de straat en de letters van de postcode als attribuut? Het lijkt me essentiele data, nietwaar?

En voor je header:

code:

header("content-type:application/xml;charset=utf-8");

[Bosmonster]

Hmm.. wat is het verschil tussen application/xml en text/xml als content-type dan Anne? Ik gebruik persoonlijk namelijk altijd de laatste.

En weet je toevallig of het nog verschil uit maakt of je de charset in de header-info meestuurt (zoals jij doet) of dat je deze in het encoding acttribuut meegeeft in de xml-tag?

[Verwijderd]

Ik weet het antwoord op beide . Voor het content-type gedoe:

• http://annevankesteren.nl/archives/href/2004/06#link-321
• http://ln.hixie.ch/?start=1037398795&count=1
• http://www.w3.org/TR/2002...-types-20020801/#text-xml

Het komt er op neer dat 'text/xml' zuigt vanwege character encoding problemen.

Je tweede vraag komt er op neer dat HTTP altijd meer te zeggen heeft dan het document zelf. Dat betekent niet dat elke browser zich daar ook aan houdt, omdat HTTP wel een aantal problemen heeft, maar dat zijn edge cases en is in dit geval niet relevant (heeft meer met style sheets te maken).

Volgens mij wordt het wel aangeraden een XML Prolog er in te zetten, maar noodzakelijk is het niet, aangezien browsers en parsers genoeg hebben aan de informatie die ze via HTTP binnenkrijgen.

(Zie ook http://www.rfc-editor.org/rfc/rfc3023.txt )