Re: Mixed 64-bit system GerH binaries / BillYscripts

Zero slowdown. The fact that you specify all the CSS filepaths in the
'learn' statement (just like you already do with the classify
statement) doesn't mean CRM114 will actually _use_ them; that depends
on the classifier+attributes mix. And cost is in the use/access, not
in passing them along through the interface.
Why specify at all then? Because it simplifies the interface through
unification: one interface to fit them all.

Today, you must remember which classifier you are using and adjust the
'learn' call accordingly: now that is (little) extra work we can do
without by using a unified interface.

Example: today, you learn spam or ham using two different statements:

learn (spam.css) [message]
learn (ham.css) [message]     -- my [] may be the incorrect ones,
doesn't matter for this sample.

and you classify using this:

classify (spam.css | ham.css) [message]



The 'unified' approach would look like this:

learn (spam.css | ham.css) [message] <learn_spam>
learn (spam.css | ham.css) [message] <learn_ham>

and you classify using this - as usual:

classify (spam.css | ham.css) [message]


See how learn looks more like classify now? Some classifiers already
_require_ this, and some don't use it. The latter ones can, however,
use the new interface as well: they just pick that one CSS file
they're interested in and ignore the other one. Meanwhile, algorithm
adjustments like I was talking about _can_ be built in and tested
using the new interface, why I _cannot_ do them using the existing
interface.


Does this clear the fog a bit?

Ger


On Tue, Sep 2, 2008 at 8:29 PM, Trever L. Adams <[email protected]> wrote:
> Bill Yerazunis wrote:
>> Now, here's the downside: to get a good library interface, it might
>> be necessary to make _all_ classifiers require two-sided training.
>>
>>
> Is this really wise? Won't this make it very slow.
>
> I am not against it ALLOWING, but REQUIRING?
>
> Trever
>
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> Crm114-general mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/crm114-general
>



-- 
Met vriendelijke groeten / Best regards,

Ger Hobbelt

--------------------------------------------------
web: http://www.hobbelt.com/
 http://www.hebbut.net/
mail: [email protected]
mobile: +31-6-11 120 978
--------------------------------------------------

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/