Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Adding collation attribute-value pairs corrupts the view of the index #33

Open
ttasovac opened this issue May 4, 2016 · 2 comments
Open
Labels
awaiting response More information is needed in order to reproduce the issue.

Comments

@ttasovac
Copy link

ttasovac commented May 4, 2016

Adding collation attribute-value pairs corrupts the view of the index in Monex. Consequently, some less stable people, like myself, freak out :)

Without collation, this is what my index looks like:

the good index

With collation:

<collection xmlns="http://exist-db.org/collection-config/1.0">
<index>
    <range>
        <create qname="orth" 
            type="xs:string" 
            collation="?lang=sr&amp;strength=primary"/>
    </range>
</index>

I get the

the freaky index

The index itself in eXist is ok and can be queried, so this is a Monex issue.

@joewiz
Copy link
Member

joewiz commented Mar 13, 2017

@ttasovac Interesting.

@wolfgangmm Is this to be expected? I seem to recall that the application of a collation will change the way index values are stored. From the lucene docs on collations, "Collation converts each token into its binary CollationKey using the provided Collator, allowing it to be stored as an index term." So perhaps what @ttasovac is reporting in his "freaky index" screenshot is just these binary values?

@line-o
Copy link
Member

line-o commented Apr 8, 2020

The links to the test-data are broken.

@line-o line-o added the awaiting response More information is needed in order to reproduce the issue. label Apr 8, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
awaiting response More information is needed in order to reproduce the issue.
Projects
None yet
Development

No branches or pull requests

3 participants