Logging in to the BU VPN
BU offers a virtual private network that allows users to connect to the campus network (and to the internet through the campus network) from at home or around the world. Reasons to do this include accessing files on the office computer or retrieving articles from journal sites that restrict access to subscribing institutions.
Here’s how to set up this sort of connection on your Mac. (I understand the procedure is very similar in Windows.) Go to ssl.binghamton.edu and log in using your standard username and password. Select the PODS domain unless you’re certain another option is appropriate for your account.
You can access a variety of accounts and services directly through this web page, but to channel all of your computer’s network traffic through the campus network, click the Network Connect Start button.
The Network Connect utility is installed automatically. You may be prompted to allow this bit of black magic.
It may take a moment for the program to download.
Soon the Network Connect utility will run. Now you are connected to the campus network! You can access shared folders or servers hosted on individual machines invisible to the outside world.
Logging in to ssl.binghamton.edu is necessary only to install the Network Connect utility. From now on, you can connect to the VPN by running the utility directly. (It will prompt you for the same login credentials.)
Questions? Corrections? Related ideas?
Posted on Wednesday, June 24th, 2009.
Doing It Right
Inspired by a post on Beany’s blog (one of many neat bicycle sites I’ve discovered recently), I spent some time this evening cleaning my chain:
A few days ago I tried cleaning the chain while it was on the bike, but it wasn’t very effective. So, tonight I took the chain off the bike, put it in a tub (which may or may not have been my bath tub) with a strong mix of water and degreaser, and scrubbed it thoroughly with an old toothbrush. Rinsed, dried, and lightly lubricated; now it’s back on the bike and ready for action!
General principle: if you rely on it regularly, it’s worth maintaining properly.
Posted on Wednesday, June 24th, 2009.
Neighborhood Quality
Although I will be unable to participate in the presentation I alluded to last week, I am happy to report it proved quite feasible to prepare a package of example data in Google Earth format. I have provided a single self-contained KMZ file to my colleagues. It contains a variety of map overlays organized in folders, including labels and some descriptive annotations.
The interpolated surface in the screenshot above depicts the results of a survey assessing middle and high school student perceptions of neighborhood quality. My house lies just inside a hot spot. I look forward to plotting the results of the most recent edition of this survey. We’ll test the landlady’s opinion about neighborhood decline!
Posted on Tuesday, June 23rd, 2009.
FastScripts 2.4
Daniel Jalkut has updated FastScripts, my utility of choice for running scripts or opening favorite files with a keystroke or a trip to the menu bar.
Notably, there is now just one version of FastScripts, which may be used for free or upgraded to allow more than ten keyboard shortcuts.
Posted on Monday, June 22nd, 2009.
Rudimentary Legends
In yesterday’s experiment with choropleth maps in Google Earth, I acknowledged the lack of classification legend. I used the Layer to KML conversion tool in that example, but today I tried the Map to KML tool. It includes certain map layout objects like legends.
I don’t care for the way it looks, and it certainly needs clearer labels, but it’s a legend. The legend won’t appear in Google Earth if it was converted to graphics in ArcMap, so keep in mind that Map to KML will only preserve some elements.
Posted on Friday, June 19th, 2009.
Fixing FileMaker Server Web Start
I recently installed the Java for Mac OS X v10.5 Update 4 on my computer at work. Today I had trouble logging in to the administrative interface for our new FileMaker Server, which is launched as a Java Web Start application. After fiddling with it for a minute, I found a recent post by John May confirming the problem is related to the Java update and offering a solution.
In the “Get Info” window for the web start file, select “Other…” from the “Open With” menu and choose the Java Web Start application found in /System/Library/CoreServices. Problem resolved.
Posted on Friday, June 19th, 2009.
Detachable Baskets
I rolled this old step-through bike pretty frequently over the past year. With the addition of a simple Nashbar rack and some cheap baskets, it made a great grocery-getter.
I attached the baskets to the rack with a battery of zip ties. Many ties along the top distributed the weight of the load. One or two ties at the bottom of the baskets kept their frames held snugly against the rack supports.
I gave the blue bike to my sister, but I kept the baskets. They’re handy, but admittedly a bit cumbersome to ride around with all the time (although at the rate I accessorize my bike, you wouldn’t think it’d matter). So, inspired by an Instructable about backpack panniers, I devised a simple 24″ bungee cord detachable basket mounting system.
The basket’s weight is supported by the base of the hooks. The bungee cord is kept taut by looping it under the tabs found at the base of most racks, and the basket is again stabilized by strategically placed zip ties. Hot swappable bicycle luggage!
Posted on Thursday, June 18th, 2009.
Popular Reference
Yesterday I was thinking about how to make maps more accessible by adding reference features to the display. Today I realized that since Google Earth is such an excellent reference tool – replete with imagery, street maps, and the captivating advantage of seamless navigation – the problem of anchoring the data might be resolved by presenting it in that context. As a trial, I used the ArcToolbox Layer to KML conversion tool to save some maps in a compatible format.
I think this is a useful way to lead a discussion about a place. We can present our data, yet easily and actively explore other aspects of the environment. A playful approach is engaging, and can have serious benefits: it is important to ask questions like “is this the right data?” or “what else is going on here?”. I feel this exploratory attitude is appropriate in my situation; when I present our data, I want to inspire the group to think about possible applications and variations.
The sample map pictured above is faulty in that no legend is displayed. I think it is possible to include a legend, among other things, in the KML file. I look forward to getting up to speed on Google Earth & Maps technology. I expect that in the future more Binghamton Neighborhood Project data will be made available online in this way; Google even encourages projects like ours through Outreach.
Here I advocate using Google Earth as a venue for presenting conventional choropleth maps because of the ease with which other reference layers can be explored, providing context for the data. I agree with Mark Harrower that three dimensional thematic maps (porcupine globes) are generally unsuccessful, but the debate is interesting, so check out the relevant posts by Bjørn, Leszek, and Rich.
Rich concludes with some points that reflect my own reasons for enthusiasm about this approach. In particular, he gives this example:
Draping a thematic map over topography can be a useful visualisation e.g. polygons showing erosion rate draped over a range of mountains, by eye you could then relate erosion to slope.
The sample map shown above happens to be “Percent Tree Cover” by census block. With Google Earth’s Terrain layer enabled, it soon becomes evident that the hilltops are the most heavily forested areas around the city. I am curious what other neighborhood relationships the group will uncover when we explore our demographic data!
Posted on Thursday, June 18th, 2009.
Reference Features
Next week I will help present some Binghamton Neighborhood Project data to a small committee of people interested in the state of our city’s South Side. I will be showing maps of various demographic measures collected by the BNP, addressing the question “who are the residents of the South Side?” and demonstrating the project’s ability to develop knowledge about neighborhoods.
Today I have been thinking about how to present these maps. Spatially, the lowest common denominator for our data is the census block group. I will use census block groups as the enumeration unit for my thematic maps.
However, in this case I don’t think it is sufficient to just plot the data. Few people are familiar with census geography – you may recognize the shape of your nation or state, but do you recognize the shape of your census tract or block group?
If the purpose of a map is to complement the viewer’s knowledge of an area, it is the map’s function – and the cartographer’s responsibility – to link the data to the viewer’s conception of the place. If the enumeration units are easily recognized – states, counties, etc. – then no further context is needed. If the data is organized at an unfamiliar resolution, additional reference features are needed to root the map in the viewer’s world.
Reference features can be streets, labelled landmarks, or natural features. Boundaries of more familiar regions can be informative, too, but if the region of interest is small and falls entirely within well-known borders, physical features remain the best reference. Especially pertinent are those features people encounter in their daily activities.
I think this sort of context has been absent in previous presentations of BNP data. The project has generated plenty of interest in the community, but little sustained engagement. I suspect the idea seems inspiring, but the information bewildering; it’s hard to act or base decisions on seemingly arbitrary patterns.
Our goal is not to share what we know about block groups (or any other artifact of data collection), but to share what we know about neighborhoods – places associated with homes, schools, businesses, and the routes we navigate. So, I will try to make meaningful maps by integrating our information with some of these well-known elements.
Posted on Wednesday, June 17th, 2009.
How to Build LPub
LPub is a program by Kevin Clague which you can use to create building instructions from LDraw models. If you are eager to test out features that are still in development, you will need to compile it yourself. Here’s how!
Install Qt
Qt is an interface toolkit and application framework. The current version of LPub requires Qt 4.5. I downloaded the LGPL/Free version of the Qt SDK for Mac (436 Mb). Installation is easy: just double-click the installer package and accept the default settings.
Download the LPub Code
Fire up Terminal and navigate to an appropriate place to store your files (probably not the Desktop). Check out a fresh copy of the LPub source code with the following two commands (just press enter when prompted for a password):
cvs -d:pserver:anonymous@lpub4.cvs.sourceforge.net:/cvsroot/lpub4 login cvs -z3 -d:pserver:anonymous@lpub4.cvs.sourceforge.net:/cvsroot/lpub4 co -P LPub4
This will result in an LPub4
folder containing everything you need. To update your working copy of the code with any recent changes, issue the following command from anywhere within the LPub4
folder:
cvs update
Compile LPub
Navigate to the innermost LPub4
directory, create a Makefile for your machine, and compile the program with the following commands:
cd LPub4/LPub4 /usr/bin/qmake -spec /usr/local/Qt4.5/mkspecs/macx-g++ -macx -o Makefile LPub.pro make
After updating from previous versions of LPub, you may occasionally find it necessary to delete the com.lpub.LDraw Building Instruction Tool.plist
file from your ~/Library/Preferences
directory.
Test and Provide Feedback
Now you’re ready to experiment with the latest LPub technology. Make some custom instructions! (Explaining the ins and outs of the program itself is a subject for another post.)
Your work is not done yet, though: an important part of playing with unreleased software, in my opinion, is to provide feedback to the developer (even if you are not a programmer, your input can be very useful). Offer detailed descriptions of any bugs you encounter, cogent suggestions for improvements, and thanks to folks like Kevin for investing so much effort in programs like LPub.
Posted on Saturday, May 16th, 2009.