Page 42 of 171

Who are the top property owners in Cook County

April 1, 2015 / / 2 Comments
235 West Van Buren Street

There are several hundred condo units in the building at 235 W Van Buren Street, and each unit is associated with multiple Property Index Numbers (PIN). Photo by Jeff Zoline.

Several people have used Chicago Cityscape to try and find who owns a property. Since I’ve got property tax data for 2,013,563 individually billed pieces of property in Cook County I can help them research that answer.

The problem, though, is that the data, from the Cook County combined property tax  website, only shows who receives the property tax bills – the recipient – who isn’t always the property’s owner.

The combined website is a great tool. Property value info comes from the Assessor’s office. Sales data comes from the Recorder of Deeds, which is another, separately elected, Cook County government agency. Finally, the Treasurer’s office, a third agency, also with a separately elected leader, sends the bills and collects the tax.

The following is a list of the top 100 (or so) “property tax bill recipients” in Cook County for the tax years 2010 to 2014, ranked by the number of associated Property Index Numbers.

Many PINs have changed recipients after being sold or divided, and the data only lists the recipient at its final tax year. A tax bill for Unit 1401 at 235 W Van Buren St was at one time sent to “235 VAN BUREN, CORP” (along with 934 other bills), but in 2011 the PIN was divided after the condo unit was sold.

Of the 100 names, DataMade’s new “probablepeople” name parsing Python script identified 13 as persons. It mistakenly identified eight names as “Person”, leaving five people in the top 100.

The actual number is closer to 90, arrived at by combining 5 names that seem to be the same (using OpenRefine’s clustering function) and removing 5 “to the current taxpayer” and empty names. You’ll notice “Altus” listed four times (they’re based in Phoenix) and Chicago Title Land Trust, which can help property owners remain private, listed twice (associated with 643 PINs).

[table id=2 /]

Why the Slow Roll Chicago working group uses GitHub to collaborate

March 25, 2015 / / 0 Comments

When the Slow Roll Chicago project in the transportation breakout group began in December at Hack Night, the emails started flying right away.

This was mainly because there was a lot to say at the start, as we needed to agree on the group’s mission and plan.

Problems using email started immediately, though. Not only were there many emails going back and forth among people listed on the TO and CC fields, there were people who weren’t able to take part in these discussions.

That happened because it was difficult to keep track of who had been added to the discussion and who hadn’t, especially when it came to integrating new members of the group.

I wanted to overcome these problems by using a proper collaboration tool.

Email wasn’t just limiting our discussion quality and member inclusion, it was also limiting file storage, file sharing, and file versioning (which file is the latest?). Email has tended to demand a lot of attention, and there’s a lot of wasted time typing responses. I wanted to use a tool that didn’t have such demands, and that helped organize responses into actionable requests and delegation.

Using email made it impossible to see what tasks people were working on, and the progress they were making at any given moment.

Finally, email tends to be private but our work needed to be public so that it could be independently verified but also replicated for use in other locales.

I believe that it’s easier to train people on how to use a new tool well than to retrain on how to use an existing tool – email – better.

GitHub has solved all of these problems for our group while also creating a secure and versioned programming code storage system for the final outcome: a website.

Hack Night being a tech-oriented meetup is a good reason to use and teach this modern tool widely used by people in technology industries. Many of our members are still learning it but they have support from people within our group and from others who attend Hack Night.

GitHub handles our discussions, task assignments, task progress, notes, and files. Here’s how:

When you want to discuss a new idea, like using dynamic images to show what a building could look like under certain conditions, you would make a new “issue”, titled, “Use dynamic images to show the user some building design possibilities”. Use rich text and images in the issue to describe and visualize the idea.

GitHub has granular notifications settings that alert project members to this new “issue” after which they can respond to your idea. After it’s decided that the issue should be resolved in a specific way, you can assign the issue a desired milestone (a future project version) and project members.

One milestone could be “Preview to the management team” which is a previously-discussed status that should happen in a couple weeks. A second milestone could be “Post-launch” – things to finish after launching the product – that’s defined offline.

