Beard top photo

Historic Welland Canals Mapping Project

Mapping the historic canals one lock at a time!

Guest post by Colleen Beard, Brock University Maps, Data & GIS Library

Inspired by the rich local map and photo collections of Welland Canal history, this project (HWCMP – also available via Geohist Portal) illustrates an HGIS approach to reconstructing the past that has since captivated a large local audience – simply because it tells amazing stories!

Recently I have realized that the success of an HGIS project should not be measured by the number of publications it generates, but how it educates and absorbs an audience on a greater scale. After a number of public presentations demonstrating the HWCMP web app with stories, this is what attendees had to say…

« It was a fascinating presentation that left me wanting more. »
(Brock Library staff)

« Colleen’s presentation was a blast. The room was packed and after talking for an hour, the woman beside me said, Colleen could speak for another hour. It was that interesting. Amazing job!!!”
(Posted to Friends of the Welland Canals FB page, Oct.26, 2017)

Although there are many approaches to historical GIS research, this one combines current mapping technologies with historical maps, air photos, and images, to reconstruct the three historic canals as they would appear on today’s landscape. While there are many books, maps, and websites that document the historic canals, there is little that represents the historic mapping of the canals with the detail it deserves. Many technologies from the suite of ArcGIS products available through the Esri educational site license were utilized: ArcMap Desktop, Collector for ArcGIS, ArcGIS Pro, ArcGIS online (AGOL), Web AppBuilder for ArcGIS, and Esri Story Maps.

Beard Overlaymap

First built in 1829, the Welland Canal routed ships to circumvent Niagara Falls – a height of 100 metres (325 feet) – between Lake Ontario and Lake Erie. No other canal in the world has overcome a slope as steep as the Niagara Escarpment to transport ships. Yet its history is known by few. Using HGIS processes, the three 19th century canals in St. Catharines and Thorold, Ontario – the First (1829); Second (1845), and Third (1887-1932) – were digitally recreated to overlay on the current landscape. (The current, and fourth, Welland Ship Canal is well documented and is not yet history!) Although most historic features have been bulldozed or left for ruin, many of the Second and Third canal features have survived in one way or another (if you know where to find them).

Building on the Welland Canals Google Earth project of several years ago, routes of the canals and its locks are no longer simple lines and points on a map. Extensive heads-up on-screen digitizing using ArcMap processes has resulted in an accurate representation of the historic canals – including every route, lock, bollard, weir, weirpond, bridge, tunnel, pier, and raceway! The geodatabase is unique with detail never before created. It offers a solid foundation for which to build other geodatabases, such as period industry activity, historical road networks, vegetation and other landscape changes. The data was recently used by an archaeology student, David Connelly, to create a proposal for re-purposing the historic locks and environs using 3D models: Re-Engaging the Welland Canals.

Building the HWCMP
One of the goals of the project was to inventory all visible remains of the three canals, and to assess their structural integrity and ease of access. Of course, this required extensive field reconnaissance. Linked here is a map illustrating the hiking activity, either by foot, bicycle, or boat, covering approximately 80 kilometres. Collector for ArcGIS was used on an iPhone 6 Plus to inventory and capture the locations of all canal features. Photos and videos were attached that would later provide evidence to accurately assess their structural condition. The importance of geodatabase design that is used with Collector cannot be understated, and proved to be very convenient for documenting the canal features inventory. Determining classifications allowed features to be categorized at the time they were located in the field. These are illustrated in the web app Legend as the Features Inventory:

Beard Features legend An optional field was included in the geodatabase to enter brief text descriptions. However, when hiking in sub-zero temperatures this didn’t amount to much. Many of these descriptions were added later in AGOL and are included in the pop-up box with each feature. The photo and video attachments were critical in this assessment. Later, these would be deposited in the Brock Digital Repository for historical record, but more importantly to provide a sustainable url for including hyperlinks in the AGOL project.

Some preliminary mapping of the historic routes and locks also proved to be useful while hiking. This data was included as part of the map used with Collector. When in the field, I was able to determine an approaching canal lock or feature on my phone that was not clearly visible on site. If remnants were found, its location captured in Collector was a ground-truthing point that could later be used to accurately map the feature. This was particularly useful for locks and weirs where stone and concrete rubble were evident but the structure was deteriorating. High accuracy GPS or GPS averaging was not used. The resolution of Collector was at best within 3-5 metres, and to achieve this took patience while the iPhone reconfigured to the zoomed location. But it was good enough for the purpose intended!

As the vector data was created in ArcMap, feature classes were designed for the following:

Beard Locks legend Attributes for the Lock and Weir feature classes included: visibility, condition; accessibility, and extensive description with photos – all included in the custom pop-up when a feature is « clicked » (selected) within the map view. The web app allows the user to interact with the historic routes of the canals, select its features and view modern photos of its current condition. Historical photos are also planted in the feature class tables and in some of the feature inventory pop-ups (the Collector points) that provides a « then and now » comparison of canal landscapes. Some are very startling, such as the Canal Valley through downtown St. Catharines (below) where the tranquil meander of the First and Second Canal waters have been replaced with parking lots, arenas, and a major highway. It’s a shame! But a reminder of why we engage in HGIS research in the first place.

Beard Scene side by side

The HWCMP digital vector data is currently available as open data in AGOL. It is anticipated that the data will also be accessible in several portals, including Brock’s Digital Repository, Scholars GeoPortal, and Niagara Open Data portal. One of the struggles is establishing an appropriate repository for data preservation, which continues to be investigated.

About the amazing stories!
To date, the project has been presented to the Historical Society of St. Catharines, The Brock Library staff, and has upcoming dates for the St. Catharines Public Library, Brock Geography Masters speaker series, the St. Catharines professional business retirees, and Carto 2018. An audience yet to capitalize on is the elementary/secondary school students!

The HWCMP talk is popular in the community because of the stories it tells. One is the story of the attempted terrorist attack to blow up Lock 24 of the third canal in 1900 – where the grandson of the convicted made contact with me, due to the web exposure of the HWCMP.

Others are the stories about mapping the canal features, uncovering remnants of old buried tunnels and providing image comparisons that take one back in time. Photo comparisons provide a remarkable « wow » factor to visualize landscape change. If there’s a compelling story to tell, it will seize the audience.

Colleen Beard, Brock University

QGIS Lovell in Montreal CROP

Montréal Market Vendors ca 1880 web-mapping pilot project

