Re: [OSM-talk] Preserving History ...

It seems like the only thing you're contributing is negativity. On Tue, Aug 25, 2015 at 12:15 PM, Lester Caine wrote: > On 25/08/15 16:29, Tom MacWright wrote: > > All of the resources you linked, you can improve! > > > > * https://github.com/hot

Re: [OSM-talk] Preserving History ...

Hi Lester, All of the resources you linked, you can improve! * https://github.com/hotosm/learnosm * https://wiki.openstreetmap.org/w/index.php?title=Beginners%27_guide&action=edit * http://wiki.openstreetmap.org/w/index.php?title=Editing_Standards_and_Conventions&action=edit You should fix these

Re: [OSM-talk] The Proposed Great Colour Shift

On the topic of whether we can or should notify everyone who may potentially be affected by this change so their opinions can be registered, you may enjoy this read: > http://www.ftrain.com/wwic.html On Sat, Aug 22, 2015 at 8:12 AM, Tobias Knerr wrote: > On 20.08.2015 10:09, Christoph Hormann w

Re: [OSM-talk] Mappers and apps should focus on relations at the very start

> I see that the problem in iD is really easy to solve (much easier than in Potlach). Please never say this. Estimating that someone else's task, in their domain of experience, is simple, is almost always incorrect, and usually overstepping. "This painting looks pretty easy to paint: can you finis

Re: [OSM-talk] Mappers and apps should focus on relations at the very start

An "onboarding guide" which explains relations to the extent that a mapper could confidently edit them would be quite a bit more than that. Welcome to OpenStreetMap! This is a visual editor which lets you define things that you see in the world and their spatial component, specifically in a map

Re: [OSM-talk] Some thoughts against remote mapping

Please consult all of my previous responses to the previous threads on this identical topic for the responses I would write to the inevitable responses to this thread. On Tue, Jun 16, 2015 at 12:43 PM, Michał Brzozowski wrote: > I was imagining a new OSM editing program and thought about making

Re: [OSM-talk] OSM is a right mess (was: Craigslist OpenStreetMap Rendering Issue)

Hi Mike, Please propose an alternative. On Tue, Jun 2, 2015 at 8:22 PM, Eugene Alvin Villar wrote: > On Jun 3, 2015 8:06 AM, "pmailkeey ." wrote: > > OSM's k=v design is completely a serious and unnecessary flaw. [...] OSM > is 90% argument, 5% dead-end discussions and 5% progress. The whole i

Re: [OSM-talk] GeoHipster comment on OSM

Perhaps TeleNav or Bing's lawyers are brave enough to say ODbL is not a problem, or they guess that those entities could absorb the lawsuit. They are the only lawyers who take this stance, and they haven't tested it - neither company provides permanent OSM-derived geocoding. Everywhere else, cauti

Re: [OSM-talk] iD Security

Please link to the ticket: https://github.com/openstreetmap/iD/issues/2588 On Tue, Apr 21, 2015 at 10:39 AM, pmailkeey . wrote: > Hi All, > > I've been using iD for a bit now to make map edits. I've been reporting > back issues with iD to Bryan including a recent discovery that when you log > ou

Re: [OSM-talk] spammy "survey" questions.

It's fun to be flippant amongst ourselves, where our sense of sarcasm is precisely tuned. But this screed isn't the message we should send to the outside world, to a person wondering what's up with the OpenStreetMap community. Surveys can be annoying. Maybe we want to have a protocol for them, in

Re: [OSM-talk] this has to stop: iD user mistakes all over the place

Since two years ago, iD has an range of validations it runs on every potential changeset, as well as an interface to review & correct potential errors before saving them. https://github.com/openstreetmap/iD/blob/master/js/id/validate.js#L1 We welcome contributions to expand these, and have a few

Re: [OSM-talk] this has to stop: iD user mistakes all over the place

> can it really be to create dialogs to interact with your users? No need for > external contributions to accomplish that, all that's needed is the > willingness to stop annoying the rest of the community. > > 2015-02-12 0:40 GMT+01:00 Tom MacWright : > >> We also aimed to h

Re: [OSM-talk] this has to stop: iD user mistakes all over the place

