User:JaimeLyn/Weekly Reports

These are weekly reports on the Historical_OpenStreetMap FOSS OPW project for User:JaimeLyn

My OPW-related blog posts can be viewed on Blogger.

Community Bonding Period

 * 1) Most of this has been done through the mailing list.

Lessons learned since 21 April

 * 1) Started from scratch in using IRC. Picked up the basics here and here
 * 2) There is an overwhelming amount of information about both the OHM project and MediaWiki in general on the web, which makes Googling for links problematic at best (and hair-tearing at second best). I've learned to use this page as a key to some of the more frequently needed resources.

Communication Plan

 * 1) Our team uses the Historical Mailing list, Google Hangouts and IRC #ohm
 * 2) I will complete weekly progress reports here with frequent check-ins to my mentor via Hangouts and/or IRC.

Deliverables
The MVP: Integrate the time slider created by ConorMc (need user page to properly cite) into the Rails_Port webpage codebase.

The second half of the internship will be spent integrating the slider into the map renderer.

Week 1: May 19 to May 25

 * 1) Researched history of OHM project in archives and GitHub issues here and here.
 * 2) First OHM planning meeting on Google Hangouts, synopsis by Robert H. Warren posted on User/JaimeLyn/Weekly_Reports/May 22 OHM Hangout Synopsis
 * 3) Added to Github OHM organziation and (scarily) given push access.
 * 4) Assigned and began work on microtask of investigating methods for client-side rendering

Week 2: May 26 to June 1

 * 1) Went spelunking through the OHM Rails Port to find where to place the slider (and was later introduced to (and made a small link fix within) the official OHM UI wiki page
 * 2) Attended #OPW IRC chat for OPW Interns on May 27th, 3PM UTC.
 * 3) We had a round of intros and some general questions
 * 4) Sumana Harihareswara is now the official "so where do we go after this is over" post-internship planning mentor
 * 5) Sumana also posted a link to a very helpful article on when to ask for help First You Must Try, Then You Must Ask
 * 6) During this week's Google Hangout meeting with mentor, reviewed task from last week and discussed next steps
 * 7) find a place for the TimeSlider on the OHM site
 * 8) start finding a way to make input from the TimeSlider feed into the website and request the tiles needed (this one's a higher level task and will break out into other pieces)
 * 9) I posted mockups of two different ideas for TimeSlider placement:


 * 1) within the header of the site
 * 2) attached to the search box on the site

Week 3: June 2 to June 9

 * 1) Snagged TimeSlider code from themusictree.net website
 * 2) Continuing work on getting the slider integrated into the website and I'm learning:
 * 3) Building consensus can be hard - there are a lot of differing opinions over what the TimeSlider should look like and how it should function.
 * 4) While I know Rails, finding one's way around a new code base can be tricky, to say the least. I'm using the Rails UI Wiki page and this little guide to Erubis to try to lead the way.
 * 5) I've been very surprised at how much of the logic of the site is in JavaScript. The other Rails projects I've dug into have been mostly Rails with a little JavaScript for buttons and hover effects. This project is a JavaScript project wrapped in a Rails app. I'm still getting a handle of its complexity.
 * 6) I'm still working on getting the slider working but I've got the text fields showing, at least.
 * 7) They needed a lot of tweaking to fix and flex to the space of the site. My branch is posted on GitHub.
 * 8) I have hit a major roadblock with the bottom half of the slider. The divs generated in the JavaScript portions are not rendering on the site. I've used console.logs throughout, testing to be sure that the script is running but I have not yet found the problem. I'm reaching out to my mentor for some assistance for what else to try to find the answer. I've exhausted my ideas. (None thus far have worked.)

Week 4: June 9 - June 15

 * 1) After consultation with my mentor, we were both stumped so we reached out to the author of the slider for tips and toward the end of the week, we finally synced and got the slider working! The slider required a change from rendering a single object to iterating through a group of divs to create the sliders.
 * 2) While I was waiting to work with the slider-creator, I started investigating methods for having a form in Rails have two separate actions, depending on the button clicked. It's apparently a little non-REST-full, but there are some REST-like options:
 * 3) using the params and embedding if statements into the controller or
 * 4) capturing the name of the button that is clicked.
 * 5) I also cast about for other options that might be more understandable for me (this was a plan Z option, in case I never was able to connect with the original author.) I found a few nice options including nouislider
 * 6) Received a last-minute invite to the OHM/OSM Hangout at the @SotMEU Conference on June 13th.
 * 7) The audio was very difficult to understand, but Susanna Ånäs pointed me to SK53's Maps Matter Blog. I spent a lot of time reading through to get more familiar with the history of the project. A shared notes page is posted here.

Week 5: June 16 - June 22

 * 1) I spent far too long this week chasing Heroku errors in an attempt to get a live version of my time_slider2 branch online. After an IRC chat with my mentor, I cut my losses and moved on to the next task:
 * 2) Capturing the start_year value entered from the TimeSlider
 * 3) I found a new resource: a StackOverflow-style QA page for OSM.
 * 4) Regrettably, this resource seems focused on map-editing users. It did help me discover when I was headed (meandering?) down the wrong track with the router file in Rails and needed to pivot and work on the router.js file.
 * 5) This was a real Edison week. I found a dozen different ways that don't work. Still at it.

