Zh-hant:Good practice

From OpenStreetMap Wiki
Jump to: navigation, search
可用的語言 — Good practice
Afrikaans Alemannisch aragonés asturianu azərbaycanca Bahasa Indonesia Bahasa Melayu Bân-lâm-gú Basa Jawa Baso Minangkabau bosanski brezhoneg català čeština dansk Deutsch eesti English español Esperanto estremeñu euskara français Frysk Gaeilge Gàidhlig galego Hausa hrvatski Igbo interlingua Interlingue isiXhosa isiZulu íslenska italiano Kiswahili Kreyòl ayisyen kréyòl gwadloupéyen kurdî latviešu Lëtzebuergesch lietuvių magyar Malagasy Malti Nederlands Nedersaksies norsk norsk nynorsk occitan Oromoo oʻzbekcha/ўзбекча Plattdüütsch polski português română shqip slovenčina slovenščina Soomaaliga suomi svenska Tiếng Việt Türkçe Vahcuengh vèneto Wolof Yorùbá Zazaki српски / srpski беларуская български қазақша македонски монгол русский тоҷикӣ українська Ελληνικά Հայերեն ქართული नेपाली मराठी हिन्दी অসমীয়া বাংলা ਪੰਜਾਬੀ ગુજરાતી ଓଡ଼ିଆ தமிழ் తెలుగు ಕನ್ನಡ മലയാളം සිංහල ไทย မြန်မာဘာသာ ລາວ ភាសាខ្មែរ ⵜⴰⵎⴰⵣⵉⵖⵜ አማርኛ 한국어 日本語 中文(简体)‎ 吴语 粵語 中文(繁體)‎ ייִדיש עברית اردو العربية پښتو سنڌي فارسی ދިވެހިބަސް





有時地圖上的訊息會出現矛盾,例如同一個地點在舊地圖上和新地圖的地名或拼法不同。請注意地圖的使用者一般需要在地圖上找到與當地指標相同的地名,但他們不一定吹毛求疵地要求所有地圖資訊所提供的拼法完全一樣,但如果有明顯的錯誤,例如John-F.-Kennwdy 廣場明顯是 Kennedy 一字誤拼,這樣的狀況下還請改正。





根據開放街圖必須可被查證,請不要繪製與歷史事件相關的圖徵,也請勿繪製已經消失的物件,因為他們無法被進一步驗證。關於歷史事件的討論請見此 discussed here. 如果該歷史事件有遺跡留存 (可使用 historic=ruins 標誌). 同樣的荒廢的火車軌道只要有留存可見遺跡基本上都可以標誌 (可使用 railway=abandoned). 關於荒廢與拆卸的鐵道的討論請見 discussed here.


Things such as local traffic rules should only be mapped through the objects which represent these rules on the ground, e.g. a traffic sign, road surface marking. Other rules that can not be seen in some way should not be mapped, as they are not universally verifiable.


主要文章:Tagging for the renderer

Draw things the way they are on the ground - do not enter incorrect data just because it will help renderer, navigation or some other data consumer has problem with correct data. They are continually improving, don't bend the data to make it look prettier, just be patient.

完善的 changeset 評論

主要文章:Zh-hant:Good changeset comments

一個好的 changeset 評論應該要準確及足夠地去說明該變更。你這樣做是對其他繪圖者一種禮貌、避免誤解、以及可以將問題盡快解決。這樣做令你的修訂更有有,甚至幫你在未來回望之前之貢獻。

請勿使用 name tag 來描述事物


The name=* tag is to be used for the name of a feature. It is not a place where you should describe or classify the feature. We use other tags for that. For example it is wrong to have a tag '"name=track" on track leading through a forest. Instead it should have the tag highway=track. If the track has a name (like a street name), it would have a name tag too. If not, then there should be no name tag.

