Hi everyone,
if you're potentially interested in buying our search package, as
described above in this thread (http://tinyurl.com/dxen3z), please
take part in this short survey, primarily to help us find a fair
price:
http://www.surveymonkey.com/s.aspx?sm=CzIohuPfdcTL8z484vcX4Q_3d_3d
While there
This is also not currently working on deployed appengine.
On Fri, May 1, 2009 at 5:44 AM, Waldemar Kornewald wrote:
>
> On Apr 30, 10:27 pm, dalenewman wrote:
> > Looks like the java community already has this search business all
> > figured out :-)
> >
> > http://www.kimchy.org/searchable-googl
On Apr 30, 10:27 pm, dalenewman wrote:
> Looks like the java community already has this search business all
> figured out :-)
>
> http://www.kimchy.org/searchable-google-appengine-with-compass/
>
> I guess this Compass thing must use Lucene and store the Lucene
> indexes in the GAE data store. R
Looks like the java community already has this search business all
figured out :-)
http://www.kimchy.org/searchable-google-appengine-with-compass/
I guess this Compass thing must use Lucene and store the Lucene
indexes in the GAE data store. Reminder; this is a guess based on a
quick skim of th
While SearchableModel itself is rather limited the principle behind it
can be improved a lot. We'd be willing to sell our "search" app
(currently, only for Django, but webapp is planned). It comes with:
* ability to only index certain properties (instead of all string
properties as with Searchable
+1, it would be great if Search API could be provided. I have been
using the Searchable Model for quite sometime, and it fits to my basic
needs, but i know a search engine that has made the expectations of
people really high, as soon as they see a search box :-)
--
Pranav Prakash
On Apr 30, 8:45
Fully agree. The fact that its not out yet is surprising, the fact that its
not even on the roadmap is simply jaw dropping bizarre.
On Wed, Apr 8, 2009 at 9:15 AM, Jonathan Feinberg wrote:
>
> Long ago I attracted a flame-fest when I expressed my opinion that
> adding support for other programmin
What about Yahoo! Boss? You can restrict it to search a site, and
while not documented, has functionality such as inurl and inpath which
you could use to push out the specific data you need. The one trick
would be to make sure Yahoo searches the proper path, but I'm sure
there's ways to get that i
I concur. Awkward putting the GAE badge on my homepage and then adding
caveats to the search fields.
On Apr 29, 4:37 pm, dartdog wrote:
> I don't get Google's reticence to even comment on this issue and give
> some guidance as to when an how we might be looking for a solution.
>
> > > I would th
I don't get Google's reticence to even comment on this issue and give
some guidance as to when an how we might be looking for a solution.
> > I would think a Search API that leveraged Google's search
> > infrastructure would be GAE's killer app.
>
--~--~-~--~~~---~--
Jonathan
I see no other simpler way than the google base thing. Of course, you
can get yourself a sql instance in amazon cloud (or set up lucene,
etc), etc but if you are here is because don't want to be a sys admin
guy :-)
In terms of efficient use of resource and control I would go with the
re
On Apr 9, 1:21 pm, Adam Sah wrote:
> In the meantime, you might consider Google Base
You know, I was going to tell you to get real, but that's not so
crazy. I have two questions for you:
Google base correctly handles unstructured text in its index, with
stemming and legitimate scoring, etc.?
I agree 100% with this topic
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"Google App Engine" group.
To post to this group, send email to google-appengine@googlegroups.com
To unsubscribe from this group, send email
I second the opinion that proper full text search should have been in
the road map. My app soon will need fulltext searching. I'm
considering dumping all the data in google base and "forwarding" the
searching against the google base api. I wonder if I'd be violating
google base terms of service or
I concur also.
I expected to see "Search API" right next to "Datastore API" when I
started working with GAE.
It makes sense and fits the model; offer some for free and then charge
for more.
I would think a Search API that leveraged Google's search
infrastructure would be GAE's killer app.
Howe
In the meantime, you might consider Google Base-- it's far from ideal
in many ways,
but it works for many apps and I've launched several high volume
apps on it.
http://base.google.com/
For apps with requirements Base can't meet including commercial apps,
I've heard
good things about Luce
Yea I completely agree , why don,t they allow us to tap into the
search prowess , instead addding questionable language support . I am
a java programmer by day , but I was comfortable with python in few
days , not sure if there is even a demand for new languages by serious
users.
On Apr 8, 9:15 a
Maybe I don't fully understand the problem but what would prevent
anyone from coding the full-text search ??
For example, Jonathan (very nice app by the way) you already have word
segmentation, why don't you build your own table of indexes that
references for each word a list of wordles? If there
http://code.google.com/p/googleappengine/issues/detail?id=217&colspec=ID%20Type%20Status%20Priority%20Stars%20Owner%20Summary%20Log%20Component
please star this issue. ( I just want to resurface this post.).
--~--~-~--~~~---~--~~
You received this message becau
Even simplest of application need search. It should be there much
before than they think J of java. I don't mind with java or python ,
both are new to me. But it is better to stick to one and give more
infrastructure feature than pleasing few bunch of either group. The
irritating point is , its n
I concur, it certainly cut out most blogging/ wiki type uses... Which
of course represents a major segment and class of web apps, One would
think that the king of search could make this issue go away...
On Apr 8, 11:15 am, Jonathan Feinberg wrote:
> Long ago I attracted a flame-fest when I expre
21 matches
Mail list logo