From 2785508114cad1ed8e477bd7476cf640e15efb59 Mon Sep 17 00:00:00 2001 From: kballou Date: Thu, 25 Feb 2016 11:55:52 -0700 Subject: Add alt text for all images --- blag/content/blog/Spark.markdown | 3 ++- blag/content/blog/Storm-vs-Spark.markdown | 6 ++++-- blag/content/blog/Storm.markdown | 3 ++- blag/content/blog/git-in-reverse.markdown | 18 +++++++++--------- 4 files changed, 17 insertions(+), 13 deletions(-) diff --git a/blag/content/blog/Spark.markdown b/blag/content/blog/Spark.markdown index a8a8262..bb6c4de 100644 --- a/blag/content/blog/Spark.markdown +++ b/blag/content/blog/Spark.markdown @@ -231,7 +231,8 @@ reporting purposes. This project follows a very similar process structure as the Storm Topology from last time. -{{< figure src="/media/SentimentAnalysisTopology.png" >}} +{{< figure src="/media/SentimentAnalysisTopology.png" + alt="Sentiment Analysis Topology" >}} However, each node in the above graph is actually a transformation on the current DStream and not an individual process (or group of processes). diff --git a/blag/content/blog/Storm-vs-Spark.markdown b/blag/content/blog/Storm-vs-Spark.markdown index ea9dc7d..e5f7776 100644 --- a/blag/content/blog/Storm-vs-Spark.markdown +++ b/blag/content/blog/Storm-vs-Spark.markdown @@ -143,12 +143,14 @@ order of magnitude less. Spark Open and Closed JIRA Issues (last 30 days): {{< figure src="/media/spark_issues_chart.png" - link="https://issues.apache.org/jira/browse/SPARK/" >}} + link="https://issues.apache.org/jira/browse/SPARK/" + alt="Apache Spark JIRA issues" >}} Storm Open and Closed JIRA Issues (last 30 days): {{< figure src="/media/storm_issues_chart.png" - link="https://issues.apache.org/jira/browse/STORM/" >}} + link="https://issues.apache.org/jira/browse/STORM/" + alt="Apache Storm JIRA issues" >}} ### Contributor/ Community Size ### diff --git a/blag/content/blog/Storm.markdown b/blag/content/blog/Storm.markdown index 68bb4e8..7223738 100644 --- a/blag/content/blog/Storm.markdown +++ b/blag/content/blog/Storm.markdown @@ -107,7 +107,8 @@ High-Availability is baked into this virtual cluster. ### Overview ### -{{< figure src="/media/SentimentAnalysisTopology.png" >}} +{{< figure src="/media/SentimentAnalysisTopology.png" + alt="Sentiment Analysis Topology">}} I wrote a simple Kafka producer that reads files off disk and sends them to the Kafka cluster. This is how we feed the whole system and is used in lieu of diff --git a/blag/content/blog/git-in-reverse.markdown b/blag/content/blog/git-in-reverse.markdown index 88deb04..5971523 100644 --- a/blag/content/blog/git-in-reverse.markdown +++ b/blag/content/blog/git-in-reverse.markdown @@ -26,7 +26,7 @@ branching. ## What is Git± ## -{{< figure src="http://imgs.xkcd.com/comics/git.png" caption="If that doesn't fix it, git.txt contains the phone number of a friend of mine who understands git. Just wait through a few minutes of 'It's really pretty simple, just think of branches as...' and eventually you'll learn the commands that will fix everything." >}} +{{< figure src="http://imgs.xkcd.com/comics/git.png" caption="If that doesn't fix it, git.txt contains the phone number of a friend of mine who understands git. Just wait through a few minutes of 'It's really pretty simple, just think of branches as...' and eventually you'll learn the commands that will fix everything." alt="XKCD on Git" >}} Git is a few things to many people, and creating a standard definition is our first step to fully understanding the nebulous Git. @@ -175,7 +175,7 @@ filename for `foo.txt`. Visually, this may look like something similar to the following image: -{{< figure src="/media/git-tree-1.png" >}} +{{< figure src="/media/git-tree-1.png" alt="Git Tree" >}} If we inspect the `.git/objects` directory, we should see a new object: @@ -201,7 +201,7 @@ filename of the object or folder name if the element is a tree. A more complicated example of a Git tree may look like the following image: -{{< figure src="/media/git-tree-2.png" >}} +{{< figure src="/media/git-tree-2.png" alt="Another Git Tree" >}} Now we have file names and the ability to track folders, however, we are still managing and holding onto the checksums ourselves. Furthermore, we have no @@ -258,7 +258,7 @@ Finally, after a blank line, the rest of the file is reserved for the commit message; since "our first commit" message is short, it only takes a single line. -{{< figure src="/media/git-commit-1.png" >}} +{{< figure src="/media/git-commit-1.png" alt="Git Commit" >}} To inform Git that we have created a commit, we need to add some information to a few files. First, we need create the `master` reference. We do this by @@ -553,7 +553,7 @@ isn't yet made aware, the code has diverged from a single path of existence to multiple paths. This is a form of implicit branching and explicit branching isn't much different. -{{< figure src="/media/code-branching.png" >}} +{{< figure src="/media/code-branching.png" alt="Code Branching" >}} The structure of Git makes branching trivial, in fact, all that's required is to create a file that marks the branch point of the code. That is, to create a @@ -561,7 +561,7 @@ file under `.git/refs/heads` that contains the branch's base commit hash. From there, the code can safely move forward without changing anything of the other branches. -{{< figure src="/media/git-branching-1.png" >}} +{{< figure src="/media/git-branching-1.png" alt="Git Code Branching" >}} Branching in Git is accomplished with [`git-branch(1)`][20] and [`git-checkout(1)`][21]. @@ -594,9 +594,9 @@ The first Git will try is called "fast-forward" merging, where Git will attempt to play the source branch's commits against the target branch, from the common history point forward. -{{< figure src="/media/git-ff-merge-1.png" >}} +{{< figure src="/media/git-ff-merge-1.png" alt="Git Fast Forward Merge 1" >}} -{{< figure src="/media/git-ff-merge-2.png" >}} +{{< figure src="/media/git-ff-merge-2.png" alt="Git Fast Forward Merge 2" >}} However, this can only be accomplished if the target branch doesn't have any changes of its own. @@ -608,7 +608,7 @@ and attempt to re-apply the merge, the resolution of the merge will be in the merge commit. For more information on merging, see the [`git-merge(1)`][22] documentation. -{{< figure src="/media/git-resolve-merge.png" >}} +{{< figure src="/media/git-resolve-merge.png" alt="Git parent merge" >}} ## Summary ## -- cgit v1.2.1