Potlatch's i18n support predates our Rails i18n effort, so it was
still doing its own language detection.

Scrap that and use I18n.locale instead, now Potlatch is guaranteed to
use whatever translation the rest of the site uses.

I've tested this by switching the language in preferences back and
forth, and also ensured that Potlatch will fall back on English if the
specified language doesn't exist in its list of translations.

Delete the old localised.yaml file Potlatch used before it was split into per-language files

Fix send message links for friends and nearby mappers. Fixes #2065.

new translations

uptodate with en.yml 16486

Merge 16110:16487 from trunk.

Translated new string introduced in the changeset_browser merge

Use pluralization for showing that a changeset has 1/many node/nodes
way/ways relation/relations

use the same text for informing the user that tags are delimited by
commas in both the upload & edit form

Merge changeset browser branch to trunk.

Merge 16355:16480 from trunk.

improved pluralization, continuation of #2049

Updated Hungarian translation of OpenStreetMap website

Updated Hungarian translation of Potlatch

Add extra keys to custom Slovenian pluralization.

Add custom pluralizer for Slovenian. Fixes #2049.

Remove redundant text.

Fix a missing translation. Closes #2052.

Remove SOTM advert from site.

Add initial Romanian translations. Closes #2058.

Fixed a bug in how fields in /message/new were being pre-filled out.

When someone went to /message/new/:user the "Subject" are would be
pre-filled out with t('message.new.title'). The problem was that the
@title template variable was being used for two purposes, to set the
HTML <title> AND to pre-fill out the subject.

We don't always want these two to be the same, but sometimes we
do. E.g. when someone replies to a diary entry and visits
/message/new/:user?title=Foo we want Foo in the <title> and in the
pre-filled out Subject, and the same goes for replying to a message.

So I've split up the @title variable into @title and @subject.

Updated Hungarian translation of Potlatch

Updated Hungarian translation of Potlatch

and the binary

Don't send a noification email if somebody comments on their own diary
entry. Fixes #2053.

and the binary

...and the accompanying binary

Correct some translation bug.

Fixed YAML syntax error in commit [16421]

Add Hungarian translation of OpenStreetMap website.

and the accompanying SWF

revised SWF

fix #2046

improved translations

added brief help for tag entry, continuing on #2032

"list mode" should really be "live mode" :)

Potlatch 1.1 (server code)

Update Vietnamese translation. Closes #2041.

Style the table in the feed content.

fixed a mixup (not really broken, but producing decieving http traffic and logs)

Use join to construct tag strings instead of mucking around counting
position in the string.

added comment for future generations

Introducing comma as tag separator (if present, otherwise it behaves as before), allowing spaces in tags. fixes #2032

Fix JOSM version matching.

More improvements to Atom feeds.

Update translations to match r16356.

Merge 16216:16355 from trunk.

Add some more detail to the changeset Atom feeds.

Revised some typos. Did more translated. Not done yet, though.

Block JOSM revisions  1722-1727 as they have a serious bug that causes
lat/lon to be swapped (http://josm.openstreetmap.de/ticket/2804)

Add Vietnamese translation. Closes #2033.

Add jpeg to mime-type lighttpd.conf table, fixed #2031

When two users are <1 km apart display the distance between them in
meters, not kilometers.

Solves ticket:2028

Make subtitle an HTML element.

Fix links to changeset feeds.

Switch to using ATOM for changeset feeds.

Correct resource name.

Fixed short link integration test so that it would have caught a bug in shortlink charset.

more strict translations

additional translations in geocoder describer

added missing =, fixes #1930

updated

Changeset [16271] changed "=" in the shortlink to "-" but didn't
update the routes to match.

Change the regex to accept [=-]* ("=" since we want to be backwards
compatable)

Create separate queues for namefinder and geonames queries.

Merge some changes from the live server.

Changed shortlink zoom level correction char to '-', as this seems to fare better with twitter et al.'s URL highlighting. Decoder is backwards-compatible with the old system.

Remove byte order marker.

Make the search box load each set of results separately so that one
service being slow doesn't delay the response from others.

A little more Yoruba put in its .yml file.

Updated OpenLayers config for new XYZ based usage.

pluralized some phrases

Some more diacritics

Updated diactirical sign ö

Translate geocoder.results.namefinder. May be incorrect in the context in which it is used

fixed interpolation error introduced in [16237]

Fix warnings arising from geocoder translations, and use count magic
for the distance translation.

made geocoder results translatable. It could probably be improved but am not sure how.

Go back to using < and > for navigation instead of the nasty looking
unicode arrows which aren't at all consistent with the use of | as the
separator.

Also remove some of the translations - there is no reason that I can
see to allow translations to completely change how the navigation control
is laid out.

Merge 16110:16216 from trunk.

Add B000FTFT (as well as B000FTF) to the list of layers we should
ignore when constructing the shortlink.

The shortlink was also broken for the new /?{node,way,relation}=id
construct since the code assumed that all URL parameters that weren't
lat/lon/zoom/layers could be safely ignored. I've added
node/way/relation to that list but for future-proofness it might be
better to simply check if there's anything left in ''args'' that we
don't know how to encode, rather than checking on values we know about
now.

I forgot to set fillColor/fillOpacity in commit [16214]. Without it
any area being rendered by OpenLayers would turn into a black hole
since the default fillOpacity is 100%.

The default OpenLayers.Layer.GML style can be nearly invisible when
viewed on the main map.

Set a style that's blue (since not a lot of things on the map are
blue), with strokeWidth 3 and opacity 50%. It makes things visible
enough without being too intrusive.

Use LoadFile(*DATA) to load the __DATA__ section as YAML

Add entries to is: blacklist

german translations for oauth stuff

new german translations

uptodate with en.yml 16206

updating with keys from en.yml

Make the printable_name() function call i18n.t to translate its
output. Makes e.g. "#{name}, v#{object.version.to_s}" which is used in
the changeset browser translatable.

I'm still not happy with how the anchor is constructed. we're linking
from /browse/changeset/1234 to e.g. node "[[366672999, v1]]" even
though the page we're linking to might take us to that node at version
2. The link should be "[[366672999]], v1" instead.

But that's something to solve later.

Another commit in the spirit of [16199]: Don't enforce word order for translations.

tnx, avar for beating me to it :)

Add browse.relation_member.entry to the blacklist

Translated *.map.larger.*

Add back ''export.start_rjs.view_larger_map'' which steveb removed in
[16198] due to my mistake in [16196], which was fixed in [16200].

I mistakenly removed ''export.start_rjs.view_larger_map'' from en.yml
when removing ''browse.map.view_larger_map'' in changeset
[16196]. This broke the HTML feature in the Export dialog
(''translation missing: en, export, start_rjs, view_larger_map'' was
inserted instead)

The relation browser used the translated nominative model names of
Node/Way/Relation in /browse/relation/:id. And used the bad practice
of concating things together to translate them.

Fixed it to use translation variables.

synced with en.yml [16196]

localized geocoder search results

Delete browse.map.view_larger_map from a bunch of translations. It has kind-of been replaced by browse.map.larger.area but the translation isn't the same so I can't move them over

s/klukkan//