Witam
Mam problem z kodowaniem przy generowaniu XMLa przy pomocy implementacji DOM w php

[PHP] pobierz, plaintext 
<?php
$dom = new DOMDocument("1.0", "iso-8859-2");
?>
[PHP] pobierz, plaintext 

Bez kodowania wszystko jest ok
Kiedy dodam "iso-8859-2" wyskakuje błąd:

[PHP] pobierz, plaintext 
<?php
output conversion failed due to conv error, bytes 0xB6 0x20 0x74 0x61
?>
[PHP] pobierz, plaintext 

w linijce gdzie jest

[PHP] pobierz, plaintext 
<?php
$dom->save($this->filename);
?>
[PHP] pobierz, plaintext 

$this->filename to ścieżka dostępu do pliku.

Prosiłbym o podpowiedź jak dodać kodowanie do xmla.

Nie wiem czemu Ci wyskakuje taki błąd (u mnie wszystko przechodzi ok).. nie mniej rozszerzenie DOM w php ma dosyć ograniczono wsparcie dla innych kodowań niż utf-8, to znaczy działa ono ok z poziomu dokumentu, natomiast z poziomu węzłów w nim zawartych już nie..
Jeśli nie chcesz co chwilę napotykać na nie oczekiwany błąd używaj UTF-8, które jest domyślnym kodowaniem XML'a

dzięki
przerobiłem na utf-8

Problem tylko jest w tytule z polskimi fontami. Znak "Ó" wyświetlany jest nieprawidłowo. Ogólnie problem jest z ampersandami (&). Jeżeli znasz może jakiś sposób który niweluje ten problem, to będę wdzięczny za jego ujawnienie

a gdzie masz te błędy i jakimi metodami dodajesz tekst, który się błędnie wyświetla? ..sam fakt mi wiele nie mówi.

Dodaje przez metodę createTextNode w DOM w php. tekst konwertuję na utf-8 przez

[PHP] pobierz, plaintext 
<?php
function plCharset($string) {
	$iso2utf = array(
	"xb1" => "xc4x85", "xa1" => "xc4x84",
	"xe6" => "xc4x87", "xc6" => "xc4x86",
	"xea" => "xc4x99", "xca" => "xc4x98",
	"xb3" => "xc5x82", "xa3" => "xc5x81",
	"xf3" => "xc3xb3", "xd3" => "xc3x93",
	"xb6" => "xc5x9b", "xa6" => "xc5x9a",
	"xbc" => "xc5xba", "xac" => "xc5xb9",
	"xbf" => "xc5xbc", "xaf" => "xc5xbb",
	"xf1" => "xc5x84", "xd1" => "xc5x83"
	);
	return strtr($string, $iso2utf);
}
?>
[PHP] pobierz, plaintext 

ciąg ó pojawia się zamiast ó

A jakie jest źródło tekstu, który konwertujesz i dodajesz do drzewa? Wygląda mi na to, że ten tekst już w sam w sobie zawiera encje.. przynajmniej nigdy się nie spotkałem z tym by ktoraś z metod rozszerzenia DOM podstawiała encje inne niż te niezbędne w html'u (za znaki &, <, >)

można prościej
sprawę załatwia: iconf('iso-8859-2','UTF-8',$text) ;