在1999年，第一款配备GPS的手机问市。这是LBG的先驱们的新机遇。2000年，第一款以地理定位社交网络为基础的游戏《躲避球》和另一款GPS导向的寻物游戏《地理寻宝》双双登录市场。2005年，主要的地图数据服务Google Maps和Open Street Maps诞生了，随后又出现了配有GPS的iPhone和Android手机。 从2009年至2010年，地点数据服务包括Google Places、Foursquare和Factual都为我们现在看到的手机游戏奠定了基础。
在真实数据方面，Google Maps和Open Street Maps（OSM）是两大主导解决方案。Google Maps容易使用，但选项限制多。你只能通过官方的Google SDK使用它，后者严重限制游戏的某些美化功能。至于OSM，虽然更灵活，但运行不畅。OSM的限制相对少，当然，要通过类似分享的许可才能使用。二者的区别可以简单地举例如下：
使用Google Maps，你可以非常容易地添加基本的注释和叠置图层，因为它本质上是一款路线选择应用。你还可以使用Styled Map Wizard自定义颜色、能见度等计多地图元素。除了这两个基本的功能，你在其他方面都会碰壁，因为应用只允许你使用公开的Google SDK访问数据。你想用草地纹理给地面蒙皮？不可能。
Google Places：维护得很好，但使用限制多。你是不是选择OSM作为你的地图数据供应者？太糟了——你不可能在“非Google”地图上显示Google places。你的游戏不是免费模式的？还是不好。
Guest Post: Resurrecting Location-Based Games
by David Bisceglia
Many of us grew up playing classic backyard games like Capture the Flag, Pickle and Marco Polo. The digital variant of these games are known as location-based games, a genre that has been around for over a decade.
A Brief History of Location-Based Games
In 1999, the first mobile phones with GPS hit the market. This set the course for the pioneers of location-based games. Dodgeball, one of the first location-based social networks, and a GPS-driven scavenger hunt called Geocaching both came to market in 2000. The major map data providers, Google Maps and Open Street Maps, were established by 2005 and the launch of iPhone and Android phones with GPS soon followed. From 2009-2010, venue data providers including Google Places, Foursquare and Factual placed the final piece of the puzzle for the mobile games we see today.
Multiple location-based games have hit the market in recent years. Yet, none of them have really caught on. The genre’s lack of a runaway success can be attributed to early mistakes made by developers of these games:
1.) Relying on the check-in as a core game mechanic
2.) Only letting players interact with their immediate surroundings
3.) Forcing a game on top of existing map interfaces
To be clear, we’re not talking about social utilities like Foursquare or local deal finders such as Shopkick. These apps successfully leveraged the check-in as an engagement mechanic. However, they are not games at their core.
Lessons learned from Early Location-Based Games
While developing our newest title, Tiny Tycoons, our team focused on mechanics with greater depth than the check-in, gameplay that invites players to explore beyond their immediate surroundings and a game world that looks and feels like a social game. These efforts were based on the lessons we learned from playing and developing early location-based games.
Many game developers made a big bet on the check-in as a core mechanic. It turns out that the check-in was a ball and chain. As a game mechanic, it got stale quickly and forced game designers to think in terms of proximity. Accordingly, players had to physically travel to get access to more gameplay, significantly decreasing the approachable market as well as engagement for people in less populated areas.
Ultimately, games that relied on the check-in as a core mechanic struggled since there were roughly ten times as many people playing mobile games as there were people actively checking in via Foursquare and Facebook places.
It turned out that most mobile gamers don’t want to broadcast their location; they just want to play a fun game.
Source: Charles Hudson’s Weblog
The next generation of location-based gaming is often referred to as “geo gaming.” Unlike their predecessors, these games focus on letting players explore beyond their immediate surroundings.
The Geo Gaming Ecosystem
Geo games face the unique challenge of working within the limitations of pre-existing data. At The Tap Lab, we set out to build a geo game engine and mapping system to give us more control over our game world, as did a few other game developers. Fortunately, we have many resources at our disposal. The geo gaming ecosystem consists of Map Data Providers, Places Databases, and Game Developers.
In making a geo game you need a Map Data Provider for drawing geography (streets, bodies of water, etc.). In addition, if your game lets players interact with real world places you will need a Venue Data Provider that can give you venue details, including latitude and longitude.
Map Data Providers
In terms of the actual data, the two leading solutions are Google Maps or Open Street Maps (OSM). Google Maps is the easier to use but more restrictive option. You’re only able to use it via the official Google SDKs, which significantly limits some of the aesthetics that are important to a game. OSM, on the other hand, is more flexible but harder to get running. OSM is available via a much less restrictive attribution and share-alike license. A simple example of the difference between the two:
Using Google Maps, you can very easily add basic annotations and overlays, as its nature is a routing app. You can also, using the Styled Map Wizard, customize colors, visibility, etc. of a number of map elements. Beyond these two basic features, you run into a brick wall as you’re only allowed to access the data using public Google SDKs. Trying to re-skin the ground using a grass texture? No can do.
Using OSM, the closest thing to an official provider is CloudMade. The data is available as both image and vector tiles. The hard part is to get a renderer up and running to your specifications, but once everything’s working, you can style things however you like.
Place Data Providers
The decision here comes down to what type of game you’re trying to create. For example, a restaurant game might be better served using the Yelp API. In terms of general places databases though, the three leading options are Google, Foursquare, and Factual, each with pros and cons:
Foursquare – Their data is typically more exhaustive, but user-generated content is user-generated content. You’ll occasionally see results like “Awesome Party” and “Two Girls and a Cat.”
Factual – Better data quality, but more expensive. Their free cap is only 10,000 calls per day. With a game that allows travel away from your current location, you could easily hit this with a few hundred active users.
With the proliferation of smartphones and 4G devices, the ability to quickly download map and venue data has improved dramatically. At the same time, we are leveraging our years of experience in this area to continually optimize our systems and pull down the right amount of information quickly to deliver a smooth gameplay experience.
Geo games present a familiar challenge for developers: lack of control over the world. Often enough players will travel to highly dense and competitive areas or conversely, to the middle of nowhere with nothing to interact with. As a result, it is much more difficult to balance gameplay and to define starter zones in these games than in purely virtual worlds.
It’s also important for players to be able to get their bearings in these games. During playtests it helps to ask players to describe their surroundings in the game. If the game is well designed, a player should be able to easily detect where they are in the world at any given time.
Playing With The World
Armed with a decade of lessons learned and a deep understanding of the geo gaming ecosystem, today’s developers are equipped to craft a new type of game. Rather than asking players to check-in at local places, players are invited to explore locations around the world. That world now looks much more like a game as developers continue to create their own mapping systems, giving them more control over how their games look and function.
Emerging technologies like indoor positioning, 3D mapping, and augmented reality present exciting opportunities for geo game developers. There are brilliant people around the world working on these games and there’s bound to be a runaway success among them.
What would you like to see in the geo games of the future?(source:insidesocialgames)