How much stuff do you have, anyway?
To be blunt, we're not sure. We have acquired the records of other firms and absorbed them into our retrieval system, and we've been scanning right along, so the entire collection has never been in one building at the same time. (Once it is scanned, it is transferred to the Maryland State Archives.) However, we can give some hints at the enormity of the pile: There are 194,363
directories (as of July 2009) comprising the digital collection. For a couple of reasons, it is not easy to get an accurate count of the number of images, but the whole archive tree now consumes about 400 gigabytes. An average of 300 images are added each day. And we estimate that somewhat less than half of what we control is now online.
Images are a bit cumbersome to view in a browser.
It's easy to see that this site is all about images. Big ones, small ones, and in all shapes. Browsers tend not to handle images in a way that serious researchers need. Features like panning and zooming, printing to large format printers, etc., are cumbersome from within browsers, if they are possible at all. Since this site has been active inside our shop for years now, we have had some experience overcoming browser limitations. Here's what we have found:
We have a mix of Linux and Windows workstations in our office. (We can offer no advice for Mac users, at this time.) All of the major browsers on each OS platform surf the site adequately. But we have found that the Opera browser has the best combination of speed and friendliness to helper applications. It's a free download, and it runs on anything.
Those helper apps are the key to happy SJM surfing. You will want to set your browser to launch an image viewer for downloaded .jpg and .tif files. There are a number of free viewers floating out there that can serve as the helper app. Most Linux distros come with "eog" or "gwenview" (and a bevy of others) preinstalled. For Windows, ACDSee works well, but it is not free. Irfanview looks promising, although we have not tried it. Prior to XP, the Kodak image viewer came standard on Windows.
In our experience, Firefox doesn't pay attention to helper application settings concerning .jpg images, and thus, will make your life miserable when viewing our stuff. (The vast majority of our site is comprised of .jpgs.) Internet Explorer is, well, better left alone, for a gazillion reasons.
Those are our experiences; we'd be happy to hear yours.
What are all these "Series?"
Because we had so much material to organize, it made sense to subdivide it into logical groups. (This is standard archival procedure.) If we had to do it all over again today, we likely would re-arrange some of the series designations, and fold some series into others, but, what's done is done.
Here is what is now in each series:
| Series | Name | Description |
0 | Sub-Elements | This series actually does not contain any records itself. It "points" to parts of records in other series. Here's why: some of our records contain pieces of information widely disbursed from one another geographically. Estate files (series 7) are a good example. Each "record" consists of one estate, but that estate may contain properties all over the region. Geographically indexing the entire estate would result in widely disbursed results, many of which being of no use to the researcher. To determine which images are relevant, the researcher would have to examine the entire estate. We chose instead to create this series which "groups" selected images and geographically indexes that group. The holders of those groups live in Series 0, and are arranged in no particular order. |
1 | Records of City Property | For years the firm kept track of Mayor and City Council of Baltimore land transactions. In this series are ledger books describing each one. Also here are Water Department records concerning watershed land and the conduits from it. |
2 | Architectural Drawings | Recently we decided to organize architectural drawings of notable buildings, if the drawings came through our hands. This series is where they rest. |
3 | Martenet Wall Maps and Atlases | Here are the records for which the firm is famous among non-surveyors: the wall maps and atlases produced in the second half of the 19th century. |
4 | Martenet Packets | This is the big one. Here are all of the base survey files for the 56,000 or so surveys conducted by the firm over the years, and also the records returned to us from other surveyors who have used our data in their surveys. |
5 | Martenet Rolls | The oversized material that couldn't be folded up into a packet was rolled and stored here. Note that we lost all the extant rolls in the Great Baltimore Fire of February 7-8, 1904, so for the most part this material has been generated since then. |
6 | Martenet Fieldbooks | This series holds both the actual field notebooks carried on-site by the surveyors and the "Survey Record" books, maintained until about 1909, which document the final results of the surveys. |
7 | Estate Files | For a time, the firm was actively engaged in settling the estates of prominent Baltimoreans, such as John W. Garrett, William Wilkens and John S. Gittings. This series (which is not scanned yet) contains land title data, valuations, and sketches (or surveys) of all the real property in those estates. |
8 | Miscellaneous Records | This series is an eclectic collection of older data of interest to surveyors and historians, including the record books of 18th and early 19th century surveyors active in the area. Also here are the original Thomas Poppleton letters defending his approach to the 1822 survey of Baltimore. |
9 | Sutton, Britcher and Assocs. Files | The records of Howard C. Sutton, and of Sutton, Britcher and Associates, covering the period of 1922 through 1944. |
10 | E.V. Coonan & Co. Files | Edward V. Coonan (pronounced coo-NAN) worked here from 1894 to 1898, associated himself with the Bouldins for a time, and then launched his own firm. Operated until the 1960's, the firm's records thereafter remained in the possession of Russell Herbert, and later his son Ron. In 1995 the oversized plats (rolls) of the firm were given to us. We broke the 1,200 or so rolls down into about 2,400 rolls, organized by location. Since Coonan had acquired the records of Thomas Disney, Disney's oversized plats are also in this series, as well as those of William Shipley, whose records Disney had obtained prior to his death. |
11 | Purdum & Jeschke Files | Purdum and Jeschke was an engineering and surveying firm started in 1950 by William D. Purdum, that continued in operation until about 2001. In 2005, SJM purchased the surveying records. The engineering records remain in the custody of EBL Engineers. |
12 | Reference Materials | This series currently has information regarding the Streets and Roads in Baltimore City, particularly McCreary's Street Index, published in 1903, which lists deeds and ordinances, etc. for all streets then within the Baltimore City limits. There is nothing else quite like it in the State. |
13 | Miscellaneous Maps and Plats | Here are the Railroad Valuation Maps for the region produced by most railroads beginning in 1919. We do not have a complete set, but we likely have more in one place than anyone else in Maryland save the National Archives in Silver Spring (which has them all!). Also here are Port Wardens' Line plats, Pierhead and Bulkhead Plats for the Baltimore Harbor, etc. |
14 | Estate Files Index | This is a series likely to be re-used as something else. There is nothing currently in it. |
15 | Related Records from Md State Archives | Occasionally we require information from the Maryland State Archives. This is where that data is stored. |
16 | Related Records from Baltimore City Archives | Occasionally we require information from the Baltimore City Archives. This is where that data is stored. |
17 | Bouldin Records | The Bouldins were the surveyors in the region from the late 1700's until Martenet showed up. Well, perhaps a bit longer than that! The firm finally ceased operations after the Great Baltimore Fire in 1904. The records were in the possession of the City until recently, when they were transferred to the Maryland State Archives. Later they came here for scanning and indexing. The scanning is complete, but the indexing has yet to begin. |
18 | Original City Plats | Here are the original subdivision plats covering the earliest developed areas of Baltimore City, most of which were prepared pursuant to Acts of the Maryland General Assembly. |
19 | Annex Plats | Baltimore City has expanded its limits a number of times, the last major one of which occurred in 1918. The subdivision plats lying within that part of Baltimore County transfered to the City were called "Annex Plats." Here they are, comprising about 7 plat books. |
You will notice that the Martenet-generated material is largely contained within Series 3 through Series 7.
What is in the subfolders, and why?
Modern survey file folders can get pretty large. Upon reflection, it occurred to us that the same sorts of material occur in most files, and, if grouped together, could make it easier for searchers to find what they seek. So we decided to subdivide some of our larger files into subsections (called subfolders). In general, here is what subfolders contain:
 | Description |
