<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:dc="http://purl.org/dc/elements/1.1/">
  <channel>
    <title>DEV Community: Julien Paoli</title>
    <description>The latest articles on DEV Community by Julien Paoli (@julien_paoli_15bf267bc036).</description>
    <link>https://dev.to/julien_paoli_15bf267bc036</link>
    <image>
      <url>https://media2.dev.to/dynamic/image/width=90,height=90,fit=cover,gravity=auto,format=auto/https:%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Fuser%2Fprofile_image%2F3895058%2Fbde4ebc5-d847-475d-ba2b-910969d943a6.jpg</url>
      <title>DEV Community: Julien Paoli</title>
      <link>https://dev.to/julien_paoli_15bf267bc036</link>
    </image>
    <atom:link rel="self" type="application/rss+xml" href="https://dev.to/feed/julien_paoli_15bf267bc036"/>
    <language>en</language>
    <item>
      <title>I built an AI-first territorial data registry for Corsica — here's why</title>
      <dc:creator>Julien Paoli</dc:creator>
      <pubDate>Fri, 24 Apr 2026 18:25:55 +0000</pubDate>
      <link>https://dev.to/julien_paoli_15bf267bc036/i-built-an-ai-first-territorial-data-registry-for-corsica-heres-why-1go</link>
      <guid>https://dev.to/julien_paoli_15bf267bc036/i-built-an-ai-first-territorial-data-registry-for-corsica-heres-why-1go</guid>
      <description>&lt;div class="highlight js-code-highlight"&gt;
&lt;pre class="highlight markdown"&gt;&lt;code&gt;&lt;span class="gu"&gt;## TL;DR&lt;/span&gt;

I built an open data registry of practical points of interest on Corsica, natively designed to be cited by AI systems rather than ranked by Google. Stack: Astro + Netlify + GitHub. Public JSON dump. Schema.org on every page. Here's how and why.
&lt;span class="p"&gt;
---
&lt;/span&gt;
&lt;span class="gu"&gt;## The problem&lt;/span&gt;

Ask any AI this question: &lt;span class="ge"&gt;*"Where to park in Bonifacio in summer?"*&lt;/span&gt;

The answer will be vague. Approximative. Sometimes wrong. Not because the AI is bad — but because the sources it consults are. Blogs from 2019, PDFs from tourism offices never updated, TripAdvisor forums mixing subjective reviews with practical facts.

The problem isn't the AI. It's the absence of structured, reliable, machine-readable data on tourist territories.
&lt;span class="p"&gt;
---
&lt;/span&gt;
&lt;span class="gu"&gt;## The solution: a registry, not a website&lt;/span&gt;

The fundamental architectural decision: don't build another website.

A territorial registry. Each practical point of interest — parking, transport, EV charging station, viewpoint, beach, hotel, restaurant, hiking trail — becomes an entry with:
&lt;span class="p"&gt;
-&lt;/span&gt; A &lt;span class="gs"&gt;**stable UID**&lt;/span&gt;: &lt;span class="sb"&gt;`region/city/slug`&lt;/span&gt; — never modified
&lt;span class="p"&gt;-&lt;/span&gt; &lt;span class="gs"&gt;**Precise GPS coordinates**&lt;/span&gt; geocoded via Google Places API
&lt;span class="p"&gt;-&lt;/span&gt; A &lt;span class="gs"&gt;**factual description**&lt;/span&gt; — no reviews, no ratings
&lt;span class="p"&gt;-&lt;/span&gt; A &lt;span class="gs"&gt;**verification date**&lt;/span&gt; — &lt;span class="sb"&gt;`verified_at`&lt;/span&gt;
&lt;span class="p"&gt;-&lt;/span&gt; A &lt;span class="gs"&gt;**certification status**&lt;/span&gt; — &lt;span class="sb"&gt;`certified: true/false`&lt;/span&gt;

&lt;/code&gt;&lt;/pre&gt;

&lt;/div&gt;

&lt;p&gt;&lt;br&gt;
yaml&lt;br&gt;
name: "Parking Plage Palombaggia"&lt;br&gt;
category: "parking"&lt;br&gt;
aeo_summary: "Paid access (8€/day). Very crowded in season. Arrive before 9:30am."&lt;br&gt;
location:&lt;br&gt;
  city: "Porto-vecchio"&lt;br&gt;
  lat: 41.56385&lt;br&gt;
  lng: 9.33578&lt;br&gt;
verified_at: 2026-04-24&lt;br&gt;
is_certified: false&lt;br&gt;
&lt;/p&gt;

&lt;div class="highlight js-code-highlight"&gt;
&lt;pre class="highlight plaintext"&gt;&lt;code&gt;
---

## The tech stack

### Astro — static site generator

