Steven Jeuris

> I think it's important to know the type of the device - I need to know that it's a smartphone, or an ECG device, etc. This, you already know...

I'm very hesitant to consider informed consent "simply" an input type. The original idea was to make this much more part of the core framework, e.g., prevent data collection from...

> I seem to vaguely recall this may be related to privacy, since only people responsible for deploying a device (being invited to do so) should have access to what...

The main request, an `additionalSpecifications` field, was implemented. I created [a separate issue](https://github.com/cph-cachet/carp.core-kotlin/issues/488) for the request to expose `DeviceRegistration` in study status. Therefore, I'm closing this as completed.

A `Measure` only having one `DataType` [is intentional/by design](https://camo.githubusercontent.com/5c34713a06a896782831e760e8c3d008a203e5cbd81474735b47ce27f65ad38f/68747470733a2f2f692e696d6775722e636f6d2f4b5749445866372e706e67). > Defines data that needs to be measured/collected passively for a supported `DataType`. As is: > Hence if you want to...

Since, specializations of measure have been removed, so the duplication is reduced slightly.

One possible use case is that [raw accelerometry consumes considerable less power](https://developer.android.com/guide/topics/sensors/sensors_motion): > In general, the accelerometer is a good sensor to use if you are monitoring device motion. Almost...

Possibly related: While implementing test classes for `carp.client.core` I now also had to implement a `InMemoryDeploymentRepository`. This could ideally be tested through the `DeploymentRepositoryTest` interface provide in `carp.deployment.core` tests. How...

Similarly, it should be possible to create a base class for `RequestsTest` for each of the application services.

Being able to depend on test resources of a project within the same build would resolve this, but I am having an extremely hard time figuring out how to do...