Each milestone tracks the issues that you’ve associated with it so you can see progress. When the assigned members finish a task, they “resolve” the issue by closing it.

Need documentation? For many coding or GIS projects, a data dictionary may be necessary and GitHub provides each project repository with a wiki in which you would describe how the project is set up, and what certain fields or values mean.

Finally, GitHub can store files – any kind, and as many versions. If you need to update a CSV file of street addresses for the project, just make the edits in your preferred editor on the desktop and then “commit” your changes with a short description of what you changed. Sync this commit back to the repository so that all project members now have access to the file.

Not all demolition activity is alike on Chicago’s North and South Sides

March 20, 2015 / / 0 Comments
According to building permit activity in the past 30 days there are more demolitions on the North Side than on the South Side, but most of those will have new buildings.

According to building permit activity in the past 30 days there are more demolitions on the North Side than on the South Side, but most of those will have new buildings. Map by Chicago Cityscapen using Mapbox satellite imagery.

I review the new permits each day on Chicago Cityscape, both in the list and map views, to get a sense of what’s being built around the city. This keeps me informed so I can tweet interesting permits, respond to people’s questions several times a week, and even help out on a Moxie tour of Motor Row and the Cermak Green Line station by mention new construction and renovation permits I’ve seen pop up nearby.

This week I was poking around the Demolitions Tracker and saw that, not unusually, there were a lot of houses being demolished on the South Side. So I checked out a 30-day view of demolitions in the full-screen map that shows the entire city.

While the North Side has more demolitions going on than the South Side, most of them are part of teardowns – the demolished buildings are getting replaced or allowing for expansion. Demolitions on the South Side are much less likely to have associated new construction projects than the North Side.

Tina Fassett Smith tweeted back:

Use Turf to perform GIS functions in a web browser

March 11, 2015 / / 0 Comments
Turf's merge function joins invisible buffers around each Divvy station into a single, super buffer.

Turf’s merge function joins invisible buffers around each Divvy station into a single, super buffer –all client-side, in your web browser.

I’m leading the development of a website for Slow Roll Chicago that shows the distribution of bike lane infrastructure in Chicago relative to key and specific demographics to demonstrate if the investment has been equitable.

We’re using GitHub to store code, publish meeting notes, and host discussions with the issues tracker. Communication is done almost entirely in GitHub issues. I chose GitHub over Slack and Google Groups because:

  1. All of our research and code should be public and open source so it’s clear how we made our assumptions and came to our conclusions (“show your work”).
  2. Using git, GitHub, and version control is a desirable skill and more people should learn it; this project will help people apply that skill.
  3. There are no emails involved. I deplore using email for group communication.*

The website focuses on using empirical research, maps, geographic analysis to tell the story of bike lane distribution and requires processing this data using GIS functions. Normally the data would be transformed in a desktop GIS software like QGIS and then converted to a format that can be used in Leaflet, an open source web mapping library.

Relying on desktop software, though, slows down development of new ways to slice and dice geographic data, which, in our map, includes bike lanes, wards, Census tracts, Divvy stations, and grocery stores (so far). One would have to generate a new dataset if our goals or needs changed .

I’ve built maps for images and the web that way enough in the past and I wanted to move away from that method for this project and we’re using Turf.js to replicate many GIS functions – but in the browser.

Yep, Turf makes it possible to merge, buffer, contain, calculate distance, transform, dissolve, and perform dozens of other functions all within the browser, “on the fly”, without any software.

