Increasing Access to and Use of Geospatial Data by Municipal Government and Citizens: The Process of "Geomatization" in Rural Quebec
Bibliographic record
Abstract
INTRODUCTION There is a strong history of the application of geographic information systems (GIS) at the local level within government (Budic 1994, Goelman 2005, Harris 1965) and community organizations (Carver, Evans, Kingston, and Turton 2000; Drummond and French 2008; Ghose 2001; Sieber 2000). Many of the tasks of municipal planning, such as land-use management, zoning, location analysis, and impact assessment, can be supported through the use of GIS and geospatial data more broadly. Despite the potential value of GIS and geospatial data, the adoption of this technology at the municipal and community levels can face many challenges, including organizational, fit-to-task, technical, and user-interface constraints (Budic 1999; Onsrud and Pinto 1991; Vonk, Geertman, and Schot 2005). Recent developments in online mapping software have produced a range of alternate approaches that can be used to provide for the GIS-like communication and visualization of geospatial data that may be more suited to local government and community organizations compared to conventional desktop GIS (Dragicevic and Balram 2004; Goelman 2005; Johnson and Sieber 2011a; Rouse, Bergeron, and Harris 2007). The Geospatial Web 2.0 (Geoweb) is an online collection of frameworks and services that can be used to gather, display, analyze, and share geospatial data (Scharl and Tochterman 2007). Compared to traditional desktop GIS, the Geoweb provides an approach that is claimed to be more democratized, user-friendly, and accessible to a broader range of users, particularly nonexperts (Hudson-Smith, Crooks, Gibin, Milton, and Batty 2009; Rinner, Kefiler, and Andrulis 2008). This is partly because of the use of a familiar Web browser to access Geoweb sites and the general simplicity of the Geoweb compared to full-featured desktop GIS (Gorman 2007). The Geoweb is typically considered to have a bidirectional, or participatory, aspect to it, with users contributing content that is then shared with other users (Haklay, Singleton, and Parker 2008; Johnson and Sieber 2011a; Rouse et al. 2007). Geoweb frameworks or application programming interfaces (APIs) such as the Google Maps API or OpenLayers API provide a repository of source codes and tools that allow anyone with sufficient programming skills to develop and customize their own Geoweb platform. Key characteristics of the Geoweb include openness of data and tools, a focus on ease of use and lightweight delivery that is enforced by Web access, and the ability for users to contribute (Haklay et al. 2008). Johnson and Sieber (2011a) define two broad types of the Geoweb; informational and participatory. Informational Geoweb sites serve as lightweight accessible platforms through which data and information are delivered online in a map form. These informational Geoweb sites are in many cases provided by governments as access portals for developers, groups, and individual citizens to access data. Notable examples of these informational sites include the U.S. government data. gov, the Canadian government data.gc.ca, and municipal government sites, such as San Francisco's dataSF.org. Compared to the informational Geoweb, the participatory Geoweb looks to develop a two-way conversation based on map data displayed within the tool. This two-way conversation can be between Geoweb tool developer and tool user, or between users. There are several prominent examples of participatory Geoweb tools, including ArgooMap (Rinner and Bird 2009, Sidlar and Rinner 2009), a platform that was used to spatially situate conversations surrounding a university campus redesign, and crisis maps (De Longueville, Annoni, Schade, Ostlaender, and Whitmore 2010; Goodchild and Glennon, 2010; Liu and Palen 2010), where users and developers communicate up-to-date information on an unfolding crisis. This paper describes the development of a municipal government-centric Geoweb platform used to integrate federal and provincial geospatial data with existing municipal data. …
Fetched live from OpenAlex and de-inverted. Abstracts are not stored in this database: the inverted indexes are 8.6 GB of the frame’s 9.3 GB of text, and the host has 13 GB free.
How this classification was reachedexpand
Full frame distilled prediction
Teacher imitationNot calibrated prevalence, not ground truth. Human validation pending. Learned from the 10,348 direct Codex labels and 10,348 direct Gemma labels. Candidate is the union of thresholded teacher heads; consensus is their intersection. These outputs are machine_predicted_unvalidated and are not human labels or direct frontier model labels.
Codex and Gemma teacher scores by category
| Category | Codex | Gemma |
|---|---|---|
| Metaresearch | 0.003 | 0.001 |
| Meta-epidemiology (narrow) | 0.000 | 0.000 |
| Meta-epidemiology (broad) | 0.000 | 0.000 |
| Bibliometrics | 0.000 | 0.000 |
| Science and technology studies | 0.000 | 0.000 |
| Scholarly communication | 0.000 | 0.004 |
| Open science | 0.000 | 0.000 |
| Research integrity | 0.000 | 0.000 |
| Insufficient payload (model declined to judge) | 0.000 | 0.000 |
Machine scores (provisional)
The two teacher heads of the student model, read on this work. A score orders the frame for review; it never asserts a category, and the validation status ships verbatim with every row.
Baseline scores from an immature model (maturity gate not passed, 7 training rounds). Scores rank; they never assert a category.
score_only:v0-immature-baseline · verbatim from the scoring run: score_only means the number may rank works, and no category label ships from itClassification
machine, unvalidatedMachine predicted; a candidate call from one teacher head, not a consensus.
How this classification was reached, model by model and score by score, is at the end of the page under "How this classification was reached".