CQ 5 Tag Search with German special characters

Hi all,
I configured CQ 5.5. to do search on a set of custom tags that I created for documents. I did that by adding some new tags in /etc/tags/custom and adding this path in /apps/dam/content/search/searchpanel/facets/tagoptions. I noted that search works fine for any new tag that I created except those tags which contain German characters like küche. Can anyone help here on what could be the issue ?
Thanks!

I see your point. Got exactly the same problem in the DAM when searching for "ökologische" but "Unternehmenskonzept" that is in the same document is found.
When sending "ökologische" from QueryDebugger, it searches for:
18.06.2013 16:15:23.836 *DEBUG* [10.62.25.120 [1371564923836] GET /libs/cq/search/content/querydebug.html HTTP/1.1] com.day.cq.search.impl.builder.QueryImpl executing query (predicate tree):
ROOT=group: [
    {fulltext=fulltext: fulltext=%C3%B6kologische}
but from DAM Search
18.06.2013 16:17:16.096 *DEBUG* [10.62.25.120 [1371565036096] POST /bin/querybuilder.json HTTP/1.1] com.day.cq.search.impl.builder.QueryImpl executing query (predicate tree):
ROOT=group: limit=15, hitwriter=full, nodedepth=4, offset=0[
    {fulltext=fulltext: fulltext=ökologische}
    {mainasset=mainasset: mainasset=true}
    {orderby=orderby: orderby=path}
    {path=path: flat@Delete=true, path=}
    {type=type: type=dam:Asset}
    {0_daterange=daterange: lowerBound=, property=jcr:content/jcr:lastModified, upperBound=}
    {1_group=group: or=true[
        {property=property: property=jcr:content/metadata/dc:format}
    {2_group=group: or=true[
        {property=property: property=jcr:content/metadata/cq:tags}
    {3_group=group: or=true[
        {property=property: property=jcr:content/metadata/dam:scene7FileStatus}
even if I can see that the JSON structure sent to /bin/querybuilder.json is:
p.hitwriter=full&p.nodedepth=4&mainasset=true&type=dam%3AAsset&fulltext=%C3%B6kologische&path=&path.flat%40Delete=true&orderby=path&0_daterange.property=jcr%3Acontent%2Fjcr%3AlastModified&0_daterange.lowerBound=&0_daterange.upperBound=&1_group.property=jcr%3Acontent%2Fmetadata%2Fdc%3Aformat&1_group.p.or=true&2_group.property=jcr%3Acontent%2Fmetadata%2Fcq%3Atags&2_group.p.or=true&3_group.property=jcr%3Acontent%2Fmetadata%2Fdam%3Ascene7FileStatus&3_group.p.or=true&p.limit=15&p.offset=0
This is on a CQ5.5-system.

Similar Messages

  • Unity Connection 8.6 LDAP or CUCM Import with german special characters called "Umlaut": ä, ö, ü

    Hi,
    for  jabber 9.1 integration i sync'ed all users at Callmanager, Presence and  Unity to our LDAP (MS AD). with CUCM and Presence (both 8.6.x), it  works fine, just Unity Connection sync the Users from AD, but i cannot import Users  with german special characters ä, ö, ü  (i.E. German Name in LDAP-su: Müller).
    Jabber  9.1 need for Voicemail Integration the AD Authentication. Know  somebody, if there is an Workaraound or Fix ?
    This is a general issue, with or without Jabber, with sync directly from AD, or indirectly through CUCM (sync'ed with AD)
    thx and regards
    Jacky

    I located an identical defect (CSCts28455) that was closed as unreproducible. The defect references CSCtj73444 "Add support for UTF-8 password to LDAP and RADIUS/MSCHAP" which is added to 8.4.2 with the recommendation of RADIUS/MSCHAP or LDAP only for international character support. It would make sense to go to the latest in your current train (ie: 8.4.4.1.ED) and see if the issue remains. What you want to do appears to be supported.
    Matthew

  • Problem with german special characters in APEX

    Hi,
    we have a problem with all the special characters in german language in our Application.
    APEX version 3.1.0.00.32 is installed on a oracle database 9.2.0.6.0
    The nls_characterset of the database is: American_America.WE8ISO8859P1
    We have modified the wdbsvr.app file on our HTTP-Server like it's shown in the installationguide for APEX and have set the nls_lang parameter to American_America.AL32UTF8.
    If I look at the source code of the html-pages of our application, there are already the following settings in the header of every page:
    meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1"
    With this settings all the german special characters like ä ö ü are not shown correctly in the browser.
    What can I do that the pages are shown correctly?
    Thanks for help!

    Hi Petra,
    ok, so my guess was correct. So the solution is to set the charset attribute in the HTML header to "charset=UTF-8". This is actually the way it should be. But I'm wondering why it is not in your case? Are you using a custom template for the page(s) in question where the charset attribute is set to a custom value? The meta tags in the HTML header are usually set by/through the #HEAD# substitution string in the header definition section of the page template, cp. one of the page templates in Shared Components --> Templates. And as far as I know you are not able to change this substitution string, you can only switch the inclusion on/off with the option "Include Standard CSS and JavaScript" in each page definition. (I might be mistaken, though, I'm quite new to APEX...)
    Regards
    Frank

  • TCS 3.0: Anchored Frames contain callouts with german special characters Conversion to RH nok

    Hi all,
    I have Frame documents, which contain anchored frames with callouts. The callouts are created with Frame and contain german special characters like ä,ö,ü. These characters are not converted correctly.
    Thanks for help.
    Regards,
    Rainer

  • Mysql problem with german special characters

    hi,
    I wrote a software and it worked quite good, but after I installed it on a new machine with j2se 1.4 I've problems with the german special characters.
    this code works good on the old machine (jdk 1.3.1) and prints the wanted characters like �,�,�.
    Class.forName("org.gjt.mm.mysql.Driver").newInstance();
    java.sql.Connection conn;
    conn = DriverManager.getConnection("jdbc:mysql://localhost/testdb?user=testuser&password=xxxx");
    Statement s = conn.createStatement();
    ResultSet r = s.executeQuery("select something from testtb where id='1'");
    r.first();
    System.out.println( r.getString(1) );
    but on the new machine (j2se 1.4) I only receive the character ?.
    I updated my org.gjt.mm.mysql to the current MySQL Connector/J 3.0.9 and added
    conn = DriverManager.getConnection("jdbc:mysql://localhost/testdb?user=testuser&password=xxxx&useUnicode=true&characterEncoding=ISO-8859-1");
    but I've got still the same problem.
    Thanks in advance
    Markus

    with "wanted characters like �,�,�"
    I meant: like ä,ü,ö

  • Problems with german special characters on DOC export.

    Hello,
    I have a problem when I export a pdf to doc via the adobe cloud feature. Everything works fine except for the special german characters. And since I want to use this tool to convert my latex pdf to word to use the spellchecker for me the entire system is broken. Do I need to change to a special encoding of my textfiles for this to work? Can you fix this somehow?
    Cheers
    nenTi

    I use Arial as font generated by MiKTex. So I doubt it's a font problem. Also it detects all other characters without a problem, only the german special chars äöüÄÖÜß are a problem for the system.
    Try it yourself:
    "Hier ist mein scheiß überfordertes konvertierungs script und rödel vor sich hin ohne ännähernd befriedigendes Ergebniß."
    You won't have the special chars editable in the doc. It is visible but you can't edit it because it is converted to something strange.

  • INSO-filter doesn't work correct with german special characters in pdf-files

    During testing the interMedia Text I watched that some words from pdf-files are not indexed. That's why I use the INSO-filter at the DOS command-line:
    ctxhx xxx.pdf xxx.txt <<The xxx.pdf-file includes the phrase:
    "... generell |berwiegende vffentliche Interessen im Sinne ..."
    The result in the xxx.txt-file is:
    "... generell |berwiegende Interessen im Sinne ..."
    The word "vffentliche" is lost. Is this a bug in INSO-filter or an incorrect using?
    Thanks for helping.
    Michael

    Actually, The inso filters do not even work for me for PDF file versions 1.2+. Is anyone else experiencing the same difficulties ? How often does Oracle update the INSO filters to keep up with vendors (Adobe/Microsoft) coming out with newer versions of their document products ?
    null

  • German Special Characters in XSTRING to STRING conversion

    Hi Experts,
    I have a CSV file (created from a Windows Excel file) with German Special Characters (e.g. 'ä', 'Ä') and I am trying to read this into ABAP internal tables. By using the THTMLB tag 'thtmlb:fileUpload' I get an XSTRING and I am trying to convert this into STRING. However, wheny trying to do this I get an exception 'CX_SY_CONVERSION_CODEPAGE'.
    This is my coding:
      data: conv   type ref to cl_abap_conv_in_ce.
      conv = cl_abap_conv_in_ce=>create( input = lr_upload->file_content ).
      conv->read( importing data = lv_content ).
    Note: lr_upload is my XSTRING object from the file upload, lv_content is a STRING.
    In the CSV file the German special characters look fine and the SAP system is a Unicode system, but it seems like there are some problems with the conversions somehow. Any ideas from the experts?
    Thanks a lot and Regards,
    Jens

    As you mention a csv file I'm wondering if your encoding is wrong: I.e. when you create your instance of cl_abap_conv_in_ce you don't specify the encoding of your source hex string, so that means the default encoding is used, which should be UTF-8 in your case. So if your csv file is not encoded in UTF-8, specify the correct encoding in the create method and see if that helps.
    Depending on how you get the file contents you might actually be able to combine the file retrieval with the conversion in one step. E.g. if the file is read from the application server you could specify the used code page via [open dataset ... in legacy text mode ... code page|http://help.sap.com/abapdocu_70/en/ABAPOPEN_DATASET_MODE.htm#&ABAP_ALTERNATIVE_4@4@]. Similarly method gui_upload of class cl_gui_frontend_services also allows you to specify a code page.
    If all of this doesn't help, post some further details on your file (e.g. sample content & encoding) and possibly add some further details from the exception you're getting. As you mention a Unicode system it basically means that we should be able to convert all characters without any problem as long as we specify the correct source code page.
    Cheers, harald

  • German Special Characters not displayed correctly in RTF  using code

    Hi ,
    In my code we are using webdynpro method
    WDResourceFactory.createResource(
    byte[] data, String resourceName,WDWebResourceType
    Type)
    Here in our code we are implementing this as
    ITemplateElement templateEl = wdContext.currentTemplateElement();
    WDResourceFactory.createResource(
    templateEl.getReportData(),
    reportName.substring(0, reportName.lastIndexOf('.')),
    WDWebResourceType.RTF); reportName.lastIndexOf('.')),
    Here templateEl.getReportData() returns a set of bytes which has some
    german special characters.
    We are generating the Bytes using String.getByes(),Just before
    String text = new String(in);
    collector.putBusinessObject(boName, bo);
    reportDocTemplateParser(collector, text);
    collector.removeBusinessObject(boName);
    String generatedText = collector.generateRTF();
    out = (null != generatedText) ? generatedText.getBytes() : null;
    The out put is the if i am giving a word with german special characters for eg:
    Betriebsübersichten it first gets converted to bytes and then passes through method WDResouseFactory.createResourse(.....) which creates an RTF file and finally in the RTF file it appears as Betriebsbbersichten the special character is not displayed correctly.
    i came to knw that while converting into bytes we have to make it RTF supported encoding.ie for eg generatedText.getBytes('cp1252').i even tried with other charactersets like ISO-8859,cp1253 and so on but none of them worked.
    It would be really great if you could suggest the needful.
    Thanks and Regards
    Neeta

    I soved this by using get_data function of response object. Then converting this into ISO-8859-1 charset.
    See code below.
    DATA :  lv_encoding   TYPE abap_encoding,
              lv_conv       TYPE REF TO cl_abap_conv_in_ce,
              lv_x_string   type xstring.
      lv_x_string = pv_http_client->response->get_data( ).
        lv_encoding = '1100'.
        lv_conv = cl_abap_conv_in_ce=>create(
                              encoding = lv_encoding
                                 input = lv_x_string ).
        lv_conv->read( IMPORTING data = pv_result ).

  • German special characters not displaying on page instead of that Question marks displayed

    when i submit form,i need to send a mail with filled data.Here Suppose user entered german special characters.I am getting Question marks instead of ä,Ä,ö,Ö,ü,Ü,ß. I have used meta tag like
    <meta http-equiv="content-type" content="text/html;charset=utf-8" />.But i am getting fine characters with IE and Chrome.I am using FireFox 3.6.16 english.

    Hello core team,
    Thanks a lot!!!!
    i m not only the person to use html form.So many non technical persons using the same. how can i tell to all persons regarding changing character encoding. i need some permenant solution,

  • Cl_gui_frontend_services= gui_download - issue with german special char

    Hello,
    we are using cl_gui_frontend_services=>gui_download to create from an itab an excel file.
    We face the issue that in this excel file german special characters like Ä, Ü, Ö, ß are not displayed correctly.
    I think we need to use a different codepage. But which one?
    could you please give us a short coding example how to call cl_gui_frontend_services=>gui_download.
    Thanks a lot
    Kind regards
    Manfred

    Hi,
    Check the system is unicode or non-unicode . Codepage for Unicode system is ' 4102' and non-unicode is '1100'.
    Below are the sample code for the GUI_download with Class.
    DATA:  l_filename    TYPE string,
           l_filen       TYPE string,
           l_path        TYPE string,
           l_fullpath    TYPE string,
           l_usr_act     TYPE I.
    l_filename = SPACE.
    CALL METHOD CL_GUI_FRONTEND_SERVICES=>FILE_SAVE_DIALOG
      EXPORTING
        DEFAULT_FILE_NAME    = l_filename
      CHANGING
        FILENAME             = l_filen
        PATH                 = l_path
        FULLPATH             = l_fullpath
        USER_ACTION          = l_usr_act
      EXCEPTIONS
        CNTL_ERROR           = 1
        ERROR_NO_GUI         = 2     
        NOT_SUPPORTED_BY_GUI = 3
        others               = 4.
    IF sy-subrc = 0
          AND l_usr_act <>
          CL_GUI_FRONTEND_SERVICES=>ACTION_CANCEL.
    CALL FUNCTION 'GUI_DOWNLOAD'
      EXPORTING
        FILENAME                        = l_fullpath
       FILETYPE                        = 'DAT'
      TABLES
        DATA_TAB                        = T_DOWNL
    EXCEPTIONS
       FILE_WRITE_ERROR                = 1
       NO_BATCH                        = 2
       GUI_REFUSE_FILETRANSFER         = 3
       INVALID_TYPE                    = 4
       NO_AUTHORITY                    = 5
       UNKNOWN_ERROR                   = 6
       HEADER_NOT_ALLOWED              = 7
       SEPARATOR_NOT_ALLOWED           = 8
       FILESIZE_NOT_ALLOWED            = 9
       HEADER_TOO_LONG                 = 10
       DP_ERROR_CREATE                 = 11
       DP_ERROR_SEND                   = 12
       DP_ERROR_WRITE                  = 13
       UNKNOWN_DP_ERROR                = 14
       ACCESS_DENIED                   = 15
       DP_OUT_OF_MEMORY                = 16
       DISK_FULL                       = 17
       DP_TIMEOUT                      = 18
       FILE_NOT_FOUND                  = 19
       DATAPROVIDER_EXCEPTION          = 20
       CONTROL_FLUSH_ERROR             = 21
       OTHERS                          = 22.
    IF SY-SUBRC <> 0.
       MESSAGE ID SY-MSGID TYPE SY-MSGTY NUMBER SY-MSGNO
               WITH SY-MSGV1 SY-MSGV2 SY-MSGV3 SY-MSGV4.
      ENDIF.
    ENDIF.
    Edited by: Sumodh P on May 11, 2010 5:24 PM

  • Smart Web Printing does not show/print german special characters (äöü)

    I have installes Smart Web Printing on my computer with WIndows 7. I do use a german localization. Selected text is shown and printed correct, except german special characters ä ö ü. They are even not shown correctly in the menues of the application.

    Response to cor-el suggestions:
    I tried what you suggested as far as checking the theme (it's "Default 8.0") and deleting the sessionstore files (there was one .js file, one -1.js file and one .bak file). I still have the same slow response problems (especially typing, it has gone dead on me for a short time twice while typing this replay so far, now a third time) and lost of headers and trailers and some data.
    I did the suggested actions three times just to make sure that I was doing them correctly. On the first try, the sessionstore.js and sessionstore-1.js was more than twice the size of sessionstore.bak. Since doing what was suggested, the sessionstore.js and sessionstore.bak are, I believe, the same size. I did not write down their size is why I am not certain.
    The printing problem appears to only be with one website which is an investment website which I would prefer not to document here. I print from this website each weekday and I have confirmed that the printing problem started when the upgrade to version 8.0 occurred.
    I need a solution to this or I am going to either go back to IE (Ugh!) or find another browser. The typing delays are an extreme annoyance since I do lots on the Internet including a lot of emailing. The delays also involve the buttons to select functions within a website.
    Is there a way to get back to the version previous to version 8.0?

  • German special characters..

    I just got my first iPod this afternoon and am now in the process of uploading all my CDs into iTunes. However, some of my files require typing German special characters (umlauted vowels). I'm using a PC and the special character codes for PCs are not working in iTunes. I'm stumped!
    Anyone know how to access special characters? They seem to exist, since certain albums I've uploaded which have German titles are picking up umlauts.
    TIA....
    Bob

    Trevor,
    If the client application attempts to store a character such as the euro that is not defined in the database character set a replacement is selected and the clients representation will be lost. If the client uses a different code page to the databases character set the symbol can still be stored as long as both code pages have a code. The client must also have the character set component of NLS_LANG set to the client's character set.
    The solution is in finding a correct combination of the MS Windows code page that match the chosen Oracle client character set encoding for that character. The problems are with the client PC settings, and the resolution could be time consuming when looking for the available OS code pages and font information. You could find some information on code pages at the following Microsoft site:
    http://www.microsoft.com/typography/unicode/cscp.htm

  • Firefox doesn't reconvert special characters in the file names when download a file with any special characters in the file name

    <blockquote>Locking duplicate thread.<br>
    Please continue here: [/questions/815207]</blockquote><br>
    if i try to download a file with any special characters in file name (e.g. File_Name.pdf), it doesn't reconvert them from the "sanitize url" process and download the file an incorrect name (e.g. File%5FName.pdf).
    This is really annoying.
    Thank you for your patient

    Start Firefox in <u>[[Safe Mode]]</u> to check if one of the extensions is causing the problem (switch to the DEFAULT theme: Firefox (Tools) > Add-ons > Appearance/Themes).
    * Don't make any changes on the Safe mode start window.
    * https://support.mozilla.com/kb/Safe+Mode
    * [[Troubleshooting extensions and themes]]

  • German special characters are not returned from catalog

    When the german special characters are part of the descrition of the article from the the catalog (external). ( reaching catalog from PM order components screen)
    It returns '#' in place german special characters ö ('Umlet') . This is because of the initial charset from the HTML page. How do we get the correct charset of the loaded HTML page.
    But when we execute the same through WTS the german characters are correctly returned but charset is incorrect. Can someone help me to resolve this?

    Hi ,
    Can you pls check the customization OCI interface Convert of HTML fields to SAP Fields where in you maintained the text, which is inturn mapped to conversion module in the customization for example IOCI_DESCRIPTION_W.
    Regards
    Satish

Maybe you are looking for

  • Troubleshooting pop-up menu in Dreamweaver 8

    Hello, I'm using Macromedia Dreamweaver 8. 1. Created a pop-menu woith 6 items all linking to 6 different anchors in a different page. 2. The first 5 items work fine - they link up to the 5 anchors in the destination page. 3. The 6th item when clicke

  • What can I do about my macbook pro?

         Recently, my macbook pro has been acting up.  For one, it randomly shuts down frequently, a gray screen drops down saying I must restarts my computer.  Other times, the screen just completely blanks.  I have also seen the screen go purple, yello

  • Re: MSI GTX 970 4G making unhealthy noises

    Have you tried any other games?

  • Report output to excel format

    Hi Experts, My requriement is I have to send a mail with report output in excel format as an attachment. I wrote the below subroutine for building excel sheet but I am getting output in the single row.  I am using version 4.6 Please  help me regardin

  • Support forum link button adds unnecessary square brackets and vertical line.

    The post editor on this support forum has a button to insert links, giving a result [[https://support.mozilla.org/|like this]] (two sets of square brackets, with | to divide link from text) when it seems that in order to work properly it should be [h