[
http://issues.apache.org/jira/browse/SOLR-59?page=comments#action_12447713 ]
Bertrand Delacretaz commented on SOLR-59:
-
Ah ok, as the JSON format hasn't changed, I guess it just needs recreating this
in the XMLWriter:
0
1234
W
On 11/6/06, Erik Hatcher (JIRA) <[EMAIL PROTECTED]> wrote:
What about having an XSL transformation on the input to Solr as well? This would
allow someone to POST in XML documents of any variety, but an XSL would turn it
into the field definitions. This would certainly increase the appeal of
On 11/6/06, Yonik Seeley <[EMAIL PROTECTED]> wrote:
> On 11/6/06, Yonik Seeley <[EMAIL PROTECTED]> wrote:
> >
> > Looks like we should talk to infra but what should the perms be changed
to?
> > What were the perms before the move... apcvs?
OK, sit tight. all Solr committers are going to be
[ http://issues.apache.org/jira/browse/SOLR-62?page=all ]
Bill Au resolved SOLR-62.
-
Resolution: Fixed
patch committed.
> scripts don't check return code
> ---
>
> Key: SOLR-62
> URL: http://issues.apa
Erik, it looks as if someone ran with your acts_as_solr implementation
http://acts-as-solr.rubyforge.org/
Is it a proper superset of what you had, and should it be considered
the latest definitive version of acts_as_solr? We should probably add
a link from http://wiki.apache.org/solr/SolRuby
-Y
[
http://issues.apache.org/jira/browse/SOLR-66?page=comments#action_12447877 ]
Fuad Efendi commented on SOLR-66:
-
Encoding:
How to encode 'comma'?
How to encode UTF-8?
Should we use Base64 and encode raw values?
http://rfc.net/rfc4180.html:
"Com
Report to the Incubator is due by this Friday.
I've put together a preliminary report already.
http://wiki.apache.org/incubator/November2006
-Yonik
: Any ideas on what the interface should look like?
/solr/upload/xml?xsl=foo.xsl
:
: Seems to run into some of the same questions... how should we allow
: POST and specify params about the post at the same time?
alternately, the API could just require that the XML file be POSTed, and
we could e
Looks good to me. +1
Yoav
On 11/7/06, Yonik Seeley <[EMAIL PROTECTED]> wrote:
Report to the Incubator is due by this Friday.
I've put together a preliminary report already.
http://wiki.apache.org/incubator/November2006
-Yonik
query interface with faceted browsing, highligting
--
Key: SOLR-67
URL: http://issues.apache.org/jira/browse/SOLR-67
Project: Solr
Issue Type: Wish
Components: web gui
Rep
Custom ClassLoader for "plugins"
Key: SOLR-68
URL: http://issues.apache.org/jira/browse/SOLR-68
Project: Solr
Issue Type: New Feature
Reporter: Hoss Man
After beating my head against my desk for
[ http://issues.apache.org/jira/browse/SOLR-68?page=all ]
Hoss Man updated SOLR-68:
-
Attachment: classloader.patch
patch that creates a new classloader containing any JARs found in
${solr.home}/lib and uses that class loader anytime class names read from a
con
[
http://issues.apache.org/jira/browse/SOLR-66?page=comments#action_12447894 ]
Fuad Efendi commented on SOLR-66:
-
/sorry for not having access to E-mail and using POST temporarily.../
HTTP-POST: should work without any code changes.
In /resourc
: http://wiki.apache.org/incubator/November2006
+1
-Hoss
[
http://issues.apache.org/jira/browse/SOLR-66?page=comments#action_12447898 ]
Yonik Seeley commented on SOLR-66:
--
> Existing SOLR should work with POST HTML forms without any change in Java...
Yes, posting queries work because it's all form-da
[
http://issues.apache.org/jira/browse/SOLR-66?page=comments#action_12447900 ]
Hoss Man commented on SOLR-66:
--
Fuad: the issue isn't really wether POSTed *queries* work ... those have been
tested and are known to work ... it's more a question of PO
[
http://issues.apache.org/jira/browse/SOLR-66?page=comments#action_12447901 ]
Yonik Seeley commented on SOLR-66:
--
> How to encode 'comma'?
For standard CSV, ytou could quote the entire field value... "a,b"
I don't know if Commons CSV support
On 11/7/06 11:22 AM, "Yonik Seeley (JIRA)" <[EMAIL PROTECTED]> wrote:
> Yes, posting queries work because it's all form-data (query args).
> But, what if we want to post a complete file, *and* some extra info/parameters
> about how that file should be handled?
One approach is the Atom Publishing
On Nov 7, 2006, at 2:10 PM, Hoss Man (JIRA) wrote:
I'm also not sure if it works in all cases: more testing of various
Containers would be good, as well as testing more complex
sitautions (ie: what if a class explicitly named as a plugin and
loaded by this new classloader then uses reflect
[
http://issues.apache.org/jira/browse/SOLR-67?page=comments#action_12447907 ]
Hoss Man commented on SOLR-67:
--
See also: http://wiki.apache.org/solr/MakeSolrMoreSelfService for an extensive
listof thoughts on making the admin screens more driven by
: It would be nice to a nice HTML page allowing the user to query and display
: 1) some faceting info such as hit counts with links that allowed the user to
narrow their search results.
: 2) highlighted summaries
: 3) easy way to query the dismax handler as well as the standard request
handler
:
[
http://issues.apache.org/jira/browse/SOLR-66?page=comments#action_12447911 ]
Fuad Efendi commented on SOLR-66:
-
Sorry for not correctly understanding the multipart HTTP POST / File Upload
issue, it's not easy, I just browsed sources of
org.sp
: Probably. Unless you previously set your custom loader to be the
: thread's context class loader. If you do that, you'd have to ensure
: that your loader is aware of the context classpath (which could be
: accomplished by making it a child of the old context class loader).
: Otherwise, you might
[
http://issues.apache.org/jira/browse/SOLR-66?page=comments#action_12447918 ]
Fuad Efendi commented on SOLR-66:
-
CSV:
- should we support standard CSVs generated by Excel, Oracle DataPump, etc?
XML: we currently preprocess some data to create X
[
http://issues.apache.org/jira/browse/SOLR-66?page=comments#action_12447919 ]
Fuad Efendi commented on SOLR-66:
-
mistake... (Paper, instead of IBM):
001, Paper, 001, 17R7021, 14 7/8 X 8 1/2" - 1/2" Greenbar
001, Paper, 002, 17R8018, 8 1/2 x 11
[
http://issues.apache.org/jira/browse/SOLR-66?page=comments#action_12447923 ]
Fuad Efendi commented on SOLR-66:
-
Another sample...
9885A004
Canon PowerShot SD500
Canon Inc.
electronics
camera
3x zoop, 7.1 megapixel Digital ELPH
m
[
http://issues.apache.org/jira/browse/SOLR-66?page=comments#action_12447924 ]
Fuad Efendi commented on SOLR-66:
-
This is probably SOLR-specific (the best? be focused on task?)...
We stick on 4-column format for everything (in case of surrogate
Unless there are objections, I'll start of by switching to the new
license header and then try and search for any files that may be
missing it.
-Yonik
[
http://issues.apache.org/jira/browse/SOLR-68?page=comments#action_12447932 ]
Fuad Efendi commented on SOLR-68:
-
It was done in Eclipse, for instance. Nutch project also has huge
'plugins'-supporting codebase which are automatically loaded and
I haven't found fuzzy or phonetic search in Solr, and I have a couple
of approaches I might try:
1. Adding fuzzy to the DisMax specs.
2. Adding a phonetic token filter and relying on the per-field analyzer
support.
Option 2 seems like it would be a lot faster in production, and
probably easier t
[
http://issues.apache.org/jira/browse/SOLR-68?page=comments#action_12447942 ]
Fuad Efendi commented on SOLR-68:
-
>...is when explicitly lookup the class by name, we could make out own
>ClassLoader and use it...
The simplest way is to create a
On 11/7/06, Walter Underwood <[EMAIL PROTECTED]> wrote:
I haven't found fuzzy or phonetic search in Solr, and I have a couple
of approaches I might try:
1. Adding fuzzy to the DisMax specs.
What do you envisage the implementation looking like?
2. Adding a phonetic token filter and relying on
: 2. Adding a phonetic token filter and relying on the per-field analyzer
: support.
:
: Option 2 seems like it would be a lot faster in production, and
: probably easier to implement. Does that seem right?
yep, just write your Analyzer (or TokenFilter) and drop it in.
: How do I specify the new
On 11/7/06, Mike Klaas <[EMAIL PROTECTED]> wrote:
> 2. Adding a phonetic token filter and relying on the per-field analyzer
> support.
>
> Option 2 seems like it would be a lot faster in production, and
> probably easier to implement. Does that seem right?
I'm not sure why any modification to so
[
http://issues.apache.org/jira/browse/SOLR-68?page=comments#action_12447947 ]
Fuad Efendi commented on SOLR-68:
-
why do you need URLClassLoader?
1) public class URLClassLoader extends SecureClassLoader
2) "The classes that are loaded are by de
On 11/7/06 2:30 PM, "Mike Klaas" <[EMAIL PROTECTED]> wrote:
> On 11/7/06, Walter Underwood <[EMAIL PROTECTED]> wrote:
>>
>> 1. Adding fuzzy to the DisMax specs.
>
> What do you envisage the implementation looking like?
Probably continue with the template-like patterns already there.
title^2.0
[
http://issues.apache.org/jira/browse/SOLR-68?page=comments#action_12447950 ]
Hoss Man commented on SOLR-68:
--
> and we don't need an explicit instance of a ClassLoader at all... just put
> JARs in a classpath... and it works in
> all containers,
[
http://issues.apache.org/jira/browse/SOLR-66?page=comments#action_12447953 ]
Fuad Efendi commented on SOLR-66:
-
even 3-column...
BTW, good SOLR-targeted single-table database design:
,,
Yes, we can use even index-organized tables in Oracle, wi
: >> 1. Adding fuzzy to the DisMax specs.
: >
: > What do you envisage the implementation looking like?
:
: Probably continue with the template-like patterns already there.
:
: title^2.0 (search title field with boost of 2.0)
: title~ (search title field with fuzzy matching)
Interestin
On 11/7/06, Walter Underwood <[EMAIL PROTECTED]> wrote:
On 11/7/06 2:30 PM, "Mike Klaas" <[EMAIL PROTECTED]> wrote:
> On 11/7/06, Walter Underwood <[EMAIL PROTECTED]> wrote:
>>
>> 1. Adding fuzzy to the DisMax specs.
>
> What do you envisage the implementation looking like?
Probably continue wit
On 11/7/06 3:26 PM, "Mike Klaas" <[EMAIL PROTECTED]> wrote:
> Is the state of the art in phonetic token generation reasonable? I've
> been rather disappointed with some implementations (eg. SOUNDEX in
> MySQL, MSSQL).
SOUNDEX is excellent technology for its time, but its time was 1920.
Double M
Grab the code from Lucene in Action, it's got something to get you going, see:
http://www.lucenebook.com/search?query=metaphone
Otis
- Original Message
From: Chris Hostetter <[EMAIL PROTECTED]>
To: solr-dev@lucene.apache.org
Sent: Tuesday, November 7, 2006 6:04:02 PM
Subject: Re: Addi
Doesn't this bulk upload sound a bit like Simon's GData server? That, too,
uses APP, I believe.
Otis
- Original Message
From: Walter Underwood <[EMAIL PROTECTED]>
To: solr-dev@lucene.apache.org
Sent: Tuesday, November 7, 2006 2:36:37 PM
Subject: Re: [jira] Commented: (SOLR-66) bulk dat
: Doesn't this bulk upload sound a bit like Simon's GData server? That,
: too, uses APP, I believe.
bulk *upload* is really an afterthough of SOLR-66 ... from yonik's initial
description of the issue, he seems to be trying to address "boostrap"
problems for quickly indexing a lot of data from a
[ http://issues.apache.org/jira/browse/SOLR-58?page=all ]
Otis Gospodnetic updated SOLR-58:
-
Attachment: analysis-xml-out.txt
analysis-xml.jsp
I took a stab at analysis page, and it turned out it lends itself to
XMLization. I'm attachin
[ http://issues.apache.org/jira/browse/SOLR-58?page=all ]
Work on SOLR-58 started by Otis Gospodnetic.
> Change Admin components to return XML like the rest of the system
> -
>
> Key: SOLR-58
> UR
[ http://issues.apache.org/jira/browse/SOLR-65?page=all ]
Mike Klaas updated SOLR-65:
---
Attachment: autocommit_patch.diff
> Multithreaded DirectUpdateHandler2
> --
>
> Key: SOLR-65
> URL: http://is
[
http://issues.apache.org/jira/browse/SOLR-65?page=comments#action_12448024 ]
Mike Klaas commented on SOLR-65:
This version removes the attempt at parsing the rest of the xml if an error
occurs during document update.
It has mostly already b
[ http://issues.apache.org/jira/browse/SOLR-58?page=all ]
Otis Gospodnetic updated SOLR-58:
-
Attachment: ping-xml.jsp
ping-xml-out.txt
Ping was simple, I just made it return if ping was
OK (attached), and if there was an error, then:
[ http://issues.apache.org/jira/browse/SOLR-58?page=all ]
Otis Gospodnetic updated SOLR-58:
-
Attachment: threaddump-xml.jsp
threaddump-xml-out.txt
Here is threaddump-xml.jsp and the example of its output.
> Change Admin components to re
[ http://issues.apache.org/jira/browse/SOLR-58?page=all ]
Otis Gospodnetic updated SOLR-58:
-
Attachment: logging-xml.jsp
Here is the XML version of logging.jsp, named logging-xml.jsp.
Its output is trivial:
INFO
I imagine the XSL would take thi
51 matches
Mail list logo