Re: [OSM-talk] New features in iD - looking for feedback and beta testers..
On 2015-03-27 14:55, Dave F. wrote: Until there's a logical, common sense way to select, split, continue & unstitch ways that meet at intersections, I'm sticking with P2. As a power user, I found these operations a lot less frustrating after discovering that selecting a way, holding down Shift, and selecting the intersecting node limits the split, disconnection, or extension to just that way. And why the delete key isn't utilized is beyond me. Leaving out basic functionality doesn't make iD easier to use. Press Ctrl+Del or Ctrl+Backspace to delete the selected feature. The modifier key was added [1] in response to complaints that iD was making it too easy to delete stuff. [2] FWIW, the wiki has a full list of shortcuts. [3] [1] https://github.com/openstreetmap/iD/commit/b52eb9ce72653b538d025ca93f9264690d0bd398 [2] https://github.com/openstreetmap/iD/issues/1698 [3] http://wiki.openstreetmap.org/wiki/ID/Shortcuts -- m...@nguyen.cincinnati.oh.us ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Query Overpass for multiple small areas
Don't worry about the size of the query box. Focus instead on keeping the number of nodes and query time reasonable. Overpass is perfectly happy doing continent or world-wide queries: and it's usually quite fast. Note that the web client bogs down with more than a few hundred results, but if you load straight into JOSM or a script, you can get many more. Non-square bounding boxes seem to be slower than square ones. On Sun, Mar 29, 2015 at 7:45 AM, James Conkling < james.lane.conkl...@gmail.com> wrote: > Yup, exactly, I was running many small queries in parallel. Aggregating > them into one query resolved it. If the query bbox grows too big--right > now looking at ~60% of the DRC, but will need to expand the query to run > across all of the Congo Basin--then I'll divide into country-sized queries > but be sure not to run them simultaneously. > > On Fri, Mar 27, 2015 at 4:20 PM, Roland Olbricht > wrote: > >> Yeah, that all makes sense. I had spent a lot of time trying to limit >>> the area I was searching against, and the result was a /429 Too Many >>> Requests/ error. >>> >> >> Thank you for the feedback. >> >> Just for clarification: You should get HTTP 429 only if you submit more >> than one request in parallel. This help other users to also get a chance >> that their queries are executed. >> >> If you get HTTP 429 in another case, please enforce that there is no >> runaway query by calling >> http://overpass-api.de/api/kill_my_queries >> This kills another query from your IP adress if any is running. >> >> Best regards, >> >> Roland >> >> >> ___ >> talk mailing list >> talk@openstreetmap.org >> https://lists.openstreetmap.org/listinfo/talk >> > > > ___ > talk mailing list > talk@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk > > ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Query Overpass for multiple small areas
Yup, exactly, I was running many small queries in parallel. Aggregating them into one query resolved it. If the query bbox grows too big--right now looking at ~60% of the DRC, but will need to expand the query to run across all of the Congo Basin--then I'll divide into country-sized queries but be sure not to run them simultaneously. On Fri, Mar 27, 2015 at 4:20 PM, Roland Olbricht wrote: > Yeah, that all makes sense. I had spent a lot of time trying to limit >> the area I was searching against, and the result was a /429 Too Many >> Requests/ error. >> > > Thank you for the feedback. > > Just for clarification: You should get HTTP 429 only if you submit more > than one request in parallel. This help other users to also get a chance > that their queries are executed. > > If you get HTTP 429 in another case, please enforce that there is no > runaway query by calling > http://overpass-api.de/api/kill_my_queries > This kills another query from your IP adress if any is running. > > Best regards, > > Roland > > > ___ > talk mailing list > talk@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk > ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
