Return-Path: X-Original-To: apmail-clerezza-dev-archive@www.apache.org Delivered-To: apmail-clerezza-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id A107B10C37 for ; Tue, 8 Oct 2013 14:22:53 +0000 (UTC) Received: (qmail 43775 invoked by uid 500); 8 Oct 2013 14:22:53 -0000 Delivered-To: apmail-clerezza-dev-archive@clerezza.apache.org Received: (qmail 43011 invoked by uid 500); 8 Oct 2013 14:22:50 -0000 Mailing-List: contact dev-help@clerezza.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@clerezza.apache.org Delivered-To: mailing list dev@clerezza.apache.org Received: (qmail 42987 invoked by uid 99); 8 Oct 2013 14:22:47 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 08 Oct 2013 14:22:47 +0000 X-ASF-Spam-Status: No, hits=2.2 required=5.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: local policy includes SPF record at spf.trusted-forwarder.org) Received: from [213.238.45.90] (HELO r2-d2.netlabs.org) (213.238.45.90) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 08 Oct 2013 14:22:40 +0000 Received: (qmail 80834 invoked by uid 89); 8 Oct 2013 14:22:18 -0000 Received: from unknown (HELO mail-lb0-f176.google.com) (farewellutopia@netlabs.org@209.85.217.176) by 0 with ESMTPA; 8 Oct 2013 14:22:18 -0000 Received: by mail-lb0-f176.google.com with SMTP id y6so6765622lbh.7 for ; Tue, 08 Oct 2013 07:22:17 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:content-type; bh=oMG9f0jl75R4xIfPLVfrHBYRCQgAsYvcT+MifeXoNpE=; b=hkFpSbxSO0hTtWv1KoEsmr++TFh8bmciktiAK+/dXYd7gmugbwRHo5Hw2U17cEYoZO CE/MXjSy+UrO5JNbskEbAByEY560Wl0fdR/yH2gyjO+Y8/LbvZcH5ZktosVR47lvRpOb g6pEEFHE15PP00DAG8H72BZ2IGeqD1Y0NJVIPhVSJkG+U4nvCdCmyzVaSC2kqzyq5l6i LgqwuA+sQfFfsCRfEJHIoBhiXh/ySv0V9sgq1a6JEToMD/OOpIW75SjZt8Sk5KI5tqZ5 12WNJMO2BygV4+w6z81Ue8UamDmARPkCJxRXWtvssFFHc8RevJ/zl3YBi2B1TSK7X8rO NkcA== X-Gm-Message-State: ALoCoQl7xYQW2Xha+sJ8cdggPdvYvvy0sUSUpSu87c4oNmfHUVgu25icgklT/Rji7dHqjT9q57y/ MIME-Version: 1.0 X-Received: by 10.112.189.162 with SMTP id gj2mr575657lbc.53.1381242137912; Tue, 08 Oct 2013 07:22:17 -0700 (PDT) Received: by 10.152.121.41 with HTTP; Tue, 8 Oct 2013 07:22:17 -0700 (PDT) X-Originating-IP: [147.87.41.157] In-Reply-To: References: Date: Tue, 8 Oct 2013 16:22:17 +0200 Message-ID: Subject: Re: VirtualProperty Typing From: =?ISO-8859-1?Q?Reto_Bachmann=2DGm=FCr?= To: dev@clerezza.apache.org Content-Type: multipart/alternative; boundary=001a11c3799cfabd8104e83b7e4f X-Virus-Checked: Checked by ClamAV on apache.org --001a11c3799cfabd8104e83b7e4f Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Hi Stephane (found this mail in my draft, sorry for the delay) On Wed, Oct 2, 2013 at 6:39 PM, Stephane Gamard wrote= : > While we're at it, and since it does not hurt basically, I would propose > that we can add the following attributes to any VirtualProperties: > - isSearchable > Don't get this. Why should somebody define a non-searcheable virtual property? > - isType (high level, ie: name, text, date, quantity, =85) > ok, could you give the complete list of them with a short description. Cheers, Reto > > This could greatly improve search retrieval and quality over the time of > next implementation. These attributes might not be mandatory at all, but > can have a great added value. > > _Stephane > > > On October 2, 2013 at 6:31:13 PM, Stephane Gamard (stephane@gamard.net) > wrote: > > Hi Team, > > As I dive deeper and deeper into my learning and updates on the rdf.cris > I've come to realise that the Faceting implementation is not optimal for > Lucene. We're experiencing extremely slow faceting do to the post-search > facet collector that iterates thru the document list untill hits.length. > > It would be fairly trivial now to implement facets as per Lucene > specifications. The most "drastic" change that I am yet too ignorant to t= ry > for myself is to have the ability to know when a VirtualProperty should b= e > considered for faceting at indexing time. > > This would require a small update of the DefinitionGraph by maybe adding = a > property "facetable" for VirtualProperties? > > _Stephane > > > --001a11c3799cfabd8104e83b7e4f--