At the very least could the name parameter be changed to
CONCAT(namn, ' (', `raä-nr`, ')' ) AS name,
It reflects the name both as given in our lists, in the source database and
in the se-bbr database.
This is less useful than having the type in there as well but it's better
than the current situation.
Andre /Lokal_Profil
On 8 September 2012 22:20, Platonides <platonides(a)gmail.com> wrote:
On 07/09/12 23:54, Arthur Richards wrote:
I also think Platonides naming suggestion is a
good one, however it is
preferable to solve this problem at the data level (either in the
monument lists to later get picked up in the db, or just a hack in the
db generation scripts), that way it is a universal fix for all app
users. If we hack a band-aid fix into the app, it would only be
available for folks using the latest version of the app, which means
there may continue to be strange errors, etc for folks on outdated app
versions. Solving this at the data level means every user (regardless of
app version) would see the updated data.
IMHO the db should contain the real data. You can of course modify what
wlm.wikimedia.org provides (triggered by an old User-Agent?), you would
be perverting the layer functionality, though.
Also note that there are I18N issues there, since you'd want to inject
the message in a dozen languages depending on the list. Its place is the
UI, affected like other translations. :/
_______________________________________________
Wiki Loves Monuments mailing list
WikiLovesMonuments(a)lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikilovesmonuments
http://www.wikilovesmonuments.org