[BitBucket date: 2018-07-12.03:59:04]

i send a dcm file to server,the dcm tag contain Chinese,but server can't analysis the Chinese characters。how to fix this issue?

[Bugzilla user: s.jodogne@gmail.com]
[Bugzilla date: 2020-06-29T13:17:51+00:00]

Created attachment 57
i1224_org.dcm

[Bugzilla user: s.jodogne@gmail.com]
[Bugzilla date: 2020-06-29T13:17:52+00:00]

Created attachment 58
微信截图_20180712115807.png

[BitBucket user: Sébastien Jodogne]
[BitBucket date: 2018-07-12.07:36:40]

Please could you provide a sample DICOM file encoded in Chinese, together with the expected "Patient Name"? Please could you also specify your system (Windows, Linux, OS X)?

[BitBucket user: jie liu]
[BitBucket date: 2018-07-13.02:51:17]

pls see attach files.there include a dcm file that has Chinese char.

[BitBucket user: Sébastien Jodogne]
[BitBucket date: 2018-07-13.05:18:55]

Thanks, but could you also provide a screenshot of how this Chinese char should be display? Also, as asked above, please specify your system (Windows, Linux, OS X).

[BitBucket user: jie liu]
[BitBucket date: 2018-07-15.04:04:17]

my OS is windows server2012,Chinese characters cannot be displayed normally that from dcm file.you can see this in the attachments,the PatientName is chiniese name ,but can't display,the result will be unintelligible text.
![20180715120337.png](2226190031-20180715120337.png)

[Bugzilla user: s.jodogne@gmail.com]
[Bugzilla date: 2020-06-29T13:22:00+00:00]

Created attachment 96
2226190031-20180715120337.png

[BitBucket user: Sébastien Jodogne]
[BitBucket date: 2018-07-15.08:37:20]

Please send us the expected value for the name (e.g. by writing the string in this issue, or by taking a screenshot of a text editor)... we don't speak Chinese, so we need a reference to compare against.

[BitBucket user: Sébastien Jodogne]
[BitBucket date: 2019-01-25.13:30:05]

Still waiting for the expected value: Please answer, or we'll have to close this issue as "won't fix".

[BitBucket user: Thomas Duindam]
[BitBucket date: 2019-01-29.10:22:19]

Not sure if it is ok to step into an issue that isn't mine, but I think I can provide some help reproducing a very similar issue using a reference dataset by David Clunie (http://www.dclunie.com/images/charset/index.html)

Which *should* render like this:

![charsettests.screenshot.png](3241948306-charsettests.screenshot.png)

But in fact render like this (sorting is not the same I think):

![screenshot.png](1230282149-screenshot.png)

[Bugzilla user: s.jodogne@gmail.com]
[Bugzilla date: 2020-06-29T13:24:49+00:00]

Created attachment 104
3241948306-charsettests.screenshot.png

[Bugzilla user: s.jodogne@gmail.com]
[Bugzilla date: 2020-06-29T13:24:51+00:00]

Created attachment 105
1230282149-screenshot.png

[BitBucket user: Sébastien Jodogne]
[BitBucket date: 2019-02-14.10:42:09]

@jacklau88 The provided file `i1224_org.dcm` is badly encoded. Its "[Specific Character Set](http://dicom.nema.org/medical/dicom/current/output/chtml/part03/sect_C.12.html#sect_C.12.1.1.2)" tag is set to `ISO_IR 100`, which corresponds to a Latin-1 encoding. As Latin-1 cannot encode Chinese, Orthanc cannot render it correctly. So, the original issue is invalid.

[BitBucket user: Sébastien Jodogne]
[BitBucket date: 2019-02-14.10:48:55]

@ThomasDuindamNL Thanks for letting us know about this reference dataset! We have just committed to two changesets in the Orthanc mainline ([1](https://hg.orthanc-server.com/orthanc/changeset/cf8cbeb35f333d2440f503eb6a384f4860b4864a) and [2](https://hg.orthanc-server.com/orthanc/changeset/9a83d94b2a1ebe347ae2ce729b7e330c90c1ca64)) that make Orthanc work over the entire dataset, except for `H32EXAMPLE` that mixes two different codepages, which will not be supported by Orthanc before a long time. The [corresponding integration tests](https://hg.orthanc-server.com/orthanc-tests/changeset/a491d5ec370a62059cadc5b348e41cb21fc96aa9) are available as well.