Page de couverture de The MapScaping Podcast - GIS, Geospatial, Remote Sensing, earth observation and digital geography

The MapScaping Podcast - GIS, Geospatial, Remote Sensing, earth observation and digital geography

The MapScaping Podcast - GIS, Geospatial, Remote Sensing, earth observation and digital geography

Auteur(s): MapScaping
Écouter gratuitement

À propos de cet audio

 A podcast for geospatial people. Weekly episodes that focus on the tech, trends, tools, and stories from the geospatial world. Interviews with the people that are shaping the future of GIS, geospatial as well as practitioners working in the geo industry. This is a podcast for the GIS and geospatial community subscribe or visit https://mapscaping.com to learn moreCopyright 2019 All rights reserved. Nature et écologie Science Sciences de la Terre
Épisodes
  • AI in QGIS

    AI in QGIS
    Mar 5 2026

    I've been playing around with a lot of large language models lately, and it is absolutely fascinating to watch them work. But what happens when you bring that directly into QGIS?

    Right now, AI in the geospatial industry is a lot like a fast, enthusiastic new intern, incredibly helpful, and sometimes completely wrong, but improving at a rate that no human can compete with.

    As we hand more of our geoprocessing tasks over to these algorithms, and computing becomes more pervasive, are our own GIS skills becoming obsolete? Or are we just unlocking radically different opportunities to rethink our careers?
    Voir plus Voir moins
    49 min
  • Geospatial Makers Start Buildng!

    Geospatial Makers Start Buildng!
    Feb 11 2026
    Geospatial Product Swiss Army Knife 1. The "Build It and They Won't Come" Trap We have all seen it: a talented geospatial professional spends months—perhaps years—perfecting a technically sophisticated web map or a niche data service, only to release it to a deafening silence. In our industry, the "build it and they will come" philosophy is a fast track to zero traction. Precision is the enemy of progress when it is applied to the wrong problem. Daniel and Stella Blake Kelly explored a remedy for this pattern. Stella—a New Zealand-born, Sydney-based strategist and founder of the consultancy Cartisan—didn’t start with a master plan. She "fell into" the industry after being inspired by a lecturer with bright blue hair and a passion for GIS that rivaled a Lego builder’s creativity. Today, she helps organizations move from "making things" to "building products that matter" using a framework she calls the Product Swiss Army Knife. -------------------------------------------------------------------------------- 2. The 7-Step Framework: More Than Just a Map Many geospatial experts suffer from a technology-first bias, prioritizing data accuracy over strategic utility. To counter this, Stella advocates for a disciplined, seven-tool toolkit designed to bridge the gap between GIS and Product Design: Vision: Establish a clear statement of what you are building and why it needs to exist.User Needs: Move beyond assumptions to identify real users and their specific friction points.Market & Context: Analyze the existing ecosystem (competitors, data, and workflows) to find your gap.Features: Ruthlessly prioritize "must-haves" to define a lean Minimum Viable Product (MVP).Prototypes & User Flows: Map out the user’s journey through the service before writing a line of code.Proof of Concept: Create a tangible, working version to prove the technical and market logic.Launch & Learn: Release early to gather real-world data and iterate based on evidence. This structure forces builders to treat the "spatial" element as a solution rather than the entire product. To illustrate User Needs (Tool #2), Stella suggests using formal User Stories to step out of the technical mindset: "As a solar panel marketer, I want to find potential customers with enough roof surface area so that I can reach out to them and provide an accurate quote." By grounding the project in a specific human problem, the developer stops building for themselves and starts building for the market. As Stella notes: "The thing about the product Swiss Army knife... is that it can be applied to almost any situation where there is an end consumer, where somebody is going to use the thing, the service that you make." -------------------------------------------------------------------------------- 3. The "200 Tools" Strategy: Programmatic Market Validation Daniel shared an unconventional approach to product discovery that serves as a masterclass in Market Context (Tool #3). Leveraging AI, he has built nearly 200 simple geospatial tools—such as a "Roof Area Calculator"—not as final products, but as a "sandbox" for discovery. This is Programmatic Market Validation. Instead of starting with a complex SaaS model, Daniel uses these micro-tools to find "winners" via organic search traffic. By observing where the internet already has unsolved spatial queries, he lets the market dictate which products deserve a full-scale build. In this new landscape, the barrier to entry has shifted: the competitive advantage is no longer "coding ability"—it is strategic experimentation. -------------------------------------------------------------------------------- 4. Not All Traffic is Equal: The High-Value Keyword Insight One of the most surprising takeaways from this experimentation is the direct link between specific geospatial problems and commercial value. A general GIS data tool might get thousands of views, but a "Roof Area Calculator" generates significantly higher programmatic advertising revenue. The reason? Market Context. The keyword "roofing" implies high-value intent; a user measuring their roof is likely in the market for a new one, making them incredibly valuable to advertisers. Understanding the commercial landscape surrounding a user's problem is the difference between a struggling hobby project and a viable MicroSaaS. -------------------------------------------------------------------------------- 5. The Precision Paradox: Why GIS Experts Struggle with UX There is a fundamental tension between the geospatial technical mindset and the product design mindset. GIS professionals are trained to be exact, precise, and correct. Designers, however, are taught to be wrong, gather feedback, and iterate. Daniel illustrated this with a "Hot Jar" anecdote. He once built a site where users were failing to move through the revenue funnel. Heat maps revealed the issue wasn't the data—it was the layout. Users weren't scrolling down far enough to see the critical ...
    Voir plus Voir moins
    47 min
  • Vibe Coding and the Fragmentation of Open Source

    Vibe Coding and the Fragmentation of Open Source
    Feb 3 2026
    Why Machine-Writing Code is the Best (and Most Dangerous) Thing for Geospatial: The current discourse surrounding AI coding is nothing if not polarized. On one side, the technofuturists urge us to throw away our keyboards; on the other, skeptics dismiss Large Language Models (LLMs) as little more than "fancy autocomplete" that will never replace a "real" engineer. Both sides miss the nuanced reality of the shift we are living through right now. I recently sat down with Matt Hansen, Director of Geospatial Ecosystems at Element 84, to discuss this transition. With a 30-year career spanning the death of photographic film to the birth of Cloud-Native Geospatial, Hansen has a unique vantage point on how technology shifts redefine our roles. He isn’t predicting a distant future; he is describing a present where the barrier between an idea and a functioning tool has effectively collapsed. The "D" Student Who Built the Future Hansen’s journey into the heart of open-source leadership began with what he initially thought was a terminal failure. As a freshman at the Rochester Institute of Technology, he found himself in a C programming class populated almost entirely by seasoned professionals from Kodak. Intimidated and overwhelmed by the "syntax wall," he withdrew from the class the first time and scraped by with a "D" on his second attempt. For years, he believed software simply wasn't his path. Today, however, he is a primary architect of the SpatioTemporal Asset Catalog (STAC) ecosystem and a major open-source contributor. This trajectory is the perfect case study for the democratizing power of AI: it allows the subject matter expert—the person who understands "photographic technology" or "imaging science"—to bypass the mechanical hurdles of brackets and semi-colons. "I took your class twice and thought I was never software... and now here I am like a regular contributor to open source software for geospatial." — Matt Hansen to his former professor. The Rise of "Vibe Coding" and the Fragmentation Trap We are entering the era of "vibe coding," where developers prompt AI based on a general description or "vibe" of what they need. While this is exhilarating for the individual, it creates a systemic risk of "bespoke implementations." When a user asks an AI for a solution without a deep architectural understanding, the machine often generates a narrow, unvetted fragment of code rather than utilizing a secure, scalable library. The danger here is a catastrophic loss of signal. If thousands of users release these AI-generated fragments onto platforms like GitHub, we risk drowning out the vetted, high-quality solutions that the community has spent decades building. We are creating a "sea of noise" that could make it harder for both humans and future AI models to identify the standard, proper way to solve a problem. Why Geospatial is Still "Special" (The Anti-meridian Test) For a long time, the industry mantra has been "geospatial isn’t special," pushing for spatial data to be treated as just another data type, like in GeoParquet. However, Hansen argues that AI actually proves that domain expertise is more critical than ever. Without specific guidance, AI often fails to account for the unique edge cases of a spherical world. Consider the "anti-meridian" problem: polygons crossing the 180th meridian. When asked to handle spatial data, an AI will often "brute force" a custom logic that works for a small, localized dataset but fails the moment it encounters the wrap-around logic of a global scale. A domain expert knows to direct the AI toward Pete Kadomsky’s "anti-meridian" library. AI is not a subject matter expert; it is a powerful engine that requires an expert navigator to avoid the "Valley of Despair." Documentation is Now SEO for the Machines We are seeing a counterintuitive shift in how we value documentation. Traditionally, README files and tutorials were written by humans, for humans. In the age of AI, documentation has become the primary way we "market" our code to the machines. If your open-source project lacks a clean README or a rigorous specification, it is effectively invisible to the AI-driven future of development. By investing in high-quality documentation, developers are engaging in a form of technical SEO. You are ensuring that when an AI looks for the "signal" in the noise, it chooses your vetted library because it is the most readable and reliable option available. From Software Developers to Software Designers The role of the geospatial professional is shifting from writing syntax to what Hansen calls the "Foundry" model. Using tools like GitHub Specit, the human acts as a designer, defining rigorous blueprints, constraints, and requirements in human language. The machine then executes the "how," while the human remains the sole arbiter of the "what" and "why." Hansen’s advice for the next generation—particularly those entering a job market ...
    Voir plus Voir moins
    37 min
Pas encore de commentaire