Paine River

My low-effort brag-post for this week is showing the “twin towns” of Glensheen and Paine River, in the southeast part of the state of Makaska. Like all of region surrounding metropolitan Ohunkagan, these towns are currently stuck in a time-warp, sometime around 1920, as I try to develop the whole region chronologically. In the 1920’s, Glensheen, with its active port and industrial base, far exceeded Paine River in size. However, my expectation is that by the contemporary era, the towns will have equalized in size, as the industrial base in Glensheen declines and the exurban clout of Paine River grows. Paine River will be the modern southernmost terminus of a commuter rail line all up and down the “Silicon Shore” south of central Ohunkagan. The farm and forestlands are still a bit schematic, and need detailing, but the basics are definitely in place. I’m particularly pleased with how you can see the interaction of topography and landuse in the topo view.

Here is the area in regular view.

Screenshot of the map window on the OpenGeofiction site, a rural area with several medium-sized towns at the bay of a large lake and and river valley, with lots of detail

Here is the area in topo view.

Screenshot of the map window on the OpenGeofiction site switched to the

This area is found on the opengeofiction map here:


My low-effort brag-post for this week is the central part of a city called Midesapa, in the northern part of the state of Makaska. It’s a rust-belt city on a river that connects two large lakes, so in that sense it occupies an economic position similar to Detroit, but it’s a much smaller city, with maybe 200k in the metropolitan area. There is still much detailing to be added but the basics are there.

Screenshot of the map window on the OpenGeofiction site, showing an urban area mapped along a river running from south to north, with lots of detail, including some freeways and a paper mill and locks and rapids along the river

This neighborhood is found on the opengeofiction map here:

Grants-Hogarth University and surrounds

My low-effort brag-post for this week is the neighborhood around Grants-Hogarth University, in the imaginary city of Ohunkagan (including an enclave jurisdiction called University Village). The mapping is currently in a time-warp, not yet having reached 1920, and it’s not really complete, but I’m running out of things to post. There are some easter-egg type jokes in the map, including “Chomsky Hall” near the intersection of Government Avenue and Binding Road, thus near the Government & Binding station on the elevated railway.

Screenshot of the map window on the OpenGeofiction site, showing an area mapped of an area around a lakeshore with lots of detail, including a university campus and a golf course

This neighborhood is found on the opengeofiction map here:

Ragged River

My low-effort bragpost for this week is something I created last month. This is a small town (maybe 8000 residents) in the northeast of my imaginary state of Makaska, named Ragged River, with a matching, smaller community across the parish boundary, called Howard. I haven’t completed it, especially the rural surroundings, but it’s complete enough to show I guess.

Here’s a screenshot of the location.

Screenshot of the map window on the OpenGeofiction website, showing the towns of Ragged River and Howard, on opposite sides of a river; the state boundary is along the larger Chajewanicha River running from southeast to northwest

The link to the slippy map is here:


My low-effort bragpost for this week is an area of Makaska I have called Stroadland. It’s a bit of a joke, of course. I posit a pioneer in the area with the name Stroad, who is thus memorialized in the name. But of course “stroad” is a currently popular term for major streets in North American, car-oriented suburban development. Not really a street, not really a road: a stroad.

I still have a lot of detailing I want to add. I’ve only named a few stores or amenities, for example. I have a goal to make something that could easily be mistaken for OSM at zoom=15. I don’t think I’m there yet, but I’m making progress.

Here is a screenshot showing the area.

Screenshot of the map window on the OpenGeofiction site, showing an area mapped of a US-style, suburban neighborhood, with lots of detail

Here is a link to the area on the OGF slippy map:

White Earth Agency

My low-effort brag post for the week is something I uploaded just this very moment – some detail (buildings, streets, a few schools/churches/businesses) for the town of White Earth Agency, a rural county seat in southern Makaska, but also the “capital” of the Federated Tribes, a fictional kind of “league of native reservations” that helps empower the native peoples of Makaska and neighboring Ooayatais Province, coordinating social services, advocacy and similar.