comps | Computations concerning the survey. |
cons | Construction-support material, such as cut-sheets, etc. |
data | Copies of earlier surveys and other data used in the survey. |
deeds | Copies of recorded deeds used in the survey. |
field | Copies of field notes or data collection print-outs. |
misc | Correspondence, legal descriptions written as a result of the survey, letters of transmittal, title commitments, etc. |
In the "root" of the record (i.e. not in the subfolders), will be the oversized material of the survey, drawings, etc. One note of caution: our sorting has not been perfect. Although we recommend starting your search using the descriptions above, do not assume that the record does not exist if not in the correct folder. Examine the other folders before abandoning the search.
I'm seeing "Sorry, this record is outside your Instance search area."
This message appears when the record you seek lies outside of the geographic area covered by your Instance. (An Instance is comprised of
- A certain user,
- A certain timeframe, and
- A certain geographic area.)
Within those constraints, everything we have online is available to you. There are three ways to overcome the limitation:
- Subscribe to the entire site for a period of time,
- call us, and request a widening of the Instance geography, or
- call us, and request another Instance in another geographic area.
There are no images in a record I want to see.
Converting our archive from paper records to digital records is a big job, and we've been working on various aspects of it since 1991. But it is not complete. See our
upload status for details on what is online and what's not. We have years of scanning ahead of us because of the sheer volume of material, coupled with our limited staff (including Maryland State Archives personnel). If the record you seek is essential to your current work, we will, for an additional fee, retrieve it and move it to the head of our queue. That will take at least a couple of business days or so (and sometimes longer, depending on our staffing abilities and on the nature of the record itself). Call our office for details. If your instance is scheduled to expire in the meantime, let us know, and we will extend the instance.
What's with all these letters and numbers like X1, B2 and K1W?
Those are the Martenet section numbers. Early in the life of the firm, Martenet divided the metropolitan region into sections (like zip codes) for purposes of organizing our records. This served to speed subsequent archive searches. For reasons explained below, it is not necessary anymore to understand where the sections were, but for purposes of history, we'll explain it here anyway.
The Baltimore downtown area was designated K, and further subdivided into K1 and K2, Baltimore Street being the division line, and yet again K1E and K1W (east and west). South of the K's, I1 and I2 covered Locust Point and the land immediately to the west. Surrounding the K's and running counter-clockwise from the Fells Point area were A1, B1, C1, etc., to H1 in the southwest part of the inner city. These sections extended to the 1816 city limits (North Avenue, etc.). Extending those sections farther out to the 1888 city limits, radially, were A2, B2, C2, etc. Using major radial geographic features he subdivided the outer areas -- Harford Road is the division line between X1 (to the southeast) and X2 (to the northwest). X2 generally lies between Harford Road and the Jones Falls, etc. X3 is the northwest part of town, X4 the southwest. The X sections extend all the way out past the Beltway where they meet X5 which wraps completely around the others and covers the balance of Baltimore County. There are complicated division lines between X5 and the other X's. Other counties were all designated "MD." (One other anomaly: We did so much work for the Canton Company, it got its own section, "CAN." You'll find no client entries in CAN packets for that reason.)

