Thanks Peter! We are still improving our documentation and the module
itself is under a heavy development. Given that it is best to use the
latest released version of the module 0.10. It adds some nice
features, but also resolves some bugs. Also could you please try with
a different browser (I tested it with Chrome 13, Firefox 4 and Opera
11) and report your problem in JIRA? As you see I am still running
Firefox 4. I will update though and try to reproduce your problem.

-Rafal

On Fri, Aug 26, 2011 at 10:16 AM, Peter Eichenauer <[email protected]> wrote:
> Thanks Darius and Rafal for clarification.
>
> I have added Rafal's note to the user guide
> https://wiki.openmrs.org/display/docs/User%27s+Guide+for+Metadata+Sharing+Module
>
> What do you think about changing the text "Overwrite your existing item with
> the incoming one"  to "Overwrite content of your existing item with the
> incoming one" on the Import package page?
>
> I think my use case is "replace item". Should this be possible with "Choose
> replacement"? I couldn't test this, because if I click on "choose
> replacement" button nothing happens . I am using Firefox 6.
>
> As a workaround I have deleted old forms in MySQL and imported the package
> again.
>
> -
> Peter
>
>
> On 08/25/2011 06:13 PM, Darius Jazayeri - Gmail wrote:
>
> Also, just FYI, the metadatasharing_imported_item table stores the mapping
> between the (external) UUID of the item you imported, and the (internal)
> UUID on your system.
> -Darius
>
> On Thu, Aug 25, 2011 at 9:03 AM, Rafal Korytkowski <[email protected]>
> wrote:
>>
>> Hi Peter,
>>
>> UUIDs and IDs stay intact at all times on the system where you import
>> things and even if you choose to overwrite some data, only the content
>> is overwritten. You should see that the content of the form has
>> changed on your system.
>>
>> It is a design decision we made so that no existing UUIDs or IDs
>> references in your system get corrupted.
>>
>> -Rafal
>>
>> On Thu, Aug 25, 2011 at 3:20 PM, Peter Eichenauer <[email protected]>
>> wrote:
>> > Hi Dave,
>> >
>> > let me give you an example.
>> >
>> > metadata.xml contains
>> > ....
>> > <org.openmrs.module.htmlformentry.HtmlForm id="6382"
>> > uuid="12cc254e-ed9b-4f20-b4e4-df126d9cb075">
>> > <creator/>
>> > <dateCreated id="6383">2010-11-24 03:38:26</dateCreated>
>> > <changedBy/>
>> > <dateChanged id="6384">2011-08-02 09:32:36</dateChanged>
>> > <retired>false</retired>
>> > <form id="6385" resolves-to="org.openmrs.Form"
>> > uuid="847d3c57-f095-46ef-992f-455a5969b6d1">
>> > <name>Adult HIV Flowsheet - New Allergy</name>
>> >  ...
>> >
>> > importing metadata and selecting "overwrite" I would expect that I could
>> > load a form with UUID=847d3c57-f095-46ef-992f-455a5969b6d1
>> >
>> > but it fails and in the table form I see Adult HIV Flowsheet - New
>> > Allergy with UUID=7ce2dbfc-7011-4ac3-81a7-91c5ef47b7c7 and
>> > date_changed=2011-08-25 11:15:18.0
>> >
>> > -
>> > Peter
>> >
>> >
>> > On 08/25/2011 02:41 PM, Dave Thomas wrote:
>> >> Do you mean that you ended up with duplicate Form objects (same name,
>> >> different uuids), because Form wasn't found by name?
>> >>
>> >> d
>> >>
>> >> On Thu, Aug 25, 2011 at 11:30 AM, Peter Eichenauer<[email protected]>
>> >>  wrote:
>> >>> Hi,
>> >>>
>> >>> I have been importing a metadata sharing package on metadata sharing
>> >>> 0.9.0.2. During import I selected "Trust Incoming", I clicked on
>> >>> "start
>> >>> assessing" and I chose to overwrite concepts and HTML Forms.
>> >>> Unfortunetly the UUIDs of the forms were not overwritten. I opened the
>> >>> database and I noticed UUIDs in table htmlformentry_html_form were
>> >>> overwritten but UUIDs in table form not.
>> >>>
>> >>> Can you reproduce this error?
>> >>>
>> >>> Thanks,
>> >>> Peter
>> >>> _________________________________________
>> >>>
>> >>> To unsubscribe from OpenMRS Developers' mailing list, send an e-mail
>> >>> to [email protected] with "SIGNOFF openmrs-devel-l" in the  
>> >>> body
>> >>> (not the subject) of your e-mail.
>> >>>
>> >>> [mailto:[email protected]?body=SIGNOFF%20openmrs-devel-l]
>> >>>
>> >> _________________________________________
>> >>
>> >> To unsubscribe from OpenMRS Developers' mailing list, send an e-mail to
>> >> [email protected] with "SIGNOFF openmrs-devel-l" in the  body 
>> >> (not
>> >> the subject) of your e-mail.
>> >>
>> >> [mailto:[email protected]?body=SIGNOFF%20openmrs-devel-l]
>> >
>> > _________________________________________
>> >
>> > To unsubscribe from OpenMRS Developers' mailing list, send an e-mail to
>> > [email protected] with "SIGNOFF openmrs-devel-l" in the  body 
>> > (not
>> > the subject) of your e-mail.
>> >
>> > [mailto:[email protected]?body=SIGNOFF%20openmrs-devel-l]
>> >
>>
>> _________________________________________
>>
>> To unsubscribe from OpenMRS Developers' mailing list, send an e-mail to
>> [email protected] with "SIGNOFF openmrs-devel-l" in the  body (not
>> the subject) of your e-mail.
>>
>> [mailto:[email protected]?body=SIGNOFF%20openmrs-devel-l]
>
> ________________________________
> Click here to unsubscribe from OpenMRS Developers' mailing list
>
> ________________________________
> Click here to unsubscribe from OpenMRS Developers' mailing list

_________________________________________

To unsubscribe from OpenMRS Developers' mailing list, send an e-mail to 
[email protected] with "SIGNOFF openmrs-devel-l" in the  body (not 
the subject) of your e-mail.

[mailto:[email protected]?body=SIGNOFF%20openmrs-devel-l]

Reply via email to