gotcha. thanks for the tips guys best,
-- *John Blythe* Product Manager & Lead Developer 251.605.3071 | j...@curvolabs.com www.curvolabs.com 58 Adams Ave Evansville, IN 47713 On Fri, Mar 11, 2016 at 11:25 AM, Alessandro Benedetti < abenede...@apache.org> wrote: > Copyfield won't work if this is what you meant. The source content of the > field ( prior any analysis) is extracted and then sent to the copy field > where it is analysed. > > You need to simulate that approach in the process method of the update > request processor. > But i assume that that was what you thought altready. > > To answer Jack, the lat lon field type, does already a similar thing under > the hood ( and store the lat in one dynamic field and the lon in another > dynamic field ) . > A similar ( but parametric approach) could be used ! > > Cheers > > On 11 March 2016 at 16:17, John Blythe <j...@curvolabs.com> wrote: > > > makes sense. could i set up a simple regex filter in a placeholder field > of > > sorts and then copy that field into my tdouble field? > > > > -- > > *John Blythe* > > Product Manager & Lead Developer > > > > 251.605.3071 | j...@curvolabs.com > > www.curvolabs.com > > > > 58 Adams Ave > > Evansville, IN 47713 > > > > On Fri, Mar 11, 2016 at 11:03 AM, Alessandro Benedetti < > > abenede...@apache.org> wrote: > > > > > I agree with Upayavira, > > > this is an information extraction task, you need to implement your > logic > > to > > > extract the proper numeric values from the textual field. > > > Your update request processor could be as simple as you want in > > extracting > > > the number and setting them in numeric fields. > > > So this task is responsibility of a component that process the original > > > field value. > > > It is not responsibility of the tdouble field type. > > > > > > Cheers > > > > > > On 11 March 2016 at 15:29, Upayavira <u...@odoko.co.uk> wrote: > > > > > > > > > > > > > > > On Fri, 11 Mar 2016, at 03:19 PM, John Blythe wrote: > > > > > hey all, > > > > > > > > > > i'm tossing a lot of mud against the wall and am wanting to see > what > > > > > sticks. part of that includes throwing item descriptions against > some > > > > > fields i've set up as doubles. the imported data is a double and > some > > > of > > > > > the descriptions will have the related data within it (product > sizes, > > > > > e.g. > > > > > "Super awesome product 10 x 20cm"). is there a way to throw text > at a > > > > > number field (tdouble) and it only analyze the numbers instead of > > > > > throwing > > > > > an error? > > > > > > > > > > thanks for any info! > > > > > > > > If you really must do that on the Solr side, I'd suggest you try > doing > > > > it in an UpdateProcessor. You can either code these in Java, or in a > > > > scripting language with the StatelessScriptUpdateProcessor. You could > > > > strip out all of the non-numeric characters before they get to the > > > > index. > > > > > > > > Upayavira > > > > > > > > > > > > > > > > -- > > > -------------------------- > > > > > > Benedetti Alessandro > > > Visiting card : http://about.me/alessandro_benedetti > > > > > > "Tyger, tyger burning bright > > > In the forests of the night, > > > What immortal hand or eye > > > Could frame thy fearful symmetry?" > > > > > > William Blake - Songs of Experience -1794 England > > > > > > > > > -- > -------------------------- > > Benedetti Alessandro > Visiting card : http://about.me/alessandro_benedetti > > "Tyger, tyger burning bright > In the forests of the night, > What immortal hand or eye > Could frame thy fearful symmetry?" > > William Blake - Songs of Experience -1794 England >
