Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Alternative Graph from Me #1

Open
wants to merge 1 commit into
base: master
Choose a base branch
from
Open

Conversation

chbardel
Copy link

New Graph is in the file "Connections_Chris". Old Graph still there

  • Contain (mostly) everything from the original

  • Slightly changed logic

  • Naming changed to better readable Capitalized Naming schema instead of variable like naming scheme. Still Underscores though (like it)

  • Sensor Technologies added inbetween the vital signs and the tracking device

  • trackers have inbound sensor technologies/parameters and outbound (calculated) parameters (This makes obvious the difference between research wearables, which offer raw data acces and consumer wearables which mostly only give access to calculated metrics in outbound)

  • Vital signs and other measurements are more intensely and finegrained interconnected

  • Graph looks therefore like a mess right now. However this will be fixed once enough tracking devices are added. Right now there are not enough tracking devices in comparison to vital parameters.

  • Currently not adjusted the weights

  • Still a lot to add/do! :)

New Graph is in the file "Connections_Chris". Old Graph still there
- Contain (mostly) everything from the original
- Slightly changed logic
- Naming changed to better readable Capitalized Naming schema instead of variable like naming scheme. Still Underscores though (like it)
- Sensor Technologies added inbetween the vital signs and the tracking device
- trackers have inbound sensor technologies/parameters and outbound (calculated) parameters (This makes obvious the difference between research wearables, which offer raw data acces and consumer wearables which mostly only give access to calculated metrics in outbound)
- Vital signs and other measurements are more intensely and finegrained interconnected

- Graph looks therefore like a mess right now. However this will be fixed once enough tracking devices are added. Right now there are not enough tracking devices in comparison to vital parameters.
- Currently not adjusted the weights
- Still a lot to add/do! :)
@ran88dom99
Copy link
Owner

It would be better to see your ideas with a manageable number of items so I should accept the push.

But I have questions.
How exactly did the logic change?
If naming schema changed old names moved to synonyms bc often they are found in pages about integration automaticaly.

Sensor Technologies added inbetween the vital signs and the tracking device
Yeah I planned on doing that too.

trackers have inbound sensor technologies/parameters and outbound (calculated) parameters (This makes obvious the difference between research wearables, which offer raw data acces and consumer wearables which mostly only give access to calculated metrics in outbound)
Don't you loose the data flow this way? Or the tracker also points to aggregator?

You know its possible for you to maintain your own repository and just pull and merge any new updates I make? Then just set the main reading file to yours. Its just a string you can find in any text editor. I have 500 unique items stuck in pipe.

@chbardel
Copy link
Author

I have a software deadline to meet on monday, so I am literally working night and day at the moment. After that I will resume and proceed.
However regarding on how we want to manage the repo/s. I dont see anything hindering you from pushing the 500 items in. I have my own repository and the only thing I did is adding a secondary CSV file with connections. If you would accept this merge there would only be this second CSV with my name on it. Yours is all the same.

Regarding the questions about how to organize the data flow and make the connections I will have to come back on that next week. I have not finalized my thoughts on that either. But I think you might be right and its best to have the calculated metrics inbetween the sensor technology (e.g. PPG) and the sensor (e.g. Miband3). Everything that provides Raw data access would have a direct connection to the PPG sensor in addition to connection through calculated metrics. The more data devices are able to calculate from the raw sensor data, the more connections they will have.

@ran88dom99
Copy link
Owner

Did you view the resulting graph? There are way too many bidirectional arrows.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants