omap是什么意思？omap密匙申请后怎么修改

得州仪器（TI）的“开放式多媒体应用平台（OMAP，Open Multimedia Application Plant）”，适用于便携式多媒体终端（例如3G手机和PDA）的系统芯片。

在天地图官网，点击页面左上角的【注册】，选择【个人注册】，输入邮箱、密码、手机号等注册信息，点击【注册】。登录成功后，点击页面左上角的【开发资源】，进入新的页面，点击【控制台】。进入页面，点击【创建新应用】，输入应用名称，选择行业类别以及应用类型，勾选【同意天地图服务条款】，点击【提交】。

两个办法：如果想导出到电脑版奥维地图里，可以采用同步到云端再下载到本地的办法解决。如果要作为数据文件保存到电脑里，可以按以下办法操作：更多——数据管理——导入导出标记——导出标记——文件类型（指定导出后保存的文件类型，如KML）——文件命名——保存到文件——选择轨迹文件或标签文件——保存。完成后，系统会提示：文件保存成功。问题是，奥维地图的文件操作功能不够方便。该文件的保存位置不大好找——在android/date/com.ovital.ovitalmap/files/omap里面。貌似只能在文件管理器里人工找到它，才能进行拷贝复制等操作。另外，保存的文件格式，普通用户只能保存为KML，或奥维专用格式（扩展名忘记了）。

水比较深，储备知识要求多，慢慢学吧...

最近有盆友问我使用ArcGIS对kml转到shpfile后属性表内容丢失，是怎么回事？ 经过简单查看后，发现奥维中的属性表内容是html的形式，并不能直接转换成shapefile中的属性，需要使用脚本进行中间处理。

于是我准备使用python工具转化，但是时间不太够，没有仔细去读arcpy包，就简单的转换成 csv 文件，然后可以在arcgis中使用属性表的形式导入。

首先点开程序，然后选择要处理的kml文件

然后选择输出路径，输入文件名，name.csv

最后确认即可

接下来使用arcgis转kml到shapefile文件，即使没有属性也会有object编号，使用属性表连接功能即可重建shapefile的属性表。

由于过程不复杂，就不一一复现了。

kml2csv

RGW是一个对象处理网关。数据实际存储在ceph集群中。利用librados的接口，与ceph集群通信。RGW主要存储三类数据：元数据(metadata)、索引数据(bucket index)、数据(data)。这三类数据一般存储在不同的pool中，元数据也分多种元数据，存在不同的ceph pool中。

1、 Metadata 元数据信息包括：user，bucket，以及bucket.instance。其中： user: 主要是对象存储的用户信息 bucket：主要维护bucket name与bucket instance id之间的映射信息 bucket.instance：维护了bucket instance信息

查看user的元数据如下： radosgw-admin metadata list user:

radosgw-admin metadata get user:testid:

radosgw-admin metadata list bucket:

radosgw-admin metadata get bucket:first:

radosgw-admin metadata list bucket.instance:

radosgw-admin metadata get bucket.instance:first:{bucket_id}

2、Bucket Index bucket index主要维护的是一个bucket中object的索引信息。一个bucket对应一个或多个rados object(开启bucket shards下)。维护的是一个key-val的map结构，map存放在object的omap(rocksdb)中，key对应的rgw object，val是关于rgw object的一些元数据信息，检索bucket的存放的object时，需要这些信息。omap也包含一个Header，其存放的是bucket account info，如此bucket中Object的个数，总的size等。 3、Data rgw object内容，存放在一个或多个rados object中。rados object分为header和tail部分，header最多可以容纳512KB的数据，如果一个rgw object的大小小于512KB，那么只有header。否则剩余的数据会按照集群rados object的大小条带化分割成多个rados object。

在Pool： {zone}.rgw.meta利用namespace隔离多个存储空间：

对于Pool: {zone}.rgw.log也包含多个namespace:

当检索对象存储中的一个object时，会包含三个要素：user，bucket,object。user主要是RGW用于获取user id验证ACL；bucket及obejct用于确定object在pool中的位置。

User

user数据存储在 {zone}.rgw.meta:users.uid 中，如下：

包含两部分： ups3: user本身信息; ups3.buckets: 用户所属的bucket。

