Challenge #116: A Symphony of Parsing Tools!

[ggruccio]

That was a challenge!  There are probably ways to do it with less tools than I used....I'll have to examine some of the other submissions!

Spoiler

My real challenge here was determining how to work with multiple dates and performances.  The results to compare to seemed to imply only one date and time per program ID, however I had multiple dates and times.  I divided the data stream - choosing only the first date - and then merged that back with the data on the work (soloists, etc.)

[SeanAdams]

This was more fiddly than difficult - spent a lot of time aligning fields, changing types etc.

Spoiler

[estherb47]

Great practice with the XML parsing tool!

My original workflow treated each instance of the program (e.g., same program, different days), as a record. Simple Unique tool at the end of the workflow took care of that.

Fun fact. I could verify this list with one of my dear friend's father -- he's been the librarian of the NY Phil for many many years!

[LordNeilLord]

I HATE XML PARSING

Spoiler

[DawnR]

I had to copy the xml file first, since our network blocked the download tool use, but got it done. Good practice for xml parsing.

[jasperlch]

Solution attached.

[JosephSerpis]

Challenge Completed

[kat]

When this challenge first came out I had no idea how to solve it, but now I'm slowly starting to feel comfortable with XML parse :) could probably do with a few less tools!

I took into account all concerts, so I have a few more rows (at least that's what I think is the reason!)

Spoiler

[DavidP]

Great challenge!

I also initially got one less record than the published results, relating to Program 12104 Piece 7955* which is a second intermission.

My filter condition Isnull([Interval]) excluded this, but when I change the filter condition to [Interval] != "Intermission", I got the same as the official results.

It really helps to open the xml file in a browser before you start to just see which headings contain the data that you want and how many levels you have to parse to get to them.

[danilang]

Ah!  The joys of running on an under powered (8GB) machine.  I had originally built my workflow linearly, parsing each layer in-line with the previous one.  By the time I was parsing the work info, it taking upwards of 3 minutes and generating 10GB data sets.  And this was before had even started on the soloists.  I changed tactics and parsed the major node types in parallel.  Now, complete run time is under 10 seconds, including the download and the largest data set is only 30MB

Divide and conquer saves the day

Spoiler

Dan