R语言中使用st_join关联欧洲地理数据集时出现NA值的原因排查

• 函数运行逻辑的认知偏差
  st_join是sf包内置的空间连接专用函数，核心匹配逻辑完全基于几何要素的空间关系，默认采用st_intersects作为判断规则：只有当点位落在目标行政面的边界或内部时，才会匹配成功并带入面对应的属性值。
  传入的by="Country"参数，在st_join的运行逻辑中仅用于空间匹配完成后对齐同名字段、避免列名重复，不会替代空间关系执行纯文本属性的等值匹配。也就是说哪怕两个数据集的Country字段取值完全一致，只要点位和面对象不满足空间相交关系，连接结果就会返回NA，不会靠文本匹配强行关联。
• 数据集覆盖范围的天然错配
  当前europe_map仅包含梵蒂冈、泽西、根西、马恩岛、英国、乌克兰6个行政面，本身就没有威尼斯所属的意大利、里斯本所属的葡萄牙、哥本哈根所属的丹麦的任何面要素。从空间范围交叉验证：europe_map的西边界在西经8.14度，而里斯本的点位坐标在西经9.14度，完全超出所有面的覆盖范围，空间判断时不会和任何面产生相交关系，自然连接字段全部返回NA。
• 潜在的文本匹配障碍
  就算切换为纯属性连接（使用通用数据框合并语法merge()执行），这类NA问题也大概率存在：
  • europe_map的94个属性字段中，并未明确存在名为Country的同名字段，国家名存储字段可能是ADMIN、NAME等其他命名，字段名不匹配时根本找不到匹配键。
  • 就算字段名对齐，两个数据集的国家名文本可能存在格式差异：比如大小写不统一、前后附带多余空格、国家全称/简称不对应、译名不统一，都会导致文本等值判断失败返回NA。

内容的提问来源于stack exchange，提问作者user11709754