最近做东西碰到要根据两点经纬度计算之间的直线距离,就网上找了查了下资料.因为这类接触的比较少,就直接找现成的代码了,没怎么研究.代码如下,作为记录. private const double EARTH_RADIUS = 6378.137;//地球半径 private static double rad(double d) { return d * Math.PI / 180.0; } public static double GetDistance(double lat1, double ln

$branchInfo=Db::name('Branch')->where('b_id','250')->find(); $map['p.cate_id']=array('eq',5); $map['b.lng']=array('neq',''); $map['b.lat']=array('neq',''); $map['b.b_id']=array('neq',250); $branchGoodsList=Db::name('BranchStock')->alias('s')->

码老湿,阅读了你的巧用数据类型实现亿级数据统计之后,我学会了如何游刃有余的使用不同的数据类型(String.Hash.List.Set.Sorted Set.HyperLogLog.Bitmap)去解决不同场景的统计问题. 产品经理说他有一个 idea,为广大少男少女提供一个连接彼此的机会 让处于这最美的年龄的少男少女能在每一个十二时辰里能邂逅到那个 Ta. 所以就想开发一款 App,用户登陆后能发现附近的那个 Ta,连接彼此. 我该如何实现发现附近的人?我也希望通过这个 App 邂逅女神--

在做项目时,经常会遇到“离我最近”这种需求.顾名思义,它需要根据用户的经纬度和事物的经纬度计算距离,然后进行排序,最后分页(当然这些操作要在数据库中进行,否则就变成假分页了). 我们通常可以用sql语句来实现 SELECT es_name, es_lon, es_lat, ROUND( * ASIN( SQRT( POW( SIN( ( ) ), ) ) ) * POW( SIN( ( ) ), ) ) ) ) AS distance_um FROM c_ershuai ORDER BY dis

