OpenGuides-Dev

openguides-dev@lists.openguides.org

701 discussions

RE: [OGDev] Marketing to OG Admins
by IvorW 02 Dec '05

02 Dec '05

> -----Original Message----- > From: openguides-dev-bounces(a)openguides.org > [mailto:openguides-dev-bounces@openguides.org]On Behalf Of Rev Simon > Rumble > Sent: 02 December 2005 10:01 > To: openguides-dev(a)openguides.org > Subject: Re: [OGDev] Marketing to OG Admins > > > > On 1/12/2005, "(Christopher Schmidt)" <crschmidt(a)crschmidt.net> wrote: > > > > If there is a way to make it such that OG can be > installed by anyone > > with FTP and MySQL access > > Surely if you want to make it as easy as possible, SQLite would be a > better option? Sorry, SQLite won't scale. Concurrent access and locking is something that SQLite doesn't do, though it does have transactions and rollback.

1 0

RE: [OGDev] Marketing to OG Admins
by IvorW 02 Dec '05

02 Dec '05

> -----Original Message----- > From: openguides-dev-bounces(a)openguides.org > [mailto:openguides-dev-bounces@openguides.org]On Behalf Of Christopher > Schmidt > Sent: 01 December 2005 19:12 > To: openguides-dev(a)openguides.org > Subject: [OGDev] Marketing to OG Admins > [...] > > * Ardurous Installation > I personally find setting up a guide to be a non-trivial task. I'm > getting used to it now - with Milton Keynes, it only took about 20 > minutes total to get everything up and running - but the biggest > reason for that is that the OG packages are already installed for > Boston. Have a look at ticket #36: http://dev.openguides.org/ticket/36 > > Many users don't have the ability to install systemwide > perl modules, > and users like me who don't know perl don't know how to set up the > guide to point to a local directory. I think that a self-contained > package for OG including all the perl modules which the app needs, > and a preset use lib() pointing to a relative directory, > would be the > most useful thing that OG could do to ease installation. Maybe PAR is an option. I am successfully using PAR at work. http://search.cpan.org/~autrijus/PAR > I suppose this might get relatively ridiculous: You can > require that > easy to install or commonly installed packages are already > taken care > of, but documenting these dependancies could go a long way > towards at > least letting people know if they could install OG. > > I don't know if this is realistic or not, but I know that I do not > find installing OpenGuides to be easy, nor is maintaining two > seperate copies of the libraries (for Boston and Milton Keynes: I > have a number of boston specific changes) to be something > that I know > how to do. See ticket #36 > If there is a way to make it such that OG can be installed > by anyone > with FTP and MySQL access, without any need for a shell account or > CPAN, given a list of perl modules that they already have, and that > seperate instances can be maintained for multiple guides, I think > that it would be more commonly installed by guide admins and more > commonly tested as well. If you can provide a nightly build that > someone can just upload with a hand edited wiki.conf, > you'll probably > see more people able to test the changes without risking breaking > their current guide. See above. > > * Reaching out Globally > Right now, OpenGuides feels very much like a UK-centric > project. Dom > is doing work to correct this, learning about projections > and so on. > I think that once we have cleaned up some of the > Euro-centric aspects > of openguides (and made clear some of the Geo aspects that are > confusing at the moment), a good goal would be to reach > out to other > global users and try and find guide admins. With an easier setup > process or the offer to host a guide for them, a number of > users may be > willing to support a wiki-guide to their city, especially in the > absense of other similar services in the area. It would be > interesting to see, for example, the Open Guide to Sydney - perhaps > even hosting it with a current OGDev member as admin, and > then trying > to pimp it to sydney locals, thus skipping the setup step. Good! > * Whizbang features > I think that some features could be shortlisted for adding to the > whizbang effect of OpenGuides: > * Google Maps support Yup, that's what makes the Boston site look fantastic. > * New Data Format support - I'm thinking something > along the lines > of providing JSON data interface as well as RDF, to possibly > improve the integration with other web or non-web > applications. > (I've already implemented a JSON export of Boston, via > > http://boston.openguides.org/?id=Central_Square_Station;action =edit;format=js , which I'm using to write a Python commandline client.) We should look to make this pluggable, to support future requirements for exporting data. > I don't know what else is considered Whizbang, but I think those > could be neat to take advantage of some of the "OMG AJAX" movement > going on in the web world today. I'd qite like to see OG running under mod-perl. My £0.02 Ivor.

