Dear Roger<br>      <br>      We have the end-points for our DiGIR and BioCASE providers from the  Royal Museum For Central Africa available here : http://193.190.223.48/<br>    <br>    We usually never connect our collection management database directly to  GBIF or other networks.This is only available in the Intranet. The&nbsp;  data&nbsp; for the internet (websites or networks) are copies that have been  approved to be ready to be shown to the public by the curators. <br>    <br>    For our DiGIR and BioCASE for updates it is done as a full new copie  replacing the previous one, with all necessary back-ups to avoid  losses. These exports have been automated and we are currently working  on enhancing this.<br>    <br>    The data of our amphibian data are hosted on virtual servers (using  VMware), configured with the requirments needed to be accessible for  GBIF or other networks so it does not disturbed the other services of  our museum and we have all freedom to adapt
 it&nbsp; best to our needs. <br>    <br>    As we collaborate to several project; the export is on the virtual  server in a PostgreSQL database. We have produces SQL views (in this  case one for DarwinCore and a another one for ABCD) and we use these  "virtual tables" to map our fields against the schemas<br>    <br>    This works fine and avoids to have too many copies of your data for  different purposes. in case of changes we just need to change the  script of the view.<br>    <br>    One drawback is that sometimes the visual interfaces of some of the  providers cannot see the fields of the fields of a virtual table and  you have to do the mappings directly using the config files. <br>    <br>    We were also told that if the views get too complicated to execute it  may slow down the response time. We have not so complicated views so  far to experience this and if it is possible to avoid it by caching the  created virtual tables and not to have to execute the script
 each time  if it prooved too slow.<br>    <br>    Hope this can help by showing you an way to do it that may not  technically be the best solution but managed to respect eventual  security issues, respect our museums ICT requirments&nbsp; and not to  disturbe other already running services.<br>    <br>    If you wish more detailed information on how we did it with examples of scripts or so, let us know. <br>    <br>    Best regards<br>    <br>    Pat <p>&#32;
      <hr size=1>Be a better Heartthrob. <a href="http://us.rd.yahoo.com/evt=48255/*http://answers.yahoo.com/dir/_ylc=X3oDMTI5MGx2aThyBF9TAzIxMTU1MDAzNTIEX3MDMzk2NTQ1MTAzBHNlYwNCQUJwaWxsYXJfTklfMzYwBHNsawNQcm9kdWN0X3F1ZXN0aW9uX3BhZ2U-?link=list&sid=396545433">Get better relationship answers </a>from someone who knows.<br>Yahoo! Answers - Check it out.