这条路从最高等级的卫星图上看依然是有痕迹的，因此我认为lockdownguy的bad标记是不正确的，这条路应当被保留
---
#REVIEWED_BAD #OSMCHA
Published using OSMCha: https://osmcha.org/changesets/107789837

Hey guys! There are three item that have a odd key ```fixme:name:<lang>```, they are way/219614364 , node/2440289063 , and node/7185830521

Using taginfo I only found 3 item have this tag, so I guess if they have a better way to describe.

Wish all the best！

你删了这么多路，可否给个明确的解释？以及当时我在软件园区添加了若干的人行道和斑马线，现在似乎全部被删除了，兄弟有什么头绪吗？

兄弟你好，建筑物需要保持building的标签

Don't use the key:construction=* in the planning area, which means that the construction has already started. If so, you can tag it like this, but I guess you mean "long-term planning", it just stays on the blueprint, so I think this should be tagged with Key:proposal=*

——LaoshuBaby 6.12.2021

规划中的地方就不要用construction了，这是代表已经开工了的意思。如果开工了可以这么标记，但是我看你意思是“远期规划”，就是仅仅停留在纸面上，这种应该使用proposal标签
——快乐的老鼠宝宝 2021.6.12

Hello, sir/madam, noticed that in your mapping, the ref H1 has been added to the entire ring road, but I didn't find the source. Could you please explain for this? Or I will delete this ref in 7 days.

------LaoshuBaby 6.12.2021

Hey guy! According to the multi language tagging guideline of China Mainland, you've made wrong edit with administrative-villlages' name.
Such as this, node/7852000028
You can find more details in this osmwiki page.(osm.wiki/Multilingual_names#China)

Anyway, when OSM-Carto renders, it never considers our tags defined by the local community, right?
So even if we write down the real population data, whether it is the subkey of population, or a single china_population key, the final result is still that OSM will refer to the key of population to render.

So why just keep the de facto using method?

It is not appropriate to use population: cadc to describe population, an attribute belonging to an administrative entity, because cadc is already an attribute attached to the administrative entity, not an entity.

Cadc is just a control key for goverment to statistic people and govern more exactly.
And, china_population is for a more large range of admin_level, if the true population will lead a mistake in render.If you use a Key like population:cadc, it can't show the original purpose of using this new Key.
The point is the viliage/town/others, and it have a cadc(static or variable), it is itself!

Emmm……that's because cadc is just a code, not a exactly population number.
China government use a code to define a exist administrative entiries, like you use ```de``` to define Germany, or use ```us``` to define United States.
But we need a exact population number so we using this tag to contain it.

您好，编辑者，OpenStreetMap地图反映的是当下现有的地理要素情况，不应加入虚拟和不存在的要素。注意到这是您最初的编辑，因此暂无必要向DWG提出Vandalism ban申请。
望您在之后的绘图过程中能更多的致力于地图中缺失的真实要素的添加和修正。
祝绘图愉快，万事顺利
——OSM China 志愿者 快乐的老鼠宝宝 敬上

既然如标签所说是一个填海造陆区域的话，还在填海中（而且卫星图也确认了这一点），使用已经平整好的greenfield标签不合适吧？而是使用填充这一特性的landfill更合适？

我是用的原来这块地方标注着的厂名画上去的，谢谢修正

Hey guy! You are the second reviewer that noticed this so-called big change. The change between {{Tag|population}} and {{Tag|china_population}} is based on the discussion in China OSM mapper community.

The main idea of all of that is to describe objects in real life more exactly.

Yes, as you can see, the problem with the china_class tag has existed for years and has been quite confusing. We only reached a consensus yesterday and started to manually correct some known problems.
Happy your mapping life！

Hey guy! This tag is discussed by Chinese OSM Mapper community. Because the large number of population, if fill the tag population with de facto number, it will cause the lower level administrative district render as a higher level area. To show the ration between admin_level and population exactly, we add 2 tag to describe this scenario.

+ {{Tag|china_class}}
+ {{Tag|china_population}}

For more infomation, you can read this paragraph:
osm.wiki/Zh-hans:%E4%B8%AD%E5%8D%8E%E4%BA%BA%E6%B0%91%E5%85%B1%E5%92%8C%E5%9B%BD

Hey guy! You have added a wrong tag! It is node/7341608271
The tag china_class means a administrative district!
So I guess your mean is "date=2020-03-28"

Maybe my guess is not exactly so you can modify it twice.
I'm sorry that I only can message you with English because I don't know German

I have fixed it.

Congratulations ！
You get the exact No.100000000 changeset！
Good luck！

Indeed, as you said, my label is not particularly correct and strict. Perhaps modifying according to your suggestions will more meet with the public's data maintenance method! Thanks again!