ArcGIS 字段类型怎么选？文本 / 整型 / 双精度适用场景全解

今天想记录一点基础的东西那就是我们学习Arcgis建库、数据处理最需要明白的一个基础理论就是字段的属性处理这个是我们进行数据的基石那么接下来我就准备说一说字段的属性问题和使用场景。比如说很多人计算面积、长度总出错那么90% 的可能性是字段类型选错了再比如说有时候输入文字太多文字无法显示完全的问题。首先我需要把常用字段类型列出来这样熟悉它们之后以后在使用字段的时候再也不会选错类型了。字段类型选对了我们才能顺利进行计算当然这一篇我先说说字段类型和使用场景下一篇再说说字段的自动计算问题。常用字段类型对比字段类型存储内容适用场景精度短整型Short Integer-32768 到 32767 的整数数量、编号、分类16位整数长整型Long Integer-21 亿到 21 亿的整数大编号、面积平方米整数32位整数双精度Double带小数的数值坐标、面积、长度高精度小数浮点型Float带小数的数值精度要求不高的数值低精度小数文本Text文字、数字、符号名称、备注、编号-日期型 (Date)存储日期、时间或日期时间值记录日期格式为 YYYY-MM-DD HH:MM:SS-BLOB (Binary Large Object)存储二进制数据图像、文档、几何体等-栅格 (Raster)存储栅格图像或影像数据通常用于地理数据库中的栅格字段-各场景正确选择1. 计算面积 / 长度用双精度Double•原因面积、长度都是小数需要高精度•错误用整型会丢失小数面积不准•解释算图斑面积、线段长度 —— 统一用双精度 Double 常年测图、变更调图都踩过坑面积长度全带小数点精度要求高得很。要是图省事用整型小数点后面的数直接截没算出来的地类面积、宗地长度全错上报数据可能直接被退回严重的直接通报批评之前有个同事就是因为面积的事搞得汇报工作的领导下不来台千万别图省事。2. 存储坐标用双精度Double•原因经纬度、平面坐标都是高精度小数•错误用文本会导致无法计算几何•解释存平面坐标、经纬度坐标 —— 必须双精度Double 不管是 国家2000 平面坐标还是经纬度小数位数多、精度要求严。有人图方便存文本存完后续拓扑检查、叠加分析、距离计算全都跑不了每次算几何还得来回转格式白白多一道工序浪费时间的同时纯纯给自己添活干。3.存储点名 / 地类名称用文本Text•原因包含文字、字母、符号•错误用数值型会丢失前导零•解释点名、地类名称、权属单位这类文字信息 —— 全部文本 Text 字段里汉字、字母、括号、符号啥都有还有像 01 水田、02 园地这种带前置零的编码。敢设成数值型开头的零直接消失地类码错乱后期核对台账根本对不上。4. 存储图斑编号用文本Text或长整型•原因编号可能很长或者有字母•错误用短整型会溢出•解释图斑号有时候位数拉得很长部分项目还带字母、分段横线短整型根本存不下直接数值溢出乱码。纯数字长编号可用长整型但凡带字母、分隔符老老实实选文本避免编号错乱批量改错。干了多年内业选错字段类型的糟心后果1.计算几何报错无法计算坐标存文本、数值格式乱套几何计算直接报错 不管算面积、量边长还是做叠加分析工具直接跑失败啥几何成果都出不来只能回头重新改字段重处理。2.小数丢失数据不准确面积长度用整型小数点直接砍掉数据完全不准 小数部分直接丢了地类汇总、地块面积跟台账对不上上交资料一核查就出问题整套数据都得返工。3.字段溢出数据损坏编号用短整型编号数字一多就溢出数据直接乱码报废 图斑号、宗地号位数长一点就存不住数字变成一堆乱数编号彻底失效图斑跟台账对不上修复特别费功夫。4.无法排序、无法统计编码、名称存成错格式排序、分类统计全都乱套 地类码、点名丢前导零排序顺序乱七八糟批量汇总统计出错核对数据只能一条条手动改纯纯白费功夫。字段类型选对了事半功倍下一篇再说说字段的自动计算问题。互动提问你之前有没有因为字段类型选错导致计算出错评论区聊聊!路虽远行则将至加油