dhis2-devs team mailing list archive

[Ola Hodne Titlestad <olati@xxxxxxxxxx>]

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 <bobjolliffe@xxxxxxxxx> wrote:

> On 27 April 2011 15:24, Jason Pickering <jason.p.pickering@xxxxxxxxx>
> 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 <bobjolliffe@xxxxxxxxx> wrote:
> >> 2011/4/27 Saptarshi Purkayastha <sunbiz@xxxxxxxxx>:
> >>> 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 <larshelge@xxxxxxxxx>
> >>>>
> >>>> 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@xxxxxxxxxxxxxxxxxxx
> >>>> Unsubscribe : https://launchpad.net/~dhis2-devs
> >>>> More help   : https://help.launchpad.net/ListHelp
> >>>>
> >>>
> >>>
> >>> _______________________________________________
> >>> Mailing list: https://launchpad.net/~dhis2-devs
> >>> Post to     : dhis2-devs@xxxxxxxxxxxxxxxxxxx
> >>> Unsubscribe : https://launchpad.net/~dhis2-devs
> >>> More help   : https://help.launchpad.net/ListHelp
> >>>
> >>>
> >>
> >> _______________________________________________
> >> Mailing list: https://launchpad.net/~dhis2-devs
> >> Post to     : dhis2-devs@xxxxxxxxxxxxxxxxxxx
> >> Unsubscribe : https://launchpad.net/~dhis2-devs
> >> More help   : https://help.launchpad.net/ListHelp
> >>
> >
> >
> > --
> > Jason P. Pickering
> > email: jason.p.pickering@xxxxxxxxx
> > tel:+260974901293
> >
>
> _______________________________________________
> Mailing list: https://launchpad.net/~dhis2-devs
> Post to     : dhis2-devs@xxxxxxxxxxxxxxxxxxx
> Unsubscribe : https://launchpad.net/~dhis2-devs
> More help   : https://help.launchpad.net/ListHelp
>