<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/">
  <channel>
    <title>Geoespacial on Wiliam Rosa | Lakehouse, Dados &amp; IA</title>
    <link>https://wiliamrosa.github.io/tags/geoespacial/</link>
    <description>Recent content in Geoespacial on Wiliam Rosa | Lakehouse, Dados &amp; IA</description>
    <image>
      <title>Wiliam Rosa | Lakehouse, Dados &amp; IA</title>
      <url>https://wiliamrosa.github.io/images/wiliam-rosa-blog-og.png</url>
      <link>https://wiliamrosa.github.io/images/wiliam-rosa-blog-og.png</link>
    </image>
    <generator>Hugo</generator>
    <language>pt-br</language>
    <lastBuildDate>Fri, 16 Oct 2026 09:00:00 -0300</lastBuildDate>
    <atom:link href="https://wiliamrosa.github.io/tags/geoespacial/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Antes de confiar no 38x mais rápido: o que a documentação do Azure Databricks diz sobre geoespacial no Lakehouse//RT</title>
      <link>https://wiliamrosa.github.io/articles/geospatial-lakehouse-rt-limitacao-real/</link>
      <pubDate>Fri, 16 Oct 2026 09:00:00 -0300</pubDate>
      <guid>https://wiliamrosa.github.io/articles/geospatial-lakehouse-rt-limitacao-real/</guid>
      <description>A Databricks divulgou benchmark de consulta geoespacial até 38 vezes mais rápida no Lakehouse//RT, mas a própria documentação oficial, atualizada no mesmo dia do anúncio, lista tipo GEOMETRY, GEOGRAPHY e função SQL espacial como não suportados nesse mecanismo, tanto na versão AWS quanto na Azure.</description>
    </item>
  </channel>
</rss>
