I changed my schema to use the "tdouble" that the link above describes:
<fieldType name="tdouble" class="solr.TrieDoubleField" precisionStep="8"
omitNorms="true" positionIncrementGap="0"/>
and I'm able to do the search correctly now.
-- Chris
On Tue, May 11, 2010 at 11:37 AM, Christopher Gross <cogr...@gmail.com>wrote:
> The lines from the schema.xml:
>
> <!-- GEO -->
> <field name="lat" type="double" indexed="true" stored="true"
> required="false" />
> <field name="lon" type="double" indexed="true" stored="true"
> required="false" />
>
> I was going off of the examples from:
> http://www.ibm.com/developerworks/opensource/library/j-spatial/index.html
>
> but I wasn't able to use "tdobule" as they were.
>
> Let me know if there is anything else you would need.
>
> Thanks!
>
> -- Chris
>
>
>
> On Tue, May 11, 2010 at 11:34 AM, Erick Erickson
> <erickerick...@gmail.com>wrote:
>
>> We really need to see your schema definitions for the relevant field. For
>> instance,
>> if you're storing these as text you may just be losing the negative sign
>> which would
>> lead to all sorts of interesting "failures"..
>>
>> Best
>> Erick
>>
>> On Tue, May 11, 2010 at 9:53 AM, Christopher Gross <cogr...@gmail.com
>> >wrote:
>>
>> > I've stored some geo data in SOLR, and some of the coordinates are
>> negative
>> > numbers. I'm having trouble getting a range to work.
>> >
>> > Using the query tool in the admin interface, I can get something like:
>> >
>> > lon:[* TO 0]
>> >
>> > to work to list out everything with a negative longitude, but if I try
>> to
>> > do
>> > something like:
>> >
>> > lon:[-115 TO -110]
>> >
>> > I don't get my document with a longitude set to -111. Even switching
>> out
>> > the -110 to 0 doesn't net that one (though others with a valid longitude
>> in
>> > the range are returned). I'm having no problems at all with ranges
>> > involving positive numbers.
>> >
>> > Am I missing something with using the ranges, or is there another way
>> that
>> > I
>> > can make such a query?
>> >
>> > Thanks!
>> >
>> > -- Chris
>> >
>>
>
>