Open Source demonstration web maps (using
Lovell in Montreal City Directory 1880-81 base map
Final Map of Market Vendors Work and Home – With Widgets
ArcGIS Online demonstration web maps:
Lovell in Montréal 1880 Basic Web App: Original layers and ArcGIS Basemap
Montréal Market Vendors Work and Home ca 1880 Filtering App

For detailed pilot project development documents see links at end of this article.

Montréal, l’avenir du passé (MAP) has been a landmark project in Canadian historical GIS. Professors Sherry Olson, Robert Sweeny and their collaborators at McGill University recorded, mapped and analysed many of the data sets basic to understanding the context of urban history for Montréal in the 19th century: the urban fabric including building type from historical maps from 1825, 1846 and 1880; demographic data from a number of Censuses; information about local residents and businesses from City Directories. Their website, based at Memorial University, goes into details about these data and the various applications which have been made available for researchers and students to explore them. (

However, as part of the open discussion at our Geohistory/Géohistoire project meeting in August of 2016, our collaborator Robert Sweeny expressed his disappointment (if I may paraphrase) at what might be called the failed promise of online mapping. Interactive mapping and GIS tools should not limit users to viewing pre-digested results of research, much as printed maps were able to do. These tools should allow active exploration of historical GIS-enabled data, including posing new or unanticipated questions, drawing out new or unanticipated spatial relationships – in short, allow the user to use GIS tools to explore and analyse data, in an online environment.

Many voices rose from the audience to assure Robert that online GIS applications and tools were under development at that time, and would soon enable the kinds of inquiry that he envisaged and expected. And truly, these tools have been emerging in the last year or two, both in the Open Source community and in the ArcGIS Online world. Robert may have been somewhat skeptical, but he remained ready to be convinced. And so when looking for pilot web mapping projects for our partnership in late 2016, we approached him with a question: would he come up with a scenario for proving the case that online GIS tools had come of age? That what students in his classroom had always needed full GIS software programs to achieve, could now be completed using a web browser?

What Robert responded with was a « Scenario for markets based on MAP’s 1880 Lovells QGIS application, » which appears as Appendix 1 in the full-length development documents for which links appear below. To quote a relevant section:
« As is still the case in many parts of the world, people in 19th century Montreal bought most of their food at markets… From west to east St Gabriel, St Antoine, St Anne, St Laurent, St James and Papineau wards each had their own market, while Marché Bonsecours on St Paul Street served as the main market…. In the Lovell’s city directory it was frequent for people who leased stalls in the retail markets to also list their home address. These addresses are an indication of how local the ward markets were. In this exercise we will be comparing this residential information with other variables to assess the character of these differing markets. »

The « other variables » Robert’s scenario is most concerned with are Occupational. He outlined a method using QGIS for drawing connecting lines between the work locations for Market vendors, and their residential locations (as well as these could be determined.) He then suggested different occupation types might have different residential patterns relative to the market work locations. Or perhaps different markets would exhibit more local or more far-flung connections to vendors’ homes. Identifying these locations and drawing the connecting lines between them opens up a wealth of analytical possibilities.

So this is what we attempted to do, first using the Open Source Carto tools, and then using ArcGIS Online. The resultant web maps illustration vendors’ work and home sites look remarkably similar (as one would hope!) Quick default views of these are pictured below: the Carto map showing all of the occupational categories, the ArcGIS Online map showing the symbols and lines just for « Butchers » in the markets.

Carto user view showing ALL vendors and connections
Carto user view showing ALL vendors and connections
ArcGIS Online App filtered to show points and connections only for "Butchers"
ArcGIS Online App filtered to show points and connections only for « Butchers »

A side note: Unlike our other pilot projects, which focus on functionality and customization of coding for map design and presentation, this project is primarily about enabling the user to analyse and explore data interactively. Therefore rather than a breakdown of the code required to produce a final web-map, our detailed documentation consists of the step by step process for using the latest online tools from and ArcGIS Online (as of mid-2017) to achieve the objectives of the exercise.

There are similarities, and there are differences, in how the two toolsets approach the tasks at hand, and the final products are certainly distinct. More similarities than differences exist though – which often prompts an intriguing conversation many of in online mapping have had: who’s following whom? No space to explore that question here, but feel free to post your own comments below.

Some of the similarities are superficial. For instance, the tools to achieve these products are fairly recent additions to their online toolboxes. Both software suites number these among what they both call « Analysis » tools. Their menu-driven editing interfaces look similar, as pictured below. Carto uses an Carto Builder « Analysis » tool called « Connect with Lines », to create connections between point locations. ArcGIS Online uses an « Analysis » tool named « Connect Origins and Destinations », to achieve a similar outcome. However, the AGOL tool is actually built to do network analysis and routing, and has much more sophisticated potential applications, whereas the Carto tool is limited to making straight line connections between points.

Table Connect with lines AGOL and Carto

Despite the relative limitations of the Carto tool, it does achieve the outcome required by this project – and the flip side of its simplicity is that it proved to be easier to use, and much more forgiving in terms of its data requirements than the AGOL tool. For example, the Lovell Montréal data set of work and home locations turned out to have many more work locations than homes – not all market workplaces had identifiable matching home locations. And some market workplaces had many more than one « home » location associated with them. The Carto tool sailed through these discrepancies, and drew lines between all the matching points without any issues. The AGOL tool on the other hand, popped up the following error messages, in turn:

AGOL O-D error message table
ArcGIS Online error messages for Origins-Destination

So in order to make the AGOL Origin-Destination tool work for our purposes, some significant data manipulation had to be completed – this is all described in the detailed documentation for those who are interested.

This is NOT to say that obliviousness to data discrepancies is always a virtue – trouble-shooting the data issues for the AGOL tool provided a much better understanding of which work points were actually connecting to which home points. Rather, it is just to say that, as usual, one must make sure that for any analytical task, the right tool for the job is identified and used.

In my estimation, both AGOL and Carto now provide the interactive online tools to map the data, and to allow the analysis for at least this specific scenario, that Robert Sweeny had desired for his students and other users of the Montréal, l’avenir du passé project data. However the question remains: is this an effective environment for doing this kind of work? GIS and other software providers are putting more and more functionality into browser-based « software as a service », delivered online. The advantages are clear: any browsing device can access these GIS tools, nothing has to be installed locally, resulting in much broader access for users. The disadvantages: limitations in processing tools, limitations in interface and symbol design, and limitations in number of views allowed without paying fees. The question of what is best for any set of students or other users, requires a balancing of these issues.

Please feel free to post comments discussing these pilot projects using the space below.

For more detailed information about the work done on these pilot project web maps, we have mounted our technical development documents on this site, linked below.


Montréal Market Vendors ca 1880 Open-Source Development Document

Montréal Market Vendors ca 1880 ArcGIS Online Development Document


Historical Atlas of Canada Population by Census Divisions 1851-1961 Web-mapping Pilot Project

Open Source demonstration web maps (using Mapbox, JQueryUI):
HACOLP Population Growth, Density, Distribution – by Census Division 1851-1961
ArcGIS Online demonstration web maps:
HACOLP Population Density by Census Division 1851-1961 Time Aware Apps (3 versions)
HACOLP Population Growth by Census Division 1851-1961 Time Aware App

For detailed pilot project development documents see links at end of this article.

The Historical Atlas of Canada was a three-volume collaborative research and publishing project, finished in 1993, which used maps, text and other graphic displays to explore themes in the history of Canada. A selection of the Atlas thematic « plates » was published online in 2008, using Esri’s ArcIMS technology, as the Historical Atlas of Canada Online Learning Project (HACOLP.) For more general information about that project see:

One of the major themes explored in the Atlas was the sweeping population changes across the country through the century prior to the Atlas’ end-date of 1961. A number of demographic measures were used for different maps, periods and sub-regions, but when the HACOLP was put together, it was decided to create a chapter called Summary of Population Growth, 1851-1961, which would allow users to look at how change occurred over this whole period, contrasting three different cartographic representations.

The original website featured three interactive maps of population by Census Division, using three different symbolization methods: Population Density (choropleth), Population Growth (graduated circles) and Population Distribution (dot density) – for eleven Canadian census years, 1851 through 1961. These maps used the ArcIMS technology, and a customized Javascript legend using checkboxes to turn each year on or off.

The goal of this pilot project was to create new web maps to rejuvenate and improve the original maps, in performance and visualization. Using data provided by HACOLP, these maps have been reproduced for this pilot project while being updated to current web-mapping standards, and implementing a Time-slider tool to click through the census periods, replacing the original checkbox interface. We also envisaged this project as an appropriate one to use to explore the web-mapping software’s capacity for legend design flexibility, and for map projections other than the standard Web Mercator.

As planned for this project, we designed and produced two different versions for each of these map themes:  one using the ArcGIS Online platform and another using Open Source software and web serving tools, in this case primarily the Mapbox and JQueryUI javascript libraries.

The ArcGIS ONLINE VERSIONS can be found on the Geohistory-Géohistoire Canada Development Portal (technically an ArcGIS Enterprise portal) hosted online by our partners at Esri Canada, at: HACOLP Population Apps Gallery. To view other Portal content go to: The “Gallery” contains 4 apps: one for Population Growth (graduated circles), and three versions of  Population Density (choropleth) – one in Web Mercator, another in Lambert Conic Conformal, and the third using an on-the-fly tile generating configuration, for comparison of performance. We also made a version of the app to test the « Optimize Layers » procedure, available in ArcGIS Online but not in the Portal environment. These comparative methods are explained in the detailed ArcGIS Online Development Document (see link below) – you can view them to compare their performance for yourself. The Lambert version highlights the capacity for alternative projections in ArcGIS Online, which are rather easily done. On the other hand, Dot Density mapping was not readily possible using the tools at hand.

ArcGIS Portal Population Density Map using Lambert Projection
ArcGIS Portal Population Density Map using Lambert Projection

The Mapbox versions of the HACOLP maps are being hosted on a server in the Department of Geography at University of Toronto. We were able to generate maps for all three types of representations using Mapbox. However, it does not provide support for projections other than Web Mercator. The maps have been put into a single home page displaying images of each, with mouseover links to the interactive maps. They can be found here:

Mapbox is a cloud-based open-source mapping platform for custom-designed mapping. It is built on vector tiles for rendering maps, and they developed this format, « an advanced approach to mapping where data is delivered to the device and precisely rendered in real-time. » ( Vector tiles provide a vector version of the image-tiling technology that Google used to revolutionize web mapping performance. Esri and other industry leaders are now using vector tiles for their base mapping.

Mapbox provides a number of easy to use tools for online map and data management and map composition, like ArcGIS online. However it is still primarily an Open Source development environment, providing customization through a number of Developer Tools (SDKs and APIs) which are summarized online here:  For newcomers to Mapbox, our OS Development document, linked below, provides an « Overview of the Workflow in Mapbox » (pp. 3-4) that we used for creating the pilot project web maps.

One of the areas where Mapbox is rather Do-It-Yourself, is legend composition. As opposed to ArcGIS, where legends are easy to include but rather inflexible, Mapbox leaves you as a designer pretty much on your own. Therefore we undertook the challenge to create code to generate a legend based on the same array set up for classifying map data. So for

Choropleth legend array as coded in Mapbox
Choropleth legend array as coded in Mapbox

example, when a colour array is set for choropleth classes, a legend is generated automatically that inherits the symbols set. This is detailed in the OS Development document, under « Data driven styling and automated legend creation », pp. 12-15, and a template is provided on GitHub.

For both ArcGIS Online and Mapbox versions, overall we found that performance improvements in speed of display were not as great as we had hoped. The Census Division polygons and linework are complex, even when generalized and optimized for web deployment, and serving these up is slower than one might wish. We experimented with various suggested fixes for this, in both software suites, but met with only moderate improvements. If you have comments or suggestions about these issues, or any other design aspects of the pilot projects, please feel free to post comments and discussion below, or to contact the author at

For more detailed information about the work done on these pilot project web maps, we have mounted our technical development documents on this site, linked below.  Also, for the Open Source coding we have posted the code used and some example « templates » on GitHub.


HACOLP « Population by Census Divisions » maps Open-Source Development Document

HACOLP « Population by Census Divisions » maps ArcGIS Online Development Document

For the code for the Open Source site, see:  HACOLP Github Open Source Repository

Lost Rivers OS site

Lost Rivers of Toronto Web-mapping Pilot Project

Open Source demonstration web maps (using Leaflet, JQueryUI):
Lost Rivers of Toronto – Disappearing Rivers – Timeline
Lost Rivers Ashbridge’s Bay Area Walks scrolling map tour (3 walks)
ArcGIS Online demonstration web maps:
Lost Rivers of Toronto – Disappearing Rivers – Timeline App (2 versions)
CHGIS Lost Rivers – Ashbridges Bay Story Map (McMurrich 1882) App

For detailed pilot project development documents see links at end of this article.

The Lost Rivers Walks project ( takes people on guided walking tours around the city of Toronto « …to create an appreciation of the city’s intimate connection to its water systems by tracing the courses of forgotten streams, by learning about our natural and built heritage and by sharing this information with others. » They are one of the community partners of Geohistory-Géohistoire Canada. For many years they have been using historical cartographic and other archival sources, interviews with long-time residents, and on-the-ground encounters with the topographic peculiarities of the city to draw the map of Toronto’s drainage pattern as it must have been before the city-building process forced much of it underground.

With Helen Mills and John Wilson representing the Lost Rivers project, we decided to create web-maps for this pilot project on two different themes:
1. Disappearing Rivers of Toronto:  A map of the city of Toronto showing the original stream network of the city, and how those streams disappeared over time as they were buried for purposes of development.
2. Lost Rivers Ashbridge’s Bay Area Walks:  A series of interactive maps dynamically illustrating the stops along the way for three of the walks offered by Lost Rivers in this area of Toronto’s eastern waterfront, linking the locations of the stops, and pictures and text related to each, in a « map tour » format.
Links to all of the maps are embedded below.

As planned for this project, we designed and produced two different versions for each of these map themes:  one using the ArcGIS Online platform and another using Open Source software and web serving tools, in this case primarily the Leaflet and JQueryUI javascript libraries.

The ArcGIS ONLINE VERSIONS can be found on the Geohistory-Géohistoire Canada Development Portal (technically an ArcGIS Enterprise portal) hosted online by our partners at Esri Canada at: Lost Rivers of Toronto Apps Gallery. To view other Portal content go to: The « Gallery » contains 3 apps. This is because there are two versions mounted of the Disappearing Rivers of Toronto app. One is hosted on the portal itself, using a « standard » timeline slider to turn the rivers off as they « disappear » over time. That timeline slider looks like this:
This version of the app was built using ArcGIS Online Web AppBuilder, which is a very user-friendly tool which allows authors of web maps to drag and drop user interface components like this standard « Time Slider » widget into their web app. The widget can even be configured specifically for one’s map and data, in limited ways, such as the icon that is used for the tool, and whether the time-specific layers are indicated above it.
For more info on the Web App Builder see:

However, more sophisticated customizations which may be desired, or even necessary, are not possible. For example, the slider has two « handles », set at 1830 and 1840 in the picture above. Each one can slide forward or backward along the timeline independently, to select a « range » of data. This design is very appropriate for some applications – however when the goal is to illustrate a « snapshot » of the environment at a single point in time – like our « Disappearing Rivers » map – it can be confusing, and the resulting map may be unclear. A slider design offering only one handle to the user, identifying a single point in time, like the picture below, simplifies and clarifies the interface.

This customization was only made possible by hosting the app on an independent server (i.e. not on ArcGIS online itself, or the Geohistory Portal) and using the Developer Edition of the Web AppBuilder for ArcGIS ( This is a rather complicated process requiring the installation of the development app on a local computer, registration of the app on the Geohistory Portal so that portal-based web maps may be incorporated, development and testing of the app and customizations on the local computer, deploying the app on the independent server, and then registering the final app on the Geohistory Portal so that it is accessible there.

The OPEN SOURCE software versions of the Lost Rivers maps are being hosted on a server in the Department of Geography at University of Toronto.  The maps are incorporated into a single web page with top-bar links to the Disappearing Rivers map, and each of the Ashbridge area walks. They can be found here:

In contrast to the ArcGIS Timeline slider, the Timeline slider used for the Disappearing Rivers map is one of a set of generic JQueryUI slider tools, adapted for the specific needs and time frame of our map. ( The version we arrived at looks like this:

Working with generic Javascript tools has pros and cons. The advantages have to do with the transparency of the coding related to design. The JQueryUI API documentation is thorough and the techniques use fairly basic Javascript and CSS coding. We were able to adapt the tool and tweak the graphic design of it without much problem. The ArcGIS Web AppBuilder widgets, although fully available for customization, use a more complex design framework and the Dojo Toolkit (, so are not as accessible to less-than-expert programmers. And as described above, the system the ArcGIS templates are embedded within and the workflow required, is rather complicated. In comparison to customizing the ArcGIS Web AppBuilder App, the workflow involved in developing the Leaflet-based site was extremely simple. Documents could be written and tested on local drives, and uploaded to a web server when completed.

The disadvantage of working in the simpler generic environment is a reduction in functionality, what could be termed the native intelligence of the application. In this context, using GeoJSON for the Rivers overlay there is no concept of « time-aware » data. The line data is displayed based on a simple query of the integer field value, in this case the « Year last seen on map ». This worked fine for our year-based attribute data, but any more sophisticated queries based on chronology, or using a variety of time formats, could be very problematic to code, or at least more complicated to integrate into the interface.

There is not enough space here to go into the production of the Lost Rivers Ashbridge’s Bay Area Walks web maps, but a similar process occurred regarding ArcGIS Online and parallel Open Source development. For more detailed information about the work done on these pilot project web maps, we have mounted technical development documents on this site, linked below.  Also, for the Open Source coding we have posted the code used and some examples on GitHub. For further questions about the projects, please feel free to post comments and discussion below, or to contact the author at


Lost Rivers Toronto « Disappearing Rivers » Map Open-Source Development Document

Lost Rivers Toronto « Disappearing Rivers » Map ArcGIS Online Development Document

Lost Rivers Toronto « Ashbridges Walks Maptour » Open-Source Development Document

Lost Rivers Toronto  » Ashbridges Walks Maptour  » ArcGIS Online Development Document

For the code for the Open Source site, see: Lost Rivers Toronto Github Open-Source Repository

À la recherche de données SIGH canadiennes

Depuis plusieurs années, des quantités appréciables de données géohistoriques ont été créées par les chercheurs qui s’intéressent au Canada. Alors que l’on réfléchit à la création d’une infrastructure géohistorique nationale, il est pertinent d’identifier les jeux de données à différentes échelles qui pourront nourrir un tel portail. La démarche actuelle vise donc à faire connaître les jeux de données existants et disponibles. Si, à terme, il serait préférable d’énumérer et de décrire chaque couche et chaque table de données attributaires, il n’est pas nécessaire, en ce moment, d’aller à un niveau de granularité aussi fin. Nous espérons plutôt, à cette étape, identifier les collections découlant de différents projets de recherches ou de mise en ligne des données numériques déjà géoréférencées comme celles-ci :

  • cartes géographiques matricielles
  • photographies aériennes
  • couches vectorielles
  • données attributaires liées à des couches vectorielles

Nous avons déjà identifié une série de données offertes par différents types de créateurs, question de présenter une diversité dans la nature et les types de données qui peuvent intéresser les chercheurs. Ainsi, on y retrouve :

  • des données internationales de qualité (FAO)
  • des données issues de projets de cartographie collaborative (Open Street Map, Natural Earth)
  • des données disponibles sur les sites d’entreprises en SIG (ESRI)
  • des données nationales (gouvernement du Canada, Géogratis)
  • des données provinciales ou territoriales (Colombie-Britannique, Yukon, Québec, Nouvelle-Écosse, Île-du-Prince-Édouard, Nouveau-Brunswick)
  • des données municipales (Toronto, Montréal, Sherbrooke)
  • des données d’équipes de recherche (CIEQ, NICHE, LHPM, MAP, VIHistory)
  • des données de cartothèques et de centres d’archives (Scholars’ Geoportal, MADGIC, GéoIndex+)
  • des données d’initiatives personnelles (lignes de chemins de fer historiques)

Le choix des métadonnées à associer à chaque jeu de données nous amène à faire des compromis. Un niveau de détail insuffisant ne permettrait pas de faire des recherches efficaces alors qu’un niveau de détail trop grand pourrait décourager les créatrices et les créateurs de données qui ne sont pas formés pour créer des métadonnées qui répondent aux standards internationaux. Selon Rodolphe Devillers, six caractéristiques sont nécessaires pour définir la qualité d’un jeu de données géospatiales1.

i. Définition : Permet d’évaluer si la nature exacte d’une donnée et de l’objet qu’elle décrit, c.à.d. le « quoi », correspond aux besoins (définitions sémantique, spatiale et temporelle);

ii. Couverture : Permet d’évaluer si le territoire et la période pour lesquels la donnée existe, c.à.d. le « où » et le « quand », correspondent aux besoins ;

iii. Généalogie : Permet de connaître d’où provient une donnée, ses objectifs d’acquisition, les méthodes utilisées pour l’obtenir, c.à.d. le « comment » et le « pourquoi », et de voir si cela correspond aux besoins;

iv. Précision : Permet d’évaluer ce que vaut une donnée et si elle est acceptable pour le besoin exprimé (précision sémantique, temporelle et spatiale de l’objet et ses attributs);

v. Légitimité : Permet d’évaluer la reconnaissance officielle et la portée légale d’une donnée et si elles rencontrent les besoins (standards de facto, respect de normes reconnues, reconnaissance légale ou administrative par un organisme officiel, garantie légale par un fournisseur, etc.);

vi. Accessibilité : Permet d’évaluer la facilité avec laquelle l’usager peut obtenir la donnée analysée (coût, délai, format, confidentialité, respect des normes reconnues, droits d’auteur, etc.).

Un standard de métadonnées permettant de répondre à tous ces critères risquerait de rebuter plusieurs personnes qui souhaiteraient rendre leurs données accessibles. Nous proposons donc d’utiliser le format prescrit par le Dublin Core Metadata Initiative, un standard international dont les types de champs sont plus compréhensibles pour les personnes moins familières avec les métadonnées. Nous appliquons et interprétons le DCMI en nous inspirant de la définition générale disponible sur Wikipédia2 et des interprétations de certains champs proposés par la Bibliothèque nationale de France3. L’approche utilisée peut certainement être critiquée, car elle vise une application simple plutôt que la perfection. À la lumière de leur utilisation dans cette liste, nous pourrons évaluer comment revoir ces principes afin d’en arriver au meilleur compromis possible. Les champs n’apparaissent pas dans l’ordre prescrit par le DCMI et certains sont subdivisés afin d’apporter certaines précisions et d’en arriver à un niveau de granularité un peu plus fin.

Tableau 1. Liste des champs utilisés pour décrire les jeux de données

Élément Élément (anglais) Commentaire
Créateur Creator L’entité principalement responsable de la création du contenu de la ressource. Il s’agit du nom d’une ou de plusieurs personnes, d’une organisation ou d’un service.
Format : Nom, Prénom.
Séparer par des points-virgules les multiples entités.


Contributeur Contributor Entité responsable de contributions au contenu de la ressource.
Les exemples de contributeur comprennent une ou plusieurs personnes, une organisation ou un service.
Format : Nom, Prénom.
Séparer par des points-virgules les multiples entités.


Titre Title Nom donné à la ressource.
Le titre est généralement le nom formel sous lequel la ressource est connue.
Utiliser le titre tel qu’indiqué dans la langue d’origine de la ressource.
Si la ressource ne porte pas de titre formel et que le titre inscrit est dérivé du contenu, inscrire le titre entre crochets.


Description.Générale Description.General Une présentation du contenu de la ressource.
Les exemples de description comprennent, notamment un exposé du contenu en texte libre.
Privilégier la description prévue par les créatrices ou les créateurs de la ressource.


Description.Nature-du-projet Description.Project-type Un mot-clé qui permet de classer les projets selon la typologie suivante :

– gouvernementale
– universitaire
– individuelle
– commerciale
– collaborative


Description.Méthodologie Description.Methodology Un texte suivi décrivant la démarche suivie pour créer la ressource. Optionnel
Description.Sources Description.Sources Énumération des documents qui ont servi à créer la ressource. Ce champ est distinct du champ Source, lequel sert à identifier l’endroit où on peut se procurer la ressource. Optionnel
Description.Champs Description.Fields Liste des champs utilisés dans le tableau ou la base de données, si possible avec description.


Date.Publication Date.Published Date de la création initiale de la ressource. Il ne s’agit pas nécessairement de la date représentée par la ressource.


Date.Mise-à-jour Date.Updated Date d’un événement de mise à jour dans le cycle de vie de la ressource.


Couverture.Temps Coverage.Time Périmètre ou domaine d’application du contenu de la ressource, dans ce cas-ci, la date, l’année ou la période représentée par la ressource.


Couverture.Espace Coverage.Space Périmètre ou domaine d’application du contenu de la ressource, dans ce cas-ci le territoire. intervalle de temps) ou une autorité (comme le nom d’une entité administrative). Il est recommandé de sélectionner une valeur dans un vocabulaire contrôlé.


Couverture.Niveau Coverage.Level Un mot-clé qui permet d’identifier le niveau de couverture spatiale de la ressource :

– international
– national
– provincial
– régional
– municipal
– local


Sujet.ISO Subject.ISO Un mot-clé permettant d’associer la ressource à une des catégories de classement ISO des données géospatiales.

– agriculture / farming
– biota / biota
– limites administratives / boundaries
– climatologie / climatology
– économie / economy
– élévation / elevation
– environnement / environment
– information géoscientifique / geoscientific information
– santé / health
– imagerie / imagery
– intelligence / intelligence (militaire)
– eaux intérieures / inland waters
– localisation / location
– océans / oceans
– urbanisme / planning
– société / society
– structure / structure
– transport / transportation
– services publics / utilities

Voir :


Sujet Sujet Un ou des mot-clés permettant de classer la ressource. Optionnel
Format Format La manifestation (ou matérialisation) physique ou numérique de la ressource. Type MIME du document :

– shp
– kml
– kmz
– zip
– csv
– autres formats de données utilisés en SIG


Langue Language La langue du contenu intellectuel de la ressource.
Il est recommandé d’utiliser une des valeurs définies dans la RFC 3066 [RFC3066] qui, avec la norme ISO 639 [ISO639], définit des codes de langues primaires à deux, ainsi que des sous-codes facultatifs.
Exemples :- en
– fr


Type de ressource Type Genre de contenu.
Par défaut, les ressources identifiées dans le cadre de ce projet font partie du type dataset (jeu de données).


Droits.Licence Rights.License Identification brève du type de licence qui s’applique aux données :

– copyright
– CC (ou une ses variantes)
– domaine public
– ouverte


Droits.Accessibilité Rights.Access Un des termes suivants permettant d’identifier la nature de l’accès aux données.

– gratuit
– payant
– abonnement gratuit
– abonnement payant


Droits.Conditions d’utilisation Rights.Terms of use Texte copié et collé du site même pour préciser les conditions d’utilisation prescrites par l’équipe de création. Optionnel
Source Source Emplacement à partir duquel on peut obtenir la ressource. La source sera généralement un URL.
Un champ Source.URI pourra être ajouté si cela s’avère pertinent.


Relation Relation Lien avec d’autres ressources. Une ressource peut être dérivée d’une autre ou être associée à une autre dans le cadre d’un projet.
Exemples : isPartOf [numéro de l’autre ressource]
isChildOf [numéro de l’autre ressource]
isDerivedFrom [numéro de l’autre ressource]


Éditeur Publisher Nom de la personne, de l’organisation ou du service à l’origine de la publication du document.


Commentaire Comment Tout information complémentaire qui permet de mieux comprendre la ressource.


Une liste de ressources déjà identifiées est disponible ici :
Certaines notices sont incomplètes et nous travaillerons à les compléter. Si vous désirez proposer un jeu de données, vous pourrez le faire en remplissant le formulaire suivant disponible ici :

1  DEVILLERS, Rodolphe (2004). « Conception d’un système multidimensionnel d’information sur la qualité des données géospatiales », [En ligne], Ph. D., Université Laval <>.

2  Collaborateurs de Wikipédia (2016). « Dublin Core » <>.

3  Bibliothèque nationale de France, Direction des Services et des Réseaux, Département de l’Information bibliographique et numérique (2008). « Guide d’utilisation du Dublin Core (DC) à la BnF : Dublin Core simple et Dublin Core qualifié, avec indications pour utiliser le profil d’application de TEL », version 2.0 <>.

OCUL site banner edited crop2

OCUL publie plus de 1000 cartes topographiques anciennes de l’Ontario…

Commentaire de Amber Leahey, Scholars Portal, et Jay Brodeur, McMaster University Library

Le Ontario Council of University Libraries (OCUL1) est heureux d’annoncer la publication d’une collection numérique partagée de plus de 1000 cartes topographiques anciennes de l’Ontario. Cette collection est maintenant disponible en ligne!

Les cartothèques sont vraiment des endroits merveilleux : demandez simplement à un bibliothécaire ou à un membre du personnel qui offre aux clients des services, des conseils et l’accès aux cartes et au matériel cartographique dans les bibliothèques universitaires de l’Ontario. Ou mieux encore, demandez aux innombrables clients qui utilisent l’information vaste et variée des collections pour soutenir leurs activités de recherches, leur éducation, leur travail et leur vie privée. En effet, il y a beaucoup à dire sur l’intérêt des cartes et des SIG pour raconter une histoire avec les anciennes cartes – qui sont très nombreuses – dans les différentes bibliothèques de la province. Avec des collections de cartes aussi riches et diverses, et grâce à la préservation et la numérisation de plus de 1000 cartes topographiques anciennes de l’Ontario, les bibliothèques universitaires continuent de jouer un rôle clé dans la préservation de notre patrimoine national et provincial à l’ère numérique.

Dirigé par la OCUL Geo Community, le Historical Topographic Map Digitization Project est une collaboration à l’échelle de la province pour inventorier, numériser, géoréférencer et offrir un large accès aux cartes topographiques anciennes de l’Ontario. L’initiative représente le projet de numérisation le plus complet de la collection de cartes de la National Topographic Series (NTS) au Canada. La collection accessible au public permet d’accéder à des cartes topographiques géoréférencées aux échelles 1:25000 et 1:63360 (un pouce par mille), couvrant les villes, cités et régions rurales de l’Ontario de 1906 à 1977. En tant que réalisation collective d’individus représentant diverses bibliothèques universitaires de l’Ontario, cette collection partagée illustre l’engagement continu d’OCUL à des approches collaboratives qui améliorent l’accès au savoir à l’intérieur et à l’extérieur de la province. L’achèvement de ce projet sert également d’occasion de réfléchir sur l’histoire de la OCUL Geo Community et de célébrer la vision et les efforts partagés qui ont rendu possible cette réalisation.

La signification des cartes historiques

Tout comme une photographie, une peinture de paysage ou un texte, une carte historique préserve l’information du passé et offre à celui qui la regarde l’occasion d’explorer les façons dont les environnements, les cultures et la connaissance humaine ont changé au fil du temps. Dans le cadre de leur mission, les collections de cartes, les bibliothèques et les archives ont une longue tradition de préservation et d’accès à un large éventail d’informations cartographiques et culturelles.

À l’heure actuelle, les premières cartes topographiques sont une ressource essentielle pour ceux qui s’intéressent aux événements historiques et explorent les changements au fil du temps. Pour de nombreux chercheurs, les historiens locaux, les planificateurs, les conservateurs, les ingénieurs et les firmes de consultants (pour ne citer que quelques-uns), les cartes topographiques historiques fournissent un regard instantané unique d’une période donnée, montrant à la fois des caractéristiques naturelles et construites par l’homme telles que le relief, les cours d’eau, les rivages, les limites géographiques, les routes, les chemins de fer, les maisons, les granges, les lignes électriques, les industries et bien plus encore.

Ottawa’s Changing Landscape and Growth 1906-1948
Compilation animée des premières cartes topographiques de la région d’Ottawa montrant les changements et la croissance entre 1906 et 1948
De la guérison à la numérisation: le rôle de la OCUL Geo Community

Parmi les défis auxquels fait face la production d’une collection numérique aussi complète, il faut s’efforcer d’inventorier et de rassembler des planches qui existent dans une multitude de cartothèques. Compte tenu de la variété et de la quantité de cartes créées pendant une période donnée et de la nature limitée de l’espace de stockage et des budgets, les conservateurs sont tenus de faire des choix prudents (et souvent difficiles!) sur les collections qu’ils développent, délèguent et préservent à travers le temps. En conséquence, de nombreuses institutions ont concentré leurs collections de cartes topographiques autour d’éléments de pertinence et d’importance locales. En Ontario, par exemple, les cartes qui composent la série numérisée – originellement produite par le ministère de la Défense nationale (jusqu’en 1923 : le Département de la Milice et de la Défense) – sont dispersées dans de nombreuses bibliothèques universitaires de l’Ontario. Au fil des ans, les bibliothèques de l’Ontario ont collaboré à l’élaboration d’un inventaire complet des cartes connues de la série existante, en étroite collaboration avec les Archives de l’Ontario et Bibliothèques et Archives Canada plus récemment pour ce projet de numérisation. Que la grande majorité des planches de ces collections pourraient être trouvées dans les établissements OCUL témoigne du travail fondamental des premières communautés Geo et Map.

Prédécesseur de la OCUL Geo Community, le OCUL Map Group (alors connu sous le nom de OULC Map Group) a été créé en 1973 dans le but de communiquer et de collaborer à des projets liés à la cartographie. Parmi leurs initiatives achevées figure la création d’un catalogue collectif de cartes topographiques dans toutes les institutions. L’importance de ce travail pour le succès actuel d’OCUL Geo ne doit pas être négligée, car ces efforts fondamentaux ont permis de coordonner les collections de cartes dans les établissements OCUL et ont contribué à assurer une couverture collective maximale de manière rentable et économique. Aujourd’hui, la OCUL Geo Community poursuit les objectifs de son prédécesseur, en s’engageant à favoriser le dialogue autour de questions importantes telles que les meilleures pratiques pour la numérisation des cartes dans les bibliothèques, l’accès aux cartes et les SIG pour la recherche et collaboration sur une variété d’activités de la bibliothèque dans ces domaines.

Dans l’avenir, le groupe envisage s’engager avec la grande communauté canadienne en cartographie au sujet du projet, en particulier lors de la prochaine Conférence Carto 2017 de l’Association des cartothèques et archives cartographiques du Canada à Vancouver, en juin (site web de l’ACACC). Le groupe espère identifier les occasions de construire sur le projet, s’engager avec d’autres bibliothèques universitaires et archives pour numériser des cartes de cette collection nationale.

Nous sommes très enthousiastes face à la publication de cette collection, veuillez nous faire savoir comment vous comptez utiliser les cartes dans vos prochains projets. Pour plus d’informations ou pour contacter les membres du projet, écrivez à

Nous espérons avoir de vos nouvelles!

1 Ocul est un consortium de 21 bibliothèques universitaires en Ontario qui favorise la collaboration autour des activités et des services de la bibliothèque, y compris les collections de cartes et de SIG, la numérisation et la conservation numérique. Les bibliothèques universitaires de l’Ontario ont travaillé ensemble par l’intermédiaire de OCUL sur des initiatives comme celle-ci depuis 1967. En 2017, OCUL célèbre son 50e anniversaire et ce projet démontre le succès de cette collaboration.

Neptis Geoweb 4

Le Neptis Geoweb: un aperçu derrière les scènes dans le cadre sous-jacent

Commentaire publié par Vishan Guyadeen, Neptis FoundationNeptis est un des partenaires du Projet de Partenariat canadien en SIG historique.

Nous sommes dans une ère de données. Des données provenant de différents champs, de qualité variable et de types divers sont de plus en plus disponibles. Cependant, dans de nombreux cas, il peut être difficile de recueillir des informations précieuses à partir de données, car il est possible que l’on ne puisse pas facilement le visualiser ou le comparer avec d’autres ensembles de données.

En étudiant les forces qui forment et qui façonnent les régions urbaines, il est particulièrement difficile de contextualiser les données, car elles existent dans de nombreux endroits différents. Neptis Geoweb est une plate-forme interactive de cartographie et de visualisation de données qui vise à résoudre ce problème. Spécifique à la région de Toronto, Geoweb utilise des données qui sont normalement éparpillées dans diverses organisations gouvernementales afin de rendre les politiques complexes qui façonnent la région plus accessible et plus facile à comprendre.

Un sujet qui nécessite des données souvent difficiles à obtenir, à comprendre et à visualiser est l’histoire du Grand fer à cheval doré (Greater Golden Horseshoe). Neptis Geoweb a une caractéristique unique: la chronologie guide l’utilisateur à travers les politiques et les événements marquants qui ont contribué à façonner la région dans son état actuel. La chronologie est une fonction interactive qui décrit et permet de visualiser les jalons dans le contexte régional. Les utilisateurs peuvent également comparer ces couches de cartes historiques avec d’autres ensembles de données actuelles et historiques pour un contexte plus poussé.

Neptis Geoweb showing historical information about Region of Niagara, keyed to timeline below map
Dans Neptis Geoweb, informations historiques sur la région de Niagara liées au calendrier sous la carte

La création d’une plate-forme capable de présenter et de gérer de grandes quantités de données n’est pas une tâche facile. Neptis Geoweb a été construit avec un cadre entièrement personnalisé, ce qui permet un accès facile, des données claires et à jour, ainsi que la possibilité de maintenir différents types de contenus (cartes, graphiques, texte, etc.). Il existe deux principaux composants sous-jacents qui rendent cela possible.

Le premier composant de Neptis Geoweb, le plus important, est Carto (anciennement CartoDB). Carto est une plate-forme SIG basée sur le « cloud » qui héberge et interroge toutes les couches de données sur le Geoweb. Carto a été utilisé, car c’est une plate-forme puissante et flexible qui est facile à utiliser. Par exemple, Carto permet de manipuler rapidement des données en ligne à l’aide du SQL et de visualiser des données spatiales à l’aide d’une interface utilisateur conviviale ou d’un éditeur CartoCSS avancé (voir la capture d’écran ci-dessous). De plus, Carto offre à Geoweb la flexibilité d’utiliser différents types de données et la possibilité d’interagir en toute transparence avec d’autres plates-formes telles que Leaflet, MapBox et OpenStreetMaps. Ces plates-formes supplémentaires améliorent la fonctionnalité globale de Geoweb. Carto offre de nombreux avantages à Geoweb tout en conservant une facilité d’utilisation générale qui n’exige pas toujours un professionnel en SIG.

Carto graphic interface for editing layer graphics using CartoCSS (one of several methods)
Interface graphique Carto pour l’édition de graphiques de couches utilisant CartoCSS (une des nombreuses méthodes)

Le deuxième composant, l’interface d’administration de Neptis Geoweb, a été conçu sur mesure par les développeurs Carto afin d’organiser et d’entretenir les couches de cartes et d’autres contenus non spatiaux. Le personnel de Neptis est en mesure de préparer, organiser et entretenir des contenus tels que les couches cartographiques, les profils de données municipaux et les récits courts. Lorsqu’il s’agit de grandes quantités de données brutes et de couches de cartes, il est essentiel d’avoir un moyen de gérer le contenu. L’interface d’administration contient des formes simples qui composent le contenu affiché sur Neptis Geoweb. La capture d’écran ci-dessous montre une partie du formulaire requis lors de la création et de la mise à jour des couches de la carte.

Neptis Geoweb custom administrative interface - form for New Layer
Interface d’administration personnalisée de Neptis Geoweb – formulaire pour une nouvelle couche

Ceci est une brève introduction à Neptis Geoweb et les deux composants principaux qui en font une plate-forme efficace. Comme Carto et la cartographie Web dans son ensemble, Neptis Geoweb est un projet en évolution. Au fur et à mesure que de nouvelles données sont disponibles, qu’il s’agisse de zones locales, de région ou au-delà, l’intention est de continuer à enrichir le Geoweb.

Le projet Lost Rivers: L’affaire Holly Brook

Commentaire de John Wilson, Lost Rivers Project

Il y a quelques semaines, mon amie Jeanne Doucette m’a envoyé un courrier électronique amusant ayant comme sujet “Holly Brook”. Il comprenait une coupure du Toronto Star du 11 avril 1907 faisant état de la demande de la ville de construire un drain sur la propriété de Phillips Manufacturing Company sur l’Avenue Carlaw. Le drain détournerait un cours d’eau naturel qui coulait près de l’endroit où l’entreprise voulait jeter les bases de son nouveau bâtiment d’usine. Aussi attachée au courrier électronique était une photo composite du visage de Joanne avec un corbeau mort apparemment posé sur ses lèvres.

Maintenant, Joanne Doucette n’a pas besoin de manger du corbeau. Elle est sans doute la principale historienne de Leslieville. Elle a littéralement écrit le livre Pigs, Flowers and Bricks: A History of Leslieville to 1920. Cependant, Joanne et moi avions un désaccord de longue date quant à l’emplacement exact de Holly Brook a.k.a. Heward Creek, l’une des douzaines de « rivières perdues » qui drainent le secteur riverain de l’est de Toronto entre Scarborough Bluffs et la Rivière Don.

Déterminer le(s) cours antérieur(s) des ruisseaux et des rivières que les ingénieurs de la ville ont enterré, détourné ou autrement détruit pour préparer le terrain pour construire notre ville rationnelle et sa structure en grille est le travail autoproclamé d’un regroupement de marcheurs de « Lost River » associé à la société à but non lucratif Toronto Green Community. Le travail implique des recherches itératives, des recherches sur le terrain, des collaborations, des activités de sensibilisation et de la documentation. Lost River est un projet fondé par Helen Mills, reconnaissable en grande partie en raison du site Web créé par Peter Hare. Aujourd’hui, le site Web nécessite une mise à jour complète, mais le projet avance en grande partie grâce à la diligence du programme Lost River Walks auquel je contribue. Nous sommes une petite communauté d’activistes et d’universitaires, d’urbanistes et de naturalistes, nous sommes tous historiens géographes d’une certaine façon.

Sur Holly Brook, il existe une cartographie contradictoire. Le ruisseau est le cours d’eau à l’extrémité est le plus proche de la Rivière Don et du centre de Toronto.

Cours d’eau de l’extrémité est de Toronto superposé à Google Maps (pour ouvrir une version interactive dans un nouvel onglet, cliquez sur la carte)

Avec l’urbanisation, il a été complètement rempli assez tôt, vers la fin des années 1800. Les cours inférieurs du ruisseau ont été sévèrement altérés par les opérations de briquetage de John Russell. Les cartes émises par le bureau de l’ingénieur de la ville dans les années 1890 ont montré un cours d’eau qui coule au sud entre Gerrard et la Rue Queen, à l’est de Carlaw, comme indiqué dans cette carte.

Map issued by the City Engineer’s office in 1899
Carte émise par le bureau de l’ingénieur de la ville en 1899

Mais une carte, un plan d’enquête du lot 13 daté de 1884 (mais comprenant des indications internes comme quoi elle est basée sur un sondage réalisé beaucoup plus tôt), détaille le cours d’eau qui coule à l’ouest de Carlaw jusqu’à ce qu’il traverse l’emplacement du bâtiment Philips en 1907 comme discuté dans la coupure du Toronto Star.

Plan d’enquête modifié du lot 13, 1884 (Cliquez sur l’image pour voir le plan complet dans un nouvel onglet)

J’ai passé de nombreuses heures à voyager dans les rues de la ville et à la recherche de panneaux de rivières perdues et de ravins. Mon observation au niveau de la rue du parcours de Holly Brook était simple – quel que fût ce qu’avait dessiné l’ingénieur de la ville sur les cartes des années 1890, l’eau ne coule pas vers le haut!. Pour comprendre l’histoire du bassin hydrographique de Holly Brook, une autre hypothèse est nécessaire, une qui correspond aux données du Plan d’enquête du lot 13.

Pour les amateurs de rivières perdues, ce type d’exploration est plus une passion qu’un passe-temps. Notre banque de données, créée à partir d’explorations et partagée avec des collègues de Lost River Walks, représente des ensembles de données encore sous-documentés dans la mise en couches d’informations géographiques qui se regroupent, par exemple, dans le Don Valley Historical Mapping Project, un partenaire engagé.

Le cours historique de Holly Brook peut sembler uniquement scolaire, mais mon expérience est que ce type d’enquête nous apprend des leçons précieuses sur la construction de notre ville et sur la façon de vivre durablement au sein de notre communauté. Cela nous aide à exprimer des valeurs importantes sur notre place et la place de la nature dans l’environnement urbain du 21e siècle.

Aujourd’hui, les jeunes qui vivent dans des ménages d’un, de deux et parfois plus recolonisent les anciens bâtiments de l’usine sur l’avenue Carlaw. De l’autre côté de l’ancien site de Phillips Manufacturing Company, où Holly Brook a miné les fondations, le bâtiment de lithographie Rolph-Clark-Stone abrite aujourd’hui une nouvelle communauté de condominiums de Leslieville. Combien sont perplexes par les fenêtres profondes du sous-sol qui font face à Carlaw qui regarde au-dessous du niveau du trottoir? Ces fenêtres semblent refléter la condition au moment de la construction lorsque la fondation du bâtiment a été située au-dessous du niveau actuel de la rue, enterrée profondément dans l’ancien lit de Holly Creek.

Ce type d’observation démontre comment Lost Rivers fournit des indices sur la raison pour laquelle la ville a été construite comme elle l’a été. D’autres exemples communs viennent de la grille de la rue. La principale structure rectiligne de Toronto est troublée lorsque les rues sont brisées (la rue Clair par exemple) ou mystérieusement déviées (College par exemple) pour accommoder un croisement de ruisseaux. De même, les rues diagonales hors grilles suivent souvent une hauteur de terrain entre les cours d’eau (comme les rues Vaughan et Danforth). L’ingénierie des lignes ferroviaires a dû tenir compte des formes de relief créées par les cours d’eau. Ces décisions ont des répercussions sur la construction de villes qui fait écho au fil des siècles.

Les effets de Holly Brook ont récemment “fait surface” à nouveau. La Division des transports de Toronto et le TTC planifient un métro « Relief Line » (parfois appelé « Downtown Relief »). La ligne se déroulera au sud de la station Pape à l’avenue Danforth, mais les intervenants de Leslieville débattent sur un choix entre une orientation Pape ou Carlaw pour le tunnel de métro. Pape est une rue résidentielle calme près de Queen, tandis que Carlaw est une artère animée et mixte. Il semble que Carlaw soit un meilleur choix pour le tunnel, sauf pour un problème. Au-dessous de Carlaw, il y a un égout combiné (eaux pluviales et sanitaires) – le reste de Holly Brook enterré qui coule au sud de Playter Estates, passé le parc Withrow, à travers Riverdale. En outre, un égout combiné est-ouest le long de la rue Gerrard détourne la partie des débuts vers l’usine de traitement de la baie d’Ashbridge. Une ligne de métro au-dessous de Pape pourrait être percée au-dessous de ces conduites d’égout, mais le long de Carlaw, ces égouts devraient être reconstruits. Quel est le coût supplémentaire pour la construction au-dessous de Carlaw, où Holly Brook, enterrée, coule dans sa forme dégradée post-industrielle? Environ 300 millions de dollars!

C’est là un point où la recherche de Lost Rivers semble plus qu’uniquement académique et devient plus directement activiste. Toronto ne remplacera pas toutes ses rues dans un futur proche, mais il y a des coûts récurrents dans le traitement de l’eau comme barrière à la croissance plutôt que comme ressource. Si les flux de cours d’eau comme Holly Brook étaient naturellement intégrés dans le tissu urbain, ils pourraient devenir un avantage naturel et social plutôt que de limiter la construction de la ville.

Avec des exemples comme celui-ci, le projet Lost Rivers vise à structurer la cartographie historique, la narration, la collecte d’images d’archives, la documentation sur l’infrastructure de l’eau et la responsabilité personnelle pour contribuer à un dialogue collectif sur la protection de la nature dans la ville (air, eau, terre, autres espèces et les uns les autres) d’une manière qui maintient la vie à travers ce siècle et au-delà.

banner image

À qui le “Ruban de verdure”? SIGH et les récits de la vallée de la rivière Edmonton et du système des ravines

Par Mo Engel, Shannon Stunden Bower, Andrew Tappenden, et William Van Arragon

Publié sur le site

Nos collègues et amis de NICHE (Network in Canadian History & Environment) et The Otter/La Loutre viennent de publier un article intéressant sur un projet historique SIG basé à l’Université de l’Alberta. Ils l’ont généreusement offert pour l’afficher également ici. Les partenaires du projet partagent plusieurs des mêmes objectifs que nos efforts de Geohistory/Géohistoire et nous espérons travailler de plus près avec eux dans le futur.

Une partie de l’article se lit comme suit:

« L’objectif principal de notre projet est de comprendre les antécédents complexes et conflictuels de la vallée de la rivière Edmonton. Nous travaillons à cet objectif de plusieurs façons. Un effort majeur est axé sur la production d’un atlas numérique mettant en évidence les histoires moins connues de la vallée de la rivière Edmonton. Conçu comme un travail d’histoire publique et animé en partie par l’utilisation de Systèmes d’information géographique (SIG), l’atlas s’adresse au grand public. Au cours des dernières années, les participants au projet ont travaillé à développer une plate-forme conçue spécialement pour afficher des documents historiques (photos, documents, films, cartes, etc.) dans des récits spatiaux. La collaboration des informaticiens, des spécialistes en humanité numérique et des historiens a permis de produire des logiciels destinés à fournir un moyen plus satisfaisant de formuler des hypothèses sur la signification de processus spatiaux et historiques particuliers. Une fois fonctionnel, le logiciel sera diffusé dans un format open source. Cela permettra à des non-experts de déployer des outils SIG avancés au service de la recherche et de la diffusion communautaire. »

Demonstrating one of the capacities of our digital atlas, this clip integrates an 1882 Map of Edmonton as a tile layer with varying opacity over the current (2017) OpenStreetMap data. The annotated regions highlight 1882 state-sanctioned land ownership and are displayed in juxtaposition to the current land usage. All materials are in the public domain.
En démontrant ici l’une des utilités de notre atlas numérique, ce clip intègre une carte d’Edmonton de 1882 dans une couche avec une opacité variable par rapport aux données d’OpenStreetMap actuelles (2017). Les régions annotées mettent l’accent sur la propriété foncière sanctionnée par l’état en 1882 et son affichées en juxtaposition à l’utilisation actuelle des terres. Tous les matériaux sont du domaine public.

Vous pouvez lire l’article en entier ici (Anglais)


Utiliser pour mettre les cartes Murray du Canada (ca 1761) en ligne

Billet de S. Max Edelson, University of Virginia

Ce semestre, je mène un groupe d’universitaires de l’Université de Virginie dans un cours de sciences humaines collaboratif et par projet pour mettre les cartes Murray du Canada en ligne dans une exposition numérique dynamique. En tant que séminaire sélectif du Pavillon, cette « Pratique numérique dans l’histoire de la carte » est une expérience pratique qui combine la lecture, l’écriture et la discussion traditionnelle avec un atelier de développement des sciences humaines numériques. Cela implique un regard interdisciplinaire sur l’histoire de la cartographie, du design visuel, des sciences humaines numériques, de l’histoire publique et de l’histoire mondiale de l’empire.

Alors que les bibliothécaires analysent le contenu de leurs archives cartographiques, préservant des artefacts fragiles en créant des images de haute résolution, de nouveaux outils sont développés pour présenter ces objets historiques à un large public. L’un de ces outils est MapScholar, un outil en réseau pour la création de visualisations utilisant un navigateur web conçu pour illustrer les recherches en histoire de la cartographie. Avec le soutien de l’ACLS et du NEH, le chercheur Bill Ferster et moi-même avons construit MapScholar au SHANTI (Sciences, Humanities, and Arts Network of Technological Initiatives) de l’Université de Virginie. Mon objectif principal était de construire une plate-forme dynamique pour afficher quelque 300 cartes qui font l’objet de mon prochain livre, The New Map of Empire: How Britain Imagined America before Independence (Harvard University Press, 2017). Parmi les nombreuses cartes que j’ai examinées pour cette recherche, j’ai été intrigué par la collection de cartes Murray à la William H. Clements Library de L’Université du Michigan. Cette grande collection de manuscrits, qui est également détenue par la British Library et Bibliothèque et Archives Canada, a semblé être une source idéale pour être montrée et visualisée en ligne. Réunir toutes ses pièces disparates grâce au géoréférencement nous permet d’apprécier pleinement la portée et l’ambition de cette étude du XVIIIe siècle et du projet de cartographie.

Lorsque les forces britanniques ont occupé la Nouvelle-France en 1760, le gouverneur militaire du territoire, le général James Murray, a lancé une enquête approfondie sur ce qui deviendrait, après la cession officielle en 1763, la colonie britannique de Québec. L’incitation à cartographier le Québec venait des conceptions militaires plutôt qu’administratives. Murray s’attendait à ce que la province soit rendue à la France après la négociation de la paix et il voulait rassembler des informations stratégiques qui pourraient être utiles à une invasion future. Comme Murray l’a expliqué à William Pitt en 1762, avec ce sondage en main pour révéler les passages complexes le long des cours d’eau de la vallée du fleuve Saint-Laurent, la Grande-Bretagne « ne sera plus jamais perplexe quant à la manière d’attaquer et de conquérir ce pays en une seule campagne. » Murray a envoyé huit ingénieurs de l’armée pour mener des enquêtes sur différentes sections de la rivière. La carte composite qu’ils produisaient contenait 74 sections cartographiées séparément qui, lorsqu’elles étaient réunies, formaient une image interconnectée de 45 pieds le long et 36 pieds de hauteur. Représentant un espace à l’échelle de deux mille pieds par pouce, ces cartes figuraient parmi les cartes topographiques de la plus haute résolution produites par les arpenteurs du XVIIIe siècle. La conception des cartes de Murray comme profil stratégique de la province a été précisée par l’ajout de résumés démographiques qui énumèrent combien d’hommes capables de porter des armes vivaient dans chaque district.

Les conservateurs en cartographie Brian Dunnigan et Mary Pedley à la William L. Clements Library de l’Université du Michigan ont fourni des documents numériques à haute résolution de la carte Murray et ont rencontré les élèves de la classe par vidéoconférence pour nous aider à le développer. En participant au géoréférencement des cartes, à la conception de visualisations dynamiques, à l’enregistrement de métadonnées, à la gestion des ressources Web distribuées et à l’écriture d’essais et d’annotations qui fournissent un contexte et une interprétation, les élèves auront une expérience de première main dans le domaine des sciences humaines numériques.

Nous venons de commencer à géoréférencer la collection. Je vais fournir des mises à jour sur nos progrès dans une future publication.

S. Max Edelson est professeur agrégé à l’Université de Virginie au Corcoran Department of History .

Cartographiez votre histoire! Construire et partager une infrastructure de données spatiales historiques avec Keweenaw Time Traveler Project

Alors que le SIG historique (SIGH) est devenu une approche familière dans les sciences sociales et humaines (Gregory et Geddes, 2014), les tendances récentes de l’utilisation des SIG dans les sciences sociales ont requis des mises en oeuvre des SIGH qui peuvent appliquer des approches SIGH découlant de la datamasse (Big Data) à des questions de recherches plus qualitatives et, peut-être plus important encore, impliquer davantage le public. Les approches vont de permettre aux utilisateurs de contribuer à la recherche SIGH en utilisant des interfaces Web améliorées, telles que le New York Public Library’s Building Inspector, à l’expansion de la recherche qualitative SIGH (Olson, 2011; Lafreniere et Gilliland, 2015). Dans le monde des sciences SIG, les chercheurs ont développé des combinaisons d’outils qualitatifs et quantitatifs hybrides qui élargissent encore le potentiel de la recherche en SIG (Kwan and Ding, 2008; Jung et Ellwood, 2010). Ces derniers sont plus récemment devenus des sujets d’intérêt pour la communauté SIGH. Faisant parti de cette tendance,  Michigan Technological University’s Historic Environments Spatial Analytics Lab (HESAL) se prépare à lancer le Keweenaw Time Traveler project – combinant la dernière génération d’infrastructure de données spatiales historiques avec la technologie Web 2.0 et la diffusion publique de manière à favoriser des liens plus étroits entre la recherche et le public en rendant l’histoire à la fois amusante et accessible.


Notre sujet en bref: le Pays du Cuivre

Le Keweenaw Time Traveler Project (KeTT) apporte au public un SIGH régional axé sur le Pays du Cuivre du Haut-Michigan, une région du Midwest des États-Unis qui contient les plus grands gisements de cuivre pratiquement pur, élémentaire ou natif. Les Amérindiens ont exploité cette ressource pendant des milliers d’années; un boom de cuivre industriel subséquent au milieu du 19e siècle a conduit la région à devenir le plus grand fournisseur mondial de cuivre dans les années 1880, avec une population en croissance rapide et une infrastructure minière massive construite rapidement dans ce qui était une nature sauvage éloignée bien que spectaculaire. À la fin de la Première Guerre mondiale, les facteurs économiques associés au coût croissant de l’extraction ont entraîné une longue et lente baisse de l’économie minière du Pays du Cuivre, se terminant par la fermeture des dernières mines à la fin des années 1960. Lorsque l’activité minière a cessé, toute la région est devenue un vaste site d’archéologie industrielle, un paysage de vestiges. Aujourd’hui, la taille de la population n’est qu’une fraction de son sommet historique et la base économique du Pays du Cuivre se concentre maintenant dans les domaines du service et du tourisme. L’identité locale reste toutefois étroitement liée au patrimoine minier de Keweenaw et la région attire autant les visiteurs pour son histoire minière que pour sa beauté naturelle.

Construire la fondation du KeTT: Jeux de données et CC-HSDI

Le Keweenaw Time Traveler bénéficie de la richesse des données historiques trouvées dans son domaine d’activité géographique. Les plus grandes sociétés minières historiques de cuivre de la région, telles que les sociétés minières Calumet & Hecla ainsi que Quincy, figuraient parmi les grands géants industriels de leur époque. L’échelle de leur entreprise nécessitait une vaste infrastructure industrielle, ainsi que des villes de compagnies pour loger leurs travailleurs. Ces dernières devaient être conçues, construites et financées. Par conséquent, la plupart des villes et des grands sites miniers dans le Pays du Cuivre sont extraordinairement bien documentés sous la forme d’un vaste ensemble de plans d’assurance-incendie Sanborn (PAI), des cartes produites par les compagnies minières dont les détails surpassent même les PAI, des dessins et des bleus. À l’ère du paternalisme corporatif et des pratiques de gestion scientifique, les sociétés minières ont également largement documenté la vie de leurs travailleurs et de leurs familles. L’équipe de KeTT a commencé la numérisation d’une richesse sans précédent de dossiers détaillés sur le logement de l’entreprise, les dossiers des employés et les dossiers de santé qui fournissent beaucoup plus d’informations que les données de recensement standard. Ceux-ci sont combinés avec les données décennales du recensement du Minnesota Population Center, les annuaires commerciaux et téléphoniques et les dossiers scolaires afin de donner un aperçu unique et détaillé de l’histoire d’une région entière jusqu’au niveau de l’individu au cours d’un siècle.

Le coeur du projet est le Copper Country Historical Spatial Data Infrastructure (CC-HSDI) (Infrastructure de données spatiales historiques du Pays du Cuivre), une nouvelle implémentation de SIGH de nouvelle génération conçue pour faciliter la recherche quantitative et qualitative tout en favorisant l’engagement du public avec l’histoire locale et le concept de SIGH lui-même. À l’aide d’ArcGIS Desktop, ArcGIS Server et d’une base de données géospatiales PostgreSQL, le CC-HSDI comprend  une série de cartes en réseau (map service) ESRI constituées de cartes géoréférencées ou de PAI divisés en une série de tranches de temps à peu près égales aux années de recensement (en plus des collections de cartes plus petites pour les autres années). La construction de ce service de carte a présenté un défi initial pour l’équipe de KeTT, car la taille de chaque service de carte (représentant une seule ville et une seule année) exigeait des dizaines de gigaoctets et nécessité la création d’un serveur dédié PostreSQL au Michigan Tech. L’expansion ultérieure de la HSDI nécessitera que ces services migrent vers une installation de serveur à échelle industrielle hors site (Amazon AWS) dans un avenir rapproché.

L’environnement historique de chaque tranche de temps construit dans le CC-HSDI est ensuite numérisé à la main à partir des cartes en réseau, ce qui donne lieu à plus de cent mille polygones d’empreinte immobilière (ainsi que des routes, des lignes ferroviaires et quelques autres éléments d’infrastructures). Ces fichiers SIG de polygones servent de point d’ancrage géographique pour toutes les données historiques non cartographiques du CC-HSDI que nous avons mentionnées précédemment et constituent « l’étape de l’environnement bâti » du HSDI (suivant le modèle de Lafreniere et Gilliland, 2015). Cette étape comprend non seulement l’empreinte du bâtiment elle-même, mais d’autres données pertinentes transcrites des PAI, y compris l’aménagement spatial, les adresses et un certain nombre d’histoires pour chaque bâtiment.

Liées à l’étape de l’environnement bâti, les bases de données géospatiales comprennent des sources non cartographiques comprenant les données de recensements, les répertoires d’entreprises, les annuaires téléphoniques et les dossiers d’entreprises et d’écoles. Ces enregistrements capturent l’environnement social de chaque tranche de temps avec des détails incroyables, comprenant par exemple la liste des élèves du primaire qui ont été vaccinés ou le profil médical des employés de l’entreprise minière. Associé aux données du recensement et aux données du répertoire des entreprises qui sont déjà des éléments de base de SIGH, cette « étape de l’environnement social » (selon Lafrenière et Gilliland, 2015) représente non seulement un pas en avant de la capacité des SIGH à contribuer à la recherche qualitative sur les environnements sociaux, mais fournit au public une multitude d’informations locales qui favorisent une connexion personnelle avec les SIGH.

The KeTT prototype web apps, developed in ArcGIS Online Web AppBuilder, allowed the team to gain valuable experience in developing requirements for the forthcoming full public launch of the KeTT Project.
Les applications web prototypes du projet KeTT développées dans ArcGIS Online Web AppBuilder ont permis à l’équipe d’acquérir une expérience précieuse dans le développement des exigences pour le prochain lancement public du projet complet de KeTT.

Sensibilisation et collaboration publiques: Le Keweenaw Time Traveler

Alors que CC-HSDI est un outil de recherche inestimable à part entière, le projet KeTT sert à faire découvrir au public une nouvelle façon de visualiser leurs environnements passés. Cela se fait grâce à l’utilisation d’applications Web. Chaque application représente une autre façon d’explorer ou de contribuer au SIGH. Le KeTT développe actuellement quatre applications Web différentes qui permettent au public d’interagir et de contribuer au HSDI. Ces applications Web fournissent à l’utilisateur des tâches allant des exercices d’interaction de carte historiques à faciliter la narration plus complexe :

  • Enregistrement de l’environnement construit avec le matériel de construction (en utilisant les codes de couleurs du plan d’assurance incendie)
  • Identifier et enregistrer le type d’utilisation général (structure d’habitation, commercial, institutionnel)
  • Transcrire un texte de carte descriptif pour les bâtiments individuels
  • Contribuer en fournissant des histoires personnelles et des souvenirs sur des endroits spécifiques sur les cartes historiques

Initialement, l’équipe a utilisé le Web Appbuilder de ArcGIS Online pour créer et tester ces applications pour le KeTT. Les applications ArcGIS en ligne sont une excellente ressource pour les chercheurs en SIGH cherchant à partager des données avec le public. Les chercheurs ayant peu ou pas de connaissance en programmation peuvent rapidement convertir des données SIG en applications Web personnalisables, accessibles au public et qui profitent de l’infrastructure dorsale robuste d’ArcGIS Online. Cependant, les grands ensembles de données matricielles peuvent devenir coûteux à partager de cette façon, car la mise en place d’outils d’analyse géospatiale consomment des crédits ESRI. Après avoir construit plusieurs prototypes, l’équipe de KeTT a également réalisé qu’ils voulaient plus de contrôle sur les interfaces de l’application et sur la logique de programmation sous-jacente que les options offertes par le Web AppBuilder. Cela impliquait l’embauche d’un programmeur et le développement d’applications Web personnalisées en version JavaScript qui utilisaient la carte ESRI et les services de fonctionnalité de CC-HSDI. Malgré cela, ArcGIS Online Web AppBuilder s’est révélé inestimable pour la création de prototypes d’applications et a permis à l’équipe de développer des idées plus claires sur l’apparence des applications Web finales.

Le projet GRACE

Le projet KeTT a mis l’accent sur la sensibilisation et la participation du public comme composante essentielle de la construction du SIGH et non comme une ultime étape de diffusion ou d’utilisation finale. Les applications web ont permis d’atteindre cet objectif. Le projet  GRACE de l’été dernier a servi d’exemple du potentiel du projet KeTT. Le projet G.R.A.C.E. (GIS Ressources and Applications for Career Education project) (Ressources SIG et Applications pour le projet d’éducation professionnelle) est une collaboration financée par la NSF impliquant Dr. Yichun Xie, PhD, professeur/ directeur au Institute of Geospatial Research and Education de Easter Michigan University, Dr. Don Lafreniere chez HESAL de MTU, l’Université virtuelle du Michigan ainsi que plusieurs organisations SIG professionnelles à l’échelle de l’État. Le financement permet de dispenser une formation pratique sur l’utilisation des SIG aux étudiants et aux enseignants des communautés économiquement désavantagées. L’été dernier, le projet GRACE s’est associé au Keweenaw National Historic Park pour offrir des activités au Pays du Cuivre. Les stagiaires recrutés dans les écoles secondaires locales ont rejoint le HESAL du MTU à Houghton, Michigan, pour numériser les principales parties de l’environnement bâti de KeTT à partir des plans d’assurance incendie de Sanborn. Au cours du stage, les étudiants de GRACE ont non seulement appris à acquérir des compétences en SIG, mais ont également exploré l’histoire de leur communauté locale à un niveau de détail auquel peu de personnes ont accès. À la fin du stage, les stagiaires ont utilisé StoryMaps d’ArcGIS Online pour partager des parties de leur histoire locale qu’ils ont trouvées les plus intéressantes pendant leur travail avec les membres du public. L’équipe de KeTT estime que le projet GRACE était un excellent moyen d’impliquer la communauté locale de manière à offrir des avantages réels et à générer de la publicité dans le processus.


The GRACE project took high school students into the lab and field, helping to build the Copper Country HSDI while also using it to explore the historical built environment of their local community and, ultimately, to share their experiences through public presentations.
Le projet GRACE a permis aux élèves du secondaire de travailler dans le laboratoire et sur le terrain, en aidant à construire le HSDI du Pays de Cuivre tout en l’utilisant pour  explorer l’environnement bâti historique de leur communauté locale et, en fin de compte, partager leurs expériences par le biais de présentations publiques.

Prochaines étapes

Bien que beaucoup ait été accompli jusqu’à présent, le projet KeTT commence tout juste à se prendre son envol. Nous prévoyons dévoiler le projet au public ce printemps en remplaçant les applications Web bêta actuelles sur le site Web du projet par des applications Web complétées et personnalisées qui permettent au public d’explorer, d’interagir avec et de contribuer au Keweenaw Time Traveler. La sortie des applications finales coïncidera avec une nouvelle saison des activités de sensibilisation de l’équipe KeTT en partenariat avec Keweenaw National Historic Park et Keweenaw Heritage Sites afin de sensibiliser le public au projet. En plus du projet GRACE en cours, nous proposons des kiosques à écran tactile personnalisés à de nombreux événements publics autour de Keweenaw qui permettent aux utilisateurs d’utiliser les applications Web KeTT avec l’aide des membres de l’équipe KeTT et des partenaires. Restez à l’écoute sur!


Gregory, I. N. et Geddes, A. (2014). Toward spatial humanities: Historical GIS and spatial history. Bloomington: Indiana University Press.

Jung, J.-K. et Elwood, S. (2010). Extending the Qualitative Capabilities of GIS: Computer-Aided Qualitative GIS. Transactions in GIS, 14, 1, 63-87.

Kwan, M.-P. et Ding, G. (2008). Geo-Narrative: Extending Geographic Information Systems for Narrative Analysis in Qualitative and Mixed-Method Research. The Professional Geographer, 60, 4, 443-465.

Lafreniere, D. et Gilliland, J. (2015). “All the World’s a Stage”: A GIS Framework for Recreating Personal Time-Space from Qualitative and Quantitative Sources. Transactions in GIS, 19, 2, 225-246.

Olson, S. et Thornton, P. A. (2011). Peopling the North American city: Montreal 1840-1900. Montreal: McGill-Queen’s University Press.

Donner une nouvelle vie aux anciennes données SIG historiques

Les avantages de la « longue traîne » des données des projets Ontario Historical County Map Project et Don Valley Historical Mapping Project

La plupart des universitaires qui ont écrit sur les SIG historiques ont discuté du coût élevé de la construction de projets SIGH (Gregory et Ell, 2007). La construction d’un projet SIG est un effort couteux. Cependant, peu ont mentionné les avantages de la nature continue ou de la durée prolongée de certains projets et des avantages à long terme des données issues des projets. Le Ontario Historical County Map Project (OCMP) et le Don Valley Historical Mapping Project (DVHMP) sont deux projets qui ont profité de la « longue traîne » de leur existence afin de continuer à développer et à exploiter des applications utiles ainsi que d’utiliser des données historiques construites depuis longtemps (ou en cours de construction).

Le OCMP a été conçu quelques années après la publication du célèbre Canadian County Atlas Project aux bibliothèques de l’Université McGill à la fin des années 1990. Les cartes de comté du XIXe siècle ont généralement été publiées plus tôt que les atlas de comté. Le projet Atlas se concentre uniquement sur les cartes liées et l’OCMP se concentre uniquement sur les cartes antérieures de grand format. Toutefois, comme le projet Atlas, le County Map Project vise principalement à permettre d’interroger les noms des occupants des terrains figurant sur les cartes et d’afficher les noms sur les images des cartes historiques.

Fortin 2017 3
Canadian Historical County Map Project résultat d’une recherche par nom dans la planche de la municipalité d’Etobicoke, York County Atlas, 1878

Bien que le projet de McGill n’utilise pas de technologie SIG pour afficher des informations sur les noms, il a profité de la technologie Web pour faire la mise en page des images des atlas et de la programmation PHP pour lier les emplacements d’images dans la base de données des noms des propriétaires fonciers. Le projet Atlas nous a certainement inspirés dans l’élaboration du Ontario Conunty Map Project.

Contrairement au projet Atlas, l’OHCMP a été un projet SIG dès le début. Cependant, comme pour le projet Atlas, nous voulions également veiller à ce que les utilisateurs du County Map Project puissent bénéficier de la technologie Web pour visualiser les cartes et les données SIG. Étant une base de données SIG, une nouvelle méthode de diffusion devait être utilisée.

Les tests préliminaires de la technologie Web étaient « pré-Google » et utilisaient ce qui est maintenant un logiciel archaïque de cartographie Web. Lors de notre première tentative en 2004, nous avons utilisé ArcIMS (Internet Map Server) d’Esri, mis à notre disposition dans le cadre de notre licence de campus avec Esri Canada. Nous avons chargé notre base de données entière dans ArcIMS qui, à l’époque, était composée uniquement des comtés de Waterloo et Brant. À notre surprise, nous avons pu construire un outil de requête sophistiqué et avons réussi à afficher les cartes de comtés numérisées et géoréférencées sur l’application en ligne.


Ontario Historical County Map Project rendered in Esri’s ArcIMS software
Ontario Historical County Map Project rendu dans le logiciel ArcIMS d’Esri

Tout en produisant des résultats relativement impressionnants pour l’époque (si quelqu’un était suffisamment patient pour attendre les résultats d’une requête ou d’un zoom in ou d’un zoom out), il était clair que cette configuration était moins idéale, car le logiciel était extrêmement difficile à installer, très lent à rendre les résultats et nous a donné des difficultés à trouver un espace serveur adéquat sur lequel installer en permanence le logiciel. En raison des limitations des logiciels disponibles, la partie du projet qui consistait à développer une carte Web avec les noms des occupants fonciers a été mise en veilleuse. Bien sûr, Google Maps a changé l’ensemble du paysage de la cartographie Web en 2005. Bien que beaucoup aient adopté Google Maps pour afficher leurs données sur le Web, nos tentatives ont été entravées par la grande taille de notre base de données des occupants. Alors que, à l’époque, MySQL était souvent utilisé pour travailler avec le PHP et Google API, la conversion de notre base de données géospatiale en une base de données MySQL aurait été un recul dans le développement SIG du projet.

D’autres tentatives plus récentes d’utilisation de la technologie de cartographie Web en 2013 incluaient également une configuration Mapserver avec OpenLayers et une base de données géospatiale PostgreSQL utilisant PostGIS. Bien que les données shapefile devaient être converties en PostGIS, cette configuration a au moins permis la maintenance de notre base de données dans un environnement SIG, contrairement à l’utilisation de MySQL. La carte Web qui en a résulté était très prometteuse, mais nécessitait un peu de codage et de manipulation. N’ayant aucun programmeur dans l’équipe ou aucun fonds pour en embaucher un, la programmation de l’application était limitée à un congé de recherche de six mois et aux rares journées tranquilles à la Map and Data Library. Sans un programmeur, il était clair qu’il ne s’agissait pas d’une solution idéale et qu’il faudrait des années pour terminer le projet.

Openlayers-Mapserver-PostGIS rendition of the Ontario Historical County Map Project
Openlayers-Mapserver-PostGIS, rendu du Ontario Historical County Map Project

Pendant de nombreuses années, j’ai ignoré ArcGIS Online que je considérais comme un projet très lourd d’Esri pour des projets moins ambitieux. Je me demandais comment on pouvait construire un outil en ligne avec des fonctionnalités SIG et amener les gens à s’y intégrer. Cependant, sa popularité a grandi tellement parmi nos utilisateurs de l’Université de Toronto que j’ai finalement eu besoin d’apprendre à l’utiliser pour pouvoir offrir du support technique. Quelle meilleure façon de m’enseigner comment utiliser ArcGIS Online que d’y verser les données du projet County Map Project? À ma grande surprise, ArcGIS Online n’était pas seulement amusant et plein de fonctionnalités en SIG et cartographie Web, il a également implanté l’application Web AppBuilder. Outre des dizaines de modèles StoryMaps, Web AppBuilder vous permet de rendre vos données SIG dans une interface Web où vous pouvez ajouter des widgets personnalisables qui fonctionnent très bien, même dans les navigateurs mobiles. Être capable d’interroger ou filtrer les 80 000 noms de notre base de données a été un critère clé pour l’adoption de toute technologie Web pour le projet. ArcGIS Online répond à ce critère fondamental, et a également permis le rendu d’images de haute résolution des cartes de comté numérisées. La facilité d’utilisation et la personnalisation des applications Web sans programmation sont également de bons points de vente. D’autres widgets amusants et utiles incluent l’utilisation de lignes de temps animées des données et d’un outil de navigation qui permet de visualiser deux ensembles de données l’une par-dessus l’autre et de glisser une barre d’outils pour basculer entre les affichages.

ArcGIS Online version of the Ontario Historical County Map Project with Querying tool display
Version ArcGIS Online du Ontario Historical County Map Project avec l’affichage de l’outil de recherche

Adopter ArcGIS Online en tant qu’outil de cartographie Web a permis au projet d’être présenté au public où les utilisateurs peuvent effectivement profiter des données construites au cours des 15 dernières années. Je n’ai jamais pensé que nous aurions une solution de cartographie Web avant de terminer la base de données, mais dans l’ensemble, je suis très content de la plupart des fonctionnalités de l’application Web à ce stade, car notre base de données continue de croître et nous continuons à compiler plus de noms de propriétaires fonciers à partir des cartes de comté historiques. Fait intéressant, pendant l’écriture de ce billet, j’ai reçu trois messages sur le projet et des demandes d’informations supplémentaires auprès des utilisateurs du site de County Maps. Sans mettre nos données à disposition de cette manière, je doute que notre projet ait attiré tant d’attention.

Inspiré par notre succès avec l’outil de création d’applications Web, j’ai décidé de créer une application pour le DVHMP et j’ai constaté que les données que nous avions construites il y a plus de sept ans ont vraiment pris vie sur le Web. Être capable d’interroger les données et de rendre les données de polygone et de point ensemble dans une vue sur le Web est motivant.

ArcGIS online n’est évidemment pas le seul outil qui a profité de la cartographie web et des avancées de l’informatique « en nuage » pour permettre aux utilisateurs de créer leurs propres applications de cartographie web. Les produits tels que Mapbox augmentent également en popularité en raison de leur facilité d’utilisation, de leurs fonctionnalités puissantes et personnalisables ainsi que de l’attrait du produit cartographique final.

La cartographie Web existe depuis les années 1990, mais avec de nouvelles technologies avancées de cartographie Web comme ArcGIS online et Mapbox, il est peut-être temps pour de nombreux autres ensembles de données SIGH inactifs ou longtemps oubliés d’être retirés des disques durs et des clés USB et leur redonner une nouvelle vie en les affichant dans des cartes Web créées facilement. Je suis ravi de penser à voir éventuellement les données de Montréal Avenir du Passé, par exemple, rendues disponibles en les affichant sur une carte Web pour que tout le monde puisse interagir avec elles.

Le Partenariat canadien SIGH étudie de nombreux outils de cartographie Web et des méthodes de visualisation. Nous travaillons également avec Esri Canada, dans le cadre du projet GeoHist, pour fournir des exigences SIGH spécifiques aux outils de cartographie en ligne. Avec les composants puissants déjà disponibles dans ArcGIS online, Mapbox et d’autres outils de cartographie web, l’avenir de la cartographie web pour les SIGH est très intéressant et accessible à toute personne intéressée à les développer sans avoir à coder.

Références :

Gregory, Ian., et Paul S. Ell. Historical GIS: Technologies, Methodologies, and Scholarship. New York: Cambridge University Press, 2007.

Enseigner les SIG historiques et restaurer les communautés perdues en classe

Ce texte fait partie d’une série d’articles sur l’utilisation des systèmes d’information géographique historiques (SIGH) pour l’enseignement et la recherche en histoire de l’environnement et de la géographie historique. Il s’inscrit dans le cadre d’une collaboration entre la Nouvelle initiative canadienne en Histoire de l’Environnement (NiCHE) et le Partenariat canadien en systèmes d’information géographique historiques. D’autres articles de la série sont disponibles ici. Si vous souhaitez contribuer à cette série, s’il vous plaît contactez les éditeurs Josh MacFadyen ou Jennifer Bonnell.

Les Canadiens sont en position de force dans le domaine de l’analyse géospatiale depuis l’élaboration de l’inventaire des terres du Canada et du premier système d’information géographique (SIG) au monde dans les années 1960 et 1970. De même, les historiens et les géographes ont fait de grands progrès dans la recherche sur les systèmes d’information géographique historiques (SIGH) au cours de la dernière décennie, comprenant plusieurs projets de NiCHE, une collection éditée en 2014 et le Partenariat canadien SIGH. Le Canada est grand. Et de façon typiquement moderniste, les scientifiques d’après-guerre, qui essayaient de le comprendre, ignoraient la connaissance des populations rurales, nordiques et autochtones qui comprenaient leur territoire. Au lieu de cela, les scientifiques se sont tournés vers des outils numériques comme les SIG pour examiner et mesurer la nation. Dans ce que nous croyons être une approche post-normale et intégrative, les historiens qui utilisent ces logiciels critiquent également les processus normatifs qu’ils ont aidés à créer. Mais le Canada est encore grand; ses bibliothèques, ses étudiants et d’autres ressources de connaissances sont très éloignés. Nos communautés de chercheurs emploient des outils numériques pour collaborer et communiquer les résultats à travers le continent. Ce billet met l’accent sur les étudiants qui utilisent ces outils et les nouvelles façons dont les historiens enseignent les SIG historiques en ligne. Cela a donné un coup d’envoi à une série de textes écrits par des collaborateurs de NiCHE et du Partenariat canadien SIGH sur les outils et les analyses géospatiales utiles pour les historiens canadiens.

Cliquez ici pour voir l’article complet…

Mise à jour sur le site pilote de cartographie web en SIG historiques

En juin dernier, lors de notre conférence de mi-mandat, nous avons présenté les résultats préliminaires de notre recherche sur les méthodes de géovisualisation des SIG historiques au Canada. Plusieurs présentations présentées cette journée-là sont disponibles sur ce cite Web, via le document de programme avec les liens intégrés disponible ici. (faites défiler jusqu’à la mise à jour du livre blanc : SIGH Géovisualisation (Byron Moldofsky)). Depuis ce temps, nous avons travaillé sur des révisions à la revue de cette recherche et nous avons également décidé de remplacer le titre de « livre blanc » par « document de travail », reflétant ainsi le caractère exploratoire de certaines recherches et la nature spéculative des résultats. Le document de travail complet est maintenant disponible via ce lien.

Le document peut paraître long, mais n’oubliez pas que les deux tiers du texte sont une reproduction du questionnaire en ligne que nous avons distribué (annexe 3 : Enquête sur les besoins des usagers en cartographie historique au Canada) et la présentation détaillée de certains résultats de cette enquête (Partie 4 : Résultats de l’Enquête sur les besoins des usagers en cartographie historique au Canada). Beaucoup d’entre vous ont répondu à ce sondage en ligne, vous pourriez être intéressés par ce que vos pairs ont dit, dans l’ensemble et dans les commentaires sélectionnés. Merci encore d’avoir partagé vos expériences et vos idées.


La section “Résultats…” est le principal ajout à ce qui a été présenté en juin dernier avec une partie plus développée : « Partie 5 : prochaines étapes : Développer les principes de pratique et les activités de cartographie Web en SIGH au Canada et planifier leur mise en œuvre par le biais du site Web pilote du Partenariat. » (p.45-48). Dans cette section, nous proposons des principes de pratique afin de développer notre projet collaboratif en ressources de cartographie Web. J’aimerais les mettre en évidence ici :

  1. Encourager la préservation à long terme et le partage des données et des cartes
  2. Encourager la visualisation à la fois pour la présentation, l’exploitation et l’analyse des données
  3. Encourager la transparence du processus de cartographie Web grâce à de bonnes métadonnées et à la documentation
  4. Encourager plusieurs plateformes à la fois techniques (OS, navigateurs) et de cartographie (y compris les technologies propriétaires et FOSS4G)
  5. Travailler en collaboration pour éviter le travail en double et la concurrence entre les collaborateurs actuels et les partenaires potentiels.

Ces principes sont issus de mon interprétation des réponses à l’Enquête sur les besoins des utilisateurs et la discussion entre les membres du projet lors des réunions, y compris la réunion de mi-parcours en juin dernier. J’aimerais beaucoup recueillir la réaction des utilisateurs potentiels et des collaborateurs. Vous êtes donc invités à répondre par courrier électronique ou dans la section commentaires ci-dessous.

Les principes, cependant, ne sont pas d’une grande utilité sans un plan pour les mettre en œuvre. Le document de travail propose une approche tripartite pour appuyer les objectifs de cartographie Web du projet SIGH :

(Proposé) activités pour le développement du site pilote de cartographie web du Partenariat canadien SIGH :

  1. Cadre d’évaluation analytique : ensemble de questions à examiner et à évaluer pour décider de l’approche et de la technologie de la cartographie web historique.
  2. Profils technologiques de cartographie web historique : comparaison descriptive standardisée de technologies incluant des comptes rendus
  3. Exemples comparatifs d’approches de cartographie web : exemples de projets de cartographie web historique utilisant les mêmes données et citant les mêmes objectifs, mais utilisant des technologies différentes.

Ces trois approches sont exposées en détail dans la dernière partie du document de travail (partie 5, p.45-48) avec des résultats tangibles proposés pour chacun d’eux. Si vous avez le temps, jetez un coup d’œil à cette dernière section qui décrit les activités de ce projet pilote et vous propose des exemples de données et faites-moi savoir si vous avez des préoccupations ou des suggestions dans la section Commentaires ci-dessous, ou par courriel personnel.

Comme nous le savons tous, ces activités peuvent demander beaucoup de temps et de ressources. Nous sommes parvenus à un consensus selon lequel la priorité devait être accordée, du point de vue de la cartographie web, au point 3 (Exemples comparatifs d’approches de cartographie Web) sans toutefois négliger complètement les deux autres activités. Au cours des derniers mois du projet, nous travaillerons à créer des exemples de projets en ligne pour plusieurs ensembles de données proposées dans le document. Nous avons déjà commencé et nous avons engagé certains de nos partenaires et collaborateurs pour obtenir des données et de l’assistance technique. Nous allons essayer de fournir un ou deux rapports d’avancement via ces billets dans la section Nouvelles dès que nous aurons une cartographe web soignée à vous présenter.