Age | Commit message (Collapse) | Author | |
---|---|---|---|
2023-03-31 | insert user into hittekaart queue on track uploads | Daniel Schadt | |
2023-03-31 | make fietscron call hittekaart | Daniel Schadt | |
2023-03-31 | stop sqlite3 DB creation if it doesnt exist | Daniel Schadt | |
This would otherwise happen if e.g. the user has the page open, the SQLite file is deleted, the user then activates the overlay layer, and the sqlite3.connect() creates the database. | |||
2023-03-30 | allow log level to be easily set in container | Daniel Schadt | |
2023-03-30 | check if data version matches at startup | Daniel Schadt | |
This might be helpful to see some errors early. | |||
2023-03-30 | type hint the updater | Daniel Schadt | |
2023-03-29 | fix lint | Daniel Schadt | |
2023-03-29 | profile: show longest duration & duration tracks | Daniel Schadt | |
2023-03-29 | fix longest/shortest confusion | Daniel Schadt | |
2023-03-28 | remove -c from docker documentation | Daniel Schadt | |
With fietsboek.ini, those commands become very ergonomic to use (as long as the user has the configuration at the default place) | |||
2023-03-28 | cli: have a hint if fietsboek.ini is not found | Daniel Schadt | |
2023-03-28 | fix import order | Daniel Schadt | |
2023-03-27 | use fietsboek.ini as default config | Daniel Schadt | |
This makes it easy to use the scripts without always having to specify -c. The error message could be a bit better if fietsboek.ini is not found and -c is not given, maybe we can fix that later. | |||
2023-03-27 | profile: add longest and shortest track | Daniel Schadt | |
2023-03-27 | profile: move cumulative stats to helper class | Daniel Schadt | |
The reason for that is that we want to add "longest track"/"shortest track" soon, and the profile() function is getting a bit long | |||
2023-03-25 | add documentation about Docker | Daniel Schadt | |
2023-03-25 | add an initial Dockerfile | Daniel Schadt | |
2023-03-25 | first integration of hittekaart into fietsboek | Daniel Schadt | |
This makes it a bit easier to generate heatmaps, but at the moment, it only works manually. The "long-term" goal is to have fietscron generate heatmaps on a regular basis. | |||
2023-03-25 | profile: take into account all tracks | Daniel Schadt | |
With the previous logic, we only counted those that the user themselves uploaded. | |||
2023-03-25 | use own i18n strings for profile page | Daniel Schadt | |
2023-03-25 | add number of tracks to profile | Daniel Schadt | |
2023-03-25 | profile: show first base layer per default | Daniel Schadt | |
Otherwise it does look very empty when you open the page. | |||
2023-03-25 | add docstrings | Daniel Schadt | |
2023-03-25 | show heatmap on profile | Daniel Schadt | |
So far, fietsboek does not generate them, but if you happen (by accident) to have hittekaart output a heatmap to the right location, the profile page will now show it. | |||
2023-03-25 | first scaffolding for profiles | Daniel Schadt | |
2023-03-25 | rename profile to user-data | Daniel Schadt | |
This is not really a profile page, but rather a page to change your personal data, so it should be named accordingly (in preparation for real profiles). Additionally, we use POST requests to deal with the data change. | |||
2023-03-25 | fix eslint CI job | Daniel Schadt | |
Turns out you need to supply an actual empty array. While we're playing with the CI configuration, we also move the deprecated global image/cache/before_script sections into the "default" section. | |||
2023-03-25 | run eslint on the CI | Daniel Schadt | |
2023-03-25 | ignore compiled js and css files in linguist | Daniel Schadt | |
2023-03-24 | move (most of the) JavaScript code to TypeScript | Daniel Schadt | |
Yay, types! (And a lot of escape hatches) | |||
2023-03-23 | rewrite fietsctl to use click | Daniel Schadt | |
This makes it consistent with the other scripts (fietsupdate, fietscron), and makes the argument parsing setup a bit nicer to read. | |||
2023-03-22 | add documentation about SASS and JS | Daniel Schadt | |
2023-03-22 | use sass for the CSS files | Daniel Schadt | |
2023-03-22 | use npm to manage Javascript libraries | Daniel Schadt | |
I'm not the biggest fan of combining many package managers, but the JavaScript libraries (Bootstrap, Bootstrap-Icons, later the @types modules and Leaflet) are easy to get via npm, so maybe we can use that to our advantage and have npm at least download them. | |||
2023-03-08 | bump version to 0.6.0v0.6.0 | Daniel Schadt | |
2023-03-08 | update dependencies | Daniel Schadt | |
2023-03-08 | update changelog | Daniel Schadt | |
2023-03-08 | adjust release checklist for Python 3.9 | Daniel Schadt | |
2023-03-07 | wait until accordion is expanded | Daniel Schadt | |
Currently, the test seems flaky on CI due to playwright._impl._api_types.Error: Clicking the checkbox did not change its state Maybe this is the change that will fix it? | |||
2023-03-07 | tests: use .check() instead of .click() | Daniel Schadt | |
This gets the intent across clearer | |||
2023-03-07 | disable cache for transformer tests | Daniel Schadt | |
2023-03-07 | fix duplicated import | Daniel Schadt | |
2023-03-07 | update changelog | Daniel Schadt | |
2023-03-07 | Merge branch 'transformers' | Daniel Schadt | |
2023-03-07 | switch order of expect & assert | Daniel Schadt | |
While it shouldn't change the outcome of the test, it might make the test less flaky, as the expect call will wait until the page is loaded - which also indicates that the data is updated. Without this, the test depends on the backend being "fast enough" with applying the transformation. | |||
2023-03-07 | fix typo in log message | Daniel Schadt | |
2023-03-07 | add some documentation about transformers | Daniel Schadt | |
2023-03-07 | also test transformers when editing a track | Daniel Schadt | |
2023-03-06 | implement rollbacks on the data directory | Daniel Schadt | |
This helps if the upload/editing process fails, so that we don't end up with orphan data directories (probably the most important change!), or superfluous image files. | |||
2023-03-04 | fix deprecated SQLAlchemy functions | Daniel Schadt | |
Getting ready for SQLAlchemy 2.0! |