google / google/open-location-code
Validation logic is inconsistent across languages
- Lenguaje dominante
- Java
- Estrellas
- 4.4k
- Forks
- 530
- Métricas de merge de PR
- Sin PR fusionados en 30 d
Descripción
There are two instances I found where validation logic for codes is inconsistent across languages:
1. Automatically expanding requested short code length if odd. Most of the
language implementations automatically add 1 to the length of requested codes
if the length indicates it is in the pair part of the code. Java, C++, Python,
and Javascript are the outliers.
2. Validate latitude and longitude bounds within validation logic for full
codes. Most of the language implementations only check the first two characters
for latitude/longitude bounds when within the validation logic for full codes,
not when generally checking if codes are valid. This does introduce a strange
case where a code is "valid", but is neither a valid short nor a valid long
code. C++ is the outlier here.
I have a PR out to fix this:
https://github.com/google/open-location-code/pull/750
Guía de contribución
Línea de trabajo
Comienza comparando las implementaciones de validación en Java, C++, Python y JavaScript, y después revisa el pull request enlazado 750. Comprueba cómo se gestionan entre los distintos lenguajes las longitudes de los short-codes y los límites de latitud/longitud. Se considera terminado cuando el comportamiento de validación es coherente en las implementaciones afectadas y las comprobaciones relevantes pasan.
Escrito por el modelo de indexación a partir del texto del issue.
Evaluación
- Stack tecnológico
- cpp, java, javascript, python
- Área
- backend
- Tipo de issue
- Error
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Estado de actividad
- Estancado
- Claridad
- Bastante claro
- Aptitud para principiantes
- 20/100