Not 100% sure, but I think Alternative Name is used to store the English translations of the Swahili data elements in the Tanzanian databases, as an ad-hoc i18n approach. This can of course be replaced by a using the i18n functionality (given that it works properly, and that it is also possible to show lists/reports etc. showing both languages).
Ola -------- ---------------------------------- Ola Hodne Titlestad (Mr) HISP Department of Informatics University of Oslo Mobile: +47 48069736 Home address: Vetlandsvn. 95B, 0685 Oslo, Norway. Googlemaps link<http://maps.google.com/maps?f=q&source=s_q&hl=en&geocode=&q=Vetlandsvn.+95B,+0685+Oslo,+Norway> On 27 April 2011 17:04, Bob Jolliffe <bobjolli...@gmail.com> wrote: > On 27 April 2011 15:24, Jason Pickering <jason.p.picker...@gmail.com> > wrote: > > +1 from me as well, assuming that we can migrate the existing > > alternative names to whatever object replaces it. > > To what extent to we have existing alternative names? > > >Also, if you can > > look into how we can match on these names during import, similar to > > DHIS 1.4, this would be very useful in hetereogeneous, data > > warehousing situations where multiple data bases feed DHIS2, but which > > may have slightly different names of the same data element. > > > > > > > > On 4/27/11, Bob Jolliffe <bobjolli...@gmail.com> wrote: > >> 2011/4/27 Saptarshi Purkayastha <sun...@gmail.com>: > >>> I would actually suggest that multiple alternative names to be added > for a > >>> dataelement or indicator. > >>> It would be similar to the representing synonyms for a data element or > >>> indicator. > >> > >> Saptarshi I think I agree with you in principle. And probably the > >> best way to work towards this is to start by removing the hard coded > >> alternative name property. So +1 from me to the proposal. > >> > >>> > >>> --- > >>> Regards, > >>> Saptarshi PURKAYASTHA > >>> > >>> My Tech Blog: http://sunnytalkstech.blogspot.com > >>> You Live by CHOICE, Not by CHANCE > >>> > >>> > >>> 2011/4/27 Lars Helge Øverland <larshe...@gmail.com> > >>>> > >>>> Hi all, we are currently investigating the core domain model in order > to > >>>> see how we can make the entities have a consistent set of properties. > >>>> In that regard we are proposing to remove the alternative name > property > >>>> of > >>>> data element and indicator entities. It seems this property is a > ad-hoc > >>>> legacy internationalization effort and not really useful. Would it be > >>>> okay > >>>> to remove it? > >>>> > >>>> > >>>> regards, Lars > >>>> > >>>> _______________________________________________ > >>>> Mailing list: https://launchpad.net/~dhis2-devs > >>>> Post to : dhis2-devs@lists.launchpad.net > >>>> Unsubscribe : https://launchpad.net/~dhis2-devs > >>>> More help : https://help.launchpad.net/ListHelp > >>>> > >>> > >>> > >>> _______________________________________________ > >>> Mailing list: https://launchpad.net/~dhis2-devs > >>> Post to : dhis2-devs@lists.launchpad.net > >>> Unsubscribe : https://launchpad.net/~dhis2-devs > >>> More help : https://help.launchpad.net/ListHelp > >>> > >>> > >> > >> _______________________________________________ > >> Mailing list: https://launchpad.net/~dhis2-devs > >> Post to : dhis2-devs@lists.launchpad.net > >> Unsubscribe : https://launchpad.net/~dhis2-devs > >> More help : https://help.launchpad.net/ListHelp > >> > > > > > > -- > > Jason P. Pickering > > email: jason.p.picker...@gmail.com > > tel:+260974901293 > > > > _______________________________________________ > Mailing list: https://launchpad.net/~dhis2-devs > Post to : dhis2-devs@lists.launchpad.net > Unsubscribe : https://launchpad.net/~dhis2-devs > More help : https://help.launchpad.net/ListHelp >
_______________________________________________ Mailing list: https://launchpad.net/~dhis2-devs Post to : dhis2-devs@lists.launchpad.net Unsubscribe : https://launchpad.net/~dhis2-devs More help : https://help.launchpad.net/ListHelp
