I've just released OpenGuides 0.71 to cpan.
https://metacpan.org/release/BOB/OpenGuides-0.71
This release adds scale to category/local index maps. It also includes
several fixes to make tests work on Debian and to the install process.
--
bob walker
everything should be purple and bendy
http://randomness.org.uk
I uploaded the latest release of OpenGuides to CPAN this morning.
https://metacpan.org/release/BOB/OpenGuides-0.67/
There have been lots of changes this release the most important of which
are:
Leaflet support for maps removes the need to rely on Google Maps.
On map index pages you can now find Categories within Locales.
JSON output has been added or improved on several types of pages.
A long standing bug in recent changes has been fixed.
There have also been numerous bug fixes. See
https://metacpan.org/source/BOB/OpenGuides-0.67/Changes and
http://dev.openguides.org/changeset?old_path=%2Ftags%2Frel0_66&old=1395&new…
for more info.
As you can see the tests have also been renumbered. This was done by
adding a 0 inbetween the 2 existing digits.
We now require Wiki::Toolkit 0.80 and introduced a new dependency on
Template::Plugin::JSON::Escape.
--
bob walker
everything should be purple and bendy
http://randomness.org.uk
The first public release of OpenGuides occurred on 29 April 2003:
https://metacpan.org/source/KAKE/OpenGuides-0.04/Changes
So I think this calls for a celebration on or around 29 April 2013!
Given current patterns of activity, I suspect doing this in the UK
is the most sensible option. (I can offer accommodation for non-UK
people.)
I'm on holiday in Moreton-in-Marsh between 24 April and 1 May, so
if we're going to do this on the weekend before the anniversary
(i.e. 27-28 April) then Oxford would be the most plausible venue.
If we do it the weekend after (i.e. 4-5 May) then we could do it
either in Oxford or in London.
Thoughts?
Kake
The world is moving forward and the choice for doing your version control
is changing.
Git is the future. Github is the convient place for open source projects
to host their code.
So I propose we think about moving to github.
Ive already explored this as an idea and in fact have created and
organization and imported the code repo.
https://github.com/OpenGuides/OpenGuides
The authors may need tidying up a bit.
Looking at my authors file there were 2 who i dont know what to use as
thier email address.
nick = nick <nick(a)example.com>
sheldon = sheldon <sheldon(a)example.com>
It should prefably be the email address they use on github but it doestn
matter to much.
Importing the wiki and the issues looks to be trivial enough if we wanted
to.
So anyone have any thoughts, queries, suggestions or objections?
If we go ahead with this I would reimport the repo to github one last
time?
--
bob walker
everything should be purple and bendy
http://randomness.org.uk
Hello! On the train the other day I had some ideas about the way data
input could work for a "last verified" field for OpenGuides. I drew a
thing:
http://www.flickr.com/photos/kake_pugh/7278918078/
This would result in three pieces of data, which will be stored if and
only if the "re-confirm existence?" tickybox is ticked:
- the date on which the existence of the business described was last checked
(it should be possible to give either a specific day or just the month)
- the method by which it was checked (free text, e.g. "phoned them up", but
with a tickybox or two to make it easy to give standard reasons such as
"went past and saw it open" - a tick in this box would be turned into
text by the code before storing in the database)
- the person who checked it (not explicitly entered on the form, but taken
from the username of the person performing the edit - see above, this
only happens if they explicitly choose to "re-confirm existence")
Anyone got any thoughts on the above?
Regarding the backend, here is some previous discussion on the point:
http://lists.openguides.org/pipermail/openguides-dev/2007-June/001872.html
Dom points out in that post that there are two ways of doing it:
- as Wiki::Toolkit metadata
- as a new field in the node/content tables
Advantages of doing it as metadata:
- No need to change Wiki::Toolkit databases in a way that is irrelevant to
some wikis.
- The "method of checking" data is really OpenGuides-specific, so should go
in the metadata table, and then it would be nice to have the "date of
checking" in there as well. Also, the "person who checked" data needs to
go somewhere (this isn't always the same as the "person who last edited").
Then again, we already have a small inconsistency in that "date last edited"
and "person who last edited" are in different tables.
Advantages of doing it in the node/content tables:
- We can store it as a proper date type, which saves some fiddling around
in terms of actually using the data.
Actually it strikes me that a third possibility would be to use plugins:
https://metacpan.org/module/Wiki::Toolkit::Plugin
though the Wiki::Toolkit plugin system never really got fully developed,
and this might be an overcomplicated way of doing it for little benefit.
Thoughts?
Kake