It aims to associate implementation’s marker to an OpenMRS ID, allowing them to be created or revised in the Atlas Server and port Atlas module to be used with OpenMRS 2.0.
Given that we’re planning to bundle the Atlas Module as a core part of OpenMRS in the future, have you given any thought to integrating with the installation process? IE, have a part of the install process where people can optionally establish themselves on the map? What would it take to make that happen, from your perspective?
How have you chosen to handle implementations that want to automatically send statistical information about their implementation to the Atlas Server? Stuff like #patients, encounters, obs, etc? What happens when the system is not regularly connected to the internet? The design of how you’ll do this would be interesting to hear about.
1. Integrating Atlas on the installation process sound really good, but I never given any thought to this idea before.
As all the process of putting his implementation on the map and linking it with the module is done on the atlas server side, it’s probably easy to do that during the installation.
I don’t know how we can make change on this process, but we can probably add a new screen with an
2. What Victor has done in the current module is to register a task that post counts every 7 days. I think that if the system is not connected to internet when data are sent, it fails and module will send next update 7 days later. But maybe I missed a trick, @Burke can probably confirm that.
As we will be able to manually update counts directly in the Atlas, administrator can update them when it is connected to internet.
Maybe we can do something like a backoff algorithm, and retry until it is successful posted.
Is it what you’re thinking ?
Thank you for your contribution and cause this brainstorming on me
i can only agree to what paul said - great work!
I really like the atlas project - I have already placed myself on the map
Doing that I came across a small bug. If you click on edit, the form doesn’t show your last marker type (e.g. Development), but Clinical. just wanted to let you know…
It’s really nice you have already place yourself on the Atlas
Thanks you for your contribution, I enjoy your interest for this project. This issue will be curated in the next release that is coming soon
Moreover, I read in your blog post that you worked with JNI and native library. I had to face same issues on Tomcat or Glassfish, in a project using OpenCV (image processing) and its Java interface. I did a trick to package it in a jar with a custom class loader, so you can use it as a dependency, without have to place it in the Java Library Path before. If you haven’t switch to better solution, don’t hesitate to ping me
Thanks you, It’s good to see guys joining the community in the Atlas
Your suggestion is nice. Moreover image shown in Atlas are not upload to Atlas server, (they are just URL link), and we probably don’t wan’t to host them.
As OpenMRS ID will have new features, what we probably will be able to do is to get the image from your ID Profile by default.
Per Paul’s comment, I’m interested in discussing with you and @burke how we can include this in an upcoming OpenMRS release. It could be part of the installer, but we could also try the (maybe easier) approach of having the atlas module show the admin a banner until you configure it (or dismiss it).
After chatting with Paul, I think we can consider introducing the Atlas during installation via something like a “I want this server to be included on the OpenMRS Atlas” option near the end of installation. We’ll need to think through how it would work. For example, we can assume that there isn’t an entry already on the Atlas. A simple form asking for title and optional description & contact info may suffice. In any case, I’ll make an ATLAS ticket for it.
