Modify

Opened 10 years ago

Closed 10 years ago

Last modified 10 years ago

#10622 closed defect (fixed)

render barrier=yes as barrier

Reported by: mkoniecz Owned by: team
Priority: normal Milestone: 14.10
Component: Internal mappaint style Version:
Keywords: template_report Cc:

Description

What steps will reproduce the problem?

  1. tag line as barrier=yes (unclear type of barrier on aerial images, recommended type of tagging in this situation, mentioned on wiki)

What is the expected result?

  1. Line will be rendered as a barrier.

What happens instead?

  1. Line is not rendered as a barrier.

See https://www.openstreetmap.org/way/307168742 for an example.

Repository Root: http://josm.openstreetmap.de/svn
Build-Date: 2014-10-08 01:35:06
Last Changed Author: Don-vip
Revision: 7608
Repository UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Relative URL: ^/trunk
URL: http://josm.openstreetmap.de/svn/trunk
Last Changed Date: 2014-10-08 00:01:23 +0200 (Wed, 08 Oct 2014)
Last Changed Rev: 7608

Identification: JOSM/1.5 (7608 en) Linux Ubuntu 14.04.1 LTS
Memory Usage: 435 MB / 889 MB (155 MB allocated, but free)
Java version: 1.7.0_67, Oracle Corporation, Java HotSpot(TM) Server VM
Dataset consistency test: No problems found

Plugins:
- ImportImagePlugin (30416)
- OpeningHoursEditor (30609)
- PicLayer (30436)
- buildings_tools (30485)
- continuosDownload (1412331234)
- geotools (30569)
- jts (30416)
- log4j (30416)
- notes (v0.9.4)
- turnrestrictions (30651)

Attachments (1)

Selection_004.png (324.8 KB ) - added by mkoniecz 10 years ago.

Download all attachments as: .zip

Change History (7)

by mkoniecz, 10 years ago

Attachment: Selection_004.png added

comment:1 by Don-vip, 10 years ago

Component: CoreInternal mappaint style

comment:2 by Don-vip, 10 years ago

Milestone: 14.10

comment:3 by Don-vip, 10 years ago

Resolution: fixed
Status: newclosed

In 7611/josm:

fix #10622 - render barrier=yes

comment:4 by skyper, 10 years ago

I do not like this change and we need a validator warning about barrier=yes, now, like,

"barrier=yes is unspecific, please replace yes with a specific value".

Some notes:

  • the value was added to the wiki without discussion just six month ago
  • there exists no own wiki page
  • if your aerial images are that bad, you can hardly determine barriers at all and definitely miss many entrances.

I did use barrier=yes myself, in the beginning of my tagging, adding it to waterways and other primary features but meanwhile stop doing it as the information is mostly covered with the primary tag.

comment:5 by mkoniecz, 10 years ago

if your aerial images are that bad, you can hardly determine barriers at all

Untrue, see attached file - aerial images are really good. But it is really hard to decide whatever something is wall or fence.

Last edited 10 years ago by mkoniecz (previous) (diff)

comment:6 by Klumbumbus, 10 years ago

In 7647/josm:

fix #10661 (see #10622) - add warning for barrier=yes (based on text by skyper); typos

Modify Ticket

Change Properties
Set your email in Preferences
Action
as closed The owner will remain team.
as The resolution will be set.
The resolution will be deleted. Next status will be 'reopened'.

Add Comment


E-mail address and name can be saved in the Preferences .
 
Note: See TracTickets for help on using tickets.