corrected hyperlinks to GTFS repo

spec/en/style-guide.md

@@ -6,7 +6,7 @@ Retrieved from: [https://github.com/google/transit/blob/master/gtfs/spec/en/styl
 
 >### Route Organization
 >
->The entries in [routes.txt](reference.md#routes.txt) should typically have the same organization as the physical routes communicated to riders by an agency. As an example, an agency will often first group their timetables by route when presenting them on a website or in a printed booklet. The entries in routes.txt should generally have a one-to-one correspondence to the timetable routes. It can be tempting for an agency to break a physical route into multiple entries in routes.txt in order to represent different route variations, such as direction of travel, but the preferred approach is to instead use features of [trips.txt](reference.md#trips.txt) to model those variations. Multiple entries in routes.txt with the same route short name or route long name are often an indication that routes have been needlessly subdivided.
+>The entries in [routes.txt](https://github.com/google/transit/blob/master/gtfs/spec/en/reference.md#routestxt) should typically have the same organization as the physical routes communicated to riders by an agency. As an example, an agency will often first group their timetables by route when presenting them on a website or in a printed booklet. The entries in routes.txt should generally have a one-to-one correspondence to the timetable routes. It can be tempting for an agency to break a physical route into multiple entries in routes.txt in order to represent different route variations, such as direction of travel, but the preferred approach is to instead use features of [trips.txt](https://github.com/google/transit/blob/master/gtfs/spec/en/reference.md#tripstxt) to model those variations. Multiple entries in routes.txt with the same route short name or route long name are often an indication that routes have been needlessly subdivided.
 >
 >Do:
 >