Like Hoss said, you're going to have to solve this using http://wiki.apache.org/solr/SpatialForTimeDurations Using PointType is *not* going to work because your durations are multi-valued per document.
It would be useful to create a custom field type that wraps the capability outlined on the wiki to make it easier to use without requiring the user to think spatially. You mentioned that these numeric ranges extend upwards of 10 billion or so. Unfortunately, the current "prefix tree" implementation under the hood for non-geodetic spatial, the QuadTree, is unlikely to scale to numbers that big. I don't know where the boundary is, but I doubt 10B. You could try and see what happens. I'm working (very slowly on very little spare time) on improving the PrefixTree implementations to scale to such large numbers; I hope something will be available this fall. ~ David Smiley Kevin Stone wrote > I have a particular use case that I think might require a custom field > type, however I am having trouble getting the plugin to work. > My use case has to do with genetics data, and we are running into several > situations were we need to be able to query multiple regions of a > chromosome (or gene, or other object types). All that really boils down to > is being able to give a number, e.g. 10234, and return documents that have > regions containing the number. So you'd have a document with a list like > ["10000:16090","400:8000","40123:43564"], and it should come back because > 10234 falls between "10000:16090". If there is a better or easier way to > do this please speak up. I'd rather not have to use a "join" on another > index, because 1) it's more complex to set up, and 2) we might need to > join against something else and you can only do one join at a time. > > Anyway… I tried creating a field type similar to a PointType just to see > if I could get one working. I added the following jars to get it to > compile: > apache-solr-core-4.0.0,lucene-core-4.0.0,lucene-queries-4.0.0,apache-solr-solrj-4.0.0. > I am running solr 4.0.0 on jetty, and put my jar file in a sharedLib > folder, and specified it in my solr.xml (I have multiple cores). > > After starting up solr, I got the line that it picked up the jar: > INFO: Adding 'file:/blah/blah/lib/CustomPlugins.jar' to classloader > > But I get this error about it not being able to find the > AbstractSubTypeFieldType class. > Here is the first bit of the trace: > > SEVERE: null:java.lang.NoClassDefFoundError: > org/apache/solr/schema/AbstractSubTypeFieldType > at java.lang.ClassLoader.defineClass1(Native Method) > at java.lang.ClassLoader.defineClass(ClassLoader.java:791) > at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:142) > at java.net.URLClassLoader.defineClass(URLClassLoader.java:449) > at java.net.URLClassLoader.access$100(URLClassLoader.java:71) > at java.net.URLClassLoader$1.run(URLClassLoader.java:361) > at java.net.URLClassLoader$1.run(URLClassLoader.java:355) > ...etc… > > > Any hints as to what I did wrong? I can provide source code, or a fuller > stack trace, config settings, etc. > > Also, I did try to unpack the solr.war, stick my jar in WEB-INF/lib, then > repack. However, when I did that, I get a NoClassDefFoundError for my > plugin itself. > > > Thanks, > Kevin > > The information in this email, including attachments, may be confidential > and is intended solely for the addressee(s). If you believe you received > this email by mistake, please notify the sender by return email as soon as > possible. ----- Author: http://www.packtpub.com/apache-solr-3-enterprise-search-server/book -- View this message in context: http://lucene.472066.n3.nabble.com/custom-field-type-plugin-tp4079086p4079494.html Sent from the Solr - User mailing list archive at Nabble.com.
