OpenGuides-Dev

openguides-dev@lists.openguides.org

701 discussions

Re: [OGL] Searching Cross Keys takes you to Leicester Square Station
by Earle Martin 09 Dec '05

09 Dec '05

On Thu, Nov 24, 2005 at 06:31:59AM -0500, IvorW wrote: > The pub in the City is the "Crosse keys", which is sufficiently different for plucene to see it as a different word. Hence: http://downlode.org/code/perl/openguides-hacking/fuzzy.cgi The code: http://downlode.org/code/perl/openguides-hacking/fuzzy.txt I'd like to get this integrated into the search cgi somehow. (Although searching for "cross keys" gets a spurious hit at the head of the list. Must be something to do with the database, I'll look into it.) -- Earle Martin http://downlode.org/ http://purl.oclc.org/net/earlemartin/

1 0

mod-perl was RE: [OGDev] Marketing to OG Admins
by IvorW 05 Dec '05

05 Dec '05

> -----Original Message----- > From: openguides-dev-bounces(a)openguides.org > [mailto:openguides-dev-bounces@openguides.org]On Behalf Of > Earle Martin > Sent: 02 December 2005 23:16 > To: OpenGuides software developers' list > Subject: Re: [OGDev] Marketing to OG Admins > > > On Fri, Dec 02, 2005 at 06:03:19PM -0500, Christopher Schmidt wrote: > > The "Slo-penguides" joke has already been made even with the "real" > > databases :) > > I'm really interested to see how we do speed-wise under mod_perl.... > <deja-thread /> I know from IRC that some of us are experimenting with running OG under Apache::Registry. How are you getting on? What code changes are needed to OpenGuides 0.51? What Apache conf changes are needed? Has anyone found any problems yet? Please update ticket #6 with any findings. You can do so if you aren't registered on trac. http://dev.openguides.org/ticket/6 Thanks, Ivor.

1 0

Re: [OGDev] Marketing to OG Admins
by Earle Martin 04 Dec '05

04 Dec '05

On Fri, Dec 02, 2005 at 05:28:34AM -0500, IvorW wrote: > [Christopher Schmidt wrote:] > > 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'd like to second this after seeing Ivor's recent presentation about Perl packaging systems at the London Perl Workshop[0]. A PAR file would not only contain all the prerequisites, but Perl Itself. As I understand it, it's a self-extracting zip archive that just runs like an executable. This might work for users who only have shell access. (Although I'm not addressing the issue of setting up the database. Thoughts anyone?) > > Right now, OpenGuides feels very much like a UK-centric project. Dom > > is doing work to correct this, learning about projections and so on. For which my thanks, and to Kake too for originally sorting out this business with ellipsoids, the mathematics of which I admit is largely beyond me at this point. > > a good goal would be to reach out to other global users and try and > > find guide admins. I'd also like to try and convince people with "non-OpenGuides Open Guides" (that is to say, who are running a city guide on something like Mediawiki) to Think Differently and Switch (erm...) but that's not going to be easy without whizbang. :) Talking of attracting people, people who have guides need to pimp^H^Htch to potential users. For a long time I've been meaning to, but never got around to, printing leaflets and stickers for the Open Guide to London. How else can we publicize our guides? Snappy web buttons and banners? > > * 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. Data formats are good. Having seen your JSON export, we might as well do a YAML export too since it's similar enough. Why YAML? I don't know really, just in case someone has a cool app that uses it. (I admit that this is a slippery slope!) > > 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. That'd certainly be whizbang for server admins, anyway. :) Bob showed me some benchmarking output which seems to indicate about 99% of runtime is getting the pre-reqs up and running. But this is another thread in the making, I think. [0] http://london.pm.org/lpw/talks/2005/ivor_williams-packaging_apps.tar.gz Cheers, Earle. -- Earle Martin http://downlode.org/ http://purl.oclc.org/net/earlemartin/

3 3

DNS stuff: nobody cares
by Rev Simon Rumble 04 Dec '05

04 Dec '05

I've just had a thought about all this DNS stuff. Apart from us technical types, most people don't care. Despite having incredibly easy domain names, most people still use their search engine to find sites, even on return visits. People have got used to search engines being very very good, so they've stopped relying on memory. -- Rev Simon Rumble <simon(a)rumble.net> www.rumble.net The Tourist Engineer Geeks need vacations too. http://engineer.openguides.org/ "When bankers get together for dinner they discuss art, when artists get together for dinner they discuss money." - Oscar Wilde

2 1

Breaking down the address into separate fields
by IvorW 03 Dec '05

03 Dec '05

I need some feedback. Please test my change. The changes I have made for ticket #18 are on http://www.nurflax.net/cgi-bin/openguides/wiki.cgi The change is touching a number of modules and templates, though the RDF part isn't finished yet. Ivor.

1 0

Globally-oriented DNS, and DNS management.
by Dominic Hargreaves 03 Dec '05

03 Dec '05

