Всем привет!
Пытаюсь решить вопрос с перекодировкой текста, загружаю документы из базы SQL в ней встречаются такие номера "54/52пїЅпїЅпїЅ"
Вот думаю как из этого можно получить нормальную строку на кирилице?
Причем заметил что "пїЅ" - это может быть любая буква.
например 54/52пїЅ = 54/52К или 54/52Л и т.д.

это юникод, а быувы все-таки разные

Проверял на Симоволы() получается что их всего 3.

п = символ 1 087
ї = символ 1 111
Ѕ = символ 1 029
п = символ 1 087
ї = символ 1 111
Ѕ = символ 1 029

(0) А что тебя с кодовыми страницами? Мало инфы даешь... Мозгуй сам.

(4)С кодовоми страницами даже не знаю что. идет переброска данных как минимум из 3х баз, соответственно на любом этапе может произойти перекодировка данных.

Забил этот текст в яндекс пїЅпїЅпїЅ - что-то находит но все в таком же виде ))
Пытаюсь найти онлайн перекодировщики, но ни один из них пока не расшифровал текст...

(5) iconv работает из командной строки... у абрахамса есть решение через WSH...

Вообще картина примерно такая:
В оракле забиваются данные, а также подгружаются из других систем, потом делается выгрузка в SQL, а уже оттуда я делаю загрузку в 1С.
Проблема только с данными на русском языке.

Похоже, несколько раз перекодировано.

(8) Видимо так, я перебрал все кодировки, которые 1с поддерживает - не расшифровал. Наверно надо в одной сохранить, потом открывать другими, потом в другой сохранить и т.д...

Вот нашел сайт там такая кодировка, может если к нему подобрать кодировку, то и вопрос можно решиь?
http://www.podolsk-sport.ru/forum/viewtopic.php?t=297&sid=eaa7cca77c105ac16717b35c00ea1a73

Надо бы смотреть, как оракл выгружает... в общем где беда происходит.
А чего из оракла не втянуть?

Там другая команда выгружает, и они по Русски не бум-бум. В общем сложный вопрос )

Надо тогда в SQL смотреть, там данные корректны, или нет.
Думаю, что там уже некорректны. Возможно оракл выгружает, не проверяя кодовую страницу.

Издалека похоже на Unicode Big Endian.
В 16-ричном виде интересно выглядит.

(0) Давно-давно была программулина Штирлиц - для таких бед. Не знаю хороша ли?
Но попытка - не пытка. Дал только что в Гугле поиск "Штирлиц скачать" - куча ссылок. Попробуй если хочешь.

Попробовал. В _этом_ виде Штирлиц не берёт.
Видимо, по дороге уже некорректно перекодировалось и надо смотреть первоисточник.

(7) Вот и контролируй каждый этап!
По-русски не бумбум? А вдруг у них вообще кирилицы нет или там не кирилица, а турецкий?
В общем, смотри что пришло и лежит в SQL для начала, а ты концовой всех дразнишь.

(17) К сожалению каждый этап не могу контролировать, мой участок только SQL -> 1C В SQL уже лежат не правильные данные, пытались взаимодействовать с теми кто выгружает из оракла в SQL, более месяца прошло и результата никакого, тот кто с ними общался говорит что они то ли не могут, то ли не хотят - не понятно. И предложил обрабатывать такие данные средствами 1С.

(18) Вряд ли там есть данные, которые можно обрабатывать (если это - текст, а не набор чисел). То, что ты показываешь - это набор перемешанных 0x2000 (видимо, пробел) и 0xFFFD (твоё "пїЅ"), заменяющий все буквы. Изредка встречаются и другие символы - знаки препинания, но буквы все почему-то уже заменены на один и тот же символ.

(0) http://forum.altlinux.org/index.php?topic=1889.0

последовательность EF BF BD (пїЅ) - это специальный символ кодировки UTF8, обозначает неизвестный символ. Проблема может быть связана с тем, что неправильно указывается кодировка при отправке сообщения.

http://biblioteki.net/viewtopic.php?t=4065
http://www.gotdotnet.ru/Forums/Common/553781.aspx
http://blogs.gotdotnet.ru/personal/nisus/CommentView.aspx?guid=24f5b5f5-6a65-4555-9ed6-34cd9c733eb7
http://4matic.wordpress.com/2006/11/11/izmenenie-kodirovki-tablits-v-mysql/

http://www.arininav.ru/js/unicode.htm

IMHO, в (20),(21),(22) весьма полезная информация.