Polish Characters are extracting as # values

Hi All,
We are facing an issue while extracting Polish characters (Names) from HCM system. The Source system has proper Polish characters but when extracting into BI, it displays as # values in place of polish characters.
The BI system has Polish language installed. I tried logging in through Polish Language and tried extracting the data, even then it got failed. In genral its a RFC user which does the extraction on a daily basis.
Can anyone help me how to resolve this issue?
Thanks
BR
San

Hi San,
Check wheather it is installed.
Kindly have a look at below note too,
42305 - RSCPINST (I18N configuration tool)
Check in the soure system in RFC connection wheather the unicode flag is "set or not" and check the target BW wheather unicode falg is "set or not"
Hope this helps.
Regards,
Mani

Similar Messages

Polish characters are garbled during PDF conversion

Hi,
I am facing problem with polish characters while converting spool to pdf in smartform. I have configured the new printer with device type I2SWIN with respective codepage. The preview of pdf in SAP is fine but when it is sent as an attachment in email or converted through program RSTXPDFT4, the polish characters are garbled.
I have already searched SDN for this but didnt find any soolution pertaining to my problem.
Please suggest a solution.
Regards
Abhimanyu.

Hello,
Is your system a unicode system?
If so perhaps the Cascading Fonts might be useful for you (see SAP note 812821).
Cascading Font means that the PDF converter checks each character
of the text. For each character it determines the Unicode
character range, to which the character belongs. After this
it checks the SAP font name and determines, which PDF font
shall be used for this SAP font and the Unicode character range.
(see SAP note 999712)
You should get and install the device type SWINCF from note 812821, as
it is described in note 812821 (you must first apply the latest code
correction of note 812821).
Regards,
David

Polish characters are overwriting in PDF mail

Hi All,
I am mailing a PDF document which is genereated through a SAP script in which some polish characters are being used . The problem is when i am cretating PDF through spool , polish characters are printing fine but when i am creating PDF through FM 'CONVERT_COMM_TYPE_DATA' some polish charactes are overwring with each other .
Please let me know if you have any inputs on this issue.
Regards,
Anand.

Sometimes the printer thru which the spool is created will also make the characters print overlapped.
check the characterset on the printerdevice you use for creating the pdf that should support the polish characters.

Attachments with polish characters are not retrieved

Dear Experts,
when i try to retrieve attachments moved to DMS for a material document with Polish character, it says document not found.
steps:1. created attachments for a material document
          2. moved the attachments to DMS.
          3. When we try to retrieve it is failing.. giving KPRO error
When we debug. the Polish characters are converted to Normal characters and sent to DMS, When SAP tries to retrieve, DMS sending back the normal characters file, But SAP is not recognizing the file.
Eg. Ś is converted to - s,      Ż is converted to- z
any help will be highly appreciated.

Hi Janaki,
The originals will be retrieved only when the characteristics are defined with respective document type class. and it sholud appear in the additional data fields as a field for the documenty type.
The charactersitics apart from the document class can.t retrieve the documents.
I hope this will resolve the query.
Regards,
Ravindra

Polish characters are not retrived from request object

Hi
I have a problem in passing POLISH character through request object.
I am calling a servlet from a jsp with a hyper link. when the link in jsp is clicked the following code will be executed
response.sendRedirect(response.encodeURL("http://hostname:8080/appName/abc.do?method=getReport&FirstName=Ko�tun&LastName=Pro�ciak"));
this code is passing two POLISH strings First Name & Last Name to the servlet.
In the servlet i am trying to retrieve the values of the parameters "FirstName" & "LastName".
Sring FN=request.getParameter("FirstName");
String LN=request.getParameter("LastName");
The variable FN & LN doesn't show the POLISH character in servlet.
I tried with the below option in JSP
<meta content="text/html; charset=ISO-8859-2" > (or)
<meta content="text/html; charset=UTF-8" >
(or)
<%@ page contentType="text/html;charset=ISO8859_2" %>
(or)
<%@ page contentType="text/html;charset=UTF-8" %>
In Servlet i tried using
request.setCharacterEncoding("ISO-8859-2");
(or)
request.setCharacterEncoding("UTF-8");
Pl help me.
Thanks in advance

Don't do it then. Those characters are not allowed inside a URL and have to be encoded. You know, that %... stuff.

