We have an $n$ by $n$ lattice. We want to find a way to eliminate some edges, so that there are exactly $k$ paths from $(1,1)$ to $(n,n)$ of length $2n-2$. (this means our paths should be NE).
I don't know what kind of an answer it might have, but I would be ok, if I could find an algorithm to solve the problem.( I can write a program to work using that algorithm).
One thing to note, is that if we merge to square lattices like the picture, to make a larger $n+m$ by $n+m$ lattice, the number of those paths we want would be the product of those paths in the smaller lattices. for example, if there are p ways to get from A to B with minimal lenght, and q ways to go from B to C, then we have p*q to get from A to C. This means if k is prime, the answer cannot be decomposed into two smaller square lattices like the picture. I dunno how this helps though.
It's not always possible to find an answer to this problem: for instance, with $n = 5$, there are 70 NE-paths in the full lattice from $(1,1)$ to $(5,5)$, and you can remove edges such that there are 66, 68, or 69 paths, but you can't have 67 paths.
We can see this by marking each edge in the lattice by the number of paths that cross that edge.
We can remove one or two paths by deleting the edges in the upper-left or lower-right corners, but any other edge will remove at least 4 paths, so we cannot end up with 67 paths.
Instead of removing edges, we can consider systematically building up paths, and show that we can always have exactly $k$ paths for any $k$ up to $\binom{n+2}{3}$.
We can get up to $n$ paths easily enough this way:
Then, if we look at the number of paths carried by each horizontal edge in the previous column, we see that the topmost edge adds 1 path, the next one adds 2, and so on:
By adding each of these edges in turn, we can have $n+1$ up to $n+(n-1)$ paths; then we can fill in again from the top to have $n + (n-1) + 1$ up to $n + (n-1) + (n-2)$ paths, and so on, until after adding every edge in this column, we have a total of $n + (n-1) + (n-2) + \dotsb + 1 = \binom{n+1}{2}$ paths.
In the column left of that one, adding the topmost edge adds 1 path; the next one adds 3; the next one adds 6; like so:
These are the successive triangular numbers. It is a little trickier, but you can prove that by taking combinations of these, and possibly removing one path by deleting an edge in the lower-right corner, you can get any number of paths until you have added all of these edges, yielding a total of $\binom{n+2}{3}$ paths.
(In general, the total number of paths in a rectangular segment, with $i$ edges on one side and $j$ edges on the other, including all of its edges, is $\binom{i+j}{i}$.)
To get an algorithm to yield a subset of edges with exactly $k$ paths, the easiest way I can think of goes back to your original approach, that is, removing edges. A greedy algorithm with backtracking will work. For each edge, determine the number of paths which cross it. Then remove an edge with the largest number of crossing paths which doesn't leave fewer than $k$ paths. Keep going until you have just $k$ paths left. If all remaining edges have too many crossing paths, then replace the last edge removed, and try another one.
There is nothing particularly clever or efficient about this algorithm, but it is guaranteed to find a solution if it exists. (And it is much more efficient than the most brutal of the possible brute force algorithms, i.e. checking every possible subset of the edges, which would probably take a decade to compute even for $n = 6$.)
Here is an implementation in Python (written for Python 2.7.) In order to compute the number of crossing paths of an edge, it keeps track of the number of routes from each vertex to all of the vertices northeast of it. The number of crossing paths of an edge from $(i,j)$ to $(k,l)$ is the number of routes from $(1,1)$ to $(i,j)$, times the number of routes from $(k,l)$ to $(n,n)$. When this edge is deleted, the number of routes changes from each vertex southwest of $(i,j)$ to each vertex northeast of $(k,l)$. Specifically, the number of routes no longer available from a vertex $v$ southwest of $(i,j)$, to a vertex $w$ northeast of $(k,l)$, is (the number of routes from $v$ to $(i,j)$) times (the number of routes from $(k,l)$ to $w$).
For convenience of implementation, the vertex indices go from $(0,0)$ to $(n-1,n-1)$ rather than from $(1,1)$ to $(n,n)$.
Here is the output for all the possible numbers $k$ when $n = 4$.
It works reasonably quickly for inputs up to about $n = 60$, on my computer.
Addendum on Triangular Numbers
Above, we had a collection of edges such that adding the $i$th one created $T_i$ many paths, where $T_i$ is the $i$th triangular number, and we claimed that by adding various combinations of these, and possibly removing one path (by deleting an unrelated edge), we could get any number from 1 up to the sum of all the edges, $\sum_{i=1}^h T_i$.
We can prove this by induction. First we need a couple of facts about the triangular numbers:
Lemma 1. After the third triangular number $T_3 = 6$, we can say $i + 1 < T_i$, by induction (the index $i$ grows by one each time, while $T_i$ grows by $i$ each time.)
Lemma 2. After the fourth triangular number $T_4 = 10$, $T_m$ is always smaller than the sum of the smaller triangular numbers. This follows from induction: if $T_{m-1} \leq \sum_{i=1}^{m-2} T_i$, then $T_m = T_{m-1} + m$ is less than $\sum_{i=1}^{m-1} T_i$, since $m < T_{m-1}$ (by Lemma 1.)
To prove the claim, we can show how to do the small cases: $$ \begin{array}{rcccccccccc} \text{number} & 1 & 2 & 3 & 4 & 5 & 6 & 7 & 8 & 9 & 10\\ \text{combo} & 1 & 3 - 1 & 3 & 1 + 3 & 6 - 1 & 6 & 1 + 6 & 3 + 6 - 1 & 3 + 6 & 1 + 3 + 6 \end{array} $$ Now suppose that for some $m \geq 3$ we can write any number from 1 up to $\sum_{i=1}^m T_i$ in this way. Then, by adding $T_{m+1}$ to each such combination, we can get each number from $T_{m+1} + 1$ up to $T_{m+1} + \sum_{i=1}^m T_i$. Since by Lemma 2, $T_{m+1} \leq \sum_{i=1}^m T_i$, these two sets yield every number from 1 up to $\sum_{i=1}^{m+1} T_i$, as claimed.