Basic look at zoning in Minneapolis.
You can see this project in action at published story link goes here.
Unless otherwise noted, MinnPost projects on Github are story-driven and meant for transparency sake and not focused on re-use. For a list of our more reusable projects, go to code.minnpost.com.
- Primary Zoning boundaries from Minneapolis Data Portal.
- Zoning descriptions from Minneapolis Planning Division.
All commands are assumed to be on the command line, often called the Terminal, unless otherwise noted. The following will install technologies needed for the other steps and will only needed to be run once on your computer so there is a good chance you already have these technologies on your computer.
- Install Git.
- On a Mac, install Homebrew, then do:
brew install git
- On a Mac, install Homebrew, then do:
- Install NodeJS.
- On a Mac, do:
brew install node
- On a Mac, do:
- Install Grunt:
npm install -g grunt-cli
- Install Bower:
npm install -g bower
- Install Sass:
gem install sass
- On a Mac do:
sudo gem install sass
- On a Mac do:
- Install Compass:
gem install compass
- On a Mac do:
sudo gem install compass
- On a Mac do:
Get the code for this project and install the necessary dependency libraries and packages.
- Check out this code with Git:
git clone https://github.com/MinnPost/minnpost-minneapolis-zoning-map.git
- Go into the template directory:
cd minnpost-minneapolis-zoning-map
- Install NodeJS packages:
npm install
- Install Bower components:
bower install
- The
Makefile
runs tasks such as downloading sources and converting data. This will also link the Tilemill project into the Mapbox directory for editing in Tilemill.- Run:
make all
- Run:
- To create or update a new tile layer, export from Tilemill and upload to Mapbox (update an existing map if already there).
- Run:
grunt server
- This will run a local webserver for development and you can view the application in your web browser at http://localhost:8871.
- This will also run BrowserSync so any development changes will appear in the browser automatically; note that compiling SASS can take a few seconds.
- By default, running a local server will show you the local development version. But there are other builds that you can view by changing the query parameters. Do note that you may have to run the build and deploy things for things to work normally.
- Local build: localhost:8871/?mpDeployment=build
- Build deployed on S3: localhost:8871/?mpDeployment=deploy
- Embedded version with local build: localhost:8871/?mpDeployment=build&mpEmbed=true
- Embedded version with S3 build: localhost:8871/?mpDeployment=deploy&mpEmbed=true
Development will depend on what libraries are used. But here are a few common parts.
js/app.js
is the main application and will contain the top logic.
Adding libraries is not difficult, but there are a few steps.
- User bower to install the appropriate library:
bower install library --save
- Add the appropriate reference in
js/config.js
so that RequireJS knows about it. - Add an entry in the
dependencyMap
object inbower.json
. This is used to automatically collect resources in the build process. It is possible, like withminnpost-styles
that multiple entries will need to be made, one ber.js
file. Here is an example:
// Should be bower identifier. Order matters for build, meaning
// that any dependencies should come first.
"library": {
// Name used for reference in RequireJS (some modules
// expect dependencies with specific case, otherwise its
// arbitrary and you can just use the library name from above).
// If this is not a JS library, do not include.
"rname": "library",
// (optional) Path to un-minified JS files within bower_components
// excluding .js suffix.
"js": ["library/dist/library"],
// (optional) Path to un-minified CSS files within bower_components
// excluding .css suffix.
"css": ["library/dist/css/library"],
// (optional) Path to un-minified IE-specific CSS files
// within bower_components excluding .css suffix.
"ie": ["library/dist/css/library.ie"],
// (optional) Folder where images are; these will be copied to the
// dist/images folder.
"images": ["library/dist/css/images"],
// What is expected to be returned when using as a RequireJS dependency.
// Some specific libraries, like jQuery use $, or backbone returns the Backbone class.
// If this is not a JS library, do not include.
"returns": "Library"
}
There are basic QUnit tests in the tests
folder.
- Run with:
grunt test
- OR for more descriptive tests, go to
tests/index.html
in the browser.
To build or compile all the assets together for easy and efficient deployment, do the following. It will create all the files in the dist/
folder.
- Run:
grunt
Deploying will push the relevant files up to Amazon's AWS S3 so that they can be easily referenced on the MinnPost site. This is specific to MinnPost, and your deployment might be different.
- Run:
grunt deploy
- This will output a bit of HTML to if you want to use the project as an embed.
There are to main ways to include the necessary HTML in a page in order to run the project.
- Copy the relevant parts from
index.html
.- This has the benefit of showing messages to users that have older browsers or have Javascript turned off. This also uses the build that separates out the third-party libraries that are used and are less likely to change; this gains a bit of performance for users.
- Copy the embed output from
grunt deploy
(still in development).
List any hacks used in this project, such as forked repos. Link to pull request or repo and issue.
MinnData, the MinnPost data team, is Alan and Tom aided by MinnPost reports and editors and all the awesome contributors to open source projects we utilize. See our work at minnpost.com/data.
.--.
`. \
\ \
. \
: .
| .
| :
| |
..._ ___ | |
`."".`''''""--..___ | |
,-\ \ ""-...__ _____________/ |
/ ` " ' `"""""""" .
\ L
(> \
/ \
\_ ___..---. L
`--' '. \
. \_
_/`. `.._
.' -. `.
/ __.-Y /''''''-...___,...--------.._ |
/ _." | / ' . \ '---..._ |
/ / / / _,. ' ,/ | |
\_,' _.' / /'' _,-' _| |
' / `-----'' / |
`...-' `...-'