Re: [HOT] The status of iD in HOT contexts/projects
Ditto here. That actually starts today, in like an hourŠso we'll see how we do. Robert Banick | GIS Coordinator | International Services | Ì American Red Cross http://www.redcross.org/ 2025 E Street NW, Washington, DC 20006 Tel 202-303-5017 | Cell 202-805-3679 | Skype robert.banick On 9/29/13 4:19 PM, Kate Chapman k...@maploser.com wrote: Hi Robert/All, I wanted to mention we'll be using iD as well for the mapping begin this week in Haiphong. It is currently the only OSM editor with decent Vietnamese support. I'm a bit concerned about conflicts during our training, but intend to use the Tasking Manager to try to avoid that. Best, -Kate On Sat, Sep 28, 2013 at 4:21 PM, Banick, Robert robert.ban...@redcross.org wrote: Hi John et al., Thanks for the update! Acknowledged that imagery may have to wait a while. C'est la vie ‹ I know you all are kept quite busy as things are. Regarding conflict detection, I think myself, Kareem Ahmed, and the wonderful folks at the Kathmandu Living Labs will have a lot more constructive feedback after our training this week. We'll keep a running log of issues with all the softwares we're using and report back regarding the highest priority fixes for iD. Overall I agree that a full blown versioning editor is beyond scope for iD ‹ we just need something a little more user-friendly than the current error messages. Many thanks to Simon and the Operations Working Group for their GPX / Waypoints help! Cheers, Robert Robert Banick | GIS Coordinator | International Services | Ì American Red Cross 2025 E Street NW, Washington, DC 20006 Tel 202-303-5017 | Cell 202-805-3679 | Skype robert.banick From: John Firebaugh john.fireba...@gmail.com Date: Thursday, September 26, 2013 11:35 PM To: Robert Banick robert.ban...@redcross.org Cc: kathleen.daniel...@gmail.com kathleen.daniel...@gmail.com, william skora skorasau...@gmail.com, hot@openstreetmap.org hot@openstreetmap.org, Tom MacWright t...@macwright.org, Simon Johnson sjohn...@redcross.org.uk Subject: Re: [HOT] The status of iD in HOT contexts/projects Will, Robert, Thanks very much for the thoughtful feedback. I've mentally updated some priorities, and can give you a status update on a few of the items you mentioned: - GPS layer: see https://github.com/systemed/iD/issues/277#issuecomment-25187237 - Waypoint support in GPX traces: thanks to Simon Johnson's work, this will be included in 1.2.0, which I've just submitted to OSM.org. - Imagery offset database: this is another feature where a pull request would greatly expedite things. It's on my radar, but not a top priority. - Conflict detection: this could range from 'periodic preemptive check for new data', which might be fairly simple to implement, to 'full blown detection and resolution', which is very complex and likely out of scope entirely for iD. It would be helpful if you could add your opinion on what the necessary scope is and ideas for specific changes to the issue. cheers, John On Tue, Sep 24, 2013 at 8:06 AM, Banick, Robert robert.ban...@redcross.org wrote: Hi Will, Super helpful feedback. I agree with your specific points but not with the overall thrust of your argument. Given that I'm about to conduct a training next week using iD, I hope I'm right :) Some constructive responses: Simon Johnson of the British Red Cross has been working on the GPX point layer since last week and has submitted a pull request to have it fixed. I'm not sure what the status of that pull request is but selfishly hope that it's incorporated by next week. Tom, John et al, any ETA on that? I'm planning on using the tasking manager to organize the iD tracing, with the hope that we can avoid conflicts this way. I agree that conflict resolution is fairly poor and hope to get around it that way. Any experience on your end doing this? I never plan on relying on Bing anyways, since it's too fuzzy in many rural areas of the developing world to be of any use. That's not the fault of the iD team of course, just the reality of imagery availability in its current state. Robert Robert Banick | Field GIS Coordinator | International Services | Ì American Red Cross 2025 E Street NW, Washington, DC 20006 From: kathleen.daniel...@gmail.com kathleen.daniel...@gmail.com Date: Tuesday, September 24, 2013 8:49 AM To: william skora skorasau...@gmail.com Cc: John Firebaugh john.fireba...@gmail.com, hot@openstreetmap.org hot@openstreetmap.org, Tom MacWright t...@macwright.org Subject: Re: [HOT] The status of iD in HOT contexts/projects Great example of constructive feedback, Will. I'm sure that Tom, John, and team really appreciate it! On Sep 23, 2013 11:00 PM, Will Skora skorasau...@gmail.com wrote: Robert Soden mentioned the interest of using iD for OSM-related trainings during today's HOT tech chat. While in Northern Haiti for the CAP103 project in May-June 2013, a handful of the advanced mappers in
Re: [HOT] The status of iD in HOT contexts/projects
From: Kate Chapman [mailto:k...@maploser.com] Sent: Sunday, September 29, 2013 3:35 AM Simon Johnson; Tom MacWright Subject: Re: [HOT] The status of iD in HOT contexts/projects Hi Robert/All, I wanted to mention we'll be using iD as well for the mapping begin this week in Haiphong. It is currently the only OSM editor with decent Vietnamese support. I'm a bit concerned about conflicts during our training, but intend to use the Tasking Manager to try to avoid that. Because iD discards all of its data on save and reloads new data from the API if you have your users save frequently it will also get them refreshing their local data frequently, significantly cutting down on conflicts. If you're in a limited bandwidth situation I wouldn't worry about the increased bandwidth usage because the map data comes compressed and even when loading a dense urban area only about 25% of the bandwidth is used for map data, the remainder mainly being used by aerial imagery. ___ HOT mailing list HOT@openstreetmap.org https://lists.openstreetmap.org/listinfo/hot
[HOT] Request to add Central African Republic among the available countries in OSMAND
On Sun, Sep 29, 2013 at 8:16 AM, Harry Wood m...@harrywood.co.uk wrote: I had a little foray into QGIS just now to see if I could do this. Starting from naturalearth boundaries data http://www.naturalearthdata.com/downloads/10m-cultural-vectors/ I used QGIS to do a buffer and simplify, saving back to shapefile. That then opens into JOSM quite nicely using the OpenData plugin. Saved to .osm it looks like this: http://harrywood.dev.openstreetmap.org/africaboundaries/africaboundariesbuffered.osm.zip (buffers looking good) I tried saving it to .poly using the 'poly' plugin http://harrywood.dev.openstreetmap.org/africaboundaries/africaboundariesbuffered.poly ...but that's all the polygons munged together. What's needed is separate files named by country The Dissolve function (Vector Geoprocessing tools) can be used in QGIS for this purpose I think So almost there, but do we need to manually go through the country ways/relations one by one splitting them to layers in JOSM then saving them separate poly files? Probably wouldn't take that long actually, but a bit tedious Harry From: Severin MENARD severin.men...@gmail.com To: Dan S danstowell+...@gmail.com Cc: Hrvoje Bogner hbog...@gmail.com; hot@openstreetmap.org hot@openstreetmap.org Sent: Saturday, 28 September 2013, 13:39 Subject: Re: [HOT] Fwd: Request to add Central African Republic among the available countries in OSMAND Thanks Dan I am just figuring out that Hrvoje actually needs boundaries with a + 1 km buffer what needs to be done with Geodal or within QGIS. Sincerely, Severin On Sat, Sep 28, 2013 at 1:39 PM, Dan S danstowell+...@gmail.com wrote: Hi - This site provides countries as geojson, kml etc: http://global.mapit.mysociety.org/areas/O02.html Dan 2013/9/28 Severin MENARD severin.men...@gmail.com: Hi Hrvoye, Thank you very much for the proposition to add all the African countries once for all. I did not find the time to find poly files so far and actually I would like to ask the HOT community if someone knows such files already exist somewhere, rather than creating new ones from scratch. Sincerely, Severin On Tue, Sep 10, 2013 at 9:18 PM, Hrvoje Bogner hbog...@gmail.com wrote: Hi Severin I received your mail while on vacation, when I got back there were a lot of things to do at work and in private life so this mail slipped down in the list. At a quick glance some of the countries are already available through application. My plan is to get OSMAND to include ALL of the countries in the world. Africa was the starting point because it had only few of them available. I can add the missing ones as soon as i get some free time to create appropriate boundary. OSMAND team asked not to create to much overlap with countries so I use max 1km offset from country border and simplify it as much as possible. If you want you can help and create *.poly files for missing countries. Regards Hrvoje On 12.08.2013 00:57, Severin MENARD wrote: Dear Hrvoje, Thank you very much for having added Mali, Chad and Burundi to the list of countries to download in OSMAND. Would it be possible to add a few African countries again? * Sudan, where Khartoum is currently hit by large floods (http://wiki.openstreetmap.org/wiki/2013_Sudan_floods) * Central African Republic where the situation, if not broadcasted is becoming totally dramatic. We have a request from MSF Spain (cced) that would make a great use of it in the field. The crisis in Central African Republic is not mediatised at all, but the population is facing some real issues, including hunger now (see this article http://www.lemonde.fr/afrique/article/2013/07/09/la-penurie-alimentaire-menace-la-centrafrique_3445128_3212.html from Le Monde that you can easily read with an online translation) * Togo, where we have an ongoing field mission, as part of the EOF project http://hot.openstreetmap.org/projects/espace_osm_francophone_0 * Cameroon, where a very dynamic community is working * Malawi, where the mapping possibilities could rise soon Beyond this, it would be great if all the African countries could be added in the future. If ever we can help eg by providing the boundaries in any format, please just ask. Sincerely, Severin Message: 3 Date: Tue, 19 Mar 2013 20:09:09 +0100 From: hbogner hbog...@gmail.com mailto:hbog...@gmail.com To: hot@openstreetmap.org mailto:hot@openstreetmap.org Subject: Re: [HOT] Mali now available in Osmand, any more needed? Message-ID: kiad4h$5g5$1...@ger.gmane.org mailto:1...@ger.gmane.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Hi Severin Didn't had time to work on this, bunch of deadlines at work so had to put aside
Re: [HOT] Humanitarian layer on osm.org
Brilliant Thanks Bob From: Joseph Reeves iknowjos...@gmail.com To: Bob Kerr openstreetmapcraigmil...@yahoo.co.uk Cc: hot hot@openstreetmap.org Sent: Wednesday, 25 September 2013, 11:12 Subject: Re: [HOT] Humanitarian layer on osm.org Hi Bob, There's more details on the github page, but the quickest way to get into it is to check the preview for a (clickable) key: http://hotosm.github.io/HDM-CartoCSS/#13/19.6718/-72.1304 Cheers, Joseph On 25 September 2013 11:07, Bob Kerr openstreetmapcraigmil...@yahoo.co.uk wrote: Hi, Is there a key or further explanation, I would like to show this off at our scottish conference. Cheers Bob From: Joseph Reeves iknowjos...@gmail.com To: hot hot@openstreetmap.org Sent: Wednesday, 25 September 2013, 10:50 Subject: [HOT] Humanitarian layer on osm.org Hi all, I just wanted to mention this, although I'm sure many have already seen it, and I don't know anything about how it got to the main page, but... It's really good to see the HDM-CartoCSS layer as an option on osm.org: http://www.openstreetmap.org/#map=18/38.89758/-77.04268layers=H https://github.com/hotosm/HDM-CartoCSS I just noticed this yesterday; it looks great! Cheers, Joseph ___ HOT mailing list HOT@openstreetmap.org https://lists.openstreetmap.org/listinfo/hot ___ HOT mailing list HOT@openstreetmap.org https://lists.openstreetmap.org/listinfo/hot
Re: [HOT] The status of iD in HOT contexts/projects
So conflicts *are* a problem but not a show stopper so far. The main bummer is that if you have a conflict then all your edits are toast, period. Reload and start over. We have people saving after every single edit of any consequence. Problems occur when people don't follow that advice. We have had a few mysterious error messages pop up that I can't trace. I'll try to document tomorrow for clarity's sake. Robert Banick | GIS Coordinator | International Services | Ì American Red Cross http://www.redcross.org/ 2025 E Street NW, Washington, DC 20006 Tel 202-303-5017 | Cell 202-805-3679 | Skype robert.banick On 9/30/13 1:17 PM, Banick, Robert robert.ban...@redcross.org wrote: Ditto here. That actually starts today, in like an hourŠso we'll see how we do. Robert Banick | GIS Coordinator | International Services | Ì American Red Cross http://www.redcross.org/ 2025 E Street NW, Washington, DC 20006 Tel 202-303-5017 | Cell 202-805-3679 | Skype robert.banick On 9/29/13 4:19 PM, Kate Chapman k...@maploser.com wrote: Hi Robert/All, I wanted to mention we'll be using iD as well for the mapping begin this week in Haiphong. It is currently the only OSM editor with decent Vietnamese support. I'm a bit concerned about conflicts during our training, but intend to use the Tasking Manager to try to avoid that. Best, -Kate On Sat, Sep 28, 2013 at 4:21 PM, Banick, Robert robert.ban...@redcross.org wrote: Hi John et al., Thanks for the update! Acknowledged that imagery may have to wait a while. C'est la vie ‹ I know you all are kept quite busy as things are. Regarding conflict detection, I think myself, Kareem Ahmed, and the wonderful folks at the Kathmandu Living Labs will have a lot more constructive feedback after our training this week. We'll keep a running log of issues with all the softwares we're using and report back regarding the highest priority fixes for iD. Overall I agree that a full blown versioning editor is beyond scope for iD ‹ we just need something a little more user-friendly than the current error messages. Many thanks to Simon and the Operations Working Group for their GPX / Waypoints help! Cheers, Robert Robert Banick | GIS Coordinator | International Services | Ì American Red Cross 2025 E Street NW, Washington, DC 20006 Tel 202-303-5017 | Cell 202-805-3679 | Skype robert.banick From: John Firebaugh john.fireba...@gmail.com Date: Thursday, September 26, 2013 11:35 PM To: Robert Banick robert.ban...@redcross.org Cc: kathleen.daniel...@gmail.com kathleen.daniel...@gmail.com, william skora skorasau...@gmail.com, hot@openstreetmap.org hot@openstreetmap.org, Tom MacWright t...@macwright.org, Simon Johnson sjohn...@redcross.org.uk Subject: Re: [HOT] The status of iD in HOT contexts/projects Will, Robert, Thanks very much for the thoughtful feedback. I've mentally updated some priorities, and can give you a status update on a few of the items you mentioned: - GPS layer: see https://github.com/systemed/iD/issues/277#issuecomment-25187237 - Waypoint support in GPX traces: thanks to Simon Johnson's work, this will be included in 1.2.0, which I've just submitted to OSM.org. - Imagery offset database: this is another feature where a pull request would greatly expedite things. It's on my radar, but not a top priority. - Conflict detection: this could range from 'periodic preemptive check for new data', which might be fairly simple to implement, to 'full blown detection and resolution', which is very complex and likely out of scope entirely for iD. It would be helpful if you could add your opinion on what the necessary scope is and ideas for specific changes to the issue. cheers, John On Tue, Sep 24, 2013 at 8:06 AM, Banick, Robert robert.ban...@redcross.org wrote: Hi Will, Super helpful feedback. I agree with your specific points but not with the overall thrust of your argument. Given that I'm about to conduct a training next week using iD, I hope I'm right :) Some constructive responses: Simon Johnson of the British Red Cross has been working on the GPX point layer since last week and has submitted a pull request to have it fixed. I'm not sure what the status of that pull request is but selfishly hope that it's incorporated by next week. Tom, John et al, any ETA on that? I'm planning on using the tasking manager to organize the iD tracing, with the hope that we can avoid conflicts this way. I agree that conflict resolution is fairly poor and hope to get around it that way. Any experience on your end doing this? I never plan on relying on Bing anyways, since it's too fuzzy in many rural areas of the developing world to be of any use. That's not the fault of the iD team of course, just the reality of imagery availability in its current state. Robert Robert Banick | Field GIS Coordinator | International Services | Ì American Red Cross 2025 E Street NW, Washington, DC 20006 From:
Re: [HOT] The status of iD in HOT contexts/projects
Indeed. I should note that the imagery is helpful but also consumes a fair amount of bandwidth. A lovely future mod would be a no imagery option. Robert Banick | GIS Coordinator | International Services | Ì American Red Cross http://www.redcross.org/ 2025 E Street NW, Washington, DC 20006 Tel 202-303-5017 | Cell 202-805-3679 | Skype robert.banick On 9/30/13 6:12 PM, Paul Norman penor...@mac.com wrote: From: Kate Chapman [mailto:k...@maploser.com] Sent: Sunday, September 29, 2013 3:35 AM Simon Johnson; Tom MacWright Subject: Re: [HOT] The status of iD in HOT contexts/projects Hi Robert/All, I wanted to mention we'll be using iD as well for the mapping begin this week in Haiphong. It is currently the only OSM editor with decent Vietnamese support. I'm a bit concerned about conflicts during our training, but intend to use the Tasking Manager to try to avoid that. Because iD discards all of its data on save and reloads new data from the API if you have your users save frequently it will also get them refreshing their local data frequently, significantly cutting down on conflicts. If you're in a limited bandwidth situation I wouldn't worry about the increased bandwidth usage because the map data comes compressed and even when loading a dense urban area only about 25% of the bandwidth is used for map data, the remainder mainly being used by aerial imagery. ___ HOT mailing list HOT@openstreetmap.org https://lists.openstreetmap.org/listinfo/hot
Re: [HOT] The status of iD in HOT contexts/projects
This might be a dumb suggestion, but what if you turn the imagery to 0% brightness. Does that help w/ bandwidth? On Mon, Sep 30, 2013 at 1:24 PM, Banick, Robert robert.ban...@redcross.orgwrote: Indeed. I should note that the imagery is helpful but also consumes a fair amount of bandwidth. A lovely future mod would be a no imagery option. Robert Banick | GIS Coordinator | International Services | Ì American Red Cross http://www.redcross.org/ 2025 E Street NW, Washington, DC 20006 Tel 202-303-5017 | Cell 202-805-3679 | Skype robert.banick On 9/30/13 6:12 PM, Paul Norman penor...@mac.com wrote: From: Kate Chapman [mailto:k...@maploser.com] Sent: Sunday, September 29, 2013 3:35 AM Simon Johnson; Tom MacWright Subject: Re: [HOT] The status of iD in HOT contexts/projects Hi Robert/All, I wanted to mention we'll be using iD as well for the mapping begin this week in Haiphong. It is currently the only OSM editor with decent Vietnamese support. I'm a bit concerned about conflicts during our training, but intend to use the Tasking Manager to try to avoid that. Because iD discards all of its data on save and reloads new data from the API if you have your users save frequently it will also get them refreshing their local data frequently, significantly cutting down on conflicts. If you're in a limited bandwidth situation I wouldn't worry about the increased bandwidth usage because the map data comes compressed and even when loading a dense urban area only about 25% of the bandwidth is used for map data, the remainder mainly being used by aerial imagery. ___ HOT mailing list HOT@openstreetmap.org https://lists.openstreetmap.org/listinfo/hot ___ HOT mailing list HOT@openstreetmap.org https://lists.openstreetmap.org/listinfo/hot
Re: [HOT] The status of iD in HOT contexts/projects
One workaround is to use custom imagery with a url of about:blank or a blank image. From: John Firebaugh [mailto:john.fireba...@gmail.com] Sent: Monday, September 30, 2013 10:41 AM To: Kathleen Danielson Cc: Banick, Robert; Paul Norman; Kate Chapman; william skora; hot@openstreetmap.org; Simon Johnson; Tom MacWright Subject: Re: [HOT] The status of iD in HOT contexts/projects 0% brightness still loads tiles -- the issue for that is https://github.com/systemed/iD/issues/1472 On Mon, Sep 30, 2013 at 10:27 AM, Kathleen Danielson kathleen.daniel...@gmail.com wrote: This might be a dumb suggestion, but what if you turn the imagery to 0% brightness. Does that help w/ bandwidth? On Mon, Sep 30, 2013 at 1:24 PM, Banick, Robert robert.ban...@redcross.org wrote: Indeed. I should note that the imagery is helpful but also consumes a fair amount of bandwidth. A lovely future mod would be a no imagery option. Robert Banick | GIS Coordinator | International Services | Ì American Red Cross http://www.redcross.org/ 2025 E Street NW, Washington, DC 20006 Tel 202-303-5017 | Cell 202-805-3679 | Skype robert.banick On 9/30/13 6:12 PM, Paul Norman penor...@mac.com wrote: From: Kate Chapman [mailto:k...@maploser.com] Sent: Sunday, September 29, 2013 3:35 AM Simon Johnson; Tom MacWright Subject: Re: [HOT] The status of iD in HOT contexts/projects Hi Robert/All, I wanted to mention we'll be using iD as well for the mapping begin this week in Haiphong. It is currently the only OSM editor with decent Vietnamese support. I'm a bit concerned about conflicts during our training, but intend to use the Tasking Manager to try to avoid that. Because iD discards all of its data on save and reloads new data from the API if you have your users save frequently it will also get them refreshing their local data frequently, significantly cutting down on conflicts. If you're in a limited bandwidth situation I wouldn't worry about the increased bandwidth usage because the map data comes compressed and even when loading a dense urban area only about 25% of the bandwidth is used for map data, the remainder mainly being used by aerial imagery. ___ HOT mailing list HOT@openstreetmap.org https://lists.openstreetmap.org/listinfo/hot ___ HOT mailing list HOT@openstreetmap.org https://lists.openstreetmap.org/listinfo/hot
Re: [HOT] The status of iD in HOT contexts/projects
At the university of Limonade in Haiti, all the university campus used 3G keys to access internet and had to share a more or less 10 gig connection (at bes) provided by the tower close to the university. At some points in the day the bandwith was significatively reduced. Students were trying to save JOSM edits after every building they traced. And then, for less then 100k edit, it tooks minutes for the action to be completed. Since Will tried later ID in the same context, it would be interesting to see how ID reacted with low bandwith. Will, did you also experiment such internet connection problems and then how it was with ID as compared to JOSM? Pierre De : Paul Norman penor...@mac.com À : 'Kate Chapman' k...@maploser.com; 'Banick, Robert' robert.ban...@redcross.org Cc : 'william skora' skorasau...@gmail.com; 'John Firebaugh' john.fireba...@gmail.com; hot@openstreetmap.org; 'Simon Johnson' sjohn...@redcross.org.uk; 'Tom MacWright' t...@macwright.org Envoyé le : Lundi 30 septembre 2013 8h27 Objet : Re: [HOT] The status of iD in HOT contexts/projects From: Kate Chapman [mailto:k...@maploser.com] Sent: Sunday, September 29, 2013 3:35 AM Simon Johnson; Tom MacWright Subject: Re: [HOT] The status of iD in HOT contexts/projects Hi Robert/All, I wanted to mention we'll be using iD as well for the mapping begin this week in Haiphong. It is currently the only OSM editor with decent Vietnamese support. I'm a bit concerned about conflicts during our training, but intend to use the Tasking Manager to try to avoid that. Because iD discards all of its data on save and reloads new data from the API if you have your users save frequently it will also get them refreshing their local data frequently, significantly cutting down on conflicts. If you're in a limited bandwidth situation I wouldn't worry about the increased bandwidth usage because the map data comes compressed and even when loading a dense urban area only about 25% of the bandwidth is used for map data, the remainder mainly being used by aerial imagery. ___ HOT mailing list HOT@openstreetmap.org https://lists.openstreetmap.org/listinfo/hot___ HOT mailing list HOT@openstreetmap.org https://lists.openstreetmap.org/listinfo/hot
Re: [HOT] The status of iD in HOT contexts/projects
0% brightness still loads tiles -- the issue for that is https://github.com/systemed/iD/issues/1472 On Mon, Sep 30, 2013 at 10:27 AM, Kathleen Danielson kathleen.daniel...@gmail.com wrote: This might be a dumb suggestion, but what if you turn the imagery to 0% brightness. Does that help w/ bandwidth? On Mon, Sep 30, 2013 at 1:24 PM, Banick, Robert robert.ban...@redcross.org wrote: Indeed. I should note that the imagery is helpful but also consumes a fair amount of bandwidth. A lovely future mod would be a no imagery option. Robert Banick | GIS Coordinator | International Services | Ì American Red Cross http://www.redcross.org/ 2025 E Street NW, Washington, DC 20006 Tel 202-303-5017 | Cell 202-805-3679 | Skype robert.banick On 9/30/13 6:12 PM, Paul Norman penor...@mac.com wrote: From: Kate Chapman [mailto:k...@maploser.com] Sent: Sunday, September 29, 2013 3:35 AM Simon Johnson; Tom MacWright Subject: Re: [HOT] The status of iD in HOT contexts/projects Hi Robert/All, I wanted to mention we'll be using iD as well for the mapping begin this week in Haiphong. It is currently the only OSM editor with decent Vietnamese support. I'm a bit concerned about conflicts during our training, but intend to use the Tasking Manager to try to avoid that. Because iD discards all of its data on save and reloads new data from the API if you have your users save frequently it will also get them refreshing their local data frequently, significantly cutting down on conflicts. If you're in a limited bandwidth situation I wouldn't worry about the increased bandwidth usage because the map data comes compressed and even when loading a dense urban area only about 25% of the bandwidth is used for map data, the remainder mainly being used by aerial imagery. ___ HOT mailing list HOT@openstreetmap.org https://lists.openstreetmap.org/listinfo/hot ___ HOT mailing list HOT@openstreetmap.org https://lists.openstreetmap.org/listinfo/hot
