List Info

Thread: SV: Re: SV: Re: Simple Web Interface




SV: Re: SV: Re: Simple Web Interface
country flaguser name
Sweden
2007-03-21 01:14:11
Hi: 

Thanks for your reply. Moving the discussion to ruby-devlucene.

Erik Hatcher <erikehatchersolutions.com> skrev: 
On Mar 20, 2007, at 5:18 PM, Antonio Eggberg wrote:
> Erik Hatcher  skrev:

> That's always been the plan.  Currently Flare is just
an ugly hack as  
> a Rails application that consists of a couple of Rails
controllers  
> and some view templates.  Nothing fancy, and its not
reusable in  
> other Rails applications as-is.

Yes, true but it has served me well, i.e. getting to know
solr-ruby via
flare. 


> I have to start re-thinking about the current app that
i am  
> developing.
> How so?   How are you currently using Flare?   You're
about the only  
> one I know of, so I'm quite curious how you've made use
of the little  
> hack that it currently is 

OK, without giving you all the secret . i.e. its
a search site..I 
mean search is the main action everything else app wise is
supporting
the search functions so to me it doesn't matter so much if
flare is
plugin or an rails app. But making flare a plugin is a good
thing makes
it more portable. 

Well as I mentioned earlier flare rails app have served me
well. I have
left flare code i.e (browse_controller) as is, and started
to build out the 
application instead i.e. users/login/settings/admin etc..
Actually I spent
quite a lot of time "feeding solr - i.e pusing XML for
indexing". As you
might re-call my mail regarding Atom support.

There are couple of things that I miss from flare.. honestly
i am not sure 
if i miss it from flare or solr. But I was planning on
getting to it
once I solved my "solr feeding issue". Some of
them are already in flares
roadmap as I can see .. but these are also "big
discussion stuff" i.e tagging,
top-down faceting, "frequency based faceting" etc.
In general I am trying to
do this but using solr/flare some stuff are possible as is
but not all have a
look .. Now you know the secret  ha ha! 

http://www.mar
umushi.com/apps/newsmap/

> If you could fill us in more on what you're doing, we'd
be happy to  
> take your use cases into account as we revamp it.

Thank you.







	
	
		
_________________________________________________________
Flyger tiden iväg? Fånga dagen med Yahoo! Mails inbyggda
kalender. Dessutom 250 MB gratis, virusscanning och
antispam. Få den på: http://se.mail.yahoo.com


Re: SV: Re: SV: Re: Simple Web Interface
country flaguser name
United States
2007-03-21 05:12:04
On Mar 21, 2007, at 2:14 AM, Antonio Eggberg wrote:
> Well as I mentioned earlier flare rails app have served
me well. I  
> have
> left flare code i.e (browse_controller) as is, and
started to build  
> out the
> application instead i.e. users/login/settings/admin
etc..

So your situation is a prime example of why Flare needs to
be a  
plugin.  What you really want is your own custom Rails
application,  
with the ability to easily add Flare into it at specific
points.

> There are couple of things that I miss from flare..
honestly i am  
> not sure
> if i miss it from flare or solr. But I was planning on
getting to it
> once I solved my "solr feeding issue". Some
of them are already in  
> flares
> roadmap as I can see .. but these are also "big
discussion stuff"  
> i.e tagging,
> top-down faceting, "frequency based faceting"
etc.

Tagging is not something that I plan on implementing in
Flare in the  
short term.  I just don't have a need for it at this level. 
I have  
implemented tagging in Collex, which is
"Flare-like" in that it is a  
Rails application that leverages solr-ruby, but it also
contains some  
custom (and, IMO, weakly scalable) Solr request handlers and
a lot of  
intertwining of a specific domain (19th century
literature/art).

The long term goal of Flare is to embrace tagging as a
first-class  
feature, but my personal development philosophy is to drive
these  
features by real-world implementations.  One of the key
benefits to  
Flare being open source is for others to extend it and
contribute  
those features back.  With Flare becoming a plugin, it makes
it  
easier for folks to use it and offer patches.  Tagging will
involve  
clever use of Solr, not just on the Flare side of things. 
Here is  
some brainstorming that has occurred on Solr+tagging:
<http:// 
wiki.apache.org/solr/UserTagDesign>

I'm not sure what you mean by top-down or frequency-based
faceting.   
Could you elaborate?

> http://www.mar
umushi.com/apps/newsmap/

Very cool!   So this is what you are driving with Solr
currently?   
Where does Flare factor into this?

	Erik




[1-2]

about | contact  Other archives ( Real Estate discussion Medical topics )