Screenshot of the map window on the OpenGeofiction site, showing an area mapped of a town called White Earth Agency with lots of detail

Here is a link to the slippy map on OpenGeofiction:

Country Club Alameda, Ohunkagan

My low-effort brag-post for this week is a neighborhood called “Country Club Alameda, in the imaginary city of Ohunkagan. The mapping is currently in a time-warp, not yet having reached 1920, but there’s an intersection of two streetcar routes at 63rd Avenue and Melville Street, and a golf course southwest of that.

Screenshot of the map window on the OpenGeofiction site, showing an area mapped of a neighborhood called Country Club Alameda with lots of detail, including a golf course.

This neighborhood is found on the opengeofiction map here:


I felt that my faux-midwestern state, Makaska, would need a “Springfield” – doesn’t every real US state have a “Springfield”?

For this week’s low-effort brag-post of my mapping on OpenGeofiction, I’ll post this view of Springfield. Unlike most other parts of Makaska where I’ve mapped, this is not being done chronologically. It’s meant to represent the modern state of the map. I don’t feel it’s complete, but a lot is done – at least 65% done I’d say.


Here is a link to the map:

Faux-midwestern, rural Makaska

This is my low-effort map-brag of the week. This is quite recent work – mostly done in the last year or so. It’s in the central-south of my imaginary faux-US-midwestern state of Makaska. Like most of Makaska, this region is being drawn “historically” – which is to say, I’m trying to add features and such in a rough chronological order. As such, this still incomplete mapping is stuck somewhere in the very early 1900’s right now, and still needs quite a bit of work before I’d even feel comfortable to advance the calendar.
A screen shot of the website . This is a
Here is a link to the location on the map:

The State of the OGF Topo Layer

This will be a fairly long write-up, so depending on your interests, you can skip sections that aren’t useful to you.

First I will write about the OGF topo layer, and give a tour of its current status, with some discussion of how it works.

Then in subsequent sections I will try to discuss how to create or edit your own contributions to the OGF Topo layer.

Part I – Introducing The OGF Topo Layer

The term “topo” (short for topographic) refers to a style of map that shows the physical elevation of land, either through shading or drawing contour lines or both. There are many topo renders available for the OpenStreetMap platform. My own favorite for daily use is the Cycle Map layer on OSM – not for any specific reason except that it’s easy to get to – it’s included right there in the layer selector for the OSM site. The best known, however, and one of the oldest, is the separately built and maintained OpenTopoMap. The code for OpenTopoMap is freely available on github.

All the various implementations of topo style for OpenStreetMap rely on the easy availability of free data from the United States’ NASA. This agency did a planet-wide survey of the elevation of all the land in the world on an arc-second (approx. 30-meter) grid, using radar, and published that data, online, for anyone to use. This data is called “SRTM”. Developers implementing OpenStreetMap’s various topo layers are able to download and use this SRTM data to use as a raw source of the detailed topographic information needed to draw the map. So, in the case of OpenTopoMap, the SRTM data is loaded to the render machine, processed in various ways, and turned into the hillshading, contour lines, and map-elevation color shading that we all know and love.

For the real world, getting topo data is matter of launching a spacecraft or satellite with a little radar range-finder on it, and flying over the surface of the earth finding how high each part of the earth is relative to some baseline (i.e. mean high sea level). Easy! But OpenGeofiction is on a fictional planet. To repurprose Virginia Woolf’s famous line: There’s no there, there.

Instead we have to sit down and make up each square of elevation information – there’s got to be a 30-meter square grid for our entire imaginary planet, and we have to invent the elevation for each and every square! And just randomizing this isn’t going to work – real world topographic data betrays the evolved geophysical patterns of our planet, influenced by everything from plate tectonics to vulcanism to erosion to human landscaping. The data is going to have to either be “drawn” by creative human hands, or “drawn” by well-trained machine-learning AI’s. Both are possible in principle, but then we have the data problem.

The data problem is this: the NASA SRTM format was developed for storing real world data. But no one ever thought: we need a nice, user-friendly, SRTM file editor! Why? Because no one needs to edit real-world data. It came from a super-precise scientific gadget, who’s going to need to edit that? They could only mess it up.

