OHM Planet is stale

[1ec5]

The OHM Planet index hasn’t been updated since January 17, more than three weeks ago:

OHM Planet, data from https://planet.openhistoricalmap.org/planet version 17.01.2025 (with GeoSPARQL predicates ogc:sfContains and ogc:sfIntersects)

It looks like new planet files are still being produced daily in the usual location.

[hannahbast]

@1ec5 Thanks a lot for the hint. Due to several recent changes in osm2rdf (more metadata by default), our automatic pipeline ran out of memory and we didn't notice.

https://qlever.cs.uni-freiburg.de/ohm-planet is now up to date again with the latest version (and the remarkable number of 5.4 B triples).

[1ec5]

Thanks! I’ve updated the OSM and OHM examples on the OSM Wiki to reflect ad-freiburg/osm2rdf#111. I’ll try to come up with more examples that take advantage of the newly introduced metadata.

[hannahbast]

@1ec5 I see that in some of your queries you restrict to nodes. You don't have to do that: for quite some time now there is a geo:hasCentroid for every object.

(and there will soon also be an option to compute distances between arbitrary objects)

[1ec5]

Good point, some of the examples intentionally do that so users know how to filter by element type if they need to, but I’ve updated this query that was unnecessarily limited to nodes.

[1ec5]

I posted a notice about these changes on the OHM Forum, OHM Mastodon, and OSMUS Slack.