Oracle Report, How to Display Polish Characters in a PDF Output

Environment :
Oracle Application Server version 10.1.2.0.2 on Red Hat 4 Enterprise (Kernel 2.6.9-42.0.3 , 32 bit) Oracle Database Version 10.2.0.3.0 Our character set of database is UTF8
I have trouble to display polish characters in Reports Output. We develop on Windows XP machines. I can see the Polish Caharacters in the Reports Builder using several fonts (arial, arial unicode, Times new roman, verdana...) during design time or when running with the paper layout. But when the report deployed to application server running on the linux, the polish characters are replaced by symbols.
Even under Windows, when I select 'generate to a PDF' file option, the characters are not displayed correctly (When I open the generated PDF file with Acrobat reader and go to Document Properties / Fonts, I see the Fonts are always replaced with Adobe Sans MM)
Using the Forms Applications running on the same application server we have no trouble dealing/displaying with the characters (Ąą ĆćĘę Ł ł ŃńÓóŚ ś Ź ź Ż ż ß Đ đ € )
NLS_LANG setting is AMERICAN_AMERICA.UTF8 on the Linux Box and AMERICAN_AMERICA.WE8MSWIN1250 is on the Development machines. (have tried a number of different NLS_LANG settings on the development box as well with no luck).
Any direction would be appreciated.

Hi,
You have several different approaches to fix this problem. First of all, you would be able to generate the PDF output with Font Subsetting setup and be able to see the Polish characters correctly when running the output with destype=cache&desformat=pdf. The following metalink documents would guide you with this setup :
Note.207711.1 "How to Use Font Subsetting in Reports 9i and 10g for PDF Output"
As at design time you use many different Windows specific fonts, I also advice you to check the following document :
Note.356221.1 "A Practical Methodology on Porting Reports from Windows to Unix with Different Fonts"
Once the PDF output is generated properly with correct characters, then if you need to use "destype=printer" for direct print, rather than "destype=cache" to display the output in browser, then you can use the "PDFPrint" pluggable destination, which is located in :
http://www.oracle.com/technology/products/reports/pluginxchange/index.html
Regards,
-Bulent

Problem with printing Polish characters on paper printouts.

Scenario..1
Text Module TM being used in smartform. TM uses a style which has font ARIAL.
TM is translated into 2 languages English and Polish.
The English version contains Polish characters too, since a couple of Person names have to be printed.
When the form is printed in Polish language : The Polish characters are previewed and printed correctly
When the form is printed in English language : The Polish characters are previewed correctly but not printed correctly
Both the above use the same printer having support for Polish fonts.. so i am asssuming the printer is not the issue here.. i could be wrong.
Kindly advice.

Hi!
In which way is the output transferred?
Something like:
a)
ESC 'times new roman'
My text
b) already converted into a picture with a specific resolution (e.g. of 300dpi)?
Case a) -> Your printer needs an installed font times new roman / it's using the first installed font or something in this way. Then you need to download a special (user-) font with polish characters. (That's a quite common way. Sometimes already then vendor installs an user font as preparation for some countries.)
Case b) -> No idea, when print preview is already OK, then output should be OK, too.
Regards,
Christian

Acrobat SDK 9.1 - custom plugin - Polish Characters issue

Hi,
I hope any of you will be able to help me out as we are having small issue. We are developing a plug-in that will digitally sign only XML prior to posting via webservice. This plug-in is developed for Adobe Reader 9.1 and we are using Adobe Acrobat SDK 9.1 to develop it. This plug-in needs to support Polish characters, so the plug-in will be compiled with _UNICODE directive. We are running into a Polish Character issue where Polish Characters are not being displayed in the plug-in popup. Would you be able to tell us how is the Acrobat SDK dealing with this (as it is using std:string and not any type of wide string format), what type of params will get simple functions (like AVAlertNote).
We are also using the JS bridge to export data from the fdf form (using exportXFAData).
Any help would be greatly appreciated!
Thank you,
Jan Kropiwnicki

You should be using ASText objects when working with Unicode.

Printing polish characters on form