So there simply does not exist any easy way to get the “imaginary” SRTM files that we need for our topo layer. Some geofiction genius is going to need to write a converter.

Luckily, OpenGeofiction has such a genius. The original creator of OpenGeofiction, Thilo, wrote a little program that turns a standard OSM XML format file (.osm) that has been filled with hand-drawn contour lines (tagged contour=elevation / ele=nnn) into a pseudo-SRTM format file (.hgt). Then we just need to install the standard OpenTopoMap software on our render server, copy the pseudo-SRTM files across, and voila, topo for OGF!

Still, we have a whole planet to cover. At this point in time (the time of writing this article, early 2022) the overall coverage for OGF’s topo layer is tiny, and of fairly low quality, on average, so far.

One of the main reasons I started my “OGF Mirror” project, last year, was because Thilo had decided he could no longer invest the time and energy required to support the topo layer for OpenGeofiction. I had a strong desire to see the topo layer continue to be supported and expand. Eventually that “OGF Mirror” became the migration project and I and user wangi and some other admin took over running OGF from Thilo, with his blessing. So it was my interest in topo that led to my taking on all this work for OGF, and therefore it remains of a focus of my efforts, moving forward.

Part II – The Current OGF Topo Zones

OpenGeofiction currently has 14 actively maintained topo zones. Here they are, in alphabetical order.


This zone has been created by mapper SwissCrusader. It’s a first draft, and clearly needs a lot of cleanup work, but it’s an excellent and ambitious start.



This zone actually is two smaller areas that have been combined because of their close proximity. The older is the topo work for Khaiwoon, on the eastern tip of the Gobrassanya peninsula. The territory is one of the oldest on OGF. It was developed by user isleño with a lot of additional mapping by user histor. The contours were drawn as a collaboration between thilo and isleño. The other is the background topo for Gobras City, to the northwest. Gobras City is one of the most successful wholly public and collaborative projects on OGF, created by a very large number of different mappers over almost a decade, now. User Ūdilugbulgidħū volunteered to draw contours for the city, and in my opinion, they are quite excellent. Obviously, since the contours were drawn after much of the city, and since there is work in the city drawn without a strong awareness of the contours, there are areas where the human development (roads, etc) doesn’t really properly “match” the contours as drawn.



This zone is also actually two adjacent areas combined because of proximity. The older part, to the west, is my own work (user Luciano), drawn for my territory Ardisphere, in 2014-2016. I think it has well-done areas, but it’s quite noticeably incomplete, full of lacunae and missing expanses and weird glitches where the contour work is too sparse to properly cover the map. The newer part, currently in development by user Martinawa, is the largest single expanse of topo work on OGF, and still in early stages across most of the territory, but it’s got a lot of promise.



This is a quite small but complete set of contours for an island territory drawn by mapper Ūdilugbulgidħū.



This zone includes several islands in a chain called Iscu, drawn by mapper Lithium-Ion. The contours are quite detailed and excellent.



This zone includes a few of the southern islands of a the nation called Izaland, by the user Izaland Terramorphing Committee. I’m looking forward to seeing more of Izaland getting contours.



I (user Luciano) drew these islands as part of a collaborative effort between myself and mapper deltanz. I later turned over the islands to deltanz. Personally I think they are my “most complete” set of contours among those I have done.



This is a new effort by mapper Huachachi. Kofuku is an immense territory and so far these are just a few islands off that country’s north coast. They are excellently done, and I’m looking forward to seeing more of Kofuku with contours.



I (user Luciano) did a small spot of contours in collaboration with user Leowezy some years ago, in the southernmost spot of this zone, at the Joenji Peninsula. Leowezy has subsequently been gradually adding other areas of coverage for his territory, Kojo. Hopefully will come in the future.