1 0

simplification of the edit page.
by Bob Walker 30 Nov '05

30 Nov '05

Given last night IRCs conversations i was pondering earle's contention that openguides is intimidating. One answer to this is to have two levels of edit page. A simple page and an advanced page. the advanced page would be the same as currently. The simple page would have the following bits to fill in. Address: Postcode: Description(content): Where is it? (aka locales): What is it? (aka categories): Summmary: Username: Comment about addition/change (possibly): This shoudl be enough data for a useful entry. make it obvious that only really decription and node name is vitally important and possibly one of locale or category. Add some ajaxian suggest magic for locale and categories Also so as not to poeple off it might be worth having this form on the new page cgi as well. So they dont have to go through multiple pages to create a page. We shoudl probably look at ways to autogenerate the map links and geodata. I know soem guides are already doing this. then we can have what edit page you see as an option. For those of who like to fiddle with all the data. And of course give the users the ability to see the full edit page if they want. now i just need to rememebr the othe ridea i had last night. -- Bob Walker http://www.randomness.org.uk/ Very few things dont taste good once deep fried.

5 7

Re: [OGDev] Re: [OpenGuides-Dev] Release, bugs, and Search::InvertedIndex support?
by Dominic Hargreaves 30 Nov '05

30 Nov '05

On Mon, Nov 21, 2005 at 10:39:19AM -0500, IvorW wrote: > I think it's worth retaining the pluggability of searches, so that we could add alternative(s) to Plucene at some future stage. I had a problem with installing Plucene on one machine, and fell back to SII, but since resolved the problem with Plucene. Noted. > IMHO, it's nice to have an alternative to Plucene so that we can check it for anomalies in the search results, even though it's inferior. > > By the way, any news on the proken compatibility with the latest Text::WikiFormat? I needed to dive into backpan to retrieve an old T::WF that worked with CGI::Wiki. This shouldn't be needed in the latest release. It was fixed in: http://dev.openguides.org/changeset/707 It should probably be caught in CGI::Wiki too, but at the moment at least I don't have any direct involvement in the development of that. Cheers, Dominic. -- Dominic Hargreaves | http://www.larted.org.uk/~dom/ PGP key 5178E2A5 from the.earth.li (keyserver,web,email)

2 4

Re: [OGDev] Swish-e search library
by Alex McLintock 30 Nov '05

30 Nov '05

I've used it for searching on http://galactic-guide.com I dont know how well it will cope with the Wiki database though. I'd stick to plucene since it is being actively developed. On 29/11/05, IvorW <ivorw-openguides(a)xemaps.com> wrote: > > http://www.swish-e.org/ > >

1 0

RE: [OGDev] Re: [OpenGuides-Dev] Release, bugs, and Search::InvertedIndex support?
by IvorW 29 Nov '05

29 Nov '05

> -----Original Message----- > From: openguides-dev-bounces(a)openguides.org > [mailto:openguides-dev-bounces@openguides.org]On Behalf Of Dominic > Hargreaves > Sent: 29 November 2005 13:07 > To: OpenGuides software developers' list > Subject: Re: [OGDev] Re: [OpenGuides-Dev] Release, bugs,and > Search::InvertedIndex support? > > > On Tue, Nov 29, 2005 at 01:05:54PM +0000, Barbie wrote: > > I'd like to dispute that. Birmingham's planned announcement of > > OpenGuides has stalled because of this. I have installed the latest > > Text::WikiFormat and OpenGuides and now several links returning > > 'Can't call method "type" on an undefined value...' > > > > Whether I use RecentChanges or action=rc makes no differenc for that > > link as well. > > > > If there is a patch someone can point me to, I would be > very grateful, > > as we had hoped to announce this several weeks ago. > > I'll look into this fully later, but the issue should only apply to > blank nodes, so if you manually munge the URL with an action=edit and > put content in the nodes you can work around the problem. > I worked around this by snarfing an old version of Text::WikiFormat from backpan, not ideal, but it got my installation up and running. I've also raised ticket #53 for this: http://dev.openguides.org/ticket/53 Ivor.