I added some polish text in a standard textfield.
For example:
Ilość
Numer zamówienia zakupu
Podpis wystawiającego fakturę
This polish text is perfectly visible on Adobe Forms design view.
But during runtime, the polish characters are not visible anymore (instead an empty space is shown).
I tried with different fonts (Arial, Verdana) and different formats (Plain Text Only, Rich text), but nothing seems to work.
What could be the problem ?
Thanks

Hi Martin,
another thought to solve the issue is to translate the form to pl in your system. I got a similar issue some time ago.
I developed the form in DE and translated it just to English, because we wanted to set always English.
Problem was, that french characters didn't show up in a proper way in print-preview. We solved the issue by translating the form also in FR and IT.
It seemed, that the formlanguage passed just the native charactersets for this language.
Maybe you are having the same issue. Otherwise would be nice, if you can share your solution if there is another one here
~Florian

[SOLVED] No polish characters during boot with DAEMON_LOCALE=YES

Hello, it didn't bother me much before cause I always had DAEMON_LOCALE=NO, but with recent upgrade new rc.conf was introduced with DAEMON_LOCALE set by default to YES. Now my messages are like this:
Checking Filesystems [BUSY] /dev/sda2: czysty, 183465/647168 plikÃ³w, 2083335/2588473 blokÃ³w
Questions are: is it supposed to be half message in english half in polish? and how to repair those missing characters? (loading console font is done after those messages)
BTW this is on virtualbox guest with all testing + kde-unstable repos enabled
Last edited by masteryod (2012-06-06 10:46:45)

DSpider wrote:
Whenever you edit the "/etc/mkinitcpio.conf" file (ie. add "consolefont" to the HOOKS line), don't forget to regenerate your initramfs image!
# mkinitcpio -p linux
Yes, I know and I do execute it every time I touch the "/etc/mkinitcpio.conf"
DSpider wrote:It still wasn't fixed? Then try adding keymap (which says there that it "Adds keymap and consolefonts from rc.conf."), and don't forget to regenerate your initramfs image!
I have tried that and still no luck:
1. Edit CONSOLE* settings in /etc/rc.conf
[root@dog etc]# grep ^CONSOLE rc.conf
CONSOLEFONT="lat2-16"
CONSOLEMAP="8859-2"
2. Add consolefont and keymap to HOOKS in /etc/mkinitcpio.conf
[root@dog etc]# grep ^HOOKS mkinitcpio.conf
HOOKS="base udev autodetect sata filesystems fsck consolefont keymap"
3. Run mkinitcpio
[root@dog etc]# mkinitcpio -p linux
==> Building image from preset: 'default'
-> -k /boot/vmlinuz-linux -c /etc/mkinitcpio.conf -g /boot/initramfs-linux.img
==> Starting build: 3.3.7-1-ARCH
-> Running build hook: [base]
-> Running build hook: [udev]
-> Running build hook: [autodetect]
-> Running build hook: [sata]
-> Running build hook: [filesystems]
-> Running build hook: [fsck]
-> Running build hook: [consolefont]
-> Running build hook: [keymap]
==> Generating module dependencies
==> Creating gzip initcpio image: /boot/initramfs-linux.img
==> Image generation successful
==> Building image from preset: 'fallback'
-> -k /boot/vmlinuz-linux -c /etc/mkinitcpio.conf -g /boot/initramfs-linux-fallback.img -S autodetect
==> Starting build: 3.3.7-1-ARCH
-> Running build hook: [base]
-> Running build hook: [udev]
-> Running build hook: [sata]
-> Running build hook: [filesystems]
-> Running build hook: [fsck]
-> Running build hook: [consolefont]
-> Running build hook: [keymap]
==> Generating module dependencies
==> Creating gzip initcpio image: /boot/initramfs-linux-fallback.img
==> Image generation successful
I have dug the problem deeper and checked what is going on in the /etc/rc.* scripts. Everything seems to be in order, but the loading of consolefont/keymap on boot is not having any effect in my case:
1. System boots, then
2. Loging in as root
3. Typing in some Polish pangram as test: zażółć gęślą jaźń
4. Observing lack of Polish diacritics printed
5. Re-executing the rc.sysinit steps releated to consolefont/keymap settings:
# source /etc/rc.conf
# source /etc/rc.d/functions
# set_consolefont
:: Loading Console Font: lat2-16
6. Trying the Polish pangram test again.
7. Success, all Polish characters are rendered correctly.
Here is screenshot which presents the simple test explained above:
Now, this test suggests to me that the rc.sysinit procedure of configuring consolefont/keymap seems correct.
However, something seems to get messed during rc.sysinit, so the configuration is later overriden and doesn't persist afterwards.
Does anyone have an idea what may be wrong? Does it qualify to be reported as a bug?
Last edited by mloskot (2012-06-06 00:34:10)

