Hi, I don't follow OG development but as host operator a few things are
coming up. The machine's load is gradually climbing over time and some
of that is OG.
Despite a relatively low hit rate on OG it is consuming quite a bit of
resource. If OG started taking off it would take the machine down.
First up: index.cgi requires 0.35s to perform a `perl -c` syntax check.
Any thoughts on putting OG on a mod_perl server? I have mod_perl running
here of course and we'd need to coordinate some apache.conf stuff.
Second: the supersearch.cgi gulps down CPU, often for seconds at a time.
It is a frequent resident of `top` output. This isn't really
acceptable. I'm going to request this feature be turned off unless an
effective optimisation plan or some other way to reduce its impact
here is constructed pretty soon. Sorry about this but it's encroaching
on others.
Third: I wonder if there's some way to instruct robots not to spider
parts of your wiki. This ought to speak for itself:
$ grep crawl /var/log/apache/london.openguides.org-access.log | grep 'action=edit' | wc -l
8242
$
Finally: I posted about a DoS and was wondering what the status of a
solution was. http://openguides.org/mail/openguides-dev/2004-October/000542.html
Cheers,
Paul (any overbearing tone unintentional ;-)
--
Paul Makepeace .............................. http://paulm.com/inchoate/
"If my elbow was straight, then I'll show oyu mine!"
-- http://paulm.com/toys/surrealism/
I'm trying to convert a database to the 'new' schema used in the latest
OG version. When running wiki-toolkit-setupdb, I get the following message:
Upgrading: old_to_9
Grabbing and upgrading old data... read 333 nodes... read 1250
contents... done
However, when visiting the site, I still get the same error:
Database schema version 0 is too old (need 9) at lib/OpenGuides/Utils.pm
line 85
Anyone know why it's doing this?
Clair
Hi OG developers
a wee report from WikiSym06, where I was presenting the paper me and Tom emailed you about a while back. The survey we sent out on the dev-list became: "Wikis of Locality: Insights from the Open Guides", authored by me, Tom, and helped by one of the sympathetic senior professors in our department Marc Eisenstadt.
The paper is online at http://www.wikisym.org/ws2006/proceedings/p119.pdf
The conference info is at:http://www.wikisym.org/ws2006/
wiki at : http://ws2006.wikisym.org/
proceedings at: http://www.wikisym.org/ws2006/proceedings/
WikiSym06 was 60 -ish folk in a hotel in Odense, Denmark. It felt like there were two groups - the hands on practical folk and the academic folk and the conference sat between the two. There were two rooms, one which had formal paper sessions, and the second was an 'open space' where on the morning of the first day we were all invited to put up topics for discussion and from then on in people could just turn up to these sessions and work as felt best, voting with their feet. Check the URLs above to check what happened in the sessions, what they were on.
Wikipedia was the 800lb gorilla in the conference, people trying to work out if this was just a single edge case of a unique superlarge wiki or if we'll see a dozen wikipedia sized wikis in the years to come, whether all the discussion of standards and ideas are irrelevant and we'll just all have to adopt whatever wikipedia chooses to use. Conversations always seemed to mention wikipedia in some manner or another..
Quite a few of the folk had been to WikiMania and the Recent Changes Camp in the US, there was a lot of discussion about them.
Folk were pretty open and up for chatting all the time, I ended up sitting with a couple of guys called Ward and Brion at breakfast the first morning, well I guess Mr. Cunningham knows his way round wikis and Brion Vibber knows his way round Wikipedia (CTO of Wikimedia apparently). Both very pleasant and up for chatting with an eejit like me!
The presentation I did on the Open Guides (Milton Keynes in particular) seemed to go down pretty well, quite a lot of questions afterwards. There had been various threads throughout the sessions on things like corporate wikis, education, politics, language issues, but I think our paper on the OpenGuides was the only one focussing on wikis supporting physical localities. Main questions were something like this....
- have we thought of a mobile phone version? (Harri Lakkala of Nokia): me - probably we have other priorities first but if you're up for helping... :-) and I don't think anybody would in principle be against doing a mobile friendly version
- are we automating entry of long and lat data ? (Evan Prodromou of Wikitravel) : me - no though we have a script for working out maps from postcode, but it would be nice, issues in UK of getting this data from the Ordnance Survey. Evan was up for chatting - I think some of you guys know him. A couple of people asked if WikiTravel and OpenGuides crossed over, I suggested perhaps WikiTravel was for tourists and OpenGuides were more for local residents? different granularity of content...
- do we work with the local town hall and council (Michel Buffa, ESSI scientist http://www.essi.fr/~buffa/) me: no, so far we've decided it would be better to be independent so we can write more freely and be negative as well as positive about places
- Sunir Shah (co-founder of Meatball Wiki http://www.usemod.com/cgi-bin/mb.pl?SunirShah) suggested methods of reducing spam on the site (try akismet.com perl plug in).
- Sheizaf Rafaeli (community network guy and business prof. http://sheizaf.rafaeli.net/) - have we investigated the motivation of why users contribute? Liked our taxonomy of Placeholders/Completers/Housekeepers. Really interested in the Housekeeper category, this is what he wants to find out more about.
(German guy, oops forgot to note his details): he has a wiki in the small Bavarian town where he lives. He thought about setting one up in Berlin but was told that every street has one, do we think this will be a problem, are we already obsolescent? At this point lots of people joined in to my defence including Evan from Wikitravel and a massive debate ensued that got stopped by the chair so the next guy (Kevin Makice) could do his presentation.
I sat in on most of the presentations, and turned up to the open space sessions on "simplicity" (which was pretty philosophical) and a proposed Creole Markup for wikis - the idea is to try to bash out a simplified common markup so people can move between wikis easily and also make it easier for new users to participate (http://www.wikicreole.org/). There was also a discussion of a unified language, and discussions on WYSIWYG editors.
Feel free to email me if there are any aspects you'd like me to chat further about, or if you need the contact details for any of the folk that were there (I think all the paper presenters' details will be on the papers themselves).
cheers! and thanks again for everybody who helped with the survey.
Mark
Mark Gaved
Knowledge Media Institute
The Open University
Walton Hall
Milton Keynes, UK
MK7 6AA
http://kmi.open.ac.uk/people/mark
Hi folks.
You may have noticed that the Tourist Engineer has been spammed to hell
and back. I just tried upgrading to the latest version using apt-get
and, after accepting the new wiki.conf (there seems to be a bunch of new
stuff) I got this:
Processing config file /etc/openguides/default/wiki.conf ...
Checking database schema...
DBD::SQLite::db prepare failed: file is encrypted or is not a
database(26) at dbdimp.c line 269 at
/usr/share/perl5/Wiki/Toolkit/Setup/SQLite.pm line 156.
DBD::SQLite::db prepare failed: file is encrypted or is not a
database(26) at dbdimp.c line 269 at
/usr/share/perl5/Wiki/Toolkit/Setup/SQLite.pm line 156.
dpkg: error processing openguides (--configure):
subprocess post-installation script returned error exit status 2
Errors were encountered while processing:
openguides
E: Sub-process /usr/bin/dpkg returned an error code (1)
Has the upgrade munched my database? I've got a backup, so how should I
go about recovery?
--
Rev Simon Rumble <simon(a)rumble.net>
www.rumble.net
The Tourist Engineer
Because nerds travel too.
http://engineer.openguides.org/
"Why do we have to hide from the police, Daddy?"
"Because we use emacs, son. They use vi."
On Thu, Aug 24, 2006 at 03:17:59PM +0100, svnadmin(a)urchin.earth.li wrote:
> Author: nick
> Date: 2006-08-24 15:17:59 +0100 (Thu, 24 Aug 2006)
> New Revision: 838
>
> Modified:
> trunk/templates/edit_form.tt
> Log:
> Don't duplicate the id 'content' for the main area of the page, and the content entry box. (Haven't changed the form name, just the id)
Hi Nick,
You need to update README.CSS whenever changing CSS like this.
Cheers,
Dominic.
--
Dominic Hargreaves | http://www.larted.org.uk/~dom/
PGP key 5178E2A5 from the.earth.li (keyserver,web,email)
On Mon, Aug 21, 2006 at 06:17:21AM -0400, IvorW wrote:
> To get the ball rolling I've created a mailing list:
> http://www.hexten.net/mailman/listinfo/geoperl-l
For about a year Ari Jolma's been running a pretty quiet geo-perl
mailing list:
https://list.hut.fi/mailman/listinfo/geo-perl
And the latter is probably the best place to go, and the protagonists
are sorting this out.
I'm looking forward to seeing this effort liven up a bit :)
jo
Cross-posted from London.pm mailing list.
-----Original Message-----
From: Andy Armstrong [mailto:andy@hexten.net]
Sent: 20 August 2006 19:36
To: London.pm Perl M[ou]ngers
Subject: Perl Geospatial Project
I've been doing an informal survey of the various geo, gps, gis and
mapping modules on CPAN and while there's certainly a lot of good
stuff there, taken collectively CPAN's coverage of geospatial
functionality somewhat resembles the state of the email related
modules that provided the impetus for the Perl Email Project [1].
I'd like to get started with an effort to rationalise and refactor
what's currently there, providing well written, lightweight modules
with clean interfaces to cover a well defined set of geospatial
functionality - i.e. very much in the spirit of PEP.
To get the ball rolling I've created a mailing list:
http://www.hexten.net/mailman/listinfo/geoperl-l
I'm not looking for any particular commitment at this stage - but I'd
welcome input from anyone with an interest in this area.
[1] The Wiki homepage of which is currently home to a load of spam.
--
Andy Armstrong, hexten.net
(subject with apologies to debian-devel-announce)
It's probably time for an update as to my plans and progress of late,
and in the next couple of months.
For various reasons I haven't worked much on Openguides since the last
release in June, and there are now quite a few issues piling up to be
dealt with. Nick has done some good work with moderation and feeds,
which needs to be checked over and released, and there is a growing list
of minor bugs of various sorts that needed to be looked at. In addition
there are the big things - authentication, spam prevention, a worldwide
portal, etc etc. One specific task I will be looking at is the
correction between WGS84->OSGB to correct the innaccuracies in our
current Google Maps output for UK guides.
I believe Nick is still coordinating with his employer the possibility
of getting a developer there to do some CSS work for us with a view to
producing some new default CSS.
I'm going on holiday for a week next week, and I'll have various other
things to take up my time after that, but in September I hope to be
able to look seriously at OpenGuides again both from the software
release angle and the bugfixing/features angle. I also plan to finally
upload OpenGuides itself into Debian (the last sooner rather than later,
in the hope of making it into the next release).
If, in the meantime anyone would like to take on any of the tasks at
http://dev.openguides.org/report/1 then please do. Drop me a note to get
a trac login if you don't already have one, assign the task to yourself
and hack away!
There's also the issue of dedicated OpenGuides hosting, which I've been
looking at for a while. I have some spare hardware which I might be able
to press into service as a dedicated guide hosting box (possibly
providing supporting infrastructure such as mailing lists, SVN etc) so I
hope to look into this in September too. I think this would allow us to
streamline things in terms of making sure people can easily run guides
without their own facilities if needed, and providing a platform that
those who need it can access to maintain the various central services.
If this actually happens depends on the availability of hosting as well
as some tests run on the hardware to see whether it would perform well
enough.
In addition to all that, I would like to suggest that we have a
real-life hacking/bug squashing some time in September/October. I've
talked to Mark Gaved about meeting up for beer in Oxford and it's
possible that we can open this up and possibly turn it into combined
hacking and pubbing. We'll post date suggestions on the list nearer
the time.
I think that's all for now.
Cheers,
Dominic.
--
Dominic Hargreaves | http://www.larted.org.uk/~dom/
PGP key 5178E2A5 from the.earth.li (keyserver,web,email)