Week 6: June 23 - June 29

 * 1) Completed and submitted my mid-session evaluation.
 * 2) I'm not where I thought I would be at this point in the session. There is a tremendous difference between the code used in tutorials and student-level projects and the real, live code that lives out in the wild.
 * 3) It's more than just the complexity (although the huge leap in complexity would be more than enough to stymie me!) There are unfamiliar conventions and blending of platforms that still surprise me. (I'm still getting caught flat-footed and discovering that the code I'm writing in Rails needs to be ripped out and put into the JavaScript portions of the code base.) I will learn.
 * 4) I'm having a meeting with my mentor on Tuesday, and hopefully that will give me some grounding.
 * 5) I'm making an effort to commit more often and to push up my commits to my branch more regularly. I've been fearful about doing so but last week, I caught myself trying the same failed function twice. Having all of my commits with failures noted well help stop me from doing that in the future.
 * 6) I made some baby steps toward success:
 * 7) screenshot
 * 8) GitHub issue tracker

Week 7: June 29 - July 5

 * 1) On Monday, the OHM team had our monthly Google Hangout (which I have learned is every first Tuesday of the month). The very sketchy notes are posted online.
 * 2) At the Hangout, I was introduced to a new resource: the design prototypes for Wikimaps search. I'm pouring over them today. In fact, I spent an inordinate amount of time reading new material and going through archives to catch up. At every Hangout or meeting, I come across more terms and talking points that leave me confused. I'm filling in the gaps. My reading list has included:
 * 3) reports on Zurich Hackathon
 * 4) the Wikimaps Search Design page above
 * 5) more on vector rendering of tiles in preparation for my next steps
 * 6) RfC for How to Deal with Open Datasets
 * 7) Overview of Wikimaps
 * 8) I am getting most anxious about continuing to work on my own branch of the OHM for so long. I would like to push to Master soon, but I need a better-working demo before I do so.
 * 9) I've been spending a lot of time there attempting to craft an appropriate request to get something other than a doctored error message to appear on the site when searching by year.
 * 10) The most excellent Frances Hocutt introduced me to the Wikidata API Sandbox It is proving quite helpful. APIs are a whole new world to me.
 * 11) To appease my anxiety, I submitted a pull request with my most up-to-date code: https://github.com/OpenHistoricalMap/ohm-website/pull/18

Week 8: July 6 - July 13

 * 1) And the code I've written was deemed not yet ready for prime time - it only works halfway at this point. I will resubmit after I get the code up to production standard.
 * 2) After some useful feedback on the importance of submitting a pull request with only one commit (and some pointers to how-to's on rebasing to make that happen) and the helpfulness of of including *lots* of screenshots showing the software in action, I closed the pull request.
 * 3) One (!!) of the aspects of this project that I have found especially challenging is finding my way through the blending of JavaScript and Rails code. I spent an inordinate amount of time this week chasing down what turned out to be a Javascript syntax error that was manifesting as a Rails error.
 * 4) I've installed the "better_errors" gem to try to assist with errors like this - it will presumably be triggered if it is a true Rails error
 * 5) I've also learned that if I make changes to the JavaScript portions of the code, I have to restart the server in order to see any changes. Most changes to the Ruby code automagically propagates without restarting the server.
 * 6) Screenshots of my progress so far are on GitHub. Searching by year (2008 and 2009) will bring up the Burning Man map layers for those years and recenter the map to that area. Searching by any other year brings up with message that this is a work in progress. (It no longer crashes the map and brings up the dreaded Rails error screen, so there's some progress there!)

Week 9: July 14 - July 20

 * 1) After some discussion and direction from my mentor, I'm tackling the tile rendering server bit. I've added a test layer for "Year" in the leaflet.osm.js file.
 * 2) I've got a first little skeleton in the code but it doesn't lead anywhere yet. I updated the issue tracker in GitHub with my latest and (not so) greatest.
 * 3) The screenshot is also posted here
 * 4) As can be seen by the mostly empty layer on the right, I've got most of the plumbing in there but there's no data coming through the pipes.
 * 5) Digging further into Leaflet and how to use it and I also put up a white flag for assistance in the issue thread above

Week 10: July 21 - July 26

 * 1) At the beginning of the week, I felt a little discouraged after seeing this post in the mailing list about how nomoregrapes built a working slider over an isolated OHM map during the Hackathon at SoTM-EU. I went through the code he posted on GitHub and linked to it in the GitHub OHM issues tracker.
 * 2) After a lot of hacking and many false starts (and some help from my mentor), by the end of the week, I found the proper places in the code to add references to the {t} value for searching. My commits and code

Week 11: July 28 - August 3 - WIP/DRAFT

 * 1) We're jumping into the rendering now. Most of the work will be in ohm_mod_tile, especially renderd and the master daemon program.
 * 2) I posted the IRC log here (tried to strip out the filler /leave, /join, etc)
 * 3) RENDERING
 * 4) This file is proving vital but elusive: home/tim/ohm-carto/ohm-carto/mapnik 2008.xml (UPDATE: I have the file now, but...)
 * 5) The bulk of the renderer is written in C and C++ (with a lot of Bash and some inline SQL for good measure.)
 * 6) I am v e r y  s l o w l y and carefully modifying the renderer to accept the {t} parameter. It's been many years since I've even looked at C code (and that was in an introductory C class.)
 * 7) I'm relying heavily upon the 'git grep' command (tracking here).
 * 8) I'm logging my progress so I can keep track of what I've changed and where: git diff log.