After dilly-dallying in Turf for several weeks, our group started making progress this month. We have now pushed to our in-progress website a map with three features made possible by Turf:

  1. Buffer and dissolving buffers to show the Divvy station walk shed, the distance a reasonable person would walk from their home or office to check out a Divvy station. A buffer of 0.25 miles (two Chicago blocks) is created around each of the 300 Divvy stations, hidden from display, and then merged (dissolved in traditional GIS parlance) into a single buffer. The single buffer –called a “super buffer” in our source code – is used for another feature. Currently the projection is messed up and you see ellipsoid shapes instead of circles.
  2. Counting grocery stores in the Divvy station walk shed. We use the “feature collection” function to convert the super buffer into an object that the “within” function can use to compare to a GeoJSON object of grocery stores. This process is similar to the “select by location” function in GIS software. Right now this number is printed only to the console as we look for the best way to display stats like this to the user. A future version of the map could allow the user to change the 0.25 miles distance to an arbitrary distance they prefer.
  3. Find the nearest Divvy station from any place on the map. Using Turf’s “nearest” function and the Context Menu plugin for Leaflet, the user can right-click anywhere on the map and choose “Find nearby Divvy stations”. The “nearest” function compares the place where the user clicked against the GeoJSON object of Divvy stations to select the nearest one. The problem of locating 2+ nearby Divvy stations remains. The original issue asked to find the number of Divvy stations near the point; we’ll likely accomplish this by drawing an invisible, temporary buffer around the point and then using “within” to count the number of stations inside that buffer and then destroy the buffer.
Right-click the map and select "Find nearby Divvy stations" and Turf will locate the nearest Divvy station.

Right-click the map and select “Find nearby Divvy stations” and Turf will locate the nearest Divvy station.

* I send one email to new people who join us at Open Gov Hack Night on Tuesdays at the Mart to send them a link to our GitHub repository, and to invite them to a Dropbox folder to share large files for those who don’t learn to use git for file management.

Streetsblog Chicago deserves to come back

March 7, 2015 / / 0 Comments
John and Steven dining at a restaurant table

John and I at Taqueria La Zacatecana in Avondale, where we first hashed out the details of what would become Grid Chicago that later transitioned into Streetsblog Chicago.

I haven’t talked about this here, but two months ago this weekend I got the message that Streetsblog Chicago wouldn’t continue because we didn’t raise enough money in the last fundraising round.

I didn’t talk about it here because I was busy with dealing with shutting that down, working with my partner John Greenfield to come up with a transition plan (to resurrect the site) and because I have myriad side projects that quickly and easily captured my newly-available attention. I eased right into developing those more and into involving myself in new jobs on a freelance basis.

Our readers dutifully expressed their support for my and John’s work at Streetsblog Chicago – providing an alternative voice for transportation and land use policy discussion.

The most heartening and unexpected expressions have come from the very agencies on which we report and criticize.

Our reporting was thoughtful and necessary they said, even though, and this has been unanimous, they sometimes disagreed with our perspective.

I believe their appreciation of our work has always been there but there was never a good moment, or a necessity, for them to make it known.

It’s heartening to know that our writing – advocating for safer streets, funding allocation that promoted efficient and active transportation, converting street space from moving cars quickly to moving people – was making its way in the corridors of the bureaucracies and street managers and place makers and bus operators.

I think what we did with Streetsblog Chicago was necessary, too, and I waited and worked to make it happen since 2007. I bided my time with this blog until meeting editor-in-chief Ben Fried in 2010. The conditions weren’t right then, and a friend at a 2011 Star Trek watching party (don’t ask) in Logan Square put me and John together after which we made the next best thing: Grid Chicago.

I want to keep writing Streetsblog Chicago and we need your help. John and I are raising $75,000 to resume publishing at very-close-to-before rate of five to seven original posts per week. Donate now.

We’ve already raised $36,905 and the Chicago Community Trust will give us $25,000 when we reach $50,000. The catch is that we must get there by April 8. Otherwise we’ll return all of the donations.

Since the January 8 hiatus we held a fundraiser in the pedway, which Moxie founder Daniel Ronan organized. We’ll be holding another fundraiser in Revolution Brewing’s taproom on Kedzie on Wednesday, March 26, at our donor appreciation party: Everyone is welcome but those who donate $100 on or before the party will get John’s book “Bars Across America” and their first round on the house.

I’m also putting together a tour of developments around Chicago near transit stations that have taken advantage of a city ordinance reducing their parking minimum. Save the date, Saturday, April 4.