Tagging/Security
From Map Kibera
(Difference between revisions)
Ebrelsford (Talk | contribs) (→Security tags) |
Ebrelsford (Talk | contribs) (→Questions) |
||
Line 89: | Line 89: | ||
* perhaps [http://wiki.openstreetmap.org/wiki/Proposed_features/social_facility social_facility] could be useful, for shelters and support? | * perhaps [http://wiki.openstreetmap.org/wiki/Proposed_features/social_facility social_facility] could be useful, for shelters and support? | ||
* also, [http://wiki.openstreetmap.org/wiki/Proposed_features/hazard hazard=*] is a start, but is focused almost entirely focused on drivers and existing street signs | * also, [http://wiki.openstreetmap.org/wiki/Proposed_features/hazard hazard=*] is a start, but is focused almost entirely focused on drivers and existing street signs | ||
+ | * Here's a [http://lists.openstreetmap.org/pipermail/talk/2009-March/thread.html#35579 discussion on osm-talk] that touches on the perceived security or danger of an area. It quickly devolves into "well, it's too subjective to really map..." |
Current revision as of 20:10, 9 November 2010
Contents |
Security tags
currently in Kibera | proposal best-fit | notes |
---|---|---|
security:bar=yes | amenity=bar | Do we need to indicate that this bar was determined especially hazardous? |
security:black_spot=yes | Likely needs a proposal. | |
security:chiefs_camp=yes | amenity=public_building | |
security:gbv_support=yes | amenity=social_facility social_facility=shelter social_facility:type={victim?,gender_based_violence_victim?} | |
security:hatari_spot=yes | What is the difference between this and <tt>security:black_spot=yes? | |
security:light=yes | highway=street_lamp | Should also have security:light_type="street_light or security:light_type="adopt_a_light"
Also operational_status={operational, non-operational, not instaled} (sic) highway=street_lamp has not been added to these features yet |
security:other=yes | ||
security:safe_space=yes | amenity=social_facility social_facility=shelter |
Review
Changes
- Detached street lights that were part of ways and gave them their own nodes
- Fixed obvious typos in the free text in security:description
- Add amenity=bar to nodes with security:bar=yes
- Removed man_made=lighthouse from some lights
- Add amenity=public_building to nodes with security:chiefs_camp=yes
- Changed values of security:light_type to remove spaces (now adopt_a_light or street_light)
Pre-existing Tags
- lights
- security:light
- security:light_type
- operational_status
- power=light mast
- man_made=lighthouse
- power:Light tower
- power=Adopt A Light
- Bar
- security:bar
- amenity=pub
- amenity=bar
- shop=alcohol
- Danger
- security:hatari_spot
- security:black_spot
- security:other
- security:gbv_support
- security:chiefs_camp
- security:description
- amenity=police
Fixes Needed
- Distinguish between large and small adopt-a-lights
- "temporary police" locations
- interpolate lights in series (when only start and end are marked)
Questions
Is there an existing proposal?
- perhaps social_facility could be useful, for shelters and support?
- also, hazard=* is a start, but is focused almost entirely focused on drivers and existing street signs
- Here's a discussion on osm-talk that touches on the perceived security or danger of an area. It quickly devolves into "well, it's too subjective to really map..."