From notifications at github.com Sat Feb 1 00:06:01 2014 From: notifications at github.com (Shaun McDonald) Date: Fri, 31 Jan 2014 16:06:01 -0800 Subject: [openstreetmap-website] CSS bug obscures new user registration form with image (#689) In-Reply-To: References: Message-ID: Can't reproduce in Chrome Mavericks version: 31.0.1650.63 --- Reply to this email directly or view it on GitHub: https://github.com/openstreetmap/openstreetmap-website/issues/689#issuecomment-33855381 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Sat Feb 1 00:13:08 2014 From: notifications at github.com (Tom Hughes) Date: Fri, 31 Jan 2014 16:13:08 -0800 Subject: [openstreetmap-website] CSS bug obscures new user registration form with image (#689) In-Reply-To: References: Message-ID: This is only in the small screen flow used by the oauth signup @smsm1 so if you looked at it in the normal flow you won't see it. --- Reply to this email directly or view it on GitHub: https://github.com/openstreetmap/openstreetmap-website/issues/689#issuecomment-33855726 -------------- next part -------------- An HTML attachment was scrubbed... URL: From checco74 at icloud.com Sun Feb 2 10:21:38 2014 From: checco74 at icloud.com (Francesco Bettella) Date: Sun, 02 Feb 2014 11:21:38 +0100 Subject: open street map trunk roads color Message-ID: hello, first of all, let me congratulate you for the wonderful work you've carried out with openstreetmaps. now to the point. if I may suggest a possible improvement, I find that the color of trunk roads (green) often does not contrast well with the background. I would rather use something like purple or violet, which I think would also fit better into the progression from yellow (secondary roads) to blue (motorways). best, Francesco From trac at noreply.openstreetmap.org Sun Feb 2 17:22:33 2014 From: trac at noreply.openstreetmap.org (OpenStreetMap) Date: Sun, 02 Feb 2014 17:22:33 -0000 Subject: [OpenStreetMap] #5108: data layer easily overloads the browser after clicking a big feature Message-ID: <052.8a0df98e8d6db3fea0a825d701883ea3@noreply.openstreetmap.org> #5108: data layer easily overloads the browser after clicking a big feature -------------------------+------------------------- Reporter: aseerel4c26 | Owner: rails-dev@? Type: defect | Status: new Priority: minor | Milestone: Component: website | Version: Keywords: datalayer | -------------------------+------------------------- After clicking a big feature (e.g. a landuse) the map automatically zooms out to fully show this feature. Well, okay, accepted. But the problem is that after this move the data layer updates and loads data again. If the current area is a densely mapped one, then the returned data quickly gets muuuuch leading to browser hangs. I would like to ''have an option to only fetch data ONCE!'' UI suggestion for the sidebar: * [ ] Map Notes (once) * [ ] Map Data (once) I simulated this by blocking /api/0.6/map?bbox= via AdBlock after the first load. That was really fine. Just like I would like to have it. That would also avoid the problem that if the left sidebar was not active already, then currently after clicking a feature in the data layer the left sidebar pops in, leading to a smaller map viewport, leading to another data query at /api/0.6/map?bbox= . Which causes render work again. That would also avoid the problem that currently the data layer state is remembered in the _osm_location cookie which, again, easily will hang your browser if you (even in another tab) go to a densely mapped area and zoom out while forgetting that data layer is still on (unexpectedly). [https://wiki.openstreetmap.org/w/index.php?title=User:Aseerel4c26/osm.org_UI_fixes_by_JS I have switched off] this cookie remembering "feature" for notes and data completely, as it was annoying to me. That would also need one click less - for turning the data layer off again if you want to continue to do something else. -- Ticket URL: OpenStreetMap OpenStreetMap is a free editable map of the whole world From trac at noreply.openstreetmap.org Sun Feb 2 17:30:39 2014 From: trac at noreply.openstreetmap.org (OpenStreetMap) Date: Sun, 02 Feb 2014 17:30:39 -0000 Subject: [OpenStreetMap] #5076: mapdata view maybe loads too big areas or freezes for other reasons... In-Reply-To: <053.6bc673d251e837cf8628935831a9f565@noreply.openstreetmap.org> References: <053.6bc673d251e837cf8628935831a9f565@noreply.openstreetmap.org> Message-ID: <068.8ab0fb848cb08b907e9418ca871dcd01@noreply.openstreetmap.org> #5076: mapdata view maybe loads too big areas or freezes for other reasons... ---------------------------+------------------------- Reporter: dieterdreist | Owner: rails-dev@? Type: defect | Status: new Priority: critical | Milestone: Component: website | Version: Resolution: | Keywords: ---------------------------+------------------------- Comment (by aseerel4c26): I would suggest to let the data layer have a user option (in user settings) for number of nodes or/and area size. That way users could adjust for their needs. I have just created Ticket #5108 - before remembering this one here. The problem with changeset links at least is avoidable (work around) by first switching off the data layer and then opening changeset links in a new tab instead. The issue I described at #5108 has no workaround. Implementing my suggestion over there would solve your problem here. -- Ticket URL: OpenStreetMap OpenStreetMap is a free editable map of the whole world From trac at noreply.openstreetmap.org Sun Feb 2 17:39:05 2014 From: trac at noreply.openstreetmap.org (OpenStreetMap) Date: Sun, 02 Feb 2014 17:39:05 -0000 Subject: [OpenStreetMap] #5108: data layer easily overloads the browser after clicking a big feature In-Reply-To: <052.8a0df98e8d6db3fea0a825d701883ea3@noreply.openstreetmap.org> References: <052.8a0df98e8d6db3fea0a825d701883ea3@noreply.openstreetmap.org> Message-ID: <067.2fcdb8dce5eff96bafddb9f11dfabeda@noreply.openstreetmap.org> #5108: data layer easily overloads the browser after clicking a big feature --------------------------+------------------------- Reporter: aseerel4c26 | Owner: rails-dev@? Type: defect | Status: new Priority: minor | Milestone: Component: website | Version: Resolution: | Keywords: datalayer --------------------------+------------------------- Comment (by aseerel4c26): by the way: as the right sidebar is totally useless it would be nice if there could be an optional direct load data once button inside the toolbox on the right. This would save opening the right sidebar just to close it again... -- Ticket URL: OpenStreetMap OpenStreetMap is a free editable map of the whole world From notifications at github.com Sun Feb 2 21:48:35 2014 From: notifications at github.com (Matthias Urlichs) Date: Sun, 02 Feb 2014 13:48:35 -0800 Subject: [openstreetmap-website] Routing: listen to engine menu changes (#690) Message-ID: Changing the routing engine does not calculate a new route, only moving the marker does. This is unfortunate, as people typically set markers first. --- Reply to this email directly or view it on GitHub: https://github.com/openstreetmap/openstreetmap-website/issues/690 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Sun Feb 2 21:52:29 2014 From: notifications at github.com (Matthias Urlichs) Date: Sun, 02 Feb 2014 13:52:29 -0800 Subject: [openstreetmap-website] Routing: add a progress indicator (#691) Message-ID: Routing engines sometimes are slow, or not reachable. Please add an in-progress indocator (some spinning GIF or whatever) that's displayed while you wait for the route to be returned. --- Reply to this email directly or view it on GitHub: https://github.com/openstreetmap/openstreetmap-website/issues/691 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Sun Feb 2 22:11:55 2014 From: notifications at github.com (Paul Norman) Date: Sun, 02 Feb 2014 14:11:55 -0800 Subject: [openstreetmap-website] Clicking on logo while changeset view loading zooms you out (#692) Message-ID: To reproduce Go to http://www.openstreetmap.org/history#map=17/49.24456/-123.12284 Click on the logo before all the changesets have loaded You end up at http://www.openstreetmap.org/#map=2/-21.7/0.0 If you wait for loading to be complete, you go to http://www.openstreetmap.org/#map=17/49.24456/-123.12471. Another oddity is that after landing on the zoomed out map, if you press back you go to a zoomed out history, not the previous page. --- Reply to this email directly or view it on GitHub: https://github.com/openstreetmap/openstreetmap-website/issues/692 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Sun Feb 2 22:34:36 2014 From: notifications at github.com (Tom Hughes) Date: Sun, 02 Feb 2014 14:34:36 -0800 Subject: [openstreetmap-website] Routing: listen to engine menu changes (#690) In-Reply-To: References: Message-ID: Please don't open tickets here that relate to unmerged develpoment work - they are out of scope. --- Reply to this email directly or view it on GitHub: https://github.com/openstreetmap/openstreetmap-website/issues/690#issuecomment-33915476 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Sun Feb 2 22:34:37 2014 From: notifications at github.com (Tom Hughes) Date: Sun, 02 Feb 2014 14:34:37 -0800 Subject: [openstreetmap-website] Routing: listen to engine menu changes (#690) In-Reply-To: References: Message-ID: Closed #690. --- Reply to this email directly or view it on GitHub: https://github.com/openstreetmap/openstreetmap-website/issues/690 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Sun Feb 2 22:34:44 2014 From: notifications at github.com (Tom Hughes) Date: Sun, 02 Feb 2014 14:34:44 -0800 Subject: [openstreetmap-website] Routing: add a progress indicator (#691) In-Reply-To: References: Message-ID: Please don't open tickets here that relate to unmerged develpoment work - they are out of scope. --- Reply to this email directly or view it on GitHub: https://github.com/openstreetmap/openstreetmap-website/issues/691#issuecomment-33915481 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Sun Feb 2 22:34:44 2014 From: notifications at github.com (Tom Hughes) Date: Sun, 02 Feb 2014 14:34:44 -0800 Subject: [openstreetmap-website] Routing: add a progress indicator (#691) In-Reply-To: References: Message-ID: Closed #691. --- Reply to this email directly or view it on GitHub: https://github.com/openstreetmap/openstreetmap-website/issues/691 -------------- next part -------------- An HTML attachment was scrubbed... URL: From gravitystorm at gmail.com Mon Feb 3 15:06:00 2014 From: gravitystorm at gmail.com (Andy Allan) Date: Mon, 3 Feb 2014 15:06:00 +0000 Subject: open street map trunk roads color In-Reply-To: References: Message-ID: On 2 February 2014 10:21, Francesco Bettella wrote: > now to the point. if I may suggest a possible improvement, I find that the color of trunk roads (green) often does not contrast well with the background. I would rather use something like purple or violet, which I think would also fit better into the progression from yellow (secondary roads) to blue (motorways). Hi Francesco, This list is regarding the ruby-on-rails code that powers the website and the API. The software that creates the map tiles from OSM data are completely different projects and off-topic for this list. The component responsible for the colours of the features on the map is known as the stylesheet - each map has their own stylesheet and the one for the 'Standard' map layer can be found at https://github.com/gravitystorm/openstreetmap-carto The developers of openstreetmap-carto (that's me, as it happens) are aware of the problem of viewing trunk roads against many of the background colours :-) Cheers, Andy From notifications at github.com Mon Feb 3 15:44:22 2014 From: notifications at github.com (Richard Fairhurst) Date: Mon, 03 Feb 2014 07:44:22 -0800 Subject: [openstreetmap-website] Routing: listen to engine menu changes (#690) In-Reply-To: References: Message-ID: Anyone who wants to mention an issue concerning the routing branch should do so on IRC (#osm-dev on OFTC) though right now I'm not really interested in issues without pull requests. --- Reply to this email directly or view it on GitHub: https://github.com/openstreetmap/openstreetmap-website/issues/690#issuecomment-33966738 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Tue Feb 4 13:05:34 2014 From: notifications at github.com (hno2) Date: Tue, 04 Feb 2014 05:05:34 -0800 Subject: [openstreetmap-website] Integration of Markdown in Notes (#693) Message-ID: I think it would be nice if you could use [Markdown](http://daringfireball.net/projects/markdown/) in Notes, too. It will help to make URL more clear, and should not affect anything else! --- Reply to this email directly or view it on GitHub: https://github.com/openstreetmap/openstreetmap-website/issues/693 -------------- next part -------------- An HTML attachment was scrubbed... URL: From joni at kurrola.dy.fi Tue Feb 4 13:43:50 2014 From: joni at kurrola.dy.fi (joni) Date: Tue, 04 Feb 2014 15:43:50 +0200 Subject: Fwd: Database support for MariaDB In-Reply-To: <52F0EBEF.3030008@kurrola.dy.fi> References: <52F0EBEF.3030008@kurrola.dy.fi> Message-ID: <52F0EE96.1050605@kurrola.dy.fi> hi, Nominatim as well OpenStreetMap project is useing data at such manner it could benefit MariaDB ( drop in replacement for mysql ) whit tokudb engine. Why? It support SDD, it's x5-25 faster, it dose databse compression good level's, MariaDB can do parallel SELECT,.. yes replication! I saw github something about mysql,..., but instruction at http://wiki.openstreetmap.org/wiki/Nominatim/Installation#PostgreSQL and whit software speak's only ProstGres,... MariaDB will be stabile at this spring, I hope, I can do some,(at spare time), test installations at cluster kurrola if you have code available ! MariaDB + 64GB SSD whit replication allready installed x2. -- --- joni e-mail: joni at kurrola.dy.fi Skype: joni.pekka.kurronen Talk with me via Google Talk joni.kurronen at gmail.com Phone: +358 50 521 2279 http://kurrola.dy.fi http://kurrola.allowed.org.ipv4.sixxs.org ( old ipv4 network ) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 893 bytes Desc: OpenPGP digital signature URL: From notifications at github.com Tue Feb 4 14:08:19 2014 From: notifications at github.com (Tom Hughes) Date: Tue, 04 Feb 2014 06:08:19 -0800 Subject: [openstreetmap-website] Integration of Markdown in Notes (#693) In-Reply-To: References: Message-ID: I deliberately didn't do this because it would allow people to add all sorts of content that would render cleanly in a small amount of space. Notes are supposed to be brief, not massive essays with subheading etc. --- Reply to this email directly or view it on GitHub: https://github.com/openstreetmap/openstreetmap-website/issues/693#issuecomment-34061904 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Tue Feb 4 21:36:12 2014 From: notifications at github.com (Pete Song) Date: Tue, 04 Feb 2014 13:36:12 -0800 Subject: [openstreetmap-website] Message won't get lost if user forgets subject (#694) Message-ID: This addresses issue #668 where a message submitted without a subject resets the form with a blank message. The form already uses @body and we can refill the form with the message if a save fails. You can merge this Pull Request by running: git pull https://github.com/songpete/openstreetmap-website patch-1 Or you can view, comment on it, or merge it online at: https://github.com/openstreetmap/openstreetmap-website/pull/694 -- Commit Summary -- * Message won't get lost if user forgets subject -- File Changes -- M app/controllers/message_controller.rb (2) -- Patch Links -- https://github.com/openstreetmap/openstreetmap-website/pull/694.patch https://github.com/openstreetmap/openstreetmap-website/pull/694.diff --- Reply to this email directly or view it on GitHub: https://github.com/openstreetmap/openstreetmap-website/pull/694 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Tue Feb 4 21:47:25 2014 From: notifications at github.com (Tom Hughes) Date: Tue, 04 Feb 2014 13:47:25 -0800 Subject: [openstreetmap-website] Message won't get lost if user forgets subject (#694) In-Reply-To: References: Message-ID: Hmm... That doesn't look right, though it may be that view is wrong, but I would normally expect the form to initialise fields automatically from a model and that the controller should be making sure it provides a model with any fields from a previous iteration filled in. --- Reply to this email directly or view it on GitHub: https://github.com/openstreetmap/openstreetmap-website/pull/694#issuecomment-34111058 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Tue Feb 4 21:49:43 2014 From: notifications at github.com (Tom Hughes) Date: Tue, 04 Feb 2014 13:49:43 -0800 Subject: [openstreetmap-website] Message won't get lost if user forgets subject (#694) In-Reply-To: References: Message-ID: Yep - looks like the view is a bit bogus in that it overrides the defaults to take the values form other member variables instead of the model. --- Reply to this email directly or view it on GitHub: https://github.com/openstreetmap/openstreetmap-website/pull/694#issuecomment-34111289 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Tue Feb 4 21:50:00 2014 From: notifications at github.com (Tom Hughes) Date: Tue, 04 Feb 2014 13:50:00 -0800 Subject: [openstreetmap-website] Message won't get lost if user forgets subject (#694) In-Reply-To: References: Message-ID: Yep - looks like the view is a bit bogus in that it overrides the defaults to take the values form other member variables instead of the model. --- Reply to this email directly or view it on GitHub: https://github.com/openstreetmap/openstreetmap-website/pull/694#issuecomment-34111315 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Tue Feb 4 21:50:16 2014 From: notifications at github.com (Tom Hughes) Date: Tue, 04 Feb 2014 13:50:16 -0800 Subject: [openstreetmap-website] Message won't get lost if user forgets subject (#694) In-Reply-To: References: Message-ID: Yep - looks like the view is a bit bogus in that it overrides the defaults to take the values form other member variables instead of the model. --- Reply to this email directly or view it on GitHub: https://github.com/openstreetmap/openstreetmap-website/pull/694#issuecomment-34111343 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Tue Feb 4 22:10:51 2014 From: notifications at github.com (Pete Song) Date: Tue, 04 Feb 2014 14:10:51 -0800 Subject: [openstreetmap-website] Message won't get lost if user forgets subject (#694) In-Reply-To: References: Message-ID: Ok, I was trying to work with the form, as is. But you're right in that it's probably better to have the form done properly rather than accommodate it the way it is. --- Reply to this email directly or view it on GitHub: https://github.com/openstreetmap/openstreetmap-website/pull/694#issuecomment-34113507 -------------- next part -------------- An HTML attachment was scrubbed... URL: From penorman at mac.com Tue Feb 4 22:20:53 2014 From: penorman at mac.com (Paul Norman) Date: Tue, 4 Feb 2014 14:20:53 -0800 Subject: Database support for MariaDB In-Reply-To: <52F0EE96.1050605@kurrola.dy.fi> References: <52F0EBEF.3030008@kurrola.dy.fi> <52F0EE96.1050605@kurrola.dy.fi> Message-ID: <0bf201cf21f7$5e72e320$1b58a960$@mac.com> > From: joni [mailto:joni at kurrola.dy.fi] > Sent: Tuesday, February 04, 2014 5:44 AM > To: rails-dev at openstreetmap.org > Subject: Fwd: Database support for MariaDB > > hi, > > Nominatim as well OpenStreetMap project is useing data at such manner > it could benefit MariaDB ( drop in replacement for mysql ) whit > tokudb engine. > > Why? It support SDD, it's x5-25 faster, it dose databse compression > good level's, MariaDB can do parallel SELECT,.. yes replication! > > I saw github something about mysql,..., but instruction at > > http://wiki.openstreetmap.org/wiki/Nominatim/Installation#PostgreSQL > > and whit software speak's only ProstGres,... > > > MariaDB will be stabile at this spring, I hope, > I can do some,(at spare time), test installations at cluster kurrola > if you have code available ! > > MariaDB + 64GB SSD whit replication allready installed x2. This mailing list is for the rails port, the software that runs the OSM website, not Nominatim. The rails port used to run on MySQL, but hasn't for a long time, and only works on PostgreSQL now. Just for reference, the nominatim.openstreetmap.org database is on SSDs, and is approximately 1.1TB, while the main api.openstreetmap.org database is on 15k SAS drives + SSDs for cache and is 3.6TB. From notifications at github.com Tue Feb 4 22:36:12 2014 From: notifications at github.com (Tom Hughes) Date: Tue, 04 Feb 2014 14:36:12 -0800 Subject: [openstreetmap-website] Message won't get lost if user forgets subject (#694) In-Reply-To: References: Message-ID: Closed #694. --- Reply to this email directly or view it on GitHub: https://github.com/openstreetmap/openstreetmap-website/pull/694 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Tue Feb 4 22:36:11 2014 From: notifications at github.com (Tom Hughes) Date: Tue, 04 Feb 2014 14:36:11 -0800 Subject: [openstreetmap-website] Message won't get lost if user forgets subject (#694) In-Reply-To: References: Message-ID: I've reworked the form in 25b93471c1861b77190f15dac17b526619710858 to do things in a more rails like way, which resolves this issue. Thanks for your effort though. --- Reply to this email directly or view it on GitHub: https://github.com/openstreetmap/openstreetmap-website/pull/694#issuecomment-34115959 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Tue Feb 4 22:36:24 2014 From: notifications at github.com (Tom Hughes) Date: Tue, 04 Feb 2014 14:36:24 -0800 Subject: [openstreetmap-website] Messaging: missing subject kills message (#668) In-Reply-To: References: Message-ID: Fixed in 25b93471c1861b77190f15dac17b526619710858. --- Reply to this email directly or view it on GitHub: https://github.com/openstreetmap/openstreetmap-website/issues/668#issuecomment-34115984 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Tue Feb 4 22:36:24 2014 From: notifications at github.com (Tom Hughes) Date: Tue, 04 Feb 2014 14:36:24 -0800 Subject: [openstreetmap-website] Messaging: missing subject kills message (#668) In-Reply-To: References: Message-ID: Closed #668. --- Reply to this email directly or view it on GitHub: https://github.com/openstreetmap/openstreetmap-website/issues/668 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Wed Feb 5 12:43:07 2014 From: notifications at github.com (Jakub Tesinsky) Date: Wed, 05 Feb 2014 04:43:07 -0800 Subject: [openstreetmap-website] Map data view - possibility to view only POIs and not areas (#695) Message-ID: The map data view is very very slow and it is not easy to select some features. It used to be possible to swith on only points (swich of areas) which was what I used 60-70% of times, when I needed to view some data. It would be nice to have this option back. --- Reply to this email directly or view it on GitHub: https://github.com/openstreetmap/openstreetmap-website/issues/695 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Wed Feb 5 18:20:09 2014 From: notifications at github.com (John Firebaugh) Date: Wed, 05 Feb 2014 10:20:09 -0800 Subject: [openstreetmap-website] Update to iD v1.3.6 (#696) Message-ID: * More protection against relation loops (#2096) * Fix freeze when using Clinic preset (#2102) * Allow rotating closed multipolygon members (#1718) * Bump threshold for Orthogonalize to 12 degrees * Added social_facility presets (#2109) You can merge this Pull Request by running: git pull https://github.com/osmlab/openstreetmap-website iD-1.3.6 Or you can view, comment on it, or merge it online at: https://github.com/openstreetmap/openstreetmap-website/pull/696 -- Commit Summary -- * Update to iD v1.3.6 -- File Changes -- M vendor/assets/iD/iD.js (169) M vendor/assets/iD/iD/locales/af.json (3) M vendor/assets/iD/iD/locales/ast.json (786) M vendor/assets/iD/iD/locales/bg-BG.json (1) M vendor/assets/iD/iD/locales/bn.json (3) M vendor/assets/iD/iD/locales/bs.json (4) M vendor/assets/iD/iD/locales/ca.json (89) M vendor/assets/iD/iD/locales/cs.json (74) M vendor/assets/iD/iD/locales/da.json (22) M vendor/assets/iD/iD/locales/de.json (26) M vendor/assets/iD/iD/locales/el.json (124) M vendor/assets/iD/iD/locales/en.json (24) M vendor/assets/iD/iD/locales/es.json (94) M vendor/assets/iD/iD/locales/fa.json (4) M vendor/assets/iD/iD/locales/fi.json (206) M vendor/assets/iD/iD/locales/fr.json (54) M vendor/assets/iD/iD/locales/hr.json (140) M vendor/assets/iD/iD/locales/hu.json (12) A vendor/assets/iD/iD/locales/hy.json (128) M vendor/assets/iD/iD/locales/id.json (4) M vendor/assets/iD/iD/locales/is.json (1) M vendor/assets/iD/iD/locales/it.json (26) M vendor/assets/iD/iD/locales/ja.json (24) A vendor/assets/iD/iD/locales/ko-KR.json (316) M vendor/assets/iD/iD/locales/ko.json (2) M vendor/assets/iD/iD/locales/lt.json (531) M vendor/assets/iD/iD/locales/lv.json (3) M vendor/assets/iD/iD/locales/nl.json (1) M vendor/assets/iD/iD/locales/pl.json (1) M vendor/assets/iD/iD/locales/pt-BR.json (1) M vendor/assets/iD/iD/locales/pt.json (1) M vendor/assets/iD/iD/locales/ru.json (180) M vendor/assets/iD/iD/locales/sk.json (22) A vendor/assets/iD/iD/locales/sq.json (1) M vendor/assets/iD/iD/locales/sr.json (37) M vendor/assets/iD/iD/locales/sv.json (436) A vendor/assets/iD/iD/locales/ta.json (639) M vendor/assets/iD/iD/locales/te.json (136) M vendor/assets/iD/iD/locales/uk.json (2) M vendor/assets/iD/iD/locales/vi.json (22) M vendor/assets/iD/iD/locales/yue.json (1) M vendor/assets/iD/iD/locales/zh-CN.json (65) M vendor/assets/iD/iD/locales/zh-HK.json (1) M vendor/assets/iD/iD/locales/zh-TW.json (99) M vendor/assets/iD/iD/locales/zh.json (1) -- Patch Links -- https://github.com/openstreetmap/openstreetmap-website/pull/696.patch https://github.com/openstreetmap/openstreetmap-website/pull/696.diff --- Reply to this email directly or view it on GitHub: https://github.com/openstreetmap/openstreetmap-website/pull/696 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Wed Feb 5 18:42:50 2014 From: notifications at github.com (Tom Hughes) Date: Wed, 05 Feb 2014 10:42:50 -0800 Subject: [openstreetmap-website] Update to iD v1.3.6 (#696) In-Reply-To: References: Message-ID: Closed #696. --- Reply to this email directly or view it on GitHub: https://github.com/openstreetmap/openstreetmap-website/pull/696 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Wed Feb 5 18:42:50 2014 From: notifications at github.com (Tom Hughes) Date: Wed, 05 Feb 2014 10:42:50 -0800 Subject: [openstreetmap-website] Update to iD v1.3.6 (#696) In-Reply-To: References: Message-ID: Merged. --- Reply to this email directly or view it on GitHub: https://github.com/openstreetmap/openstreetmap-website/pull/696#issuecomment-34222584 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Wed Feb 5 23:06:30 2014 From: notifications at github.com (Paul Norman) Date: Wed, 05 Feb 2014 15:06:30 -0800 Subject: [openstreetmap-website] Map data view - possibility to view only POIs and not areas (#695) In-Reply-To: References: Message-ID: Areas are always switched off now - the option you want is now always on. --- Reply to this email directly or view it on GitHub: https://github.com/openstreetmap/openstreetmap-website/issues/695#issuecomment-34272534 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Thu Feb 6 00:02:52 2014 From: notifications at github.com (Tom Hughes) Date: Wed, 05 Feb 2014 16:02:52 -0800 Subject: [openstreetmap-website] Map data view - possibility to view only POIs and not areas (#695) In-Reply-To: References: Message-ID: Closed #695. --- Reply to this email directly or view it on GitHub: https://github.com/openstreetmap/openstreetmap-website/issues/695 -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac at noreply.openstreetmap.org Thu Feb 6 05:08:50 2014 From: trac at noreply.openstreetmap.org (OpenStreetMap) Date: Thu, 06 Feb 2014 05:08:50 -0000 Subject: [OpenStreetMap] #5114: API street name misspelled Message-ID: <067.9de257aabffd703e44ebe8aae8146705@noreply.openstreetmap.org> #5114: API street name misspelled --------------------+------------------------- Reporter: tech@? | Owner: rails-dev@? Type: defect | Status: new Priority: minor | Milestone: Component: api | Version: Keywords: | --------------------+------------------------- Please take a look at: http://nominatim.openstreetmap.org/reverse?format=xml&lat=6.9028887&lon=79.9082181&zoom=18&addressdetails=1 &accept-language=en-US It's street/road name should be "Sri Jayawardanapura Mawatha", not "awardenapura Mawatha" which is somewhat trimmed? Thanks... -- Ticket URL: OpenStreetMap OpenStreetMap is a free editable map of the whole world From trac at noreply.openstreetmap.org Thu Feb 6 07:08:01 2014 From: trac at noreply.openstreetmap.org (OpenStreetMap) Date: Thu, 06 Feb 2014 07:08:01 -0000 Subject: [OpenStreetMap] #5114: API street name misspelled In-Reply-To: <067.9de257aabffd703e44ebe8aae8146705@noreply.openstreetmap.org> References: <067.9de257aabffd703e44ebe8aae8146705@noreply.openstreetmap.org> Message-ID: <082.541d13c8c460a5439dc7ed9cc5c66f1b@noreply.openstreetmap.org> #5114: API street name misspelled ------------------------+------------------------- Reporter: tech@? | Owner: rails-dev@? Type: defect | Status: closed Priority: minor | Milestone: Component: nominatim | Version: Resolution: invalid | Keywords: ------------------------+------------------------- Changes (by TomH): * status: new => closed * resolution: => invalid * component: api => nominatim Comment: So fix in then - that's just an error in the data (http://www.openstreetmap.org/way/228885280) not a bug in the code. -- Ticket URL: OpenStreetMap OpenStreetMap is a free editable map of the whole world From notifications at github.com Thu Feb 6 08:26:58 2014 From: notifications at github.com (Thomas Pointhuber) Date: Thu, 06 Feb 2014 00:26:58 -0800 Subject: [openstreetmap-website] missing german translation for zooming in to view card-data/error-pois (#697) Message-ID: When I zoom far out the map, so that the check boxes for viewing map data and viewing the error-pois would grey out, and then going with the mouse over the greyed out box, a error message come, which say that the required text for zooming in was not found. ![missing_translation_osm](https://f.cloud.github.com/assets/1652144/2096531/f3a94ca4-8f07-11e3-93eb-d67009a96ffb.png) --- Reply to this email directly or view it on GitHub: https://github.com/openstreetmap/openstreetmap-website/issues/697 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Thu Feb 6 09:03:42 2014 From: notifications at github.com (Tom Hughes) Date: Thu, 06 Feb 2014 01:03:42 -0800 Subject: [openstreetmap-website] missing german translation for zooming in to view card-data/error-pois (#697) In-Reply-To: References: Message-ID: Well translations should be added via TranslateWiki (https://translatewiki.net/wiki/Translating:OpenStreetMap#OpenStreetMap_website) and there's nothing anybody here can do. That said I'm curious as to why it isn't falling back to english... --- Reply to this email directly or view it on GitHub: https://github.com/openstreetmap/openstreetmap-website/issues/697#issuecomment-34304047 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Thu Feb 6 09:03:42 2014 From: notifications at github.com (Tom Hughes) Date: Thu, 06 Feb 2014 01:03:42 -0800 Subject: [openstreetmap-website] missing german translation for zooming in to view card-data/error-pois (#697) In-Reply-To: References: Message-ID: Well translations should be added via TranslateWiki (https://translatewiki.net/wiki/Translating:OpenStreetMap#OpenStreetMap_website) and there's nothing anybody here can do. That said I'm curious as to why it isn't falling back to english... --- Reply to this email directly or view it on GitHub: https://github.com/openstreetmap/openstreetmap-website/issues/697#issuecomment-34304048 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Thu Feb 6 09:05:55 2014 From: notifications at github.com (Tom Hughes) Date: Thu, 06 Feb 2014 01:05:55 -0800 Subject: [openstreetmap-website] missing german translation for zooming in to view card-data/error-pois (#697) In-Reply-To: References: Message-ID: It almost seems as if somebody has somehow managed to translate the actual name of the token being used for the lookup but that shouldn't be possible. --- Reply to this email directly or view it on GitHub: https://github.com/openstreetmap/openstreetmap-website/issues/697#issuecomment-34304182 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Thu Feb 6 09:05:55 2014 From: notifications at github.com (Tom Hughes) Date: Thu, 06 Feb 2014 01:05:55 -0800 Subject: [openstreetmap-website] missing german translation for zooming in to view card-data/error-pois (#697) In-Reply-To: References: Message-ID: It almost seems as if somebody has somehow managed to translate the actual name of the token being used for the lookup but that shouldn't be possible. --- Reply to this email directly or view it on GitHub: https://github.com/openstreetmap/openstreetmap-website/issues/697#issuecomment-34304181 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Thu Feb 6 09:20:09 2014 From: notifications at github.com (Tom Hughes) Date: Thu, 06 Feb 2014 01:20:09 -0800 Subject: [openstreetmap-website] missing german translation for zooming in to view card-data/error-pois (#697) In-Reply-To: References: Message-ID: Closed #697 via e5ff267073ddff4ecb0e0e46434837764b338c50. --- Reply to this email directly or view it on GitHub: https://github.com/openstreetmap/openstreetmap-website/issues/697 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Thu Feb 6 18:59:21 2014 From: notifications at github.com (Jakub Tesinsky) Date: Thu, 06 Feb 2014 10:59:21 -0800 Subject: [openstreetmap-website] Map data view - possibility to view only POIs and not areas (#695) In-Reply-To: References: Message-ID: Really? If I look at http://www.openstreetmap.org/#map=19/50.08296/14.42299&layers=D than what I see is lots of building oulines which can be selected. --- Reply to this email directly or view it on GitHub: https://github.com/openstreetmap/openstreetmap-website/issues/695#issuecomment-34357442 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Thu Feb 6 19:11:52 2014 From: notifications at github.com (Tom Hughes) Date: Thu, 06 Feb 2014 11:11:52 -0800 Subject: [openstreetmap-website] Map data view - possibility to view only POIs and not areas (#695) In-Reply-To: References: Message-ID: Yes, but only by clicking on their outline, not by clicking in the middle of them. That was why the option existed before, because otherwise you wouldn't be able to select something that was behind an area because clicking on it would (or might anyway) select the area instead. --- Reply to this email directly or view it on GitHub: https://github.com/openstreetmap/openstreetmap-website/issues/695#issuecomment-34358766 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Fri Feb 7 12:10:18 2014 From: notifications at github.com (hno2) Date: Fri, 07 Feb 2014 04:10:18 -0800 Subject: [openstreetmap-website] Integration of Markdown in Notes (#693) In-Reply-To: References: Message-ID: But can't we add any other way to shorten URL ? --- Reply to this email directly or view it on GitHub: https://github.com/openstreetmap/openstreetmap-website/issues/693#issuecomment-34431583 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Fri Feb 7 12:37:21 2014 From: notifications at github.com (Jonathan Bennett) Date: Fri, 07 Feb 2014 04:37:21 -0800 Subject: [openstreetmap-website] Integration of Markdown in Notes (#693) In-Reply-To: References: Message-ID: What are you trying to achieve? Notes shouldn't really have long URLs pasted into them anyway. The base URL for a PoI's web site is usually enough for the vast majority of cases, and if you think you need to put a very long URL in a note, you may be going about something the wrong way. --- Reply to this email directly or view it on GitHub: https://github.com/openstreetmap/openstreetmap-website/issues/693#issuecomment-34433100 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Fri Feb 7 12:48:08 2014 From: notifications at github.com (Martin Raifer) Date: Fri, 07 Feb 2014 04:48:08 -0800 Subject: [openstreetmap-website] Integration of Markdown in Notes (#693) In-Reply-To: References: Message-ID: I do regularly see people posting links to news articles, wikipedia articles, osm objects, images on the web, etc. Sometimes these links are used as a source for a map error or as an indicator to where the problem exactly is. On some pages long links are being shortened using an ellipsis like this: [en.wikipedia.org/wiki/St?](https://en.wikipedia.org/wiki/St._Pauls_Cathedral) --- Reply to this email directly or view it on GitHub: https://github.com/openstreetmap/openstreetmap-website/issues/693#issuecomment-34433749 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Fri Feb 7 13:41:37 2014 From: notifications at github.com (Richard Fairhurst) Date: Fri, 07 Feb 2014 05:41:37 -0800 Subject: [openstreetmap-website] Make it clear that notes are for map improvements (#698) Message-ID: ...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. You can merge this Pull Request by running: git pull https://github.com/systemed/openstreetmap-website patch-2 Or you can view, comment on it, or merge it online at: https://github.com/openstreetmap/openstreetmap-website/pull/698 -- Commit Summary -- * Make it clear that notes are for map improvements -- File Changes -- M config/locales/en.yml (2) -- Patch Links -- https://github.com/openstreetmap/openstreetmap-website/pull/698.patch https://github.com/openstreetmap/openstreetmap-website/pull/698.diff --- Reply to this email directly or view it on GitHub: https://github.com/openstreetmap/openstreetmap-website/pull/698 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Fri Feb 7 14:37:01 2014 From: notifications at github.com (Tom Hughes) Date: Fri, 07 Feb 2014 06:37:01 -0800 Subject: [openstreetmap-website] Make it clear that notes are for map improvements (#698) In-Reply-To: References: Message-ID: Not a great fan of the parenthesised sentence, but an improvement in general so merged. --- Reply to this email directly or view it on GitHub: https://github.com/openstreetmap/openstreetmap-website/pull/698#issuecomment-34441224 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Fri Feb 7 14:37:01 2014 From: notifications at github.com (Tom Hughes) Date: Fri, 07 Feb 2014 06:37:01 -0800 Subject: [openstreetmap-website] Make it clear that notes are for map improvements (#698) In-Reply-To: References: Message-ID: Closed #698. --- Reply to this email directly or view it on GitHub: https://github.com/openstreetmap/openstreetmap-website/pull/698 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Sat Feb 8 20:23:42 2014 From: notifications at github.com (=?UTF-8?B?Sm/Do28gRy4gUGFja2Vy?=) Date: Sat, 08 Feb 2014 12:23:42 -0800 Subject: [openstreetmap-website] When viewing someone's notes, the pagination is broken. (#699) Message-ID: See here: http://www.openstreetmap.org/user/jgpacker/notes I only have two notes, and therefore they fit into one page. Above and below the list, there should be the number of pages, but instead it shows `? Previous | Page % {page} | Next ?` --- Reply to this email directly or view it on GitHub: https://github.com/openstreetmap/openstreetmap-website/issues/699 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Sun Feb 9 12:30:12 2014 From: notifications at github.com (Tom Hughes) Date: Sun, 09 Feb 2014 04:30:12 -0800 Subject: [openstreetmap-website] When viewing someone's notes, the pagination is broken. (#699) In-Reply-To: References: Message-ID: No it doesn't, well not for me anyway, it shows ` ? Previous | Page 1 | Next ? ` when I look at it... --- Reply to this email directly or view it on GitHub: https://github.com/openstreetmap/openstreetmap-website/issues/699#issuecomment-34572610 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Sun Feb 9 12:31:09 2014 From: notifications at github.com (Tom Hughes) Date: Sun, 09 Feb 2014 04:31:09 -0800 Subject: [openstreetmap-website] When viewing someone's notes, the pagination is broken. (#699) In-Reply-To: References: Message-ID: Ah - just noticed the space after the `%` character in your example. I suspect somebody has broken one of the translations... What locale are you using? --- Reply to this email directly or view it on GitHub: https://github.com/openstreetmap/openstreetmap-website/issues/699#issuecomment-34572628 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Sun Feb 9 12:33:00 2014 From: notifications at github.com (=?UTF-8?B?Sm/Do28gRy4gUGFja2Vy?=) Date: Sun, 09 Feb 2014 04:33:00 -0800 Subject: [openstreetmap-website] When viewing someone's notes, the pagination is broken. (#699) In-Reply-To: References: Message-ID: Oh, it's `pt`, I actually translated what appears to me hahahaha. What actually appears to me is: `? Anterior | P?gina % {page} | Seguinte ?` --- Reply to this email directly or view it on GitHub: https://github.com/openstreetmap/openstreetmap-website/issues/699#issuecomment-34572668 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Sun Feb 9 12:34:35 2014 From: notifications at github.com (Tom Hughes) Date: Sun, 09 Feb 2014 04:34:35 -0800 Subject: [openstreetmap-website] When viewing someone's notes, the pagination is broken. (#699) In-Reply-To: References: Message-ID: It seems there are 54 examples of '% {' in various translations... Most of them in `id` but a few in others. --- Reply to this email directly or view it on GitHub: https://github.com/openstreetmap/openstreetmap-website/issues/699#issuecomment-34572702 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Sun Feb 9 12:37:28 2014 From: notifications at github.com (=?UTF-8?B?Sm/Do28gRy4gUGFja2Vy?=) Date: Sun, 09 Feb 2014 04:37:28 -0800 Subject: [openstreetmap-website] When viewing someone's notes, the pagination is broken. (#699) In-Reply-To: References: Message-ID: I have an account at TranslateWiki now, I can help with this. --- Reply to this email directly or view it on GitHub: https://github.com/openstreetmap/openstreetmap-website/issues/699#issuecomment-34572756 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Sun Feb 9 12:39:19 2014 From: notifications at github.com (Tom Hughes) Date: Sun, 09 Feb 2014 04:39:19 -0800 Subject: [openstreetmap-website] When viewing someone's notes, the pagination is broken. (#699) In-Reply-To: References: Message-ID: I'm just fixing them up in bulk now - hopefully it won't cause too much chaos with TW merging. --- Reply to this email directly or view it on GitHub: https://github.com/openstreetmap/openstreetmap-website/issues/699#issuecomment-34572791 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Sun Feb 9 12:49:23 2014 From: notifications at github.com (=?UTF-8?B?Sm/Do28gRy4gUGFja2Vy?=) Date: Sun, 09 Feb 2014 04:49:23 -0800 Subject: [openstreetmap-website] When viewing someone's notes, the pagination is broken. (#699) In-Reply-To: References: Message-ID: Well, looks like I can only fix the ones in my own language. It makes sense, too bad I'm not of much help in this case. --- Reply to this email directly or view it on GitHub: https://github.com/openstreetmap/openstreetmap-website/issues/699#issuecomment-34572967 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Sun Feb 9 12:50:13 2014 From: notifications at github.com (Tom Hughes) Date: Sun, 09 Feb 2014 04:50:13 -0800 Subject: [openstreetmap-website] When viewing someone's notes, the pagination is broken. (#699) In-Reply-To: References: Message-ID: Closed #699 via e5c9dc60e4b622553522a6a9e8f4ca85e6e8b4af. --- Reply to this email directly or view it on GitHub: https://github.com/openstreetmap/openstreetmap-website/issues/699 -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac at noreply.openstreetmap.org Sun Feb 9 13:18:48 2014 From: trac at noreply.openstreetmap.org (OpenStreetMap) Date: Sun, 09 Feb 2014 13:18:48 -0000 Subject: [OpenStreetMap] #5115: Multi-file zipped upload: lack of error information Message-ID: <046.6fc6cdf3b0f1d38b543a95474fe2f742@noreply.openstreetmap.org> #5115: Multi-file zipped upload: lack of error information -------------------------+------------------------- Reporter: tupka | Owner: rails-dev@? Type: enhancement | Status: new Priority: minor | Milestone: Component: website | Version: Keywords: | -------------------------+------------------------- I want to upload many gpx files in one zip archive. After uploading I get following message on my email: {{{ It looks like your GPX file 2010.zip with the description 2010, Krasnoyarsk kr and the following tags: automobile failed to import. Here's the error: Generic XML parse error XML parser at line 1 column 2 }}} I checked all gpx files inside archive with xmllint, and sure that they are parsable. Also I've opened each of them in josm, and they opened and displayed ok. Please include in error notification message the indication which file inside archive is errorneous. -- Ticket URL: OpenStreetMap OpenStreetMap is a free editable map of the whole world From trac at noreply.openstreetmap.org Sun Feb 9 14:35:18 2014 From: trac at noreply.openstreetmap.org (OpenStreetMap) Date: Sun, 09 Feb 2014 14:35:18 -0000 Subject: [OpenStreetMap] #5115: Multi-file zipped upload: lack of error information In-Reply-To: <046.6fc6cdf3b0f1d38b543a95474fe2f742@noreply.openstreetmap.org> References: <046.6fc6cdf3b0f1d38b543a95474fe2f742@noreply.openstreetmap.org> Message-ID: <061.fe5a76670601290a2219b0d995c4de92@noreply.openstreetmap.org> #5115: Multi-file zipped upload: lack of error information --------------------------+------------------------- Reporter: tupka | Owner: rails-dev@? Type: enhancement | Status: new Priority: minor | Milestone: Component: website | Version: Resolution: | Keywords: --------------------------+------------------------- Comment (by TomH): I'm not sure how the C importer handles this but certainly with the old rails importer this wasn't possible because it simply didn't know as it used unzip to concatenate all the files into one lump and then processed that. -- Ticket URL: OpenStreetMap OpenStreetMap is a free editable map of the whole world From trac at noreply.openstreetmap.org Sun Feb 9 14:38:28 2014 From: trac at noreply.openstreetmap.org (OpenStreetMap) Date: Sun, 09 Feb 2014 14:38:28 -0000 Subject: [OpenStreetMap] #5115: Multi-file zipped upload: lack of error information In-Reply-To: <046.6fc6cdf3b0f1d38b543a95474fe2f742@noreply.openstreetmap.org> References: <046.6fc6cdf3b0f1d38b543a95474fe2f742@noreply.openstreetmap.org> Message-ID: <061.1f827bb5bbfcf79309a6494eca43bd2c@noreply.openstreetmap.org> #5115: Multi-file zipped upload: lack of error information --------------------------+------------------------- Reporter: tupka | Owner: rails-dev@? Type: enhancement | Status: new Priority: minor | Milestone: Component: website | Version: Resolution: | Keywords: --------------------------+------------------------- Comment (by TomH): It looks like the C importer does process them file by file, but this would still need some work because the error report comes from a layer above the one that does the looping and the details of which file it was working on have been lost by the time we get there. -- Ticket URL: OpenStreetMap OpenStreetMap is a free editable map of the whole world From trac at noreply.openstreetmap.org Sun Feb 9 14:44:31 2014 From: trac at noreply.openstreetmap.org (OpenStreetMap) Date: Sun, 09 Feb 2014 14:44:31 -0000 Subject: [OpenStreetMap] #5115: Multi-file zipped upload: lack of error information In-Reply-To: <046.6fc6cdf3b0f1d38b543a95474fe2f742@noreply.openstreetmap.org> References: <046.6fc6cdf3b0f1d38b543a95474fe2f742@noreply.openstreetmap.org> Message-ID: <061.ec19a6262be095fc3779821732f7a50a@noreply.openstreetmap.org> #5115: Multi-file zipped upload: lack of error information --------------------------+------------------------- Reporter: tupka | Owner: rails-dev@? Type: enhancement | Status: new Priority: minor | Milestone: Component: website | Version: Resolution: | Keywords: --------------------------+------------------------- Comment (by TomH): If it helps I think 20100619_191607.gpx was probably the file that failed. -- Ticket URL: OpenStreetMap OpenStreetMap is a free editable map of the whole world From trac at noreply.openstreetmap.org Mon Feb 10 06:06:32 2014 From: trac at noreply.openstreetmap.org (OpenStreetMap) Date: Mon, 10 Feb 2014 06:06:32 -0000 Subject: [OpenStreetMap] #5115: Multi-file zipped upload: lack of error information In-Reply-To: <046.6fc6cdf3b0f1d38b543a95474fe2f742@noreply.openstreetmap.org> References: <046.6fc6cdf3b0f1d38b543a95474fe2f742@noreply.openstreetmap.org> Message-ID: <061.8b816f00a878d18dfef965844ecd72ff@noreply.openstreetmap.org> #5115: Multi-file zipped upload: lack of error information --------------------------+------------------------- Reporter: tupka | Owner: rails-dev@? Type: enhancement | Status: new Priority: minor | Milestone: Component: website | Version: Resolution: | Keywords: --------------------------+------------------------- Comment (by tupka): Yes, failed file was 20100619_191607.gpx . After removing it archive have been imported ok. But what's wrong with this file? How can I find out such problem files before uploading ? -- Ticket URL: OpenStreetMap OpenStreetMap is a free editable map of the whole world From trac at noreply.openstreetmap.org Mon Feb 10 07:04:57 2014 From: trac at noreply.openstreetmap.org (OpenStreetMap) Date: Mon, 10 Feb 2014 07:04:57 -0000 Subject: [OpenStreetMap] #5115: Multi-file zipped upload: lack of error information In-Reply-To: <046.6fc6cdf3b0f1d38b543a95474fe2f742@noreply.openstreetmap.org> References: <046.6fc6cdf3b0f1d38b543a95474fe2f742@noreply.openstreetmap.org> Message-ID: <061.33891243bee67824b629c123a25aea02@noreply.openstreetmap.org> #5115: Multi-file zipped upload: lack of error information --------------------------+------------------------- Reporter: tupka | Owner: rails-dev@? Type: enhancement | Status: new Priority: minor | Milestone: Component: website | Version: Resolution: | Keywords: --------------------------+------------------------- Comment (by TomH): I don't know what's wrong with it because I haven't seen it! -- Ticket URL: OpenStreetMap OpenStreetMap is a free editable map of the whole world From trac at noreply.openstreetmap.org Mon Feb 10 08:45:46 2014 From: trac at noreply.openstreetmap.org (OpenStreetMap) Date: Mon, 10 Feb 2014 08:45:46 -0000 Subject: [OpenStreetMap] #5115: Multi-file zipped upload: lack of error information In-Reply-To: <046.6fc6cdf3b0f1d38b543a95474fe2f742@noreply.openstreetmap.org> References: <046.6fc6cdf3b0f1d38b543a95474fe2f742@noreply.openstreetmap.org> Message-ID: <061.a0ce663883c881d9b909a7fad10b2f50@noreply.openstreetmap.org> #5115: Multi-file zipped upload: lack of error information --------------------------+------------------------- Reporter: tupka | Owner: rails-dev@? Type: enhancement | Status: new Priority: minor | Milestone: Component: website | Version: Resolution: | Keywords: --------------------------+------------------------- Comment (by tupka): But how did you make a guess about the file that is causing a failure ? I uploaded 20100619_191607.gpx separately and it have been imported successfully. -- Ticket URL: OpenStreetMap OpenStreetMap is a free editable map of the whole world From trac at noreply.openstreetmap.org Mon Feb 10 08:48:59 2014 From: trac at noreply.openstreetmap.org (OpenStreetMap) Date: Mon, 10 Feb 2014 08:48:59 -0000 Subject: [OpenStreetMap] #5115: Multi-file zipped upload: lack of error information In-Reply-To: <046.6fc6cdf3b0f1d38b543a95474fe2f742@noreply.openstreetmap.org> References: <046.6fc6cdf3b0f1d38b543a95474fe2f742@noreply.openstreetmap.org> Message-ID: <061.02c16abd6d913da87cdc87e6ee62d54f@noreply.openstreetmap.org> #5115: Multi-file zipped upload: lack of error information --------------------------+------------------------- Reporter: tupka | Owner: rails-dev@? Type: enhancement | Status: new Priority: minor | Milestone: Component: website | Version: Resolution: | Keywords: --------------------------+------------------------- Comment (by TomH): I guessed because I found your job in the server logs and they log each member of the archive as it is processed and that was the last one before it failed. The actual file is deleted once it fails, so I have not seen the actual file which is what would allow me to debug this. -- Ticket URL: OpenStreetMap OpenStreetMap is a free editable map of the whole world From trac at noreply.openstreetmap.org Mon Feb 10 14:01:57 2014 From: trac at noreply.openstreetmap.org (OpenStreetMap) Date: Mon, 10 Feb 2014 14:01:57 -0000 Subject: [OpenStreetMap] #5117: Reverse get coding of osm (free selection) Message-ID: <059.4277723d5106b93b95134dcb4b6b5b04@noreply.openstreetmap.org> #5117: Reverse get coding of osm (free selection) ------------------------------+------------------------- Reporter: saleks.v@? | Owner: rails-dev@? Type: task | Status: new Priority: critical | Milestone: Wishlist Component: api | Version: 2.0 Keywords: Reverse geo code | ------------------------------+------------------------- Hi, My aim is to reverse geo code a free selection area of the map. Using you service I have found how to make free selection and store it. Also there is a possibility to export rectangular area of the map. So my question is how to export data (aim: Street name and house numbers) of the free selection area? Thank you in advance! -- Ticket URL: OpenStreetMap OpenStreetMap is a free editable map of the whole world From trac at noreply.openstreetmap.org Mon Feb 10 14:08:08 2014 From: trac at noreply.openstreetmap.org (OpenStreetMap) Date: Mon, 10 Feb 2014 14:08:08 -0000 Subject: [OpenStreetMap] #5117: Reverse get coding of osm (free selection) In-Reply-To: <059.4277723d5106b93b95134dcb4b6b5b04@noreply.openstreetmap.org> References: <059.4277723d5106b93b95134dcb4b6b5b04@noreply.openstreetmap.org> Message-ID: <074.d5d4435ed07fa1fa36ae0c0d94ad36a6@noreply.openstreetmap.org> #5117: Reverse get coding of osm (free selection) -------------------------+------------------------------ Reporter: saleks.v@? | Owner: rails-dev@? Type: task | Status: closed Priority: critical | Milestone: Wishlist Component: api | Version: 2.0 Resolution: invalid | Keywords: Reverse geo code -------------------------+------------------------------ Changes (by TomH): * status: new => closed * resolution: => invalid Comment: This is a bug tracker, not a place for asking general questions - http://help.openstreetmap.org/ is the place for that. -- Ticket URL: OpenStreetMap OpenStreetMap is a free editable map of the whole world From trac at noreply.openstreetmap.org Mon Feb 10 17:44:10 2014 From: trac at noreply.openstreetmap.org (OpenStreetMap) Date: Mon, 10 Feb 2014 17:44:10 -0000 Subject: [OpenStreetMap] #5027: the user's "notes" layer state should not be changed permanently (by saving into his _osm_location cookie) when he opens a link with layers=N In-Reply-To: <052.88b584aa5ac8ffc1df0a65135155cc2b@noreply.openstreetmap.org> References: <052.88b584aa5ac8ffc1df0a65135155cc2b@noreply.openstreetmap.org> Message-ID: <067.4e65e94bcb6c31c49e6e06dbdc338e5f@noreply.openstreetmap.org> #5027: the user's "notes" layer state should not be changed permanently (by saving into his _osm_location cookie) when he opens a link with layers=N --------------------------+------------------------- Reporter: aseerel4c26 | Owner: rails-dev@? Type: defect | Status: reopened Priority: minor | Milestone: Component: website | Version: Resolution: | Keywords: slippymap --------------------------+------------------------- Comment (by aseerel4c26): maybe it is helpful for someone else too: [https://wiki.openstreetmap.org/wiki/User:Aseerel4c26/osm.org_UI_fixes_by_JS For myself I have removed the notes and data layer state saving into the cookie completely] (the first part only) ? as a ''workaround''. -- Ticket URL: OpenStreetMap OpenStreetMap is a free editable map of the whole world From trac at noreply.openstreetmap.org Tue Feb 11 01:31:38 2014 From: trac at noreply.openstreetmap.org (OpenStreetMap) Date: Tue, 11 Feb 2014 01:31:38 -0000 Subject: [OpenStreetMap] #2640: JOSM managed to exceed 50k changeset limit In-Reply-To: <057.ea58b5ba7539d4403343cd39a5906418@noreply.openstreetmap.org> References: <057.ea58b5ba7539d4403343cd39a5906418@noreply.openstreetmap.org> Message-ID: <072.a64433dd4924ee4ce53b69bd1ace3847@noreply.openstreetmap.org> #2640: JOSM managed to exceed 50k changeset limit -----------------------+------------------------- Reporter: avarab@? | Owner: rails-dev@? Type: defect | Status: new Priority: minor | Milestone: Component: api | Version: Resolution: | Keywords: -----------------------+------------------------- Changes (by pnorman): * priority: trivial => minor Comment: Being 100 over is trivial, but these are nearly double the maximum size http://www.openstreetmap.org/changeset/20285859 http://www.openstreetmap.org/changeset/20480259 http://www.openstreetmap.org/changeset/20481617 (all 94752 nodes) I suppose it's possible these were caused by a different bug, after all 50k+100 is not the same as 50k+45k. -- Ticket URL: OpenStreetMap OpenStreetMap is a free editable map of the whole world From trac at noreply.openstreetmap.org Tue Feb 11 02:26:03 2014 From: trac at noreply.openstreetmap.org (OpenStreetMap) Date: Tue, 11 Feb 2014 02:26:03 -0000 Subject: [OpenStreetMap] #5115: Multi-file zipped upload: lack of error information In-Reply-To: <046.6fc6cdf3b0f1d38b543a95474fe2f742@noreply.openstreetmap.org> References: <046.6fc6cdf3b0f1d38b543a95474fe2f742@noreply.openstreetmap.org> Message-ID: <061.8faa4fcb36c15e4172d6ec9bb67668f3@noreply.openstreetmap.org> #5115: Multi-file zipped upload: lack of error information --------------------------+------------------------- Reporter: tupka | Owner: rails-dev@? Type: enhancement | Status: new Priority: minor | Milestone: Component: website | Version: Resolution: | Keywords: --------------------------+------------------------- Comment (by tupka): If it helps debugging, I can attach the original failing 2010.zip with 20100619_191607.gpx file to this ticket or provide it some other way. -- Ticket URL: OpenStreetMap OpenStreetMap is a free editable map of the whole world From trac at noreply.openstreetmap.org Tue Feb 11 07:05:15 2014 From: trac at noreply.openstreetmap.org (OpenStreetMap) Date: Tue, 11 Feb 2014 07:05:15 -0000 Subject: [OpenStreetMap] #5115: Multi-file zipped upload: lack of error information In-Reply-To: <046.6fc6cdf3b0f1d38b543a95474fe2f742@noreply.openstreetmap.org> References: <046.6fc6cdf3b0f1d38b543a95474fe2f742@noreply.openstreetmap.org> Message-ID: <061.ddb61ed302286ef3c9ba5c3c9d73d496@noreply.openstreetmap.org> #5115: Multi-file zipped upload: lack of error information --------------------------+------------------------- Reporter: tupka | Owner: rails-dev@? Type: enhancement | Status: new Priority: minor | Milestone: Component: website | Version: Resolution: | Keywords: --------------------------+------------------------- Comment (by TomH): Please do attach it. -- Ticket URL: OpenStreetMap OpenStreetMap is a free editable map of the whole world From trac at noreply.openstreetmap.org Wed Feb 12 02:44:52 2014 From: trac at noreply.openstreetmap.org (OpenStreetMap) Date: Wed, 12 Feb 2014 02:44:52 -0000 Subject: [OpenStreetMap] #5115: Multi-file zipped upload: lack of error information In-Reply-To: <046.6fc6cdf3b0f1d38b543a95474fe2f742@noreply.openstreetmap.org> References: <046.6fc6cdf3b0f1d38b543a95474fe2f742@noreply.openstreetmap.org> Message-ID: <061.301258cd21bb7e36b0ebd3d75f61cadd@noreply.openstreetmap.org> #5115: Multi-file zipped upload: lack of error information --------------------------+------------------------- Reporter: tupka | Owner: rails-dev@? Type: enhancement | Status: new Priority: minor | Milestone: Component: website | Version: Resolution: | Keywords: --------------------------+------------------------- Comment (by tupka): Sorry, cannot do this because file size exceedes attachment limit -- Ticket URL: OpenStreetMap OpenStreetMap is a free editable map of the whole world From trac at noreply.openstreetmap.org Wed Feb 12 10:34:45 2014 From: trac at noreply.openstreetmap.org (OpenStreetMap) Date: Wed, 12 Feb 2014 10:34:45 -0000 Subject: [OpenStreetMap] #5115: Multi-file zipped upload: lack of error information In-Reply-To: <046.6fc6cdf3b0f1d38b543a95474fe2f742@noreply.openstreetmap.org> References: <046.6fc6cdf3b0f1d38b543a95474fe2f742@noreply.openstreetmap.org> Message-ID: <061.1fff796ed737cae21a8c5b6669d1710d@noreply.openstreetmap.org> #5115: Multi-file zipped upload: lack of error information --------------------------+------------------------- Reporter: tupka | Owner: rails-dev@? Type: enhancement | Status: new Priority: minor | Milestone: Component: website | Version: Resolution: | Keywords: --------------------------+------------------------- Comment (by TomH): Can you send it to tom at compton.nu then? -- Ticket URL: OpenStreetMap OpenStreetMap is a free editable map of the whole world From notifications at github.com Wed Feb 12 12:02:57 2014 From: notifications at github.com (Holger Jeromin) Date: Wed, 12 Feb 2014 04:02:57 -0800 Subject: [openstreetmap-website] code simplification for https assets (#700) Message-ID: Right not we have url: document.location.protocol === 'https:' ? 'https://{s}.tile.openstreetmap.org/{z}/{x}/{y}.png' : 'http://{s}.tile.openstreetmap.org/{z}/{x}/{y}.png', This could be shorter as url: '//{s}.tile.openstreetmap.org/{z}/{x}/{y}.png', (note the // in front) and the browsers will use the same protocol as the page was transported. http://www.paulirish.com/2010/the-protocol-relative-url/ Perhaps this is useful for other places in the website code (especially if there is no JS involved). --- Reply to this email directly or view it on GitHub: https://github.com/openstreetmap/openstreetmap-website/issues/700 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Wed Feb 12 12:35:43 2014 From: notifications at github.com (Tom Hughes) Date: Wed, 12 Feb 2014 04:35:43 -0800 Subject: [openstreetmap-website] code simplification for https assets (#700) In-Reply-To: References: Message-ID: Closed #700. --- Reply to this email directly or view it on GitHub: https://github.com/openstreetmap/openstreetmap-website/issues/700 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Wed Feb 12 12:35:43 2014 From: notifications at github.com (Tom Hughes) Date: Wed, 12 Feb 2014 04:35:43 -0800 Subject: [openstreetmap-website] code simplification for https assets (#700) In-Reply-To: References: Message-ID: I choose to do it that deliberately so that it defaults to `http` if you are loading from a `file://` URL. That is vendored code anyway, so any issue should be upstream at https://github.com/jfirebaugh/leaflet-osm but not that making the change you suggest will cause a test failure precisely because the tests are loading from a `file:` URL. --- Reply to this email directly or view it on GitHub: https://github.com/openstreetmap/openstreetmap-website/issues/700#issuecomment-34864418 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Wed Feb 12 16:07:13 2014 From: notifications at github.com (Holger Jeromin) Date: Wed, 12 Feb 2014 08:07:13 -0800 Subject: [openstreetmap-website] code simplification for https assets (#700) In-Reply-To: References: Message-ID: ok, thats a good point. Thanks for your reply. --- Reply to this email directly or view it on GitHub: https://github.com/openstreetmap/openstreetmap-website/issues/700#issuecomment-34883616 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Wed Feb 12 19:50:44 2014 From: notifications at github.com (Sarah Hoffmann) Date: Wed, 12 Feb 2014 11:50:44 -0800 Subject: [openstreetmap-website] Nominatim more results url should use exclude list supplied with search response (#701) Message-ID: When building the 'more results' link, the website currently builds its own list of excluded place ids from the list of results. It should instead use the list supplied in Nominatim's response with the `exclude_place_ids` parameter . Reason is that Nominatim does some internal duplicate elimination so that some of the place_ids that need to be excluded don't show up in the result list. To test/reproduce: search for `???????????` on the website and click `more results`. The result should be a number of streets not another bus stop. --- Reply to this email directly or view it on GitHub: https://github.com/openstreetmap/openstreetmap-website/issues/701 -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac at noreply.openstreetmap.org Wed Feb 12 23:06:06 2014 From: trac at noreply.openstreetmap.org (OpenStreetMap) Date: Wed, 12 Feb 2014 23:06:06 -0000 Subject: [OpenStreetMap] #5118: Cannot upload in HTTPS with OAuth Message-ID: <048.f3b5f04a60140b985e08f2e705574f90@noreply.openstreetmap.org> #5118: Cannot upload in HTTPS with OAuth -------------------------+------------------------- Reporter: don-vip | Owner: rails-dev@? Type: defect | Status: new Priority: major | Milestone: Component: api | Version: Keywords: oauth https | -------------------------+------------------------- Hi, We have enabled HTTS support towards OSM API in latest JOSM (see #josm9710). It works great with basic authentication, bur for some reason it fails with OAuth with HTTP 401: {{{ INFO: PUT https://api.openstreetmap.org/api/0.6/changeset/create... INFO: OK INFO: POST https://api.openstreetmap.org/api/0.6/changeset/20532333/upload... INFO: Authorization Required ERROR: Error body: Couldn't authenticate you ERROR: org.openstreetmap.josm.io.OsmApiException: ResponseCode=401, Error Body= }}} It looks like there's a problem on server side ? -- Ticket URL: OpenStreetMap OpenStreetMap is a free editable map of the whole world From trac at noreply.openstreetmap.org Thu Feb 13 00:08:03 2014 From: trac at noreply.openstreetmap.org (OpenStreetMap) Date: Thu, 13 Feb 2014 00:08:03 -0000 Subject: [OpenStreetMap] #5118: Cannot upload in HTTPS with OAuth In-Reply-To: <048.f3b5f04a60140b985e08f2e705574f90@noreply.openstreetmap.org> References: <048.f3b5f04a60140b985e08f2e705574f90@noreply.openstreetmap.org> Message-ID: <063.005c0e4514f68a9515292cf267261d90@noreply.openstreetmap.org> #5118: Cannot upload in HTTPS with OAuth ----------------------+------------------------- Reporter: don-vip | Owner: rails-dev@? Type: defect | Status: new Priority: major | Milestone: Component: api | Version: Resolution: | Keywords: oauth https ----------------------+------------------------- Comment (by TomH): Well the PUT worked, and that requires authentication. -- Ticket URL: OpenStreetMap OpenStreetMap is a free editable map of the whole world From trac at noreply.openstreetmap.org Thu Feb 13 03:56:26 2014 From: trac at noreply.openstreetmap.org (OpenStreetMap) Date: Thu, 13 Feb 2014 03:56:26 -0000 Subject: [OpenStreetMap] #5115: Multi-file zipped upload: lack of error information In-Reply-To: <046.6fc6cdf3b0f1d38b543a95474fe2f742@noreply.openstreetmap.org> References: <046.6fc6cdf3b0f1d38b543a95474fe2f742@noreply.openstreetmap.org> Message-ID: <061.f2a7a34d0c0b41fed93f953774979f53@noreply.openstreetmap.org> #5115: Multi-file zipped upload: lack of error information --------------------------+------------------------- Reporter: tupka | Owner: rails-dev@? Type: enhancement | Status: new Priority: minor | Milestone: Component: website | Version: Resolution: | Keywords: --------------------------+------------------------- Comment (by tupka): Done -- Ticket URL: OpenStreetMap OpenStreetMap is a free editable map of the whole world From trac at noreply.openstreetmap.org Thu Feb 13 07:50:53 2014 From: trac at noreply.openstreetmap.org (OpenStreetMap) Date: Thu, 13 Feb 2014 07:50:53 -0000 Subject: [OpenStreetMap] #5118: Cannot upload in HTTPS with OAuth In-Reply-To: <048.f3b5f04a60140b985e08f2e705574f90@noreply.openstreetmap.org> References: <048.f3b5f04a60140b985e08f2e705574f90@noreply.openstreetmap.org> Message-ID: <063.1915d641da1946e9b73534eaf7ee9e6b@noreply.openstreetmap.org> #5118: Cannot upload in HTTPS with OAuth ----------------------+------------------------- Reporter: don-vip | Owner: rails-dev@? Type: defect | Status: new Priority: major | Milestone: Component: api | Version: Resolution: | Keywords: oauth https ----------------------+------------------------- Comment (by stoecker): BTW there is a typo: "Couldnt". -- Ticket URL: OpenStreetMap OpenStreetMap is a free editable map of the whole world From notifications at github.com Thu Feb 13 10:26:54 2014 From: notifications at github.com (Harry Wood) Date: Thu, 13 Feb 2014 02:26:54 -0800 Subject: [openstreetmap-website] Shortlink with node= parameter loses its coordinates (#702) Message-ID: A short link of the form: http://osm.org/go/euu45wfE~--?node=815398933 should redirect to something like: http://www.openstreetmap.org/node/815398933#map=18/51.53475/-0.10384 (instead it loses it's coordinates and just points at the node) I was recently browsing the map after somebody sent me a link to node=815398933 and then I went to create a shortlink pointing somewhere slightly different. The result was this weird shortlink with the node= parameter retained. So we could say there are other bugs there. The link isn't particularly short. The link doesn't fit within the shortlink box, so you can't see this extra parameter, and it's surprise when you come to paste it.... but mostly I think it would be OK if the redirect was smarter. --- Reply to this email directly or view it on GitHub: https://github.com/openstreetmap/openstreetmap-website/issues/702 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Thu Feb 13 10:46:01 2014 From: notifications at github.com (Tom Hughes) Date: Thu, 13 Feb 2014 02:46:01 -0800 Subject: [openstreetmap-website] Shortlink with node= parameter loses its coordinates (#702) In-Reply-To: References: Message-ID: This is by design - the canonical URL for a node is `http://www.openstreetmap.org/node/815398933` with no hash. As soon as you move the map so that the node is no longer central the hash will appear again. --- Reply to this email directly or view it on GitHub: https://github.com/openstreetmap/openstreetmap-website/issues/702#issuecomment-34967108 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Thu Feb 13 10:46:01 2014 From: notifications at github.com (Tom Hughes) Date: Thu, 13 Feb 2014 02:46:01 -0800 Subject: [openstreetmap-website] Shortlink with node= parameter loses its coordinates (#702) In-Reply-To: References: Message-ID: Closed #702. --- Reply to this email directly or view it on GitHub: https://github.com/openstreetmap/openstreetmap-website/issues/702 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Thu Feb 13 10:46:52 2014 From: notifications at github.com (Tom Hughes) Date: Thu, 13 Feb 2014 02:46:52 -0800 Subject: [openstreetmap-website] Shortlink with node= parameter loses its coordinates (#702) In-Reply-To: References: Message-ID: Oh hang on, are you saying that the location in the shortlink deliberately encodes a location that is not the same as the node? --- Reply to this email directly or view it on GitHub: https://github.com/openstreetmap/openstreetmap-website/issues/702#issuecomment-34967173 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Thu Feb 13 10:46:52 2014 From: notifications at github.com (Tom Hughes) Date: Thu, 13 Feb 2014 02:46:52 -0800 Subject: [openstreetmap-website] Shortlink with node= parameter loses its coordinates (#702) In-Reply-To: References: Message-ID: Reopened #702. --- Reply to this email directly or view it on GitHub: https://github.com/openstreetmap/openstreetmap-website/issues/702 -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac at noreply.openstreetmap.org Thu Feb 13 10:52:54 2014 From: trac at noreply.openstreetmap.org (OpenStreetMap) Date: Thu, 13 Feb 2014 10:52:54 -0000 Subject: [OpenStreetMap] #5115: Multi-file zipped upload: lack of error information In-Reply-To: <046.6fc6cdf3b0f1d38b543a95474fe2f742@noreply.openstreetmap.org> References: <046.6fc6cdf3b0f1d38b543a95474fe2f742@noreply.openstreetmap.org> Message-ID: <061.90089f9638bc37f2b590519cd5f69997@noreply.openstreetmap.org> #5115: Multi-file zipped upload: lack of error information --------------------------+------------------------- Reporter: tupka | Owner: rails-dev@? Type: enhancement | Status: new Priority: minor | Milestone: Component: website | Version: Resolution: | Keywords: --------------------------+------------------------- Comment (by TomH): Hmm... I can't see any sign of it in my mail, or in the logs on my mail server I'm afraid. -- Ticket URL: OpenStreetMap OpenStreetMap is a free editable map of the whole world From trac at noreply.openstreetmap.org Thu Feb 13 19:19:24 2014 From: trac at noreply.openstreetmap.org (OpenStreetMap) Date: Thu, 13 Feb 2014 19:19:24 -0000 Subject: [OpenStreetMap] #5118: Cannot upload in HTTPS with OAuth In-Reply-To: <048.f3b5f04a60140b985e08f2e705574f90@noreply.openstreetmap.org> References: <048.f3b5f04a60140b985e08f2e705574f90@noreply.openstreetmap.org> Message-ID: <063.aac71631fae3a99b4a265c7d63f0c68f@noreply.openstreetmap.org> #5118: Cannot upload in HTTPS with OAuth ----------------------+------------------------- Reporter: don-vip | Owner: rails-dev@? Type: defect | Status: new Priority: major | Milestone: Component: api | Version: Resolution: | Keywords: oauth https ----------------------+------------------------- Comment (by TomH): I have now tried (on my local instance) both Potlatch 2 and iD using oauth over https and both seem to be working. My suspicion is that it's likely JOSM is somehow computing the oauth signature wrongly for POST requests over https. -- Ticket URL: OpenStreetMap OpenStreetMap is a free editable map of the whole world From trac at noreply.openstreetmap.org Thu Feb 13 22:48:35 2014 From: trac at noreply.openstreetmap.org (OpenStreetMap) Date: Thu, 13 Feb 2014 22:48:35 -0000 Subject: [OpenStreetMap] #5118: Cannot upload in HTTPS with OAuth In-Reply-To: <048.f3b5f04a60140b985e08f2e705574f90@noreply.openstreetmap.org> References: <048.f3b5f04a60140b985e08f2e705574f90@noreply.openstreetmap.org> Message-ID: <063.f64b30497831d0641d00ab4b53fa4f9d@noreply.openstreetmap.org> #5118: Cannot upload in HTTPS with OAuth ----------------------+------------------------- Reporter: don-vip | Owner: rails-dev@? Type: defect | Status: new Priority: major | Milestone: Component: api | Version: Resolution: | Keywords: oauth https ----------------------+------------------------- Comment (by don-vip): OK thanks for the test, we're investigating to see if would not be a bug in our OAuth Java library. -- Ticket URL: OpenStreetMap OpenStreetMap is a free editable map of the whole world From notifications at github.com Fri Feb 14 14:05:52 2014 From: notifications at github.com (vincentdephily) Date: Fri, 14 Feb 2014 06:05:52 -0800 Subject: [openstreetmap-website] Integration of Markdown in Notes (#693) In-Reply-To: References: Message-ID: Without going all the way to markdown support (which I agree is probably overkill), it would really help readability to at least render newlines. Inputing paragraphs and bullets but seeing a wall of text displayed is a bit dishartening. --- Reply to this email directly or view it on GitHub: https://github.com/openstreetmap/openstreetmap-website/issues/693#issuecomment-35085843 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Fri Feb 14 14:08:15 2014 From: notifications at github.com (Tom Hughes) Date: Fri, 14 Feb 2014 06:08:15 -0800 Subject: [openstreetmap-website] Integration of Markdown in Notes (#693) In-Reply-To: References: Message-ID: I'm pretty sure it will treat a double newline as a paragraph break already. --- Reply to this email directly or view it on GitHub: https://github.com/openstreetmap/openstreetmap-website/issues/693#issuecomment-35086007 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Fri Feb 14 16:10:43 2014 From: notifications at github.com (vincentdephily) Date: Fri, 14 Feb 2014 08:10:43 -0800 Subject: [openstreetmap-website] Integration of Markdown in Notes (#693) In-Reply-To: References: Message-ID: Oh indeed [it does](http://www.openstreetmap.org/note/118476), even single newlines. I'm pretty sure this didn't use to be the case. --- Reply to this email directly or view it on GitHub: https://github.com/openstreetmap/openstreetmap-website/issues/693#issuecomment-35097362 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Fri Feb 14 20:07:39 2014 From: notifications at github.com (Shaun McDonald) Date: Fri, 14 Feb 2014 12:07:39 -0800 Subject: [openstreetmap-website] Share tab won't create short links including layer (#703) Message-ID: The share tab doesn't create share links that include the layer, e.g. cycle layer any more. --- Reply to this email directly or view it on GitHub: https://github.com/openstreetmap/openstreetmap-website/issues/703 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Fri Feb 14 20:24:17 2014 From: notifications at github.com (Tom Hughes) Date: Fri, 14 Feb 2014 12:24:17 -0800 Subject: [openstreetmap-website] Share tab won't create short links including layer (#703) In-Reply-To: References: Message-ID: Are you implying that it once did? Do you have any idea when this changed? --- Reply to this email directly or view it on GitHub: https://github.com/openstreetmap/openstreetmap-website/issues/703#issuecomment-35121224 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Fri Feb 14 20:37:21 2014 From: notifications at github.com (Shaun McDonald) Date: Fri, 14 Feb 2014 12:37:21 -0800 Subject: [openstreetmap-website] Share tab won't create short links including layer (#703) In-Reply-To: References: Message-ID: It was definitely as part of the original design of the short link by @zerebubuth . I'm not sure at what point in the redesign from it being beside the permalink to being in the share tab that it stopped working. --- Reply to this email directly or view it on GitHub: https://github.com/openstreetmap/openstreetmap-website/issues/703#issuecomment-35122342 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Fri Feb 14 23:16:36 2014 From: notifications at github.com (Frederik Ramm) Date: Fri, 14 Feb 2014 15:16:36 -0800 Subject: [openstreetmap-website] Share tab won't create short links including layer (#703) In-Reply-To: References: Message-ID: Old code e.g. on http://routing.apis.dev.openstreetmap.org/ generates short links like http://routing.apis.dev.openstreetmap.org/go/0EutE~y0--?layers=C --- Reply to this email directly or view it on GitHub: https://github.com/openstreetmap/openstreetmap-website/issues/703#issuecomment-35135366 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Sat Feb 15 12:09:56 2014 From: notifications at github.com (Tom Hughes) Date: Sat, 15 Feb 2014 04:09:56 -0800 Subject: [openstreetmap-website] uploading new profile image doesn't change previous image (#674) In-Reply-To: References: Message-ID: Closed #674. --- Reply to this email directly or view it on GitHub: https://github.com/openstreetmap/openstreetmap-website/issues/674 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Sat Feb 15 12:10:11 2014 From: notifications at github.com (Tom Hughes) Date: Sat, 15 Feb 2014 04:10:11 -0800 Subject: [openstreetmap-website] Share tab won't create short links including layer (#703) In-Reply-To: References: Message-ID: Closed #703 via b9473581343a24c58c6fd39458a3057232758e56. --- Reply to this email directly or view it on GitHub: https://github.com/openstreetmap/openstreetmap-website/issues/703 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Sat Feb 15 12:11:23 2014 From: notifications at github.com (Tom Hughes) Date: Sat, 15 Feb 2014 04:11:23 -0800 Subject: [openstreetmap-website] Clicking on logo while changeset view loading zooms you out (#692) In-Reply-To: References: Message-ID: Unfortunately this is kind of hard to reproduce due to only have about one second to get to the logo and click on it before the changesets load... --- Reply to this email directly or view it on GitHub: https://github.com/openstreetmap/openstreetmap-website/issues/692#issuecomment-35154688 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Sat Feb 15 12:19:17 2014 From: notifications at github.com (Tom Hughes) Date: Sat, 15 Feb 2014 04:19:17 -0800 Subject: [openstreetmap-website] Clicking on logo while changeset view loading zooms you out (#692) In-Reply-To: References: Message-ID: I'm struggling to see how this can happen - the update of the URL is triggered by https://github.com/openstreetmap/openstreetmap-website/blob/master/app/assets/javascripts/index.js#L181 but the load of the changeset details doesn't start until https://github.com/openstreetmap/openstreetmap-website/blob/master/app/assets/javascripts/index.js#L305 which happens later... --- Reply to this email directly or view it on GitHub: https://github.com/openstreetmap/openstreetmap-website/issues/692#issuecomment-35154851 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Sat Feb 15 12:33:56 2014 From: notifications at github.com (Tom Hughes) Date: Sat, 15 Feb 2014 04:33:56 -0800 Subject: [openstreetmap-website] Shortlink with node= parameter loses its coordinates (#702) In-Reply-To: References: Message-ID: So we have a whole massive chain of redirects here, in order: * http://osm.org/go/euu45wfE~--?node=815398933 * http://www.openstreetmap.org/go/euu45wfE~--?node=815398933 * http://www.openstreetmap.org/?node=815398933#map=18/51.53475031256676/-0.10383635759353638 * http://www.openstreetmap.org/node/815398933 So after initially redirecting to the canonical domain the shortlink is expanded, but to an old style `?node=` link, but with a hash. That is then redirected to a new style `/node/` link. The problem is that final step - the hash is not sent to the server, but it also isn't being preserved by the client when it processes the resulting redirect. --- Reply to this email directly or view it on GitHub: https://github.com/openstreetmap/openstreetmap-website/issues/702#issuecomment-35155121 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Sat Feb 15 12:50:07 2014 From: notifications at github.com (Tom Hughes) Date: Sat, 15 Feb 2014 04:50:07 -0800 Subject: [openstreetmap-website] Shortlink with node= parameter loses its coordinates (#702) In-Reply-To: References: Message-ID: Closed #702 via 47841829d81dc9475d34dd716220744c284e7f82. --- Reply to this email directly or view it on GitHub: https://github.com/openstreetmap/openstreetmap-website/issues/702 -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac at noreply.openstreetmap.org Sat Feb 15 17:49:12 2014 From: trac at noreply.openstreetmap.org (OpenStreetMap) Date: Sat, 15 Feb 2014 17:49:12 -0000 Subject: [OpenStreetMap] #5118: Cannot upload in HTTPS with OAuth In-Reply-To: <048.f3b5f04a60140b985e08f2e705574f90@noreply.openstreetmap.org> References: <048.f3b5f04a60140b985e08f2e705574f90@noreply.openstreetmap.org> Message-ID: <063.fd817a53878e1bf604e912f433a91948@noreply.openstreetmap.org> #5118: Cannot upload in HTTPS with OAuth ----------------------+------------------------- Reporter: don-vip | Owner: rails-dev@? Type: defect | Status: closed Priority: major | Milestone: Component: api | Version: Resolution: fixed | Keywords: oauth https ----------------------+------------------------- Changes (by TomH): * status: new => closed * resolution: => fixed Comment: It turned out this was a problem with our production environment that didn't occur in a test environment, and I think it should be fixed now. -- Ticket URL: OpenStreetMap OpenStreetMap is a free editable map of the whole world From notifications at github.com Sat Feb 15 23:07:14 2014 From: notifications at github.com (Paul Norman) Date: Sat, 15 Feb 2014 15:07:14 -0800 Subject: [openstreetmap-website] Clicking on logo while changeset view loading zooms you out (#692) In-Reply-To: References: Message-ID: > Unfortunately this is kind of hard to reproduce due to only have about one second to get to the logo and click on it before the changesets load... When I encountered this tile.openstreetmap.org was slow, so it was easier to trigger --- Reply to this email directly or view it on GitHub: https://github.com/openstreetmap/openstreetmap-website/issues/692#issuecomment-35170917 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Sun Feb 16 16:10:12 2014 From: notifications at github.com (Tom Hughes) Date: Sun, 16 Feb 2014 08:10:12 -0800 Subject: [openstreetmap-website] CSS bug obscures new user registration form with image (#689) In-Reply-To: References: Message-ID: Closed #689 via f9ae6d252f0126266ff557d003bfa7ea58bf5dff. --- Reply to this email directly or view it on GitHub: https://github.com/openstreetmap/openstreetmap-website/issues/689 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Sun Feb 16 16:26:20 2014 From: notifications at github.com (Tom Hughes) Date: Sun, 16 Feb 2014 08:26:20 -0800 Subject: [openstreetmap-website] Enhancement : Revise text for New Note (#667) In-Reply-To: References: Message-ID: @systemed did change the wording of this the other day - it now says: > Spotted a mistake or something missing? Let other mappers know so we can fix it. Move the marker to the correct position and type a note to explain the problem. (Please don't enter personal information here.) --- Reply to this email directly or view it on GitHub: https://github.com/openstreetmap/openstreetmap-website/issues/667#issuecomment-35200874 -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac at noreply.openstreetmap.org Sun Feb 16 16:43:57 2014 From: trac at noreply.openstreetmap.org (OpenStreetMap) Date: Sun, 16 Feb 2014 16:43:57 -0000 Subject: [OpenStreetMap] #5122: Home location Message-ID: <067.ef7a8253218b77efadf126ce29aaef84@noreply.openstreetmap.org> #5122: Home location -------------------------------+------------------------- Reporter: willem.heyvaert@? | Owner: rails-dev@? Type: defect | Status: new Priority: minor | Milestone: Component: website | Version: Keywords: home location | -------------------------------+------------------------- When I try to input my "Thuislocatie" ("home location" in English) by clicking on the map in "Mijn instellingen" ("My settings" in English), de co?rdinates are not accurate. -- Ticket URL: OpenStreetMap OpenStreetMap is a free editable map of the whole world From trac at noreply.openstreetmap.org Sun Feb 16 16:49:39 2014 From: trac at noreply.openstreetmap.org (OpenStreetMap) Date: Sun, 16 Feb 2014 16:49:39 -0000 Subject: [OpenStreetMap] #5122: Home location In-Reply-To: <067.ef7a8253218b77efadf126ce29aaef84@noreply.openstreetmap.org> References: <067.ef7a8253218b77efadf126ce29aaef84@noreply.openstreetmap.org> Message-ID: <082.54a2e406d63c33b60f8cc46f0e1afdb1@noreply.openstreetmap.org> #5122: Home location --------------------------------+--------------------------- Reporter: willem.heyvaert@? | Owner: rails-dev@? Type: defect | Status: new Priority: minor | Milestone: Component: website | Version: Resolution: | Keywords: home location --------------------------------+--------------------------- Comment (by TomH): How "not accurate" are we talking? One metre off? A hundred km off? -- Ticket URL: OpenStreetMap OpenStreetMap is a free editable map of the whole world From notifications at github.com Sun Feb 16 21:22:38 2014 From: notifications at github.com (hno2) Date: Sun, 16 Feb 2014 13:22:38 -0800 Subject: [openstreetmap-website] Resolveld Notes twice (#704) Message-ID: Hey, if you resolve a note with a comment, you have "Resolved" twice. I think we should change this. ![bildschirmfoto 2014-02-16 um 22 18 08](https://f.cloud.github.com/assets/436990/2181427/6c24aaf2-9750-11e3-801c-d57eba1c7fe3.png) --- Reply to this email directly or view it on GitHub: https://github.com/openstreetmap/openstreetmap-website/issues/704 -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac at noreply.openstreetmap.org Mon Feb 17 16:16:53 2014 From: trac at noreply.openstreetmap.org (OpenStreetMap) Date: Mon, 17 Feb 2014 16:16:53 -0000 Subject: [OpenStreetMap] #5122: Home location In-Reply-To: <067.ef7a8253218b77efadf126ce29aaef84@noreply.openstreetmap.org> References: <067.ef7a8253218b77efadf126ce29aaef84@noreply.openstreetmap.org> Message-ID: <082.7c243c4d964462fa64175a2b914cbdf5@noreply.openstreetmap.org> #5122: Home location --------------------------------+--------------------------- Reporter: willem.heyvaert@? | Owner: rails-dev@? Type: defect | Status: new Priority: minor | Milestone: Component: website | Version: Resolution: | Keywords: home location --------------------------------+--------------------------- Comment (by willem.heyvaert@?): Replying to [comment:1 TomH]: Strange. It seems to work right now. I don't know what happened. Yesterday, the difference was about 1 to 3km in Northern direction. Yesterday, I tried to give my home locate on a computer with Chrome installed. Now, I tried to do it at home with Firefox (Chrome is n't installed on my home computer) and it works accurate. > How "not accurate" are we talking? One metre off? A hundred km off? -- Ticket URL: OpenStreetMap OpenStreetMap is a free editable map of the whole world From trac at noreply.openstreetmap.org Mon Feb 17 16:25:41 2014 From: trac at noreply.openstreetmap.org (OpenStreetMap) Date: Mon, 17 Feb 2014 16:25:41 -0000 Subject: [OpenStreetMap] #5122: Home location In-Reply-To: <067.ef7a8253218b77efadf126ce29aaef84@noreply.openstreetmap.org> References: <067.ef7a8253218b77efadf126ce29aaef84@noreply.openstreetmap.org> Message-ID: <082.7cb72e22ea2b41b6394c6b10bac2d08f@noreply.openstreetmap.org> #5122: Home location --------------------------------+--------------------------- Reporter: willem.heyvaert@? | Owner: rails-dev@? Type: defect | Status: closed Priority: minor | Milestone: Component: website | Version: Resolution: worksforme | Keywords: home location --------------------------------+--------------------------- Changes (by TomH): * status: new => closed * resolution: => worksforme -- Ticket URL: OpenStreetMap OpenStreetMap is a free editable map of the whole world From trac at noreply.openstreetmap.org Mon Feb 17 19:57:27 2014 From: trac at noreply.openstreetmap.org (OpenStreetMap) Date: Mon, 17 Feb 2014 19:57:27 -0000 Subject: [OpenStreetMap] #5123: Note description localization Message-ID: <046.fcedb8fcfa44f7babff6765068929411@noreply.openstreetmap.org> #5123: Note description localization ---------------------+------------------------- Reporter: AivoK | Owner: rails-dev@? Type: defect | Status: new Priority: minor | Milestone: Component: website | Version: Keywords: | ---------------------+------------------------- Currently when I click on the note in OSM map then it shows the description of the note but the text "Description" is shown in English. I think it needs to be translated. -- Ticket URL: OpenStreetMap OpenStreetMap is a free editable map of the whole world From trac at noreply.openstreetmap.org Mon Feb 17 20:03:29 2014 From: trac at noreply.openstreetmap.org (OpenStreetMap) Date: Mon, 17 Feb 2014 20:03:29 -0000 Subject: [OpenStreetMap] #5123: Note description localization In-Reply-To: <046.fcedb8fcfa44f7babff6765068929411@noreply.openstreetmap.org> References: <046.fcedb8fcfa44f7babff6765068929411@noreply.openstreetmap.org> Message-ID: <061.500be8f0ef965cdd6d7263535948a5cd@noreply.openstreetmap.org> #5123: Note description localization ----------------------+------------------------- Reporter: AivoK | Owner: rails-dev@? Type: defect | Status: new Priority: minor | Milestone: Component: website | Version: Resolution: | Keywords: ----------------------+------------------------- Comment (by TomH): What makes you think it is not translatable? Not being translatable is a bug that is reportable here, simply not being translated to your language is not - that just means somebody need to go to Translatewiki and translate it. -- Ticket URL: OpenStreetMap OpenStreetMap is a free editable map of the whole world From trac at noreply.openstreetmap.org Mon Feb 17 20:04:25 2014 From: trac at noreply.openstreetmap.org (OpenStreetMap) Date: Mon, 17 Feb 2014 20:04:25 -0000 Subject: [OpenStreetMap] #5123: Note description localization In-Reply-To: <046.fcedb8fcfa44f7babff6765068929411@noreply.openstreetmap.org> References: <046.fcedb8fcfa44f7babff6765068929411@noreply.openstreetmap.org> Message-ID: <061.5f644bdea5cfdfd7e66871f44554c5df@noreply.openstreetmap.org> #5123: Note description localization ----------------------+------------------------- Reporter: AivoK | Owner: rails-dev@? Type: defect | Status: new Priority: minor | Milestone: Component: website | Version: Resolution: | Keywords: ----------------------+------------------------- Comment (by TomH): Actually it looks like it might really be missing. -- Ticket URL: OpenStreetMap OpenStreetMap is a free editable map of the whole world From trac at noreply.openstreetmap.org Mon Feb 17 20:14:20 2014 From: trac at noreply.openstreetmap.org (OpenStreetMap) Date: Mon, 17 Feb 2014 20:14:20 -0000 Subject: [OpenStreetMap] #5123: Note description localization In-Reply-To: <046.fcedb8fcfa44f7babff6765068929411@noreply.openstreetmap.org> References: <046.fcedb8fcfa44f7babff6765068929411@noreply.openstreetmap.org> Message-ID: <061.412dc42c59d06641e0d0168962a046da@noreply.openstreetmap.org> #5123: Note description localization ----------------------+------------------------- Reporter: AivoK | Owner: rails-dev@? Type: defect | Status: new Priority: minor | Milestone: Component: website | Version: Resolution: | Keywords: ----------------------+------------------------- Comment (by TomH): Fixed in [changeset:c02fa94/rails]. -- Ticket URL: OpenStreetMap OpenStreetMap is a free editable map of the whole world From trac at noreply.openstreetmap.org Mon Feb 17 20:14:27 2014 From: trac at noreply.openstreetmap.org (OpenStreetMap) Date: Mon, 17 Feb 2014 20:14:27 -0000 Subject: [OpenStreetMap] #5123: Note description localization In-Reply-To: <046.fcedb8fcfa44f7babff6765068929411@noreply.openstreetmap.org> References: <046.fcedb8fcfa44f7babff6765068929411@noreply.openstreetmap.org> Message-ID: <061.9db21e244b05f7da60571feb82088120@noreply.openstreetmap.org> #5123: Note description localization ----------------------+------------------------- Reporter: AivoK | Owner: rails-dev@? Type: defect | Status: closed Priority: minor | Milestone: Component: website | Version: Resolution: fixed | Keywords: ----------------------+------------------------- Changes (by TomH): * status: new => closed * resolution: => fixed -- Ticket URL: OpenStreetMap OpenStreetMap is a free editable map of the whole world From notifications at github.com Wed Feb 19 01:21:56 2014 From: notifications at github.com (John Firebaugh) Date: Tue, 18 Feb 2014 17:21:56 -0800 Subject: [openstreetmap-website] Fix updateLinks({lat: 0, lon: 0}, ...) (#705) Message-ID: Fixes openstreetmap/iD#2130 You can merge this Pull Request by running: git pull https://github.com/jfirebaugh/openstreetmap-website iD-2130 Or you can view, comment on it, or merge it online at: https://github.com/openstreetmap/openstreetmap-website/pull/705 -- Commit Summary -- * Fix updateLinks({lat: 0, lon: 0}, ...) -- File Changes -- M app/assets/javascripts/application.js (2) -- Patch Links -- https://github.com/openstreetmap/openstreetmap-website/pull/705.patch https://github.com/openstreetmap/openstreetmap-website/pull/705.diff --- Reply to this email directly or view it on GitHub: https://github.com/openstreetmap/openstreetmap-website/pull/705 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Wed Feb 19 17:40:12 2014 From: notifications at github.com (OpenStreetMap Mirror) Date: Wed, 19 Feb 2014 09:40:12 -0800 Subject: [openstreetmap-website] Fix updateLinks({lat: 0, lon: 0}, ...) (#705) In-Reply-To: References: Message-ID: Merged #705. --- Reply to this email directly or view it on GitHub: https://github.com/openstreetmap/openstreetmap-website/pull/705 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Thu Feb 20 04:47:04 2014 From: notifications at github.com (Nick) Date: Wed, 19 Feb 2014 20:47:04 -0800 Subject: [openstreetmap-website] feature: selectable POI's (#706) Message-ID: **What I expect to do** Click on a POI on the map and get additional information (as phone#, webpage, ...) in the side panel **How I do it now** I don't see an option to get that information but to enable the 'debug' [MapData]. Or access a nother viewer. **In order to solve this I would suggest** * Implement an additional Checkbox: [Layer] -> "Activate Overlay" -> [Selectable POI's] * OR a complete POI-type filter list (whith the ability to highlight selected POI's) Note: A Permalink implementation --- Reply to this email directly or view it on GitHub: https://github.com/openstreetmap/openstreetmap-website/issues/706 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Thu Feb 20 10:49:08 2014 From: notifications at github.com (Andy Allan) Date: Thu, 20 Feb 2014 02:49:08 -0800 Subject: [openstreetmap-website] "Part of" list should be uniqued (#707) Message-ID: When browsing a node, you get shown the list of ways that the node is a part of. However, if the node appears twice, e.g. it's the start/end of an area, it appears twice. http://api06.dev.openstreetmap.org/node/4295812504 The list of ways should be unique. --- Reply to this email directly or view it on GitHub: https://github.com/openstreetmap/openstreetmap-website/issues/707 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Fri Feb 21 16:44:51 2014 From: notifications at github.com (borbash) Date: Fri, 21 Feb 2014 08:44:51 -0800 Subject: [openstreetmap-website] not sending CORS headers on HTTP 410 GONEs (#708) Message-ID: When I request from OSM a street that has been deleted, instead of seeing the message that would indicate it has been deleted, I get a Access-Control-Allow-Origin error, caused perhaps by OSM not setting the proper/same HTTP headers on error messages that they do on successful requests. In other words, my issues with the Same Origin Policy mask the errors I should be seeing about a deleted street. A more complete explanation, along with the suggestion that I bring this issue up with OSM, is at http://stackoverflow.com/questions/21920193/overcoming-access-control-allow-origin-in-simple-web-map-site --- Reply to this email directly or view it on GitHub: https://github.com/openstreetmap/openstreetmap-website/issues/708 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Fri Feb 21 17:31:45 2014 From: notifications at github.com (Roland Olbricht) Date: Fri, 21 Feb 2014 09:31:45 -0800 Subject: [openstreetmap-website] feature: selectable POI's (#706) In-Reply-To: References: Message-ID: Feel free to ask questions about http://overpass.apis.dev.openstreetmap.org It does roughly what you want, but I never managed to do all the UI suggestions that came from that prototype, see http://wiki.osm.org/wiki/POI_display --- Reply to this email directly or view it on GitHub: https://github.com/openstreetmap/openstreetmap-website/issues/706#issuecomment-35753096 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Fri Feb 21 17:55:21 2014 From: notifications at github.com (Tom Hughes) Date: Fri, 21 Feb 2014 09:55:21 -0800 Subject: [openstreetmap-website] not sending CORS headers on HTTP 410 GONEs (#708) In-Reply-To: References: Message-ID: Closed #708. --- Reply to this email directly or view it on GitHub: https://github.com/openstreetmap/openstreetmap-website/issues/708 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Fri Feb 21 17:55:21 2014 From: notifications at github.com (Tom Hughes) Date: Fri, 21 Feb 2014 09:55:21 -0800 Subject: [openstreetmap-website] not sending CORS headers on HTTP 410 GONEs (#708) In-Reply-To: References: Message-ID: Unfortunately you've filed this in the wrong place - although you don't specify which API call you are referring to here your stackoverflow question makes clear that is is `/way/NN/full` which is implemented using cgimap, not rails, so it needs to be reported at https://github.com/zerebubuth/openstreetmap-cgimap/issues. --- Reply to this email directly or view it on GitHub: https://github.com/openstreetmap/openstreetmap-website/issues/708#issuecomment-35755355 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Fri Feb 21 18:13:15 2014 From: notifications at github.com (Tom Hughes) Date: Fri, 21 Feb 2014 10:13:15 -0800 Subject: [openstreetmap-website] not sending CORS headers on HTTP 410 GONEs (#708) In-Reply-To: References: Message-ID: I've opened https://github.com/zerebubuth/openstreetmap-cgimap/pull/87 to fix this. --- Reply to this email directly or view it on GitHub: https://github.com/openstreetmap/openstreetmap-website/issues/708#issuecomment-35757079 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Fri Feb 21 18:42:13 2014 From: notifications at github.com (borbash) Date: Fri, 21 Feb 2014 10:42:13 -0800 Subject: [openstreetmap-website] not sending CORS headers on HTTP 410 GONEs (#708) In-Reply-To: References: Message-ID: Tom, Thanks. I was unaware of the distinction. --Steve On Fri, Feb 21, 2014 at 1:13 PM, Tom Hughes wrote: > I've opened zerebubuth/openstreetmap-cgimap#87to fix this. > > -- > Reply to this email directly or view it on GitHub > . > --- Reply to this email directly or view it on GitHub: https://github.com/openstreetmap/openstreetmap-website/issues/708#issuecomment-35759853 -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac at noreply.openstreetmap.org Fri Feb 21 18:59:28 2014 From: trac at noreply.openstreetmap.org (OpenStreetMap) Date: Fri, 21 Feb 2014 18:59:28 -0000 Subject: [OpenStreetMap] #5126: addr:interpolation - Nominatim calculates intermediate address but then opens up endpoint address In-Reply-To: <046.a887c5b382b9e9afb3950fe19d80e795@noreply.openstreetmap.org> References: <046.a887c5b382b9e9afb3950fe19d80e795@noreply.openstreetmap.org> Message-ID: <061.de06588dd67dafc68b485030a760cec4@noreply.openstreetmap.org> #5126: addr:interpolation - Nominatim calculates intermediate address but then opens up endpoint address ----------------------+------------------------- Reporter: jalek | Owner: rails-dev@? Type: defect | Status: new Priority: minor | Milestone: Component: website | Version: Resolution: | Keywords: ----------------------+------------------------- Changes (by lonvia): * owner: geocoding@? => rails-dev@? * component: nominatim => website Comment: The behaviour of the website has changed with respect to interpolation points. You can see on Nominatim's website that it returns the correct coordinates for the address: http://nominatim.openstreetmap.org/search.php?q=9+Heriot+Row+Edinburgh+UK&polygon=1 In the XML, Nominatim returns the correct coordinates as well but also returns the OSM object id of one of the interpolation points because it is the closest to the address. It does initially zoom in on the right coordinates but then moves to the interpolation point (at least when it is outside the viewport), which is admittedly rather unexpected. I'm not quite sure what's the best solution here. Nominatim simply could stop returning an OSM object for interpolated addresses. I believe the website will then do the right thing and put a marker on the coordinate. However, I'm reluctant to do that as there might be applications that rely on the current behaviour. -- Ticket URL: OpenStreetMap OpenStreetMap is a free editable map of the whole world From trac at noreply.openstreetmap.org Fri Feb 21 19:25:23 2014 From: trac at noreply.openstreetmap.org (OpenStreetMap) Date: Fri, 21 Feb 2014 19:25:23 -0000 Subject: [OpenStreetMap] #5126: addr:interpolation - Nominatim calculates intermediate address but then opens up endpoint address In-Reply-To: <046.a887c5b382b9e9afb3950fe19d80e795@noreply.openstreetmap.org> References: <046.a887c5b382b9e9afb3950fe19d80e795@noreply.openstreetmap.org> Message-ID: <061.24b837df8cf3c0e0769fb02529053059@noreply.openstreetmap.org> #5126: addr:interpolation - Nominatim calculates intermediate address but then opens up endpoint address ----------------------+------------------------- Reporter: jalek | Owner: rails-dev@? Type: defect | Status: new Priority: minor | Milestone: Component: website | Version: Resolution: | Keywords: ----------------------+------------------------- Comment (by TomH): But equally, what exactly do you expect us to do about it? If the search result says that the search corresponds to a specific object then we will show that object! -- Ticket URL: OpenStreetMap OpenStreetMap is a free editable map of the whole world From trac at noreply.openstreetmap.org Fri Feb 21 19:26:31 2014 From: trac at noreply.openstreetmap.org (OpenStreetMap) Date: Fri, 21 Feb 2014 19:26:31 -0000 Subject: [OpenStreetMap] #5126: addr:interpolation - Nominatim calculates intermediate address but then opens up endpoint address In-Reply-To: <046.a887c5b382b9e9afb3950fe19d80e795@noreply.openstreetmap.org> References: <046.a887c5b382b9e9afb3950fe19d80e795@noreply.openstreetmap.org> Message-ID: <061.cd99cf811d41f043bc8ad6dff66d70d8@noreply.openstreetmap.org> #5126: addr:interpolation - Nominatim calculates intermediate address but then opens up endpoint address ----------------------+------------------------- Reporter: jalek | Owner: rails-dev@? Type: defect | Status: new Priority: minor | Milestone: Component: website | Version: Resolution: | Keywords: ----------------------+------------------------- Comment (by TomH): Surely where an interpolation is involved nominatim should return the ID of the interpolation way, as that is the object from which it has derived the location? -- Ticket URL: OpenStreetMap OpenStreetMap is a free editable map of the whole world From trac at noreply.openstreetmap.org Fri Feb 21 21:11:02 2014 From: trac at noreply.openstreetmap.org (OpenStreetMap) Date: Fri, 21 Feb 2014 21:11:02 -0000 Subject: [OpenStreetMap] #5126: addr:interpolation - Nominatim calculates intermediate address but then opens up endpoint address In-Reply-To: <046.a887c5b382b9e9afb3950fe19d80e795@noreply.openstreetmap.org> References: <046.a887c5b382b9e9afb3950fe19d80e795@noreply.openstreetmap.org> Message-ID: <061.83d5597e01d557823005562dbe413648@noreply.openstreetmap.org> #5126: addr:interpolation - Nominatim calculates intermediate address but then opens up endpoint address ----------------------+------------------------- Reporter: jalek | Owner: rails-dev@? Type: defect | Status: new Priority: minor | Milestone: Component: website | Version: Resolution: | Keywords: ----------------------+------------------------- Comment (by lonvia): One can certainly find good arguments for concluding that it is derived from the interpolation way or the interpolation address or no OSM object at all. The current interpretation goes for the address point and returns the interpolated coordinate as well. That might not be ideal but it is perfectly valid and, more importantly, the current state of the nominatim API. I wouldn't classify it as a bug. The website used to respect the coordinate that nominatim returns in the search result. It was decided to get rid of that, fine. But it also means the site now somehow has to handle these corner cases by itself. -- Ticket URL: OpenStreetMap OpenStreetMap is a free editable map of the whole world From trac at noreply.openstreetmap.org Fri Feb 21 22:10:30 2014 From: trac at noreply.openstreetmap.org (OpenStreetMap) Date: Fri, 21 Feb 2014 22:10:30 -0000 Subject: [OpenStreetMap] #5127: Non HTTPS-Links: Share links and link to wiki, when being on the HTTPS page Message-ID: <044.0bdff88f9ce4aa378340e9ec9d06f125@noreply.openstreetmap.org> #5127: Non HTTPS-Links: Share links and link to wiki, when being on the HTTPS page -------------------------+------------------------- Reporter: ToB | Owner: rails-dev@? Type: enhancement | Status: new Priority: minor | Milestone: Component: website | Version: Keywords: | -------------------------+------------------------- * When trying to share an URL, the links are always HTTP links instead of HTTPS Links: https://osm.org/ -> right side -> share (link, HTML; affects: long link, short link and html-iframe link. * https://osm.org/help -> wiki link (at least in the DE localized version) links to HTTP instead of the HTTPS version * https://osm.org/about -> for completeness: the wiki link at the very bottom has the same problem * https://wiki.openstreetmap.org/wiki/Main_Page -> The Map (left column but also in the wiki page) also still links to the HTTP version. * http://blogs.openstreetmap.org/ doesn't support HTTPS - or rather, one ends up on a different page: https://blogs.openstreetmap.org/ In principle, one can use, e.g., {{{}}} and then the browser should use the same protocol (HTTP vs HTTPS) as for that page, but I don't know how widely it is supported. -- Ticket URL: OpenStreetMap OpenStreetMap is a free editable map of the whole world From trac at noreply.openstreetmap.org Fri Feb 21 22:45:26 2014 From: trac at noreply.openstreetmap.org (OpenStreetMap) Date: Fri, 21 Feb 2014 22:45:26 -0000 Subject: [OpenStreetMap] #5126: addr:interpolation - Nominatim calculates intermediate address but then opens up endpoint address In-Reply-To: <046.a887c5b382b9e9afb3950fe19d80e795@noreply.openstreetmap.org> References: <046.a887c5b382b9e9afb3950fe19d80e795@noreply.openstreetmap.org> Message-ID: <061.f5950f63f264cdaa28589bf64efaddbc@noreply.openstreetmap.org> #5126: addr:interpolation - Nominatim calculates intermediate address but then opens up endpoint address ----------------------+------------------------- Reporter: jalek | Owner: rails-dev@? Type: defect | Status: closed Priority: minor | Milestone: Component: website | Version: Resolution: wontfix | Keywords: ----------------------+------------------------- Changes (by TomH): * status: new => closed * resolution: => wontfix -- Ticket URL: OpenStreetMap OpenStreetMap is a free editable map of the whole world From trac at noreply.openstreetmap.org Fri Feb 21 22:52:24 2014 From: trac at noreply.openstreetmap.org (OpenStreetMap) Date: Fri, 21 Feb 2014 22:52:24 -0000 Subject: [OpenStreetMap] #5127: Non HTTPS-Links: Share links and link to wiki, when being on the HTTPS page In-Reply-To: <044.0bdff88f9ce4aa378340e9ec9d06f125@noreply.openstreetmap.org> References: <044.0bdff88f9ce4aa378340e9ec9d06f125@noreply.openstreetmap.org> Message-ID: <059.1a5504f5e4eccbeeac81a14d82446407@noreply.openstreetmap.org> #5127: Non HTTPS-Links: Share links and link to wiki, when being on the HTTPS page --------------------------+------------------------- Reporter: ToB | Owner: rails-dev@? Type: enhancement | Status: closed Priority: minor | Milestone: Component: website | Version: Resolution: wontfix | Keywords: --------------------------+------------------------- Changes (by TomH): * status: new => closed * resolution: => wontfix Comment: We have made no effort to make external links preserve the protocol, nor do I have any particular plan to do so - it would be a huge amount of work for very minimal gain. -- Ticket URL: OpenStreetMap OpenStreetMap is a free editable map of the whole world From notifications at github.com Sat Feb 22 21:15:44 2014 From: notifications at github.com (Paul Norman) Date: Sat, 22 Feb 2014 13:15:44 -0800 Subject: [openstreetmap-website] CSS not loading in Tagalog (#709) Message-ID: https://www.openstreetmap.org/?locale=tl loads unstyled The console reports a 404 error loading * https://www.openstreetmap.org/stylesheets/large-mula%20kaliwa%20pakanan.css * https://www.openstreetmap.org/stylesheets/small-mula%20kaliwa%20pakanan.css * https://www.openstreetmap.org/stylesheets/print-mula%20kaliwa%20pakanan.css Found investigating openstreetmap/iD#2133 --- Reply to this email directly or view it on GitHub: https://github.com/openstreetmap/openstreetmap-website/issues/709 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Sun Feb 23 00:20:11 2014 From: notifications at github.com (Tom Hughes) Date: Sat, 22 Feb 2014 16:20:11 -0800 Subject: [openstreetmap-website] CSS not loading in Tagalog (#709) In-Reply-To: References: Message-ID: Closed #709 via c26cdeb55704c3f62d2abd005a85cb39c2739c45. --- Reply to this email directly or view it on GitHub: https://github.com/openstreetmap/openstreetmap-website/issues/709 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Sun Feb 23 00:20:11 2014 From: notifications at github.com (Tom Hughes) Date: Sat, 22 Feb 2014 16:20:11 -0800 Subject: [openstreetmap-website] "Part of" list should be uniqued (#707) In-Reply-To: References: Message-ID: Closed #707 via d1313a89d6f0ff7908b8aabc81687201190dc835. --- Reply to this email directly or view it on GitHub: https://github.com/openstreetmap/openstreetmap-website/issues/707 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Sun Feb 23 21:15:16 2014 From: notifications at github.com (danstowell) Date: Sun, 23 Feb 2014 13:15:16 -0800 Subject: [openstreetmap-website] show total route distance in results interface (#710) Message-ID: Hi - this pull request is the product of my first poke around with your jsrouting branch. It simply puts the cumulative distance into the results GUI. Distance is shown in km - I'm not aware of any osm i18n call that would decide whether to output miles/km but maybe that could come later. You can merge this Pull Request by running: git pull https://github.com/danstowell/openstreetmap-website jsrouting Or you can view, comment on it, or merge it online at: https://github.com/openstreetmap/openstreetmap-website/pull/710 -- Commit Summary -- * Beginning of JavaScript-only routing UI * Presentation work * Precompile routing JS * Presentation of directions * Query options presentation * Close directions * Start to make turn-by-turn instructions clickable * Show little popup on click * Start work on second engine * Move routing engines into their own files * Simplify usage, fix closures * Start MapQuest Open support * Move more engine-specific stuff out of main .js * Parse MapQuest directions * Parse CloudMade directions * Allow user to click Go before geocode result * Remove logging * Start work on drag-and-drop start/end markers * More work on draggable markers * More draggable routes work * Add GraphHopper engine (thanks @karussell!) * Integrate marker & geocoding behaviours * Apparently 'final' is a reserved word in JS... * Repair Go button * Remove a couple of TODOs * Remove some repeated-query funkiness * Make more of the javascript routing functions internationalizable * Merge pull request #6 from apmon/jsroute * Fiiiix siiiiilly direeeeections * output total distance -- File Changes -- A app/assets/images/routing-sprite.png (0) M app/assets/javascripts/index.js (46) A app/assets/javascripts/routing.js.erb (269) A app/assets/javascripts/routing_engines/cloudmade_foot.js (42) A app/assets/javascripts/routing_engines/graphhopper_bicycle.js (48) A app/assets/javascripts/routing_engines/mapquest_bicycle.js (65) A app/assets/javascripts/routing_engines/osrm_car.js (42) M app/assets/stylesheets/common.css.scss (46) M app/views/layouts/_search.html.erb (22) M config/environments/production.rb (2) M config/locales/de.yml (32) M config/locales/en.yml (32) A vendor/assets/leaflet/leaflet.polyline.js (127) -- Patch Links -- https://github.com/openstreetmap/openstreetmap-website/pull/710.patch https://github.com/openstreetmap/openstreetmap-website/pull/710.diff --- Reply to this email directly or view it on GitHub: https://github.com/openstreetmap/openstreetmap-website/pull/710 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Sun Feb 23 21:15:34 2014 From: notifications at github.com (danstowell) Date: Sun, 23 Feb 2014 13:15:34 -0800 Subject: [openstreetmap-website] show total route distance in results interface (#710) In-Reply-To: References: Message-ID: Closed #710. --- Reply to this email directly or view it on GitHub: https://github.com/openstreetmap/openstreetmap-website/pull/710 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Sun Feb 23 21:15:54 2014 From: notifications at github.com (danstowell) Date: Sun, 23 Feb 2014 13:15:54 -0800 Subject: [openstreetmap-website] show total route distance in results interface (#710) In-Reply-To: References: Message-ID: argh merge went to wrong github account :( --- Reply to this email directly or view it on GitHub: https://github.com/openstreetmap/openstreetmap-website/pull/710#issuecomment-35843685 -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac at noreply.openstreetmap.org Mon Feb 24 01:04:33 2014 From: trac at noreply.openstreetmap.org (OpenStreetMap) Date: Mon, 24 Feb 2014 01:04:33 -0000 Subject: [OpenStreetMap] #5128: editing with p2 or iD should not switch to a unsecured connection without asking Message-ID: <052.ee0621980407107e94def64d9723c7df@noreply.openstreetmap.org> #5128: editing with p2 or iD should not switch to a unsecured connection without asking ---------------------------+------------------------- Reporter: aseerel4c26 | Owner: rails-dev@? Type: defect | Status: new Priority: minor | Milestone: Component: website | Version: Keywords: privacy https | ---------------------------+------------------------- currently when clicking to edit with p2 or iD it is switched to a unsecure connection without asking. This potentially leaks information which was intended to be protected. Should be: stay on secure. If that is not possible ask the user what to do. -- Ticket URL: OpenStreetMap OpenStreetMap is a free editable map of the whole world From trac at noreply.openstreetmap.org Mon Feb 24 07:10:50 2014 From: trac at noreply.openstreetmap.org (OpenStreetMap) Date: Mon, 24 Feb 2014 07:10:50 -0000 Subject: [OpenStreetMap] #5128: editing with p2 or iD should not switch to a unsecured connection without asking In-Reply-To: <052.ee0621980407107e94def64d9723c7df@noreply.openstreetmap.org> References: <052.ee0621980407107e94def64d9723c7df@noreply.openstreetmap.org> Message-ID: <067.75fcbc7ff73cdeb06ac999cfc1a2df91@noreply.openstreetmap.org> #5128: editing with p2 or iD should not switch to a unsecured connection without asking --------------------------+--------------------------- Reporter: aseerel4c26 | Owner: rails-dev@? Type: defect | Status: closed Priority: minor | Milestone: Component: website | Version: Resolution: wontfix | Keywords: privacy https --------------------------+--------------------------- Changes (by TomH): * status: new => closed * resolution: => wontfix Comment: There's no way I'm going to waste time implementing this when we will get rid of the redirect as soon as the next release of iD happens - the current situation is just a temporary measure for a few weeks. -- Ticket URL: OpenStreetMap OpenStreetMap is a free editable map of the whole world From trac at noreply.openstreetmap.org Mon Feb 24 17:52:39 2014 From: trac at noreply.openstreetmap.org (OpenStreetMap) Date: Mon, 24 Feb 2014 17:52:39 -0000 Subject: [OpenStreetMap] #5128: editing with p2 or iD should not switch to a unsecured connection without asking In-Reply-To: <052.ee0621980407107e94def64d9723c7df@noreply.openstreetmap.org> References: <052.ee0621980407107e94def64d9723c7df@noreply.openstreetmap.org> Message-ID: <067.5aa477e66476928944449bb1f7846641@noreply.openstreetmap.org> #5128: editing with p2 or iD should not switch to a unsecured connection without asking --------------------------+--------------------------- Reporter: aseerel4c26 | Owner: rails-dev@? Type: defect | Status: closed Priority: minor | Milestone: Component: website | Version: Resolution: wontfix | Keywords: privacy https --------------------------+--------------------------- Comment (by aseerel4c26): Thanks for your comment, Tom! Okay, fine then. If it would be quick, a simple mitigation would be not to show https links for the edit button links. Then it would be clear (at least the user has a chance) that the editing will not he via https. Currently the shown link is https. -- Ticket URL: OpenStreetMap OpenStreetMap is a free editable map of the whole world From trac at noreply.openstreetmap.org Mon Feb 24 18:41:33 2014 From: trac at noreply.openstreetmap.org (OpenStreetMap) Date: Mon, 24 Feb 2014 18:41:33 -0000 Subject: [OpenStreetMap] #5127: Non HTTPS-Links: Share links and link to wiki, when being on the HTTPS page In-Reply-To: <044.0bdff88f9ce4aa378340e9ec9d06f125@noreply.openstreetmap.org> References: <044.0bdff88f9ce4aa378340e9ec9d06f125@noreply.openstreetmap.org> Message-ID: <059.b14cb7c42d91a66d57d00a7672804608@noreply.openstreetmap.org> #5127: Non HTTPS-Links: Share links and link to wiki, when being on the HTTPS page --------------------------+------------------------- Reporter: ToB | Owner: rails-dev@? Type: enhancement | Status: closed Priority: minor | Milestone: Component: website | Version: Resolution: wontfix | Keywords: --------------------------+------------------------- Comment (by aseerel4c26): Tom, Tom... the old issue. Then keep this bug open. Not a "Tom-only" bugtracker, is it? Are you trying to get a good reputation at GCHQ? Then please just ignore those security and privacy related bugs. ;-) It is okay if you are giving a sh.. regarding privacy, but please do not demand the same from all others. -- Ticket URL: OpenStreetMap OpenStreetMap is a free editable map of the whole world From trac at noreply.openstreetmap.org Mon Feb 24 18:42:37 2014 From: trac at noreply.openstreetmap.org (OpenStreetMap) Date: Mon, 24 Feb 2014 18:42:37 -0000 Subject: [OpenStreetMap] #5127: Non HTTPS-Links: Share links and link to wiki, when being on the HTTPS page In-Reply-To: <044.0bdff88f9ce4aa378340e9ec9d06f125@noreply.openstreetmap.org> References: <044.0bdff88f9ce4aa378340e9ec9d06f125@noreply.openstreetmap.org> Message-ID: <059.3ae01860b65cbc0a13a99d784ba3f86a@noreply.openstreetmap.org> #5127: Non HTTPS-Links: Share links and link to wiki, when being on the HTTPS page --------------------------+------------------------- Reporter: ToB | Owner: rails-dev@? Type: enhancement | Status: reopened Priority: minor | Milestone: Component: website | Version: Resolution: | Keywords: --------------------------+------------------------- Changes (by aseerel4c26): * status: closed => reopened * resolution: wontfix => -- Ticket URL: OpenStreetMap OpenStreetMap is a free editable map of the whole world From trac at noreply.openstreetmap.org Mon Feb 24 18:54:03 2014 From: trac at noreply.openstreetmap.org (OpenStreetMap) Date: Mon, 24 Feb 2014 18:54:03 -0000 Subject: [OpenStreetMap] #5127: Non HTTPS-Links: Share links and link to wiki, when being on the HTTPS page In-Reply-To: <044.0bdff88f9ce4aa378340e9ec9d06f125@noreply.openstreetmap.org> References: <044.0bdff88f9ce4aa378340e9ec9d06f125@noreply.openstreetmap.org> Message-ID: <059.218cdfccdc6ecbd02007eb55715f9d60@noreply.openstreetmap.org> #5127: Non HTTPS-Links: Share links and link to wiki, when being on the HTTPS page --------------------------+------------------------- Reporter: ToB | Owner: rails-dev@? Type: enhancement | Status: reopened Priority: minor | Milestone: Component: website | Version: Resolution: | Keywords: --------------------------+------------------------- Comment (by TomH): The problem is this bug has no defined scope - no end point when it could ever be closed. I'm not even sure there is any logic in a theory that an page loaded over https should only link to other pages over https. Surely if you believe in "https everywhere" you should be arguing that all out links to sites which support https should be in https regardless of what protocol the source page was loaded over? -- Ticket URL: OpenStreetMap OpenStreetMap is a free editable map of the whole world From trac at noreply.openstreetmap.org Mon Feb 24 19:23:39 2014 From: trac at noreply.openstreetmap.org (OpenStreetMap) Date: Mon, 24 Feb 2014 19:23:39 -0000 Subject: [OpenStreetMap] #5127: Non HTTPS-Links: Share links and link to wiki, when being on the HTTPS page In-Reply-To: <044.0bdff88f9ce4aa378340e9ec9d06f125@noreply.openstreetmap.org> References: <044.0bdff88f9ce4aa378340e9ec9d06f125@noreply.openstreetmap.org> Message-ID: <059.2faa8b2215632fe8a37f655edc3f8164@noreply.openstreetmap.org> #5127: Non HTTPS-Links: Share links and link to wiki, when being on the HTTPS page --------------------------+------------------------- Reporter: ToB | Owner: rails-dev@? Type: enhancement | Status: reopened Priority: minor | Milestone: Component: website | Version: Resolution: | Keywords: https --------------------------+------------------------- Changes (by aseerel4c26): * keywords: => https Comment: I do not know of RFCs or something, but it is just good practise to use [https://en.wikipedia.org/wiki/Protocol-relative_URL protocol-relative links] if the target page is reachable via http and https. It even saves space. ;-) What a page should not do is to open a page via http if the clicked link shows https, because the user might prefer to not open the page via http. Scope? Hmm, its end is a bit blurry, yes. But the it mentions a few specific, prominent high-traffic links which should be changed. After this bug could be closed. On a second thought: if one would e.g. search through all interface code and replace all http links then this bug would be finished completely. -- Ticket URL: OpenStreetMap OpenStreetMap is a free editable map of the whole world From trac at noreply.openstreetmap.org Mon Feb 24 19:47:22 2014 From: trac at noreply.openstreetmap.org (OpenStreetMap) Date: Mon, 24 Feb 2014 19:47:22 -0000 Subject: [OpenStreetMap] #5127: Non HTTPS-Links: Share links and link to wiki, when being on the HTTPS page In-Reply-To: <044.0bdff88f9ce4aa378340e9ec9d06f125@noreply.openstreetmap.org> References: <044.0bdff88f9ce4aa378340e9ec9d06f125@noreply.openstreetmap.org> Message-ID: <059.637f21636e279bda244a32c1775a0c91@noreply.openstreetmap.org> #5127: Non HTTPS-Links: Share links and link to wiki, when being on the HTTPS page --------------------------+------------------------- Reporter: ToB | Owner: rails-dev@? Type: enhancement | Status: reopened Priority: minor | Milestone: Component: website | Version: Resolution: | Keywords: https --------------------------+------------------------- Comment (by TomH): Go on then - I know you know where the source is. Don't forget to make sure it works when pages are loaded locally from file URLs when that is relevant. Oh and of course you'll have to work out how to deal with all the URLs that are embedded in the locale files. Still think it's easy? -- Ticket URL: OpenStreetMap OpenStreetMap is a free editable map of the whole world From trac at noreply.openstreetmap.org Mon Feb 24 20:45:25 2014 From: trac at noreply.openstreetmap.org (OpenStreetMap) Date: Mon, 24 Feb 2014 20:45:25 -0000 Subject: [OpenStreetMap] #5127: Non HTTPS-Links: Share links and link to wiki, when being on the HTTPS page In-Reply-To: <044.0bdff88f9ce4aa378340e9ec9d06f125@noreply.openstreetmap.org> References: <044.0bdff88f9ce4aa378340e9ec9d06f125@noreply.openstreetmap.org> Message-ID: <059.ea134f1286aa6575aae1987d8b25e54a@noreply.openstreetmap.org> #5127: Non HTTPS-Links: Share links and link to wiki, when being on the HTTPS page --------------------------+------------------------- Reporter: ToB | Owner: rails-dev@? Type: enhancement | Status: reopened Priority: minor | Milestone: Component: website | Version: Resolution: | Keywords: https --------------------------+------------------------- Comment (by aseerel4c26): Tom, yes, I know where the source is. And, no, I will not do any changes currently (first: time, second: github). Did I say it is "easy"? I think I did not. I do not understand why you are so pissed about this topic. :-( "Not invented here"? Well, maybe just because it is totally irrelevant in your POV. As said, then please just ignore those bugs. -- Ticket URL: OpenStreetMap OpenStreetMap is a free editable map of the whole world From trac at noreply.openstreetmap.org Mon Feb 24 20:47:59 2014 From: trac at noreply.openstreetmap.org (OpenStreetMap) Date: Mon, 24 Feb 2014 20:47:59 -0000 Subject: [OpenStreetMap] #5127: Non HTTPS-Links: Share links and link to wiki, when being on the HTTPS page In-Reply-To: <044.0bdff88f9ce4aa378340e9ec9d06f125@noreply.openstreetmap.org> References: <044.0bdff88f9ce4aa378340e9ec9d06f125@noreply.openstreetmap.org> Message-ID: <059.2a729fd67e1f150917680361853a76df@noreply.openstreetmap.org> #5127: Non HTTPS-Links: Share links and link to wiki, when being on the HTTPS page --------------------------+------------------------- Reporter: ToB | Owner: rails-dev@? Type: enhancement | Status: reopened Priority: minor | Milestone: Component: website | Version: Resolution: | Keywords: https --------------------------+------------------------- Comment (by TomH): Because I view all these bugs as my "to do list" and I endeavour to stop it growing out of control. A database of thousands of bugs that nobody ever does anything about is of no use to anybody - all it does is hide important issues in a lot of background noise. -- Ticket URL: OpenStreetMap OpenStreetMap is a free editable map of the whole world From trac at noreply.openstreetmap.org Tue Feb 25 07:31:20 2014 From: trac at noreply.openstreetmap.org (OpenStreetMap) Date: Tue, 25 Feb 2014 07:31:20 -0000 Subject: [OpenStreetMap] #5129: Saving new passwords does not require the old one Message-ID: <047.c88b2e29bfe89dd7b2e459b89c62dc2a@noreply.openstreetmap.org> #5129: Saving new passwords does not require the old one ----------------------+------------------------- Reporter: oxplot | Owner: rails-dev@? Type: defect | Status: new Priority: critical | Milestone: Component: website | Version: Keywords: | ----------------------+------------------------- When saving a new password under [[https://www.openstreetmap.org/user/username/account|User Account Settings]] page, the old password is '''not''' required. This is very bad. A malicious party who has stolen a logged in session can take away access from the original user completely by changing his/her password. -- Ticket URL: OpenStreetMap OpenStreetMap is a free editable map of the whole world From trac at noreply.openstreetmap.org Tue Feb 25 07:33:40 2014 From: trac at noreply.openstreetmap.org (OpenStreetMap) Date: Tue, 25 Feb 2014 07:33:40 -0000 Subject: [OpenStreetMap] #5130: Reset password facility leaks email addresses Message-ID: <047.85a52035b569417c82bfc75e31d4c301@noreply.openstreetmap.org> #5130: Reset password facility leaks email addresses ----------------------+------------------------- Reporter: oxplot | Owner: rails-dev@? Type: defect | Status: new Priority: critical | Milestone: Component: website | Version: Keywords: | ----------------------+------------------------- When using the [[https://www.openstreetmap.org/user/forgot-password|Lost Password facility]], openstreetmap warns the user if the entered email address doesn't exist in the system. This is a very well known security issue and can allow attackers to cut the time needed to crack their way in by orders of magnitude (see a mention of it under [[http://www.fishnetsecurity.com/6labs/resource- library/white-paper/best-practices-secure-forgot-password-feature|"DON'T" disclose valid usernames section]]). The proper way is to show the success message for all inputs. If the user mistyped their email, they won't receive an email and will retry. -- Ticket URL: OpenStreetMap OpenStreetMap is a free editable map of the whole world From trac at noreply.openstreetmap.org Tue Feb 25 09:01:02 2014 From: trac at noreply.openstreetmap.org (OpenStreetMap) Date: Tue, 25 Feb 2014 09:01:02 -0000 Subject: [OpenStreetMap] #5130: Reset password facility leaks email addresses In-Reply-To: <047.85a52035b569417c82bfc75e31d4c301@noreply.openstreetmap.org> References: <047.85a52035b569417c82bfc75e31d4c301@noreply.openstreetmap.org> Message-ID: <062.87c2e895f46b16164077314774cc505e@noreply.openstreetmap.org> #5130: Reset password facility leaks email addresses -----------------------+------------------------- Reporter: oxplot | Owner: rails-dev@? Type: defect | Status: closed Priority: critical | Milestone: Component: website | Version: Resolution: wontfix | Keywords: -----------------------+------------------------- Changes (by TomH): * status: new => closed * resolution: => wontfix Comment: I'm perfectly well aware of that advice, but we have chosen not to follow it in this case because, frankly, it makes for utterly terrible usability. If the only feedback to let you know if you typed the address right, or if your memory of which address you registered with is correct, is an email that might not arrive until some hours later then the whole experience becomes a nightmare for a (possibly not very technical) user. As the person who gets the emails when people can't help themselves there is no way I am going to do this I'm afraid. -- Ticket URL: OpenStreetMap OpenStreetMap is a free editable map of the whole world From trac at noreply.openstreetmap.org Tue Feb 25 09:01:27 2014 From: trac at noreply.openstreetmap.org (OpenStreetMap) Date: Tue, 25 Feb 2014 09:01:27 -0000 Subject: [OpenStreetMap] #5129: Saving new passwords does not require the old one In-Reply-To: <047.c88b2e29bfe89dd7b2e459b89c62dc2a@noreply.openstreetmap.org> References: <047.c88b2e29bfe89dd7b2e459b89c62dc2a@noreply.openstreetmap.org> Message-ID: <062.d96b38d8f3b82245013cfb43f1a52b10@noreply.openstreetmap.org> #5129: Saving new passwords does not require the old one ----------------------+------------------------- Reporter: oxplot | Owner: rails-dev@? Type: defect | Status: new Priority: minor | Milestone: Component: website | Version: Resolution: | Keywords: ----------------------+------------------------- Changes (by TomH): * priority: critical => minor -- Ticket URL: OpenStreetMap OpenStreetMap is a free editable map of the whole world From trac at noreply.openstreetmap.org Tue Feb 25 09:02:30 2014 From: trac at noreply.openstreetmap.org (OpenStreetMap) Date: Tue, 25 Feb 2014 09:02:30 -0000 Subject: [OpenStreetMap] #5129: Saving new passwords does not require the old one In-Reply-To: <047.c88b2e29bfe89dd7b2e459b89c62dc2a@noreply.openstreetmap.org> References: <047.c88b2e29bfe89dd7b2e459b89c62dc2a@noreply.openstreetmap.org> Message-ID: <062.2dfa6991d440b3df6a68f92e74862106@noreply.openstreetmap.org> #5129: Saving new passwords does not require the old one ----------------------+------------------------- Reporter: oxplot | Owner: rails-dev@? Type: defect | Status: new Priority: minor | Milestone: Component: website | Version: Resolution: | Keywords: ----------------------+------------------------- Comment (by TomH): They can't actually take away access completely, because the user can still recover access using the password reset facility - the only way to stop that would be to change the email, but you can't do that without access to the original email in order to confirm the change. -- Ticket URL: OpenStreetMap OpenStreetMap is a free editable map of the whole world From trac at noreply.openstreetmap.org Tue Feb 25 13:56:36 2014 From: trac at noreply.openstreetmap.org (OpenStreetMap) Date: Tue, 25 Feb 2014 13:56:36 -0000 Subject: [OpenStreetMap] #5130: Reset password facility leaks email addresses In-Reply-To: <047.85a52035b569417c82bfc75e31d4c301@noreply.openstreetmap.org> References: <047.85a52035b569417c82bfc75e31d4c301@noreply.openstreetmap.org> Message-ID: <062.86428a4457c3ab27d29c09b22ac5e9a6@noreply.openstreetmap.org> #5130: Reset password facility leaks email addresses -----------------------+------------------------- Reporter: oxplot | Owner: rails-dev@? Type: defect | Status: closed Priority: critical | Milestone: Component: website | Version: Resolution: wontfix | Keywords: -----------------------+------------------------- Comment (by oxplot): Since you mentioned that you have chosen not to follow it, I assume this has never been implemented. So there is actually no data that this change would increase the number of emails you receive. As a solution to a ''possible'' increase, you could show a message to ask the user to retry the procedure should they not receive the email promptly. Now, regarding "terrible usability", I agree with you but it shouldn't mean abandoning security. You (openstreetmap) are responsible for keeping your users' data confidential. Now Apple's [[https://iforgot.apple.com/password/verify/appleid|Forgot Password feature]] tells you they've sent the email regardless. I mention Apple because they're known for some of the best UX designs. However, [[https://www.facebook.com/login/identify?ctx=recover|facebook]], [[https://twitter.com/account/resend_password|twitter]], [[https://instagram.com/accounts/password/reset/|instagram]], [[http://www.reddit.com/password|reddit]], [[https://en.wikipedia.org/wiki/Special:PasswordReset|wikipedia]], [[https://github.com/sessions/forgot_password|github]] and others do what OSM does. But with ''a difference'', they watch the usage very closely and stop brute force attacks by use of reCAPTHCHA for instance (usability anyone?). In contrast, I just ran a script to try 1000 reset requests in under 2 minutes and OSM answered each and every one of them! It'd be better usability if no one had to enter a password but we do it because nothing else has the security vs usability balance that password provides. But for reset password functionality, there is a choice. OSM, however, is not doing one or the other, but half of one. -- Ticket URL: OpenStreetMap OpenStreetMap is a free editable map of the whole world From trac at noreply.openstreetmap.org Tue Feb 25 13:59:48 2014 From: trac at noreply.openstreetmap.org (OpenStreetMap) Date: Tue, 25 Feb 2014 13:59:48 -0000 Subject: [OpenStreetMap] #5130: Reset password facility leaks email addresses In-Reply-To: <047.85a52035b569417c82bfc75e31d4c301@noreply.openstreetmap.org> References: <047.85a52035b569417c82bfc75e31d4c301@noreply.openstreetmap.org> Message-ID: <062.12decd539de20ef38808943abceb5039@noreply.openstreetmap.org> #5130: Reset password facility leaks email addresses -----------------------+------------------------- Reporter: oxplot | Owner: rails-dev@? Type: defect | Status: closed Priority: critical | Milestone: Component: website | Version: Resolution: wontfix | Keywords: -----------------------+------------------------- Comment (by TomH): Those companies also have hundreds or thousands of paid support staff to deal with users who can't manage to reset their passwords. We have me. -- Ticket URL: OpenStreetMap OpenStreetMap is a free editable map of the whole world From trac at noreply.openstreetmap.org Tue Feb 25 14:01:02 2014 From: trac at noreply.openstreetmap.org (OpenStreetMap) Date: Tue, 25 Feb 2014 14:01:02 -0000 Subject: [OpenStreetMap] #5130: Reset password facility leaks email addresses In-Reply-To: <047.85a52035b569417c82bfc75e31d4c301@noreply.openstreetmap.org> References: <047.85a52035b569417c82bfc75e31d4c301@noreply.openstreetmap.org> Message-ID: <062.8d87490b411d016d1585b6f9109d0463@noreply.openstreetmap.org> #5130: Reset password facility leaks email addresses -----------------------+------------------------- Reporter: oxplot | Owner: rails-dev@? Type: defect | Status: closed Priority: critical | Milestone: Component: website | Version: Resolution: wontfix | Keywords: -----------------------+------------------------- Comment (by TomH): For the record I can't remember the exact history of this feature but in general everything in our authentication etc has been optimised over time in response to experience of the sort of things that confuse users and lead to them emailing us for help. -- Ticket URL: OpenStreetMap OpenStreetMap is a free editable map of the whole world From trac at noreply.openstreetmap.org Tue Feb 25 14:07:30 2014 From: trac at noreply.openstreetmap.org (OpenStreetMap) Date: Tue, 25 Feb 2014 14:07:30 -0000 Subject: [OpenStreetMap] #5130: Reset password facility leaks email addresses In-Reply-To: <047.85a52035b569417c82bfc75e31d4c301@noreply.openstreetmap.org> References: <047.85a52035b569417c82bfc75e31d4c301@noreply.openstreetmap.org> Message-ID: <062.94fac13f1e5c582a9bb74952f5db6579@noreply.openstreetmap.org> #5130: Reset password facility leaks email addresses -----------------------+------------------------- Reporter: oxplot | Owner: rails-dev@? Type: defect | Status: closed Priority: critical | Milestone: Component: website | Version: Resolution: wontfix | Keywords: -----------------------+------------------------- Comment (by TomH): To summarise the status of this: * The reset password page leaks exactly one piece of information - the fact that a given email address is associated with an account. It does not tell you which account or anything else that could not be determined in other ways. * I have no problem changing the current system if somebody can provide suggestions for a replacement which will not lead to a major loss of usability - a lot of people using that page are not just trying to reset a password for a known account but are unsure if they even have an account so that needs to be born in mind. * I do not believe that captcha's are generally useful - even the biggest players have trouble keeping their captchas able to resist bots and we would stand no chance. -- Ticket URL: OpenStreetMap OpenStreetMap is a free editable map of the whole world From trac at noreply.openstreetmap.org Tue Feb 25 15:01:07 2014 From: trac at noreply.openstreetmap.org (OpenStreetMap) Date: Tue, 25 Feb 2014 15:01:07 -0000 Subject: [OpenStreetMap] #5130: Reset password facility leaks email addresses In-Reply-To: <047.85a52035b569417c82bfc75e31d4c301@noreply.openstreetmap.org> References: <047.85a52035b569417c82bfc75e31d4c301@noreply.openstreetmap.org> Message-ID: <062.76916dc5b99e8cb4624124106efcfda5@noreply.openstreetmap.org> #5130: Reset password facility leaks email addresses -----------------------+------------------------- Reporter: oxplot | Owner: rails-dev@? Type: defect | Status: closed Priority: critical | Milestone: Component: website | Version: Resolution: wontfix | Keywords: -----------------------+------------------------- Comment (by oxplot): Replying to [comment:3 TomH]: > Those companies also have hundreds or thousands of paid support staff to deal with users who can't manage to reset their passwords. We have me. And you love your users more than the crowd. Those big companies (e.g. Google) don't actually provide any support for lost accounts. It's just not feasible when you have millions of users (unless they are a paid customer). Heck, they even close people's accounts on suspicion that they're compromised and that's fine. > I have no problem changing the current system if somebody can provide suggestions for a replacement which will not lead to a major loss of usability Like I mentioned before, implement a rate limiter, like reCAPTCHA but only show it when traffic from an IP goes over a certain threshold. This way, majority of users won't see it (no loss of usability) but if anyone tries to brute force your DB, it gets hard fast. True that reCAPTCHA can be defeated (e.g. human bots), but it's much more difficult and expensive to do compared to a 10 line bash script that I wrote in under a minute. Now, reading your comments, I just realized that this needs to be done on the sign-up page as well (if not already). -- Ticket URL: OpenStreetMap OpenStreetMap is a free editable map of the whole world From trac at noreply.openstreetmap.org Tue Feb 25 15:05:00 2014 From: trac at noreply.openstreetmap.org (OpenStreetMap) Date: Tue, 25 Feb 2014 15:05:00 -0000 Subject: [OpenStreetMap] #5129: Saving new passwords does not require the old one In-Reply-To: <047.c88b2e29bfe89dd7b2e459b89c62dc2a@noreply.openstreetmap.org> References: <047.c88b2e29bfe89dd7b2e459b89c62dc2a@noreply.openstreetmap.org> Message-ID: <062.bc0b34e79034a1e859a94e07eb4d80c2@noreply.openstreetmap.org> #5129: Saving new passwords does not require the old one ----------------------+------------------------- Reporter: oxplot | Owner: rails-dev@? Type: defect | Status: new Priority: minor | Milestone: Component: website | Version: Resolution: | Keywords: ----------------------+------------------------- Comment (by oxplot): What if someone lost access to their original email and wanted to change their email to a new one? -- Ticket URL: OpenStreetMap OpenStreetMap is a free editable map of the whole world From trac at noreply.openstreetmap.org Tue Feb 25 15:06:40 2014 From: trac at noreply.openstreetmap.org (OpenStreetMap) Date: Tue, 25 Feb 2014 15:06:40 -0000 Subject: [OpenStreetMap] #5129: Saving new passwords does not require the old one In-Reply-To: <047.c88b2e29bfe89dd7b2e459b89c62dc2a@noreply.openstreetmap.org> References: <047.c88b2e29bfe89dd7b2e459b89c62dc2a@noreply.openstreetmap.org> Message-ID: <062.ac24ecba05460c284270c1b70e6b50ac@noreply.openstreetmap.org> #5129: Saving new passwords does not require the old one ----------------------+------------------------- Reporter: oxplot | Owner: rails-dev@? Type: defect | Status: new Priority: minor | Milestone: Component: website | Version: Resolution: | Keywords: ----------------------+------------------------- Comment (by TomH): The only way to do that is to contact support and have us do it by hand if you can convince us it really is your account. -- Ticket URL: OpenStreetMap OpenStreetMap is a free editable map of the whole world From trac at noreply.openstreetmap.org Tue Feb 25 15:15:26 2014 From: trac at noreply.openstreetmap.org (OpenStreetMap) Date: Tue, 25 Feb 2014 15:15:26 -0000 Subject: [OpenStreetMap] #5129: Saving new passwords does not require the old one In-Reply-To: <047.c88b2e29bfe89dd7b2e459b89c62dc2a@noreply.openstreetmap.org> References: <047.c88b2e29bfe89dd7b2e459b89c62dc2a@noreply.openstreetmap.org> Message-ID: <062.9dfa393ae5133d0a9c23839255408eab@noreply.openstreetmap.org> #5129: Saving new passwords does not require the old one ----------------------+------------------------- Reporter: oxplot | Owner: rails-dev@? Type: defect | Status: new Priority: minor | Milestone: Component: website | Version: Resolution: | Keywords: ----------------------+------------------------- Comment (by oxplot): OK, then room for improvement. If you the old password is required for setting a new one, you: * Fix the issue here (it's still an issue because it creates work for the user) * Reduce the number of support calls and the headache of figuring out if someone's telling the truth or not. And users can still forget and reset their passwords like before. -- Ticket URL: OpenStreetMap OpenStreetMap is a free editable map of the whole world From notifications at github.com Wed Feb 26 00:10:50 2014 From: notifications at github.com (John Firebaugh) Date: Tue, 25 Feb 2014 16:10:50 -0800 Subject: [openstreetmap-website] Update to iD v1.3.7 (#711) Message-ID: * Added building presets * Improve how tags are merged when merging to a multipolygon * Disable merge operation if at least one relation is incomplete * Add shop=bookmaker, shop=lottery, and shop=art presets * Use https URLs where supported * Fix duplicate/missing objects after restoring data from localStorage * Remove addr:housename field from address preset You can merge this Pull Request by running: git pull https://github.com/osmlab/openstreetmap-website iD-1.3.7 Or you can view, comment on it, or merge it online at: https://github.com/openstreetmap/openstreetmap-website/pull/711 -- Commit Summary -- * Update to iD v1.3.7 -- File Changes -- M vendor/assets/iD/iD.css.erb (5) M vendor/assets/iD/iD.js (623) M vendor/assets/iD/iD/locales/bn.json (6) M vendor/assets/iD/iD/locales/ca.json (85) M vendor/assets/iD/iD/locales/da.json (111) M vendor/assets/iD/iD/locales/de.json (121) M vendor/assets/iD/iD/locales/en-GB.json (6) M vendor/assets/iD/iD/locales/en.json (111) M vendor/assets/iD/iD/locales/es.json (310) M vendor/assets/iD/iD/locales/fi.json (30) M vendor/assets/iD/iD/locales/fr.json (82) M vendor/assets/iD/iD/locales/hr.json (3) M vendor/assets/iD/iD/locales/it.json (79) M vendor/assets/iD/iD/locales/ja.json (117) M vendor/assets/iD/iD/locales/pl.json (115) M vendor/assets/iD/iD/locales/pt-BR.json (375) M vendor/assets/iD/iD/locales/ru.json (507) M vendor/assets/iD/iD/locales/sk.json (3) M vendor/assets/iD/iD/locales/sv.json (160) M vendor/assets/iD/iD/locales/ta.json (48) M vendor/assets/iD/iD/locales/te.json (9) M vendor/assets/iD/iD/locales/vi.json (111) M vendor/assets/iD/iD/locales/zh-CN.json (5) M vendor/assets/iD/iD/locales/zh-TW.json (666) -- Patch Links -- https://github.com/openstreetmap/openstreetmap-website/pull/711.patch https://github.com/openstreetmap/openstreetmap-website/pull/711.diff --- Reply to this email directly or view it on GitHub: https://github.com/openstreetmap/openstreetmap-website/pull/711 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Wed Feb 26 00:37:16 2014 From: notifications at github.com (Tom Hughes) Date: Tue, 25 Feb 2014 16:37:16 -0800 Subject: [openstreetmap-website] Update to iD v1.3.7 (#711) In-Reply-To: References: Message-ID: Merged. --- Reply to this email directly or view it on GitHub: https://github.com/openstreetmap/openstreetmap-website/pull/711#issuecomment-36077608 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Wed Feb 26 00:37:16 2014 From: notifications at github.com (Tom Hughes) Date: Tue, 25 Feb 2014 16:37:16 -0800 Subject: [openstreetmap-website] Update to iD v1.3.7 (#711) In-Reply-To: References: Message-ID: Closed #711. --- Reply to this email directly or view it on GitHub: https://github.com/openstreetmap/openstreetmap-website/pull/711 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Thu Feb 27 21:20:23 2014 From: notifications at github.com (Tom Hughes) Date: Thu, 27 Feb 2014 13:20:23 -0800 Subject: [openstreetmap-website] Use Konacha for testing JavaScript (#105) In-Reply-To: References: Message-ID: Closed #105. --- Reply to this email directly or view it on GitHub: https://github.com/openstreetmap/openstreetmap-website/pull/105 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Thu Feb 27 21:20:23 2014 From: notifications at github.com (Tom Hughes) Date: Thu, 27 Feb 2014 13:20:23 -0800 Subject: [openstreetmap-website] Use Konacha for testing JavaScript (#105) In-Reply-To: References: Message-ID: I finally got around to looking at this - we really do need to get some testing going on our JS code - and it all looked pretty good to me so I have merged it and fixed up the tests to work with the current code. It's a bit fiddly to get poltergeist and phantomjs working on Fedora at the moment but hopefully it should be easier on other platforms. That said, it's not clear to me how much of our JS we will be able to test this was - most of `osm.js.erb` is now covered but most of the rest of it relies on interacting with the pages built by rails. Maybe we should look at using capybara directly for those? --- Reply to this email directly or view it on GitHub: https://github.com/openstreetmap/openstreetmap-website/pull/105#issuecomment-36292797 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Fri Feb 28 01:36:26 2014 From: notifications at github.com (=?UTF-8?B?Sm/Do28gRy4gUGFja2Vy?=) Date: Thu, 27 Feb 2014 17:36:26 -0800 Subject: [openstreetmap-website] Fixed wikipedia link reference to specific sections (#712) Message-ID: The wikipedia link wasn't correctly created when they were referencing a section of an article. Well, it did work, it just broke the reference to the article's section. There is a good number of values for the `wikipedia=*` key referencing a specific section, [as shown by taginfo](http://taginfo.openstreetmap.org/keys/wikipedia). You can merge this Pull Request by running: git pull https://github.com/jgpacker/openstreetmap-website master Or you can view, comment on it, or merge it online at: https://github.com/openstreetmap/openstreetmap-website/pull/712 -- Commit Summary -- * Fixed wikipedia link reference to specific sections -- File Changes -- M app/helpers/browse_helper.rb (14) -- Patch Links -- https://github.com/openstreetmap/openstreetmap-website/pull/712.patch https://github.com/openstreetmap/openstreetmap-website/pull/712.diff --- Reply to this email directly or view it on GitHub: https://github.com/openstreetmap/openstreetmap-website/pull/712 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Fri Feb 28 07:11:28 2014 From: notifications at github.com (Tom Hughes) Date: Thu, 27 Feb 2014 23:11:28 -0800 Subject: [openstreetmap-website] Fixed wikipedia link reference to specific sections (#712) In-Reply-To: References: Message-ID: Is this another attempt at #223 and if it is does it suffers from the same problems? --- Reply to this email directly or view it on GitHub: https://github.com/openstreetmap/openstreetmap-website/pull/712#issuecomment-36326950 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Fri Feb 28 07:12:55 2014 From: notifications at github.com (Tom Hughes) Date: Thu, 27 Feb 2014 23:12:55 -0800 Subject: [openstreetmap-website] Fixed wikipedia link reference to specific sections (#712) In-Reply-To: References: Message-ID: > @@ -114,16 +114,24 @@ def wikipedia_link(key, value) > lang = 'en' > end > elsif key =~ /^wikipedia:(\S+)$/ > - # Language is in the key, so assume value is a simple title > + # Language is in the key, so assume value is the title Why did you feel this should be changed? --- Reply to this email directly or view it on GitHub: https://github.com/openstreetmap/openstreetmap-website/pull/712/files#r10156435 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Fri Feb 28 11:25:38 2014 From: notifications at github.com (=?UTF-8?B?Sm/Do28gRy4gUGFja2Vy?=) Date: Fri, 28 Feb 2014 03:25:38 -0800 Subject: [openstreetmap-website] Fixed wikipedia link reference to specific sections (#712) In-Reply-To: References: Message-ID: > @@ -114,16 +114,24 @@ def wikipedia_link(key, value) > lang = 'en' > end > elsif key =~ /^wikipedia:(\S+)$/ > - # Language is in the key, so assume value is a simple title > + # Language is in the key, so assume value is the title Since `value` can be the article's title and the section's title, I felt that it couldn't be considered a *simple* title. Also, I made no mention of the section's title here because I thought this was better explained in a later block. --- Reply to this email directly or view it on GitHub: https://github.com/openstreetmap/openstreetmap-website/pull/712/files#r10161015 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Fri Feb 28 11:30:05 2014 From: notifications at github.com (=?UTF-8?B?Sm/Do28gRy4gUGFja2Vy?=) Date: Fri, 28 Feb 2014 03:30:05 -0800 Subject: [openstreetmap-website] Fixed wikipedia link reference to specific sections (#712) In-Reply-To: References: Message-ID: I added a complete explanation of the change in the commit's description. I was not sure whether I should have repeated it on the pull request too. Yes, it seems #223 attempted to solve the same issue, and no, it doesn't have the same problem. --- Reply to this email directly or view it on GitHub: https://github.com/openstreetmap/openstreetmap-website/pull/712#issuecomment-36342082 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Fri Feb 28 22:39:22 2014 From: notifications at github.com (Vladimir Agafonkin) Date: Fri, 28 Feb 2014 14:39:22 -0800 Subject: [openstreetmap-website] Add support for "login with Facebook" and MS live (#153) In-Reply-To: References: Message-ID: Any updates on this? --- Reply to this email directly or view it on GitHub: https://github.com/openstreetmap/openstreetmap-website/pull/153#issuecomment-36402037 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Fri Feb 28 22:43:26 2014 From: notifications at github.com (simonpoole) Date: Fri, 28 Feb 2014 14:43:26 -0800 Subject: [openstreetmap-website] Add support for "login with Facebook" and MS live (#153) In-Reply-To: References: Message-ID: @mourner the LWG gave a green light from the legal pov at its last meeting. --- Reply to this email directly or view it on GitHub: https://github.com/openstreetmap/openstreetmap-website/pull/153#issuecomment-36402327 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Fri Feb 28 22:50:19 2014 From: notifications at github.com (Vladimir Agafonkin) Date: Fri, 28 Feb 2014 14:50:19 -0800 Subject: [openstreetmap-website] Add support for "login with Facebook" and MS live (#153) In-Reply-To: References: Message-ID: Nice! --- Reply to this email directly or view it on GitHub: https://github.com/openstreetmap/openstreetmap-website/pull/153#issuecomment-36402856 -------------- next part -------------- An HTML attachment was scrubbed... URL: