OpenGuides-Dev

openguides-dev@lists.openguides.org

701 discussions

[OpenGuides-Dev] Re: Call for Comments - OpenGuides and usability
by Kate L Pugh 22 Oct '03

22 Oct '03

I wrote a little pub search thing for the London OpenGuide. Comments welcome. Is this the kind of thing people would like to see on the site? Here it is on my dev site: http://un.earth.li/~kake/cgi-bin/pubsearch-alpha.cgi Kake

1 0

[OpenGuides-Dev] Usability comments
by Earle Martin 22 Oct '03

22 Oct '03

I have made a call for comments on OpenGuides usability on the london.pm list. The thread may be read here: http://london.pm.org/pipermail/london.pm/Week-of-Mon-20031020/022237.html Note that until london.pm.org's DNS issues are resolved, you will need to amend the above to read london.pm.org.realprogrammers.com. -- # Earle Martin http://c2.com/cgi/wiki?EarleMartin $a="f695a9a2176a7dd1618af6649896ee10f05ea986de18af6277e9a1d8ef4696644569a1d". "8ef46961ae1e64277e9896eea7d92ea8003e9a1d8ef4696f6950";$b="8ALB6AIA4.BA2";$c= join"",unpack"C*",$b;$c=~s/7/2/g;@b=split"",$c;foreach$d(@b){$e=hex(substr($a ,$f,$d));while(length($e)<8){substr($e,0,0)=0;}print pack"b8",$e;$f+=$d;}

2 1