1 0

Using trac and svn for other OpenGuides modules
by IvorW 29 Nov '05

29 Nov '05

I detected a problem this morning with CPAN not updating (owing to funet being ever so slightly fubar at the moment) This has set me thinking, that we maybe we should have all the subsidiary modules in subversion also. ... ant managed by trac. Why not? Can trac operate with multiple subversion repositories at different addresses or does it have to be under one roof (which may be a better idea anyway)? If the latter, maybe we should keep repositories for other modules on urchin. Dom - thoughts? I have the following modules which are all OpenGuides related: OpenGuides::RDF::Reader CGI::Wiki::Plugin::Diff CGI::Wiki::Plugin::Locator::UTM Ivor.

1 0

Swish-e search library
by IvorW 29 Nov '05

29 Nov '05

Anybody know if it is good or bad? We could use it as a search backend as an alternetive to plucene http://www.swish-e.org/

1 0

RE: [OGDev] extension to mirror.pl
by IvorW 25 Nov '05

25 Nov '05

> -----Original Message----- > From: openguides-dev-bounces(a)openguides.org > [mailto:openguides-dev-bounces@openguides.org]On Behalf Of Bob Walker > Sent: 25 November 2005 17:51 > To: openguides-dev(a)openguides.org > Subject: [OGDev] extension to mirror.pl > > > > Whilst out shopping today my mind started thinking about things. > While its great that we can now mirror an entire guide it > would be great > if we could mirror only bits of it. For example mirror only > pages about > croydon and set up croydon.openguides.org. then fiddle with > the templates > so thats edits (and possibly new pages) get sent back to the > main guide > (london.openguides.org). > Admittledy this new guide would then have to create soem of the pages > itself for instance the category_pubs page would need to say > different > things to the original so in fact you might need to have two edit > functions. im sure it oculd work or soemthing. > > So the extension would be to tell mirror.pl that you want to > mirror only > certainy categories or locales and disregard anything else. That should be easy enough to code. og_mirror is a fairly small script, and you are welcome to produce a custom version of it. Add filtering logic into sub populate_local_wiki. You probably want to test @{$metadata->{locale}} to see if any entries in the array contain 'Croydon'. > Shame i cant code :) No time like the present to start :). You can always get some help. Buy a copy of the Llama (Learning Perl by Randall Schwarz) and post your questions to #perl-help on irc.perl.org or http://perlmonks.org If this is a common requirement from others hosting guides, I'll look at enhancing og_mirror to provide select options. Anyway, I'm looking to write a "pull" function to grab individual pages from another guide. Hope this helps, Ivor.

1 0

extension to mirror.pl
by Bob Walker 25 Nov '05

25 Nov '05

Whilst out shopping today my mind started thinking about things. While its great that we can now mirror an entire guide it would be great if we could mirror only bits of it. For example mirror only pages about croydon and set up croydon.openguides.org. then fiddle with the templates so thats edits (and possibly new pages) get sent back to the main guide (london.openguides.org). Admittledy this new guide would then have to create soem of the pages itself for instance the category_pubs page would need to say different things to the original so in fact you might need to have two edit functions. im sure it oculd work or soemthing. So the extension would be to tell mirror.pl that you want to mirror only certainy categories or locales and disregard anything else. Shame i cant code :) -- Bob Walker http://www.randomness.org.uk/ Very few things dont taste good once deep fried.

1 0

← Newer
1
...
30
31
32
33
34
35
36
...
71
Older →

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