Russ Nelson wrote:
> This is ridiculous. I tried ID, and it didn't make my penis bigger
> OR harder, my breasts didn't get bigger, I didn't get six-pack
> abs, and I didn't get shaplier thighs in just six weeks.
You should submit an issue on github. I believe there's a Math.abs function
in JS so
Hi,
I would like to thank the programmers for the professional piece of
software and for the founders of the iD project.
And I would like to apologize for the oversceptic and rude style of
some of the participants in this mailing list.
Yours, Stefan
2013/5/25 Russ Nelson :
> RB writes:
> > ID
RB writes:
> ID is a wonderful editor, simple and intuitive. Although I am mostly a
> JOSN user, I know at least 2 beginners who feel confident enough to edit
> the map since there is ID.
>
> Thanks very much for it. It is helping OSM a lot.
This is ridiculous. I tried ID, and it didn't mak
Pieren wrote:
> On Fri, May 24, 2013 at 3:29 PM, John F. Eldredge
> > So, you feel that non-programmers, who have justified reasons to
> complain
> > about the design, such as the silent removal of highway tags, should
> not be
> > able to let their opinion of the bad design be made known?
>
> Th
+1. Amen to that ;-)
Nick
-Toby Murray wrote: -
From: Toby Murray
Date: 24/05/2013 04:07PM
Cc: OSM Talk
Subject: Re: [OSM-talk] iD Editor live on OpenStreetMap
On Fri, May 24, 2013 at 9:33 AM, Dave F. wrote:
On 24/05/2013 12:15, Nick Whitelegg wrote
g list!
Nick
-razor74wrote: -
To: talk@openstreetmap.org
From: razor74
Date: 24/05/2013 09:36AM
Subject: Re: [OSM-talk] iD Editor live on OpenStreetMap
The
On Fri, May 24, 2013 at 10:33 AM, Dave F. wrote:
> You think the developers are above criticism?
They shouldn't be, but there's no need to criticize the developers for
what's going on here. The problems with iD so far aren't fundamental fatal
flaws, but simply bugs or missing features that everyo
On Fri, May 24, 2013 at 9:33 AM, Dave F. wrote:
> On 24/05/2013 12:15, Nick Whitelegg wrote:
>
>
> I don't regularly use iD myself (JOSM user), but, on behalf of its
> developers: negative comments like this are unhelpful and denigrate the
> vast amount of hard work that has gone into producing
On 24/05/2013 12:15, Nick Whitelegg wrote:
I don't regularly use iD myself (JOSM user), but, on behalf of its
developers: negative comments like this are unhelpful and denigrate
the vast amount of hard work that has gone into producing the editor.
If you don't like it, complain about it to yo
On Fri, May 24, 2013 at 3:29 PM, John F. Eldredge
> So, you feel that non-programmers, who have justified reasons to complain
> about the design, such as the silent removal of highway tags, should not be
> able to let their opinion of the bad design be made known?
That's what programmers love (I'm
n about it to your friends in private,
change the code, but do not slag it off on a public mailing list!
Nick
-razor74 wrote: -
To: talk@openstreetmap.org
From: razor74
Date: 24/05/2013 09:36AM
Subject: Re: [OSM-talk] iD Editor live on OpenStreetMap
The worst editor ewer. With this w
As one of people who raised issue of iD being slow on Firefox more than
week ago, I must say that I tested it right now on Firefox 20 (on same
system, just Firefox upgrade) and it is much much faster. Thanks for
improvements to iD dev team and keep up good work! :)
Respectfully,
Peteris Krisjanis.
ID is a wonderful editor, simple and intuitive. Although I am mostly a
JOSN user, I know at least 2 beginners who feel confident enough to edit
the map since there is ID.
Thanks very much for it. It is helping OSM a lot.
Ruben
Le 24 mai 2013 15:05, "Simon Poole" a écrit :
>
> Am 08.05.2013 17:
Am 08.05.2013 17:10, schrieb razor74:
> The worst editor ewer.
There is still (deleted) data in the database from an editor that got
lat/lon confused what was the name again
JOSM
Simon
___
talk mailing list
talk@openstreetmap.org
http://l
code, but do not slag it off on
a public mailing list!
Nick
-razor74 wrote: -
To: talk@openstreetmap.org
From: razor74
Date: 24/05/2013 09:36AM
Subject: Re: [OSM-talk] iD Editor live on OpenStreetMap
The worst editor ewer. With this will result many damages and
incompatibilities. Fr
2013/5/8 razor74
> The worst editor ewer. With this will result many damages and
> incompatibilities. From newbies ofcourse. Potlatch is the best blend for
> advanced users and for new ones with alot of info and very friendly
> interface. This is a joke. Take it down before destroyed the existent
The worst editor ewer. With this will result many damages and
incompatibilities. From newbies ofcourse. Potlatch is the best blend for
advanced users and for new ones with alot of info and very friendly
interface. This is a joke. Take it down before destroyed the existent maps
with alot of hard wor
Alex Barth wrote:
Please report any issues you find with iD directly to the issue queue [2]. As
always, reproducible bug descriptions and specific feature requests are more
than welcome.
I think part of the problem here is/was that there are many support lists
covering packages used by section
So...
This thread went on some tangents, but nevertheless, thank you for your
feedback. John Firebaugh just posted a new roadmap for the next release of
iD [1] and it focuses on the key issues discussed here: relations support
and suboptimal performance on Firefox.
Please report any issues you fi
Dave F. wrote
> Off topic:
> I'm extremely surprised & partially annoyed by your attempt at sudden
> censure. Lots of threads have been much more vitriolic & gone much
> further off course than this one. It's appears some are embarrassed
> about the situation with ID & want to sweep it under the
AM
>Subject: Re: [OSM-talk] iD Editor live on OpenStreetMap
>
>
>
>On 14/05/2013 21:05, Mikel Maron wrote:
>
>Um, yea, I'm going to start moderating individuals. I'm sure github is there
>for any further technical bug reports.
Off topic:
>I'm extr
On 14/05/2013 21:05, Mikel Maron wrote:
Um, yea, I'm going to start moderating individuals. I'm sure github is
there for any further technical bug reports.
Off topic:
I'm extremely surprised & partially annoyed by your attempt at sudden
censure. Lots of threads have been much more vitriolic & g
streetmap.org" ; Tom Hughes
>
>Sent: Tuesday, May 14, 2013 3:18 PM
>Subject: Re: [OSM-talk] iD Editor live on OpenStreetMap
>
>
>
>Hi Folks,
>
>
>I'm going to repeat Mikel and gently encourage us to close out the
>conversation on Firefox and browsers
Hi Folks,
I'm going to repeat Mikel and gently encourage us to close out the
conversation on Firefox and browsers in general. These certainly aren't
invalid points, but I think your points have been made and heard.
For my own part, I've really enjoyed using iD-- it's been much more
accessible tha
Also, let's not all assume that performance under FF is so much better for PL2.
I've found that while iD is indeed slower on FF than on Chrome, it's
still faster than PL2 is on my laptop.
The issues that Firefox has with iD are the same issues Firefox has
with Leaflet when using vector graphics.
On Tuesday 14 May 2013, Tom Hughes wrote:
> On 14/05/13 13:14, Kevin Peat wrote:
>
> > I would imagine that most OSMers would have (at least) Firefox and
> > Chrome/Chromium installed. If iD doesn't work so well on Firefox yet
> > then why not put up a dialog at the start of a session on Firefox
>
Kevin Peat
>To: Lester Caine
>Cc: OSM Talk
>Sent: Tuesday, May 14, 2013 9:52 AM
>Subject: Re: [OSM-talk] iD Editor live on OpenStreetMap
>
>
>
>Lester,
>
>
>On 14 May 2013 14:30, Lester Caine wrote:
>
>
>>But I'm have been more than happy wi
It might be a good idea to give user a choice to select an editor he wants,
but add some recommendations based on browser/platform. Something like
putting big red "Recommended" label near iD on Chrome or on systems without
flash player installed, and the same label to P2 on Firefox, IE, Opera and
t
Lester,
On 14 May 2013 14:30, Lester Caine wrote:
>
> But I'm have been more than happy with seamonkey for many years so why
> would I switch to something else just because someone thinks they know
> better :( When they get proper email support back ... there may be a reason
> to change.
> The p
Kevin Peat wrote:
On 14 May 2013 13:36, Lester Caine mailto:les...@lsces.co.uk>> wrote:
And some of us find the conditions G$ put on chrome is a reason NOT to have
anything to do with it. It's bad enough the pressure to change for spurious
reasons without having OPEN projects like OS
On 14 May 2013 13:36, Lester Caine wrote:
>
> And some of us find the conditions G$ put on chrome is a reason NOT to
> have anything to do with it. It's bad enough the pressure to change for
> spurious reasons without having OPEN projects like OSM making the same
> demands :(
>
>
>
Use Chromium t
On 14/05/13 13:48, Peter Wendorff wrote:
A fallback to flash is not the best option for mobiles without flash
support, for operating systems without non-free software (like... flash).
And: Flash often is a performance killer itself. Less for the single
flash "movie" inside the browser, but for t
On Tue, May 14, 2013 at 2:29 PM, Tom Hughes wrote:
> If we want to make it the default before FF seems to be up to the job then
> we'll just make FF fall back to PL2 as we will already be doing for IE.
I think it's the best solution. Newcomers are very sensitive to any
issue on their first contac
On 14 May 2013 13:29, Tom Hughes wrote:
> On 14/05/13 13:14, Kevin Peat wrote:
>
> I would imagine that most OSMers would have (at least) Firefox and
>> Chrome/Chromium installed. If iD doesn't work so well on Firefox yet
>> then why not put up a dialog at the start of a session on Firefox
>> te
A fallback to flash is not the best option for mobiles without flash
support, for operating systems without non-free software (like... flash).
And: Flash often is a performance killer itself. Less for the single
flash "movie" inside the browser, but for the overall operating system.
This it not in
+1
I think, performance reasons (that are performance reasons in some
browsers, no matter which ones) aren't a reason not to "publish" a web
application, but in contrast to do it - and point to the browser vendors
if their browser is lacking that performance.
If a web app is slow in any browser or
Tom Hughes wrote:
I would imagine that most OSMers would have (at least) Firefox and
Chrome/Chromium installed. If iD doesn't work so well on Firefox yet
then why not put up a dialog at the start of a session on Firefox
telling them they would be better off using Chrome?
Because that makes for
On 14/05/13 13:14, Kevin Peat wrote:
I would imagine that most OSMers would have (at least) Firefox and
Chrome/Chromium installed. If iD doesn't work so well on Firefox yet
then why not put up a dialog at the start of a session on Firefox
telling them they would be better off using Chrome?
Bec
On 14 May 2013 11:43, Robert Scott wrote:
>
> We would be alpha all the way into 2016 then.
>
> Really, we've been told that HTML5 & SVG are taking over vector graphics
> for the web for nearly 5 years now. There are still painful holes in the
> implementations. Without things like iD driving thi
On Tuesday 14 May 2013, Dave F. wrote:
> Using the end user's inconvenience to strong arm/embarrass the likes of
> Mozilla into making changes is not the way to design software. This
> should have been sorted out in Beta, or, as it appears to be a well
> known problem - Alpha.
We would be alpha
Dave F. wrote:
On 08/05/2013 14:37, Douglas Musaazi wrote:
Great work!! let's go ahead and use it.
I'd love to but it's very sluggish while dragging in latest FF, the
walk-through help keeps hanging & the pop-ups appear over the area I
want to edit
One "advantage" of it being slower than P
On 14/05/2013 00:25, Janko Mihelić wrote:
Officialy releasing projects like these moves the web forward. It
comes at a cost, but if nobody ever used HTML vector graphics,
browsers would never perfect it. I think this is a big step for OSM as
well as the HTML standard.
Using the end user's i
On 12 May 2013, at 18:41, Cartinus wrote:
> On 05/12/2013 03:41 PM, Tom Hughes wrote:
>> No, but I am saying that we have a history of not necessarily allowing
>> the complaints of the people creating crazily complicated systems of
>> relations to have a veto on what editors are or are not allow
Officialy releasing projects like these moves the web forward. It comes at
a cost, but if nobody ever used HTML vector graphics, browsers would never
perfect it. I think this is a big step for OSM as well as the HTML standard.
Janko
Dana utorak, 14. svibnja 2013., korisnik Dave F. je
napisao:
> O
On 13/05/2013 16:07, Robert Kaiser wrote:
Dave F. schrieb:
I'd love to but it's very sluggish while dragging in latest FF
This is at least partially a Firefox issue, actually
OK & thanks for the info, but whoever's fault it is, it's still a valid
reason not to use it, I'm afraid, & defi
Dave F. schrieb:
I'd love to but it's very sluggish while dragging in latest FF
This is at least partially a Firefox issue, actually, and something that
will need to be worked on there, see the investigations and explanations
in https://bugzilla.mozilla.org/show_bug.cgi?id=837985 (two of the
Tom MacWright macwright.org> writes:
>
>
>
> 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.
Hi,
If ideas are filed directly in
On 05/12/2013 08:35 PM, Toby Murray wrote:
> Simple route relations are handled correctly by iD.
Correction: Some aspects of simple route relations are handled correctly
by iD.
The basic fact remains that you don't even see that something is part of
a relation. So if a crossroads is turned into a
On Sun, May 12, 2013 at 12:41 PM, Cartinus wrote:
> On 05/12/2013 03:41 PM, Tom Hughes wrote:
> > No, but I am saying that we have a history of not necessarily allowing
> > the complaints of the people creating crazily complicated systems of
> > relations to have a veto on what editors are or are
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
On 05/12/2013 06:38 PM, John Firebaugh wrote:
> On Sun, May 12, 2013 at 8:53 AM, Dave F. wrote:
>> I'd love to but it's very sluggish while dragging in latest FF
>
> I'm working on performance right now
If I'm not mistaken, even when you "black out" the background imagery in
iD, the background i
On 05/12/2013 03:41 PM, Tom Hughes wrote:
> No, but I am saying that we have a history of not necessarily allowing
> the complaints of the people creating crazily complicated systems of
> relations to have a veto on what editors are or are not allowed to do.
Simple cycle and hiking route relations
On Sun, May 12, 2013 at 8:53 AM, Dave F. wrote:
> On 08/05/2013 14:37, Douglas Musaazi wrote:
>
> Great work!! let's go ahead and use it.
>
>
> I'd love to but it's very sluggish while dragging in latest FF, the
> walk-through help keeps hanging & the pop-ups appear over the area I want
> to e
On 08/05/2013 14:37, Douglas Musaazi wrote:
Great work!! let's go ahead and use it.
I'd love to but it's very sluggish while dragging in latest FF, the
walk-through help keeps hanging & the pop-ups appear over the area I
want to edit
Has an on-line help page been written yet?
How do I uns
On 12/05/13 13:24, NopMap wrote:
Tom Hughes-3 wrote
There are ongoing discussions in the German boards about iD easily and/or
inadvertently breaking data [1].
Just like they've been saying about Potlatch for the last N years you
mean?
Are you implying that any comments on iD are to be disca
Lester,
On 12.05.2013 15:22, Lester Caine wrote:
So how do we leave potlatch as a default on other browsers?
A consensus on this sort of impositions wou1d be nice ... having to find
one's way around a new editor when one is used to the idiosyncrasies of
the existing one is just going to mean I d
Hi,
On 12.05.2013 14:24, NopMap wrote:
There are ongoing discussions in the German boards about iD easily and/or
inadvertently breaking data [1].
Just like they've been saying about Potlatch for the last N years you
mean?
Are you implying that any comments on iD are to be discarded
indiscr
Tom Hughes wrote:
The pending pull request to make it the default deliberately leaves Potlatch as
the default for IE. We're not complete idiots you know...
So how do we leave potlatch as a default on other browsers?
A consensus on this sort of impositions wou1d be nice ... having to find one's
Hi!
Tom Hughes-3 wrote
>> There are ongoing discussions in the German boards about iD easily and/or
>> inadvertently breaking data [1].
>
> Just like they've been saying about Potlatch for the last N years you
> mean?
Are you implying that any comments on iD are to be discarded
indiscriminatel
On 12/05/13 12:50, NopMap wrote:
There are ongoing discussions in the German boards about iD easily and/or
inadvertently breaking data [1].
Just like they've been saying about Potlatch for the last N years you mean?
It appears to run with very bad performance in FF and not at all in IE [2].
The missing sources to my last mail
[1]
http://gis.19327.n5.nabble.com/ID-Editor-zerstort-mit-einem-Klick-tagelange-Arbeit-td5760346.html
[2] http://forum.openstreetmap.org/viewtopic.php?id=21102
--
View this message in context:
http://gis.19327.n5.nabble.com/iD-Editor-live-on-OpenStreetMap-tp
There are ongoing discussions in the German boards about iD easily and/or
inadvertently breaking data [1].
It appears to run with very bad performance in FF and not at all in IE [2].
This issues should probably better be resolved before making it the default
editor.
bye, Nop
--
View this mes
Great work!! let's go ahead and use it.
Without selecting an option from the edit tab, potlatch 2 is the default
editor, still.
Yours Truly
Douglas Ssebaggala Musaazi
Mobile: +256-772-422524
http://www.mountbatten.net/
http://www.pamoya.com/node/13275
http://www.mappingday.com/
http://ww
On Wed, May 8, 2013 at 1:50 AM, NopMap wrote:
> Richard Fairhurst wrote
> > NopMap wrote:
> >> And putting a simple general or "how to" question into an
> >> issue tracker is rather weird.
> >
> > help.openstreetmap.org is the commonly used and expected method of
> asking
> > simple "general" and
Richard Fairhurst wrote
> NopMap wrote:
>> And putting a simple general or "how to" question into an
>> issue tracker is rather weird.
>
> help.openstreetmap.org is the commonly used and expected method of asking
> simple "general" and "how to" questions. :)
Then I really wonder why we have the
This looks very nice.
Cheers!
Pierre
>
> De : tmcw
>À : talk@openstreetmap.org
>Envoyé le : Mardi 7 mai 2013 12h41
>Objet : [OSM-talk] iD Editor live on OpenStreetMap
>
>
>Hi all!
>
>Today, we've tagged iD e
NopMap wrote:
> And putting a simple general or "how to" question into an
> issue tracker is rather weird.
help.openstreetmap.org is the commonly used and expected method of asking
simple "general" and "how to" questions. :)
cheers
Richard
--
View this message in context:
http://gis.19327.
tmcw wrote
> As discussed this month on the #dev mailing list:
> http://lists.openstreetmap.org/pipermail/dev/2013-May/thread.html - iD
> doesn't have a mailing list of its own at this point, and I think that's
> fine: 'talk discussion' of the editor can live in the #dev mailing list,
> and technic
On May 7, 2013, at 10:16 AM, Grant Slater wrote:
> You forgot the most important blog ;-)
>
> http://blog.openstreetmap.org/2013/05/07/openstreetmap-launches-all-new-easy-map-editor-and-announces-funding-appeal/
>
> / Grant
Ha!
Congratulations, guys. It's a fantastic piece of work.
-mike.
-
Hi,
As discussed this month on the #dev mailing list:
http://lists.openstreetmap.org/pipermail/dev/2013-May/thread.html - iD
doesn't have a mailing list of its own at this point, and I think that's
fine: 'talk discussion' of the editor can live in the #dev mailing list, and
technical discussion -
Should there be a mailing list for iD, as there are mailing lists for
Potlatch, JOSM, and Merkaartor?
--
Steve
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
Hi!
Unfortunately, iD starts with a misleading greeting. It says: "...for more
information, visit ideditor.com".
But all you find there is another instance of the editor, none of the
promised information.
bye, Nop
--
View this message in context:
http://gis.19327.n5.nabble.com/iD-Editor-li
No, I left that one to you :)
On Tue, May 7, 2013 at 11:16 AM, Grant Slater
wrote:
> On 7 May 2013 18:06, Martijn van Exel wrote:
>> Congratulations and many thanks to everyone who has put in countless
>> hours developing and testing and deploying! I've watched this project
>> grow and it has co
On 7 May 2013 18:06, Martijn van Exel wrote:
> Congratulations and many thanks to everyone who has put in countless
> hours developing and testing and deploying! I've watched this project
> grow and it has come a long, long way.
>
> Some reads:
> http://mashable.com/2013/05/07/openstreetmap/
> htt
Congratulations and many thanks to everyone who has put in countless
hours developing and testing and deploying! I've watched this project
grow and it has come a long, long way.
Some reads:
http://mashable.com/2013/05/07/openstreetmap/
http://www.theverge.com/2013/5/7/4306500/openstreetmap-id-edit
Congratulations to all of the developers and contributors to iD!
On Tue, May 7, 2013 at 9:41 AM, tmcw wrote:
> Hi all!
>
> Today, we've tagged iD editor v1.0.0 and integrated it into
> openstreetmap.org, thanks to Tom Hughes, Ansis Brammanis, John Firebaugh,
> Saman Bemel-Benrud, Richard Fairh
Hi all!
Today, we've tagged iD editor v1.0.0 and integrated it into
openstreetmap.org, thanks to Tom Hughes, Ansis Brammanis, John Firebaugh,
Saman Bemel-Benrud, Richard Fairhurst, Alex Barth, and many many others.
It's been a long 7 months of development which we've chronicled on
http://mapbox.c
77 matches
Mail list logo