[OpenGuides-Dev] Re: [cpan #4077] Review date field
by Dominic Hargreaves 12 Oct '03

12 Oct '03

[moved to mailing list since this is rambling now] On Sun, Oct 12, 2003 at 09:32:45AM -0400, via RT wrote: > Full context and any attached attachments can be found at: > <URL: http://rt.cpan.org/NoAuth/Bug.html?id=4077 > > > [guest - Sun Oct 12 06:54:12 2003]: > > Hence I marked it as a wishlist item. While I can understand you not > > being interested in it, I don't understand why you closed the bug. > > I closed it because I'm not planning to do anything about it, and I'd > rather only have things that I do plan to do "on my radar". I'll leave > it open since you want it so, though. Fair enough. However I think in the interests of encouraging development on the project by others (which is something you were interested in, I think) it might be helpful to widen the scope of the bugs list. Having a bunch of things to work on, even if you don't want to, might encourage more people to hack. Cheers, Dominic.

2 1

[OpenGuides-Dev] freshmeat
by Dominic Hargreaves 12 Oct '03

12 Oct '03

Hi, I was thinking that adding a freshmeat entry for openguides might be an idea; anyone mind if I start maintaining one? Cheers, Dominic.

2 2

[OpenGuides-Dev] Search and search syntax
by Earle Martin 12 Oct '03

12 Oct '03

Here's a log of a conversation Ivor and I had on IRC the other week about searching - meant to post it before, but forgot. Comments? Cheers, Earle. 00:09 -!- Irssi: Starting query in perl with ivorw 00:09 <ivorw> Hi, I've been thinking about how to restructure the search on OG 00:12 <hex> hi. 00:12 <hex> oho? do go on... 00:13 <ivorw> I'm thinking that we keep the existing idea of priming a page cache that is then searched 00:14 * hex nods 00:14 <ivorw> However, the cache can be primed with pages resulting from an SQL query, in addition to those from a keyword inverted index search 00:15 <ivorw> The idea is that including locale=camden causes all locale camden pages to be loaded into the cache 00:16 <ivorw> But a full and & or syntax is available for applying to the cache 00:17 <ivorw> I'm now looking for a syntax for metadata qualifiers on a search 00:19 <hex> hmm... so the search would be faster because locale camden would be cached? 00:20 <ivorw> hex, not quite - the search tree only works over a single hash (cache). The idea is that everything that could possibly match the search is pre-loaded into the cache. 00:21 <ivorw> Prior to O/G, the usemod search worked by slurping the whole wiki into the hash every time. 00:22 <hex> blimey 00:22 <ivorw> Although this works, SII et al provide a better mechanism for subsetting the data, and something that will not blow the server up with a substantial query and dataset 00:23 <hex> right, yes. 00:23 <ivorw> My bodge (which works prety well) is to 'prime' the input hash with the results of an inverted index search on all of the keywords supplied - regardless of and/or syntax 00:24 <ivorw> However, only the SII is used, so the search will only find words in the body text of the page, not in the metadata 00:25 <hex> so we need a mechanism for searching metadata? 00:26 <ivorw> I want to keep this idea of a primed cache, and load it with SQL query results, to provide just that 00:28 <ivorw> How about: King's Head&locale=acton&category=real ale 00:29 <ivorw> Or, how about: locale=west end&category=pubs 00:30 <hex> ah, you mean search syntax 00:30 <hex> I quite like Google style 00:30 <hex> King's Head locale:"West End" category:Pubs 00:31 <ivorw> Ah, but are spaces allowed in metadata field names? 00:32 <hex> I dunno, but surely that could be handled without the user being involved... 00:32 <hex> s/ /_/g on the fly sort of thing and vice versa 00:33 <ivorw> Just thinking that some syntax might be tricky or ambiguous 00:34 <ivorw> the last post code:foo #Is this matching on post code or code? 00:35 <hex> oh, right! 00:35 <hex> no, I think all metadata is one word 00:36 <hex> there could always be a pidgin syntax for it anyway 00:36 <hex> phone:12345 00:36 <ivorw> taken from google again (dig them pidgeons :) 00:37 <ivorw> If we can name every meta field with \w chars, this will be OK 00:38 <ivorw> We could have aliases, phone, telephone, tel, etc. 00:39 <hex> yup! 00:39 <ivorw> Given my previous suggestion, I would quite like to be able to do regexp matches 00:40 <ivorw> e.g. king's head&post_code=~W3 00:41 <hex> must the search terms be joined by '&'? 00:42 <hex> I would have thought a magic word would suffice, or the = 00:42 <ivorw> that was just my previous syntax. 00:42 <hex> ah, I follow. 00:42 <hex> but yes, regexen++ 00:44 <ivorw> How about dropping the &s: locale=west end category=pubs distance(530546,181503)<200 00:45 <ivorw> Note, that's the grid ref of Holborn tube 00:46 <hex> I prefer colons to equals, simply because I think people are more used to Google style 00:46 <hex> but that may just be me 00:47 <ivorw> How about colons for a straight match, and =~ for a regexp 00:47 <hex> "west end" would need quotes so you don't search for "end" in "locale:west" 00:47 <hex> yes, that sounds great. 00:48 <ivorw> might want to delimit the regexp 00:48 <hex> actually, could it be :~ for a regexp, for consistency? 00:48 <hex> I know that's not very perlish.... 00:48 <ivorw> yup, why not tho 00:48 <hex> cool. 00:49 <ivorw> what do you think of my idea of a distance 'function'? 00:51 <hex> how about: 00:51 <hex> near:530546,181503 range:200m 00:51 <hex> a little easier to read 00:51 <hex> (and write) 00:51 <hex> I love the idea 00:52 <ivorw> with a default range presumably 00:52 <hex> hmm, yes 00:52 <hex> units: m, ft, yds, mi, km 00:52 <hex> (maybe) 00:53 <ivorw> Didn't someone give a talk on a module to handle dimensions? 00:53 <hex> dunno :) 00:53 <ivorw> I recall one last year in State51 00:54 <ivorw> Alex Gough: - Meaningful Strong Typing with Data::Dimensions 00:55 <ivorw> unfortunately, the link for the slides is broken :( 00:55 <hex> bug him on the list:) 00:55 <hex> listen, I must run, or rather sleep, my eyes are closing 00:56 <hex> this is very promising stuff 00:56 <ivorw> OK, noe wurriz - Thanks for the braindump receptacle 00:56 <hex> no problem! 00:56 <hex> seeya... 00:56 <ivorw> nn -- # Earle Martin http://c2.com/cgi/wiki?EarleMartin $a="f695a9a2176a7dd1618af6649896ee10f05ea986de18af6277e9a1d8ef4696644569a1d". "8ef46961ae1e64277e9896eea7d92ea8003e9a1d8ef4696f6950";$b="8ALB6AIA4.BA2";$c= join"",unpack"C*",$b;$c=~s/7/2/g;@b=split"",$c;foreach$d(@b){$e=hex(substr($a ,$f,$d));while(length($e)<8){substr($e,0,0)=0;}print pack"b8",$e;$f+=$d;}

3 8

[OpenGuides-Dev] contributing team, help needed
by Jonathan Chetwynd 05 Oct '03

05 Oct '03

Believe we met at Semantics at the Zoo have Zaurus 750 excellent! would like kismet and GPS. are you going to linuxfest at olympia next week? can we meet up? need help setting up, but have willing team to create local detailed map in Lambeth, and some of Wandsworth, Southwark and West end They need this for independent travel :-) Best wishes Jonathan Chetwynd http://www.peepo.co.uk People with Learning Difficulties creating the web.

