#66: Locales in RDF should use dc:title, not foaf:name
-------------------+--------------------------------------------------------
Reporter: earle | Owner: earle
Type: defect | Status: new
Priority: normal | Component: london.openguides.org
Version: svn | Severity: normal
Keywords: rdf |
-------------------+--------------------------------------------------------
{{{
<foaf:based_near>
<wn:Neighborhood>
<foaf:name>Streatham</foaf:name>
</wn:Neighborhood>
</foaf:based_near>
}}}
foaf:name has a domain of foaf:Person, which is disjoint with
wn:Neighbourhood. dc:title would be more appropriate.
--
Ticket URL: <http://dev.openguides.org/ticket/66>
OpenGuides <http://openguides.org/>
The OpenGuides city guides project
#75: Google maps dms bug
-------------------+--------------------------------------------------------
Reporter: dom | Owner: dom
Type: defect | Status: new
Priority: normal | Component: openguides
Version: svn | Severity: normal
Keywords: |
-------------------+--------------------------------------------------------
Google maps support erroneously tries to use dms lat/longs rather than
decimal if users select it.
--
Ticket URL: <http://dev.openguides.org/ticket/75>
OpenGuides <http://openguides.org/>
The OpenGuides city guides project
#46: Google maps integration
------------------------+---------------------------------------------------
Reporter: dom | Owner: dom
Type: enhancement | Status: new
Priority: normal | Component: openguides
Version: | Severity: normal
Keywords: |
------------------------+---------------------------------------------------
Google maps as an index type, on nodes and search results would be cool.
Like http://boston.openguides.org/ has, in fact.
--
Ticket URL: <http://dev.openguides.org/ticket/46>
OpenGuides <http://openguides.org/>
The OpenGuides city guides project
#68: Malformed user name input not blocked by preferences template
--------------------------+-------------------------------------------------
Reporter: earle | Owner: dom
Type: defect | Status: new
Priority: normal | Component: openguides
Version: svn | Severity: normal
Keywords: templates cgi |
--------------------------+-------------------------------------------------
If you put something like
{{{
<a href="http://example.com/">Foo</a>
}}}
into the preferences page as your username, the edit form gets broken.
(See attachment.) The username should be unescaped or some such before
being set in the preferences cookie.
--
Ticket URL: <http://dev.openguides.org/ticket/68>
OpenGuides <http://openguides.org/>
The OpenGuides city guides project
#52: "Locales" to be renamed "Areas"
--------------------------------+-------------------------------------------
Reporter: earle | Owner: dom
Type: enhancement | Status: new
Priority: normal | Component: openguides
Version: 0.51 | Severity: normal
Keywords: templates internals |
--------------------------------+-------------------------------------------
As discussed on IRC on Nov 28, the name "Locales" should be replaced - at
least in the user view, internally is not that important* - with "Areas".
* Or is it? Am I being lazy here? Maybe changing the name internally is a
good idea to avoid future confusion, bit rot, etc.
--
Ticket URL: <http://dev.openguides.org/ticket/52>
OpenGuides <http://openguides.org/>
The OpenGuides city guides project
#74: Move "Foo's To-Do" pages to WikiNames
-------------------+--------------------------------------------------------
Reporter: earle | Owner: earle
Type: task | Status: new
Priority: lowest | Component: trac
Version: | Severity: trivial
Keywords: wiki |
-------------------+--------------------------------------------------------
To help keep things nice and tidy here on the wiki I think it would be
good to rename the "Foo's To-Do" pages to the person in question's wiki
name - for ease of referring to them, etc. I'll volunteer to do this if
nobody objects.
--
Ticket URL: <http://dev.openguides.org/ticket/74>
OpenGuides <http://openguides.org/>
The OpenGuides city guides project
#36: Separate out installation of the OpenGuides software from installing a
guide
------------------------+---------------------------------------------------
Reporter: ivorw | Owner:
Type: enhancement | Status: new
Priority: normal | Version: 0.51
Severity: normal | Keywords:
------------------------+---------------------------------------------------
Currently, the install of [http://search.cpan.org/~dom/OpenGuides/
OpenGuides] is tricky, and doesn't allow a great deal of flexibility:
* Running more than one guide on the same host
* Upgrading the software
It is proposed that the install process be split into two distinct steps:
./Build install # install the software, run as root
./Build guide # Ask all the config questions about setting up a guide
# Set up the wiki.conf, CGI and database tables, run as www-data
Thus a CPAN(PLUS) or Debian apt-get install will only install the
software, and not any guides.
This exact mechanism can be used for software upgrades with the minimum of
human effort.
As a side effect, the test suite will need revising, as the answers to the
config questions about databases will not be known at this point.
Currently, the test suite is run against all the supported database
drivers found (MySQL, pg, SQLite). These are destructive tests that are
run against the databases concerned, and could have a devastating effect
if run against the real production database.
I propose that instead, there are two options for running the test suite,
either minimally via an SQLite throwaway database (the default), or
running the tests against the full range of databases on the target
machine - a full test. To do this will involve another new build target:
./Build testconfig # probe system for database drivers, and get
authentification info
Once testconfig has been run, the test suite will run against all test
databases, and the schemae and test data will be torn down on completion,
and also at the beginning if the databases appear non-empty.
A full test with testconfig against all database platforms is recommended
before shipping releases.
Note, this change will also insist on making DBD::SQLite a prerequisite
module.
--
Ticket URL: <http://dev.openguides.org/ticket/36>
OpenGuides <http://openguides.org/>
The OpenGuides city guides project
#73: Diff function considers trailing spaces to be significant
-------------------+--------------------------------------------------------
Reporter: earle | Owner: dom
Type: defect | Status: new
Priority: normal | Component: openguides
Version: svn | Severity: normal
Keywords: diff |
-------------------+--------------------------------------------------------
See for example
http://london.openguides.org/index.cgi?id=Knights_Templar%2C_WC2A_1DT&versiā¦
--
Ticket URL: <http://dev.openguides.org/ticket/73>
OpenGuides <http://openguides.org/>
The OpenGuides city guides project
#71: Inline Google maps when geodata is present
--------------------------------------------------+-------------------------
Reporter: earle | Owner: dom
Type: enhancement | Status: new
Priority: normal | Component: openguides
Version: svn | Severity: normal
Keywords: maps, javascript, templates, metadata |
--------------------------------------------------+-------------------------
If a postcode or lat/long pair have been entered for a node, a Google map
should be shown on the page. crschmidt's code will probably be of
relevance here.
--
Ticket URL: <http://dev.openguides.org/ticket/71>
OpenGuides <http://openguides.org/>
The OpenGuides city guides project
#6: mod_perl support
--------------------------+-------------------------------------------------
Reporter: dom | Owner:
Type: enhancement | Status: new
Priority: normal | Component: openguides
Version: | Severity: normal
Resolution: | Keywords:
--------------------------+-------------------------------------------------
Comment (by chris(a)prather.org):
I got OpenGuides running under Apache::Registry (mod_perl 1.x) for
http://saintpaul.openguides.org with only a few hiccups.
I changed all of the globals in wiki.cgi/index.cgi to use 'our' instead of
'my'. This is fairly trivial and shouldn't affect anything.
I had to patch CGI.pm to make sure $r was properly initalized during
redirect headers. I'm not sure why this was neccessary but it was going
undef during a page-edit-redirect request after the page had been saved by
OpenGuides and a redirect request was being made. This was less trivial
and needs a better investigation as to why it's happening. I haven't had a
chance to really dig into the OpenGuides code yet to figure it out.
Other bugs may still be lurking but I haven't seen them or had any
reported yet. I'll let people know when I've gotten further than this.
--
Ticket URL: <http://dev.openguides.org/ticket/6>
OpenGuides <http://openguides.org/>
The OpenGuides city guides project