Google Summer of Code (GSoC) at LibreHealth

This was the third week of the coding phase and it was good. This week majorly, I had worked on the way to play the video blobs that I had fetched from the server last week and showing the pdf files in the app. I had worked on the offline support of the application as well. Let’s see everything in detail- Added a feature to play all type media files in app We have 2 types of media files videos and pdfs which we have to show in our app’s media section. Let’s see what approach I had chosen to achieve that and why? Firstly I had downloaded the blob object of the media that is being uploaded on the dhis2 using XMLHttpRequest. Then I had created a local temporary space in the memory to save the file. And lastly using the  fileOpener2  plugin, I had opened that file using the supported apps that are already available on the user’s device. This seems simpler but really It takes a lot of time to figure out how actually Cordova handles all this stuff🤔because I am not much familiar with the Cor

The second week of codding has been passed and I am getting more dive into the huge code base of the mHBS Tracker and Trainer app. Let’s have a look at what I had done this week : Find out the Cause of Issue-1 As I stated in last week blog that we were getting the build error like ‘STRING_TOO_LARGE’ which is not affecting the Gradle build in making the apk but is shown as an error while building the app. This is really a very time-consuming error, I had tried a lot of possible solutions to fix it let’s discuss all of them one by one : Android Asset Packaging Tool: Since these errors can be picked out by an SDK tool i.e. AAPT, I first tried that one using this command aapt dump — values resources dhis-debug.apk | grep -B 1 ‘STRING_TOO_LARGE’ Grep Tool: Another way of solving this could be getting a decompiled apk of the app using any online decompiler and in the decompiled apk try to find ‘STRING_TOO_LARGE’ string using grep tool or any other medium. I had tried both of the above well-

Hello Guys! The most exciting thing has begun that is the coding phase of GSoC-21. My community bonding period was gone good in discussing things and setting up the environment. This blog contains the work done by me in the First Week of the coding phase. First of all, I want to share one important point with you : We had shifted our mHBS-Tracker app to GitLab from Github. Its new link is here . Merged latest changes of dhis2/dhis2-android-capture-app Since our repo is very much lagging the new changes of the dhis2 app. The most important task that should be done at the first priority is to merge all the upstream changes. Our repo has approx. 1118 commits whereas in today’s time dhis2 app has approx. 8K commits. Therefore as a first task, I had merged all the upstream changes to our repo in order to work on the dhis2 app. Modified the dhis2 app to work as mHBS app After merging the upstream changes we are ready to work on the dhis2 app. Now to use it as a mHBS Tracker app we need to do

  Hello everyone, I am glad to share that my project proposal was accepted by LibreHealth in GSoC-21 and I am going to spend my summer working with LibreHealth Community on the   Project: Scaling up the mobileHBS/DHIS2 Tracker and Trainer applications — Projects / mHBS — LibreHealth Forums . I am writing this blog to share my community bonding phase with LibreHealth. It was scheduled from 17th May to 7th June and the coding period will begin in about 10 days. Project Description The mobile Helping B a bies Survive powered by DHIS2 (mHBS/DHIS2) Tracker (Java) and Trainer (HTML; JavaScript) applications, built within the DHIS2 Mobile platform, are designed to provide educational and training support for maternal and neonatal care among health care providers in low/middle-income countries. We help nurses and physicians in sub-Saharan Africa, Asia, and Latin America deliver evidence-based interventions that save maternal and newborn lives. In various low/middle-income countries children di