DCM4CHE не может отображать символы японского языка

Question

DCM4CHE не может отображать символы японского языка

0

Я использую dcm4che как мой PACS, и я вставляю файл DICOM, который содержит имя пациента по-японски. Но веб-адрес dcm4chee не поддерживает японский характер и показывает имя пациента как искаженные символы (например, вопросительные знаки и квадраты).

Для DCM4CHE я использую postgresql в качестве базы данных. В свойствах БД он показывает "Кодирование как UTF8", "Collation as English_India.1252" и "Тип символа как English_India.1252". Поддерживает ли мой БД японский характер? Я новичок в базе данных, и любая помощь будет оценена по достоинству.

EDIT: эта проблема не была связана с PACS. Я получил действительный файл DICOM с японскими чартерами (они используют определенный набор символов как \ISO 2022 IR 87) и отправляют их в PACS. Его правильное отображение в PACS. Поэтому проблема связана с моим файлом DICOM. Я также добавил специальный набор символов как '\ ISO 2022 IR 87'. Но все же я получаю искаженные японские символы.

Я использую утилиту MergeCom Dicom и используя API 'MC_Set_Value_From_String' для вставки японской строки. Я что-то пропустил? Невозможно ли вставить японские символы, используя "MC_Set_Value_From_String"? Я думаю об использовании API MC_Set_Value_From_UnicodeString.

Kiran Joshy 06 фев. 2015, в 10:15

Источник

Теги:

database

c++

postgresql

dcm4che

2 ответа

0

UTF-8 поддерживает все юникодные коды, включая японский. Поэтому маловероятно, что в базе данных проблема.

Каково содержимое тега Specific Character Set (0008 0005)? Кодировка символов по умолчанию для dicom - ASCII. В спецификации dicom есть раздел, в котором приведены примеры использования с японцами.

Brett Okken 07 фев. 2015, в 12:35

0

Спасибо. Для поддержки японских символов, я даю определенный набор символов как ISO IR 87. Я попытался, задав определенный набор символов как «ASCII». Но все же это проявляется как искаженные символы. Не могли бы вы порекомендовать зрителей DICOM, которые поддерживают японские символы? Потому что я использую MicroDicom, который показывает символы в виде вопросительных знаков. Я хочу подтвердить, что мой файл DICOM действителен и поддерживает японский символ.
Kiran Joshy 08 фев. 2015, в 10:40
0

Частично проблема, с которой вы можете столкнуться, - это поиск приложений, в которых используется шрифт, поддерживающий японские символы. Попробуйте использовать утилиту dcmdump для командной строки dcm4che. github.com/dcm4che/dcm4che/blob/master/dcm4che-tool/...
Brett Okken 08 фев. 2015, в 13:51
0

Я скачал из сети файл DICOM, содержащий японские символы. Я могу просмотреть то же самое в средстве просмотра DICOM, и как только я отправил тот же файл в PACS, он идет правильно (т.е. японские символы отображаются правильно). Следовательно, я предполагаю, что проблема связана только с моим файлом DICOM. Я не мог выяснить, является ли проблема во время записи в файл с использованием API или при сохранении того же самого !!!
Kiran Joshy 11 фев. 2015, в 06:45

Показать ещё 1 комментарий

Ещё вопросы

Спасибо. Для поддержки японских символов, я даю определенный набор символов как ISO IR 87. Я попытался, задав определенный набор символов как «ASCII». Но все же это проявляется как искаженные символы. Не могли бы вы порекомендовать зрителей DICOM, которые поддерживают японские символы? Потому что я использую MicroDicom, который показывает символы в виде вопросительных знаков. Я хочу подтвердить, что мой файл DICOM действителен и поддерживает японский символ.
Частично проблема, с которой вы можете столкнуться, - это поиск приложений, в которых используется шрифт, поддерживающий японские символы. Попробуйте использовать утилиту dcmdump для командной строки dcm4che. github.com/dcm4che/dcm4che/blob/master/dcm4che-tool/...
Я скачал из сети файл DICOM, содержащий японские символы. Я могу просмотреть то же самое в средстве просмотра DICOM, и как только я отправил тот же файл в PACS, он идет правильно (т.е. японские символы отображаются правильно). Следовательно, я предполагаю, что проблема связана только с моим файлом DICOM. Я не мог выяснить, является ли проблема во время записи в файл с использованием API или при сохранении того же самого !!!

Kiran Joshy · Accepted Answer · 2015-02-25T08-54-00.000Z

Я мог бы решить проблему.

Проблема была связана с кодировкой. Для преобразования Unicode я использовал API окон "WideCharToMultiByte" с кодовой страницей UTF-8. Это неправильно преобразовывало японские символы, которые были исправлены с использованием кодовой страницы как 50222. Вы можете найти всю ссылку на код из ниже ссылки. https://msdn.microsoft.com/en-us/library/dd317756(VS.85).aspx