需求: 要求做个根据用户当前位置获取周围商家地址,并且按照由近到远排序, 方法一: 代码层实现 封装方法: /** * @desc 根据两点间的经纬度计算距离 * @param float $lat 纬度值 * @param float $lng 经度值 * @param $status true KM,M显示;false 只返回M */ function system_getdistance($lat1, $lng1, $lat2, $lng2, $status = true, $single

1.简介 关于空间数据搜索,以前写过<使用Solr进行空间搜索>这篇文章,是基于Solr的GIS数据的索引和检索. Solr和ElasticSearch这两者都是基于Lucene实现的,两者都可以进行空间搜索(Spatial Search),在有些场景,我们需要把Lucene嵌入到已有的系统提供数据索引和检索的功能,这篇文章介绍下用Lucene如何索引带有经纬度的POI信息并进行检索. 2.环境数据 Lucene版本:5.3.1 POI数据库:Base_Station测试数据,每条数据主要是I

简介 随着近几年各类移动终端的迅速普及,基于地理位置的服务(LBS)和相关应用也越来越多,而支撑这些应用的最基础技术之一,就是基于地理位置信息的处理.我所在的项目也正从事相关系统的开发,我们使用的是Symfony2+Doctrine2 ODM+MongoDB的组合. 我们将这些技术要点整理成文,希望能够通过本文的介绍和案例,详细解释如何使用MongoDB进行地理位置信息的查询和处理.在文章的开头,我们也会先介绍一下业界通常用来处理地理位置信息的一些方案并进行比较,让读者逐步了解使用MongoDB

前言:项目中用到了postgreSQL中的earthdistance()函数功能计算地球上两点之间的距离,中文的资料太少了,我找到了一篇英文的.讲的很好的文章,特此翻译,希望能够帮助到以后用到earthdistance的同学.一.两种可用的选择当我们想用Postgres作为GEO函数使用时,我们通常有2中选择(据我所知): 1.PostGIS: 为postgreSQL提供了高级GEO函数功能.我用了它一段时间,但是它对于我的需求来说太笨重了.2.Cube和Earthdistance: 这两个拓展

然后列举一下需求:1.实时性要高,有频繁的更新和读取2.可按距离排序支持分页3.支持多条件筛选(一个经纬度数据还包含其他属性,比如社交系统的性别.年龄) 方案简单介绍:1.sphinx geo索引支持按照距离排序,并支持分页.但是尝试mva+geo失败,还在找原因.无法满足高实时性需求.(可能是不了解实时增量索引配置有误)资源占用小,速度快 2.mongodb geo索引支持按照距离排序,并支持分页.支持多条件筛选.可满足实时性需求.资源占用大,数据量达到百万级请流量在10w左右查询速度明显下降

1.redis因为内存不够而启动失败 Microsoft Open Tech group 在 GitHub上开发了一个REDIS Win64的版本,项目地址是:https://github.com/MSOpenTech/redis 可以在项目主页右边找到 zip包下载地址: https://github.com/MSOpenTech/redis/archive/2.8.zip 下载解压,没什么好说的,在解压后的bin目录下有以下这些文件: redis-benchmark.exe #基准测试 re

前言:项目中用到了postgreSQL中的earthdistance()函数功能计算地球上两点之间的距离,中文的资料太少了,我找到了一篇英文的.讲的很好的文章 ,特此翻译,希望能够帮助到以后用到earthdistance的同学. 一.两种可用的选择当我们想用Postgres作为GEO函数使用时,我们通常有2中选择(据我所知): 1.PostGIS: 为postgreSQL提供了高级GEO函数功能.我用了它一段时间,但是它对于我的需求来说太笨重了.2.Cube和Earthdistance: 这两个

概述 redis3.2发布rc版本已经有一段时间了,估计RedisConf 2016左右,3.2版本就能release了.3.2版本中增加的最大功能就是对GEO(地理位置)的支持.说起redis的GEO特性,最大的贡献还是咱们中国人.redis作者在对3.2引进新特性的博客中介绍了为什么支持GEO.GEO hashing的api是在Ardb实现的,Ardb是github用户yinqiwen实现的基于redis协议实现的nosql系统,Ardb支持除了redis.还有LevelDB.RocksDB

MongoDB的一个特色就是具有丰富的查询接口,比如地理位置查询. 在地理位置查询上,MongoDB有着比传统关系型数据库的优势,下面举个例子. 当前移动互联网应用,按用户离目标门店距离排序上的场景很多. 比如: 一张门店表shop_list,表结构字段包括shop_id,shop_name,lng,lat (门店id,门店名称,以及门店的经纬度等). 现收集到当前用户的所处位置的经纬度是,经度116.30759,纬度40.05748.获取距离用户1000m以内的100家门店,按照距离从近到远排

原文链接:结合MongoDB开发LBS应用 简介 随着近几年各类移动终端的迅速普及,基于地理位置的服务(LBS)和相关应用也越来越多,而支撑这些应用的最基础技术之一,就是基于地理位置信息的处理.我所在的项目也正从事相关系统的开发,我们使用的是Symfony2+Doctrine2 ODM+MongoDB的组合. 我们将这些技术要点整理成文,希望能够通过本文的介绍和案例,详细解释如何使用MongoDB进行地理位置信息的查询和处理.在文章的开头,我们也会先介绍一下业界通常用来处理地理位置信息的一些方案

Redis 的 GEO 特性将在 Redis 3.2 版本释出, 这个功能可以将用户给定的地理位置信息储存起来, 并对这些信息进行操作. 本文将对 Redis 的 GEO 特性进行介绍, 说明这个特性相关命令的用户, 并在最后说明如何使用这些命令去实现“查找附近的人”以及“摇一摇”这两个功能. 版本要求 因为 Redis 目前的稳定版本为 Redis 3.0 , 而 GEO 特性是 Redis 3.2 版本的特性, 所以如果你想要使用这个特性的话, 那么就需要到 Redis 的 GitHub 页

GEOADD keylongitude latitude member [longitude latitude member ...] Available since 3.2.0. Time complexity: O(log(N)) for each item added, where N is the number of elements in the sorted set. Adds the specified geospatial items (latitude, longitude,

什么是LBS LBS(Location Based Service),基于位置的服务. Redis和GEO Redis 是最热门的 nosql 数据库之一,它的最大特点就是快.所以在 LBS 这种需要大量写入和查询的应用场景中,用它来存储用户的地理位置信息最适合不过了. Redis 的 GEO 是 3.2 版本的新特性.这个功能可以将用户给定的地理位置信息储存起来, 并对这些信息进行操作. PS:关于三种nosql数据库这里我也做了调研,其中mongodb最大的特点是灵活,因为其数据是以json

Springboot配置redis+jedis,已在项目中测试并成功运行,支持基础redis操作,并通过jedis做了redis GEO地图的java实现,GEO支持存储地理位置信息来实现诸如附近的人.摇一摇等这类依赖于地理位置信息的功能.本文参考了网上多篇博文,具体的记录不记得了...所以不一一列出,有任何问题请联系我删除. 一.添加依赖 <!--redis--> <!-- 注意:1.5版本的依赖和2.0的依赖不一样,1.5名字里面应该没有"data", 2.0必须

redis 3.2版本中增加的最大功能就是对GEO(地理位置)的支持 当前业务中地图方面是调用高德api(云图),请求多少会有延迟  而redsigeo可以实现查找附近的终端以及测量两点之间的直线距离(有误差) 1.geoadd:增加某个地理位置的坐标. 2.geopos:获取某个地理位置的坐标. 3.geodist:获取两个地理位置的距离. 4.georadius:根据给定地理位置坐标获取指定范围内的地理位置集合. 5.georadiusbymember:根据给定地理位置获取指定范围内的地理位

概要 本篇主要介绍一下搜索模板.映射模板.高亮搜索和地理位置的简单玩法. 标准搜索模板 搜索模板search tempalte高级功能之一,可以将我们的一些搜索进行模板化,使用现有模板时传入指定的参数就可以了,避免编写重复代码.对常用的功能可以利用模板进行封装,使用时更简便. 这点类似于我们编程时的接口封装,将一些细节处理的东西封装成接口,供别人调用,使用者就只需要关注参数和响应结果就行,这样可以更好地提高代码复用率. 下面我们来看看最基本的几种用法 参数替换 GET /music/childr

1. 前言 老板突然要上线一个需求,获取当前位置方圆一公里的业务代理点.明天上线!当接到这个需求的时候我差点吐血,这时间也太紧张了.赶紧去查相关的技术选型.经过一番折腾,终于在晚上十点完成了这个需求.现在把大致实现的思路总结一下. 2. MySQL 不合适 遇到需求,首先要想到现有的东西能不能满足,成本如何. MySQL是我首先能够想到的,毕竟大部分数据要持久化到MySQL.但是使用MySQL需要自行计算Geohash.需要使用大量数学几何计算,并且需要学习地理相关知识,门槛较高,短时间内不可能