| 00:11:37 | *** sioraiocht has joined #openmrs |
| 00:11:37 | *** ChanServ sets mode: +v sioraiocht |
| 00:19:43 | *** sioraiocht_ has quit IRC |
| 00:38:58 | *** upul has quit IRC |
| 00:58:18 | *** cancerb01 has joined #openmrs |
| 00:58:39 | <cancerb01> anyone there?? |
| 01:00:38 | *** njero has joined #openmrs |
| 01:00:38 | *** ChanServ sets mode: +v njero |
| 01:00:59 | <cancerb01> njero: u there?? |
| 01:07:03 | <njero> cancerb01: hiya |
| 01:10:16 | <cancerb01> njero: hey man i was wondering how to import a module in my deployed openmrs system... can u help me out?? |
| 01:10:33 | <njero> I can try... I have only done it once :) |
| 01:11:03 | <njero> docpaul or r0bby would probably be better if they are around... |
| 01:11:41 | <cancerb01> i think no one is there now... |
| 01:11:54 | <cancerb01> thats y i came to you.. |
| 01:12:16 | <cancerb01> just a start will do |
| 01:14:00 | <njero> Okay, do you have openmrs running and tomcat and so forth? |
| 01:14:46 | <cancerb01> yeah everything donw |
| 01:14:50 | <cancerb01> *done |
| 01:15:33 | *** Keelhaul has quit IRC |
| 01:17:01 | <njero> k, one sec |
| 01:20:25 | <cancerb01> njero: k |
| 01:20:54 | *** upul has joined #openmrs |
| 01:22:16 | <njero> I am running the ruby version and switching it over |
| 01:30:13 | <njero> cancerb01: okay ready |
| 01:30:21 | <njero> which module are you trying to load? |
| 01:30:30 | <njero> do you have the omod file downloaded |
| 01:32:28 | <cancerb01> sorry for late reply |
| 01:32:46 | <njero> no prob |
| 01:33:02 | <cancerb01> im trying to use formentry module and i ve downloaded it |
| 01:34:32 | <njero> Basically these are the steps: (1) Log in as a super user, (2) Click on the Administration link in the header (3) Under the Modules section, click Manage Modules (4) Click the Browse button and locate the omod file on your computer and click Add Module (5) Once loaded in, click the green arrow (start) button and it should run automaticlly |
| 01:36:12 | <cancerb01> oh no... i was looking in and around the whole system but i forgot this admin page |
| 01:36:27 | <cancerb01> very shame:-! |
| 01:37:18 | <njero> no prob |
| 01:40:55 | <cancerb01> njero: i ve a prob in integrating eclipse with tomcat... |
| 01:41:11 | <cancerb01> if i try to debug with tomcat it shows error |
| 01:41:16 | <cancerb01> like timout |
| 01:41:25 | <njero> can't help there... I am not using eclipse... |
| 01:41:32 | <cancerb01> oh so wat ide ru using?? |
| 01:41:46 | <njero> None :) |
| 01:41:57 | <njero> command line and XCode as an editor at the moment |
| 01:42:14 | <cancerb01> hmm thats really good |
| 01:44:10 | <njero> But I also spend a lot more time with the ruby on rails side of the equation than in hardcore Java code... I try to use the Java, not develop in it.. |
| 01:46:27 | <cancerb01> oh tats good |
| 01:47:02 | <cancerb01> now i ve a prob...the page shows Uploads are not allowed from the website at this time. The runtime property module.allow_web_admin must be set to true. |
| 01:47:33 | <cancerb01> and i did that and rebuild the system but still im not allowed to upload modules |
| 01:48:13 | *** nribeka has quit IRC |
| 01:49:12 | <njero> cancerb01: did you stop and restart tomcat? |
| 01:49:16 | <njero> My properties file looks like: |
| 01:49:18 | <njero> ### Database connection properties |
| 01:49:19 | <njero> connection.username=test |
| 01:49:19 | <njero> connection.password=test |
| 01:49:19 | <njero> module.allow_web_admin=true |
| 01:49:52 | <njero> and that is in ~/.OpenMRS/openmrs-runtime.properties |
| 01:50:18 | <cancerb01> yeah i did that |
| 01:50:33 | <cancerb01> but i dunno wats wrong my tomcat is not starting :( |
| 01:51:06 | <cancerb01> njero: started :) |
| 01:52:39 | <cancerb01> njero: even now its shows the same thing |
| 01:53:19 | <njero> I am confused... so it started, bt doesn't let you upload still? |
| 01:54:06 | <cancerb01> yeah :( |
| 01:55:18 | <njero> hmm, it would seem that your properties file is not in the right place |
| 01:55:22 | <njero> are you on Windows? |
| 02:00:09 | <cancerb01> yeah windows... and my runtime property file is in c:/doc&set/username/appdata/openmrs/ |
| 02:00:44 | <cancerb01> C:\Documents and Settings\user\Application Data\OpenMRS |
| 02:01:52 | <njero> cancerb01: hmm, it seems like that file is not being used.. but I have never used openmrs in windows... so I don't know |
| 02:01:59 | <njero> seems like the right place |
| 02:02:37 | <cancerb01> hmmm... oh thats ok njero |
| 02:04:30 | *** TorLye has quit IRC |
| 03:46:08 | *** sioraiocht_ has joined #openmrs |
| 03:59:58 | *** Nzeyi has joined #openmrs |
| 04:00:02 | *** sioraiocht has quit IRC |
| 04:04:07 | *** cancerb0y has joined #openmrs |
| 04:04:18 | *** cancerb0y has left #openmrs |
| 04:05:06 | *** openmrs_9038 has joined #openmrs |
| 04:05:52 | <openmrs_9038> Hi guys! Just wanted to say I am impressed with the handling of the different modules. Are u using a standard framework for this functionality? |
| 04:10:45 | *** cancerb01 has quit IRC |
| 04:14:07 | *** openmrs_9038 has quit IRC |
| 04:31:53 | *** upul has quit IRC |
| 04:35:19 | *** upul has joined #openmrs |
| 05:32:48 | *** docpaul has quit IRC |
| 05:53:44 | *** sunbiz_ has joined #openmrs |
| 06:18:52 | *** sunbiz_ has quit IRC |
| 06:35:25 | *** Nzeyi has quit IRC |
| 06:46:12 | *** james_regen has joined #openmrs |
| 06:46:12 | *** ChanServ sets mode: +v james_regen |
| 06:56:38 | *** bwolfe has joined #openmrs |
| 06:56:38 | *** ChanServ sets mode: +o bwolfe |
| 07:01:48 | *** cancerb0y has joined #openmrs |
| 07:02:02 | <cancerb0y> anoyone around? |
| 07:05:19 | <bwolfe> yep |
| 07:29:42 | *** upul has quit IRC |
| 07:32:28 | *** nribeka has joined #openmrs |
| 07:38:50 | *** cancerb0y has quit IRC |
| 08:02:36 | *** TorLye has joined #openmrs |
| 08:52:31 | *** upul has joined #openmrs |
| 09:17:20 | *** upul_ has joined #openmrs |
| 09:17:21 | *** upul has quit IRC |
| 09:27:40 | *** upul_ is now known as upul |
| 09:30:19 | *** bmckown has joined #openmrs |
| 09:30:19 | *** ChanServ sets mode: +o bmckown |
| 09:42:15 | *** Nzeyi has joined #openmrs |
| 09:45:58 | *** sunbiz_ has joined #openmrs |
| 09:46:04 | <sunbiz_> hi guys!! |
| 09:47:04 | <nribeka> hi sunbiz_ |
| 09:47:12 | <nribeka> are you done with the proposal? |
| 09:47:26 | <sunbiz_> no still discussing the timeline with bmckown |
| 09:47:51 | <sunbiz_> need to decide on midterm deliverable |
| 09:48:05 | <sunbiz_> nribeka: so.... what u using for the webapp update ?? |
| 09:48:10 | <bmckown> sunbiz_, need help with that? |
| 09:48:12 | <sunbiz_> u gonna use KMX ?? |
| 09:48:23 | <sunbiz_> bmckown: yea !! |
| 09:48:37 | <sunbiz_> nribeka: *JMX ?? |
| 09:48:37 | <bmckown> pm or skype? |
| 09:48:37 | <nribeka> i didn't get the webapp update project |
| 09:48:52 | <nribeka> upul got that one :P |
| 09:49:05 | <sunbiz_> ohhhkk... I forgot!! :) |
| 09:49:11 | <Nzeyi> hi folks |
| 09:49:25 | <nribeka> hi Nzeyi |
| 09:49:27 | <sunbiz_> hi Nzeyi |
| 09:49:42 | *** njero has quit IRC |
| 09:50:36 | *** atomicturtle has quit IRC |
| 09:50:48 | *** Nzeyi has quit IRC |
| 10:07:08 | <sunbiz_> hey upul |
| 10:07:18 | <upul> Hi |
| 10:07:41 | <sunbiz_> u usign JMX for the auto-update ?? |
| 10:07:59 | <sunbiz_> was just asking nribeka... coz I thought he was doing that proj |
| 10:08:14 | <upul> i wasn't really thinking of that |
| 10:08:18 | <upul> but nribeka said you suggested that |
| 10:08:42 | <sunbiz_> upul: then... what r ur plans ? |
| 10:09:28 | <upul> i was thinking of bundling war and sql and using ant + cargo for deployment |
| 10:09:59 | <upul> probably ant + cargo can be bundled separately as pre installation |
| 10:10:21 | <sunbiz_> u could look at this... |
| 10:10:26 | <sunbiz_> http://www.nabble.com/API-call-to-reload-Tomcat-web-application-td16065357.html |
| 10:10:29 | <OpenMRSBot> <http://ln-s.net/1sw:> (at www.nabble.com) |
| 10:10:47 | <sunbiz_> JMX is pretty popular for the kind of thing we want to do |
| 10:13:16 | <sunbiz_> ... and BTW most times cargo is doing most things using JMX |
| 10:14:20 | <upul> thanks for the link, but if i use jmx it will only work for tomcat, isn't it |
| 10:14:40 | <sunbiz_> no... most app servers, if not all implement JMX |
| 10:14:42 | <OpenMRSBot> Recent updates in the world of openmrs: OpenMRS Tickets: Ticket #773 (defect closed): Cohort Builder searches using multiselects are all broken <http://dev.openmrs.org/ticket/773#comment:1> || OpenMRS Tickets: Ticket #773 (defect created): Cohort Builder searches using multiselects are all broken <http://dev.openmrs.org/ticket/773> |
| 10:15:17 | <upul> i mean is this jmx exposed interface specific for tomcat |
| 10:15:35 | <upul> some other appserver will have different methods |
| 10:15:59 | <sunbiz_> but u can have ur own Bean... implementing the interfaces |
| 10:16:14 | <sunbiz_> I have tried on Glassfish and Tomcat |
| 10:16:25 | <sunbiz_> and it seems to be common for those 2 |
| 10:42:17 | *** atomicturtle has joined #openmrs |
| 10:44:46 | <OpenMRSBot> Recent updates in the world of openmrs: OpenMRS Forum: Re: vmware image <http://forum.openmrs.org/viewtopic.php?f=15&t=282#p1232> |
| 10:59:06 | *** sunbiz_ has left #openmrs |
| 10:59:14 | *** njero has joined #openmrs |
| 10:59:14 | *** ChanServ sets mode: +v njero |
| 11:31:09 | *** sioraiocht has joined #openmrs |
| 11:31:09 | *** ChanServ sets mode: +v sioraiocht |
| 11:36:59 | *** sioraiocht_ has quit IRC |
| 11:44:57 | <OpenMRSBot> Recent updates in the world of openmrs: OpenMRS Tickets: Ticket #774 (enhancement created): improve patient search support for multiple names <http://dev.openmrs.org/ticket/774> |
| 11:57:54 | *** nribeka has quit IRC |
| 12:01:02 | *** njero has quit IRC |
| 12:02:25 | *** njero has joined #openmrs |
| 12:02:25 | *** ChanServ sets mode: +v njero |
| 12:15:04 | <OpenMRSBot> Recent updates in the world of openmrs: OpenMRS Tickets: Ticket #775 (task closed): Reports button on Cohort Builder should be populated from actual Reports <http://dev.openmrs.org/ticket/775#comment:1> || OpenMRS Tickets: Ticket #775 (task created): Reports button on Cohort Builder should be populated from actual Reports <http://dev.openmrs.org/ticket/775> |
| 12:24:08 | *** upul has quit IRC |
| 12:29:49 | *** nribeka has joined #openmrs |
| 12:43:19 | *** Kabaifa has joined #openmrs |
| 12:46:48 | *** cancerb0y has joined #openmrs |
| 12:47:07 | <cancerb0y> bmckown: ru there?? |
| 12:47:32 | <bmckown> Hi, cancerb0y how are you? |
| 12:47:47 | <cancerb0y> bmckown: i am fine.. how about you? |
| 12:47:56 | <bmckown> Doing well, thank you. |
| 12:48:17 | <bmckown> Have you been able to finish your proposal? |
| 12:48:28 | <cancerb0y> bmckown: i was discussing with daniel today about the project plan... |
| 12:48:36 | <bmckown> Okay. That's good. |
| 12:49:39 | <cancerb0y> bmckown: i was wondering whether can i create extension point which hooks up with the admin location management? |
| 12:50:28 | <bmckown> If there isn't a place for the extension point we could probably make one. |
| 12:51:32 | <bmckown> You just mean an extra page under the Manage Encounters section of the admin page? |
| 12:51:44 | <bmckown> If so then you could do that already. |
| 12:51:57 | <bmckown> no need to change trunk to do that. |
| 12:52:05 | <cancerb0y> bmckown: actually daniel gave me two options... 1.i can create a separate page where admin can create locations and manage it 2) modifying the existing one |
| 12:52:52 | <bmckown> Option 1) does not require changing anything to trunk. |
| 12:52:58 | <cancerb0y> yeah but customizing the old Manage Locations for better user experience |
| 12:53:18 | <cancerb0y> bmckown: yeah i got tat |
| 12:53:38 | <cancerb0y> but the second option has it right? |
| 12:53:49 | <cancerb0y> bmckown: so which one would be better? |
| 12:54:06 | <bmckown> right. I'm not saying you have to do option 1. I think the Option 2 will require changes to trunk.... |
| 12:55:09 | <bmckown> Um. both sound fine to me.... Are we planning to replace the existing way we do locations or just add support for heirarchical locations. |
| 12:55:15 | <bmckown> hierarchical |
| 12:55:19 | <cancerb0y> hmmm.. then i go for option 1 :) |
| 12:55:23 | <bmckown> ? |
| 12:55:36 | *** Kabaifa_ has joined #openmrs |
| 12:55:58 | <bmckown> If we plan to change our existing locations to make them hierarchical, then option 2 is best. |
| 12:56:26 | <bmckown> If we just plan to add support for location hierarchy then option 1 is good. |
| 12:56:48 | <bmckown> In my opinion. |
| 12:57:26 | <cancerb0y> but does the 2 option affects the implementers who use customized forms using formentry module?? |
| 12:58:11 | <bmckown> probably yes. |
| 12:58:23 | <bmckown> Option 1 is probably the safest bet. |
| 12:58:56 | <cancerb0y> hmmm.. then i dont want to put implementers in confusion :) |
| 12:59:10 | <bmckown> I mean you can always change the current location page later. |
| 12:59:28 | <cancerb0y> yeah thats right.. |
| 12:59:43 | <bmckown> So it's probably good just to do option 1, where you have an extra "manage locations" or something page. |
| 13:00:22 | <bmckown> Then later, if it looks like it does everything the current location page does and better, we may just decide to replace the current manage locations page with yours. |
| 13:01:12 | <cancerb0y> so when i create a location in admin's 'manage location' the location are saved in the location table right? i was wondering wat is it used for?? |
| 13:01:24 | <bmckown> Yes. that's correct. |
| 13:01:55 | <bmckown> It is referenced in encounter.location_id |
| 13:02:24 | <cancerb0y> is it? i dint notice that.. let me see to it |
| 13:03:06 | <bmckown> So that each encounter has a location where the patient was seen. |
| 13:05:42 | <cancerb0y> so my module has to store the location in location table and a xml file right?? |
| 13:06:42 | *** Kabaifa_ has quit IRC |
| 13:07:26 | <bmckown> sorry... why in an xml file? |
| 13:09:37 | <cancerb0y> so thats wat said in the projects descriptiont? use an external resource to store the list of possible address components in a hierarchy (e.g., XML format) |
| 13:10:15 | <cancerb0y> is it enough to store the value in the location table?? and pulling from it again to the form?? |
| 13:10:41 | *** Kabaifa has quit IRC |
| 13:11:23 | <bmckown> yes. you could create your own table, no? |
| 13:12:08 | <bmckown> there are module tables. for example clinicalsummary_print_queue |
| 13:12:24 | <bmckown> just prefix the table name with the name of your module |
| 13:12:37 | <bmckown> but is the requirement to use xml? let me look. |
| 13:12:57 | <cancerb0y> yeah i can do that... |
| 13:13:13 | <bmckown> okay, no. I think what is meant by that is the following. |
| 13:13:46 | <bmckown> In the U.S. we have Street, City, Zip, State, Country |
| 13:14:03 | <bmckown> In other places they use a different address hierarchy. |
| 13:14:32 | <bmckown> So there could be a mapping file of the hierarchy for a specific "locale" |
| 13:15:07 | <bmckown> maybe one for folks in Kenya, another for folks in Haiti, another for India, U.S., Europe, etc. |
| 13:15:10 | <bmckown> right? |
| 13:15:13 | <OpenMRSBot> Recent updates in the world of openmrs: OpenMRS Tickets: Ticket #699 (enhancement closed): Hide voided drugs on the patient dashboard regimen tab <http://dev.openmrs.org/ticket/699#comment:2> || OpenMRS Tickets: Ticket #703 (task closed): Improve Concept Drug Management page with voided checkbox <http://dev.openmrs.org/ticket/703#comment:2> |
| 13:15:31 | <cancerb0y> yeah thats correct... |
| 13:15:50 | <bmckown> Then the locations would conform to the hierarchy specified in the xml mapping. |
| 13:16:17 | <bmckown> So instead of our current address1 address2, neighborhood stuff. |
| 13:16:30 | <bmckown> we might have something more generally useful. I think. |
| 13:17:02 | <bmckown> That could fit everybody, because they could adjust the xml hierarchy mapping to fit their specific locale. |
| 13:17:23 | <bmckown> At least that's my interpretation. |
| 13:18:05 | <bmckown> Hmm. It would be easier to stick with the current location table. But you are allowed to make your own database table. |
| 13:18:11 | <cancerb0y> but would that be hard for implementers, wouldnt that? |
| 13:18:45 | <bmckown> The problem is in the encounter.location reference. That refers to the current location table. |
| 13:19:10 | <bmckown> And using a different table would make it hard I think. |
| 13:19:24 | <cancerb0y> so is that ok if i use the current location table??? |
| 13:19:35 | <bmckown> Of course it is okay. |
| 13:19:44 | <bmckown> and maybe best. |
| 13:20:27 | <bmckown> but I'm not sure how you plan to implement, so you may have a better idea. |
| 13:21:17 | <bmckown> Sometimes I think if I were to design the location table.... |
| 13:21:28 | <cancerb0y> yeah still i ve not come to a conclusion in my design part... i will finish it before sunday... |
| 13:21:50 | <bmckown> It would be have location and location_type and sub_location |
| 13:22:05 | <bmckown> and you could drill down several layers all with one table. |
| 13:22:25 | <nribeka> james_regen: are you busy? |
| 13:22:27 | <nribeka> hi all |
| 13:22:42 | <cancerb0y> bmckown: yeah really a good idea... |
| 13:22:47 | <bmckown> Example: location=Kenya location_type=Country sub_location=Eldoret or something like that. |
| 13:23:28 | <bmckown> The down side to that idea is the cost of querying it. |
| 13:23:37 | <bmckown> It would have to be efficient. |
| 13:23:42 | <cancerb0y> so we need not worry about implementers from different places right |
| 13:24:23 | <bmckown> Well, I had thought that the idea was that location could accomodate people from any implementation... |
| 13:24:41 | <bmckown> instead of how it is now where it works great for some implementations and not so great for others. |
| 13:24:53 | <james_regen> nribeka, i'm here |
| 13:25:33 | <nribeka> james_regen, i was wondering about sgrannis plan for me :D |
| 13:26:03 | <james_regen> okay, any specific questions? |
| 13:26:05 | <cancerb0y> but that seems to be an easy way.. how could tat be not easy for others?? |
| 13:26:57 | <nribeka> i still haven't got the decisions from him about the second part of the project |
| 13:27:39 | <bmckown> sorry, cancerb0y, I did not understand? |
| 13:29:19 | <cancerb0y> bmckown: no u said that would be great for some and not so great for others... but why do you think so?? |
| 13:29:20 | <james_regen> nribeka, do you mean how to integrate with Gary's framework? |
| 13:29:58 | <bmckown> Our current location is great for some and not great for others I think. |
| 13:30:23 | <bmckown> location.neighborhood_cell may mean nothing outside of Kenya. |
| 13:30:49 | <bmckown> location.postal_code means nothing in a lot of places. |
| 13:31:00 | <nribeka> yep, i don't know which framework it is and never seen it :P |
| 13:31:03 | <cancerb0y> oh... then do u think that creating stuff like location location_type would be hard for implementers... |
| 13:31:54 | <bmckown> No. I think the only challenge for implementers is how to make sure that when they use your module that is works seamlessly with their current database. |
| 13:32:11 | <bmckown> And encounter.location_id is the only real challenge I think. |
| 13:32:33 | <bmckown> I mean if we were to use a different location table, how will that work? |
| 13:32:41 | <nribeka> do you where i can find the framework? |
| 13:32:54 | <cancerb0y> so the current table will be the best right... |
| 13:32:59 | <bmckown> and if we use the current location table, we're limited to its rigidity |
| 13:33:21 | <bmckown> is that a word? well it's rigid. |
| 13:33:23 | <james_regen> i haven't seen much of it, or in any detail. i don't know if it's documented on the web or not. |
| 13:33:38 | <bmckown> in my opinion. |
| 13:34:23 | <nribeka> yeah, and i kinda confuse on what to write about it :( |
| 13:34:58 | <cancerb0y> hmmm that sounds correct and less complications |
| 13:36:18 | <james_regen> nribeka, i can try to describe it from a conference call i was on a month ago. i can't promise this is all accurate there's an EIS, enterprise infomation system, that Webreach is working on with a pluggable matching architecture. we have a matching algorithm, so it'd be nice to be able to make it available for use there |
| 13:36:31 | <cancerb0y> but how about customized hierarchy?? let the admin decides the hierarchy order... and the data can be stored in a separate table |
| 13:36:56 | <james_regen> that would mean changing how we store the matching options, as well as the types of method calls and workflow of how the matching works, possibly |
| 13:37:08 | <nribeka> wow, it's an EIS |
| 13:37:44 | <cancerb0y> though encounter.location_id would be a challenge, the hierarchy support must be an useful one |
| 13:37:52 | <nribeka> so, they'll use the analyzer and linkage in their EIS |
| 13:37:56 | <nribeka> is it something like that? |
| 13:38:48 | <bmckown> correct, cancerb0y, your efforts are towards making address hierarchy useful as possible. |
| 13:39:17 | <james_regen> i don't know if they'd use the analysis stuff . . . performing analysis offline and just updating the values would work well enough |
| 13:39:26 | <bmckown> Possibly within the limitations of what you can do regarding the data model. |
| 13:39:27 | <cancerb0y> :-D |
| 13:40:28 | <nribeka> so, how could i write this down in to the project plan? |
| 13:42:59 | <cancerb0y> bmckown: so how should i write in my project plan?? i mean whether should i put my final design and how its gonna work or how im going to code, wat would be the file name etc etc?? |
| 13:43:04 | <bwolfe> atomicturtle: can you add me to the wheel group on rax ? |
| 13:43:26 | <bmckown> I wonder if you can add a table to provide the location hierarchy and have it keyed to the current location table... |
| 13:43:33 | <bmckown> anyway... |
| 13:43:56 | <bmckown> Probably all those things should go into the project plan. |
| 13:44:25 | <cancerb0y> you mean like a list... country, state, city, postal code etc etc.. so that admin can choose the desired options?? |
| 13:45:18 | <bmckown> I'm not exactly sure what I meant because I'm brainstorming. |
| 13:45:20 | <OpenMRSBot> Recent updates in the world of openmrs: OpenMRS Forum: Re: vmware image <http://forum.openmrs.org/viewtopic.php?f=15&t=282#p1233> |
| 13:45:30 | <james_regen> i suppose this would be tasks such as "understanding new framework" and "mapping current matching workflow to new architecture" and "identifying conflicts in processes" or stuff like that |
| 13:45:55 | <atomicturtle> bwolfe: done |
| 13:46:02 | <bwolfe> thanks |
| 13:46:43 | <bwolfe> atomicturtle: its still asking for a password when I try to sudo to root. |
| 13:46:53 | <atomicturtle> thats because you arent in sudo |
| 13:48:12 | <bwolfe> ah, can you put in me in the sudoers file then? |
| 13:48:23 | <bwolfe> I suppose I don't need the wheel group then... |
| 13:48:36 | <cancerb0y> bmckown: but ur idea sounds really good when we leave the hierarchy design to admin... that would be easier for him... |
| 13:48:48 | <bmckown> Ah. Okay. table is hierarchy_location. has id, location_id (fk to location table), sub_location (or maybe super_location), location_type, location_name |
| 13:49:05 | <bmckown> yes. the design is done by the admin or mapped into the xml file. |
| 13:49:22 | <bmckown> maybe there is a hierarchy_location_type table |
| 13:50:15 | <bmckown> then you could drill down or up to whatever location_type you needed and it's always foreign-keyed onto the location table and hence doesn't break functionality of the encounter.location_id |
| 13:50:30 | <bwolfe> bmckown/cancerb0y: why not just one more column in the location table: parent_location ? |
| 13:50:38 | <bmckown> or that. |
| 13:50:54 | <cancerb0y> so two tables... hierarcy_location & hierarchy_location_type |
| 13:51:04 | <bwolfe> cancerb0y: your project plan just is just a set of goals for the summer. 1) what will be done by midterm 2) what will be done by the final and 3) your week by week goals too |
| 13:51:23 | <bmckown> if you do ben's idea, maybe also add location_type to the location table |
| 13:52:07 | <cancerb0y> u mean current location table?? |
| 13:52:22 | <bmckown> I like to have a list of specified deliverables for midterm and 'pencils down' dates. |
| 13:52:28 | <cancerb0y> thanks ben :) |
| 13:52:31 | <bmckown> yes, the current location table. |
| 13:53:07 | <bmckown> that way, at midterm you know you have finished a working piece that you have promised. |
| 13:53:39 | *** sioraiocht_ has joined #openmrs |
| 13:54:03 | <cancerb0y> but that might be a prob when an admin wants to use different sets of hierarchy.. |
| 13:54:07 | <cancerb0y> am i correct?? |
| 14:00:28 | <cancerb0y> bmckown: ??? |
| 14:00:32 | <bmckown> sorry |
| 14:00:34 | <bmckown> how so? |
| 14:01:16 | <bmckown> let's say we use the current location table. we know that we don't use all of the columns in that table anyway. |
| 14:02:40 | <cancerb0y> hmmm.. yeah fine |
| 14:03:12 | <bmckown> if we had parent_location and location_type columns added then it's set up to be able to drill up and down and then each row in the location table is not necessarily in itself the 'full' location. as long as one of the id's on there is the one that we use to fk to encounter.location_id and we can get all it's parent locations. |
| 14:03:45 | <bmckown> then the current implementations are happy... |
| 14:03:56 | <bmckown> and the implementations that choose to use your module are happy. |
| 14:04:16 | <bmckown> (hopefully all of the implementations choose to use your module) |
| 14:04:31 | <bmckown> because it is better. |
| 14:06:16 | <cancerb0y> parent_location points out wat? |
| 14:06:19 | <bmckown> so let's say encounter.location_id=21 And location.location_id=21 is a street and has a parent location of a city, whose parent is a state, etc. |
| 14:07:07 | <bmckown> so location.location_id=9 has location_name=Boston and parent_location=8 |
| 14:07:17 | <cancerb0y> yeah got it |
| 14:07:38 | <bmckown> and location.location_id=8 is a state. Mass. |
| 14:09:13 | *** sioraiocht has quit IRC |
| 14:10:42 | <cancerb0y> so when defining a location i have to store 3 values... location_id,location_name and parent_location_id |
| 14:10:54 | <bmckown> That's what I was thinking. |
| 14:11:03 | <cancerb0y> i meant for only one location |
| 14:11:08 | <bmckown> And forget the rest of the attributes. |
| 14:11:22 | <cancerb0y> similarly for the entire hierarchy correct?? |
| 14:11:59 | <bmckown> I'm thinking maybe there's a way to for an implementation to define how they want their hierarchy. |
| 14:12:07 | <bmckown> In xml file or something. |
| 14:12:34 | <bmckown> And then the location table becomes used differently than its current use. |
| 14:13:06 | <bmckown> In that instead of 1 row of the location table trying to be a full location. One row becomes just part of the complete location. |
| 14:13:55 | <bmckown> Of course, then you would have a massive table. something's not right.... |
| 14:14:35 | <bmckown> person address is what i'm missing |
| 14:15:04 | <bmckown> Aren't you glad you asked, cancerb0y ? :-) |
| 14:15:24 | <cancerb0y> :-D |
| 14:15:34 | <bmckown> hmm. |
| 14:15:43 | * bmckown scratches his forehead. |
| 14:16:09 | * bmckown thinks. |
| 14:18:10 | <bmckown> I still think it's doable that way. Just maybe prefer to have location_type something higher than street address. |
| 14:18:24 | <bmckown> leave that to the person_address. |
| 14:19:25 | <cancerb0y> so u mean the street address + the door no etc can be left as person's address?? |
| 14:19:41 | *** james_regen has quit IRC |
| 14:19:56 | <bmckown> yes. I'm thinking of the administration page when we list "all addresses" |
| 14:20:04 | <bmckown> who wants to know every street? |
| 14:20:28 | <bmckown> But it would be nice to have that as a tree that lists the hierarchy of locations. |
| 14:20:58 | <bmckown> Example tree is in the Design Schema page in the Forms section. |
| 14:23:04 | <bmckown> So which direction did you and Daniel decide to go? I mean let's not go away from where you guys decided unless it's something you guys decide to do. |
| 14:23:36 | <bmckown> How did you 2 decide to implement address hierarchy? |
| 14:23:57 | <cancerb0y> no actually daniel wants me to bring out my creativity for the use of community |
| 14:24:24 | <bmckown> good idea. |
| 14:24:45 | <cancerb0y> daniel was telling me that i could do the admin manage location part by extension points |
| 14:24:54 | <bmckown> yes. |
| 14:25:15 | <cancerb0y> but i need to bring out my own ideas na so i contacted you for more ideas :) |
| 14:25:22 | <cancerb0y> so i got many ideas now |
| 14:25:32 | <bmckown> probably too many ideas. |
| 14:25:44 | <bmckown> :-o |
| 14:26:16 | <bmckown> Hope I didn't make things worse. Just remember - they're only ideas. |
| 14:26:31 | <bmckown> never promised 'good' ideas. |
| 14:26:46 | <cancerb0y> but those were really good ideas |
| 14:27:10 | <bmckown> they probably need you to make them better. |
| 14:27:12 | <cancerb0y> more tougher the project gets the more easier for users |
| 14:27:12 | *** james_regen has joined #openmrs |
| 14:27:12 | *** ChanServ sets mode: +v james_regen |
| 14:27:59 | <bmckown> it's also important to have a completed project. |
| 14:28:23 | <bmckown> so i always think tough enough, but not too tough. |
| 14:28:56 | <bmckown> success=completion |
| 14:29:05 | <cancerb0y> hahaha |
| 14:30:23 | <bmckown> speaking of that, i should probably get back to working on complex_obs |
| 14:30:58 | <bmckown> have to tell myself success=completion |
| 14:31:14 | <cancerb0y> but ur a genius right?? |
| 14:31:27 | <cancerb0y> u developed most of the openmrs |
| 14:32:51 | <cancerb0y> how about this design... 1) for admin, after choosing the hierarchy order he gets a drop down for state/province.. if the state req is there then he choses it or else he chooses new state, then he's given a text box to type a new state name and he's given another new text box as per the hierarchy... case 2) i ve the state name but i dont ve the city name... then first i choose the state and when comin to city name i choose new so i get a text box and type |
| 14:33:17 | <cancerb0y> :-! |
| 14:34:34 | <bwolfe> atomicturtle: can you add me to the sudoers file? |
| 14:34:53 | <bwolfe> I don't know my password on there, so I can't do anything on that box right now |
| 14:34:57 | <atomicturtle> I did |
| 14:35:02 | <bwolfe> hmm |
| 14:35:08 | <atomicturtle> its got the same root pass as the other box too |
| 14:35:27 | <cancerb0y> bmckown: ?? |
| 14:35:41 | <bmckown> was on an email |
| 14:35:47 | <bmckown> sorry again |
| 14:35:54 | <cancerb0y> oh no prob at all |
| 14:36:01 | <bmckown> ben developed most of openmrs. |
| 14:36:32 | <bmckown> I would have but he started before me. nudge. :-) |
| 14:36:47 | <bwolfe> :-) |
| 14:36:59 | <bwolfe> bwolfe=ben wolfe. bmckown = brian mckown |
| 14:37:27 | <bwolfe> perhaps I should just be "wolfe" on here...that would reduce the number of "b"s floating around causing confusion. :-) |
| 14:37:32 | <cancerb0y> yeah i know you both right from th beginning of this gsoc fever :) |
| 14:38:03 | <cancerb0y> bmckown: you havent comment on my design yet |
| 14:38:25 | <bmckown> i'm reading it. :-) |
| 14:38:30 | <cancerb0y> bwolfe: you were the one who described me this proj |
| 14:38:52 | <cancerb0y> bwolfe: i think so |
| 14:39:03 | <bmckown> too much work for the admin i think. |
| 14:39:37 | <bmckown> I was thinking admin would set the location_type. and the hierarchy of the location_type |
| 14:39:55 | <bmckown> everything else is done automatically. |
| 14:40:53 | <cancerb0y> you mean admin will define only the location_type and the hierarchy?? |
| 14:40:55 | <bmckown> The user, however, would have the drop-down menu items as you say to fill in the person_address |
| 14:41:44 | <cancerb0y> unless the admin creates the location how wil the user selects the location?? |
| 14:42:05 | <bmckown> admin would 1) define the location_types 2) add locations with type and 3) make the hierarchy |
| 14:42:19 | <bmckown> you're right. |
| 14:42:31 | <cancerb0y> yeah thats fine |
| 14:43:28 | <cancerb0y> but the order will be 1)make the hierarchy 2)define location_type 3) add location with type |
| 14:43:38 | <bmckown> hmm. I suppose what you have up there works just as I repeated. I think I'm on the same page as yourself. |
| 14:44:06 | <bmckown> I think I misunderstood at first. It looks right. |
| 14:45:53 | <cancerb0y> so which one is correct?? |
| 14:50:01 | <cancerb0y> bmckown: making the hierarchy after definin the locations wont create prob?? |
| 14:50:17 | <bmckown> hmm |
| 14:50:53 | <bmckown> I don't think it matters which order really. |
| 14:51:45 | <bmckown> It seems more intuitive to me to make the hierarchy first, or have that as defined in the xml mapping or something. |
| 14:51:48 | <cancerb0y> so can i tell u the rough picture of my project plan?? |
| 14:51:54 | <bmckown> sure. |
| 14:53:11 | <cancerb0y> oh no.. i forgot one thing... wat if an user uses custom form?? will it work properly with this module?? |
| 14:55:12 | <cancerb0y> bmckown?? |
| 14:56:09 | <bmckown> as long as the encounter.location_id links to the location, right? |
| 14:56:36 | <bmckown> that would be the location_id of the most granular location. |
| 14:58:02 | <cancerb0y> so as you said encounter.location_id would be a challenge for me :) |
| 14:58:27 | * bmckown thinks. |
| 14:59:27 | * bmckown takes two steps back. |
| 14:59:51 | <bmckown> We currently use location as the name for a Health Center or Clinic. |
| 14:59:59 | <bmckown> at least in AMPATH. |
| 15:01:29 | <bmckown> Then, after the crisis this year, we also use location as a general area where patients are being treated. A crisis location, but not a clinic. |
| 15:01:52 | <cancerb0y> bmckown: i dont get you |
| 15:02:08 | <bmckown> One of them is "The Fire Station in the City" |
| 15:02:34 | <bmckown> Well many people were displaced from their homes in Kenya due to the political upheaval following elections in January. |
| 15:03:00 | <bmckown> So we had to create a bunch of locations that were not Health Centers, or hospitals or clinics. |
| 15:03:18 | <bmckown> they were places where the providers had to go to find the patients to treat them. |
| 15:03:51 | <bmckown> But all these locations would have been better set up in a hierarchy, probably. |
| 15:04:34 | *** james_regen has quit IRC |
| 15:04:37 | <bmckown> The most granular location_type for us would be maybe the Hospital Section |
| 15:04:38 | <cancerb0y> but as we discussed admin is going to name the location type... so wouldnt that be better?? |
| 15:04:53 | <bmckown> yes, I'm giving a real world example |
| 15:05:01 | <cancerb0y> yeah |
| 15:06:06 | <bmckown> so we have Encounter.getLocation().getName() returns "Hospital Floor 2" |
| 15:06:47 | <bmckown> and Encounter.getLocation().getParentLocation().getName() returns "Moi University Hospital" |
| 15:07:10 | <bmckown> and Encounter.getLocation().getParentLocation().getParentLocation().getName() returns "Eldoret" |
| 15:07:30 | <bmckown> and Encounter.getLocation().getParentLocation().getParentLocation().getParentLocation().getName() returns "Kenya" |
| 15:07:51 | <bmckown> whew. |
| 15:07:59 | <cancerb0y> awesome :) |
| 15:08:03 | <bmckown> kind of crazy code. |
| 15:08:47 | <bmckown> But how could it break encounter.location_id ? It would not. |
| 15:09:06 | <bmckown> It would not break a form. The form would just show Hospital Floor 2. |
| 15:09:33 | <bmckown> And maybe altering the form could give them the parent locations if they liked. |
| 15:12:08 | <cancerb0y> so wat if i prefer to get location from the parent id?? |
| 15:14:21 | <cancerb0y> something like this... if(this.parent_id) { location_id=parent_id; getLocation().getName() }?? |
| 15:14:42 | <cancerb0y> bmckown: mine is really a crazy dumb code :) |
| 15:15:47 | <bmckown> Well the parent location has many children. How do you know which child location is meant for the encounter.location_id ? |
| 15:16:54 | <cancerb0y> yeah yeah |
| 15:18:07 | <bmckown> if encounter.location_id points to a leaf on the location hierarchy you can always get the parent. |
| 15:18:10 | <cancerb0y> y cant we design the location hierarchy similar to linked data structure and split is like wise??? isnt tat possible?? |
| 15:18:27 | <bmckown> TreeSet |
| 15:18:43 | <bmckown> But TreeSet is slow. |
| 15:19:13 | <cancerb0y> so what would be ur suggestion??? |
| 15:19:32 | <bmckown> The hierarchy mapping and the database can do that. No linked datatype necessary I think. |
| 15:19:54 | <cancerb0y> hmmm.. yeah ok.. |
| 15:21:11 | <cancerb0y> bmckown: so now you know where am i standing can you get me your ideas on my coding part?? i mean how to initiate it?? just a small hint |
| 15:21:30 | <cancerb0y> because im little bit stuck with the code part for this desgin |
| 15:21:35 | <bmckown> 42 |
| 15:22:04 | <cancerb0y> 42?? |
| 15:22:13 | <bmckown> (that's just a joke I got from b e n. just trying to be silly) |
| 15:22:37 | <cancerb0y> oh wat joke?? |
| 15:22:47 | <bmckown> from some book "... guide to the universe." |
| 15:23:29 | <cancerb0y> if i can get an ebook version then i can give it a try :) i hate to read books unless i ve it in my comp |
| 15:23:46 | <bmckown> it's probably not even a good read. |
| 15:24:07 | <bmckown> I say if it's a module, start with an example module. |
| 15:24:12 | <bwolfe> "the hitchhikers guide to the galaxy" is the book |
| 15:24:19 | <bmckown> ah, thanks. |
| 15:24:26 | <bwolfe> by douglas adams |
| 15:24:39 | <bmckown> $29.95 |
| 15:24:41 | <bwolfe> there was a movie about it a few years back |
| 15:24:42 | <cancerb0y> see he's watching everything... |
| 15:24:44 | <bmckown> + tax. |
| 15:24:47 | <bmckown> and shipping. |
| 15:24:50 | <cancerb0y> oh wat movie?? |
| 15:25:23 | <cancerb0y> i think there's a tough competition between Ben and Brian |
| 15:25:25 | <bmckown> just kidding on the price. nobody quote me |
| 15:25:37 | <bwolfe> pretty sure the movie was called "the hitchhikes guide to the galaxy" :-p |
| 15:25:44 | <bmckown> ben wins. |
| 15:26:13 | <cancerb0y> oh Ben is a stealth man |
| 15:26:25 | <cancerb0y> i thought he was out of the room |
| 15:26:30 | <bmckown> Okay. so start by downloading a module that actually works and that might have some similar functionality that you need. |
| 15:26:56 | <bwolfe> the movie: http://www.amazon.com/Hitchhikers-Guide-Galaxy-Widescreen/dp/B000A283AW/ref=pd_bbs_sr_2?ie=UTF8&s=dvd&qid=1211574354&sr=8-2 |
| 15:27:00 | <OpenMRSBot> <http://ln-s.net/1syX> (at www.amazon.com) |
| 15:27:07 | <bmckown> spam |
| 15:27:51 | <cancerb0y> ok i got a copy of basic module... |
| 15:27:54 | <bmckown> The rwandaregistration module actually prompts the user to enter the patient address in a hierarchy |
| 15:28:17 | <bmckown> ... but the rwandaregistration module doesn't seem to run nicely on openmrs 1.3 yet. |
| 15:28:36 | *** njero has quit IRC |
| 15:28:38 | <cancerb0y> oh let me see that for a smaple |
| 15:28:38 | <bmckown> well the basic module. not my favorite, but you can use it. |
| 15:28:42 | <cancerb0y> *sample |
| 15:29:04 | <bmckown> How comfortable are you with Spring Framework and Hibernate? |
| 15:29:08 | <bmckown> if I may ask? |
| 15:29:29 | <bmckown> Well so you don't have to answer... |
| 15:29:52 | <bmckown> Let me say that something like the printing module is an easy one to use for an example. |
| 15:29:55 | <cancerb0y> hmmm i think im not sure about that.. becoz i dont ve any prior experience with those |
| 15:30:05 | <bmckown> Basic module is empty. |
| 15:30:26 | <cancerb0y> actually daniel suggested me to look around with hibernate in this community bonding period |
| 15:30:29 | <cancerb0y> and im doing that |
| 15:30:31 | <bmckown> And tries to do all things. |
| 15:30:44 | <bmckown> So printing module, formentry module are good. |
| 15:30:52 | <r0bby> bwolfe ping |
| 15:31:15 | <cancerb0y> okay.. |
| 15:31:18 | <bmckown> I like printing module because it is minimal and has enough to let you know what the code is doing. |
| 15:31:36 | <bmckown> formentry module uses hibernate and has database tables. |
| 15:32:27 | <r0bby> Either done through a web page hook or by registering the forms (Ben should know) <-- When we get to this point, i may need an extension point |
| 15:32:38 | <r0bby> (publishing forms) |
| 15:32:45 | <r0bby> to the forms list |
| 15:32:54 | *** TorLye has quit IRC |
| 15:33:17 | <bwolfe> r0bby: if/when you have to worry about it, we can talk |
| 15:33:19 | <bmckown> just make sure to not use any extension points because we are discontinuing their use. |
| 15:33:29 | <bwolfe> r0bby: adding extension points is not hard |
| 15:33:40 | <bwolfe> bmckown: you're going to confuse them |
| 15:33:40 | <bmckown> just kidding. please use extension points. |
| 15:33:50 | <bmckown> bad brian bad brian. |
| 15:33:54 | <bwolfe> bmckown: :-) |
| 15:34:08 | <cancerb0y> bmckown: okay.. :) |
| 15:34:15 | <r0bby> bwolfe: okies :) |
| 15:34:29 | <r0bby> I hate this part of soc :( |
| 15:34:44 | <bmckown> hey guys. I have to go. |
| 15:35:11 | <cancerb0y> oh ok brian... catch you later :) |
| 15:35:13 | <cancerb0y> ta ta |
| 15:35:32 | <bmckown> There's a chicken on the grill. Good to talk to you, cancerb0y . E-mail or skype over the weekend if you need. |
| 15:35:58 | <cancerb0y> okay :) |
| 15:36:42 | <bmckown> bye cancerb0y , r0bby, b e n, have nice weekend. |
| 15:37:06 | *** bmckown has quit IRC |
| 15:47:31 | *** cancerb0y has quit IRC |
| 15:47:43 | *** nribeka has quit IRC |
| 16:40:47 | *** bwolfe has quit IRC |
| 16:54:14 | *** sunbiz_ has joined #openmrs |
| 16:54:20 | *** sunbiz_ has left #openmrs |
| 16:54:47 | *** sunbiz has joined #openmrs |
| 17:02:25 | *** njero has joined #openmrs |
| 17:02:25 | *** ChanServ sets mode: +v njero |
| 17:45:44 | *** njero has quit IRC |
| 17:51:53 | *** sunbiz has quit IRC |
| 18:22:43 | *** atomicturtle has quit IRC |
| 19:46:51 | <OpenMRSBot> Recent updates in the world of openmrs: OpenMRS Forum: Re: vmware image <http://forum.openmrs.org/viewtopic.php?f=15&t=282#p1234> |
| 20:16:55 | <OpenMRSBot> Recent updates in the world of openmrs: OpenMRS Tickets: Ticket #776 (defect created): Cannot edit users <http://dev.openmrs.org/ticket/776> |
| 21:28:00 | *** nribeka has joined #openmrs |
| 21:38:41 | *** sioraiocht has joined #openmrs |
| 21:38:41 | *** ChanServ sets mode: +v sioraiocht |
| 21:44:47 | *** sioraiocht_ has quit IRC |
| 21:49:34 | <OpenMRSBot> Recent updates in the world of openmrs: OpenMRS Forum: Re: vmware image <http://forum.openmrs.org/viewtopic.php?f=15&t=282#p1235> |
| 22:42:24 | *** [OmegentooX] has joined #openmrs |
| 22:42:24 | *** ChanServ sets mode: +v [OmegentooX] |
| 22:59:24 | *** cancerb0y has joined #openmrs |
| 23:04:11 | *** cancerb0y has left #openmrs |
| 23:19:01 | *** atomicturtle has joined #openmrs |