[OSM-dev] Add an iD link to the Potlatch no-Flash screen

[kimaidou]

Hi Tom

Thanks for giving the link to existing tickets !
+1 for 1181  ;)


2013/4/22 Tom MacWright <tom at macwright.org>

> Hi Peter,
>
> Please read the previous posts and the linked tickets. Here's the one for
> you: https://github.com/systemed/iD/issues/1181
>
>
> On Mon, Apr 22, 2013 at 11:30 AM, Peter Wendorff <
> wendorff at uni-paderborn.de> wrote:
>
>> Hi.
>>
>> As far as I see it's entirely possible to add free tags (there's an
>> expand link/button that shows other tags).
>> But IMHO it's not enough, because that only shows tags that are not
>> included elsewhere in the presetted tag stuff.
>> The problem with this is, that for the presetted stuff it's (or at least
>> seems to be) impossible to get the raw tags out of it, preventing to
>> learn them (yes, novice mappers should not have to, but IMHO they should
>> be able to understand the raw tags).
>>
>> So this tag list should IMHO show all tags, not only those not exposed
>> already by even more human readable UI translations.
>>
>> regards
>> Peter
>>
>>
>> Am 22.04.2013 16:50, schrieb Tom MacWright:
>> > Hi Martin,
>> >
>> >> it seems as if doesn't expose way membership to the user currently. In
>> > any area with multipolygons or turn restrictions or, likely more
>> difficult
>> > to fix, other types or relations, mappers will really break a lot
>> without
>> > even being able to notice.
>> >
>> > It doesn't expose relations in the UI, but does not break them and makes
>> > the same relatively smart choices as P2 when users make operations on
>> ways
>> > and nodes in relations.
>> >
>> > "break a lot" is unfounded and untrue: users have been testing iD for
>> weeks
>> > now and we are not seeing significant problems from this approach.
>> >
>> >> +1 in case of feature X, but freeform tagging is one of the key
>> features
>> > that really make osm what it is
>> >
>> > What's the assertion here, that iD doesn't support freeform tagging?
>> That's
>> > entirely incorrect: read the issues and look at the user interface. iD
>> > supports freeform tagging: just click 'other' and use the tags UI if you
>> > don't want to use presets.
>> >
>> > Tom
>> >
>> >
>> > On Mon, Apr 22, 2013 at 10:45 AM, Martin Koppenhoefer <
>> > dieterdreist at gmail.com> wrote:
>> >
>> >>
>> >>
>> >>
>> >>
>> >> On 22/apr/2013, at 16:25, Tom MacWright <tom at macwright.org> wrote:
>> >>
>> >>> For super-advanced editing, there will always be JOSM.
>> >>>
>> >>> iD does handle relations, though it does not support a relations
>> editing
>> >> UI at the moment: search for 'relations' in the issue tracker and the
>> >> commits. There has been a ton of work on the existing relations
>> support,
>> >> how it interacts with pre-existing relations, and plans for simpler
>> >> interfaces for editing relations.
>> >>
>> >>
>> >> it seems as if doesn't expose way membership to the user currently. In
>> any
>> >> area with multipolygons or turn restrictions or, likely more difficult
>> to
>> >> fix, other types or relations, mappers will really break a lot without
>> even
>> >> being able to notice.
>> >>
>> >>
>> >>>
>> >>> Yes: iD has room to grow. But I don't think that the 'a front page
>> >> editor must include X feature that I think is important' is a useful
>> >> criteria. If you ask whether an editor has been tested, used,
>> deployed, and
>> >> generally regarded as safe, iD fits that goal.
>> >>
>> >>
>> >> +1 in case of feature X, but freeform tagging is one of the key
>> features
>> >> that really make osm what it is
>> >>
>> >> Cheers,
>> >> Martin
>> >
>> >
>> >
>> > _______________________________________________
>> > dev mailing list
>> > dev at openstreetmap.org
>> > http://lists.openstreetmap.org/listinfo/dev
>> >
>>
>>
>> _______________________________________________
>> dev mailing list
>> dev at openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/dev
>>
>
>
> _______________________________________________
> dev mailing list
> dev at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/dev
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/dev/attachments/20130422/0b0986c2/attachment.html>