As the saying goes: you can’t have your cake and eat it too. In a project for the Community Mapping Lab, I worked with a representative for the United Way of Northeast Georgia’s 2-1-1 program to develop a web application that allows for visual interaction with services offered in Athens, Georgia. Along the way, I had to weigh the pros and cons such as reproducibility and ease of use of different web application development software. I found that it was impossible to have everything I wanted in a single web framework for software development.

The United Way of Northeast Georgia is a non-profit organization that aims to ensure access to quality education, financial stability, and healthy lifestyles for residents of its service region. They work with stakeholders from different sectors such as schools, businesses, financial institutions, and local governments across the state to promote and improve community conditions. Their 2-1-1 program offers residents the opportunity to speak with or text a representative of United Way about services they may be looking for.

In the fall of 2018, I worked with a representative for the United Way’s 2-1-1 program to develop a web application that allows users to locate services offered in Athens, Georgia through a map interface. Although the call line offers callers the ability to speak with someone who is knowledgeable about the services offered, a web application allows users to explore services at their own pace and see details about the services up front as opposed to hearing about them over the phone.

The web application had 5 important requirements:

1. Users must be able to search for agencies which offer services in Athens, Georgia using service category. Service categories include Education/Training, Family/Child/Community Services, Health/Medical, and more.
2. Users must be able to search for services by language in which the services may be offered.
3. Users must be able to search for services along specified bus route(s).
4. Users must be able to access contact information for each agency.
5. Users must be able to assess eligibility for each of the services.

I looked for ways to meet the requirements listed above, managed data from United Way’s database, and researched the best way I could develop a web application. I did this through an internship with the Community Mapping Lab which actively works to provide students with the opportunity to work with community members as well as apply their knowledge to solve practical problems.

It is important to carefully consider which software to use when developing a web application. In the development process of this web app, I considered using Leaflet or R Shiny. These programs would allow me the greatest flexibility in the development of the application, and it would be shareable for future use as well as reproducible. However, I don’t know JavaScript, so I couldn’t make a Leaflet map, and at the beginning of this project, I had no experience in R. To develop a web application using those tools would be to embark on a long journey of learning for which I did not have time.

I chose to use ESRI’s Web AppBuilder to develop my web application because it was the best tool for me considering my skill set and complete lack of coding experience. I was able to develop a web application with unique visualization features and useful filtering tools. With this app, the users could explore the agencies in Athens, search for service by language availability, visualize the route(s) agencies are on, access contact information, and determine eligibility.
​
One of the advantages of my web app is that all agencies which offer services for the general public are listed on its map. Unlike Google or other search engines, the web app shows all the services available from all service categories at once. Google is more likely to display agencies whose names match the keywords input in the search bar. Some of the agency names are not representative of all the services they offer, and because of that, a search engine can be limiting. Additionally, a search engine may not offer as much information as clicking on one of the service icons on my web application may offer. For example, by clicking on a service icon, I can see all the information shown in figure 1, and more.

OpenStreetMap (OSM) is an open-source map, an alternative to the ever present Google Map. But it is much more than a data source. OSM is community driven, and its community members host mapathons, participate in FOSS4G and OSGeo activities, and get together to talk about maps, from cartography and aesthetics to the political ramifications of delineating boundaries. These discussions are highlighted at OSM’s State of the Map (SOTM) conferences. State of the Map is the annual, international conference organized by the OpenStreetMap Foundation that brings OSMappers together from across the world. In addition to the international conference one, there are intra-national SOTM conferences that bring mappers within a region together to discuss pertinent regional topics.

I had the opportunity to attend the regional SOTM-Asia conference in Bengaluru, India from November 17 -18, 2018. Over 200 people attended the conference, from students and governmental agencies, to NGOs and academics, to more tech-based companies such as Grab and Facebook. There were country representatives from Indonesia, Nepal, Bangladesh, Japan, and the Philippines (and I’m sure many more that I am forgetting!), with a panel highlighting the work happening in each country. The true highlight, however, was seeing the dynamism and diversity of the community. Talks ranged from critical geography to AI-based image recognition, with stimulating conversations at the chai breaks in between.

In the US, the OSM community is technologically-driven, with few recognizing the critical geography theory behind their actions or the societal consequences. This mirrors a similar split within the discipline of geography itself (Wilson 2015). And so, it was refreshing to hear discussions on participatory mapping, empowerment, and how to democratize maps and knowledge at what I had expected would be a tech-centered conference. In fact, this was the final message of the opening keynote address, recognizing that open maps aren’t necessarily democratized maps.

