当前位置: 编程技术>移动开发
本页文章导读:
▪xcode运作到真机报错 While reading xx.png pngcrush caught libpng xcode运行到真机报错 While reading xx.png pngcrush caught libpng
xcode运行到真机报错
While checking alphas in /Users/qianhaiyuan/Desktop/hy_mobile_ios/hy_Iphone/images/firstpage/log_reg_board.png pngcrush caught libpng error: Not en.........
▪ 比较诡谲的按钮点击事件 比较诡异的按钮点击事件
我遇到这个问题有一天了,今天知道是什么原因了
我的做法是:添加一个按钮,按钮上添加一个图片,再添加一个标签,再给按钮添加一个事件
效果:不理想,.........
▪ (转)关于百度map和高德map,关于map坐标系 (转)关于百度地图和高德地图,关于地图坐标系
原文作者: 深白Andy原文地址: http://my.eoe.cn/gueryue/archive/15390.html众所周知地球是一个不规则椭圆体,GIS中的坐标系定义由基准面和地图投.........
[1]xcode运作到真机报错 While reading xx.png pngcrush caught libpng
来源: 互联网 发布时间: 2014-02-18
xcode运行到真机报错 While reading xx.png pngcrush caught libpng
xcode运行到真机报错
While checking alphas in /Users/qianhaiyuan/Desktop/hy_mobile_ios/hy_Iphone/images/firstpage/log_reg_board.png pngcrush caught libpng error: Not enough image dCommand /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/usr/bin/copypng emitted errors but did not return a nonzero exit code to indicate failure
原因1. 是提示的png并不是ps导出的png,而是手动修改jpeg后缀名为png,在模拟器上不会报错,但在真机,不 识别这种所谓 的“png”图片。(随便批下美工)
原因2:这是因为png图片的问题,png图片在存储的时候有一个NOT INTERLACED/INTERLACED(无交错/交错)的选项,因为设计师在切图的时候的存储错误,图片在XCode中就会报这个错误,但是还是会编译成功并运行,请设计师将图片重新按无交错存储就行了。
:
用ps重新导出png就ok了
附加错误信息:
CopyPNGFile /Users/qianhaiyuan/Library/Developer/Xcode/DerivedData/hy_Iphone-fndcbhhncozyqxamvodebsxiwyod/Build/Products/Debug-iphoneos/hy_Iphone.app/log_reg_board.png hy_Iphone/images/firstpage/log_reg_board.png cd /Users/qianhaiyuan/Desktop/hy_mobile_ios setenv PATH "/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/usr/bin:/Applications/Xcode.app/Contents/Developer/usr/bin:/usr/bin:/bin:/usr/sbin:/sbin" /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/usr/bin/copypng -compress "" /Users/qianhaiyuan/Desktop/hy_mobile_ios/hy_Iphone/images/firstpage/log_reg_board.png /Users/qianhaiyuan/Library/Developer/Xcode/DerivedData/hy_Iphone-fndcbhhncozyqxamvodebsxiwyod/Build/Products/Debug-iphoneos/hy_Iphone.app/log_reg_board.png While checking alphas in /Users/qianhaiyuan/Desktop/hy_mobile_ios/hy_Iphone/images/firstpage/log_reg_board.png pngcrush caught libpng error: Not enough image dCommand /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/usr/bin/copypng emitted errors but did not return a nonzero exit code to indicate failure (null): While checking alphas in /Users/qianhaiyuan/Desktop/hy_mobile_ios/hy_Iphone/images/firstpage/log_reg_board.png pngcrush caught libpng error: Command /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/usr/bin/copypng emitted errors but did not return a nonzero exit code to indicate failure
[2] 比较诡谲的按钮点击事件
来源: 互联网 发布时间: 2014-02-18
比较诡异的按钮点击事件
我遇到这个问题有一天了,今天知道是什么原因了
我的做法是:添加一个按钮,按钮上添加一个图片,再添加一个标签,再给按钮添加一个事件
效果:不理想,点的时候基本上不生效,但是有时候点击又生效
发现:发现是点击到图片和标签上面都不响应,只有点击到按钮区域,非图片和标签的区域才会响应
:不用点击事件,直接添加一个手势在按钮上,或者将按钮换成uiview, 然后添加手势
[3] (转)关于百度map和高德map,关于map坐标系
来源: 互联网 发布时间: 2014-02-18
(转)关于百度地图和高德地图,关于地图坐标系
原文作者: 深白Andy
原文地址: http://my.eoe.cn/gueryue/archive/15390.html
众所周知地球是一个不规则椭圆体,GIS中的坐标系定义由基准面和地图投影两组参数确定,而基准面的定义则由特定椭球体及其对应的转换参数确定。 基准面是利用特定椭球体对特定地区地球表面的逼近,因此每个国家或地区均有各自的基准面。基准面是在椭球体基础上建立的,椭球体可以对应多个基准面,而基准面只能对应一个椭球体。 意思就是无论是谷歌地图、搜搜地图还是高德地图、百度地图区别只是针对不同的大地地理坐标系标准制作的经纬度,不存在准不准的问题,大家都是准的只是参照物或者说是标准不一样。
谷歌地图采用的是WGS84地理坐标系(中国范围除外),谷歌中国地图和搜搜中国地图采用的是GCJ02地理坐标系,百度采用的是BD09坐标系,而设备一般包含GPS芯片或者北斗芯片获取的经纬度为WGS84地理坐标系,为什么不统一用WGS84地理坐标系这就是国家地理测绘总局对于出版地图的要求,出版地图必须符合GCJ02坐标系标准了,也就是国家规定不能直接使用WGS84地理坐标系。所以定位大家感觉不准确很多又叫出版地图为火星地图其实只是坐标系不一样而已。
这就是为什么设备采集的经纬度在地图上显示的时候经常有很大的偏差,远远超出民用GPS 10米偏移量的技术规范,于是我们就有了谷歌地图纠偏 腾讯搜搜纠偏 混合地图纠偏 百度谷歌互转存在的价值。
那如何对谷歌地图纠偏、搜搜soso地图纠偏或者对百度地图纠偏呢,如果用算法目前没有太好的算法直接转换,所以大家采用的都是比对的方法吧地球划分成若干个小块找到地图的偏差量记录下来,然后根据任意经纬度找寻最接近的偏差量加上偏差量就可以实现不同地图之间的经纬度转换。现在有0.01度纠偏经纬度信息,可以提供任意格式,可以直接把经纬度偏移量调整回来。
百度地图纠偏信息包含中国海域一共29,699,997条纠偏数据,谷歌地图只包含中国陆地一共12,597,551条纠偏数据,基站数据移动和联通的共340万数据。
移动联通基站数据字段说明: MCC:国家 (460是中国) MNC:0是移动,1是联通 LAC:小区号 CELL:基站号 LNG:纬度 LAT:经度 O_LNG:纠偏后的纬度(用于google地图显示) O_LAT:纠偏后的经度(用于google地图显示)PRECISION:基站半径范围单位米 ADDRESS:详细地址中文描述 REGION:省份 CITY:城市 COUNTRY:国家
以上摘自http://www.haotsp.com/
之所以说这个是因为前些日子做的项目有这样的一个需求,展示的是百度地图,然后想利用百度地图上取到经纬度的点,用高德地图的api逆地理编码获取当前位置的文字信息。一开始以为全球的经纬度都是确定值的嘛,大家共用的。其实不然,由于每个地图使用的坐标系不同,我伟大的祖国为了保密需要,规定不能直接使用WGS84地理坐标系,于是应用于中国的各个地图就会在原来坐标的基础上经过一个加密的加偏算法,把加偏过的坐标呈现给你,而不同地图的加偏算法又是不一样的,有的甚至是多次加偏。也就是说同样你是在人民广场,用百度地图和谷歌地图取到的坐标值是不一样的。
经研究发现,百度地图的坐标系为BD09,高德地图坐标为GCJ02,这样就存在不同坐标系的坐标之间转换的问题了,查api吧,然后又发现无论百度地图还是高德地图,api列表里都没有提这个事情。但是上网一查,还是发现了他们都有个隐藏类:CoordinateConvert,但是这个类只提供了转向他们自己坐标系的方法,比如说:
而因为我是展示的百度地图,有要获取百度地图上的中心点的经纬度然后在作为参数调用高德地图api的需求,而百度地图并未提供bd09坐标系转出的api(也可以理解,因为如果这样的话,相当于没加密啊,自己将加密算法写出来,再给个解密的api不是有毛病么,不能不把国家的规定放眼里嘛,百度也说有深层次的需求要以公司名义给他们发邮件什么的,但是一般来说一个小安卓项目客户不会那么兴师动众,而且据群众反映,邮件的效果也不怎么好),所以一时做了罢。
但是柳暗花明又一村了,虽然无法将百度地图上的任意点转为gcj02坐标系的点,但是百度地图还是在他们的定位api里提供了方法,使得应用在获取当前位置的时候,可以获取以“gcj02”为坐标系的点:
这样以来,就可以用高德地图获取位置信息了,虽然说只能有当前位置这一个点是取成gcj02坐标的点是比较囧的o(╯□╰)o ,还有,别忘了,取得的当前点要转化成bd09的坐标系之后,再展示在百度地图上,不然是会有偏差的。
另外比较一下百度地图和高德地图(因为害怕谷歌地图在大陆地区的服务受限问题等等,所以没考虑使用谷歌地图,也就没怎么研究)。
百度地图在页面上的展示方面做的还是很好的,包括页面的缩放,信息的标注等等,相比之下高德地图就会在某些安卓版本的某些机器上出现在放缩的时候地图信息展示的不够清晰不够明确的情况,而且在定位时,百度的地位相对准确,因为我们公司的网络服务器不在公司办公所在地,所以高德地图有时候定位就定位到服务器的地址去了,百度从我使用至今还没出现过这样的错误。
但是百度地图在poi搜索这一块,在我看来是相对薄弱的,百度地图的poi搜索在不输入关键字的时候,是不能做模糊搜索的,而且也不能根据类型搜索(比如仅搜索饮食,搜索学校之类的),而在高德地图里这些就做到了。而且在逆地理编码时,高德地图获取的结果是相对比百度地图更丰富的。
最后,此篇文章仅基于我个人在最近的短时间内的研究,如有遗漏或者错误之处,还请看到文章的各位指出,大家共同进步,谢谢!
原文作者: 深白Andy
原文地址: http://my.eoe.cn/gueryue/archive/15390.html
众所周知地球是一个不规则椭圆体,GIS中的坐标系定义由基准面和地图投影两组参数确定,而基准面的定义则由特定椭球体及其对应的转换参数确定。 基准面是利用特定椭球体对特定地区地球表面的逼近,因此每个国家或地区均有各自的基准面。基准面是在椭球体基础上建立的,椭球体可以对应多个基准面,而基准面只能对应一个椭球体。 意思就是无论是谷歌地图、搜搜地图还是高德地图、百度地图区别只是针对不同的大地地理坐标系标准制作的经纬度,不存在准不准的问题,大家都是准的只是参照物或者说是标准不一样。
谷歌地图采用的是WGS84地理坐标系(中国范围除外),谷歌中国地图和搜搜中国地图采用的是GCJ02地理坐标系,百度采用的是BD09坐标系,而设备一般包含GPS芯片或者北斗芯片获取的经纬度为WGS84地理坐标系,为什么不统一用WGS84地理坐标系这就是国家地理测绘总局对于出版地图的要求,出版地图必须符合GCJ02坐标系标准了,也就是国家规定不能直接使用WGS84地理坐标系。所以定位大家感觉不准确很多又叫出版地图为火星地图其实只是坐标系不一样而已。
这就是为什么设备采集的经纬度在地图上显示的时候经常有很大的偏差,远远超出民用GPS 10米偏移量的技术规范,于是我们就有了谷歌地图纠偏 腾讯搜搜纠偏 混合地图纠偏 百度谷歌互转存在的价值。
那如何对谷歌地图纠偏、搜搜soso地图纠偏或者对百度地图纠偏呢,如果用算法目前没有太好的算法直接转换,所以大家采用的都是比对的方法吧地球划分成若干个小块找到地图的偏差量记录下来,然后根据任意经纬度找寻最接近的偏差量加上偏差量就可以实现不同地图之间的经纬度转换。现在有0.01度纠偏经纬度信息,可以提供任意格式,可以直接把经纬度偏移量调整回来。
百度地图纠偏信息包含中国海域一共29,699,997条纠偏数据,谷歌地图只包含中国陆地一共12,597,551条纠偏数据,基站数据移动和联通的共340万数据。
移动联通基站数据字段说明: MCC:国家 (460是中国) MNC:0是移动,1是联通 LAC:小区号 CELL:基站号 LNG:纬度 LAT:经度 O_LNG:纠偏后的纬度(用于google地图显示) O_LAT:纠偏后的经度(用于google地图显示)PRECISION:基站半径范围单位米 ADDRESS:详细地址中文描述 REGION:省份 CITY:城市 COUNTRY:国家
以上摘自http://www.haotsp.com/
之所以说这个是因为前些日子做的项目有这样的一个需求,展示的是百度地图,然后想利用百度地图上取到经纬度的点,用高德地图的api逆地理编码获取当前位置的文字信息。一开始以为全球的经纬度都是确定值的嘛,大家共用的。其实不然,由于每个地图使用的坐标系不同,我伟大的祖国为了保密需要,规定不能直接使用WGS84地理坐标系,于是应用于中国的各个地图就会在原来坐标的基础上经过一个加密的加偏算法,把加偏过的坐标呈现给你,而不同地图的加偏算法又是不一样的,有的甚至是多次加偏。也就是说同样你是在人民广场,用百度地图和谷歌地图取到的坐标值是不一样的。
经研究发现,百度地图的坐标系为BD09,高德地图坐标为GCJ02,这样就存在不同坐标系的坐标之间转换的问题了,查api吧,然后又发现无论百度地图还是高德地图,api列表里都没有提这个事情。但是上网一查,还是发现了他们都有个隐藏类:CoordinateConvert,但是这个类只提供了转向他们自己坐标系的方法,比如说:
//百度api CoordinateConvert.fromGcjToBaidu(GeoPoint geoPoint); //从gcj02坐标系转到bd09坐标系 CoordinateConvert.fromWgs84ToBaidu(GeoPoint geoPoint); //从wgs84坐标系转到bd09坐标系 //高德api //从wgs84坐标系转到gcj02坐标系 CoordinateConvert.fromGpsToAMap(double arg0, double arg1); CoordinateConvert.fromSeveralGpsToAMap(String arg0); CoordinateConvert.fromSeveralGpsToAMap(String arg0);
而因为我是展示的百度地图,有要获取百度地图上的中心点的经纬度然后在作为参数调用高德地图api的需求,而百度地图并未提供bd09坐标系转出的api(也可以理解,因为如果这样的话,相当于没加密啊,自己将加密算法写出来,再给个解密的api不是有毛病么,不能不把国家的规定放眼里嘛,百度也说有深层次的需求要以公司名义给他们发邮件什么的,但是一般来说一个小安卓项目客户不会那么兴师动众,而且据群众反映,邮件的效果也不怎么好),所以一时做了罢。
但是柳暗花明又一村了,虽然无法将百度地图上的任意点转为gcj02坐标系的点,但是百度地图还是在他们的定位api里提供了方法,使得应用在获取当前位置的时候,可以获取以“gcj02”为坐标系的点:
LocationClientOption option = new LocationClientOption(); option.setCoorType("gcj02");//设置坐标类型
这样以来,就可以用高德地图获取位置信息了,虽然说只能有当前位置这一个点是取成gcj02坐标的点是比较囧的o(╯□╰)o ,还有,别忘了,取得的当前点要转化成bd09的坐标系之后,再展示在百度地图上,不然是会有偏差的。
另外比较一下百度地图和高德地图(因为害怕谷歌地图在大陆地区的服务受限问题等等,所以没考虑使用谷歌地图,也就没怎么研究)。
百度地图在页面上的展示方面做的还是很好的,包括页面的缩放,信息的标注等等,相比之下高德地图就会在某些安卓版本的某些机器上出现在放缩的时候地图信息展示的不够清晰不够明确的情况,而且在定位时,百度的地位相对准确,因为我们公司的网络服务器不在公司办公所在地,所以高德地图有时候定位就定位到服务器的地址去了,百度从我使用至今还没出现过这样的错误。
但是百度地图在poi搜索这一块,在我看来是相对薄弱的,百度地图的poi搜索在不输入关键字的时候,是不能做模糊搜索的,而且也不能根据类型搜索(比如仅搜索饮食,搜索学校之类的),而在高德地图里这些就做到了。而且在逆地理编码时,高德地图获取的结果是相对比百度地图更丰富的。
最后,此篇文章仅基于我个人在最近的短时间内的研究,如有遗漏或者错误之处,还请看到文章的各位指出,大家共同进步,谢谢!
最新技术文章: