Re: [OSM-talk] iD news: v1.9.6 released

[Coleman McCormick]

Bryan - This is an awesome release, great work by yourself and all the
contributing team!

-- 
Coleman McCormick
@colemanm

On June 8, 2016 at 11:59:11, Bryan Housel (br...@7thposition.com) wrote:

> *iD v1.9.6* was released June 7 2016 and is now available for editing on
> openstreetmap.org
>
> The release includes:
> - Embed interactive Mapillary JS viewer (worked on by Peter Neubauer and
> Kushan Joshi)
> - Add “grill” as search term for `amenity=bbq` preset (worked on by
> Manfred Brandl)
> - When setting Wikipedia field value, also set corresponding Wikidata tag
> (worked on by Minh Nguyễn)
>
> Changelog:
> https://github.com/openstreetmap/iD/blob/master/CHANGELOG.md#196
>
> These are some very cool new features that we’ve been waiting a long time
> for — please share!
>
> Twitter:
>   v1.9.6: https://twitter.com/bhousel/status/740557505634422784
>   Wikidata: https://twitter.com/bhousel/status/740567649894031369
>   Mapillary JS:  https://twitter.com/Mapbox/status/740210415641198592
>
> Blog:  https://www.mapbox.com/blog/id-mapillary-js/
>
>
> Thanks,
> Bryan
>
> Follow me on Twitter https://twitter.com/bhousel, or follow the iD
> project on GitHub https://github.com/openstreetmap/iD for more iD tips
> and updates.
> ___
> 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] iD news: v1.9.6 released

[Minh Nguyen]

Martin Koppenhoefer  gmail.com> writes:

> 
> 
> sent from a phone
> 
> Il giorno 08 giu 2016, alle ore 18:44, Michael Reichert 
gmx.net> ha scritto:
> 
> >> Am 08.06.2016 um 17:59 schrieb Bryan Housel:
> >> - When setting Wikipedia field value, also set corresponding Wikidata
tag (worked on by Minh Nguyễn)
> > 
> > Isn't this a kind of mechanical edit which should be discussed on this
> > mailing list *beforehand*?
> 
> I also see this critical, if I understood correctly what it means, as the
relationship between Wikipedia
> articles and wikidata items is not 1:1. Yes, the initial wikidata set has
been created from Wikipedia
> articles, but looking at a topic very important to osm, places and
administrative entities, you'll find
> that Wikipedia articles often cover both, a place and the administrative
entity for/of this place, but
> wikidata objects often do not cover both. Adding a wp link to a place
object (typically node) in osm can be
> correct while at the same time adding the wikidata object that corresponds
to the wp article would not be
> (because it refers to the administrative entity)

If I understand correctly, you’re referring to a situation where, for
instance, Wikipedia editors have opted to discuss both an “administrative
territorial entity” and its government in the same article, whereas Wikidata
editors have decided to separate the concepts into two different items, yet
one of the Wikidata items still links to the unified Wikipedia article. Can
you think of an item that would be problematic in this way? How often would
this situation come up on newly tagged features?

In practice, Wikidata gives the various Wikipedia editions a strong
incentive to agree on the scope of an item, because a Wikidata item can only
link to one Wikipedia article per language and a Wikipedia article can only
link to one Wikidata item.

Wikipedia tends to be proactive about creating separate articles when
there’s a notable distinction between the various meanings of a name, but
Wikidata follows suit almost as a rule. So there is a 1:1 correspondence
between the various meanings of China on the English Wikipedia and the
various Wikidata items for those meanings. `wikipedia=en:China` maps to
, which is for the People's Republic. If
the mapper had a different definition of China in mind, both the `wikipedia`
and `wikidata` tags would reflect that.

In another example, the English Wikipedia article
 has one section for
each highway numbered 980 in the U.S. state of Arkansas. This article is
linked to one Wikidata item: . If
another Wikipedia edition wanted to inflate its article count by creating a
separate stub article for each of these highways, none of these stub
articles could be linked to Q2431651. If you were to tag
`wikipedia=en:Arkansas Highway 980`, iD would add `wikidata=Q2431651`. But
if you were to tag `wikipedia=es:Carretera Arkansas 980 (condado de Van
Buren)`, iD would add no `wikidata` tag.