This has been discussed in the past on IRC but never went anywhere. I think we should have a more scalable DNS naming structure. The flat space we have at the moment won't scale particularly well - we've already had a collision with Manchester, UK and Manchester, US. So I think we should move to a simple two level system. oxford.uk.openguides.org london.uk.openguides.org manchester.uk.openguides.org manchester.us.openguides.org boston.us.openguides.org vienna.at.openguides.org and so on. Worldwide sites like engineer.openguides.org could stay. Whether we want to enforce existing guides to switch over I don't know, but we should at least put in redirects. Secondly, we were talking about improvements to the DNS management recently. Various solutions were mentioned and no conclusions were reached, so I'm going to offer mine here and see if we can get to a conclusion. Currently openguides.org is associated with Earle's personal account with gandi.net. I suggest that we get an Openguides-specific account with someone (them, or Black Cat Networks - my employer, I know we can do this, for example). That would give us a web-based update interface to which nominated individuals could have access. We then have a wiki page that documents the DNS entries, who requested them, when they were added, who by, etc etc, to keep track of things. It's not a technically neat solution but is very easy to implement and provides a more stable DNS platform than something custom would (for example zone files in SVN were mentioned). Comments welcomed for these two matters. Regards, Dominic. -- Dominic Hargreaves | http://www.larted.org.uk/~dom/ PGP key 5178E2A5 from the.earth.li (keyserver,web,email)

9 14

Re: [OGDev] Marketing to OG Admins
by David Cantrell 03 Dec '05

03 Dec '05

On Fri, Dec 02, 2005 at 05:28:46AM -0500, IvorW wrote: > > 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. Does it scale *enough* though? I can't imagine that the London guide (which I imagine is still the biggest) ever has more than ten concurrent users reading it and more than 2 or 3 writing it. -- header FROM_DAVID_CANTRELL From =~ /david.cantrell/i describe FROM_DAVID_CANTRELL Message is from David Cantrell score FROM_DAVID_CANTRELL 15.72 # This figure from experimentation

7 9

Re: [OGDev] Globally-oriented DNS, and DNS management.
by chris＠prather.org 02 Dec '05

02 Dec '05

> On Thu, Dec 01, 2005 at 01:36:38PM -0500, jesse wrote: >> So, would that be Manchester NH, Manchester, MA or one of the other Manchesters? > I meant to add that I'll leave it to USians to comment on whether theirs should be a three level system with state. In most countries this doesn't tend to be necessary. To quote the London guide: * The names of English towns are by no means unique, for example, there are two Ashfords, one in [Middlesex]?, near Heathrow Airport, and the other in Kent. (http://london.openguides.org/index.cgi?Easily_Made_Mistakes) That said... USians could probably cope with a first-come first-serve for top-level .us domains with a fallback to city-state (saintpaul-mn) or somesuch if two guides spring up with a namespace clash inside a country (springfield will be painful). The generic domain either resolving to a "Choose which city you mean" page or to the first guide to use the name, with the understanding that they'll be good social people and have a "If you intended to get to Boston, Arkansas please try http://boston-ak.us.openguides.org" I have no clue why I prefer a hyphen in this instance to a subdomain, but I find it easier to parse [guide].[country].openguides.org vs [guide].[possible state].[country].openguides.org just seems to be more useful and global to me since Ashford in Middlesex will probably have to resort to something like this after the OpenGuides Craze out near Heathrow spreads. -Chris

1 0

Re: [openguides-commits] r726 - in trunk: lib/OpenGuides t
by Dominic Hargreaves 02 Dec '05

02 Dec '05

On Wed, Nov 30, 2005 at 10:41:41PM +0000, svnadmin(a)urchin.earth.li wrote: > Author: earle > Date: 2005-11-30 22:41:41 +0000 (Wed, 30 Nov 2005) > New Revision: 726 > > Modified: > trunk/lib/OpenGuides/RDF.pm > trunk/t/21_rdf.t > Log: > fixes #50 Could I ask that people continue to put meaningful log messages in rather than *just* links to trac? It would be useful to be able to make sense of changesets in their own right. Cheers, Dominic. -- Dominic Hargreaves | http://www.larted.org.uk/~dom/ PGP key 5178E2A5 from the.earth.li (keyserver,web,email)

2 1

Re: [OGDev] Marketing to OG Admins
by crschmidt＠crschmidt.net 02 Dec '05

02 Dec '05

On Fri, Dec 02, 2005 at 05:28:46AM -0500, IvorW wrote: > > > > -----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. In addition to that, MySQL is a relatively minimal requirement these days, since most packages are PHP/MySQL hosting packages. What it comes down to for me is that I see OpenGuides suffering because its written in Perl. I see PHP packages - I'm thinking specifically here of Drupal - specifically targeting those users who don't have root accounts, or even the knowledge to run a shell. But they can edit a config file, and they can use FTP. Drupal has more than 60,000 installations - OpenGuides has fewer than 100, at least as far as popular/findable ones go. If there was a way to package OG such that we could give a simple list of requirements to their host, have them get it installed, and then FTP upload a single set of files - even if its relatively large - then I think that we would see increased adoption. Perl is scary. It has a bad reputation. People don't want to muck with installing it, most people don't even want to muck with running CPAN. Huge numbers of people don't have the ability to install Debian packages - either because they aren't running Debian, or because they don't have root - and excluding these people as guide admins simply because they don't want to learn Perl is probably not the best idea if you want widespread adoption - and I think OpenGuides taking over the world would be a very good thing indeed. Maybe I'm overstating the importance that installation has on adoption, but I think that some things speak for themselves. Drupal has a very high adoption rate, and is very easy to install. PHP packages in general get higher adoption rates, and are easier to install. It is my opinion that the easier something is to install, the more likely someone will install it. OpenGuides does not make things easy to install. I couldn't install it without help, and I'm a relatively competent user who is familiar with CPAN. I can't imagine how anyone could expect that "normal" users could get an OG setup without significant help - and when something doesn't work, people don't usually ask for help, they give up. -- Christopher Schmidt Open Guide to Boston http://boston.openguides.org/

2 1

← Newer
1
...
29
30
31
32
33
34
35
...
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