ups3： 用户的基本信息，及ACL/Bucekt Quota/User Quota等；对应struct RGWUserInfo， 定义于rgw_common.h。 ups3.buckets：用户所属的Buckets，key-value结构，存放于omap结构中；对应struct cls_user_bucket_entry，定义于rgw_common.h，数据操作如下：

通过{uid}.buckets查到用户具有哪些buckets，并且这些bucket以下基本数据。

Bucket

Bucket信息存在在 {zone}.rgw.meta:root 中，如下：

first： 记录了bucket与bucket_instance_id的对应关系，其对应于数据结构：struct RGWBucketEntryPoint .bucketa.first:1c60b268-0a5d-4718-ad02-e4b5bce824bf.44166.4： bucket instance；寻址方式：.bucketa.{tenant}:{bucket.name}:{bucket_id}；对应结构体：struct RGWBucketInfo。 其中Bucket ACL及IAM Policy存放在bucket instance object的attr中。如下：

获取Bucket ACL及IAM Policy数据如下：

Object

Bucket Index： Bucket中包含的Object信息，都存放在一个或多个Object的 omap 中。此omap为一个key-value结构，key为object的名称，value对应 struct rgw_bucket_dir_entry : cls_rgw_types.h 。 Bucket Index Object：

如下：

在此bucket下，有一个object: ntp.conf:

检索value:

omap header记录了以下统计信息：

对象存储object的数据存放在pool: {zone}.rgw.buckets.data 中。object的构成及寻址分为以下两类：

一个RGW Object可以由一个或多个rados object构成。其中第一个 object 是此RGW 的 head 对象，主要包含一些元数据信息，如 manifest, ACLs, content type, ETag, and user-defined metadata 。这些metadata存放在此head 对象的xattr中。其中 manifest 描述了此rgw object在分布情况。同时，此head对象，最多可额外容纳 4MB 数据，如果RGW Object大小下于 4MB ，那么此 RGW Object就不会分片，只有此 head 对象。 如下检索：

目前bucket下有一个 ntp.conf ， 《4MB 。检索其 manifest :

如上： max_head_size： 表示head对象最大size； head_size： 表示当前head 对象size； prefix： 用于在rados中分片object的寻址。

RGW OBject ACL:

上传一个 》4MB 的 RGW Object，检索其 manifest 信息：

Manifest信息：

根据 manifest 检索对象：

对于一个大的RGW Object，会被切割成多个独立的RGW Object上传，称为multipart。multipar的优势是断点续传。s3接口默认切割大小为15MB。

在此，上传一个60MB大小的Object。

分成了四个部分上传，查看rados对象：

包含了三类对象， head，multipart，shadow 。

multipart 下的 manifest :

所有的object的检索是根据上述manifest信息构建object index:

在上以上的信息中，此RGW Object大小为48128000字节，分为4段，三段15MB，最后一段为920KB。同时每段存储在rados集群中的条带化大小为4MB。因此15MB大小的分段，也分为4个rados object，一个multipart首部，及3个shadow分片。920KB大小的分段只有一个multipart首部。

.rgw.root :

包含的都是zone,zonegroup,realm等信息

存储路径为：内存设备-Android-data-com.ovital.ovitalMap-files-omap，可以从文件管理APP进入，按照上面的路径，依次选择进入，最后就可以找到omap这个文件夹。文件管理：手机默认第一屏下方一个黄色的文件夹图标，一般是和相机图标挨着的。不过，可以用软件设置隐藏应用，如果你找不到可以看看是否进行了隐藏，或者是否误删了该软件

奥维地图安装在小米手机的omap文件夹，是过去的老皇历了。现在的小米手机，凡是miui6以上的，奥维地图都安装在如下路径：android\data\com.ovitai.ovitalmap\files\omap里面

不一定要找到omap的文件，题主导入kml文件时记住放在那个文件夹就可以了。

题主在以电脑上导入为例：依次点击 系统——导入标记——（找到准备导入的KML文件）点击导入。

手机导入比较麻烦，可以在电脑上导入，同步到手机上。或者打开奥维互动地图，数据管理、导入、sd卡，选择你存储的文件夹找到kml文件，导入，完成。