# Appropriate geofeed URLs

**URL:** <https://community.ipinfo.io/t/appropriate-geofeed-urls/5602>\
**Category:** General\
**Tags:** whois\
**Created:** [April 19, 2024, 5:59pm UTC](https://community.ipinfo.io/t/appropriate-geofeed-urls/5602 "2024-04-19T17:59:27Z")\
**Posts on this page:** 4\
**Page:** 1

<div class="post-metadata">

**Author:** ![Abdullah](https://yyz1.discourse-cdn.com/flex035/user_avatar/community.ipinfo.io/abdullah/32/4973_2.png) [@Abdullah](https://community.ipinfo.io/u/Abdullah)\
**Post date:** [April 19, 2024, 5:59pm UTC](https://community.ipinfo.io/t/appropriate-geofeed-urls/5602/1 "2024-04-19T17:59:27Z")

</div>

At IPinfo, we spend a lot of time with IP WHOIS data and are used to seeing many weird and wonderful entries and strange edge cases for which we need to support. We recently came across something odd from the WHOIS records of [128.127.100.0/24](https://ipinfo.io/AS58172/128.127.100.0/24) of [AS58172](https://ipinfo.io/AS58172), which just points to a Google Map URL for their geofeed data.

 ![Untitled (37)](https://canada1.discourse-cdn.com/flex035/uploads/ipinfo/original/2X/b/b602719d70fbc9d7eb32c3ab0c61e75cb0e2f586.png)

The map points to a very specific geographic coordinate.

 ![Untitled (38)](https://canada1.discourse-cdn.com/flex035/uploads/ipinfo/original/2X/2/24a7242f1d2774384b43fff350402151ab2db1c4.png)

However, since we cannot extract the data from Google Maps automatically, we ended up doing a manual override for the geofeed record.

We find malformed geofeed URLs all the time; however, there are specific guidelines on the correct format to include the geofeed URLs in WHOIS records. According to [RFC 9092](https://www.ietf.org/rfc/rfc9092.pdf), the recommended format for mentioning geofeed in the WHOIS record is as follows:

```bash
inetnum: 192.0.2.0/24 # example
geofeed: https://example.com/geofeed.csv

```

The geofeed URL points to a CSV file, which should have data in the following format ([RFC 8805](https://www.ietf.org/rfc/rfc8805.pdf)):

```csv
37.252.255.0/24,RU,RU-SPE,Saint Petersburg,,
64.34.120.0/22,CA,CA-ON,Toronto,,
79.133.43.0/24,AT,AT-9,Vienna,1060,
91.209.89.0/24,AT,AT-9,Vienna,1060,

```

With the columns representing:

- IP address prefix
- ISO 3166-1 alpha-2 country code
- ISO 3166-2 region code
- Name of the city
- Postal Code or zip code

In this article, we have more details on setting up geofeed: [Geofeed: what is it and how to set up a right one?](https://ipinfo.io/blog/what-is-geofeed-how-to-it-setup/)

> **[Geofeed: what is it and how to set up a right one?](https://ipinfo.io/blog/what-is-geofeed-how-to-it-setup/)**
>
> Geofeeds can help to improve location-dependent content and customer satisfaction at the same time. Check our detailed guide on geofeeds!

Sometimes, internet organizations submit Google Sheets, which is acceptable as long as the underlying data is valid CSV. For example: [84.239.29.0/24 IP range details - IPinfo.io](https://ipinfo.io/AS174/84.239.29.0/24)

 ![Untitled (39)](https://canada1.discourse-cdn.com/flex035/uploads/ipinfo/original/2X/f/f4c443bdd438927cb2baf995b7131bdea632dbb2.png)

Links such as Pastebin, GitHub raw text, or GitHub gist files are also good:

 ![Untitled (40)](https://canada1.discourse-cdn.com/flex035/uploads/ipinfo/original/2X/0/0f9da169fc7860497a80784e16d1b47bada1719c.png)

 ![Untitled (41)](https://canada1.discourse-cdn.com/flex035/uploads/ipinfo/original/2X/2/2da64f4b8dfb6416ece62b5b6246a064b57d879e.png)

As geofeed data can change, internet organizations should find convenient ways to keep their locations updated according to the guidelines. We will take care of the rest. Going beyond WHOIS records, internet organizations can also directly submit their geofeed directly to us through our [corrections page](https://ipinfo.io/corrections).

_ **However,** _ directly pasting your geofeed CSV data as a geofeed value in the WHOIS records with a comment field is not something we can automatically ingest. We have to fix that manually.

[209.208.226.0/23 IP range details - IPinfo.io](https://ipinfo.io/AS32077/209.208.226.0/23)

 ![Untitled (42)](https://canada1.discourse-cdn.com/flex035/uploads/ipinfo/original/2X/3/3433ff8eefcf26339ee53d301fca9d58c32e6966.png)

WHOIS records provide a standard, and machine-readable document, so unusual entries can be difficult to parse automatically. If you find any incorrect geofeed URLs, please feel free to share them with us! If you would like, you can fix these issues yourself by submitting corrections to us: [Incorrect IP Geolocation data update - IPinfo.io](https://ipinfo.io/corrections)

> **[Incorrect IP Geolocation data update](https://ipinfo.io/corrections)**
>
> Data accuracy is incredibly important to us, and we spend a lot of time and effort on our data quality, and deploy updates to our data set daily. Our data isn't perfect though, and errors and inaccuracies can happen.

---

<div class="post-metadata">

**Author:** ![dirt3009](https://yyz1.discourse-cdn.com/flex035/user_avatar/community.ipinfo.io/dirt3009/32/2575_2.png) [@dirt3009](https://community.ipinfo.io/u/dirt3009)\
**Post date:** [April 21, 2024, 2:53pm UTC](https://community.ipinfo.io/t/appropriate-geofeed-urls/5602/2 "2024-04-21T14:53:31Z")

</div>

New standard? No, substandard. LMFAO

The RFCs still don’t feel really ready and the adaptations are even worse.

> **[RFC 8805: A Format for Self-Published IP Geolocation Feeds](https://datatracker.ietf.org/doc/rfc8805/#:~:text=are%20any%0A%20%20%20anticipated.-,2.2.%20%20Examples,-Example%20entries%20using)**
>
> This document records a format whereby a network operator can publish a mapping of IP address prefixes to simplified geolocation information, colloquially termed a "geolocation feed". Interested parties can poll and parse these feeds to update or...

> **[RFC 9092: Finding and Using Geofeed Data](https://datatracker.ietf.org/doc/rfc9092/)**
>
> This document specifies how to augment the Routing Policy Specification Language inetnum: class to refer specifically to geofeed data comma-separated values (CSV) files and describes an optional scheme that uses the Routing Public Key Infrastructure...

---

<div class="post-metadata">

**Author:** ![Abdullah](https://yyz1.discourse-cdn.com/flex035/user_avatar/community.ipinfo.io/abdullah/32/4973_2.png) [@Abdullah](https://community.ipinfo.io/u/Abdullah)\
**Post date:** [April 21, 2024, 3:08pm UTC](https://community.ipinfo.io/t/appropriate-geofeed-urls/5602/3 "2024-04-21T15:08:15Z")

</div>

Geofeed data is usually a fallback source when it comes to our geolocation data. We don’t mind fixing a few of these geofeeds manually.

---

<div class="post-metadata">

**Author:** ![dirt3009](https://yyz1.discourse-cdn.com/flex035/user_avatar/community.ipinfo.io/dirt3009/32/2575_2.png) [@dirt3009](https://community.ipinfo.io/u/dirt3009)\
**Post date:** [April 21, 2024, 3:27pm UTC](https://community.ipinfo.io/t/appropriate-geofeed-urls/5602/4 "2024-04-21T15:27:54Z")

</div>

Yeah that’s also true, better rely on owner’s data than random third parties; it’s just that the standard has the chance to be ALOT better.
