Hacktoberfest 2026: los issues que los mantenedores marcaron para octubre, abiertos y aptos para principiantes. Explorar issues de Hacktoberfest

Create a Trip Length Calculator

Abierto
  • ¿Algo no está bien?
#126 1 comentario 0 reacciones 0 asignados Ver en GitHub

Nadie ha tomado este issue todavía.

Evaluación

Dificultad
5/5
Tiempo estimado
Más de una semana
Aptitud para principiantes
25/100
Tipo de issue
Nueva funcionalidad
Claridad
Bastante claro
Estado de actividad
Estancado
Área
backend-api-design, data

Línea de trabajo

Comienza localizando el punto de entrada de tripLengthCalculator o tripListProcessor y revisa cómo Address List Editor, el geocodificador por lotes y BC Route Planner representan las listas de direcciones. Confirma cómo encajan los viajes con múltiples paradas y los modos más rápido/más corto en las interfaces existentes. Se considera terminado cuando se acepta el esquema de lista de viajes especificado y se producen tripName, driveTime y distance, conservando las columnas definidas por el usuario.

Escrito por el modelo de indexación a partir del texto del issue.

Descripción

enhancement medium priority trip list processor

tripLengthCalculator takes a list of one or more trips and returns the shortest time/distance of each one.

The trip list can specify multiple trips and each trip can have a sequence of two or more addresses.

The trip list has two required columns: addressString and tripName.

addressString is a physical address in Single Line Address Format.
tripName is the name of a given trip or is empty. When it is not empty, it means the address is the starting place of a new trip; When it is empty, the address is a stop along the way in an existing trip.

Here’s an example trip list containing three trips with one start and one stop each:

addressString,tripName
“375 2nd Ave, Campbell River, BC”,“11 -> 12”
“2137 Comox Ave, Comox, BC”,
“375 2nd Ave, Campbell River, BC”,“11 -> 14”
“49 School Rd, Alert Bay, BC”,
“13750 96th Ave, Surrey, BC”,” 13 -> 15”
“600 W 10th Ave,Vancouver, BC”,

The first address in the list is always treated as a new trip even if tripName is empty. You can add more columns (e.g., fromPlace, fromType, toPlace, toType) and they will be preserved on output.

This trip list format has the following advantages:

  1. A trip can have more than one stop.
  2. If tripName is empty for every address, the list is treated as a single trip which is what most users would expect.
  3. The same list can be fed into the Address List Editor or batch geocoder for QA before the tripListProcessor sees it.

An alternative trip list input format is one trip per record with start and stops columns. The stops column contains one or more addresses separated by an address separator (e.g., "|"). It has the disadvantage that the list can't be fed into the ALE or batch geocoder.

The trip list output format contains a list of trips with the following schema:
tripName,driveTime,distance[, user-defined columns]

Trip List Processor Parameters

mode = fastest | shortest

Lenguaje dominante
Sin datos de lenguaje
Estrellas
7
Forks
6
Merge medio
12 d 20 h
PR fusionados (30 d)
1

Preparar el entorno

Este proyecto no incluye contenedor de desarrollo, Dockerfile ni guía de contribución, así que la configuración corre por tu cuenta: empieza por su README y consulta nuestra guía para la primera contribución para los pasos generales.

Primeros pasos

  1. Lee el issue completo y luego la guía de contribución del proyecto.
  2. Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
  3. Haz un fork del repositorio y trabaja en una rama.
  4. Abre un pull request que haga referencia al número del issue.

Más de bcgov/ols-devkit

Todos los issues de bcgov/ols-devkit

Issues similares

Más issues de Backend & API Design

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.