This zone actually overlaps not just the territory of Makaska, but also the one to the south, called Ooayatais. I (user Luciano) own both of these territories. The northern territory, Makaska, has a very complete set of contours and is work I’m quite proud of. The southern territory, Ooayatais is much lower quality and, for now, also quite incomplete. It’s my “current project” with contour mapping, however, and hopefully sometime later this year I’ll upload a major update.



This is the oldest and, arguably, best of all the topo zones on OGF. User thilo, the original creator of OpenGeofiction, uploaded this topo zone when he first created the OGF server, for his territory Roantra. It is the archetype of OSM-style topo work.



This is a small project done by user Toadwart for his outlying (overseas) territory of his country, KA076 (apparently this mapper recently decided to change the name of the country, and the new name hasn’t been decided on). Anyway, the contours are clearly still in development but I’m looking forward to seeing more progress.



This zone, a small island, was created by mapper Ūdilugbulgidħū, but he subsequently gave up the territory. It’s someone’s chance to take on an already-existing topo project.



This is another of my own (user Luciano) territories. The Duchy of Tárrases is the one case where I quite successfully imposed a set of contours on an already-created map. I’m quite happy with the result. The surrounding islands used to be owned by me, too, but for now they are in a bit of limbo. For that reason I haven’t bothered to repair the mess of half-finished contours on those surrounding islands.


Part III – Create A New Topo Zone

There is quite a bit of work involved in creating a new topo zone for the ogf-topo rendering process. Multiple new working and data directories must be created, code must be added to xml layer specifications and data-processing scripts, and the proper raw contour templates need to be created and populated with initial draft contour data.

Therefore if you want to create a new topo zone for your OGF territory, you need to contact me and we can discuss, so I can get things set up and I can create the templates you’ll need to draw your contours (see next section). There is nothing wrong with diving in and drawing contours for yourself before contacting me, but bear in mind you’ll probably end up doing a lot of cutting and pasting and manipulation using the JOSM editor once I’ve created those templates for you, because I will no longer accept contour data drawn in files other than the pre-created templates.

If you’re trying to decide whether or not you want to create a topo zone, one good way to get a feel for what’s involved is to download one of the osm-squares from the server (see below) and just go ahead and open that up in JOSM and try to get a feel for how it works and what’s involved. Start with something small, complete and well-done, like the January Islands or Hesperis (see above).

Part IV – Edit or Improve An Existing Topo Zone

In the past, I’ve allowed users to simply submit new, hand-drawn “contour files” which I then clean up and process using the tools at hand. However, I have found that the first step – cleaning up the submitted files – can be quite tedious and time-consuming, and further, I often end up repeating work as newly submitted files have the same problems as previous iterations.

I would like to move toward a more reliable system of iterative improvement. To do this, if there is an already-existing topo zone and you want to add to it or improve it, you must download the existing osm-squares (contour files) from the ogfsrtm server, edit those, and send the edited copies of those files back to me. Do not try to bypass this process – I have special tags embedded in those contour files as found on the server, and I’ll know if you haven’t used those as a basis for your edits.

You can find downloadable individual squares for most topo zones at this location on the ogfsrtm server:

If a given square is missing from the server, contact me and I’ll create an initial template for that square and post it there, that you can then edit. Don’t try to create squares not found on the server.

Part V – An Alternative Pathway To Maintaining Your Own Topo Zone

If all this business of drawing vast numbers of contour lines in JOSM is not your style, there is, in fact, an alternative. You can directly submit NASA-SRTM format compliant .hgt files. This bypasses the whole contour conversion process, and would be quite a bit easier for me to do.

That said, so far, no one has done this successfully. There have been challenges to finding a program that produces .hgt files in the exact NASA-SRTM format expected by the OpenTopoMap rendering software. If, as a community, we find such a tool in the future, that may make a lot of what’s written above obsolete and we’ll have a better way to do things, moving forward.

Regardless, if you want to try doing it this way, you still need to contact me in advance, so I can set up the new zone on the render server – that aspect won’t change. Then you’d send me the pseudo-SRTM files (.hgt) so I can post them on the ogfsrtm server in the proper directory, since that’s where the render server expects to find them.

Music to draw contours to: Haddaway, “What is love?”