Hello Ivor!
Excelente, señor!
Gracias! :)
It always was one of the aims of OpenGuides for the
software to be
usable
everywhere on the globe. We havent gotten round to most of this yet,
as the main protagonists have full time jobs. Patches are welcome
however :).
Hehehe, I *knew* that would be said :) Well, I'm starting to get bettar at
perl programming, but by no means I'm a great programmer.. I could try,
anyway...
I don't see why you couldn't install a Spanish
OpenGuides site. You will
need
to translate the templates. If you do this, please consider submitting
the
translated templates to CPAN (suggested name space OpenGuides::ES).
OK.
There might be some other issues with character sets,
Lingua::Stem and
Search::InvertedIndex, but I think that these would only be minor.
What overwhelms me a little is the amount of libraries I have to deal with,
and none of them are apt-gettable!!! :)
Having a multilingual site is a different ball game. I
don't know if
it's possible.
I don't know how you would maintain the translated wiki text in parallel
for
each page.
well, it is done in wikipedia. In fact I've been trying mediawiki this days
in parallel with openguides (in fact, travelwiki uses it), and I have to
say it is impressive, but it is too big for a wiki and it is not easily
customizable, nor good documented. Features i liked the most of it:
interkwiki linking, talk, watching pages, user can logon with password (but
not forced to do so).
In many ways, the categories and locales are the whole
point of
OpenGuides.
Granted, they can be done as a "hack" on other wikis - this is the
history
of the London OpenGuide, which started out as "Grubstreet" using the
UseModWiki
script.
I see... but, the point is, I can put Location_BuenosAires or Category_Bars
at the end of the page (like c2 does) and then use search referring pages,
and it is almos the same. Since locales in openguides doesn't show all
pages in the locale by default.
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).
We're working on that - coordinates. (/me needs to pull finger out).
uh.. I don't know what to pull a finger out is... my crappy english :)
Have you looked at the RDF syndication (format=RDF)
option for each
page?
This enables other websites to get hold of the metadata. See
http://www.livejournal.com/userinfo.bml?user=london_wiki
for an example of this.
well, I'd never given any look at rdf and syndication :)
I'm looking at it right now... But i don't see any metadata used at all,
just a changelog.. Sorry, but I don't know anything about rdf :)
You say it is too slow. We have not had any recent
complaints about
responsiveness
on the existing sites. If you can give an example of this slowness,
please let us know.
Click on my draft site :) The computer is a k6-500 and it is very slow
there, i think compilation times are killing it...
Granted high volume sites benefit hugely from
mod_perl. But, how many
hits per
second do you imagine getting?
no, it is not what worries me, just waiting 7 seconds for each page (at
localhost) seems a bit too much for me :)
In terms of running on mod_perl, possibly the
underlying CGI::Wiki
engine could
be ported to run on Apache::Session - I'm not an expert on this, perhaps
others
on the list can answer this one.
Well, I have a experience porting a small application to mod_perl in my day
job and it hasn't been easy :(
But I think the task should not be to port the engine but the front end. If
you already have all the logic in a .pm well done, the porting is easy, you
just change the way the underlying modules are called...
Good questions all round. Welcome to OpenGuides.
Thanks!!
I want to say that if I'm saying all these things is because I like
openguides, and maybe my worries are because I'm just missing :)