• 设为首页
  • 点击收藏
  • 手机版
    手机扫一扫访问
    迪恩网络手机版
  • 关注官方公众号
    微信扫一扫关注
    迪恩网络公众号

kungfoo/geohash-java: Implementation of GeoHashes in java. We try to be/stay com ...

原作者: [db:作者] 来自: 网络 收藏 邀请

开源软件名称:

kungfoo/geohash-java

开源软件地址:

https://github.com/kungfoo/geohash-java

开源编程语言:

Java 99.9%

开源软件介绍:

java code for geohashes

An implementation of Geohashes in pure Java. The produced hashes, when using character precision (multiples of 5 bits) are compatible to the reference implementation geohash.org.

You can however also encode Geohashes down to the full available precision of a long i.e. 64 bits.

Build status

Getting the library

As of today, new releases are made available via maven Central. Thus you can use the artifacts in various build systems like maven, ivy, gradle, sbt and many more.

Find the current versions here:

http://search.maven.org/#search|ga|1|g%3A%22ch.hsr%22%20AND%20a%3A%22geohash%22

Building/Testing the code

The geohash-java code can be built using Apache Maven.

Maven targets are the usual suspects.

- clean    
- compile
- test
- package   # pack a versioned jar containing the compiled class files

Digits and precision in km

geohash length lat bits lng bits lat error lng error ~km error
1 2 3 ±23 ±23 ±2500
2 5 5 ±2.8 ±5.6 ±630
3 7 8 ±0.70 ±0.70 ±78
4 10 10 ±0.087 ±0.18 ±20
5 12 13 ±0.022 ±0.022 ±2.4
6 15 15 ±0.0027 ±0.0055 ±0.61
7 17 18 ±0.00068 ±0.00068 ±0.076
8 20 20 ±0.000085 ±0.00017 ±0.019

Compatibility

This branch ditches 1.6 compatibility. If you need that look at the release-1.0 branch and artifacts in maven central. I will backport important bugfixes to the release-1.0 branch.

TODO

Current development involves getting the following things to run:

  • a method to find the n closest hashes to any given point.
  • refactor tests, might want to add a dependency on hamcrest and provide some custom matchers for fun and profit.

Last important changes

Version 1.5.0

This version adds support to expand BoundingBox to include another Wgs84Point. It also merges a bunch of fixes in bounding box iterators.

Version 1.4.0

This version adds support for BoundingBoxes to go over the 180 meridian, which enables searching and querying by covering them with Geohashes. This was a much requested feature that made it into the library now, but depending on how you construct BoundingBoxes and how you use the library, this is a breaking change.

In this version you need to provide latitude and longitude to BoundingBox in a specific order for this wo work:

new BoundingBox(south, north, west, east);

This breaking change enables creating bounding boxes that go over the 180 meridian which can then be used in coverage queries.

This version also changes the toString() implementation of GeoHash to always include leading zeroes, so if your code actually relies on that, you will also need to change things downstream that potentially use a prefix query for matching points in a GeoHashs BoundingBox.

Fo now, we will continue to backport other fixes to the 1.3.x branch, so you can keep on using that version as well.

Version 1.3.0

This version switches the license over to Apache Software License 2.0

Version 1.1.0

Important fix 398d048b66e8cff1e5df8aa1a4bdc4c37ca70070 ord() would return negative longs, which is plain wrong.

Thanks to Graham Dennis and aborochoff for pointing it out.

Also: Raise source level to 1.7.

Version 1.0.13

Merge this fix https://github.com/0mok/geohash-java/commit/12550a392ea974cf75c81fce2bd21fe1535715a1 It causes compareTo() of geohashes to behave similarly as comaring their base32 encoded strings

Version 1.0.12

toBase32() now throws an exception if the hash precision is not a multiple of 5.

Version 1.0.11

  • Added a static method to obtain a geohash string in one call. Thanks to Andy Chosak.

Version 1.0.10

Finally realeased to maven central.

Version 1.0.9

  • Added method getCharacterPrecision() to GeoHash class

Version 1.0.8

  • Changed the code in VincentyGeodesy not to stumble over the fact that NaN == NaN will always return false

Version 1.0.6

  • Added a small fix that keeps VincentyGeodesy#moveInDirection() from returning wrong values when moving large distances. [submitted by André Kischkel]

Version 1.0.5

  • Added next(), next(step) and prev() methods to Geohash.
  • Added fromBase32() and toBase32() to TwoGeoHashBoundingBox.
  • Cleaned up the entire source tree using clearly defined settings.

Version 1.0.4

  • Added/fixed the methods toBinaryString() and Geohash.fromBinaryString() that can encode and decode a geohash into a simple String of 0s and 1s.
  • Also added test code for those methods.

Version 1.0.3

  • Classes containing data are now Serializable.

Version 1.0.2

  • Merged Kevins [ktcorby] code that yields all the geohashes in a bounding box, at a given resolution.
  • Merged Chris' [cchandler] code to encode and decode geohashes from a binary string.

Version 1.0.1

  • Fixed issue #2 from Github:

    • Neighbouring hashes can be calculated by using the getAdjacent() method, which yields a hashes 8 neighbors.
    • northern, eastern, western and southern neighbours can be determined using the respective methods.
  • Fixed issue #1 from Github:

    • A bug caused different hashes to be yielded sometimes.

License

This code has been placed under the Apache License 2.0. See the LICENSE file for more information. Please contribute improvements and bug fixes back via github.




鲜花

握手

雷人

路过

鸡蛋
该文章已有0人参与评论

请发表评论

全部评论

专题导读
热门推荐
阅读排行榜

扫描微信二维码

查看手机版网站

随时了解更新最新资讯

139-2527-9053

在线客服(服务时间 9:00~18:00)

在线QQ客服
地址:深圳市南山区西丽大学城创智工业园
电邮:jeky_zhao#qq.com
移动电话:139-2527-9053

Powered by 互联科技 X3.4© 2001-2213 极客世界.|Sitemap