[Wiki Loves Monuments] Minor API improvement

[André Costa]

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 at 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 at lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikilovesmonuments
> http://www.wikilovesmonuments.org
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.wikimedia.org/mailman/private/wikilovesmonuments/attachments/20120912/59943410/attachment.html>