2 2

[OpenGuides-Dev] [bug-OpenGuides@rt.cpan.org: [cpan #3916] Config.pm leaks database password]
by Kate L Pugh 01 Oct '03

01 Oct '03

I just got this very justified bug report. The entire install procedure really needs overhauling. Can I have a volunteer to spearhead this, please? If I don't get one within a week then I'll ask around more widely. Please don't volunteer unless you are committed to producing some real changes within, say, two weeks of starting. I'm feeling the need to expand the team anyway since the workload does seem to be getting greater than we can manage in a reasonable timeframe. I am feeling the burden falling quite heavily on me, and this is meant to be a team effort. Kake ----- Forwarded message from Guest via RT <bug-OpenGuides(a)rt.cpan.org> ----- From: "Guest via RT" <bug-OpenGuides(a)rt.cpan.org> Date: Tue, 30 Sep 2003 19:04:10 -0400 (EDT) To: "AdminCc of cpan Ticket #3916": ; Subject: [cpan #3916] Config.pm leaks database password This message about OpenGuides was sent to you by guest <> via rt.cpan.org Full context and any attached attachments can be found at: <URL: https://rt.cpan.org/Ticket/Display.html?id=3916 > In most standard installs, perl module files will be installed world-readable; therefore it is not appropriate to store the database password in Config.pm. (I'm not actually sure why this file exists at all; surely we should be using the relevant wiki.conf anyway? storing configuration data in a perl module strikes me as exceedingly horrid) ----- End forwarded message -----

1 0

[OpenGuides-Dev] "Mind the gap" bug and solution
by Ivor Williams 30 Sep '03

30 Sep '03

Earle, The rather irritating bug whereby tables generate loads of blank lines, has been fixed in the latest CGI::Wiki::Formatter::UseMod Kake is running the Vegan Oxford site with this version in there, and it's working fine. Can we please fix the London site (and any others). Thanx, Ivor.

3 5

[OpenGuides-Dev] Config file location code
by Jody Belka 21 Sep '03

21 Sep '03

Accidentally sent this to the cgi-wiki list. doh!! As promised to Kake last night, I've written some config file location code that isn't specific to my installation. Can people take a look and see what they think please? Jody

2 3

[OpenGuides-Dev] Re: [OpenGuides-London] Openguides london error message
by Ivor Williams 15 Sep '03

15 Sep '03

----- Original Message ----- From: "Kate L Pugh" <kake(a)earth.li> To: "Discussion of the Open Guide to London." <openguides-london(a)openguides.org> Cc: <cgi-wiki-dev(a)earth.li> Sent: 11 September 2003 20:09 Subject: Re: [OpenGuides-London] Openguides london error message > On Wed 03 Sep 2003, Billy Abbott <billy(a)cowfish.org.uk> wrote: > > just got this error when trying to add a new entry, > > > > Search::InvertedIndex::update() - Failed to save updated > > 'ged_000000000000_a_000000000972' -> (list of ranked keys) at > > /home/earle/openguides.org/lib/CGI/Wiki/Search/SII.pm line 204 > > I've had this one before. There is *something* up with > Search::InvertedIndex but for the life of me I know not what. The > author of Search::InvertedIndex is a very nice person but is too busy > to spend much time on it. Does this scratch anyone's itch? I have > some code from him that is more recent than the latest CPAN version, > plus a reworking of the docs that I did to make them more > understandable. Give me a shout if Search::InvertedIndex is something > that you'd like to play with. > Kake, You'll be please to know that I am actively working on the enhancements to supersearch. One of the effects will be reducing our dependence on the SII. In fact category and locale searches will not use the SII at all. If there are any problems with querying the inverted index (rather than updating it), I would be interested and willing to assist, especially as I know exactly how supersearch uses it. Ivor.

2 1

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

OpenGuides-Dev