Historically, maps have been used as a tool of colonization, with the methods to create them and the resulting knowledge only available to a select few. An infamous example of this is the resulting map of the African continent following the Berlin Conference, in which European powers divided the a whole continent into colonies under their control. But we needn’t look to the 1800’s for examples of exclusionary mapping. OSM itself was founded in 2004 in response to the UK’s ordnance survey, a government-run project that created a map of the UK which was not freely available. Since then, OSM encourages “the growth, development and distribution of free geospatial data and [provides] geospatial data for anybody to use and share.” (OSM Wiki)

An OSM map is ‘democratized’ in that anyone can contribute to or edit it and the resulting data is free to use for all. Relative to other sources of geospatial data and technologies, this is certainly true. However, we should question who is included in the idea of ‘all’. While the SOTM-Asia conference had a wider diversity of participants than OSM activities in the US,  we were all educated, spoke English (in fact, this is a big issue in OSM in Asia in particular, and was brought up by multiple speakers), and boasted a relatively high digital literacy, representing a small portion of the global population. In order to contribute to OSM, one must not only have an internet connection, but also the computer skills to use the editing software. Actually downloading and using the data represents another technological obstacle.  The recent development of more open-source, user-friendly software tools has helped reduce this digital divide, but technology still determines who are the mappers and who are the mapped.

In this age of rapidly accumulating open data, there is a concurrent call to engage critically with emerging technologies and question how it is changing how knowledge is produced and valued. One session focused on an older ‘technology’, the role of Helavaru storytellers as the archivers and narrators of families’ histories in Karnataka. Helava communities travel with centuries old documents detailing the history of a family and a village, and share the story of a place through a narrative or song (you can see the video from SOTM-Asia here). Following the presentation, a discussion unfolded about how this data could be recorded, and whether computerized technologies such as AI could contribute to an automated process. However, there was push back to this suggestion. What would be lost in the translation of this narrative style into numbers and GPS points? As TB Dinesh said, “Maps are denotational, but storytelling is connotational.” Whose knowledge is this and who has a right to capture and/or disseminate it? And perhaps more importantly, what would this mean for the Helava community if the records become digitized, and telling stories is no longer sustainable?

I spent a large portion of the conference wrestling with these questions and, based on my discussions with others, I was not alone. Like other FOSS communities, OSM aims to democratize data and the tools to create and analyze the data. ‘Open’, as discussed above, can be a relative term, and ‘putting people on the map’, so to speak, is not always in their best interest if they are not involved in the process or have access to the data that is created. OSM and other open GIS systems, particularly Humanitarian OpenStreetMap (HOTOSM), are often critiqued for a reliance on remote mapping (Palmer 2012), whereby those in the Global North map out the Global South, meeting Pickles’ prediction of a ‘new imperial geography’ (Ground Truth, 1994).

OSM chapters and contributors in Asia are working against this critique through their use of participatory mapping and field-based projects. However, even within a chapter, inequality exists, particularly around gender. OSM has a reputation for being dominated by men, which translates into maps that are not representative of everyone’s landscape. During the SOTM Asia country panel, this issue was brought up, and OSM chapters are working hard to ensure their meetings and mapathons are safe spaces for women and others. In fact, this reputation may be changing. As OSM chapters are moving from simply documenting the world to responding to natural disaster crisis and creating data specifically to address social injustices, new members are getting involved. Programs such as Youth Mappers and Let Girls Map are working to improve inclusivity in the OSM community, and show those working in social justice and advocacy how OSM can be a tool for change.

OSM’s creation caused a radical shift in mapping, opening up control of the map to a much wider audience than had previously been allowed. Over a decade after its creation, however, the community is reflecting on just how ‘democratized’ open data is. I’m optimistic that a combination of FOSS-based tools and community-driven critique and discussion, such as took place at SOTM-Asia this year, will continue to expand our notion of ‘all’ in the effort to democratize the map.

Note: In addition to these more theoretical discussions, there were also some workshops on cutting edge software and tools and presentations highlighting innovative applications of OSM to a range of societal issues. Once the slides and videos are made available, I will post a link to them here, and I highly recommend checking them out.