Temporary Suspension of Graph Generation

[Jim]

Over the next 9-10 days, my algorithms students will be working with TM-derived graph data for a lab assignment.  Since the graphs files change every time I regenerate them even if the underlying data does not (waypoint order, etc), I plan to stop the regeneration of new graphs until this lab is complete so I and my students will have consistent graphs to work with.  Apologies to those who are loading them up and fighting the good fight against NMPs, bad concurrencies, and other issues.  I should be able to restart the generation of new graphs on each site update around February 1 or February 2.

Tonight's site update did include new graphs, so they are currently consistent with what's in GitHub and in the DB.  That will no longer be the case after the next site update.

[froggie]

Would halting site updates for the next week and a half accomplish the same purpose?  Seems it'd be simpler to just do that...

[Jim]

Would halting site updates for the next week and a half accomplish the same purpose?  Seems it'd be simpler to just do that...

No, it's simple enough to perform all except the graph generation.  I add a "-k" flag to one script and it skips those steps.

[si404]

Would halting site updates for the next week and a half accomplish the same purpose?  Seems it'd be simpler to just do that...

No, it's simple enough to perform all except the graph generation.  I add a "-k" flag to one script and it skips those steps.

With added bonus of not penalising the website bunch much.

[Jim]

A better future solution is likely a mechanism where I'd archive "release" versions of the graphs periodically, and have students stick with a particular release version for an assignment or maybe a whole semester.  But that didn't happen in time.

[sipes23]

I'm excited that this site has academic applications.

[Jim]

I'm excited that this site has academic applications.

It's how I help justify the time I put into the project.  http://courses.teresco.org/metal/

[Jim]

The first lab using our data finished up today, so regular graph generation resumes with tonight's site update (currently in progress).

[Jim]

It's time for my Algorithms students to work with highway graph data from TM again.  In order to keep things consistent for the duration of this first lab assignment that involves the graphs, tonight's site update will be the last to generate new graphs until everyone has finished the relevant tasks.  This could be as soon as a week from tonight but as much as two weeks.  As was the case a year ago, this will not stop site updates from happening, meaning the graphs will become inconsistent with what's the in the database as highway data updates are ingested.

(Edit to fix expected timing of resumption of graph generation.)

[dave1693]

I'm excited that this site has academic applications.

As am I. Heck, I'd like to take the class, there's probably new stuff for me to pick up!

[Jim]

Everyone is done with the part of the lab assignment that needed graphs from the site, so I'm regenerating them with tonight's site update.  A new assignment is out tomorrow where they'll be using the graphs again, so this should be the only site update with new graphs for about a week.

[yakra]

Does the Temporary Suspension of Graph Generation include tm-master.nmp?

[Jim]

Does the Temporary Suspension of Graph Generation include tm-master.nmp?

That gets generated, but might not be uploaded when graphs aren't generated.  I will check and can move it over manually if there's interest.

[Jim]

Graphs were generated tonight, but I don't plan to generate them again until next weekend.

[Jim]

This weekend, my algorithms students are between assignments that use the METAL graphs generated by TM.  New graphs that include recent highway data changes will be generated tonight.