It would be far more problematic if iD were to automatically edit Wikidata,
adding the edited OSM node’s ID to the item’s statements, since a) OSM IDs
are even more unstable than Wikipedia article titles, and b) OSM can
represent even a single place with multiple features (for example, a
boundary relation and a place POI with role=label, or a 3D building relation
with a building area with role=outline). Fortunately, there are no plans to
do automatically edit Wikidata from within iD.

Finally, I think this feature (and hopefully similar features in other
editors) would help us ensure that, if a real mechanical edit to introduce
Wikidata tags [1] ever gets approved, it would be a smaller, one-time affair
instead of a larger, recurring task.

[1] http://wiki.openstreetmap.org/wiki/Mechanical_Edits/wikidata and
previous threads on this list

-- 
Minh Nguyen 
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] iD news: v1.9.6 released

[Martin Koppenhoefer]

 

sent from a phone

Il giorno 08 giu 2016, alle ore 18:44, Michael Reichert  ha 
scritto:

>> Am 08.06.2016 um 17:59 schrieb Bryan Housel:
>> - When setting Wikipedia field value, also set corresponding Wikidata tag 
>> (worked on by Minh Nguyễn)
> 
> Isn't this a kind of mechanical edit which should be discussed on this
> mailing list *beforehand*?


I also see this critical, if I understood correctly what it means, as the 
relationship between Wikipedia articles and wikidata items is not 1:1. Yes, the 
initial wikidata set has been created from Wikipedia articles, but looking at a 
topic very important to osm, places and administrative entities, you'll find 
that Wikipedia articles often cover both, a place and the administrative entity 
for/of this place, but wikidata objects often do not cover both. Adding a wp 
link to a place object (typically node) in osm can be correct while at the same 
time adding the wikidata object that corresponds to the wp article would not be 
(because it refers to the administrative entity)

cheers,
Martin 
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] iD news: v1.9.6 released

[Simone Cortesi]

On Wed, Jun 8, 2016 at 11:13 PM, Andy Mabbett  wrote:
>> Naturally (see previous wikidata discussions) it is questionable why it is
>> necessary to add a tag that can automatically be determined from the other
>> attributes of the object (as this feature proves without doubt).
>
> As answered in those self-same discussions: the Wikipedia link is
> volatile, the Wikidata ID is virtually permanent. The latter is also
> not language-centric.

+1

-- 
-S

___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] iD news: v1.9.6 released

[Andy Mabbett]

On 8 June 2016 at 21:23, Simon Poole  wrote:

> Naturally (see previous wikidata discussions) it is questionable why it is
> necessary to add a tag that can automatically be determined from the other
> attributes of the object (as this feature proves without doubt).

As answered in those self-same discussions: the Wikipedia link is
volatile, the Wikidata ID is virtually permanent. The latter is also
not language-centric.

-- 
Andy Mabbett
@pigsonthewing
http://pigsonthewing.org.uk

___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] iD news: v1.9.6 released

[Andy Mabbett]

On 8 June 2016 at 16:59, Bryan Housel  wrote:

> iD v1.9.6 was released June 7 2016 and is now available for editing on
> openstreetmap.org
>
> The release includes:

> - When setting Wikipedia field value, also set corresponding Wikidata tag
> (worked on by Minh Nguyễn)

This is excellent news; thank you.

-- 
Andy Mabbett
@pigsonthewing
http://pigsonthewing.org.uk

___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] iD news: v1.9.6 released

[Dave F]

It's only adding them to the single entity that's selected, killing two 
birds with one stone.


It's good time saver

Dave

On 08/06/2016 17:44, Michael Reichert wrote:

Hi Bryan,

Am 08.06.2016 um 17:59 schrieb Bryan Housel:

