Sunday, February 4, 2024

Turning "Meats and Bounds" into a Map

I came across a section of a scanned municipal blueprint, finding an inset map labelled with "Meats & Bounds", an obvious misspelling of the surveying phrase "Meets & Bounds", the term for property boundary descriptions in a specific style.



As I wanted to learn more about the town boundaries for equity reasons I also wanted to continue my journey learning how to use QGIS and related tools. In the QGIS tutorials, I found ways to bring shape files into a PostGIS database, and export shape files from the database. This might be elementary to some, and obscure to others. My notes that follow are the steps I took to go from a relatively simple property boundary (a rectangle) into digital formats, with comments on accuracy or lack thereof.

It turns out the description of the original town boundaries are encapsulated in state law or regulations, https://mgaleg.maryland.gov/Pubs/LegisLegal/Muni-Charters/2019-municipal-charter-ridgely.pdf 

Beginning at a point where the center of Central Avenue intersects the center of Pennsylvania Railroad tracks and running with the center of said tracks in a northeasterly direction one–half mile to point in center of said tracks, which said point shall be the beginning for the outlines of said corporation;

The Pennsylvania Railroad has not existed as a corporation for decades, and the tracks through the town are pulled up in places and turned into hiking and biking trails, making the "center of said tracks" less obvious now than it was in 1937.

I began by running Viking on NetBSD 10 (RC3) to create points and lines. I tried both kilometer and mile markers, wishing for feet and yards given passages such as "parallel with Central Avenue forty–eight hundred and seventy–five feet." 


Eyeballing the distances and bearings, I came out close to the starting rectangle edge, though clearly not a professional surveying effort.



I exported the waypoint (Origin) and the tracks as lines 1 through 6. With these files loaded into Google Earth Pro via a KML format, I found the shapes where I expected them, off a bit from OpenStreetMap boundaries, but not too bad for a first try. To simplify the shape, I drew a rectangle/polygon, then loaded that into QGis as a vector layer.


You can see the "miss" on the lower left corner of the municipal boundary. Half a city block, or less...

To go further, I exported the shape from QGis into the 5-sided Esri shape folder, then brought the result into a PostGIS database following the tutorial steps: https://docs.qgis.org/3.28/en/docs/training_manual/spatial_databases/import_export.html




The shape looks like the one above (as it should); the database columns include the renamed "description" as "descriptio".

Warning 1: Field Name of width 255 truncated to 254.
Warning 6: Normalized/laundered field name: 'Description' to 'Descriptio'
Warning 1: Field Descriptio of width 255 truncated to 254.

Now I can load the same shapes into different QGs versions (Windows/BSD/Linux) and not worry about "version too old/new" messages.

No comments:

Post a Comment