OCR with Vietnamese characters

I don't routinely need to "read" Vietnamese but I'm designing a website for a Vietnamese restaurant. They don't have electronic versions of their menus. I've scanned them as pdfs and then did OCR so I could create a menu online. I just started finding and replacing the incorrectly read letters when I thought there might be an easier way (it's a long menu). Can anyone direct me to instructions on how I could have Acrobat read Vietnamese?
Thanks.

David:
Both products will use print (vs handwritten) character recognition to identify "tokens" from the image of a document with text. Capture usage focuses mainly on zonal recognition of information - what I would call structured forms processing. Forms Recognition is for information capture from semi-structured documents - say invoices, where you know that many fields are present, but their location differs from example to example. It can use patterns, text locators, etc to find the field. Both benenfit when there exists a reference DB of acceptable values, but that is not a requirement.
Lexical correction (as I understand it to mean) is not a feature of either. They are not going to try to validate extracted tokens based upon language analysis. I would try to use them to extract all of the tokens and then add some tool to do lexical analysis. You could do that as a separate, post OCR process, or try to see if you can fit it into an FR post-extraction EP.
Might I ask what the business problem you are trying to solve is?
Bernard

Similar Messages

Oracle Report Server Issue with Japanese Characters

We are trying to setup a Oracle Report Server to print the Japanese characters in the PDF format.
We have separate Oracle Report servers for printing English, Chinese and Vietnamese characters in PDF formats using Oracle Reports in the production which are running properly with Unix AIX version 5.3. Now we have a requirement to print the Japanese characters. Hence we tried to setup the new server for the same and the configurations are done as same as Chinese/Vietnamese report servers. But we are not able to print the Japanese characters.
I am providing the details which we followed to configure this new server.
1.     We have modified the reports.sh to map the proper NLS_LANG (JAPANESE_AMERICA.UTF8) and other Admin folder settings.
2.     We have configured the new report server via OPMN admin.
3.     We have copied the arialuni.ttf to Printers folder and we have converted this same .ttf file in AFM format. This AFM file has been copied to $ORACLE_HOME/guicommon/gk/JP_Admin/AFM folder.
4.     We have modified the uifont.ali (JP_admin folder) file for font subsetting.
5.     We have put an entry in JP_admin/PPD/datap462.ppd as *Font ArialUnicodeMS: Standard "(Version 1.01)" Standard ROM
6.     We have modified the Tk2Motif.rgb (JP_admin folder) file for character set mapping (Tk2Motif*fontMapCs: iso8859-1=UTF8) as we have enabled this one for other report servers as well.
Environment Details:-
Unix AIX version : 5300-07-05-0831
Oracle Version : 10.1.0.4.2
NLS_LANG : JAPANESE_AMERICA.UTF8
Font Mapping : Font Sub Setting in uifont.ali
Font Used for Printing : arialuni.ttf (Font Name : Arial Unicode MS)
The error thrown in the rwEng trace (rwEng-0.trc) file is as below
[2011/9/7 8:11:4:488] Error 50103 (C Engine): 20:11:04 ERR REP-3000: Internal error starting Oracle Toolkit.
The error thrown when trying to execute the reports is…
REP-0177: Error while running in remote server
Engine rwEng-0 crashed, job Id: 67
Our investigations and findings…
1.     We disabled the entry Tk2Motif*fontMapCs: iso8859-1=UTF8 in Tk2Motif.rgb then started the server. We found that no error is thrown in the rwEng trace file and we are able to print the report also in PDF format… (Please see the attached japarial.pdf for your verification) but we are able to see only junk characters. We verified the document settings in the PDF file for ensuring the font sub set. We are able to see the font sub setting is used.
2.     If we enable the above entry then the rwEng trace throwing the above error (oracle toolkit error) and reports engine is crashed.
It will be a great help from you if you can assist us to resolve this issue…

Maybe 7zip or another tool has workarounds for broken file names, you could try that.
Or you could try to go over the files in the zip archive one-by-one and write it to files out-1, out-2, ..., out-$n without concerning yourself with the file names. You could get file endings back via the mimetype.
This script might work:
#include <stdio.h>
#include <zip.h>
static const char *template = "./out-%04d.bin";
int main(int argc, char**argv)
int err = 0;
zip_t *arc = zip_open((const char*)argv[1], ZIP_RDONLY, &err);
if(arc == NULL)
printf("Failed to open ZIP, error %d\n", err);
return -1;
zip_int64_t n = zip_get_num_entries(arc, 0);
printf("%s: # of packed files: %d\n", argv[1], n);
for(int i = 0; i < n; i++)
zip_stat_t stat;
zip_stat_index(arc, i, ZIP_FL_UNCHANGED, &stat);
char buf[stat.size];
char oname[sizeof(template)];
zip_file_t *f = zip_fopen_index(arc, (zip_int64_t)i, ZIP_FL_UNCHANGED);
zip_fread(f, (void*)&buf[0], stat.size);
snprintf(&oname[0], sizeof(template), template, i);
FILE *of = fopen(oname, "wb");
fwrite(&buf[0], stat.size, 1, of);
printf("%s: %s => %lu bytes\n", argv[1], oname, stat.size);
zip_fclose(f);
fclose(of);
zip_close(arc);
return 0;
Compile with
gcc -std=gnu99 -O3 -o unzip unzip.c -lzip
and run as
./unzip $funnyzipfile
You should get template-named, numbered output files in the current directory.
Last edited by 2ion (2015-05-21 23:09:29)

In Robohelp 9, search does not work for some Vietnamese characters.

In Robohelp 9, search does not work for some Vietnamese characters.

I don't think there is anything we can do on a user to user forum. I suggest you report this to Adobe as a bug. Please follow this link.
http://www.Adobe.com/cfusion/mmform/index.cfm?name=wishform&product=38
If you need a more immediate response, you would need to take that up with Adobe support.
See www.grainge.org for RoboHelp and Authoring tips
@petergrainge

OBIEE 11.1.1.6.2 Go Url pass filter with latin characters

Hi all,
I'm facing the following situation with obiee go url. It seems that obiee does not accept column names with latin characters (in this example the column name "Instalação"). The report simple ignores the filter and shows the output.
I tried with another column without special characters and filter works correctly.
Here is the example:
http://localhost:9704/analytics/saw.dll?Go&Path=/Shared/Temp/Instalações&NQUser=weblogic&NQPassword=welcome&Action=Navigate&P0=1&P1=eq&P2=Contador.Instalação&P3=1+TESTE
I also tryied the following with no sucess
http://localhost:9704/analytics/saw.dll?Go&Path=/Shared/Temp/Instalações&NQUser=weblogic&NQPassword=welcome&Action=Navigate&P0=1&P1=eq&P2=Contador."Instalação"&P3=1+TESTE
Can anyone help me?

Hi Srini
The file localechraractersetlist.xml already has the setting <characterSet name="utf-8" />
My localecharactersetlists.xml looks like this.
<?xml version="1.0" encoding="utf-8" ?>






<sawl:localeCharacterSetLists xmlns:sawl="com.siebel.analytics.web.locale/v1" xmlns="com.siebel.analytics.web.locale/v1">
<characterSetList name="locale:ar" title="Arabic">
     <characterSet name="utf-8" />
     <characterSet name="iso-8859-6" />
     <characterSet name="Windows-1256" />
     <characterSet name="ASMO-708" />
     <characterSet name="x-mac-arabic" />
</characterSetList>
<characterSetList name="locale:az" title="Azeri">
     <characterSet name="utf-8" />
     <characterSet name="iso-8859-5" />
     <characterSet name="Windows-1251" />
</characterSetList>
<characterSetList name="locale:be" title="Belarusian">
     <characterSet name="utf-8" />
     <characterSet name="iso-8859-5" />
     <characterSet name="Windows-1251" />
</characterSetList>
<characterSetList name="locale:bg" title="Bulgarian">
     <characterSet name="utf-8" />
     <characterSet name="iso-8859-5" />
     <characterSet name="Windows-1251" />
</characterSetList>
<characterSetList name="locale:ca" title="Catalan">
     <characterSet name="utf-8" />
     <characterSet name="Windows-1252" />
     <characterSet name="iso-8859-1" />
</characterSetList>
<characterSetList name="locale:cs" title="Czech">
     <characterSet name="utf-8" />
     <characterSet name="iso-8859-2" />
     <characterSet name="Windows-1250" />
</characterSetList>
<characterSetList name="locale:da" title="Danish">
     <characterSet name="utf-8" />
     <characterSet name="Windows-1252" />
     <characterSet name="iso-8859-15" />
     <characterSet name="iso-8859-1" />
     <characterSet name="x-EBCDIC-DenmarkNorway" />
</characterSetList>
<characterSetList name="locale:de" title="German">
     <characterSet name="utf-8" />
     <characterSet name="Windows-1252" />
     <characterSet name="iso-8859-1" />
</characterSetList>
<characterSetList name="locale:el" title="Greek">
     <characterSet name="utf-8" />
     <characterSet name="iso-8859-7" />
     <characterSet name="Windows-1253" />
     <characterSet name="x-mac-greek" />
</characterSetList>
<characterSetList name="locale:en-us" title="English (United States)">

     <characterSet name="utf-8" />
     <characterSet name="Windows-1252" /> 
     <characterSet name="iso-8859-1-ie" />
     <characterSet name="iso-8859-1" />
     <characterSet name="iso-8859-15" />
</characterSetList>
<characterSetList name="locale:en" title="English">
     <characterSet name="utf-8" />
     <characterSet name="Windows-1252" /> 
     <characterSet name="iso-8859-15" />
     <characterSet name="iso-8859-1" />
     <characterSet name="Windows-1252" />
</characterSetList>
<characterSetList name="locale:es" title="Spanish">
     <characterSet name="utf-8" />
     <characterSet name="Windows-1252" /> 
     <characterSet name="iso-8859-15" />
     <characterSet name="iso-8859-1" />
</characterSetList>
<characterSetList name="locale:et" title="Estonian">
     <characterSet name="utf-8" />
     <characterSet name="iso-8859-4" />
     <characterSet name="Windows-1257" />
</characterSetList>
<characterSetList name="locale:eu" title="Basque">
     <characterSet name="utf-8" />
     <characterSet name="Windows-1252" />
     <characterSet name="iso-8859-1" />
</characterSetList>
<characterSetList name="locale:fa" title="Farsi">
     <characterSet name="utf-8" />
     <characterSet name="Windows-1256" />
     <characterSet name="iso-8859-6" />
</characterSetList>
<characterSetList name="locale:fi" title="Finnish">
     <characterSet name="utf-8" />
     <characterSet name="Windows-1252" />
     <characterSet name="iso-8859-15" />
     <characterSet name="iso-8859-1" />
</characterSetList>
<characterSetList name="locale:fo" title="Faeroese">
     <characterSet name="utf-8" />
     <characterSet name="Windows-1252" />
     <characterSet name="iso-8859-1" />
</characterSetList>
<characterSetList name="locale:fr" title="French">
     <characterSet name="utf-8" />
     <characterSet name="Windows-1252" />
     <characterSet name="iso-8859-15" />
     <characterSet name="iso-8859-1" />
</characterSetList>
<characterSetList name="locale:hi" title="Hindi">
     <characterSet name="utf-8" />
</characterSetList>
<characterSetList name="locale:hr" title="Croatian">
     <characterSet name="utf-8" />
     <characterSet name="Windows-1250" />
     <characterSet name="iso-8859-2" />
</characterSetList>
<characterSetList name="locale:hu" title="Hungarian">
     <characterSet name="utf-8" />
     <characterSet name="Windows-1250" />
     <characterSet name="iso-8859-2" />
</characterSetList>
<characterSetList name="locale:hy" title="Armenian">
     <characterSet name="utf-8" />
</characterSetList>
<characterSetList name="locale:id" title="Indonesian">
     <characterSet name="utf-8" />
     <characterSet name="Windows-1252" />
     <characterSet name="iso-8859-1" />
</characterSetList>
<characterSetList name="locale:is" title="Icelandic">
     <characterSet name="utf-8" />
     <characterSet name="Windows-1252" />
     <characterSet name="iso-8859-15" />
     <characterSet name="iso-8859-1" />
     <characterSet name="x-mac-icelandic" />
</characterSetList>
<characterSetList name="locale:it" title="Italian">
     <characterSet name="utf-8" />
     <characterSet name="Windows-1252" />
     <characterSet name="iso-8859-15" />
     <characterSet name="iso-8859-1" />
</characterSetList>

<characterSetList name="locale:he" title="Hebrew">
     <characterSet name="utf-8" />
     <characterSet name="iso-8859-8-i" />
     <characterSet name="x-mac-hebrew" />
</characterSetList>
<characterSetList name="locale:ja" title="Japanese">
     <characterSet name="utf-8" />
     <characterSet name="shift_jis" />
     <characterSet name="euc-jp" />
     <characterSet name="csISO2022JP" />
     <characterSet name="x-mac-japanese" />
     <characterSet name="x-EBCDIC-JapaneseAndJapaneseLatin" />
<characterSet name="x-EBCDIC-JapaneseAndKana" />
<characterSet name="x-EBCDIC-JapaneseAndUSCanada" />
<characterSet name="x-EBCDIC-JapaneseKatakana" />
</characterSetList>
<characterSetList name="locale:ka" title="Georgian">
     <characterSet name="utf-8" />
</characterSetList>
<characterSetList name="locale:kk" title="Kazakh">
     <characterSet name="utf-8" />
     <characterSet name="Windows-1251" />
     <characterSet name="iso-8859-5" />
</characterSetList>
<characterSetList name="locale:ko" title="Korean">
     <characterSet name="utf-8" />
     <characterSet name="euc-kr" />
     <characterSet name="ks_c_5601-1987" />
     <characterSet name="x-EBCDIC-KoreanAndKoreanExtended" />
     <characterSet name="x-EBCDIC-KoreanAndKoreanExtended" />
     <characterSet name="x-EBCDIC-KoreanExtended" />
     <characterSet name="x-mac-korean" />
     <characterSet name="Johab" />
</characterSetList>
<characterSetList name="locale:lt" title="Lithuanian">
     <characterSet name="utf-8" />
     <characterSet name="Windows-1257" />
     <characterSet name="iso-8859-4" />
</characterSetList>
<characterSetList name="locale:lv" title="Latvian">
     <characterSet name="utf-8" />
     <characterSet name="Windows-1257" />
     <characterSet name="iso-8859-4" />
</characterSetList>
<characterSetList name="locale:mk" title="Macedonian">
     <characterSet name="utf-8" />
     <characterSet name="Windows-1251" />
     <characterSet name="iso-8859-5" />
</characterSetList>
<characterSetList name="locale:mr" title="Marathi">
     <characterSet name="utf-8" />
</characterSetList>
<characterSetList name="locale:ms" title="Malay">
     <characterSet name="utf-8" />
     <characterSet name="Windows-1252" />
     <characterSet name="iso-8859-1" />
</characterSetList>
<characterSetList name="locale:nl" title="Dutch">
     <characterSet name="utf-8" />
     <characterSet name="Windows-1252" />
     <characterSet name="iso-8859-15" />
     <characterSet name="iso-8859-1" />
</characterSetList>
<characterSetList name="locale:no" title="Norwegian">
     <characterSet name="utf-8" />
     <characterSet name="Windows-1252" />
     <characterSet name="iso-8859-15" />
     <characterSet name="iso-8859-1" />
</characterSetList>
<characterSetList name="locale:pl" title="Polish">
     <characterSet name="utf-8" />
     <characterSet name="Windows-1250" />
     <characterSet name="iso-8859-2" />
</characterSetList>
<characterSetList name="locale:pt" title="Portuguese">
     <characterSet name="utf-8" />
     <characterSet name="Windows-1252" />
     <characterSet name="iso-8859-15" />
     <characterSet name="iso-8859-1" />
</characterSetList>
<characterSetList name="locale:pt-br" title="Portuguese (Brasil)">
     <characterSet name="utf-8" />
     <characterSet name="Windows-1252" />
     <characterSet name="iso-8859-1" />
</characterSetList>
<characterSetList name="locale:ro" title="Romanian">
     <characterSet name="utf-8" />
     <characterSet name="Windows-1250" />
     <characterSet name="iso-8859-2" />
</characterSetList>
<characterSetList name="locale:ru" title="Russian">
     <characterSet name="utf-8" />
     <characterSet name="Windows-1251" />
     <characterSet name="iso-8859-5" />
     <characterSet name="x-mac-cyrillic" />
</characterSetList>
<characterSetList name="locale:sa" title="Sanskrit">
     <characterSet name="utf-8" />
</characterSetList>
<characterSetList name="locale:sk" title="Slovak">
     <characterSet name="utf-8" />
     <characterSet name="Windows-1250" />
     <characterSet name="iso-8859-2" />
</characterSetList>
<characterSetList name="locale:sl" title="Slovenian">
     <characterSet name="utf-8" />
     <characterSet name="Windows-1250" />
     <characterSet name="iso-8859-2" />
</characterSetList>
<characterSetList name="locale:sq" title="Albanian">
     <characterSet name="utf-8" />
     <characterSet name="Windows-1250" />
     <characterSet name="iso-8859-2" />
</characterSetList>
<characterSetList name="locale:sr" title="Serbian">
     <characterSet name="utf-8" />
     <characterSet name="Windows-1250" />
     <characterSet name="iso-8859-2" />
</characterSetList>
<characterSetList name="locale:sv" title="Swedish">
     <characterSet name="utf-8" />
     <characterSet name="Windows-1252" />
     <characterSet name="iso-8859-15" />
     <characterSet name="iso-8859-1" />
</characterSetList>
<characterSetList name="locale:sw" title="Swahili">
     <characterSet name="utf-8" />
     <characterSet name="Windows-1252" />
     <characterSet name="iso-8859-1" />
</characterSetList>
<characterSetList name="locale:ta" title="Tamil">
     <characterSet name="utf-8" />
</characterSetList>
<characterSetList name="locale:th" title="Thai">
     <characterSet name="utf-8" />
     <characterSet name="x-EBCDIC-Thai" />
</characterSetList>
<characterSetList name="locale:tr" title="Turkish">
     <characterSet name="utf-8" />
     <characterSet name="Windows-1254" />
     <characterSet name="iso-8859-3" />
     <characterSet name="iso-8859-9" />
     <characterSet name="x-mac-turkish" />
</characterSetList>
<characterSetList name="locale:tt" title="Tatar">
     <characterSet name="utf-8" />
     <characterSet name="Windows-1251" />
     <characterSet name="iso-8859-5" />
</characterSetList>
<characterSetList name="locale:uk" title="Ukrainian">
     <characterSet name="utf-8" />
     <characterSet name="Windows-1251" />
     <characterSet name="iso-8859-5" />
</characterSetList>
<characterSetList name="locale:ur" title="Urdu">
     <characterSet name="utf-8" />
     <characterSet name="Windows-1256" />
     <characterSet name="iso-8859-6" />
</characterSetList>
<characterSetList name="locale:uz" title="Uzbek">
     <characterSet name="utf-8" />
     <characterSet name="Windows-1251" />
     <characterSet name="iso-8859-5" />
</characterSetList>
<characterSetList name="locale:vi" title="Vietnamese">
     <characterSet name="utf-8" />
</characterSetList>
<characterSetList name="locale:zh-tw" title="Chinese (Traditional / Taiwan)">
     <characterSet name="utf-8" />
     <characterSet name="big5" />
     <characterSet name="EUC-CN" />
     <characterSet name="gb2312" />
     <characterSet name="hz-gb-2312" />
     <characterSet name="x-mac-chinesetrad" />
</characterSetList>
<characterSetList name="locale:zh" title="Chinese (Simplified)">
     <characterSet name="utf-8" />
     <characterSet name="gb2312" />
     <characterSet name="hz-gb-2312" />
     <characterSet name="iso-2022-cn" />
     <characterSet name="EUC-CN" />
     <characterSet name="big5" />
     <characterSet name="x-mac-chinesesimp" />
</characterSetList>
</sawl:localeCharacterSetLists>

Problem over printing Vietnamese characters

Hi,
We installed the Vietnamese language. The Vietnamese charcaters can be
displayed properly. But we encountered error over printing Vietnamese
characters. The Vietnamese charcaters cannot be displayed properly.
What device type settings is needed for printing Vietnamese characters ?
Pls advise.
Thanks.
Edward

Hi,
As per your query you have to set swin type if you have any issue. If your system is given your country language then you can get the same with swin setting.
Anil

Issues with vietnamese language

Hi ,
I need help in locating the right font , NLS_LANG , database charactersets for a Vietnamese based forms application.
I am having issues with VIETNAMESE_VIETNAM.VN8MSWIN1258 because some of the words are not coming properly in the forms . For example , the word mười when typed in the text box is getting displayed as m??i.
some of my system configurations are given below
oracle database server : Oracle9i Release 9.2.0.1.0 - Production
Forms version : 6.0.8.25.2
Database characterset : VN8MSWIN1258
NLS_LANG : VIETNAMESE_VIETNAM.VN8MSWIN1258
Font in the text item : Courier New
Thanks in advance
SJ

VN8MSWIN1258 is formally a single-byte character set. But many Vietnamese characters are composed from a base character followed by one or more combining accent charaters. If you blindly use SUBSTR on such strings, you may cut off some accents. There is no easy solution for SUBSTR in Forms 6i running in Vietnamese.
The problem with pasting seems to be the result of simplified conversion from Unicode (coming from Word) to ANSI (required by Forms). This conversion assumes that one Unicode character code corresponds to one ANSI character code. This is not true for the string that you gave as an example. This string contains four Unicode characters:
U+006D LATIN SMALL LETTER M
U+01B0 LATIN SMALL LETTER U WITH HORN
U+1EDD LATIN SMALL LETTER O WITH HORN AND GRAVE
U+0069 LATIN SMALL LETTER I
"m" and "i" can obviously be converted to VN8MSWIN1258 as 0x6d and 0x69.
'Latin small letter u with horn' can also be converted to 0xfd. But there is no precomposed 'latin small letter o with horn and grave' in Cp1258. This ANSI code page encodes the character as 0xf5 (U+01A1 LATIN SMALL LETTER O WITH HORN) followed by 0xcc (U+0300 COMBINING GRAVE ACCENT). The conversion performed by paste operation cannot handle this. The solution here is not to paste from Word. You have to use some other source.
-- Sergiusz

Device Type to print Vietnamese Characters

Hi Gurus,
I can print Vietnamese characters in a laser printer using the device type SWINCF and Access Method F (Frontend printing).
Now I want to print using Access Method U (Print using Berkeley Protocol) in a network printer (located overseas). I am using a unicode device type ZHPUTF8F because our SAP system is running under Unicode (ECC 6.0). Unfortunately the printout for the Vietnamese characters are wrong (garbage characters). Is it possible to print Vietnamese characters using a device type other than SWINCF? The printer model that I am testing with is HPLJ 4250.
One more thing, we will be needing to print using a dot matrix printer. Is there a specific device type that can print Vietnamese characters for dot matrix printer (e.g. Printronix)?
Thanks,
Andre

Hi Andre,
did you check SAP note 750219 that all listed prerequisites are met ?
Regarding other printers and Unicode support, please have a look at:
http://www.sdn.sap.com/irj/sdn/go/portal/prtroot/docs/library/uuid/1015a496-94d5-2b10-3c8e-845ff55480c0
or apply SAP note 1036961.
Best regards,
Nils Buerckel
SAP AG
Edited by: Nils Buerckel on Mar 19, 2010 5:09 PM

Adding special font VPSKEY4.3 vietnamese characters?

I'm trying to use vietnamese characters font to use for text title. Anyone know how to add this type of font? I'm using VPSKEY4.3 program, unable to get it to work on PE8.

Welcome to the forum.
As Steve say, Installing the font in the system should work fine. Be aware, however, that different foundries produce different fonts. Adobe programs work best with OTF's (Open Type Fonts), and then with PS fonts (Postscript), but also work with many TTF's (TrueType fonts). The key is "many," as some just do not work in Adobe products. It can depend greatly on how well those fonts are formed.
Especially with some Arabic and Asian fonts, one might have to try the products from several different foundries, to get them to work correctly, and display properly. A Photoshop user and I went through about four foundries' products to find a special Korean font for her use. If the version that you have does not work, do not hesitate to try that font (or very similar) from another source.
Good luck,
Hunt

Problem with some characters in complex objects

Hi all,
I've built a webservice which returns a complex object with several fields inside. All fields are public and accessable via getter and setter methods.
The problem is, that some of these fields contains numbers or underscores in their names.
For example:
public int field_a;
or
public String house3of4;
When I try to import these webservice as a model in a Web Dynpro project, it doesn't work until I remove these characters.
Is this a known problem or is there any solution for it?
Thanks
Thomas

NLS_LANG in registry is "ARABIC_UNITED ARAB EMIRATES.AR8MSWIN1256"
I use oracle form 10g for developer
oracle form 9i for database
when I build a form in client side and make a text with farsi characters, when I run the form,all characters shows me correct in farsi except four characters(گ چ ژ پ)

CRVS2010 Beta - Cannot export report to PDF with unicode characters

My report has some unicode data (Chinese), it can be previewed properly in the windows form report viewer. However, if I export the report document to PDF file, the unicode characters in exported file are all displayed as a square.
In the version of Crystal Report 2008 R2, it can export the Chinese characters to PDF when I select a Chinese font in report. But VS2010 beta cannot export the Chinese characters even a Chinese font is selected.

Barry, what is the specific font you are using?
The below is a reformatted response from Program Management:
Using non-Chinese font with Unicode characters (Chinese) the issue is reproducible when using Arial font in Unicode characters field. After changing the Unicode character to Simsun (A Chinese font named 宋体 in report), the problem is solved in Cortez and CR both.
Ludek

LoadUserProfile() creates a profile with Chinese characters on a remote system

Hi,
I'm working on an application where LoadUserProfile() is being used to remotely load a user profile on a machine. The token being passed to LoadUserProfile() is obtained from LogonUser().
When doing this only with a Domain Admin user which is added in Active Directory, it creates a profile with Chinese characters in the C:\Users\ folder of the remote machine. Note that this happens only when logging in for the first time with
this Domain Admin account remotely on that machine.
// code:
PROFILEINFO pi;
memset((void *) &pi, 0, sizeof(PROFILEINFO));
pi.dwSize = sizeof(PROFILEINFO);
pi.dwFlags = PI_NOUI;
pi.lpUserName = (TCHAR *)strUser; //strUser is the User name, and it shows correctly here when debugging
if (LoadUserProfile(hToken, &pi))
//It is actually successful, and comes here when debugging.
Although the name shows up correctly when debugging (remotely), why is it creating a profile with Chinese characters on the remote machine?
TIA,
Jy

CreateProfile won't load the profile. You need to use LoadUserProfile to load the profile, and you need to query for a roaming profile path to put in the lpProfileInfo parameter if you want to include that as well. You need a token for a
user to call LoadUserProfile, but not a profile handle. LoadUserProfile will populate that for you before it returns if it was successful. See this excerpt from
https://msdn.microsoft.com/en-us/library/windows/desktop/bb762281%28v=vs.85%29.aspx:
Upon successful return, the hProfile member
of PROFILEINFO is
a registry key handle opened to the root of the user's hive. It has been opened with full access (KEY_ALL_ACCESS). If a service that is impersonating a user needs to read or write to the user's registry file, use this handle instead of HKEY_CURRENT_USER.
Do not close thehProfile handle.
Instead, pass it to the UnloadUserProfile function.
This function closes the handle. You should ensure that all handles to keys in the user's registry hive are closed. If you do not close all open registry handles, the user's profile fails to unload. For more information, see Registry
Key Security and Access Rights and Registry
Hives.
WinSDK Support Team Blog: http://blogs.msdn.com/b/winsdk/

Error in PSA with special characters

Hello,
I'm having a problem with sprecial characters in PRD system.
This happen with standard extractor for Confirmations in SRM module, 0BBP_TD_CONF_1.
I have 5 records with error in PSA. The field that have the error is 0bbp_delref and it has the text: GUIA ENTREGA Nº2.
The error message says that field OBBP_DELREF has special characters that are not supported by BW.
The field is char 16 and in spro I have the characters:
QWERTYUIOPASDFGHJKLÇªNºZXCVBM/~^´`* '()"#$%&!?.-0123456789Â«»<>
In QUA, I created confirmations with this text and it worked fine and the characters in SPRO are the same.
Any idea?
Thanks and best regards,
Maria

Hi Maria,
There will be no issue with update rules as the issue is with Data..
ALL_CAPITAL should resolve your issue, .otherwise try individually executing those spl characters in RSKC..
have you tried in SPRO...
Check in this table RSALLOWEDCHAR in SE11 and find what all characters allowed(permitted) in PRD system...
please go through the above mentioned blog once
Thanks,
Sudhakar.

Create a flat file with multiple characters for enclosures

Hello,
we use OWB 11g2 (11.2.02).
Now we try to create a flat file with multiple characters for enclosures. The manual wrote:
"Enclosures (Left and Right): Some delimited files contain enclosures that denote text strings within a field. If the file contains enclosures, enter an enclosure character in the text box or select one from the list. The list displays commonenclosures. However, you may enter any character. The default for both the left and right enclosure is the double quotation mark ("). You can specify multiple characters and hexadecimal characters as field enclosures."
But it will not work. The OWB use the first character from the left enclosure definition as left enclosure and the second one as right enclosure !?!
Did anyone know this behavior? Is there a solution for this problem?
Thanks and regards
Norbert

HI Raghu,
Use the function module 'GUI_UPLOAD'.
In that you have to specify the field_separator value = 'X' in export section.
Regards,
S.C.K

Profit Centers(CEPCT) selection with Wild Characters(*) condition

HI, I'm trying to select Profit centers from CEPCT table for the given profit center parameter. here I'm trying with wild characters.
for example: 1.
* check if wild character exists
    FIND c_st IN p_i_profit_ctr.
    IF sy-subrc EQ 0.
* replace * with %
      REPLACE ALL OCCURRENCES OF c_st IN p_i_profit_ctr WITH c_pr.
* get profit center list for given pattern
      SELECT prctr "Profit Center
             ktext "General Name
          FROM cepct INTO TABLE t_profit_ctr
        WHERE spras = c_en              "english language
        AND   prctr LIKE p_i_profit_ctr.   "profit center
CEPCT table data is:
Profit Center
0000001000
0000002000
CORPORATE
(1) when I try with C*, i'm getting properly.
(2)when I try with 1, I'm getting it properly.
(3) when I try with 1*, not getting data even if 1000 is available. this is beacuse leading zeores in the table.
Could anyone please help me out how do I write a qeury to rectrive the above. (Note: we may not be sure how many zeroes to be included, I hope this is not good practive to include zeroes because in case of 200/2000 which will not work and for chars which will not be good code)
thanks in advance.

Hi,
Its better to specify a range for profit center in the selection screen and he use in your query as follows:
Example :
ranges r_profcent FOR GLPCA-RPRCTR.
Query to fetch Range:
SELECT PRCTR INTO R_PROFCENT-LOW
FROM CEPC
WHERE ( PRCTR BETWEEN '0000001111' AND '0000009999'
    OR PRCTR = 'DUMMY' )
    AND KOKRS = '1000'.
    R_PROFCENT-SIGN = 'I'.
    R_PROFCENT-OPTION = 'EQ'.
    APPEND R_PROFCENT.
Use of range in Query:
SELECT REFDOCNR RPRCTR BLDAT BUDAT
FROM GLPCA CLIENT SPECIFIED
APPENDING CORRESPONDING FIELDS OF TABLE ITAB1
WHERE RCLNT = SY-MANDT
    AND RPRCTR IN R_PROFCENT
    AND RACCT IN GLACNO
Hope it could help you out.
Regds,
Anil

Reg : Creation of domain with 8130 characters

Hi Experts,
I want to create Domain with 8130 characters...
Can anybody suggest..
Thanks & Regards,
Mahendar.

I don't think string can contain 8130 characters
mahendar, can you please tell us what option you used

OCR with Vietnamese characters

Similar Messages

Maybe you are looking for