IRC Chat : 2011-12-12 - OpenMRS

00:14:27 *** rafa has quit IRC
02:59:46 *** chopin has joined #openmrs
03:34:48 *** chopin has quit IRC
04:00:47 *** wyclif has quit IRC
04:00:49 *** wluyima has joined #openmrs
04:01:03 *** wluyima has quit IRC
05:37:50 *** bwolfe has joined #openmrs
05:37:50 *** ChanServ sets mode: +o bwolfe
05:38:43 *** surangak has joined #openmrs
06:51:14 *** rafa has joined #openmrs
06:51:14 *** ChanServ sets mode: +v rafa
06:52:53 *** rafa has quit IRC
07:48:50 *** dkayiwa has joined #openmrs
08:04:10 *** rafa has joined #openmrs
08:04:10 *** ChanServ sets mode: +v rafa
08:56:24 *** rafa has quit IRC
10:31:05 *** surangak has quit IRC
10:31:07 *** surangak_ has joined #openmrs
10:34:00 *** rafa has joined #openmrs
10:34:00 *** ChanServ sets mode: +v rafa
11:44:48 <bwolfe> dkayiwa, so you're not going on holiday now?
11:59:03 *** james_regen has joined #openmrs
11:59:04 *** ChanServ sets mode: +v james_regen
11:59:50 *** robbyoconnor has quit IRC
12:02:27 <dkayiwa> bwolfe: if i go without the beta release, they i will not enjoy it. :)
12:02:44 <dkayiwa> they = then
12:09:13 <surangak_> howdy james_regen !
12:12:22 <james_regen> surangak_: hi
12:13:26 <surangak_> james_regen, how free are you right now ? If possible, I wanted to discuss how to solve PTM-47... :-)
12:14:55 <james_regen> i can talk right now.
12:15:47 <surangak_> mmm.. I was looking at the ticket, and It seems to me that what ada wants is not really something that will store the Report itself..
12:16:07 <surangak_> basically, if we store a 'Report', we're just storing the strategy + patient data (duplication)
12:16:34 <surangak_> this link to a report http://link.regenstrief.org:8080/openmrs_1.8.2/module/patientmatching/report.form?report=dedup-report-test_lcs_dob-10-15-2011--05-21-23 might giv u an idea...
12:16:39 <OpenMRSBot> <http://ln-s.net/9R$k> (at link.regenstrief.org:8080)
12:19:21 <james_regen> so you're thinking that just like we add the red background as we read the report, we can do something similar to not display already merged groups?
12:20:29 <surangak_> mm , im not really understanding how the red background comes into play :(
12:21:31 <james_regen> we check if a patient is voided when we display the report. we can probably do a similar thing, check if all lbut one patient is voided in the group, and not display it then, since ti's already been merged. i think that's what ada's ticket means
12:22:21 <james_regen> oh, i missed the part about keeping track of pairs that are not supposed to be merged
12:22:43 <surangak_> ah, I was about to go backj to jira and re-read :-)
12:23:31 <surangak_> I was thinking of a table that records what was done per each pair identified by each report
12:23:50 <surangak_> as in, report XY, Identified the following pairs, of these, patient Id y was merged, x was ignored, and z is still to be decided ...
12:26:05 <james_regen> i wonder if we should get from ada a clear list of what changes she wants. how she wants the report viewing to behave might affect how we store the user's choices
12:28:01 <surangak_> james_regen, I agree
12:28:18 <surangak_> james_regen, Actually, ada had wanted to organize a call, but im not sure if that is possible
12:28:40 <surangak_> maybe if I contact her, and get her to give a more lengthly explanation of her requirements ?
12:29:38 <surangak_> I was 'guessing' that I understand Adas problem, but if Im wrong, we will be in trouble :-)
12:30:46 <james_regen> surangak_: i think we understand what's in the ticket, but there might be more than the two examples she gave, and i think i'd rather figure out just once how the report viewing and merging should work
12:32:46 <surangak_> james_regen, I will buzz ada ada and get her to make a more detailed comment :-)
12:33:45 <surangak_> james_regen, I also have two more questions that I'd like to bother you with ....
12:33:54 <james_regen> surangak_: ok.
12:33:56 <surangak_> 1. how does the difference between 'must match' and 'should math' affect the 'scoring' that we use
12:35:16 <surangak_> as in, the scoring that we already use to match patients..
12:37:09 <james_regen> answer to 1: in a given set of records we want to find duplicates in, we have to compare two records to see how similar they are. there are on the order of n^2 ways we can compare records, and thats' too many to do. 'must match' fields are the fields we use to determine which pairs, out of the multitude we can use, we evaluate
12:38:24 <james_regen> so for our code, the must match fields are our way of saying, "we'll only compare records of people that are (if month of birth, day of birth, and year of birth are blocking) born on the same day. that should give us a better chance of finding true matches"
12:39:53 <surangak_> oh, I get it. So to be considerd for scoring, it must be 'must match' in the first place...
12:40:46 <james_regen> some records will have typos in those fields, and those matches will be missed if we do just that one run. so we do other runs with other fields set to must match, maybe last name and city. that way records are compared if mistakes exist in other must match fields. the fields aren't used for scoring, though, since we know they must match up exactly already. there's no information contained if there we know it will match
12:41:23 <james_regen> surangak_: yes. and we analyze each run separately, because our population of pairs will determine the m and u values
12:42:20 <surangak_> james_regen, now comes the harder question ..
12:42:22 <surangak_> The aim of generating MI scores is to identify related columns. So even if two columns are related, and if one of those columns are 'must match' we will have to ignore the MI score, and consider that column anyway, right ?
12:43:07 <surangak_> assume that we set family name to 'must match'. but MI scoring says that family name is similar to telephone
12:43:40 <surangak_> now, we will have to ignore MI score, and use the 'must match' familiy name' anyway, isnt it ? :-)
12:46:10 <james_regen> surangak_: i think MI scores are describing a set of records, and that the results of MI, just like frequency analysis or entropy values, are to help the user create the best mix of must match and should match fields. if the user sets the family name to must match and telephone to should match, then the code will do what the user says
12:48:15 <james_regen> i think the ahrd part is understanding what that MI score will mean if you do what you said. in that case, then the m value for telephone might be higher than it would if other columns were set to must match, that there's a bias in the rate that the values will match. i guess there's a point at which that bias is too bad to overcome the usefulness of having another field to evaluate for similarity
12:48:15 <surangak_> james_regen, hmm... actually I asked this because of what Dr. Shaun told me a few days back regarding part -2 of mutual scoring... But I think I need to go back and re -read our conversation log again :-)
12:48:32 <surangak_> james_regen, I think I may have missed something from the convo :-)
12:52:10 <james_regen> surangak_: i think it's a good question. if there's perfect corelation between the fields, then setting telephone to should match really isn't getting us anything other than inflated score. since there's a range of MI values, there's a judgement to make on what's acceptable MI value between fields. does that sound right?
12:52:50 <surangak_> james_regen, exacly :-)
12:53:03 <surangak_> james_regen, I think Dr. Shaun is away from Regenstrif this week ?
12:53:14 <surangak_> I think he said that he'll be at MIT ...
12:54:26 <james_regen> surangak_: oh, i didn't know that. he should still answer emails, i think.
12:54:51 <surangak_> I was thinking I should re-read the conversation, and try to send him a short e mail regarding this :-)
12:57:40 <james_regen> surangak_: ok
12:58:19 <surangak_> james_regen, I hav also mailed Ada, and will try to talk with her later today...
13:00:45 <james_regen> surangak_: ok. i'll be here if there are any more questions for me
13:01:06 <surangak_> james_regen, great, thanks a lot, you were very helpful :-)
13:21:56 *** chopin has joined #openmrs
13:22:10 *** mnunez has joined #openmrs
13:22:25 <mnunez> Hi everyone!
13:25:18 *** jthomas_ has joined #openmrs
13:27:53 *** rafa has quit IRC
13:28:42 *** jthomas_ has quit IRC
13:33:36 <mnunez> Hi bwolfe! I'll be having exams this week and the next one, but I'd like to contribute to the documentation sprint. There's not much I can do, but I could add an XForm section to the OpenMRS guide...
13:41:00 *** bwolfe has quit IRC
13:53:18 *** bwolfe has joined #openmrs
13:53:18 *** ChanServ sets mode: +o bwolfe
13:54:32 *** downeym has joined #openmrs
13:54:32 *** OpenMRSBot sets mode: +o downeym
13:54:32 *** ChanServ sets mode: +o downeym
14:08:39 <bwolfe> mnunez, sounds good! want me to make a ticket for that, or will you?
14:21:43 *** ball has joined #openmrs
14:21:56 <downeym> Hi ball and welcome to the #openmrs IRC channel.
14:59:33 *** eball has joined #openmrs
14:59:49 <downeym> Hi eball and welcome to the #openmrs IRC channel.
15:00:39 *** robbyoconnor has joined #openmrs
15:00:39 *** ChanServ sets mode: +v robbyoconnor
15:01:32 *** robbyoconnor has quit IRC
15:01:46 *** robbyoconnor has joined #openmrs
15:01:46 *** robbyoconnor has joined #openmrs
15:01:46 *** ChanServ sets mode: +v robbyoconnor
15:02:23 *** eball has quit IRC
15:04:08 *** surangak_ has quit IRC
15:11:44 *** rafa has joined #openmrs
15:11:47 *** ChanServ sets mode: +v rafa
15:20:36 *** robbyoconnor has quit IRC
15:23:27 *** bwolfe has quit IRC
15:29:51 <mnunez> bwolfe: ticket created
15:30:10 <mnunez> bwolfe https://tickets.openmrs.org/browse/TRUNK-2949
15:33:40 *** robbyoconnor has joined #openmrs
15:33:40 *** ChanServ sets mode: +v robbyoconnor
15:41:06 <ball> I'm a newbie to sprinting and irc. Where do I start? This is not helpful: "Pick a ticket from the available tickets in the top-left of the dashboard."
15:46:24 *** robbyoconnor has quit IRC
15:48:26 *** robbyoconnor has joined #openmrs
15:48:26 *** ChanServ sets mode: +v robbyoconnor
15:54:25 <downeym> hi ball - did anyone respond to you yet? :)
15:54:47 <ball> no
15:55:22 <downeym> ball: i got an email earlier that there's a kickoff meeting starting in about 1 hour
15:55:34 <downeym> (from now)
15:55:41 <ball> 12 noon EST?
15:55:48 <downeym> ball: correct
15:55:55 <ball> thx
15:56:13 <ball> And the kickoff is on IRC, skype, jabber?
15:56:42 <downeym> ball: let me check
15:57:56 <downeym> ball: hm, no one is around at the moment but I see a phone conference line. but we'll all be in IRC too.
15:58:00 <downeym> let me forward you this mail I have
15:59:28 *** dkayiwa has quit IRC
16:00:17 *** r0bby has joined #openmrs
16:00:17 *** ChanServ sets mode: +v r0bby
16:01:47 *** robbyoconnor has quit IRC
16:05:38 *** zen__ has joined #openmrs
16:05:46 <downeym> Hi zen__ and welcome to the #openmrs IRC channel.
16:07:18 <zen__> djazayeri: Hi. I am working on test cases in a module. I am not able to automatically generate tests or run it as unit test. Could you help me with this
16:13:02 <chopin> how can one serve a SWF file from a module's resources folder?
16:13:21 <chopin> for some reason I think mine might be getting served up in a weird way
16:14:10 *** r0bby_ has joined #openmrs
16:14:10 *** ChanServ sets mode: +v r0bby_
16:15:03 *** r0bby has quit IRC
16:26:39 *** r0bby_ has quit IRC
16:27:01 *** r0bby_ has joined #openmrs
16:27:01 *** ChanServ sets mode: +v r0bby_
16:28:56 *** mnunez has left #openmrs
16:45:09 *** r0bby_ has quit IRC
16:45:40 *** r0bby_ has joined #openmrs
16:45:40 *** ChanServ sets mode: +v r0bby_
16:49:40 *** r0bby_ has quit IRC
16:49:58 *** r0bby_ has joined #openmrs
16:49:58 *** ChanServ sets mode: +v r0bby_
16:50:43 *** zen__ has quit IRC
16:53:59 *** r0bby_ has quit IRC
16:54:26 *** r0bby_ has joined #openmrs
16:54:26 *** ChanServ sets mode: +v r0bby_
17:01:44 *** r0bby_ has quit IRC
17:02:29 *** r0bby_ has joined #openmrs
17:02:29 *** ChanServ sets mode: +v r0bby_
17:03:00 <downeym> Documentation sprint phone meeting happening now: (bottom half of) http://notes.openmrs.org/technicalwriting
17:04:11 *** jriley has joined #openmrs
17:07:55 *** robbyoconnor has joined #openmrs
17:07:55 *** ChanServ sets mode: +v robbyoconnor
17:10:47 *** r0bby_ has quit IRC
17:28:56 *** bwolfe has joined #openmrs
17:28:56 *** ChanServ sets mode: +o bwolfe
17:32:21 *** robbyoconnor has quit IRC
17:32:53 *** robbyoconnor has joined #openmrs
17:32:53 *** ChanServ sets mode: +v robbyoconnor
17:48:15 *** suranga has joined #openmrs
17:51:35 *** jriley has quit IRC
18:18:59 *** gauravpaliwal1 has joined #openmrs
18:24:12 *** dawn_ has joined #openmrs
18:27:11 *** dkayiwa has joined #openmrs
18:29:49 *** r0bby has joined #openmrs
18:29:49 *** ChanServ sets mode: +v r0bby
18:29:58 *** dawn_ has joined #openmrs
18:30:15 <dawn_> !scrumon dawn
18:30:15 * OpenMRSBot says the DAILY SCRUM MEETING is STARTING. This meeting should not last longer than 15 minutes. Please hold other comments until the end of the meeting, or message someone privately. Thank you! ScrumMaster dawn- you may begin when ready.
18:30:35 *** robbyoconnor has quit IRC
18:30:55 <dawn_> bwolfe: djazayeri rafa: hi
18:31:06 <dkayiwa> hi
18:31:12 <dawn_> dkayiwa: hi! :)
18:31:15 <rafa> hi
18:31:18 <dkayiwa> :)
18:31:33 <dawn_> today's order: rafa , dkayiwa , djazayeri , bwolfe , wyclif
18:31:47 <rafa> Today:
18:31:48 <rafa> * Back ported TRUNK-2926: Add changeset to delete incorrect entries in role_role table
18:31:48 <rafa> https://tickets.openmrs.org/browse/TRUNK-2926
18:31:48 <rafa> * Worked on TRUNK-2319: A feature to validate all concept in the database, to ensure they are all legal
18:31:48 <rafa> https://tickets.openmrs.org/browse/TRUNK-2319
18:31:48 <rafa> * Started late today so still an hour to go.
18:31:48 <rafa> Tomorrow:
18:31:49 <rafa> * Pick up new tickets
18:31:49 <rafa> No blockers.
18:31:52 *** suranga_ has joined #openmrs
18:32:32 *** gauravpaliwal1 has left #openmrs
18:32:34 <bwolfe> I'm on another conf call...so move me last...
18:32:43 <dkayiwa> Applied Janet's patch for: fix breaking test ConceptServiceImplTest.saveConcept_shouldSetDefaultPreferredNameToASynonymThird - TRUNK-2928
18:32:43 <dkayiwa> Back ported to 1.9.x: Add encounter_role and provider tables to liquibase-schema-only.xml - TRUNK-2927
18:32:44 <dkayiwa> Back ported to 1.9.x: AuditableInterceptor throws an NPE at startup, preventing OpenMRS from running - TRUNK-2917
18:32:44 <dkayiwa> Back ported to 1.9.x and closed: 1.9 Demo dataset needs a few more pieces of data - TRUNK-2909. Created: 1.9 Demo dataset sql file with the 5k patients needs a few more pieces of data - TRUNK-2948
18:32:45 <dkayiwa> Back ported to 1.9.x and closed: Incorrect error message when trying to create an encounter and put it in a visit with incompatible start/end date - TRUNK-2914
18:32:45 <dkayiwa> Back ported to 1.9.x and closed: Cannot save new visit and encounters at the same time - TRUNK-2796
18:32:45 <dkayiwa> Worked on the ticket comments for (the suggested alternative did not work. So i reverted to the original solution): Cannot save new visit and encounters at the same time - TRUNK-2796
18:32:46 <dkayiwa> Committed: 1.9 Demo dataset sql file with the 5k patients needs a few more pieces of data - TRUNK-2948
18:32:46 <dkayiwa> Committed fix for Wyclif's error for: AuditableInterceptor throws an NPE at startup, preventing OpenMRS from running - TRUNK-2917
18:32:46 <dkayiwa> Now working on review comments for: Daemon user has no associated person - TRUNK-2922
18:32:46 <dkayiwa> No Blockers
18:32:49 *** wyclif has joined #openmrs
18:32:56 <dawn_> bwolfe: fail
18:33:01 <dawn_> djazayeri: you ready?
18:33:48 *** suranga has quit IRC
18:33:57 *** r0bby_ has joined #openmrs
18:33:57 *** ChanServ sets mode: +v r0bby_
18:34:47 *** r0bby has quit IRC
18:34:54 <dawn_> let's skip djazayeri
18:34:56 <dawn_> wyclif: are you ready?
18:35:14 <wyclif> yeah
18:35:44 <dawn_> wyclif: can you give your updates plz. :)
18:36:02 <wyclif> ok
18:36:21 <wyclif> friday:
18:36:22 <wyclif> -Went through unclosed sprint tickets and made comments where necessary
18:36:22 <wyclif> -Backport fixed tickets to 1.9.x and 1.8.x and closing the tickets
18:36:22 <wyclif> -Addressing review comments for TRUNK-2273
18:36:22 <wyclif> -Sprint reviews
18:36:22 <wyclif> today:
18:36:24 <wyclif> -Made some fixes to the for TRUNK-412, backported them and closed it
18:36:26 <wyclif> -Wiki documentation the usage if the new search widgets
18:36:28 <wyclif> -Wiki documentation the additional attributes for concept mappings and related GPs
18:36:30 <wyclif> -Sprint tickets
18:36:32 <wyclif> blockers: none
18:37:46 <dawn_> djazayeri: bwolfe : we're waiting on ya
18:38:07 <bwolfe> today:
18:38:08 <bwolfe> tickets for doc sprint
18:38:08 <bwolfe> reviewed patch from students
18:38:08 <bwolfe> email backlog
18:38:08 <bwolfe> building 1.8.3 standalone on buea
18:38:09 <bwolfe> fixing hibernate upgrade patch
18:38:11 <bwolfe> conf calls with ncsu
18:38:25 *** r0bby_ has quit IRC
18:38:31 <bwolfe> half-blocker: been stumbling through getting the hibernate upgrade to work. almost there I think
18:38:50 <bwolfe> and buea seems to be building the 1.8.3, so I should have that out as soon as I have (time) bandwidth
18:40:08 <dawn_> djazayeri: you there?
18:42:02 <dawn_> wyclif: what's the status on 1.9beta2 sprint?
18:42:17 <dawn_> wyclif: looks like there are still tickets in code review (13 tickets)
18:42:53 <wyclif> reviewers need to review them
18:43:24 <wyclif> there are 2 could and 2 non essential tickets
18:43:56 <dawn_> wyclif: can you reach out to the individuals who still need to review the tickets and assign the 2 could and 2 non essential?
18:44:28 <wyclif> sure
18:45:00 <dawn_> !scrumoff dawn
18:45:00 * OpenMRSBot says the DAILY SCRUM MEETING has ENDED. This channel is now returned to normal hacking operations. Post-scrum meeting follow-up conversations may now begin.
18:45:02 <djazayeri> HI
18:45:08 <djazayeri> sorry, misread my calendar.
18:45:38 <djazayeri> My report is easy:
18:45:50 <djazayeri> Friday: all-day meeting, nothing sprint-related
18:46:09 <djazayeri> Today: some work on doc sprint, some work on dev sprint
18:47:14 <djazayeri> no blockers
18:47:17 <bwolfe> wyclif, rafa, dkayiwa: you guys will be doing mostly dev sprint stuff. but answer any requests from other folks about doc related stuff. (aka make time for it, bu tdon't focus on it)
18:47:29 <djazayeri> if someone wants to point me to something specific on the dev sprint, let me know
18:47:30 <dkayiwa> ok
18:47:46 <downeym> bwolfe: let me know if you need any help getting files off from buea
18:48:13 <downeym> bwolfe: i spent friday afternoon trying to explain that buea wasn't on the normal RI office network. :-/
18:48:13 <bwolfe> downeym, ok, I plan to try that as soon as this conf call is done
18:48:32 <wyclif> ok
18:52:37 *** dkayiwa has quit IRC
18:53:22 <bwolfe> downeym:
18:53:24 <bwolfe> O |
18:53:24 <bwolfe> + |
18:53:24 <bwolfe> ^ |
18:53:24 <bwolfe> O |
18:53:25 <bwolfe> + |
18:53:25 <bwolfe> ^ |
18:53:26 <bwolfe> O|
18:53:28 <bwolfe> / |
18:53:30 <bwolfe> ^ |
18:53:32 <bwolfe> O |
18:53:34 <bwolfe> + |
18:53:36 <bwolfe> ^ |
18:53:38 <bwolfe> O |
18:53:40 <bwolfe> + |
18:53:42 <bwolfe> ^ |
18:53:44 <bwolfe> O |
18:53:46 <bwolfe> + |
18:53:51 <bwolfe> ^ |
18:53:53 <bwolfe> O|
18:53:54 <bwolfe> / |
18:53:56 <bwolfe> ^ |
18:54:04 <downeym> oh really?
18:55:02 <downeym> hitting your head against the wall?
18:55:11 <dawn_> bwolfe: do you need to discuss your blocker or do you have it solved?
18:55:41 <bwolfe> its not solved yet but I'm not in a place to request help. :-)
18:55:52 <bwolfe> downeym, that was you. the wall was RG
18:56:06 <downeym> bwolfe: needs more bricks.
18:56:28 *** suranga has joined #openmrs
18:56:35 *** dawn_ has quit IRC
18:58:03 <bwolfe> downeym:
18:58:04 <bwolfe> bwolfe@buea:~/standalone/target$ rsync -e ssh openmrs-standalone-1.8.3 bawolfe@frs.sourceforge.net:/home/frs/project/o/op/openmrs/releases/OpenMRS_1.8.3/
18:58:05 <bwolfe> ssh: connect to host frs.sourceforge.net port 22: Connection refused
18:58:05 <bwolfe> rsync: connection unexpectedly closed (0 bytes received so far) [sender]
18:58:05 <bwolfe> rsync error: error in rsync protocol data stream (code 12) at io.c(601) [sender=3.0.7]
18:59:36 *** suranga_ has quit IRC
19:00:34 <downeym> bwolfe: correct, that's the firewall dropping the traffic outbound from the server.
19:01:04 <bwolfe> downeym, so your head banging was for naught? did they never open it for buea?
19:01:35 <downeym> bwolfe: at this time, they still think the port is open. but they also think the server is on a different network than it actually is.
19:02:02 <downeym> bwolfe: i can grab your file(s) and then upload them though
19:02:37 <bwolfe> downeym, ugh
19:02:37 <bwolfe> downeym, can you easily copy that file off buea?
19:02:44 <bwolfe> downeym, great, do that. :-)
19:02:51 <downeym> bwolfe: let me know the paths & files
19:02:56 <downeym> and destination
19:03:06 <downeym> i guess you already did.
19:03:06 <downeym> heh
19:03:13 <bwolfe> notify me when its done
19:03:13 <bwolfe> and then we could use you and maybe a windows user to test it running to make sure it works right
19:04:27 <downeym> bwolfe: don't we want to zip up that directory?
19:04:39 <bwolfe> way ahead of you :-)
19:04:45 <downeym> ah, i see it now
19:04:59 <bwolfe> downeym, looks like I forgot the extension
19:05:05 <downeym> yeah
19:05:40 <bwolfe> hmm, let me see if thats the problem...
19:05:56 <downeym> bwolfe: nah, it's the firewall. i validated with other known working target hosts
19:06:57 *** dawn_ has joined #openmrs
19:06:57 <bwolfe> ok
19:09:43 *** suranga_ has joined #openmrs
19:10:19 <djazayeri> wyclif, rafa: is someone working on the 1.9 compilation failure? or is that already fixed?
19:10:50 <wyclif> djazayeri, already done
19:11:03 <wyclif> it was a missing import
19:11:23 <djazayeri> okay, cool
19:13:20 *** suranga has quit IRC
19:14:06 *** gauravpaliwal1 has joined #openmrs
19:19:49 *** suranga has joined #openmrs
19:20:27 *** suranga_ has quit IRC
19:28:57 <downeym> bwolfe: so i should test out the 1.8.3 standalone?
19:29:11 <bwolfe> yeah
19:29:13 <bwolfe> thanks
19:29:52 <downeym> bwolfe: stand(alone)by
19:31:10 <bwolfe> n(ic)e
19:31:51 <downeym> bwolfe: i think the readme.txt needs updated
19:32:09 <bwolfe> downeym, in the zip? or on sourceforce?
19:32:12 <bwolfe> *sourceforge
19:32:29 <bwolfe> in other news, it should have been called sourceforce
19:32:44 <downeym> bwolfe: on SF. there isn't one in the zip file (-1)
19:33:19 <bwolfe> downeym, ah yes, looks like it still refers to the multiple options
19:33:26 <downeym> bwolfe: right
19:33:50 <downeym> bwolfe: and good news, http://localhost:8081/openmrs-standalone/index.htm;jsessionid=1327F811F19BA020D0CA46B49BA2D03F loaded
19:33:59 <bwolfe> sweetness
19:34:53 <downeym> bwolfe: it also seems that the initial password should be in the readme.txt (?)
19:35:12 <bwolfe> downeym, the demo data one? is it admin:test?
19:35:17 <downeym> right.
19:36:19 <downeym> bwolfe: also, did that userid/pw change?
19:36:23 <downeym> it's not what's listed on the web page.
19:37:13 *** suranga has quit IRC
19:37:42 *** dawn_ has quit IRC
19:38:47 <bwolfe> downeym, what is listed on the webpage admin:Admin123 ?
19:39:00 <downeym> yep
19:39:11 <bwolfe> hmm, I forget what installs it that way
19:39:24 <bwolfe> but this one is built off of demo data of old, which is admin:test
19:39:29 <downeym> it ended up being admin : test
19:40:14 <downeym> bwolfe: IIRC it was because the standalone's demo data was manually created by the packager, so s/he had to run through the initialsetup which had that PW requirement
19:40:35 <bwolfe> ah yes
19:41:39 *** gauravpaliwal1 has left #openmrs
19:43:04 <downeym> bwolfe: also, fwiw, the .jar used to be called "openmrs-standalone.jar"
19:43:13 <bwolfe> what is it now?
19:43:34 <downeym> standalone-1.1.1.jar
19:44:13 <bwolfe> I thikn thats intentional. we need to know what version of the standalone peeps are using
19:46:22 <downeym> bwolfe: also, there's a different README.txt that used to be in the standalone zip
19:47:33 <downeym> bwolfe: http://pastebin.com/jXfsz8SJ
19:47:36 <bwolfe> downeym, if you have htat, open a ticket on STAND
19:47:40 <downeym> k
19:50:08 <downeym> !ticket STAND-38
19:50:10 <OpenMRSBot> downeym: [#STAND-38] Standalone README.txt seems to be missing in OpenMRS 1.8.3 release - OpenMRS JIRA - https://tickets.openmrs.org/browse/STAND-38
19:52:48 *** dkayiwa has joined #openmrs
19:53:35 <bwolfe> downeym, ok, fixed the readme on sourceforge
20:32:42 *** james_regen has left #openmrs
20:33:48 *** dawn_ has joined #openmrs
20:52:28 *** dawn_ has quit IRC
20:57:42 *** dawn_ has joined #openmrs
21:14:18 *** downeym has quit IRC
21:44:15 *** chopin has quit IRC
21:44:45 *** rafa has quit IRC
22:01:53 *** djazayeri1 has joined #openmrs
22:01:54 *** djazayeri has quit IRC
22:04:50 *** dkayiwa has quit IRC
22:07:15 *** wyclif has quit IRC
22:07:38 *** djazayeri1 is now known as djazayeri
22:07:38 *** ChanServ sets mode: +o djazayeri
22:20:35 <djazayeri> bwolfe: is source.openmrs.org working for you? e.g. https://source.openmrs.org/cru/CR-CONTRIB-66
22:26:54 *** rafa has joined #openmrs
22:26:54 *** ChanServ sets mode: +v rafa
22:33:51 *** dkayiwa has joined #openmrs
22:34:15 *** rafa has quit IRC
22:59:04 *** wyclif has joined #openmrs
23:06:34 *** dkayiwa has quit IRC
23:07:39 *** djazayeri has quit IRC
23:08:57 *** djazayeri has joined #openmrs
23:08:57 *** ChanServ sets mode: +o djazayeri
23:24:17 *** bwolfe_ has joined #openmrs
23:24:17 *** ChanServ sets mode: +o bwolfe_
23:26:03 *** bwolfe has quit IRC