everything else about OpenStreetMap. It's not anti-iD bias, of course. It's anti-everything bias. On Wed, Feb 11, 2015 at 6:33 PM, Bryce Nesbitt wrote: > On Wed, Feb 11, 2015 at 1:08 PM, Tom MacWright wrote: > >> Ever since 2012, in the second commit ever, "Not breaking

Re: [OSM-talk] this has to stop: iD user mistakes all over the place

Ever since 2012, in the second commit ever, "Not breaking other people's data" has been one of the three clearly stated public design goals of iD. https://github.com/openstreetmap/iD/commit/22fab3eb1d259fe73d3e1498df1ca0e07c613f87 On Wed, Feb 11, 2015 at 4:00 PM, Jo wrote: > We have been saying

Re: [OSM-talk] this has to stop: iD user mistakes all over the place

There's no magic to working on iD: 77 people of varying skill levels have done it. It takes time. If this is important to you, I'd suggest you invest that time rather than ordering other people to. On Wed, Feb 11, 2015 at 2:53 PM, Bryce Nesbitt wrote: > On Wed, Feb 11, 2015 at

Re: [OSM-talk] this has to stop: iD user mistakes all over the place

nd aren't getting it. Threads like this don't help. On Wed, Feb 11, 2015 at 12:45 PM, Michael Reichert wrote: > Hi, > > Am 2015-02-11 um 17:25 schrieb Tom MacWright: > >> Unfortunately, experience suggests that there's relatively little that a > >> dis

Re: [OSM-talk] this has to stop: iD user mistakes all over the place

itt wrote: > On Wed, Feb 11, 2015 at 8:25 AM, Tom MacWright wrote: > >> Unfortunately, experience suggests that there's relatively little that a >>> discussion on on the "talk" mailing list is going to be able to do here. >>> Help >>> w

Re: [OSM-talk] this has to stop: iD user mistakes all over the place

> > Unfortunately, experience suggests that there's relatively little that a > discussion on on the "talk" mailing list is going to be able to do here. This. Help with development or give productive feedback on the issue tracker. FUD around editors has been discussed to death and it's clear that

Re: [OSM-talk] Postponing elections, or other alternatives (Was: Modus operandi of the board)

I'm an OSMF member, and I'm in favor of a reboot that would establish a completely new board. I think that the existing board is individually capable but as a group will never get along. On Tue, Oct 28, 2014 at 8:21 AM, Simon Poole wrote: > Particularly because the "far more efficient" is clearl

Re: [OSM-talk] GoPro video traces?

Panoramio didn't state any open license for uploaded content, so it was easy for them to go closed with Google. Mapillary does, so it should be as safe as contributing data to OSM, in terms of "what happens if it all goes away or becomes evil". I'm sure that everyone would be very supportive of a

Re: [OSM-talk] Wikipedia article

I wrote an article somewhat in the same vein: > http://macwright.org/2013/10/15/point-and-shoot.html Perhaps something to note is that, beyond technical and policy issues, one of the more common complaints about Wikipedia is that there's an unfriendly, elitist attitude amongst the established edi

Re: [OSM-talk] Editor problems ...

> The fact that the default has now changed has not been publicly announced yet! No. http://blog.openstreetmap.org/2013/08/23/id-in-browser-editor-now-default-on-openstreetmap/ On Fri, Aug 23, 2013 at 4:27 PM, Lester Caine wrote: > Tom Hughes wrote: > >> On 23/08/13 20:57, Lester Caine wrote:

Re: [OSM-talk] Making iD the default editor on osm.org

Bryce Nesbitt wrote: > On Tue, Aug 20, 2013 at 2:10 PM, Tom MacWright wrote: > >> In this case and others, we should keep in mind whether P2 or JOSM have >> safer or smarter behavior. Would they 'notice' that this new road segment >> has meaning? Put another way:

Re: [OSM-talk] Making iD the default editor on osm.org

In this case and others, we should keep in mind whether P2 or JOSM have safer or smarter behavior. Would they 'notice' that this new road segment has meaning? Put another way: iD will never prevent all mistakes, but does it prevent less than P2 and co? (in this case, I think the answer is "no") O

