JOSM shouldn't offer a building=no option

[naoliv]

Add a new node in JOSM, insert building for key and then type n in value (and see the suggestion to autocomplete as no); or open the value dropbox (and also see the no value there). There shouldn't be a no value for building (see also #9650).

[naoliv]

I am seeing the same problem with highway. Is there a need for highway=no?

[Don-vip]

Can you please post your status report and the list of presets you have enabled? This is important for everything related to autocompletion. Thanks.

[naoliv]

Sorry.

Repository Root: http://josm.openstreetmap.de/svn
Build-Date: 2014-05-19 01:36:32
Last Changed Author: Don-vip
Revision: 7142
Repository UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
URL: http://josm.openstreetmap.de/svn/trunk
Last Changed Date: 2014-05-18 18:04:18 +0200 (Sun, 18 May 2014)
Last Changed Rev: 7142

Identification: JOSM/1.5 (7142 pt_BR) Linux Debian GNU/Linux unstable (sid)
Memory Usage: 262 MB / 1756 MB (184 MB allocated, but free)
Java version: 1.7.0_55, Oracle Corporation, OpenJDK 64-Bit Server VM
Java package: openjdk-7-jre:amd64-7u55-2.4.7-2
VM arguments: [-Djava.net.useSystemProxies=true, -Dawt.useSystemAAFontSettings=on, -Dawt.useSystemAAFontSettings=on]
Dataset consistency test: No problems found

Plugin: AddrInterpolation (30416)
Plugin: Create_grid_of_ways (30416)
Plugin: FixAddresses (30416)
Plugin: ImageryCache (30416)
Plugin: OpeningHoursEditor (30416)
Plugin: PicLayer (30436)
Plugin: SimplifyArea (30416)
Plugin: buildings_tools (30416)
Plugin: editgpx (30416)
Plugin: geotools (30416)
Plugin: jts (30416)
Plugin: merge-overlap (30416)
Plugin: notes (v0.9.2)
Plugin: opendata (30436)
Plugin: pdfimport (30416)
Plugin: poly (30416)
Plugin: reverter (30436)
Plugin: tagging-preset-tester (30416)
Plugin: todo (29154)
Plugin: turnrestrictions (30454)
Plugin: undelete (30416)
Plugin: utilsplugin2 (30419)

I only have the Internal Preset enabled:

taggingpreset.entries=[{title=Internal Preset, url=resource://data/defaultpresets.xml

[skyper]

Yeah, it is strange. I can reproduce with plain josm-latest (empty preferences).

And a simple search through default preferences grep \"building\" defaultpresets.xml |grep no gives an empty result.

Repository Root: http://josm.openstreetmap.de/svn
Build-Date: 2014-05-19 01:36:32
Last Changed Author: Don-vip
Revision: 7142
Repository UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
URL: http://josm.openstreetmap.de/svn/trunk
Last Changed Date: 2014-05-18 18:04:18 +0200 (Sun, 18 May 2014)
Last Changed Rev: 7142

Identification: JOSM/1.5 (7142 en) Linux Debian GNU/Linux 7.5 (wheezy)
Memory Usage: 179 MB / 882 MB (120 MB allocated, but free)
Java version: 1.7.0_55, Oracle Corporation, OpenJDK 64-Bit Server VM
Java package: openjdk-7-jre:amd64-7u55-2.4.7-1~deb7u1
VM arguments: [-Djosm.home=/tmp/.josm]
Program arguments: [--language=en]
Dataset consistency test: No problems found

Or is it Debian specific ?

[naoliv]

Couldn't it be some kind of property that, by default, gives the values yes and no to those dropdowns, even if they don't have these values in their presets? (ie, the preset is only adding more values to the already present yes and no)

[bastiK]

Yes, it comes from the public_transport=station preset. (Does it make sense in this context?)

[simon04]

#9682 is related.

[simon04]

In 7171/josm:

fix #9682 #10048 - Presets: disable no value for some checkboxes in the preset dialog

This avoid that unneeded keys are created/suggested by JOSM, such as building=no