To search, one found the relevant section, then consulted index cards (one or more for each street in the section), such as at left. The entries on the card pointed to the packet, and the packet front page contained any additional references.
Both the physical packets and the oversized rolls were filed by section, and then chronologically in the case of the packets, and by roll number in the case of the rolls. All the packets have been scanned and sent to the State Archives, but the remaining unscanned rolls still are grouped in our office by section.
Our present geographic search capability largely obsoletes the Martenet-sections scheme of retrieval. It is no longer necessary to find which section contains the area of interest, because Map and Grid searches return all the records in that specific area. Moreover, as street names changed over the years, a
more frequent occurance than might be imagined, the streets named on the index cards might not be the recognizable street name of today. We spent 14 years (and a pile of money!) re-indexing our archives using geo-coding, but we think the effort was worth it. The old system is now mostly a curiosity.
There is, however, one aspect of the section scheme that is still relevant: references to other papers in the files themselves will assume familiarity with the sections scheme. So, if in papers there is a reference to X2 10/24/1959, there is no way to retrieve that particular record except by entering that data on the "Martenet packets" page. Plat rolls are retrieved in a similar fashion on the same page.
Records of surveys conducted by the firm since 1988 use "SJM" as the section, and the project number as the "date."
How can I determine the correct Map and Grid?
The easiest way is to go to the
Assessments and Taxation website and enter the street address. On the resulting page will be listed, among a sea of other information about the property, the Tax Map and Grid. In Baltimore City, ignore the Map listing and use the Block number (to the right on the same line),
and leave the grid blank.
The county designations used are as follows:
| Allegany: AL |
Kent: KE |
Anne Arundel: AA |
Montgomery: MO |
Baltimore City: BC |
Prince George's: PG |
Baltimore County: BA |
Queen Anne's: QA |
Carroll: CA |
St. Mary's: SM |
Cecil: CE |
Talbot: TA |
Dorchester: DO |
Wicomoco: WI |
Frederick: FR |
Worchester: WO |
Harford: HA |
Washington, D.C: DC |
Howard: HO |
Delaware: DE |
Pennsylvania: PA |
Virginia: VA |
Occasionally Baltimore City
changes block designations. We don't. Therefore, you may encounter a situation where no records appear in the block searched. As far as we can tell, we have data in every city block, without exception. If you get no hits, search by street names (front street and intersecting street), open one of the results, and see which block it is indexed within. Searching that block should yield results.
One other anomoly: the tax maps for towns, i.e. Towson, Ellicott City, Glen Burnie, are enlargements of one or more sheets of the regular maps, and are distinguished by letters added to the end of the map number. Our indexing has ignored the enlarged sheets, and instead indexed the records against the underlying, small-scale sheets. Thus, searching for map 70A in Baltimore County (Towson proper) will yield zero results; searching for map 70, grid 8 (which covers some of the same area as map 70A) will yield a bonanza of hits.
Ultimately, when we get around to it, searches will be a graphical exercise, where you merely pan and zoom to the area of interest, then ask for relevant records. Maybe next week!
About those Keyword searches:
The keyword search box will return results on single or multiple word searches, separated by spaces. You may also refine the search results by adding a "-" prior to the search term. For instance, searching for titles "pratt washington -chapel" will return all results containing pratt and washington, except any that also contain the term "chapel." Search terms must be at least 4 characters long; shorter words are not indexed, and thus will return no results.
Searching for a particular client may be misleading. Often, but not always, our client was the attorney representing the landowner, not the landowner himself. The deed information within the record will reveal who the landowner was, but that information is not contained within the search fields. So a search for client "Martin Chuzzlewit" returning no results does not mean that we have no survey of his property. It just means that alternative search methods must be used to find it.
When I click on the "Generate pdf file" button nothing happens.
Our server has a number of security settings, one of which concerns the amount of memory any one "thread" can use. We have found that requesting pdfs of very large packets, or of large drawings, will exceed that memory limit. Once the threshold is reached, the operating system shuts the process down, and you get nothing. (We have increased the memory allocable to threads, but for some material that still isn't enough.) So, you'll have to generate pdfs of chunks of the file instead. In the box immediately to the left of the "generate pdf" button, enter the ranges of pages desired using dashes to describe the range limits and commas to separate the ranges. For instance, all of the following are valid entries:
1-20
1-4, 6-15, 34-36
106-119,2-6,135-140
The pdf will be generated in packet page order. In other words, in the third example above, the order of the pdf will be pages 2, 3, 4, 5, 6, 106, 107, 108 ... and so forth. Large packets can be printed in their entirety using this method, estimating between 20 and 30 pages per pdf. However, images with letters in their names, mostly oversized images with "os" in the name, will crash the partial-pdf generator. Print them out individually (for now).
When I click on a fieldbook and page reference nothing happens.
That link will open up a pop-up window with the image of the page. You must have javascript enabled in your browser and you must direct your browser to allow pop-ups from our site. Otherwise, it will not work.
When I click on a fieldbook and page, sometimes the wrong page comes up.
This is due to the vagaries of hand-numbering books. There was no rule about how the surveyor had to number his field notebook, and various people numbered their books in various ways. Our retrieval algorithms usually guess either the correct image or, at most, one image off. However, in rare cases you might have to hit "Previous" or "Next" a number of times to zero in on the correct image.
What's with books 1 through 12? The pages seem to be from another book.
At some point in the distant past, books 1 through 12 were transcribed into 3 larger books labeled A, B and C. The pages in those later books listed the original book number on each page in Roman numerals, and the original page number in parenthesis. There is no correlation between the original page length and the transcribed page length, so the original page information might spill over onto one or more subsequent transcribed pages. The online retrieval system automatically accounts for the transcription, and will serve up the first page of the transcribed material.
These early books aren't really fieldbooks, are they?
No. They were actually "Survey Record" books wherein the final results of the survey were recorded. These books (numbered 1 through 26) were maintained up through about 1909. The packets in this era refer to the record books, not the actual field notebooks. The notebooks, which are also online, have very few references to them presently. One can find the actual field notes using the
Field Book Cross Indices and some trial and error, but that is the only way to find particular notes. One day we'll go through the 300 or so notebooks of the period and link them to the packets pages.
I've seen "B.P." references in a fieldbook reference. What's that?
That's a "Back Page" reference. Basically, one starts at the back of the book and counts forward. Yeah, we don't know which dim bulb started that silliness, but there are a number of packets with those references. We didn't pull the actual books out while entering the data into the database; the clerk took an educated guess at the actual page number. Thus, it is likely the pointer misses the mark a bit. If you encounter any of those references, we'd appreciate a note indicating the correct page. We'll then update the link.
Some of the Series 5 rolls have geo references, but many do not. Why?
The paper system was set up such that the packets were indexed, and from them one found applicable rolls and fieldbooks. We patterned the digital system after that. There was no means, manually, to identify which packets referred to which rolls, except by looking at the packets themselves. So we never knew, for instance, whether 2 packets or 20 packets referenced a particular roll. In the database era, of course, searches like this are trivial. Imagine our surprise to learn that many rolls had no packets referring to them at all! This had the effect of dropping the rolls out of our geo-searches, because the packets were the primary search target. To rectify this situation, we have added geo references to those rolls having no packets referring to them. And only those rolls, at this time. The other rolls, presumably, can be found in a geo search through the packets.