Rick: Easiest to _code_. There isn't any. And if you just toss the problem over the fence to support then it's not a problem ;)
Best, Erick On Tue, May 16, 2017 at 9:04 AM, Rick Leir <rl...@leirtech.com> wrote: > Björn > You are not serious about (1) are you? Yikes!! Easiest for you if you do not > need to sit at the helpdesk. Easiest if the users stop using the system. > > My guess is that (2) is easiest if you have text entry boxes for each field, > and the user need not type in the field name. Cheers -- Rick > > On May 16, 2017 10:56:37 AM EDT, Erick Erickson <erickerick...@gmail.com> > wrote: >>Yeah, your options (5) and (6) are.... well... definitely at the >>bottom of _my_ list, I understand you included them for >>completeness... >> >>as for (4) Oh, my aching head. Parsers give me a headache ;) >> >>Yes, (1) is the easiest.(2) and (3) mostly depend on where you're most >>comfortable coding. If you intercept the query on the backend in Java >>_very_ early in the process you are working with essentially the same >>string as you would in JS on the front end so it's a tossup. You might >>just be more comfortable writing JS on the client rather than Java and >>getting it hooked in to Solr, really your choice. >> >>Best, >>Erick >> >>2017-05-16 0:59 GMT-07:00 Peemöller, Björn >><bjoern.peemoel...@berenberg.de>: >>> Hi all, >>> >>> thank you for your replies! >>> >>> We do not directly expose the Solr API, but provide an endpoint in >>our backend which acts as a proxy for a specific search handler. One >>requirement in our application is to search for people using various >>properties, e.g., first name, last name, description, date of birth. >>For simplicity reasons, we want to provide only a single search input >>and allow the user to narrow down its results using the query syntax, >>e.g. "firstname:John". >>> >>> Based on your suggestions, I can see the following solutions for our >>problem: >>> >>> 1) Train the users to denote fieldnames in lowercase - they need to >>know the exact field names anyway. >>> 2) Modify (i.e., lowercase) the search term in the backend (Java) >>> 3) Modify (i.e., lowercase) the search term in the frontend (JS) >>> 4) Modify the Solr query parser (provide a customized implementation) >>> 5) Define *a lot* of field aliases >>> 6) Define *a lot* of copy fields >>> >>> I assess these solutions to be ordered in decreasing quality, so I >>think that we will start to improve with more user guidance. >>> >>> Thanks to all, >>> Björn >>> >>> -----Ursprüngliche Nachricht----- >>> Von: Rick Leir [mailto:rl...@leirtech.com] >>> Gesendet: Montag, 15. Mai 2017 18:33 >>> An: solr-user@lucene.apache.org >>> Betreff: Re: Configure query parser to handle field name >>case-insensitive >>> >>> Björn >>> Yes, at query time you could downcase the names. Not in Solr, but in >>the front-end web app you have in front of Solr. It needs to be a bit >>smart, so it can downcase the field names but not the query terms. >>> >>> I assume you do not expose Solr directly to the web. >>> >>> This downcasing might be easier to do in Javascript in the browser. >>Particularly if the user never has to enter a field name. >>> >>> Another solution, this time inside Solr, is to provide copyfields for >>ID, Id, and maybe iD. And for other fields that you mention in queries. >>This will consume some memory, particularly for saved fields, so I >>hesitate to even suggest it. Cheers - Rick >>> >>> >>> On May 15, 2017 9:16:59 AM EDT, "Peemöller, Björn" >><bjoern.peemoel...@berenberg.de> wrote: >>>>Hi Rick, >>>> >>>>thank you for your reply! I really meant field *names*, since our >>>>values are already processed by a lower case filter (both index and >>>>query). However, our users are confused because they can search for >>>>"id:1" but not for "ID:1". Furthermore, we employ the EDisMax query >>>>parser, so then even get no error message. >>>> >>>>Therefore, I thought it may be sufficient to map all field names to >>>>lower case at the query level so that I do not have to introduce >>>>additional fields. >>>> >>>>Regards, >>>>Björn >>>> >>>>-----Ursprüngliche Nachricht----- >>>>Von: Rick Leir [mailto:rl...@leirtech.com] >>>>Gesendet: Montag, 15. Mai 2017 13:48 >>>>An: solr-user@lucene.apache.org >>>>Betreff: Re: Configure query parser to handle field name >>>>case-insensitive >>>> >>>>Björn >>>>Field names or values? I assume values. Your analysis chain in >>>>schema.xml probably downcases chars, if not then that could be your >>>>problem. >>>> >>>>Field _name_? Then you might have to copyfield the field to a new >>field >>>>with the desired case. Avoid doing that if you can. Cheers -- Rick >>>> >>>>On May 15, 2017 5:48:09 AM EDT, "Peemöller, Björn" >>>><bjoern.peemoel...@berenberg.de> wrote: >>>>>Hi all, >>>>> >>>>>I'm fairly new at using Solr and I need to configure our instance to >>>>>accept field names in both uppercase and lowercase (they are defined >>>>as >>>>>lowercase in our configuration). Is there a simple way to achieve >>>>this? >>>>> >>>>>Thanks in advance, >>>>>Björn >>>>> >>>>>Björn Peemöller >>>>>IT & IT Operations >>>>> >>>>>BERENBERG >>>>>Joh. Berenberg, Gossler & Co. KG >>>>>Neuer Jungfernstieg 20 >>>>>20354 Hamburg >>>>> >>>>>Telefon +49 40 350 60-8548 >>>>>Telefax +49 40 350 60-900 >>>>>E-Mail >>>>>bjoern.peemoel...@berenberg.de<mailto:bjoern.peemoel...@berenberg.de> >>>>>www.berenberg.de<http://www.berenberg.de/> >>>>> >>>>>Sitz: Hamburg - Amtsgericht Hamburg HRA 42659 >>>>> >>>>> >>>>>Diese Nachricht einschliesslich etwa beigefuegter Anhaenge ist >>>>>vertraulich und kann dem Bank- und Datengeheimnis unterliegen oder >>>>>sonst rechtlich geschuetzte Daten und Informationen enthalten. Wenn >>>>Sie >>>>>nicht der richtige Adressat sind oder diese Nachricht irrtuemlich >>>>>erhalten haben, informieren Sie bitte sofort den Absender über die >>>>>Antwortfunktion. Anschliessend moechten Sie bitte diese Nachricht >>>>>einschliesslich etwa beigefuegter Anhaenge unverzueglich >>vollstaendig >>>>>loeschen. Das unerlaubte Kopieren oder Speichern dieser Nachricht >>>>>und/oder der ihr etwa beigefuegten Anhaenge sowie die unbefugte >>>>>Weitergabe der darin enthaltenen Daten und Informationen sind nicht >>>>>gestattet. Wir weisen darauf hin, dass rechtsverbindliche >>Erklaerungen >>>> >>>>>namens unseres Hauses grundsaetzlich der Unterschriften zweier >>>>>ausreichend bevollmaechtigter Vertreter unseres Hauses beduerfen. >>Wir >>>>>verschicken daher keine rechtsverbindlichen Erklaerungen per E-Mail >>an >>>> >>>>>Dritte. Demgemaess nehmen wir per E-Mail auch keine >>>>rechtsverbindlichen >>>>>Erklaerungen oder Auftraege von Dritten entgegen. >>>>>Sollten Sie Schwierigkeiten beim Oeffnen dieser E-Mail haben, wenden >>>>>Sie sich bitte an den Absender oder an i...@berenberg.de. Please >>refer >>>> >>>>>to http://www.berenberg.de/my_berenberg/disclaimer_e.html for our >>>>>confidentiality notice. >>>> >>>>-- >>>>Sorry for being brief. Alternate email is rickleir at yahoo dot com >>>> >>>>Diese Nachricht einschliesslich etwa beigefuegter Anhaenge ist >>>>vertraulich und kann dem Bank- und Datengeheimnis unterliegen oder >>>>sonst rechtlich geschuetzte Daten und Informationen enthalten. Wenn >>Sie >>>>nicht der richtige Adressat sind oder diese Nachricht irrtuemlich >>>>erhalten haben, informieren Sie bitte sofort den Absender über die >>>>Antwortfunktion. Anschliessend moechten Sie bitte diese Nachricht >>>>einschliesslich etwa beigefuegter Anhaenge unverzueglich vollstaendig >>>>loeschen. Das unerlaubte Kopieren oder Speichern dieser Nachricht >>>>und/oder der ihr etwa beigefuegten Anhaenge sowie die unbefugte >>>>Weitergabe der darin enthaltenen Daten und Informationen sind nicht >>>>gestattet. Wir weisen darauf hin, dass rechtsverbindliche >>Erklaerungen >>>>namens unseres Hauses grundsaetzlich der Unterschriften zweier >>>>ausreichend bevollmaechtigter Vertreter unseres Hauses beduerfen. Wir >>>>verschicken daher keine rechtsverbindlichen Erklaerungen per E-Mail >>an >>>>Dritte. Demgemaess nehmen wir per E-Mail auch keine >>rechtsverbindlichen >>>>Erklaerungen oder Auftraege von Dritten entgegen. >>>>Sollten Sie Schwierigkeiten beim Oeffnen dieser E-Mail haben, wenden >>>>Sie sich bitte an den Absender oder an i...@berenberg.de. Please >>refer >>>>to http://www.berenberg.de/my_berenberg/disclaimer_e.html for our >>>>confidentiality notice. >>> >>> -- >>> Sorry for being brief. Alternate email is rickleir at yahoo dot com >>> >>> Diese Nachricht einschliesslich etwa beigefuegter Anhaenge ist >>vertraulich und kann dem Bank- und Datengeheimnis unterliegen oder >>sonst rechtlich geschuetzte Daten und Informationen enthalten. Wenn Sie >>nicht der richtige Adressat sind oder diese Nachricht irrtuemlich >>erhalten haben, informieren Sie bitte sofort den Absender über die >>Antwortfunktion. Anschliessend moechten Sie bitte diese Nachricht >>einschliesslich etwa beigefuegter Anhaenge unverzueglich vollstaendig >>loeschen. Das unerlaubte Kopieren oder Speichern dieser Nachricht >>und/oder der ihr etwa beigefuegten Anhaenge sowie die unbefugte >>Weitergabe der darin enthaltenen Daten und Informationen sind nicht >>gestattet. Wir weisen darauf hin, dass rechtsverbindliche Erklaerungen >>namens unseres Hauses grundsaetzlich der Unterschriften zweier >>ausreichend bevollmaechtigter Vertreter unseres Hauses beduerfen. Wir >>verschicken daher keine rechtsverbindlichen Erklaerungen per E-Mail an >>Dritte. Demgemaess nehmen wir per E-Mail auch keine rechtsverbindlichen >>Erklaerungen oder Auftraege von Dritten entgegen. >>> Sollten Sie Schwierigkeiten beim Oeffnen dieser E-Mail haben, wenden >>Sie sich bitte an den Absender oder an i...@berenberg.de. Please refer >>to http://www.berenberg.de/my_berenberg/disclaimer_e.html for our >>confidentiality notice. >>> > > -- > Sorry for being brief. Alternate email is rickleir at yahoo dot com