- When setting Wikipedia field value, also set corresponding Wikidata tag 
(worked on by Minh Nguyễn)

Isn't this a kind of mechanical edit which should be discussed on this
mailing list *beforehand*?

https://wiki.openstreetmap.org/wiki/Automated_Edits_code_of_conduct

Best regards

Michael




___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk




---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] iD news: v1.9.6 released

[Simon Poole]

The way I understand it, it simply adds an extra tag if the user adds a
wikimedia tag, don't seriously think that counts as a mechanical edit in
the sense of our guidelines.

Naturally (see previous wikidata discussions) it is questionable why it
is necessary to add a tag that can automatically be determined from the
other attributes of the object (as this feature proves without doubt).

Simon

Am 08.06.2016 um 18:44 schrieb Michael Reichert:
> Hi Bryan,
>
> Am 08.06.2016 um 17:59 schrieb Bryan Housel:
>> - When setting Wikipedia field value, also set corresponding Wikidata tag 
>> (worked on by Minh Nguyễn)
> Isn't this a kind of mechanical edit which should be discussed on this
> mailing list *beforehand*?
>
> https://wiki.openstreetmap.org/wiki/Automated_Edits_code_of_conduct
>
> Best regards
>
> Michael
>
>
>
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk





signature.asc
Description: OpenPGP digital signature
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] iD news: v1.9.6 released

[Hans De Kryger]

https://github.com/openstreetmap/iD/pull/2732

Regards,
Hans
On Jun 8, 2016 9:47 AM, "Michael Reichert"  wrote:

> Hi Bryan,
>
> Am 08.06.2016 um 17:59 schrieb Bryan Housel:
> > - When setting Wikipedia field value, also set corresponding Wikidata
> tag (worked on by Minh Nguyễn)
>
> Isn't this a kind of mechanical edit which should be discussed on this
> mailing list *beforehand*?
>
> https://wiki.openstreetmap.org/wiki/Automated_Edits_code_of_conduct
>
> Best regards
>
> Michael
>
>
> --
> Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. (Mailinglisten
> ausgenommen)
> I prefer GPG encryption of emails. (does not apply on mailing lists)
>
>
>
> ___
> 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] iD news: v1.9.6 released

[Michael Reichert]

Hi Bryan,

Am 08.06.2016 um 17:59 schrieb Bryan Housel:
> - When setting Wikipedia field value, also set corresponding Wikidata tag 
> (worked on by Minh Nguyễn)

Isn't this a kind of mechanical edit which should be discussed on this
mailing list *beforehand*?

https://wiki.openstreetmap.org/wiki/Automated_Edits_code_of_conduct

Best regards

Michael


-- 
Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. (Mailinglisten
ausgenommen)
I prefer GPG encryption of emails. (does not apply on mailing lists)




signature.asc
Description: OpenPGP digital signature
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[OSM-talk] iD news: v1.9.6 released

[Bryan Housel]

iD v1.9.6 was released June 7 2016 and is now available for editing on 
openstreetmap.org 

The release includes:
- Embed interactive Mapillary JS viewer (worked on by Peter Neubauer and Kushan 
Joshi)
- Add “grill” as search term for `amenity=bbq` preset (worked on by Manfred 
Brandl)
- When setting Wikipedia field value, also set corresponding Wikidata tag 
(worked on by Minh Nguyễn)

Changelog: https://github.com/openstreetmap/iD/blob/master/CHANGELOG.md#196 


These are some very cool new features that we’ve been waiting a long time for — 
please share!

Twitter:  
  v1.9.6: https://twitter.com/bhousel/status/740557505634422784 

  Wikidata: https://twitter.com/bhousel/status/740567649894031369 

  Mapillary JS:  https://twitter.com/Mapbox/status/740210415641198592 


Blog:  https://www.mapbox.com/blog/id-mapillary-js/ 



Thanks,
Bryan

Follow me on Twitter https://twitter.com/bhousel , 
or follow the iD project on GitHub https://github.com/openstreetmap/iD 
 for more iD tips and updates.___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk