Add date parameter occurrences #84
Conversation
Perfeito. A validação eu fiz ontem. o request tem que ser feito com 2023-07-13 e initial_date < final_date. Mas, de fato, podemos aceitar outros formatos e trabalhar "internamente". |
Não necessariamente “com todas as possibilidades possíveis” — mas de uma forma que mencione claramente o formato da data esperado. |
Só para avisar: talvez faltou o |
Não... é que eu fiz teste de chamada à API manualmente ó para ver o comportamento dela. Não por "pytest". No último commit adicionei a lógica que vc havia proposto de limpar o dados que vem de data (usei expressão regular), para depois converter a Acho que deve ter uma forma mias "pythonista", usando menos "ifs". Imagino que vc sbaerá me induzir a u código mais interessante... |
…ome do erro relacionado a initial_date e final_date
…rmatError;⚠️ resolve problema do commit anterior
| | Name | Required | Description | Type | Default value | Example | | ||
| |---|---|---|---|---|---| | ||
| | `state_id` | ❌ | ID of the state | string | `None` | `'b112ffbe-17b3-4ad0-8f2a-2038745d1d14'` | | ||
| | `city_id` | ❌ | ID of the city | string | `None` | `'88959ad9-b2f5-4a33-a8ec-ceff5a572ca5'` | | ||
| | `city_name` | ❌ | Name of the city | string | `None` | `'Rio de Janeiro'` | | ||
| | `format` | ❌ | Format of the result | string | `'dict'` | `'dict'`, `'df'` or `'geodf'` | |
There was a problem hiding this comment.
Foi falha minha, mas se todas são string, precisamos da coluna Type?
There was a problem hiding this comment.
Talvez em citites não seja necessário. Mas em occurrences, sim. Pois o parâmetro id_citites pode ser uma string ou lista de strings...
Faz muita diferença se deio assim?
Pois , ainda que tenhamos a coluna "exemplos", não é óbivio que o id_cities seja uma string.
@cuducos aproveitei o embalo e comecei a trabalhar no parâmetro de data para o end point occurrences, conforme mencionado em #83 .