Polish Characters XLS to CSV to TXT conversion issue

Hi,
I am trying to convert the XLS file to CSV and then to TXT (UFT8) file but the polish characters are shown as "?" in CSV and TXT file. Any experts help please.
Thanks,
Genoo

Any help please, its quiet urgent.
Thanks,
Genoo

Music -Polish characters not supported

Hi!
I have found an issue where Polish characters are not supported in Music section - I mean titles of songs and albums do not contain Polish characters but random weird symbols instead.
Can I do somethign with it? I had similar prolem with N8 before.

> I'd also like these HTML entities to be in decimal
format ie: ’
DW will not do this conversion for you.
Murray --- ICQ 71997575
Adobe Community Expert
(If you *MUST* email me, don't LAUGH when you do so!)
==================
http://www.dreamweavermx-templates.com
- Template Triage!
http://www.projectseven.com/go
- DW FAQs, Tutorials & Resources
http://www.dwfaq.com - DW FAQs,
Tutorials & Resources
http://www.macromedia.com/support/search/
- Macromedia (MM) Technotes
==================
"berrr" <[email protected]> wrote in message
news:edssg2$peu$[email protected]..
> i'm having problems with special characters. i'd like to
use the
>
proper
> curly quotes, em dashes, en dashes, ellipses and all the
rest but
> dreamweaver
> is not converting them.
>
> I'd also like these HTML entities to be in decimal
format ie: ’
>

Polish characters displayed as #

Hi friends,
We have a portal application, where we enter polish characters in a Text editor. These are stored in a table in R3 (ECC 6.0 - Unicode environment). In the table, the polish characters are shown as rectangular boxes and are displayed as # in the portal. Could anyone please help to resolve this problem?
Thanks,
Sharmila

Hi Michael,
The Text Editor in Portal is Unicode compliant. The problem arises when it comes to R3. Also, we found that the issue is with the code page only. A code page conversion is required for polish characters. We are still working on this.
Thanks,
Sharmila

Printing of special polish characters

Hello,
We have a requirement where in some of the Polish characters are not getting printed. To correct this we have to apply a OSS note.
SAP Application Release we are using is 4.7 & existing support package SAPKH47026.
We have found out one OSS note related to this & the note is 588724.
Please let me know if any of you have come across such issue & suggest me if this is the correct OSS note.
Best regards,
Sathyanarayana

Hi,
Thanks for your answer,
I am sorry i did not mention this, but the actual problem is during PDFconversion. Printing is working fine.
Regards,
Sathyanarayana

Polish characters on print preview are not correct, printing works well

Hi gurus,
i've got a problem with smartform print preview. Our programmer developed form, which is used in polish and english version. In polish version everything works fine - print and print preview has polish characters (ąłćźń etc). In english version, print preview has no polish characters in address paragraph, but when I print it, everything is on his place.
Unfortunetly, system is non-unicode. I tried changing font to other (but in polish version with the same font, print preview is correct), changing size, even charset of printer. Works badly on I2SWIN, HP-PCL, and any other printer type.
What should I do now? Removing polish letters or changing them into "normal" is not acceptable solution, especially that printing works fine (on I2SWIN and HP PCL type also).
Polish is of course installed on the system.
Thank you for your help.
SAP ECC 6.0
SAP_AP 700 013

Hi Martin,
another thought to solve the issue is to translate the form to pl in your system. I got a similar issue some time ago.
I developed the form in DE and translated it just to English, because we wanted to set always English.
Problem was, that french characters didn't show up in a proper way in print-preview. We solved the issue by translating the form also in FR and IT.
It seemed, that the formlanguage passed just the native charactersets for this language.
Maybe you are having the same issue. Otherwise would be nice, if you can share your solution if there is another one here
~Florian

Polish Characters are extracting as # values

Similar Messages

Maybe you are looking for