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!
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/
I think pretty much every OpenGuide has been hit by the casino spammers -
basically they edit Wiki Etiquette and Wiki Info to include their URL
as many times as possible, trying to capitalise on our googlejuice.
We implemented admin delete to deal with this, but it does seem to be
the same spam over and over again, so guide admins are having to
delete it over and over again. Luckily we have a tool to deal with
automating repetitive tasks.
I would like this to be optional, extensible and configurable. Here
is a suggested spam filtering config file (see Config::Tiny for syntax).
----------------------------------------------------------------------
[discard_edit]
locale = www.casino-online-online.com
category = www.casino-online-online.com
[discard_edit_regex]
locale = www\..*
category = www\..*
[notify_edit]
notify_to_email = kake(a)earth.li
username = Anonymous
----------------------------------------------------------------------
(I don't plan to implement notify_edit yet, just stuck it in there to
show that this form of config file is quite extensible. Dare I say it,
this might be a good task to be implemented as a plugin.)
When someone/thing tries to commit an edit that matches a discard
rule, they'll get an error message explaining what they did that was
naughty. So you could use this to block anonymous edits too, by
adding the line "username = Anonymous" to the discard_edit section.
Comments? Is there a better way to structure the file without having
to add any more prereqs? (I was thinking YAML, but that's yet another
prereq and people already complain about how many there are, plus it's
another syntax for people to learn.)
In particular, this syntax doesn't let us say things like 'Disallow
edits if EITHER the locale is "foo" OR (the locale is "Hammersmith"
AND the username is "Anonymous")'. I *don't* plan to implement
anything that complex right now, because it's not *needed*, but I
don't want to tie myself into a format that precludes doing it later.
Kake
Haven't looked at the module yet, don't know where he's getting the
data from.
Kake
----- Forwarded message from william ross <will(a)spanner.org> -----
From: william ross <will(a)spanner.org>
Date: Tue, 31 Aug 2004 19:39:06 +0100
To: CDBI <cdbi-talk(a)groups.kasei.com>
Subject: Geo::Postcode
Hello,
I've just finished (for now) and uploaded the module that I use to work
with UK postcodes. It handles validation, parsing, location and the
common distance-to-here calculation in a fairly economical way, and it
can deal transparently with postcodes at different resolutions (ie it
will tell you how far it is from 'SW1' to 'EC1Y 8PQ'), to allow for the
various data sets that are available.
At the moment it's up as Geo::Postcode, but that may well change in
order to sit nicely next to similar modules from other countries.
The accuracy of its measurements depends on the data set that it's
working with. It comes with a basic set of nearly 3000 points that
pretty much covers all the postcode areas (like 'E1' or 'LA23'), but no
more. That's enough to get started and rough out an application, but
for serious public use you will need to license the use of a proper
postcode set. The module is designed to accept all sorts of data
sources without too much trouble.
I mention it here because I use it mostly with CDBI apps, so it is
designed to inflate and deflate cleanly as a has_a. If a class already
has a se[arate postcode field, it can just be dropped in:
My::Person->has_a( postcode => 'Geo::Postcode' );
My::Cinema->has_a( postcode => 'Geo::Postcode' );
my $distance = $person->postcode->distance_from( $cinema->postcode );
...and much more.
I hope it turns out to be useful, and I'd be very glad of feedback and
improvements.
best
will
ps. if it hasn't reached your mirror, try www.spanner.org/postcodes/
----- End forwarded message -----
On Tue, 24 Aug 2004, IvorW wrote:
>
>
> I agree that we need discard_edit(_regex)? immediately. We need a way
> of blocking a range of IP addresses and/or domains.
>
so that would be a robots.txt then ?
apache++ # thought of these things already
--
Bob Walker
http://www.randomness.org.uk/
Achieve nothing more than pretentious incompetence!
Hello,
I tried to upgrade the NI Open Guide to the latest version last week,
unfortunately I wasn't so successful - my host runs Debian Stable and
most of the prerequisite modules I install locally, this didn't work
for CGI though. boo. Anyway, to cut a long story short I looking for
somewhere to put the NI openguide. Could it go on ni.openguides.org?
:)
Stephen
> -----Original Message-----
> From: openguides-dev-bounces(a)openguides.org
> [mailto:openguides-dev-bounces@openguides.org]On Behalf Of Kake L Pugh
> Sent: 24 August 2004 12:46
> To: openguides-dev(a)openguides.org
> Subject: [OpenGuides-Dev] Combatting wiki spam
>
>
> I think pretty much every OpenGuide has been hit by the
> casino spammers -
> basically they edit Wiki Etiquette and Wiki Info to include their URL
> as many times as possible, trying to capitalise on our googlejuice.
>
> We implemented admin delete to deal with this, but it does seem to be
> the same spam over and over again, so guide admins are having to
> delete it over and over again. Luckily we have a tool to deal with
> automating repetitive tasks.
>
> I would like this to be optional, extensible and configurable. Here
> is a suggested spam filtering config file (see Config::Tiny
> for syntax).
>
> ----------------------------------------------------------------------
> [discard_edit]
> locale = www.casino-online-online.com
> category = www.casino-online-online.com
>
> [discard_edit_regex]
> locale = www\..*
> category = www\..*
>
> [notify_edit]
> notify_to_email = kake(a)earth.li
> username = Anonymous
>
> ----------------------------------------------------------------------
>
I agree that we need discard_edit(_regex)? immediately. We need a way
of blocking a range of IP addresses and/or domains.
> (I don't plan to implement notify_edit yet, just stuck it in there to
> show that this form of config file is quite extensible.
> Dare I say it,
> this might be a good task to be implemented as a plugin.)
I am thinking that this is the beginnings of a user permissions plugin.
But I don't think that we need full blown user permissions to start with.
Also, I think that some admins might prefer the 'notification' to be
held on the wiki rather than sent via email. They would receive the
actual notification via RSS syndication.
>
> When someone/thing tries to commit an edit that matches a discard
> rule, they'll get an error message explaining what they did that was
> naughty. So you could use this to block anonymous edits too, by
> adding the line "username = Anonymous" to the discard_edit section.
>
You might want to put some kind of permissions scheme on the pages. A page
could be locked - read only to all but admins. Or it could allow an edit,
but save the changed version in a different part of the database until
someone approves (or rejects) it.
> Comments? Is there a better way to structure the file without having
> to add any more prereqs? (I was thinking YAML, but that's yet another
> prereq and people already complain about how many there are, plus it's
> another syntax for people to learn.)
>
> In particular, this syntax doesn't let us say things like 'Disallow
> edits if EITHER the locale is "foo" OR (the locale is "Hammersmith"
> AND the username is "Anonymous")'. I *don't* plan to implement
> anything that complex right now, because it's not *needed*, but I
> don't want to tie myself into a format that precludes doing it later.
How about basing it on the apache httpd.conf with a few minor variations.
This is at least a format that people are used to.
My twopenn'orth,
Ivor.
Hi folks. I just joined the list because I've long held a dream of
building a specific site.
What I'm talking about is a geek/engineer tourism site. I'm one of
those sad types who, when touring around Vietnam, stops and gawks at big
(http://www.rumble.net/travel/photos/vietnam/nw/thumb/nwdamfish-9-0.html)
and small
(http://www.rumble.net/travel/photos/vietnam/nw/thumb/nwhydro3-9-0.html)
engineering marvels.
So I'd like to have a site that collects information about this kind of
thing. Power stations, significant dams, historic sewage system
features, giant tunnels, spy stations, bomb shelters, architectural
marvels and follies, engineering accidents, atomic bomb test sites etc
etc. The site would include photos, historical information, transport
information, opening hours and prices, details of preferred viewing
sites and GPS coordinates.
So it occurred to me that Openguides has already achieved much of this
in a suitably open and geek-ready format. However, it doesn't fit your
ontology. Your site gives guides for a particular city or region,
whereas this idea would work best as an integrated, global site. That
way you could look at a meta-topic on an area of interest (say, atomic
test sites).
I can see this cross-guide linking is probably a problem you've already
encountered (compare the tube networks of London and New York) and
discussed, so I'm curious to hear your thoughts.
So is this something Openguides would be interested in pursuing? Of
course, I'm offering to maintain the content.
--
Rev Simon Rumble <simon(a)rumble.net>
www.rumble.net
"Which is more musical, a truck passing by a factory
or a truck passing by a music school?"
- John Cage