OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.


Help: OASIS Mailing Lists Help | MarkMail Help

ihc message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]

Subject: Re: [egov] Central Address Database


These are huge set of questions!  My sense here is that you have to 
crawl first, then walk and run!

Using jCAM templates to augment schemas so that you can overlay all the 
special rules needed
by delivery context is crucial - and leveraging the work that Ram has 
doen already in CIQ TC
on that.

This task is certainly not trivial - a quick look at the UPU rules for 
somewhere like Venezula or
Morocco shows the challenges of machine processing in areas where 
familiar human habits and
distinctions in addressing formats are the norm.

Linking to a digital map is obviously a cool feature - that is 
potentially enabled by using SVG, GPS
and XML address data in combination... but someone has to specify and 
prove those mechanisms
so that commercial implementors can use the standard (there's products 
already of course in this
area - I visited one vendor two weeks ago ehre in Wash DC area).

As to business model - frankly I see this works best when it is a 
citizen / government partnership.
The OASIS BCM / EPR work and the EPRforum.org work is emphasizing the 
use of XDS and
BizID concepts to allow citizens to manage their own information in 
collaboration with e-Service
and e-Government providers.  This works will the current ISP world - but 
the core address management
software is open source and based around the EPR design rules.  Several 
governments in Europe are
looking at how they can use their existing registry services and extend 
them - as obviously this
becomes not just about addresses - but also about healthcare cards, 
national insurance, and much more.

The BizID model is based on the fact that private companies will switch 
to using an accredited
address service since it is cheaper for them than manually maintaining 
internal ones - and also citizens can
instantly provide updated addressing to their profiles via their BizIDs 
when they change jobs, house,
medical insurance, etc.  Therefore ISP-style providers can charge for 
these feeds to off-set the
free services to citizens. The ability to use ebXML Registry V3 features 
and federate content and
searches is vital, not to mention the security models and ability to 
maintain access logs for citizens.

Anyway - you can find out more on EPR work and XDS from the website:  

We just presented in Brussels on these concepts - and we have a PPT the 
TC/SC has that gives
more low-level details on the mechanisms that was posted a couple of 
weeks back.

Where this is today - is getting the XDS work and EPR BizID / jCAM 
models aligned for the phase 2
in 2005.  We definately be happy to discuss possiblities of creating 
some joint initiaitve - possibly
thru the e-Gov TC, and including BCM/EPR and IHC / IHE teams.   This 
would use open source as the
means to develop the components to underpin the functionality needed.

Caution though - while conceptually this roadmap is compelling IMHO - 
there is a chunk of hard work
that needs to be funded and planned for to extend and purpose the 
existing software.  This is within

Creating this infrastructure foundation would then allow us to begin 
thinking about all the
great use cases you then mention!! ; -)

Thanks, DW

Thomas Lee wrote:

> Dear eGov TC,
> I'd like to seek your advice on building a central address database to 
> facilitate e-government applications. The central address database 
> essentially intends to record every valid address in the city so that 
> computer validation on address input from e-government applications is 
> possible. Also the address database can be used to perform 
> geographical data analysis, e.g. census data.
> In Hong Kong, the Government is finalizing the standard formats (XML 
> Schema)  for representing address information for sharing. However, 
> this is only at the syntax level but can't cater for the data 
> semantics and correctness. We're looking at the value and feasibility 
> to build a central address database although various departmental 
> address databases (which are not aligned with each other, e.g. storing 
> addresses in different formats) do already exist in different 
> agencies, e.g. Post Office, for their own work purposes.
> We'd like to see if you have any views on this, e.g. regarding the 
> following questions.
> 1) does your government own this central aligned address database? how 
> is it be used?
> 2) is the address database linked to digital maps ?
> 3) is the address database 2-D or 3-D, i.e. does it have floor and 
> property unit information ?
> 4) what is the business model for maintaining and offering the address 
> database ?  e.g. is it a public-private-partnership arrangement ?
> 5) what agencies (both public and private) are involved in the 
> maintenance of the address database (i.e. who are the data 
> contributors and what data do they contribute), and what is the role / 
> responsibility and workflow between them ?
> 6) how much effort / resource do these agencies put in to maintain the 
> address database ?
> 7) is there any revenue gained from the address database, e.g. from 
> the sale of the database to the private sector ?   if so what 
> percentage of the expenditure can they recover ?
> 8) how to convince top management that this is a necessary 
> infrastructure and the government should invest in this infrastructure 
> for the benefit of the government and the entire community ?
> 9) what applications are doing or planning to do address validation 
> base on the address database ?
> 10) apart from enabling address validation, are they any other usage 
> of the address database ?
> Thanks in advance for your valuable information.
> Best Regards,
> Thomas

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]