Hi,
I've packaged the dependencies for OpenGuides that weren't already in
Debian (testing/unstable). You can make use of an apt repository of them
by putting the line
deb http://www.larted.org.uk/~dom/debian/openguides/ unstable/
in /etc/apt/sources.list.
OpenGuides itself isn't yet packaged, but I will be working on preparing
a package of it in the next week or so. In the meantime, you should find
that everything else should be available, so I would be grateful if
Debian users running sarge or sid could test these packages.
The following command should result in all dependencies of OpenGuides
(0.41) being installed:
# apt-get update
# apt-get install libdbd-pg-perl # OR
# apt-get install libdbd-mysql-perl # OR
# apt-get install libdbd-sqlite-perl
# apt-get install libalgorithm-diff-perl libcgi-wiki-perl \
libcgi-wiki-formatter-usemod-perl libcgi-wiki-plugin-categoriser-perl \
libcgi-wiki-plugin-diff-perl libcgi-wiki-plugin-geocache-perl \
libcgi-wiki-plugin-locator-uk-perl libcgi-wiki-plugin-rss-modwiki-perl \
libcgi-wiki-plugin-rss-reader-perl libconfig-tiny-perl libfile-spec-perl \
libgeography-nationalgrid-perl libwww-perl libmodule-build-perl \
libparse-recdescent-perl libsearch-invertedindex-perl libtemplate-perl \
libtest-mockobject-perl libtime-piece-perl liburi-perl libxml-rss-perl
Once you have done this you should be able to download OpenGuides and
manually install it by following the instructions in INSTALL.
This testing is best done on a vanilla sarge/sid system, but especially
one that hasn't had any openguides-related stuff installed on it before.
Comments welcome, either to the list or me personally. You can if you
wish add to
http://openguides.org/dev/?node=Debian%20Package%20Bug%20Tracking
but if you do please email me to let me know you have done so.
Have fun!
Dominic.
After some discussion on the #openguides IRC channel....
It has been noted recently that OpenGuides front pages are often very
cluttered. Kake suggested, and I agree, that the recent changes box should
be slimmed down as follows:
1) Collapse multiple instances of any given node to just one.
2) Only show node names, not change summary or editor. The actual details
off the change are best left on the actual Recent Changes page (which is a
"geek thing").
So, in effect, it would be "ten most recently modified nodes" (or maybe
five?).
Comments?
--
Earle Martin
http://downlode.org/http://purl.oclc.org/net/earlemartin/
Hi,
Over the last couple of weeks, I've been setting up an Open Guide for
Chester, which is located at http://chesterguide.org.uk
Obviously it doesn't have much content on it yet, but hopefully that
will come once people know about it.
If anyone spots any problems (dead links etc.) I'd be grateful if they
could let me know.
Thanks
David
Hi!
I'm planning on starting a openguide for the Buenos Aires city (Argentina).
I already have a draft (http://guiaba.mine.nu/cgi-bin/openguides/og), but I
have some doubts and I want to share them with you:
I'm concerned about language. I hope the guide to be used for locals and
visitors, but specially for locals. So, english doesn't seem to be a good
option. But: all the other pages in openguides are in english, including
Oslo's; and the software doesn't seem to suppor multi-language.
I'm not really convinced on using openguides as a platform, since the only
features I see which gave me some advantage over other wiki engines are
categories and locales (which can be implemented with some hack), and they
aren't trated in a special way, it is the same if I put a link at the
bottom of the page
The rest of metadata doesn't seem to be used except to be shown in the same
page (the coordinates system can't be used, since i'm outside the uk).
Another important fact is that it is too slow withour mod_perl.. is there
any provision for running under it?
I don't want to be a flamer, just those are questions that arose when
starting this project (which I had in mind before knowing openguides), and
may be someone can help me....
Hiya.
It occurs to me that there's very little point in search engines
crawling certain pages of an OpenGuide - anything with "action=edit" or
"action=delete" in the URL, at the very least, has no real value to
someone searching for information. Unfortunately, unless I'm missing
something, robots.txt syntax doesn't allow for matching on anything
other than the start of the path component of a URL, which doesn't help
us here.
It's been suggested to me that ``<meta robots="noindex">'' tags in the
<head> of a page are effective here, but I'm not sure of the best way to
implement this for edit pages without implementing it for *all* pages,
which would be careless.
I'm thinking of something in header.tt conditional upon the requested
URI containing "action=edit" or "action=delete", but before I wander off
learning how to talk template::toolkit, I'd be interested to hear better
suggestions -- and other values of action we might care about, I guess.
The other, more complex but possibly "better" alternative, would be for
someone to run with the idea mooted in this thread:
<http://openguides.org/mail/openguides-dev/2004-April/000258.html>
Then edit pages could be /edit/Node_Name, deletes /delete/Node_Name, and
so on. This makes setting up a suitable robots.txt very simple indeed,
though it makes setting up the Apache rewrite rules a) a requirement,
instead of just a nice thing, and b) more complex than at present.
Thoughts, comments, suggestions and the like all invited.
Cheers,
James.
--
PGP fingerprint 3E85 0C7A FE11 42E9 A599 094D AE16 90F0 81AE 16FF, ID 81AE16FF
Fremen add life to spice!
[Crossposted: openguides-dev and london.pm]
This is a call for help to anyone interested in OpenGuides or just
feeling randomly helpful.
A long time ago I wrote a thing to map an OpenGuide in SVG. It was
cute. Since then I've swapped laptops and so I no longer have a
browser that can display SVG. I would like to do more cute things
with SVG, but I'm not going to get around to it unless I can actually
see what I'm doing.
So what I want from someone out there is foolproof instructions for
viewing SVG in a browser - any browser that I don't have to pay for -
on OS X.
Thank you, sleep well, drink tea.
Kake
At present, clicking a page's title will get you a list of backlinks. It
would be useful if this listing included pages redirecting to the page as
well, although I'm not sure if that would require additional stuff in the
database. At that point, the list could then include backlinks to the
redirecting page as well.
--
Earle Martin
http://downlode.org/http://purl.oclc.org/net/earlemartin/
----- Forwarded message from PAUSE <upload(a)pause.perl.org> -----
The URL
http://the.earth.li/~kake/code/OpenGuides-0.39.tar.gz
has entered CPAN as
file: $CPAN/authors/id/K/KA/KAKE/OpenGuides-0.39.tar.gz
----- End forwarded message -----
0.39 offers the option of using Plucene for indexing. Note that you
will need to have CGI::Wiki 0.56 and Plucene installed if you want to
do this. I recommend that any Guide admins who've had trouble with
Search::InvertedIndex error messages ("cannot remove index from
group", "corrupted database", that sort of thing) use Plucene instead.
I have set up a mirror of the London openguide on un.earth.li - URL
path is /~kake/cgi-bin/oglmirror/index.cgi (URL broken up on purpose
since I am in a rush and don't have time to stop Google indexing it).
This mirror is running on the Plucene backend, the latest OpenGuides
release, and the standard templates. I did this because I'm fed up of
having to use the older buggy versions of OpenGuides that
london.openguides.org runs (note this is NOT meant as a whinge, I know
Earle is busy, I'm just explaining why I did it).
Earle, would you be OK with me running such a mirror on openguides.org
itself so I have an alternative interface to the actual data as
opposed to just a copy (database dump)?
Kake
(rushed)