Re: [OSM-talk] Making iD the default editor on osm.org

iD has a wonderful 'tutorial mode', as well as documentation that explains, in detail, how to add POIs and do other actions. Given that iD is not Potlatch, the ways you do these things is not the same as Potlatch, but new users will not have used Potlatch and will use the tutorial to learn the edit

Re: [OSM-talk] Making iD the default editor on osm.org

D/issues/1687 * https://github.com/systemed/iD/issues/1452 * https://github.com/systemed/iD/issues/1571 * https://github.com/systemed/iD/issues/1038 On Sat, Aug 17, 2013 at 5:27 PM, Pieren wrote: > On Sat, Aug 17, 2013 at 10:24 PM, Tom MacWright wrote: > >> >> And see for yo

Re: [OSM-talk] Making iD the default editor on osm.org

te: > Maybe a short summary like: "you have added xxx objects, modified yyy > object and deleted zzz objects" would help in this dialog ? > > > 2013/8/17 Tom MacWright > >> iD has always had a clear message to this direction every time any user >> saves: >>

Re: [OSM-talk] Making iD the default editor on osm.org

iD has always had a clear message to this direction every time any user saves: > "The changes you upload as tmcw will be visible on all maps that use OpenStreetMap data." https://cloudup.com/ckQTglHaKYJ On Sat, Aug 17, 2013 at 3:37 PM, Pieren wrote: >

Re: [OSM-talk] Making iD the default editor on osm.org

Hi, > Why do we set a default editor right from the beginning and do not let the user decide ? That's a question for another thread, but the answer is likely to be 'reasonable defaults'. Tom On Sat, Aug 17, 2013 at 10:34 AM, colliar wrote: > Hey, > > Why do we set a default editor right from

Re: [OSM-talk] Making iD the default editor on osm.org

ad that relates to it. Please search and use the issue tracker for bugs, as you would do with any other open source project. Tom On Sat, Aug 17, 2013 at 9:07 AM, colliar wrote: > On 16.08.2013 15:39, Tom MacWright wrote: > > Hi all, > > > > Now as ever is a good time to post bu

Re: [OSM-talk] Making iD the default editor on osm.org

Hi Lester, As before, please refrain from using all caps and editorializing. You can simply write > As long as there is also a clear set of notes explaining how to retain P2, that sounds great! And we'll get the message just as well. Thanks, Tom On Fri, Aug 16, 2013 at 9:46 AM, wrote: > As

Re: [OSM-talk] Making iD the default editor on osm.org

Hi all, Now as ever is a good time to post bug reports and suggestions to the issue tracker, where developers can see, act, and respond to them: > https://github.com/systemed/iD/issues If you have any question as far as 'what is in the latest version of iD' or 'is X fixed or not', you can as alw

Re: [OSM-talk] comments on new map widget on main page

