Browser warning when visiting https://covidstatus.no. It appears it's used for redirection to https://coronastatus.no right now. I think the certificate should be re-generated with both domains included (it's only one right now).

Update translations are ongoing, see this comment for the plan.

• Here is the google sheet, I'll start copying strings over from the EJS files.
• There are four columns: KEY, Norwegian, which I'll copy over, and empty Dutch and English
• Filling in the Dutch and English translation is a free for all:

1. empty space: click on it so it's locked, find the translation, fill it in, move to the next
2. filled translation: click on it so it's locked, check if you agree, then make the cell green. If you don't agree, update and someone else will check

This way, translations are seen by at least two people without it being a hassle or blocking.

• Green translations can be added to the repo. Not sure what the best course of action for that is (considering prevention of merge conflicts on the translation files) but maybe someone has an idea there (like, add the KEY to the sheet first? i dunno)

Let's make some media images for social media (these are the .no ones):

It makes sense to sort the entries in the chart by value. It's currently not sorted by anything.

Unless user un-checks and checks boxes that make them display in the first place.

Now that we expand the service to the Netherlands, we see the value in providing this service to other countries, as well. The Netherlands might just be the first. If visitors from other countries visit our site, they might wonder whether their country can adopt the same service.

That's why I suggest that we put a link in the "About the service" section:

"The Coronastatus service is currently used in Norway and the Netherlands. Do you need this service in your country? Let us know, and we will help you set it up with minimal effort!"

They are located in root atm.

I see you're using Mapbox so I think it should be enough to enable the hash option.

https://docs.mapbox.com/mapbox-gl-js/api/

We might be able to generate this using annotations + the typescript interfaces we already have,
https://github.com/lukeautry/tsoa

In order to move quickly and release stuff as fast as possible, we decided not to spend too much time writing tests. In order to document the functionality and lock the expected behaviour, we should probably write some more tests.

And show info when user enters homepage next time

@michaelmcmillan: i think we have a couple of designers in the norwegian gang that has some good ideas as well, can let them go over the figma first? :) - https://t.me/onzecorona/514

Are there any comments from the designers in the norwegian gang before we can start implementing this design?

https://www.figma.com/file/WriP7XWOZbni3X94J0asVX/Tailwind-CSS-UI?node-id=6020%3A543

With a bar chart, we can show people which symptoms covid-19 infected have. We can use the same bar chart as the one we have with symptoms now.

Here are the things we need to solve:

• Create a copy of municipalities.json where the key is the municipality and the zip codes are the zip codes within that municipality.
• Create a copy of postalCodeCoordinates.json where the zip code is the key and the coordinates are where the latitude and longitude of that zip code (WGS 84 coordinate system).

I found these two files, but I'm struggling a little bit with figuring out what a municipality in the Netherlands how a zip code relates to that.
NL.txt
readme.txt

Or download file with link?

Pieter: Also it needs to be Sex: Male or Female not Gender, or twitter ppl get angry (not me)

Michael: haha the pushback we got from some people on that was a little surprising, but yes, I guess better safe than sorry

https://t.me/onzecorona/718

Hvis man klikker på lagre uten å ha valgt symptomer, får man følgende melding:

An invalid form control with name='symptom-start' is not focusable.

Dette er fordi symptom-start input elementet har attributten required https://github.com/BustByte/coronastatus.no/blob/03e9117ee99ca3cc472bc4cab12855c5a4b36c26/app/views/pages/form.ejs#L131

This issue occurs on Chrome if a form field fails validation, but due to the respective invalid control not being focusable the browser's attempt to display the message "Please fill out this field" next to it fails as well.

Burde forkjølelse/snufsing/nysing være med i listen over symptomer? Man får råd om å holde seg hjemme når man har disse symptomene, men jeg finner de ikke i listen, så da blir jeg registrert som symptomfri selv om jeg har de.

Hvilken type visualisering innebærer dette, kun den som er vist i kartet, eller annen (feks. av Kvinne 45, Storhaug)?:

"Vi vil aggregere opp disse dataene og visualisere dem anonymt. På denne måten kan offentligheten få et innblikk i hvor store mørketallene potensielt kan være»,

@michaelmcmillan spoke to a lawyer in Datatilsynet, and we do not need a separate consent for this since the data is anonymized. We should still inform users of this in order to gain trust.

Tenker det er interessant å få statistikk på hvor mange som sitter i lovpålagt karantene.
Hva gjør vi evt. med eksisterende data som mangler dette?

Consider moving the script out to its own file.

Siden om for les mer om personvern viser bare: Cannot GET /personvernerkl%C3%A6ring

sa.coronastatus.no
sa.coronastatus.nl
etc...

Inform user that a profile might already exist, and inform that they should use the URL they got when they first registered.

It could be a new user in the same browser, so it should not be too intrusive.

More appealing landing page.

Ref #172 and the use of cookies to track the anonymous user. If we're comfortable with the use of cookies in a legal sense, I think it creates a great opportunity to further improve the user experience by creating a high-value page that uses information stored in cookies and that is tailored to the user.

For instance, consider something like a dashboard that shows information based on the user's zip/postal code, for instance a local map -- exactly like what happens when I open the regular map, it zooms in on my location. Other presented data could be based on my age, my status, etc. I haven't thought enough about about what data I'd like to see, but off the top of my head it would be great to be able to quickly look on my phone and bring up the latest stats for my area. I think this combined with a home screen icon would greatly increase repeat visits.

This creates an opportunity to optimize for the repeat visit where we'd like to let the user easily get an overview of the general situation, but also a place where we can request that they update their own data if their situation has changed. Said differently, show the general homepage on first visit (explain all the stuff and get informed consent) and then on repeat visits show something that is tailored to the user without none of the general stuff -- short and sweet, just the facts, ma'am.

A browser bookmark is nice, but an icon on the home screen is nicer. :)

Suggestion: identify or create a page that is high value to the user and make it possible for the user to add that page to the home screen with a nice icon and label. PWA supports this. See also the issue with setting a cookie with the generated phrase so that the user can be taken directly to his edit view.

If the user primarily wants to update their SA (situational awareness -- check the latest situation in their area) -- then combining that information with a CTA to update their data if it's been more than x days, where x is maybe 2 or 3, is a great place to get their attention.

I'm guessing most users are using this on mobile so a prominent 'update my situation' link is good if I recently updated, but if it's been more than x days then put the edit view in front of the information I'm seeking so I can't ignore it -- if it's easy to make a few edits and submit users are more likely to do it, especially when they see something about their own situation being outdated.

Original idea from Gavin.

Use coronastatus.eu to point to the other sites and have documentation on how to join community and get a website for your country.

If they have registered as sick

Currently a unique phrase is generated and displayed when the user submits the data form. The user is requested to make a note of the phrase so that he can revisit the site and update the submitted data later. This may create some friction or unnecessary work for the user which may cause them to not be able to update their entry or submit duplicate data.

Suggestion:

Consider creating and displaying the phrase as done already, but also include a link that the user can click and bookmark. The link contains the generated phrase. Clicking the link shows the form with the user's already submitted data (edit view).

Also consider setting a cookie with the phrase and date of last update. The cookie is used to show edit view as above. This will also support a call to action when the user later visits the site. It also helps the user if they for some reason don't bookmark the previous link or make a note of the code. The CTA can then say something like: "It's been 3 days since you updated your situation. Has anything changed? Please update."

Summary: create parameterized link for bookmarking + set phrase in cookie and show edit view with CTA on repeat visit.