User:Mateusz Konieczny

From OpenStreetMap Wiki
Jump to: navigation, search

My website

Quick links

active sysops

Standard tile layer remove attempt to duplicate in wiki


Undocumented tags I just use but are without formal proposal. Idea from User:Malenki/undoc tags

Proposals may be created for some that are useful, frequently used or likely to be complicated. Voting will be initiated for proposals likely to get support in voting.

edit this page

tag taginfo reasoning status (see Proposal process)
forest tagging /what is a forest
Tag:surface=rocks ???? See
Tag:amenity=bicycle_charging_station Charging station for charging solely bicycles. For charging station for both cars and bicycles use amenity=charging_station
Tag:shop=snack (also cuisine=regional + regional=polish + polish=obwarzanek) For shop selling special-purpose baked things that is neither shop=pastry (are not sweet) nor selling general purpose bakery products. Maybe shop=bakery_snack? Proposed features/shop=snack
Tag:cave_tunnel=yes, original natural=cave_tunnel was changed as apparently JOSM validator expects natural to be areas and to not be used with highway=*
Tag:fee:permanent_exhibition=no allow to tag museums where permanent exhibition is free Proposed features/free_permanent_exhibition
Tag:fee:temporary_exhibition=yes allow to tag museums where temporary exhibition is paid
Key:still_visible_on Key:visible_on Key:visible_in gives example(s) of aerial images where no longer existing object is visible. It makes more clear why it should not be deleted for now and makes easier to check when it can be deleted.

Or maybe it should be still_visible_in? Question for IRC "How one would say: "This storage tank is still visible on mapbox aerial images"? Or "This storage tank is still visible in mapbox aerial images"? Difference is "on aerial images" vs "in aerial images""
Tag:?=? mark disappearing path I just discovered that tractype=grade5 is not useful as it covers all pure dirt paths. Key:trail_visibility ?
Tag:tourism=carriage_ride_boarding ??????? tourism=attraction + attraction=carriage_ride lub amenity=carriage_ride_boarding. ???? marks departure point of tourism vehicles - vehicles wait for tourists and depart immediately with interested tourists. Possibilities include horse-drawn carriages, melex etc currently active and useful discussion on tagging mailing list
Tag:street_vendor=yes marks shop as a street vendor Proposed features/street vendor=yes (36 uses) - currently active and useful discussion on tagging mailing list
Tag:access:conditional=complex for situations where access:conditional is unreasonably complex in use - first at
Key:access:conditional:image for situations where access:conditional is unreasonably complex - link to photo with the rules in use - first at
Tag:surface=unhewn_cobblestone used by SC
Tag:opening_hours_sign=no There is no opening hours sign testing in progress, Proposed features/opening_hours_sign=no, posted on
Tag:amenity=traffic_park cases: Proposed features/scaled down streets that may be used for traffic safety education or as a type of a playground
Key:service_times:mass When mass is conducted testing sheduled, posted to tagging mailing list (mechanical edit)
Tag:natural=windthrow Remains of a forest destroyed by a wind testing in progress, posted to tagging mailing list
Tag:natural=undergrowth An area of dense undergrowth that makes walking/running hard/impossible. Already proposed on IOF_mapping testing in progress
Tag:man_made=goal A football goal - object on a pitch testing in progress
Tag:man_made=hay_rack for hay racks placed in the woods to feed animals during winter testing in progress, see Proposed features/amenity=feeding place, consider Tag:man_made=manger, amenity=game_feeding is quite popular
Tag:dual_carriageway=yes for oneway roads representing roads that are not oneway, as these roads have more than one carriageway and each is mapped separately tested, waits for a proposal (weird cases: (1) (2) )
Tag:service=turning_loop testing in progress
Tag:ticket=public_transport combined with Tag:shop=ticket testing in progress
Tag:topic=public_transport combined with Tag:tourism=information Tag:information=office testing in progress
Tag:traffic_sign=no_stopping instead of Tag:traffic_sign=PL:B-36, combined with Tag:traffic_sign_code=PL:B-36 send to @tagging
Tag:traffic_sign=no_parking send to @tagging
Tag:traffic_sign=oneway send to @tagging
Tag:traffic_sign=crossing instead of Tag:traffic_sign=PL:D-6, combined with Tag:traffic_sign_code=PL:D-6 and Tag:traffic_sign_detail=pedestrian_crossing testing in progress
Tag:traffic_sign=give_way (see Key:traffic_sign) instead of Tag:traffic_sign=PL:something-something testing in progress
Key:name:etymology:wikipedia (to be documented at Key:Wikipedia The person, event, geographical feature or other subject that an entity (e.g. a street, airport or building) is named after. If the street has old_name, use old_name:etymology:wikipedia=*. Inspired by subject:wikidata. I am using it to replace invalid wikipedia links (like in case of ) testing in progress
Tag:traffic_sign_contradiction=* freeform value, describes traffic sign inconsistencies testing in progress


Mechanical Edits

(edit), see Automated Edits code of conduct

My idea is that automatic edits are OK given edit where

  • human making such changes would not cause a reasonable protest
  • human would edit in the same way or human would make more mistakes
  • preparing program and discussing automatic edit will take less time than a tedious manual edit
  • probability that human during editing would spot major issues not detected by validators is not significantly higher than during normal editing (human will spot mistakes during any editing anywhere, automatic program not spotting problems during editing is harmful only if unusually many major issues not detected by validators would not spotted)
  • edit is accepted by OSM community in discussion (even if somebody is convinced that edit makes perfect sense one should not make if community opposes. it makes sense even if edit was really a good idea)

Overall my vision of automatic edits is that it allows to do incredubly tedious and boring edits, with less mistakes than humans. It allows humans to make more productive editing.

I consider importing addresses from high-quality sources, retagging building=building to building=yes to be good examples of such edits.

Assuming that address dataset is on suitable license and so good that after importing it OSM dataset will cause less mistakes than after sirveying the area, why not import it? Except rare cases it will take less effort to do that and people can spend survey time on objects that are not easily importable.

Assuming that some large-scale rettagging is clearly desirable - what is the benefit over doing it manually object by object over running scipt and spending hours of freed OSM time on something more useful like going on walk and surveying local area (or tracing forests or improving OSM editors or helping newbies or going through what JOSM validator reported).


Active tasks

Past, no longer active tasks

Ended without a single mechanical edit

Not listed here

  • Reverts of undiscussed mechanical edits - as explained by DWG - automated revert of an undiscussed mechanical edit may be done without any discussion and is exempt from Automated Edits code of conduct

Ideas - tags to eliminate, maybe by a mechanical edit









(at least 3k cases where double tagged with leisure=swimming_pool)

Rerun ideas



Systematic tagging issues - require notes or resurvey

  • covered=no, shelter=yes - it seems contradictory - So it this bus stop with a shelter providing cover or not? (after opening series of notes wait whatever this combination can be true)