[{"data":1,"prerenderedAt":178},["ShallowReactive",2],{"blog-\u002Fblog\u002Ftwo-leaders-join-stadia-maps\u002F":3,"related-blog-\u002Fblog\u002Ftwo-leaders-join-stadia-maps\u002F":136},{"id":4,"title":5,"abstract":6,"author":7,"body":14,"description":91,"excerpt":6,"extension":92,"head":93,"image":119,"imageAlt":120,"keywords":121,"meta":125,"modified":6,"navigation":126,"path":127,"proficiencyLevel":6,"published":128,"rawbody":129,"schemaOrg":6,"schemaType":6,"section":130,"seo":131,"stem":134,"__hash__":135},"blog\u002Fblog\u002Ftwo-leaders-join-stadia-maps.md","Two Leaders Join Stadia Maps and What This Means for the People Who Build on Us",null,{"name":8,"slug":9,"jobTitle":10,"bio":11,"sameAs":12},"Luke Seelenbinder","luke-seelenbinder","Co-founder & CEO","Luke is co-founder and CEO of Stadia Maps. He and Ian Wagner built the infrastructure that powers Stadia's privacy-first location services at scale, serving teams in logistics, travel, government, and AI.",[13],"https:\u002F\u002Fwww.linkedin.com\u002Fin\u002Flukeseelenbinder\u002F",{"type":15,"value":16,"toc":84},"minimark",[17,21,28,31,34,46,54,59,62,65,68,72,75,78,81],[18,19,5],"h1",{"id":20},"two-leaders-join-stadia-maps-and-what-this-means-for-the-people-who-build-on-us",[22,23,24],"blockquote",{},[25,26,27],"p",{},"Stadia Maps is growing its leadership team. Rob Yoegel joins as Head of Growth and Rick Myers leads Success and Support. Both are veterans of Linode's developer-first playbook.",[25,29,30],{},"For years, the work at Stadia Maps was mostly technical, as you might expect from two technical founders. Ian and I were building infrastructure that stays fast at scale while holding the line on privacy, even when the market was quietly giving up on it.",[25,32,33],{},"That work has paid off. Stadia Maps now powers products across industries such as logistics, travel, government, and a growing wave of AI platforms. We have reached the point where the question is no longer whether the product can carry serious workloads. It can. The question is how many more teams we can reach without breaking the things that made people choose us in the first place.",[25,35,36,37,45],{},"So we are growing the leadership team to answer it. Rob Yoegel takes on Growth, and Rick Myers leads Success and Support. Both spent years at ",[38,39,44],"a",{"href":40,"rel":41,"target":43},"https:\u002F\u002Fwww.akamai.com\u002Fnewsroom\u002Fpress-release\u002Fakamai-to-acquire-linode",[42],"external","_blank","Linode, now part of Akamai",", helping build a developer-loved business in a market full of cynical alternatives. They know how to scale a company without breaking what makes it good or losing the \"magic juice.\"",[25,47,48],{},[49,50],"img",{"alt":51,"src":52,"title":53},"two-leaders-join-stadia-maps","\u002Fimages\u002Fcontent\u002Ftwo-leaders-join-stadia-maps.jpg","Rob Yoegel | Luke Seelenbinder | Rick Myers",[55,56,58],"h2",{"id":57},"why-this-matters","Why this matters",[25,60,61],{},"It would be easy to read a leadership announcement as company news that has little to do with the developer shipping at 2 a.m. against our API. We see it differently. Both of these roles exist to make your experience better, not our org chart bigger.",[25,63,64],{},"Rick has spent his career on a single idea: every customer renews with you every single day. Not as a slogan, but as an operating principle. If support is slow or unhelpful today, that's a renewal you have already lost, even if the contract does not come up for another year. Stadia Maps was built this way from the start, which is part of why Rick said yes. With him leading Success and Support, the goal is simple. When you need help, you reach a human who understands the systems you are building and can actually solve the problem.",[25,66,67],{},"Rob leads Growth, which at most location companies is code for more ads, more tracking, and more pressure on pricing. Not here. Rob and I first met back in 2019, when, as a Linode customer, we were telling the story of a developer-focused company providing privacy-first location services to teams around the world. He's taking on marketing and brand, sales enablement, partnerships, and developer relations, and his job is to give a genuinely better option to the developers and enterprises who would never settle for the alternatives. Growth on our terms means the same clean APIs, the same transparent pricing, and the same respect for your users' data, offered to a much wider audience.",[55,69,71],{"id":70},"the-same-promise-on-a-bigger-scale","The same promise, on a bigger scale",[25,73,74],{},"Nothing about our principles changes as we grow. Maps are critical infrastructure, not an ad product, and we treat them that way. We do not track, profile, or sell end-user data. Our pricing stays usage-based and transparent, with no lock-ins and no surprise overages. Our documentation stays readable, and our support stays human.",[25,76,77],{},"What changes is our ability to deliver on our promise to more people. For the teams already building on Stadia Maps, this means faster, sharper support and a clearer roadmap for where the platform is headed. For the teams still wrestling with surprise invoices, opaque tracking, and support queues that go nowhere, it means there is a serious alternative, and it is easier than ever to find.",[25,79,80],{},"If you have spoken with me in the past year about why Stadia is different, you have heard a version of the same line. Maps are infrastructure, not a tracking product. Rob and Rick make us confident we can keep that promise for a much bigger audience.",[25,82,83],{},"Ian and I are glad they are here. We think you will be, too.",{"title":85,"searchDepth":86,"depth":86,"links":87},"",4,[88,90],{"id":57,"depth":89,"text":58},2,{"id":70,"depth":89,"text":71},"Rob Yoegel joins as Head of Growth and Rick Myers leads Success and Support at Stadia Maps, bringing Linode's developer-first playbook to location infrastructure.","md",{"meta":94,"script":115},[95,98,101,104,107,109,111,113],{"property":96,"content":97},"og:image:width","1200",{"property":99,"content":100},"og:image:height","630",{"property":102,"content":103},"og:image:type","image\u002Fpng",{"property":105,"content":106},"article:tag","Leadership",{"property":105,"content":108},"Growth",{"property":105,"content":110},"Customer Success",{"property":105,"content":112},"Rob Yoegel",{"property":105,"content":114},"Rick Myers",[116],{"type":117,"innerHTML":118},"application\u002Fld+json","{\"@context\":\"https:\u002F\u002Fschema.org\",\"@type\":\"BlogPosting\",\"headline\":\"Two Leaders Join Stadia Maps\",\"description\":\"Rob Yoegel joins as Head of Growth and Rick Myers leads Success and Support at Stadia Maps, bringing Linode's developer-first playbook to location infrastructure.\",\"image\":\"https:\u002F\u002Fstadiamaps.com\u002Fimages\u002Fog\u002Ftwo-leaders-join-stadia-maps.png\",\"datePublished\":\"2026-06-24\",\"dateModified\":\"2026-06-24\",\"author\":{\"@type\":\"Person\",\"name\":\"Luke Seelenbinder\",\"jobTitle\":\"Co-founder & CEO\",\"sameAs\":[\"https:\u002F\u002Fwww.linkedin.com\u002Fin\u002Flukeseelenbinder\u002F\"]},\"publisher\":{\"@type\":\"Organization\",\"name\":\"Stadia Maps\",\"url\":\"https:\u002F\u002Fstadiamaps.com\",\"logo\":{\"@type\":\"ImageObject\",\"url\":\"https:\u002F\u002Fstadiamaps.com\u002Ffavicon.ico\"}},\"url\":\"https:\u002F\u002Fstadiamaps.com\u002Fblog\u002Ftwo-leaders-join-stadia-maps\u002F\",\"keywords\":[\"Leadership\",\"Team\",\"Company News\",\"Growth\",\"Customer Success\",\"Developer Relations\",\"Rob Yoegel\",\"Rick Myers\"],\"articleSection\":\"Company\",\"about\":[{\"@type\":\"Person\",\"name\":\"Rob Yoegel\",\"jobTitle\":\"Head of Growth\",\"sameAs\":[\"https:\u002F\u002Fwww.linkedin.com\u002Fin\u002Frobyoegel\u002F\"]},{\"@type\":\"Person\",\"name\":\"Rick Myers\",\"jobTitle\":\"Head of Success and Support\"}],\"mainEntityOfPage\":{\"@type\":\"WebPage\",\"@id\":\"https:\u002F\u002Fstadiamaps.com\u002Fblog\u002Ftwo-leaders-join-stadia-maps\u002F\"}}","\u002Fimages\u002Fog\u002Ftwo-leaders-join-stadia-maps.png","Two Leaders Join Stadia Maps — Rob Yoegel and Rick Myers",[106,122,123,108,110,124,112,114],"Team","Company News","Developer Relations",{},true,"\u002Fblog\u002Ftwo-leaders-join-stadia-maps","2026-06-24","---\ntitle: Two Leaders Join Stadia Maps and What This Means for the People Who Build on Us\ndescription: Rob Yoegel joins as Head of Growth and Rick Myers leads Success and Support at Stadia Maps, bringing Linode's developer-first playbook to location infrastructure.\nauthor:\n  name: Luke Seelenbinder\n  slug: luke-seelenbinder\n  jobTitle: Co-founder & CEO\n  bio: Luke is co-founder and CEO of Stadia Maps. He and Ian Wagner built the infrastructure that powers Stadia's privacy-first location services at scale, serving teams in logistics, travel, government, and AI.\n  sameAs:\n    - https:\u002F\u002Fwww.linkedin.com\u002Fin\u002Flukeseelenbinder\u002F\nimage: \u002Fimages\u002Fog\u002Ftwo-leaders-join-stadia-maps.png\nimageAlt: Two Leaders Join Stadia Maps — Rob Yoegel and Rick Myers\nkeywords:\n  - Leadership\n  - Team\n  - Company News\n  - Growth\n  - Customer Success\n  - Developer Relations\n  - Rob Yoegel\n  - Rick Myers\npublished: 2026-06-24\nsection: Company\nseo:\n  title: \"Two Leaders Join Stadia Maps: Growth Without Compromise\"\n  ogTitle: \"Two New Leaders at Stadia Maps: What It Means for You\"\n  description: Rob Yoegel joins as Head of Growth and Rick Myers leads Success and Support at Stadia Maps, bringing Linode's developer-first playbook to location infrastructure.\nhead:\n  meta:\n    - property: og:image:width\n      content: \"1200\"\n    - property: og:image:height\n      content: \"630\"\n    - property: og:image:type\n      content: image\u002Fpng\n    - property: article:tag\n      content: Leadership\n    - property: article:tag\n      content: Growth\n    - property: article:tag\n      content: Customer Success\n    - property: article:tag\n      content: Rob Yoegel\n    - property: article:tag\n      content: Rick Myers\n  script:\n    - type: application\u002Fld+json\n      innerHTML: \"{\\\"@context\\\":\\\"https:\u002F\u002Fschema.org\\\",\\\"@type\\\":\\\"BlogPosting\\\",\\\"headline\\\":\\\"Two Leaders Join Stadia Maps\\\",\\\"description\\\":\\\"Rob Yoegel joins as Head of Growth and Rick Myers leads Success and Support at Stadia Maps, bringing Linode's developer-first playbook to location infrastructure.\\\",\\\"image\\\":\\\"https:\u002F\u002Fstadiamaps.com\u002Fimages\u002Fog\u002Ftwo-leaders-join-stadia-maps.png\\\",\\\"datePublished\\\":\\\"2026-06-24\\\",\\\"dateModified\\\":\\\"2026-06-24\\\",\\\"author\\\":{\\\"@type\\\":\\\"Person\\\",\\\"name\\\":\\\"Luke Seelenbinder\\\",\\\"jobTitle\\\":\\\"Co-founder & CEO\\\",\\\"sameAs\\\":[\\\"https:\u002F\u002Fwww.linkedin.com\u002Fin\u002Flukeseelenbinder\u002F\\\"]},\\\"publisher\\\":{\\\"@type\\\":\\\"Organization\\\",\\\"name\\\":\\\"Stadia Maps\\\",\\\"url\\\":\\\"https:\u002F\u002Fstadiamaps.com\\\",\\\"logo\\\":{\\\"@type\\\":\\\"ImageObject\\\",\\\"url\\\":\\\"https:\u002F\u002Fstadiamaps.com\u002Ffavicon.ico\\\"}},\\\"url\\\":\\\"https:\u002F\u002Fstadiamaps.com\u002Fblog\u002Ftwo-leaders-join-stadia-maps\u002F\\\",\\\"keywords\\\":[\\\"Leadership\\\",\\\"Team\\\",\\\"Company News\\\",\\\"Growth\\\",\\\"Customer Success\\\",\\\"Developer Relations\\\",\\\"Rob Yoegel\\\",\\\"Rick Myers\\\"],\\\"articleSection\\\":\\\"Company\\\",\\\"about\\\":[{\\\"@type\\\":\\\"Person\\\",\\\"name\\\":\\\"Rob Yoegel\\\",\\\"jobTitle\\\":\\\"Head of Growth\\\",\\\"sameAs\\\":[\\\"https:\u002F\u002Fwww.linkedin.com\u002Fin\u002Frobyoegel\u002F\\\"]},{\\\"@type\\\":\\\"Person\\\",\\\"name\\\":\\\"Rick Myers\\\",\\\"jobTitle\\\":\\\"Head of Success and Support\\\"}],\\\"mainEntityOfPage\\\":{\\\"@type\\\":\\\"WebPage\\\",\\\"@id\\\":\\\"https:\u002F\u002Fstadiamaps.com\u002Fblog\u002Ftwo-leaders-join-stadia-maps\u002F\\\"}}\"\n---\n\n# Two Leaders Join Stadia Maps and What This Means for the People Who Build on Us\n\n> Stadia Maps is growing its leadership team. Rob Yoegel joins as Head of Growth and Rick Myers leads Success and Support. Both are veterans of Linode's developer-first playbook.\n\nFor years, the work at Stadia Maps was mostly technical, as you might expect from two technical founders. Ian and I were building infrastructure that stays fast at scale while holding the line on privacy, even when the market was quietly giving up on it.\n\nThat work has paid off. Stadia Maps now powers products across industries such as logistics, travel, government, and a growing wave of AI platforms. We have reached the point where the question is no longer whether the product can carry serious workloads. It can. The question is how many more teams we can reach without breaking the things that made people choose us in the first place.\n\nSo we are growing the leadership team to answer it. Rob Yoegel takes on Growth, and Rick Myers leads Success and Support. Both spent years at [Linode, now part of Akamai](https:\u002F\u002Fwww.akamai.com\u002Fnewsroom\u002Fpress-release\u002Fakamai-to-acquire-linode), helping build a developer-loved business in a market full of cynical alternatives. They know how to scale a company without breaking what makes it good or losing the \"magic juice.\"\n\n![two-leaders-join-stadia-maps](\u002Fimages\u002Fcontent\u002Ftwo-leaders-join-stadia-maps.jpg \"Rob Yoegel | Luke Seelenbinder | Rick Myers\")\n\n## Why this matters\n\nIt would be easy to read a leadership announcement as company news that has little to do with the developer shipping at 2 a.m. against our API. We see it differently. Both of these roles exist to make your experience better, not our org chart bigger.\n\nRick has spent his career on a single idea: every customer renews with you every single day. Not as a slogan, but as an operating principle. If support is slow or unhelpful today, that's a renewal you have already lost, even if the contract does not come up for another year. Stadia Maps was built this way from the start, which is part of why Rick said yes. With him leading Success and Support, the goal is simple. When you need help, you reach a human who understands the systems you are building and can actually solve the problem.\n\nRob leads Growth, which at most location companies is code for more ads, more tracking, and more pressure on pricing. Not here. Rob and I first met back in 2019, when, as a Linode customer, we were telling the story of a developer-focused company providing privacy-first location services to teams around the world. He's taking on marketing and brand, sales enablement, partnerships, and developer relations, and his job is to give a genuinely better option to the developers and enterprises who would never settle for the alternatives. Growth on our terms means the same clean APIs, the same transparent pricing, and the same respect for your users' data, offered to a much wider audience.\n\n## The same promise, on a bigger scale\n\nNothing about our principles changes as we grow. Maps are critical infrastructure, not an ad product, and we treat them that way. We do not track, profile, or sell end-user data. Our pricing stays usage-based and transparent, with no lock-ins and no surprise overages. Our documentation stays readable, and our support stays human.\n\nWhat changes is our ability to deliver on our promise to more people. For the teams already building on Stadia Maps, this means faster, sharper support and a clearer roadmap for where the platform is headed. For the teams still wrestling with surprise invoices, opaque tracking, and support queues that go nowhere, it means there is a serious alternative, and it is easier than ever to find.\n\nIf you have spoken with me in the past year about why Stadia is different, you have heard a version of the same line. Maps are infrastructure, not a tracking product. Rob and Rick make us confident we can keep that promise for a much bigger audience.\n\nIan and I are glad they are here. We think you will be, too.\n","Company",{"title":132,"ogTitle":133,"description":91},"Two Leaders Join Stadia Maps: Growth Without Compromise","Two New Leaders at Stadia Maps: What It Means for You","blog\u002Ftwo-leaders-join-stadia-maps","gWF8FxLj8P6ygHiTKlUofGreuTER4RPIU1bWjyMPgK4",[137,154,166],{"title":138,"description":139,"path":140,"published":141,"keywords":142,"rawbody":153},"Precision Meets Privacy: Elevating the Consumer Search Experience","Stadia Maps geocoding API delivers structured search, reverse geocoding, and autocomplete across 1B+ locations — no user tracking, no ad-network bias.","\u002Fblog\u002Fprecision-meets-privacy-consumer-search-experience","2026-06-17",[143,144,145,146,147,148,149,150,151,152],"Geocoding","Reverse Geocoding","Structured Geocoding","Autocomplete","Address Search","Privacy","GDPR","OpenStreetMap","Foursquare","Location Search","---\ntitle: \"Precision Meets Privacy: Elevating the Consumer Search Experience\"\ndescription: Stadia Maps geocoding API delivers structured search, reverse geocoding, and autocomplete across 1B+ locations — no user tracking, no ad-network bias.\nauthor:\n  name: Ian Wagner\n  slug: ian-wagner\n  jobTitle: Founder & President \u002F COO\n  bio: Ian is co-founder of Stadia Maps and leads engineering and operations. He works on routing, navigation, and the technical foundations that keep customer applications reliable at scale.\n  twitterCreator: \"@ianthetechie\"\n  sameAs:\n    - https:\u002F\u002Fwww.linkedin.com\u002Fin\u002Fian-w-wagner\u002F\nimage: \u002Fimages\u002Fog\u002Fprecision-meets-privacy-consumer-search-experience.png\nimageAlt: \"Precision Meets Privacy: Geocoding API With Global Coverage and No Tracking — Stadia Maps\"\nkeywords:\n  - Geocoding\n  - Reverse Geocoding\n  - Structured Geocoding\n  - Autocomplete\n  - Address Search\n  - Privacy\n  - GDPR\n  - OpenStreetMap\n  - Foursquare\n  - Location Search\npublished: 2026-06-17\nsection: Geocoding\nseo:\n  title: \"Geocoding API: Structured Search, Global Coverage, No Tracking\"\n  ogTitle: The Geocoding API That Doesn't Track Your Users\n  description: Stadia Maps geocoding API delivers structured search, reverse geocoding, and autocomplete across 1B+ locations — no user tracking, no ad-network bias.\n---\n\n# Precision Meets Privacy: Elevating the Consumer Search Experience\n\n> Developers often hit a ceiling when moving from a search prototype to a production-ready global product. Stadia Maps delivers more reliable structured geocoding by aggregating open datasets from across the globe, applying freshness signals to POI data, and providing structured endpoints that eliminate the black box guesswork of single-string search. All while maintaining a strict no-tracking policy.\n\n---\n\nBuilding a location-aware application often starts with a simple goal: helping users find where they need to go. Let's look at the specific gaps in the current geocoding landscape and how we've built a more reliable path forward.\n\n## Coverage and Data Quality\n\nOur geocoding API surfaces three core capabilities: [fuzzy search and autocomplete](https:\u002F\u002Fdocs.stadiamaps.com\u002Fgeocoding-search-autocomplete\u002Fautocomplete\u002F) to resolve ambiguous input in under 100ms, [reverse geocoding](https:\u002F\u002Fdocs.stadiamaps.com\u002Fgeocoding-search-autocomplete\u002Freverse-search\u002F) to convert coordinates into street-level addresses from a dataset of over 1 billion locations globally, and [structured data](https:\u002F\u002Fdocs.stadiamaps.com\u002Fgeocoding-search-autocomplete\u002Fstructured-search\u002F) access for clean, parsed results that satisfy strict schema requirements. All three depend on the same thing: data you can trust.\n\nGeocoding quality isn't just about how often data updates. It's about how many sources you draw from and whether those sources tell you something meaningful. A single-provider dataset, no matter how frequently refreshed, will have gaps. We aggregate open datasets from across the globe, giving you broader coverage than any single source provides. For POI data specifically, we use Foursquare's freshness signals to reduce the likelihood that a result points to a location that closed years ago.\n\n## Move Beyond the Single-String Black Box\n\nFree-form single-string search is popular, but it's often an inefficient way to handle data. Most providers force you into a \"black box\" parser that guesses what your user meant, which works until it doesn't.\n\nStructured search shines when you already know something about your data, such as information from a shipping form or a registration profile. Structured geocoding endpoints let you pass postal codes, specific cities, and other clean facts directly to the engine. Removing ambiguity ensures better results and more reliable handling of local conventions, such as the wildly varying ways different countries format unit numbers.\n\n## Real Results in an Ad-Driven World\n\nIn an era when \"near me\" searches are auctioned off to the highest bidder, location infrastructure has effectively become an ad network. Unlike industry giants that harvest user behavior for profiling or bias results toward paid advertisers, our search APIs are built to be a transparent source of truth.\n\nOur no-tracking policy ensures that end-user searches don't get used to create behavioral profiles. Avoiding data harvesting leads to a more honest discovery experience. Users see what is actually there rather than what a platform was paid to show them.\n\n---\n\nReady to see the difference for yourself? [Create a free account](https:\u002F\u002Fclient.stadiamaps.com\u002Fsignup\u002F) and test our [Search API](https:\u002F\u002Fdocs.stadiamaps.com\u002Fgeocoding-search-autocomplete\u002Foverview\u002F) today.\n",{"title":155,"description":156,"path":157,"published":158,"keywords":159,"rawbody":165},"The Invisible Costs of Routing: Privacy, Pricing, and Avoiding the \"MAU\" Trap","Most mapping SDKs harvest user data and charge by MAU — penalizing your success. See how Stadia Maps eliminates both risks with private-by-design infrastructure and transparent, usage-only billing.","\u002Fblog\u002Finvisible-costs-of-routing-privacy-pricing-mau-trap","2026-06-10",[160,161,148,162,163,164],"Routing","Navigation","Pricing","Ferrostar","OSRM","---\ndescription: >-\n  Most mapping SDKs harvest user data and charge by MAU — penalizing your\n  success. See how Stadia Maps eliminates both risks with private-by-design\n  infrastructure and transparent, usage-only billing.\nseo:\n  title: \"The Invisible Costs of Routing: Privacy, Pricing, and the MAU Trap\"\n  ogTitle: \"The Invisible Costs of Routing: Privacy, Pricing, and Avoiding the 'MAU' Trap\"\npublished: \"2026-06-10\"\nimage: \u002Fimages\u002Fog\u002Frouting-privacy-pricing-og.png\nimageAlt: \"The Invisible Costs of Routing: Privacy, Pricing, and Avoiding the 'MAU' Trap — Stadia Maps\"\nsection: \"Routing\"\nkeywords:\n  - Routing\n  - Navigation\n  - Privacy\n  - Pricing\n  - Ferrostar\n  - OSRM\nauthor:\n  name: \"Ian Wagner\"\n  slug: \"ian-wagner\"\n  jobTitle: \"Founder & President \u002F COO\"\n  bio: \"Ian is co-founder of Stadia Maps and leads engineering and operations. He works on routing, navigation, and the technical foundations that keep customer applications reliable at scale.\"\n  twitterCreator: \"@ianthetechie\"\n  sameAs:\n    - \"https:\u002F\u002Fwww.linkedin.com\u002Fin\u002Fian-w-wagner\u002F\"\n---\n\n# The Invisible Costs of Routing: Privacy, Pricing, and Avoiding the \"MAU\" Trap\n\n> Beyond performance, the long-term viability of any [motor vehicle routing project](\u002Fblog\u002Fwhy-osm-routing-needs-real-time-traffic\u002F) hinges on two \"invisible\" variables: data privacy architecture and billing predictability. Stadia Maps eliminates the risks of third-party data harvesting and \"MAU-based\" pricing traps by providing a private-by-design infrastructure and transparent, usage-only billing.\n\n## The Risk of Hidden Liabilities\n\nAccording to the [Postman 2024 State of the API Report](https:\u002F\u002Fvoyager.postman.com\u002Fdoc\u002Fpostman-state-of-the-api-report-2024.pdf), when developers evaluate APIs, documentation remains the most critical factor for adoption, while performance and reliability are the primary drivers of long-term retention. The long-term viability of a project also often hinges on two \"invisible\" variables: data privacy architecture and billing predictability.\n\nIn an era where many providers treat user behavioral data as a secondary product to harvest, major mapping platforms often use their mobile SDKs as data-collection devices. Relying on these SDKs introduces a black box, so you never know what data they're collecting about your users' behavior. For enterprises with strict compliance requirements, such trust is more than a technical challenge. It represents a significant business risk.\n\n## Privacy by Architecture\n\nAt Stadia Maps, we don't just mitigate the 'creepy' factor of location services; we eliminate it by refusing to collect user data in the first place and maintain [privacy](https:\u002F\u002Fgdpr.eu\u002Fwhat-is-gdpr\u002F) as a core principle.\n\nOur architecture reinforces this commitment by providing a level of privacy that exceeds that of a standard data retention policy, and we take great pains to [ensure we log only what we need](\u002Fprivacy\u002Fprivacy-commitment\u002F). This architectural choice eliminates the burden of managing user tracking compliance. You own your user data, and we do not ask for it.\n\n## Predictable, Usage-Based Pricing\n\nThe second invisible cost involves the 'MAU' (Monthly Active Users) trap. Other Location API providers employ a pricing model that charges for both raw usage and the total number of active users on an SDK. Dual-factor billing creates a moving target that can penalize your success.\n\nWe frequently see developers facing massive bills when their application explodes in popularity, resulting in MAU charges that are completely decoupled from actual revenue.\n\nThe disconnect hits hardest in apps with large, casual user bases. A fleet operator can justify MAU-based billing because every user on the platform is a known, revenue-generating asset with predictable headcount, predictable costs, predictable margins. But consider a navigation app with a million registered users, most of whom open it once a month to find a coffee shop. They each count the same as a daily power user, yet generate no direct revenue. For these apps, MAU billing doesn't align cost with value and quietly accumulates a financial liability that scales with your success, not your margins.\n\nOur predictable pricing model provides peace of mind by avoiding unpredictable bills. Most of our customers fit onto [fixed-price plans](\u002Fpricing\u002F), which provide the predictability required to scale a business without fear of a \"surprise\" bill at the end of the month. Even at the enterprise level, our pricing remains transparent and scales directly with the value you consume.\n\n## Frictionless Migration and Growth\n\nA common barrier to switching providers is the perceived effort of integration. However, the switch to Stadia Maps is often far simpler than teams expect.\n\n- **API Compatibility:** Our navigation-focused format extends the [OSRM format](https:\u002F\u002Fgithub.com\u002FProject-OSRM\u002Fosrm-backend), the de facto industry standard. Such compatibility makes our API work with systems built for Mapbox and others. Because our [Routing & Navigation APIs](\u002Fproducts\u002Frouting-navigation\u002F) are modern, flexible, and open-source, replicating your current routing API calls often takes less than an hour of engineering time [with our SDKs](https:\u002F\u002Fdocs.stadiamaps.com\u002Fsdks\u002Foverview\u002F).\n- **[Ferrostar Navigation SDK](\u002Fproducts\u002Frouting-navigation\u002Fferrostar-navigation-sdk\u002F):** While switching mobile SDKs involves more work, our Ferrostar project is the only flexible, [open-source alternative](https:\u002F\u002Fgithub.com\u002Fstadiamaps\u002Fferrostar) to black-box proprietary SDKs. Ferrostar gives you full control over the [navigation experience](\u002Fblog\u002Fbeyond-the-car-routing-for-specialized-fleets\u002F) while ensuring your user data stays private.\n\nThe cost of staying with a provider that treats your data as its own or obscures your monthly costs is high. Moving to a private, predictable alternative is likely easier than your current roadmap suggests.\n\n---\n\n[Create a free account](https:\u002F\u002Fclient.stadiamaps.com\u002Fsignup\u002F) to experience predictable, usage-based pricing today, or [see how quickly you can switch](\u002Fswitch-to-stadia\u002F) to a private, developer-first alternative.\n",{"title":167,"description":168,"path":169,"published":170,"keywords":171,"rawbody":177},"How We Fixed Water Feature Rendering Across All Zoom Levels in Our Basemaps","Mixing Natural Earth and OSM data at different zoom levels caused rivers to vanish, coastlines to shift, and islands to flicker. Here's how we unified our basemaps around a single Overture Maps dataset to fix it.","\u002Fblog\u002Ffixing-missing-water-interactive-basemaps","2026-06-04",[172,173,150,174,175,176],"Maps","Interactive Basemaps","Overture Maps","Cartography","Vector Tiles","---\ndescription: >-\n  Mixing Natural Earth and OSM data at different zoom levels caused rivers to\n  vanish, coastlines to shift, and islands to flicker. Here's how we unified our\n  basemaps around a single Overture Maps dataset to fix it.\nexcerpt: >-\n  Mixing two datasets made rivers vanish and coastlines shift at mid-zoom.\n  Here's how a single Overture Maps dataset fixed water rendering across all\n  zoom levels.\nseo:\n  title: \"How We Fixed Water Feature Rendering on Our Basemaps\"\n  ogTitle: \"How We Fixed Water Feature Rendering Across All Zoom Levels in Our Basemaps\"\npublished: \"2026-06-04\"\nimage: \u002Fimages\u002Fog\u002Fwater-basemap-og.png\nimageAlt: \"How We Fixed Water Feature Rendering Across All Zoom Levels in Our Basemaps — Stadia Maps\"\nsection: \"Maps\"\nkeywords:\n  - Maps\n  - Interactive Basemaps\n  - OpenStreetMap\n  - Overture Maps\n  - Cartography\n  - Vector Tiles\nauthor:\n  name: \"Ian Wagner\"\n  slug: \"ian-wagner\"\n  jobTitle: \"Founder & President \u002F COO\"\n  bio: \"Ian is co-founder of Stadia Maps and leads engineering and operations. He works on routing, navigation, and the technical foundations that keep customer applications reliable at scale.\"\n  twitterCreator: \"@ianthetechie\"\n  sameAs:\n    - \"https:\u002F\u002Fwww.linkedin.com\u002Fin\u002Fian-w-wagner\u002F\"\n---\n\n# How We Fixed Water Feature Rendering Across All Zoom Levels in Our Basemaps\n\n> We just shipped a significant update to the data pipeline behind our [Interactive Basemaps](\u002Fproducts\u002Fmaps\u002Finteractive-basemaps\u002F). The change fixes a class of visual inconsistencies at low- and mid-zoom levels, such as missing rivers, shifting coastlines, islands that suddenly appear, and major water features that pop into detail abruptly rather than transitioning smoothly. The root cause was mixing two different data sources at different zoom levels. The fix is a unified OSM-derived dataset across all zoom levels, sourced from [Overture Maps](https:\u002F\u002Foverturemaps.org\u002F).\n\nHere's what was happening and what we changed.\n\n## Why Water Features Were Disappearing at Mid-Zoom Levels\n\nOur basemaps were pulling from two different datasets, depending on the zoom level. At lower zooms, we used Natural Earth, a well-known dataset that efficiently represents the most important details for broad-scale cartography. At higher zooms, we switched to OSM-derived data. These two datasets don't agree on everything: coastlines have vastly different levels of detail and features that exist in one don't always have equivalents in the other at the same zoom thresholds.\n\nThe handoff point between them was the source of most of the visual inconsistencies. A customer noticed a clear example: The St. Lawrence River disappeared entirely between zooms 6 and 8. OSM represents it as a `water` polygon, while the way we processed Natural Earth's simplified data at those zoom levels didn't carry the equivalent coverage. The result is a river-shaped hole filled with land. But that was one symptom of a broader pattern. Coastlines were shifting shape mid-zoom, small islands were appearing or vanishing, and water features were popping in suddenly rather than transitioning smoothly.\n\n::content-twenty-twenty\n---\nafterSrc: \"\u002Fassets\u002Ficeland-new.png\"\nbeforeSrc: \"\u002Fassets\u002Ficeland-old.png\"\n---\n::\n\n## What Changed: A Single Data Source Across All Zoom Levels\n\nWe've unified our basemaps around a single OSM-derived dataset across all zoom levels. Specifically, we're using releases from [Overture Maps](https:\u002F\u002Foverturemaps.org\u002F), which apply additional QA on top of OSM to ensure major water bodies are complete and consistent, something we had occasionally struggled with when building directly from raw OSM data.\n\nUsing the same source throughout eliminates the cross-dataset seam. No more coastline jumps. No more islands appearing from nowhere. No more rivers losing their shape at mid-zoom. It also means features that were simply absent at lower zoom levels. Rivers, estuaries, and reservoirs are now present and correct from the moment they're geographically relevant, rather than popping in abruptly as you zoom past the old data handoff point.\n\nWe also updated our geometry simplification algorithm and parameters. The new approach carries more detail through mid-zoom levels and produces smoother transitions as you zoom in and out with less of the sudden snap from one level of detail to the next.\n\nThe St. Lawrence is back where it belongs: [see it here](\u002Fexplore-the-map\u002F#map=8.86\u002F44.5347\u002F-75.4982).\n\n## What This Means for Your Application\n\nIf your application renders maps at mid-zoom levels, your users are now seeing more accurate, more consistent water rendering. Specifically:\n\n- **Rivers, estuaries, and reservoirs** now appear at the zoom levels where they're geographically relevant\n- **Coastlines** have smoother transitions, with more detail present at low and mid zoom levels\n- **Islands and water bodies** render consistently from zoom to zoom\n- **Transitions between zoom levels** are smoother across all water features\n\nThese are the kinds of artifacts that are easy to miss in development and easy to notice in production. If you ever spot anything on the map that still looks off, let us know at [support@stadiamaps.com](mailto:support@stadiamaps.com). Reports like these are how this fix started.\n",1782384531308]