How about limiting implementations to 14 or fewer characters and using
"99OMRS" as a prefix?

-Burke

On Thu, Aug 11, 2011 at 7:24 AM, Ben Wolfe <[email protected]> wrote:

> Is "local" allowed to be "local to the openmrs community" ?  If so, then
> yes, lets limit impl ids to 18 characters and prepend the 99.
>
> If not, then is it valid to insert our own prefix?
> omrs${impelementationid} ?
>
> Ben
>
> On Thu, Aug 11, 2011 at 2:44 AM, Darius Jazayeri <[email protected]>wrote:
>
>> A related question:
>>
>> If I understand it right, we're using our OpenMRS Implementation Ids as
>> hl7 codes of concept sources in OCC. However HL7 seems to say that
>> locally-defined codes should be 99zzz (where z is alphanumeric).
>>
>> Obviously "DJLAPTOP16" doesn't follow that convention. And until I
>> committed a fix a few days ago (where I clearly misunderstood something I
>> read somewhere: https://tickets.openmrs.org/browse/TRUNK-2518) we were
>> preventing hl7 codes longer than 5 characters.
>>
>> What should we actually be doing here?
>>
>> If we actually want short hl7 codes, we'd need setting your
>> implementationId to limit you. Alternately, we should  permit arbitrary
>> implementation ids, and cheat hl7 slightly by doing "99${implementationId}".
>>
>> -Darius
>>
>>
>> On Wed, Aug 10, 2011 at 4:21 PM, Darius Jazayeri <[email protected]>wrote:
>>
>>> No other sprinters are on IRC now, so I'm asking here:
>>>
>>> I'm trying to upload a concept from my openmrs client to my OCC server,
>>> and I'm getting this server-side error:
>>>
>>> ERROR - ConceptManagerImpl.analyzeOccUpload(153) | Error while reading
>>> file: /tmp/uploads/putConcepts1313018017863.xml
>>> java.lang.Exception: No implementation was found with id:DJLAPTOP16
>>> at
>>> org.openmrs.occ.service.impl.ConceptManagerImpl.analyzeOccUpload(ConceptManagerImpl.java:124)
>>>
>>> When is the ConceptSource for my id supposed to be created on the
>>> server-side? I haven't seen any steps in the process where this would
>>> happen...
>>>
>>> -Darius
>>>
>>
>

_________________________________________

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