gt;> dealing with different timezones.
> >>
> >> Any thoughts?
> >>
> >>
> >>
> >>
> >>
> >> --
> >> View this message in context:
> >>
> http://lucene.472066.n3.nabble.com/Searc
>> Above implementation was too slow, so wondering if Solr 6 with all its
>> new
>> features provides a better solution to tackle operating hours. Especially
>> dealing with different timezones.
>>
>> Any thoughts?
>>
>>
>>
>>
t; Above implementation was too slow, so wondering if Solr 6 with all its new
> features provides a better solution to tackle operating hours. Especially
> dealing with different timezones.
>
> Any thoughts?
>
>
>
>
>
> --
> View this message in context:
> http://luce
Above implementation was too slow, so wondering if Solr 6 with all its new
features provides a better solution to tackle operating hours. Especially
dealing with different timezones.
Any thoughts?
--
View this message in context:
http://lucene.472066.n3.nabble.com/Search-opening-hours
cisionStep in a
Triefield?
--
View this message in context:
http://lucene.472066.n3.nabble.com/Search-opening-hours-tp4225250p4227606.html
Sent from the Solr - User mailing list archive at Nabble.com.
ould also be 0.
>
> After changing to 0 indexing became a lot slower though (no exceptions in
> log).
>
>
>
> --
> View this message in context:
> http://lucene.472066.n3.nabble.com/Search-opening-hours-tp4225250p4227531.html
> Sent from the Solr - User mailing list archive at Nabble.com.
>
--
Darren
BTW any idea how index speed is influenced?
I used worldbounds with -1 and 1 y-axes. But figured this could also be 0.
After changing to 0 indexing became a lot slower though (no exceptions in
log).
--
View this message in context:
http://lucene.472066.n3.nabble.com/Search-opening-hours
OK. Just wanted to see if it was possible for documentation.
I am using stateless script, so can fix it in client.
Thank you for the help.
--
View this message in context:
http://lucene.472066.n3.nabble.com/Search-opening-hours-tp4225250p4227405.html
Sent from the Solr - User mailing list
a lot of info about it.
>
> From my understanding, the way it supposed to work is that a value bigger
> then boundary get's normalized.
>
> I just get an exception "bad x not in boundary rect"
>
> Any pointers?
>
>
>
> --
> View this message
.nabble.com/Search-opening-hours-tp4225250p4227384.html
Sent from the Solr - User mailing list archive at Nabble.com.
rap around
> the
> plane.
>
>
>
>
>
> --
> View this message in context:
> http://lucene.472066.n3.nabble.com/Search-opening-hours-tp4225250p4227374.html
> Sent from the Solr - User mailing list archive at Nabble.com.
doesn't wrap around the
plane.
--
View this message in context:
http://lucene.472066.n3.nabble.com/Search-opening-hours-tp4225250p4227374.html
Sent from the Solr - User mailing list archive at Nabble.com.
ill the line be drawn
through the boundary and start at front again?
--
View this message in context:
http://lucene.472066.n3.nabble.com/Search-opening-hours-tp4225250p4227330.html
Sent from the Solr - User mailing list archive at Nabble.com.
> Will start working on this solution.
>
>
>
> --
> View this message in context:
> http://lucene.472066.n3.nabble.com/Search-opening-hours-tp4225250p4225443.html
> Sent from the Solr - User mailing list archive at Nabble.com.
>
--
Darren
earch-opening-hours-tp4225250p4225443.html
Sent from the Solr - User mailing list archive at Nabble.com.
Sorry - didn't finish my thought. I need to address querying :) So using
the above to define what's in the index your queries for a day/time become
a CONTAINS operation against the field. Let's say that the field is defined
as a location_rpt using JTS and its Spatial Factory (which supports
polygon
Sure - and sorry for its density. I reread it and thought the same ;)
So imagine a polygon of say 1/2 mile width (I made that up) that stretches
around the equator. Let's call this a week's timeline and subdivide it into
7 blocks, one for each day. For the sake of simplicity assume it's a line
(wh
"delightfully dense" = really intriguing, but I couldn't quite
understand it - really hoping for more info
On Wed, Aug 26, 2015, at 03:49 PM, Upayavira wrote:
> Darren,
>
> That was delightfully dense. Do you think you could unpack it a bit
> more? Possibly some sample (pseudo) queries?
>
> Upay
Darren,
That was delightfully dense. Do you think you could unpack it a bit
more? Possibly some sample (pseudo) queries?
Upayavira
On Wed, Aug 26, 2015, at 03:02 PM, Darren Spehr wrote:
> If you wanted to try a spatial approach that blended times like above,
> you
> could try a polygon of minim
If you wanted to try a spatial approach that blended times like above, you
could try a polygon of minimum width that spans the globe - this is
literally using spatial search (geocodes) against time. So in this scenario
you logically subdivide the polygon into 7 distinct regions (for days) and
then
On Wed, Aug 26, 2015, at 10:17 AM, O. Klein wrote:
> Those options don't fix my problem with closing times the next morning,
> or is
> there a way to do this?
Use the spatial model, and a time window of a week. There are 10,080
minutes in a week, so you could use that as your scale.
Assuming th
Those options don't fix my problem with closing times the next morning, or is
there a way to do this?
--
View this message in context:
http://lucene.472066.n3.nabble.com/Search-opening-hours-tp4225250p4225354.html
Sent from the Solr - User mailing list archive at Nabble.com.
w and opening hours are 20:00 to 03:00
>
> Can this be done with either or both approaches?
>
>
>
>
>
> --
> View this message in context:
> http://lucene.472066.n3.nabble.com/Search-opening-hours-tp4225250p4225339.html
> Sent from the Solr - User mailing list archive at Nabble.com
> (http://Nabble.com).
>
>
00
Can this be done with either or both approaches?
--
View this message in context:
http://lucene.472066.n3.nabble.com/Search-opening-hours-tp4225250p4225339.html
Sent from the Solr - User mailing list archive at Nabble.com.
On Tue, Aug 25, 2015, at 10:54 PM, Yonik Seeley wrote:
> On Tue, Aug 25, 2015 at 5:02 PM, O. Klein wrote:
> > I'm trying to find the best way to search for stores that are open NOW.
>
> It's probably not the *best* way, but assuming it's currently 4:10pm,
> you could do
>
> +open:[* TO 1610] +
On Tue, Aug 25, 2015 at 5:02 PM, O. Klein wrote:
> I'm trying to find the best way to search for stores that are open NOW.
It's probably not the *best* way, but assuming it's currently 4:10pm,
you could do
+open:[* TO 1610] +close:[1610 TO *]
And to account for days of the week have different f
les, but not an exact fit.
>
> What is the best way to tackle this?
>
> Thank you for any suggestions you have to offer.
>
>
>
>
>
>
>
>
> --
> View this message in context:
> http://lucene.472066.n3.nabble.com/Search-opening-hours-tp4225250.html
> Sent from the Solr - User mailing list archive at Nabble.com.
in context:
http://lucene.472066.n3.nabble.com/Search-opening-hours-tp4225250.html
Sent from the Solr - User mailing list archive at Nabble.com.
28 matches
Mail list logo
