Development - v0.2
Dieses Issue hat noch niemand übernommen.
Bewertung
- Schwierigkeit
- 5/5
- Geschätzter Aufwand
- Über eine Woche
- Anfängerfreundlichkeit
- 18/100
Rechercherichtung
Dies ist eine breit angelegte v0.2-Roadmap für HealthTools.API, die Views, Query- und Search-Vektoren, SMS-Adapter, Tests, Analytics, Caching, Messaging, Wit.ai und Bots abdeckt. Beginne damit, die vorhandenen Search- und SMS-Einstiegspunkte zu erfassen, und definiere anschließend ein kleineres Deliverable mit expliziten Abschlusskriterien; im Issue selbst werden keine Dateien oder auszuführenden Tests genannt.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Beschreibung
Through development of the HealthTools.API, we've learnt a lot and want to make it more extensible. v0.2 seeks to do a couple of things:
1. Views
1.1. Search
- Have a single search API view to receive requests and output results in JSON
- Send requests to a single query function used by sms, bots, etc.
1.2. SMS
- Have a single SMS view that receives requests and outputs results in JSON.
- Send requests to a single sms process function (detailed below)
2. Search
2.1 Query
- This would be the primary query module that determines the doc-type (e.g nurses, doctors, cos etc.)
- This would determine the search "vector" i.e elastic search or proxy for nurses etc.
- Return dictionary/list of results.
2.2. Nurses Search "Vector"
- Proxy the nurses website because we are unable to scrape it.
2.3. Elastic search "vector"
- Search from elastic search.
3. SMS
- The base module would process SMS requests using the query function and structure for an SMS response.
- This would then use "adapters" for the different providers e.g M-Tech, Twilio.
4. Other considerations:
- Tests to be rewritten
- Analytics to work as a Flask "Middleware" or have as part of an "events" module.
- Slack integration with Python's logging module.
- Cache queries using Memcached (all not just nurses as before)
- RabbitMQ integration for SMS processing.
- Wit.ai to replace determination from keywords what doc-type is being queried.
- Bots architecture similar to SMS. Probably re-using a lot of SMS so might be combined into just "Chat" that both inherit.
- Vorherrschende Sprache
- Python
- Sterne
- 19
- Forks
- 20
- PR-Merge-Kennzahlen
- Keine gemergten PRs in 30 T.
Entwicklungsumgebung
- Enthält ein Dockerfile oder eine Docker-Compose-Datei
- Hat eine Pull-Request-Vorlage
- Beitragsleitfaden lesen
Erste Schritte
- Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
- Forken Sie das Repository und arbeiten Sie in einem Branch.
- Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.
Mehr aus CodeForAfrica/HealthTools.API
-
Is it up?Offen
Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 20/100
CodeForAfrica/HealthTools.API#138 ·
-
Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 35/100
CodeForAfrica/HealthTools.API#136 ·
-
Update test scriptsOffen
Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 35/100
-
Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 20/100
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 45/100
Alle Issues in CodeForAfrica/HealthTools.API
Ähnliche Issues
-
changelog investigate
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 62/100
ramnes/notion-sdk-py#409 ·
-
good first issue help wanted
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 72/100
lindicaphxag-tech/kaggle#28 ·
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 62/100
BSData/horus-heresy-3rd-edition#3211 ·
Maintainer antworten meist innerhalb von 1 Tag
-
bug needs-triage
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 70/100
Maintainer antworten meist innerhalb von 1 Tag
-
Unreachable-proxy mount test depends on fixed port 9999Evtl. vergeben Ein verknüpfter Pull Request ist offen oder bereits gemergt. Offenbug tests
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 76/100
Maintainer antworten meist innerhalb von 1 Tag