João G. Packer [Fri, 23 May 2014 20:54:08 +0000 (17:54 -0300)]
Update wiki pages index
Now redirect pages that contain the template `KeyDescription` are processed.
Newly written wiki pages added.
Some keys and tags weren't recognized before because the script didn't
recognize all localized variant of the template `KeyDescription` (e.g.
`DE:KeyDescription` and `Uk:KeyDescription`). That's not a problem anymore
because the template `KeyDescription` was *internationalized* and *unified*.
João G. Packer [Fri, 23 May 2014 20:44:28 +0000 (17:44 -0300)]
Change wiki preprocessing script to read redirect pages
The script that preprocess keys and tags metadata from the wiki
was filtering redirect pages when looking for wiki pages with the
template `KeyDescription`.
Some wiki pages like `Key:admin_level` currently redirects to others
like `Tag:boundary=administrative`, but even so, they still contain
a `KeyDescription` template so their metadata can be read by other
programs.
The parameter `eifilterredir` was changed and tested. For more
details, see this parameter in the feature `list=embeddedin` from
https://www.mediawiki.org/w/api.php.
Tom Hughes [Sun, 16 Mar 2014 14:11:29 +0000 (14:11 +0000)]
Make sure the hash updates properly on browse pages
Rework the way the move listener is disabled during initial
positiong of pages to avoid accidentally leaving it disabled
for the first user move of the map in some cases.
Matt Amos [Sat, 8 Mar 2014 11:33:52 +0000 (11:33 +0000)]
Migrate the database on `vagrant up`.
Also fix the provisioning script so that it runs correctly when
the VM is upped, regardless of whether it's a clean install or
an 'up' of a previously halted VM.
Tom Hughes [Fri, 7 Mar 2014 19:18:24 +0000 (19:18 +0000)]
Make the search form a GET form with no extra fields
We only accept GET requests for the search, and although the form is
never normally submitted directly some browsers offer an option to
create a bookmark from a form, so make that work.
João G. Packer [Fri, 28 Feb 2014 01:30:30 +0000 (22:30 -0300)]
Fixed wikipedia link reference to specific sections
When creating a wikipedia link from a tag, the function
is (correctly) appending "?userlang=#{I18N.lang}" to the URL,
but doing this breaks the reference to a specific section
of a wikipedia article (if there is any).
For example, if the tag is "wikipedia=Article#Section", the function
would create a link to "../Article#Section?uselang=xx", and then the
browser wouldn't be able to correctly find the section. The correct
link result should be "../Article?uselang=xx#Section".
This commit fixes this by verifying if there is a reference to a
specific section of the article, and then putting "?uselang=#{I18N.lang}"
between the article's name and the section name.
Matt Amos [Wed, 26 Feb 2014 02:09:45 +0000 (02:09 +0000)]
Add vagrant config.
Added Vagrantfile and simple provisioning script. This sets up the
packages, gems and databases so that `rake db:migrate` is ready to
run. This might be too much and perhaps more should be done by the
user themselves, I'm not sure...
Tom Hughes [Sun, 16 Feb 2014 16:03:00 +0000 (16:03 +0000)]
Drop the slim layout
The slim layout is not really needed since the redesign as the
pages it was used for in the OAuth flow now have less chrome and
work fine on small screens with the normal layout.
...and use friendlier-sounding language. Should help avoid
instances like http://www.openstreetmap.org/note/114639 and
http://www.openstreetmap.org/note/114640, though I'm sorely
tempted to add "amenity=brian" and "amenity=george" in response
to these.