Problem/Motivation
Scratch my original message, I see it is dynamically found, but the incorrect bit of the string for us is the prefix:
Our field:
knns_rendered_item_1
Calculated $solr_field:
knn_rendered_item_1
Steps to reproduce
Not sure here what the difference is, only can see SearchApiSolrDenseVectorConfigSubscriber::postConfigFilesGeneration() creates both
Proposed resolution
Not sure, for now we have extended PureVector and just set $solr_field ourselves manually.
Remaining tasks
MR
User interface changes
N/A
API changes
N/A
Data model changes
N/A
Comments
Comment #2
scott_euser commentedGot the issue wrong, updated summary and title
Comment #3
kevinquillen commentedI have only seen knn and not the other - what kind of field were you making a dense vector type?
Comment #4
kevinquillen commentedI am using an aggregated field with 5 text fields concatenated for dense vector.
Comment #5
scott_euser commentedAha I see ill give that a shot to see if that is the difference. We tried rendered html (adding some contextual content)
Comment #6
kevinquillen commentedI'm sure there is a programmatic way to get the full id or prefix without doing that, I will have to check.
Comment #8
scott_euser commentedThis solves it for me, using the search api to solr field map
Comment #9
kevinquillen commentedYou beat me to it, only I was trying this:
Comment #10
scott_euser commentedYeah could keep it simpler, wasn't sure how reliable so did the fallback thing but probably not needed :)
Comment #12
kevinquillen commentedComment #15
jan kellermann commentedThe search didn't work for us either until we installed this patch. It would be great if you could tag a new RC so that others can save themselves the time. Thank you very much.
Comment #16
kevinquillen commentedDone. Guess I forgot to do that part.