> Since we perform no systematic user testing in advance of these changes ( http://teczno.com/s/92x), we're not really sure what a pro user is. Given that this is a continual point for years, I would implore someone who has the resources to just do it, so we can stop using it as an immovable point

[OSM-talk] Working toward a vision for OSM

Hey all, John Firebaugh just wrote up a post that's useful in light of the conversations we've been having about changes to OSM and how they're organized: http://www.mapbox.com/osmdev/2013/07/19/implementing-osm-vision/ Hopefully this story from the video to wireframes, to thought, and finally t

Re: [OSM-talk] New technology ...

t off of this one, 39 comments on the pull request. Around 116 messages in total, though that's only the English count and I'm sure that there's something on talk-de. On Mon, Jul 22, 2013 at 9:29 AM, Lester Caine wrote: > Tom MacWright wrote: > >> > I don

Re: [OSM-talk] New technology ...

> I don't have to live with someone else's preferences. On the internet, you have been. For years now, every single day. > Everybody is off making a better 'widget' for their pet project and nobody is looking at the problem as a whole? You mean in OSM? Look at how much push-back we get on somet

Re: [OSM-talk] Double-clicking on OSM map does not centre the map

If anyone wants to do the work, head over to the Leaflet GitHub https://github.com/leaflet/leaflet and go for it. I'm imagining it'll be a hard sell to the maintainers, because it would make Leaflet's behavior different than the vast majority of maps on the internet, not to mention all other open s

Re: [OSM-talk] Double-clicking on OSM map does not centre the map

The relevant change in Leaflet: https://github.com/Leaflet/Leaflet/pull/1582?source=cc - the new behavior matches all other map sites and frameworks I can think of, with the exception of Bing. You can replicate the old behavior by clicking the map and dragging it to change the center. There's no e

Re: [OSM-talk] New technology ...

For what it's worth, for those who want to use the Notes facility of OSM remotely, I've worked on a predictably open source https://github.com/osmlab/osm-note boringly named project called OSM Note, that you can open on your phone like so http://osmlab.github.io/osm-note/and place notes, log in, an

Re: [OSM-talk] Upgraded map controls

Hey, Let's also not lose the fact that this thread started with 'Should we remove the +/- buttons' and has visited about 10 topics in 37 emails since then. Maybe it's time to start fresh with a focused thread. Tom On Sun, Jul 21, 2013 at 2:18 PM, Michal Migurski wrote: > On Jul 21, 2013, at 5

Re: [OSM-talk] New technology ...

bug tracker is here: https://github.com/DennisOSRM/Project-OSRM/issues and you can click 'Generate Link' on the testing instance: http://map.project-osrm.org/ in order to send a specific route around. Tom On Sun, Jul 21, 2013 at 12:02 PM, Lester Caine wrote: > Tom MacWright wro

Re: [OSM-talk] New technology ...

Hey Lester, I agree entirely - thus far we aren't focusing on the mobile version of the site. It's never been very polished, and recent changes aren't focused on improving it significantly. As far as why, it's pretty simple - changes to the site are extremely time-intensive because of its myriad

Re: [OSM-talk] Upgraded map controls

Hi Dave, Please be civil, we're all trying our best to be nice and make progress here. It's inappropriate to start ad-hominem attacking developers, especially in the case of Saman - who is in fact a designer, not to mention a real person, in the real world, with actual emotions. Thanks, Tom On

Re: [OSM-talk] Upgraded map controls

Hi James, That issue has been reported and is being worked on: https://github.com/openstreetmap/openstreetmap-website/issues/356 On Sat, Jul 20, 2013 at 6:55 PM, Dave F. wrote: > On 20/07/2013 12:57, Paul Norman wrote: > >> Whoops - resending to the right talk@ list >> >> >>> Which list? >>> >

Re: [OSM-talk] Bringing new life to the OSM.org front page

Hi there, > I am with OSM for 5 years and I do not fully know who is responsible for things, who has the final words on other things. I often see names reappear here and there, and over time I got some ideas but it would be really nice to just have an overview of the actual "executive" teams of th

Re: [OSM-talk] iD Editor live on OpenStreetMap

Filed an issue for that idea at https://github.com/systemed/iD/issues/1472- in the future, please file issues on GitHub rather than posting to the mailing list, so that they're seen and actionable by developers. Re: relations. Do not conflate our current situation - open tickets and plans to impro

Re: [OSM-talk] TileMill performance

Hi Steve, TileMill is not designed for that kind of application (running as a live server with no cache), though it will work 'a bit'. So: it doesn't do caching - you'll want a cache. Look at CloudFront, nginx's cache, varnish, squid, and so on. Tuning the database: check that you have all possi

Re: [OSM-talk] Nice problem to have

Making 60 changesets, spending a lot of time editing OpenStreetMap, and going from being a public critic of the maps (versus Google Maps, of course) to a public advocate is a big deal, even if it's just one person. A 52% active user percentage isn't terribly low: it's similar to services like twit

Re: [OSM-talk] Nice problem to have

Hey, There are quite a few examples of users coming from one of these big pushes and then just doing it - for instance, we were working on Campo Grande, because a foursquare user, muzito, complained that most of the city was missing. The editing quickly became all conflicted because another user w

Re: [OSM-talk] FourSquare and OSM

The OSM API(s) are certainly useful for integration, but a different kind - if they were pulling small chunks of data, etc., then they'd be using an API, but at this point they're mainly using tiles. More to come, but at this point the process looks like OSM Planet + update chunks -> TileMill rende