You can find appropriate tags in the editors using their presets. In iD just start typing after you added an object, in JOSM you can search the presets after pressing F3. If you don't find what you need search this wiki or Taginfo - or just ask the community. If you cannot find matching tags, add a note=* or description=*.


When things change in the real world, be bold, and edit the map to reflect the current situation. But be aware that OpenStreetMap can store the editing history of an element, and you can help preserve this history by making sure you re-use one element when it becomes something different. Example: If a café closes down, don't delete the node. Just remove the cafe tag, and leave other tags (like the address) in place.

When updating buildings or landuse you may wish to delete and redraw anew, but to retain an editing history it may be better to edit existing objects. For JOSM there is a tool "replace geometry" in the plugin utilsplugin2. With this you can draw a new outline of the object and then merge the outlines shape to the existing way.


主要文章:One feature, one OSM element

Don't place nodes in identically tagged areas just to see some icon appear on the map. The renderers will display icons on areas as well and there's no need to have every parking-lot, soccer-ground, etc., duplicated in the database.


主要文章:Zh-hant:Editing Standards and Conventions

When there's a road that's dead-straight, draw it as such. That's done by just one line between two nodes without any nodes in between. Some roads are perfectly straight even when your GPS-track might think differently.

JOSM, iD and Potlatch all have tools to straighten streets with intersections. That keeps our data slick and makes the maps look better. Having said that, if you have multiple traces for a particular road and they all show a bend in the road, or you see the road's shape in an aerial photograph - then depict this shape in OSM.


Ensure you use a reasonable number of nodes to record bends and other features. There's no hard or fast rule about how many nodes should be used to map a bend in a road - you need to use your own judgment - but there should be enough so that the angle between successive parts of a way should not be too large (e.g. shouldn't be close to 90°). This means that on sharper corners - the nodes will need to be closer together to map a smooth curve in the road than on relatively shallow corners.

把 GPS 軌跡做平均

主要文章:Accuracy of GPS data

The accuracy of the points in a single GPS trace may be out by several meters. This depends on lots of factors such as the positions of the satellites when the trace was taken, tree cover, proximity to nearby buildings, position of the GPS unit relative to the center of the road etc. If many traces are taken for the same road, then the effect of errors in any one trace will have a much smaller impact on the average position of these traces.

To help with this, it's useful if you upload all traces to the server - even if they cover roads already in the database. This allows others to use your traces to average out the errors and should eventually result in lower position errors. If you have many tracks covering the same way, you may also try the "average tracks" script to make one "average" trace.


主要文章:Using Imagery

Aerial imagery will, regardless of source, have offsets to the real positions of objects on the ground. While this can be small enough to be ignored, it can be substantially more than typical GPS errors (>> 10 meters) and change over small areas (requiring re-adjustment). It is mandatory that you check this before moving existing OSM data, or adding more.

Potential ways to align and check alignment:

  • existing GPS tracks or high precision POI data
  • existing OSM data

Both JOSM and Potlatch have tools that support imagery alignment.


主要文章:Zh-hant:Armchair mapping

Just because it is available doesn't mean that aerial imagery is up to date. Always check before changing or deleting existing OSM data. Best is to only map areas that you visit and verify yourself.


Sometimes it makes sense to map estimated positions rather than not mapping the object at all. But always mark your estimations with a fixme=* so you or somebody else will come back to it.


Sometimes you will come across elements with tags that have no meaning to you. This doesn't automatically mean you should remove them. They may have been added for a specific purpose. If you think they might be junk then try to contact the author.

為你創建的 tag 建立說明文件

主要文章:New Features

When you use tags yourself that aren't on Map features, give other mappers a chance to understand (and maybe adopt) them by documenting them in the wiki.


[[{LL|Semi-colon value separator}}|Semi-colon value separator]] characters can be introduced into values, where the same key needs to take multiple values. This can be useful for putting lists of values into certain type of minor attribute tags, however it should be avoided in more important top-level tags. In general these special characters should not be over-used, since they detract from the simplicity of the tagging system.