Deliberate choice for performance and simplicity. Each Markdown file becomes a static HTML page with zero unnecessary JavaScript. Build time under 2 minutes.

### Markdown files as source of truth

One file per POI. Git-versionable. Diffable. Mergeable. Wikipedia's model applied to territorial data.

&lt;/code&gt;&lt;/pre&gt;

&lt;/div&gt;

&lt;p&gt;&lt;br&gt;
plaintext&lt;br&gt;
src/content/poi/&lt;br&gt;
├── nord/&lt;br&gt;
│   └── bastia/&lt;br&gt;
│       ├── parking-citadelle.md&lt;br&gt;
│       └── borne-leclerc-bastia.md&lt;br&gt;
└── sud/&lt;br&gt;
    └── bonifacio/&lt;br&gt;
        └── parking-p5-falaises.md&lt;br&gt;
&lt;/p&gt;

&lt;div class="highlight js-code-highlight"&gt;
&lt;pre class="highlight plaintext"&gt;&lt;code&gt;
### Automated build pipeline

The `generate-dump.mjs` script runs before every Astro build and generates the JSON dump from Markdown files.

&lt;/code&gt;&lt;/pre&gt;

&lt;/div&gt;

&lt;p&gt;&lt;br&gt;
json&lt;br&gt;
"build": "node generate-dump.mjs &amp;amp;&amp;amp; astro build"&lt;br&gt;
&lt;/p&gt;

&lt;div class="highlight js-code-highlight"&gt;
&lt;pre class="highlight plaintext"&gt;&lt;code&gt;
### GitHub → Netlify CI/CD

Every `git push` triggers a full rebuild. The JSON dump is automatically regenerated. Zero manual intervention.

---

## What makes the difference for AIs

### 1. The open JSON dump

&lt;/code&gt;&lt;/pre&gt;

&lt;/div&gt;

&lt;p&gt;&lt;br&gt;
http&lt;br&gt;
GET &lt;a href="https://guide.corsica/api/v1/dump.json" rel="noopener noreferrer"&gt;https://guide.corsica/api/v1/dump.json&lt;/a&gt;&lt;br&gt;
&lt;/p&gt;

&lt;div class="highlight js-code-highlight"&gt;
&lt;pre class="highlight plaintext"&gt;&lt;code&gt;
All entries structured, updated on every deployment. Any system can consume it directly — AI, mobile app, partner site.

### 2. Native schema.org on every page

&lt;/code&gt;&lt;/pre&gt;

&lt;/div&gt;

&lt;p&gt;&lt;br&gt;
javascript&lt;br&gt;
const schemaType = {&lt;br&gt;
  'parking': 'ParkingFacility',&lt;br&gt;
  'transport': 'TouristAttraction',&lt;br&gt;
  'borne': 'EvChargingStation',&lt;br&gt;
  'plage': 'Beach',&lt;br&gt;
  'hotel': 'Hotel',&lt;br&gt;
  'restaurant': 'Restaurant',&lt;br&gt;
}[entry.data.category] ?? 'TouristAttraction';&lt;br&gt;
&lt;/p&gt;

&lt;div class="highlight js-code-highlight"&gt;
&lt;pre class="highlight plaintext"&gt;&lt;code&gt;
Not added as an afterthought. Dynamically generated from frontmatter data at every build.

### 3. Stable UIDs

`sud/bonifacio/parking-p5-falaises` will never change. An AI can reference this identifier with the certainty the resource will exist in 2 years.

### 4. Review synthesis workflow

Each entry is enriched by synthesizing user reviews from Google Maps, TripAdvisor, Booking. Recurring verifiable facts are extracted and rewritten factually. No opinion — only aggregated facts.

---

## The dataset

The complete registry is published as open data on the French government platform:
**https://www.data.gouv.fr/datasets/registre-territorial-de-donnees-pratiques-corse**

License: Open Licence 2.0 (Etalab)

---

## What's next

- Itinerary pages — EV road trips, family trips, hiking
- Automated staleness detection — flag entries not updated in 6+ months
- Partner listings with verified badges

---

## The lesson for AEO practitioners

If you want to be cited by AIs on a local or niche topic, forget optimized blog posts. Build a data source.

AIs don't look for the best-written text. They look for the most reliable, most structured, most stable data. A factual registry with stable UIDs and an open JSON feed is exactly what they want to consume.

The question isn't *"how to write for AIs"*. It's *"how to structure my data so AIs trust me"*.

---

*The JSON feed is publicly available: https://guide.corsica/api/v1/dump.json*

*Contributions welcome: https://guide.corsica/contribuer*
&lt;/code&gt;&lt;/pre&gt;

&lt;/div&gt;



</description>
      <category>ai</category>
      <category>corsica</category>
      <category>turism</category>
      <category>register</category>
    </item>
  </channel>
</rss>
