Thanks for your answer Markus.
What I am trying to figure out is the best way to reconfigure an IPT when for some reason the server stops working (we buy a new computer, we migrate from/to windows to/from linux, or something alike). How to restore everything fastly and safely? I used to keep copies of some xml files when using digir/tapirlink, and this was a reasonably easy task to do. But what about IPT?
One more question regarding digir/tapirlink versus IPT:
It was possible to launch direct xml queries to them, so I could construct a web server to show inventories or specific searches of an specific data provider. How can I do this with IPT? I haven't looked in detail but I guess the only way to get data from IPT is downloading full datasets
Nobody else has requested this feature? Would it be possible to have something like this built in IPT, without reducing IPT performance a lot? (even with a different technic but similar client interface services): http://tapirlink.berkeley.edu/tapir_client.php http://algae.manoa.hawaii.edu/database/lib/tapirlink/www/tapir_client.php
Thanks for your answers David
Hi David,
In the IPT there is 1 directory (the data directory) that you can copy to a new machine to migrate an installation. The admin should also back up this directory periodically for disaster recovery purposes.
You are correct in understanding the IPT 2.0, in that it does not support ad-hoc querying. There are many potential development directions for the IPT, and during 2011 we will open up a wider discussion amongst the IPT users to determine the best approach. There are tools that do ad hoc querying so perhaps it is not the best direction for the IPT, and the IPT would be better placed at integrating quality control routines and annotation consumption for example. It will not be possible to satisfy all the diverse requirements on minimum hardware, simplicity, performance, functionality and scale without some compromises somewhere - this is where we need to do a good needs assessment as things develop.
Best wishes, Tim
On 2/9/11, Herbario SANT sant.herbarium@gmail.com wrote:
Thanks for your answer Markus.
What I am trying to figure out is the best way to reconfigure an IPT when for some reason the server stops working (we buy a new computer, we migrate from/to windows to/from linux, or something alike). How to restore everything fastly and safely? I used to keep copies of some xml files when using digir/tapirlink, and this was a reasonably easy task to do. But what about IPT?
One more question regarding digir/tapirlink versus IPT:
It was possible to launch direct xml queries to them, so I could construct a web server to show inventories or specific searches of an specific data provider. How can I do this with IPT? I haven't looked in detail but I guess the only way to get data from IPT is downloading full datasets
Nobody else has requested this feature? Would it be possible to have something like this built in IPT, without reducing IPT performance a lot? (even with a different technic but similar client interface services): http://tapirlink.berkeley.edu/tapir_client.php http://algae.manoa.hawaii.edu/database/lib/tapirlink/www/tapir_client.php
Thanks for your answers David
-- David García San León Herbario SANT Facultade de Farmacia - Laboratorio de Botánica Universidade de Santiago de Compostela 15782 - Galicia (Spain) http://www.usc.es/herbario Tel. +34 881815022 Fax +34 981594912 _______________________________________________ IPT mailing list IPT@lists.gbif.org http://lists.gbif.org/mailman/listinfo/ipt
Thanks again Tim
When you say "there are tools that do ad hoc querying", what tools are you referring to? You meant querying IPT as well? Is there a page summarizing them?
I meant something equivalent to digir/tapirlink client interfaces, so that a developer can use them to launch direct queries to an IPT provider, the way it was possible to query a digir/tapirlink provider?
A real example: query a provider and filter using StateProvince DwC field and get access even to the latest added data even if these are still not available at gbif.org data portals? This is something we used to do with digir but we can't do using gbif.org data portal (StateProvince is not one of the filtering options).
I know StateProvince is not a very standardised concept so different providers use not the same way when referring to the same territory. But as a developer, I can know all those different ways (for a certain StateProvince of my interest) and create a web page that shows data from some specific data providers (those I know to hold many records from this StateProvince). How do I adapt my digir/tapirlink based web portal when I know that one of the providers of my interest is gonna change from digir to IPT.
Thanks in advance David
On Wed, Feb 9, 2011 at 4:52 AM, Tim Robertson timrobertson100@gmail.com wrote:
You are correct in understanding the IPT 2.0, in that it does not support ad-hoc querying. (...) There are tools that do ad hoc querying so perhaps it is not the best direction for the IPT,
David, no, this is not possible. The IPT 2 removed all its internal database and querying API in favor of simplicity and far more performance. What I believe Tim meant was there are *other* existing tools like digir and biocase that allow you to do so if that is needed.
We are working on a new gbif data portal and also be a richer and simpler API to query for records with more filter options. So this might ultimately address your problem best. But its unlikely that this API will be available before the end of the year I am afraid.
Best, Markus
On Feb 9, 2011, at 11:25, Herbario SANT wrote:
Thanks again Tim
When you say "there are tools that do ad hoc querying", what tools are you referring to? You meant querying IPT as well? Is there a page summarizing them?
I meant something equivalent to digir/tapirlink client interfaces, so that a developer can use them to launch direct queries to an IPT provider, the way it was possible to query a digir/tapirlink provider?
A real example: query a provider and filter using StateProvince DwC field and get access even to the latest added data even if these are still not available at gbif.org data portals? This is something we used to do with digir but we can't do using gbif.org data portal (StateProvince is not one of the filtering options).
I know StateProvince is not a very standardised concept so different providers use not the same way when referring to the same territory. But as a developer, I can know all those different ways (for a certain StateProvince of my interest) and create a web page that shows data from some specific data providers (those I know to hold many records from this StateProvince). How do I adapt my digir/tapirlink based web portal when I know that one of the providers of my interest is gonna change from digir to IPT.
Thanks in advance David
On Wed, Feb 9, 2011 at 4:52 AM, Tim Robertson timrobertson100@gmail.com wrote:
You are correct in understanding the IPT 2.0, in that it does not support ad-hoc querying. (...) There are tools that do ad hoc querying so perhaps it is not the best direction for the IPT,
-- David García San León Herbario SANT Facultade de Farmacia - Laboratorio de Botánica Universidade de Santiago de Compostela 15782 - Galicia (Spain) http://www.usc.es/herbario Tel. +34 881815022 Fax +34 981594912
This querying functionality is indeed available in Tapirlink, which is a solid and proven data provider package.
However, this thread makes me think that also Tapirlink could be enhanced to support harvesting by Darwin Core archive, similar to IPT. I mean, often users want to bulk download the whole resource. I just had such a question the other day. This would probably speed up GBIF data portal harvesting process greatly.
As an existing Tapirlink provider, we are unlikely to migrate to IPT. But we could upgrade Tapirlink to a version that supports Darwin Core archiving.
Please allow me to suggest that GBIF order this enhancement to Tapirlink.
Regards, Hannu
On 2011-02-09 5:52, Tim Robertson wrote:
Hi David,
In the IPT there is 1 directory (the data directory) that you can copy to a new machine to migrate an installation. The admin should also back up this directory periodically for disaster recovery purposes.
You are correct in understanding the IPT 2.0, in that it does not support ad-hoc querying. There are many potential development directions for the IPT, and during 2011 we will open up a wider discussion amongst the IPT users to determine the best approach. There are tools that do ad hoc querying so perhaps it is not the best direction for the IPT, and the IPT would be better placed at integrating quality control routines and annotation consumption for example. It will not be possible to satisfy all the diverse requirements on minimum hardware, simplicity, performance, functionality and scale without some compromises somewhere - this is where we need to do a good needs assessment as things develop.
Best wishes, Tim
On 2/9/11, Herbario SANTsant.herbarium@gmail.com wrote:
...
One more question regarding digir/tapirlink versus IPT:
It was possible to launch direct xml queries to them, so I could construct a web server to show inventories or specific searches of an specific data provider. How can I do this with IPT? I haven't looked in detail but I guess the only way to get data from IPT is downloading full datasets
Nobody else has requested this feature? Would it be possible to have something like this built in IPT, without reducing IPT performance a lot? (even with a different technic but similar client interface services): http://tapirlink.berkeley.edu/tapir_client.php http://algae.manoa.hawaii.edu/database/lib/tapirlink/www/tapir_client.php
Thanks for your answers David
-- David García San León Herbario SANT Facultade de Farmacia - Laboratorio de Botánica Universidade de Santiago de Compostela 15782 - Galicia (Spain) http://www.usc.es/herbario Tel. +34 881815022 Fax +34 981594912 _______________________________________________ IPT mailing list IPT@lists.gbif.org http://lists.gbif.org/mailman/listinfo/ipt
IPT mailing list IPT@lists.gbif.org http://lists.gbif.org/mailman/listinfo/ipt
Hannu, this is a good idea and it seems this is also being implemented into the BioCASe provider software at the moment. If you know anyone familiar with the TapirLink code base who could do such work that would be great. I am sure GBIF would be more than willing to support this.
Markus
On Feb 10, 2011, at 14:11, Hannu Saarenmaa wrote:
This querying functionality is indeed available in Tapirlink, which is a solid and proven data provider package.
However, this thread makes me think that also Tapirlink could be enhanced to support harvesting by Darwin Core archive, similar to IPT. I mean, often users want to bulk download the whole resource. I just had such a question the other day. This would probably speed up GBIF data portal harvesting process greatly.
As an existing Tapirlink provider, we are unlikely to migrate to IPT. But we could upgrade Tapirlink to a version that supports Darwin Core archiving.
Please allow me to suggest that GBIF order this enhancement to Tapirlink.
Regards, Hannu
On 2011-02-09 5:52, Tim Robertson wrote:
Hi David,
In the IPT there is 1 directory (the data directory) that you can copy to a new machine to migrate an installation. The admin should also back up this directory periodically for disaster recovery purposes.
You are correct in understanding the IPT 2.0, in that it does not support ad-hoc querying. There are many potential development directions for the IPT, and during 2011 we will open up a wider discussion amongst the IPT users to determine the best approach. There are tools that do ad hoc querying so perhaps it is not the best direction for the IPT, and the IPT would be better placed at integrating quality control routines and annotation consumption for example. It will not be possible to satisfy all the diverse requirements on minimum hardware, simplicity, performance, functionality and scale without some compromises somewhere - this is where we need to do a good needs assessment as things develop.
Best wishes, Tim
On 2/9/11, Herbario SANT sant.herbarium@gmail.com wrote:
...
One more question regarding digir/tapirlink versus IPT:
It was possible to launch direct xml queries to them, so I could construct a web server to show inventories or specific searches of an specific data provider. How can I do this with IPT? I haven't looked in detail but I guess the only way to get data from IPT is downloading full datasets
Nobody else has requested this feature? Would it be possible to have something like this built in IPT, without reducing IPT performance a lot? (even with a different technic but similar client interface services):
http://tapirlink.berkeley.edu/tapir_client.php http://algae.manoa.hawaii.edu/database/lib/tapirlink/www/tapir_client.php
Thanks for your answers David
-- David García San León Herbario SANT Facultade de Farmacia - Laboratorio de Botánica Universidade de Santiago de Compostela 15782 - Galicia (Spain)
Tel. +34 881815022 Fax +34 981594912 _______________________________________________ IPT mailing list
IPT@lists.gbif.org http://lists.gbif.org/mailman/listinfo/ipt
IPT mailing list
IPT@lists.gbif.org http://lists.gbif.org/mailman/listinfo/ipt
--
**digitarium** *Digitisation Centre of the Finnish Museum of Natural History and the University of Eastern Finland* Faculty of Science and Forestry, Joensuu Science Park Länsikatu 15 (P.O. Box 111) FIN-80101 Joensuu
Hannu Saarenmaa, Project Manager
hannu.saarenmaa@helsinki.fi
Mobile +358-50-4479668
GBIF Node Manager for Finland
http://www.gbif.fi/ _______________________________________________ IPT mailing list IPT@lists.gbif.org http://lists.gbif.org/mailman/listinfo/ipt
Hi Markus,
in the context of the SYNTHESYS project, NHM Stockholm and the BGBM Berlin-Dahlem indeed are currently working on a DwC Archive export function for the BioCASe Provider Software (PyWrapper). We're currently working out the implementation details and hope to have it ready later this year.
Cheers from Berlin, Jörg
-----Ursprüngliche Nachricht----- Von: ipt-bounces@lists.gbif.org [mailto:ipt-bounces@lists.gbif.org] Im Auftrag von "Markus Döring (GBIF)" Gesendet: Donnerstag, 10. Februar 2011 15:43 An: Hannu Saarenmaa Cc: ipt@lists.gbif.org Betreff: Re: [IPT] digir/tapirlink useful features ...
Hannu, this is a good idea and it seems this is also being implemented into the BioCASe provider software at the moment. If you know anyone familiar with the TapirLink code base who could do such work that would be great. I am sure GBIF would be more than willing to support this.
Markus
On Feb 10, 2011, at 14:11, Hannu Saarenmaa wrote:
This querying functionality is indeed available in Tapirlink, which is a solid and proven data provider package.
However, this thread makes me think that also Tapirlink could be enhanced to support harvesting by Darwin Core archive, similar to IPT. I mean, often users want to bulk download the whole resource. I just had such a question the other day. This would probably speed up GBIF data portal harvesting process greatly.
As an existing Tapirlink provider, we are unlikely to migrate to IPT. But we could upgrade Tapirlink to a version that supports Darwin Core archiving.
Please allow me to suggest that GBIF order this enhancement to Tapirlink.
Regards, Hannu
On 2011-02-09 5:52, Tim Robertson wrote:
Hi David,
In the IPT there is 1 directory (the data directory) that you can copy to a new machine to migrate an installation. The admin should also back up this directory periodically for disaster recovery purposes.
You are correct in understanding the IPT 2.0, in that it does not support ad-hoc querying. There are many potential development directions for the IPT, and during 2011 we will open up a wider discussion amongst the IPT users to determine the best approach. There are tools that do ad hoc querying so perhaps it is not the best direction for the IPT, and the IPT would be better placed at integrating quality control routines and annotation consumption for example. It will not be possible to satisfy all the diverse requirements on minimum hardware, simplicity, performance, functionality and scale without some compromises somewhere - this is where we need to do a good needs assessment as things develop.
Best wishes, Tim
On 2/9/11, Herbario SANT sant.herbarium@gmail.com wrote:
...
One more question regarding digir/tapirlink versus IPT:
It was possible to launch direct xml queries to them, so I could construct a web server to show inventories or specific searches of an specific data provider. How can I do this with IPT? I haven't looked in detail but I guess the only way to get data from IPT is downloading full datasets
Nobody else has requested this feature? Would it be possible to have something like this built in IPT, without reducing IPT performance a lot? (even with a different technic but similar client interface services):
http://tapirlink.berkeley.edu/tapir_client.php http://algae.manoa.hawaii.edu/database/lib/tapirlink/www/tapir_clien t.php
Thanks for your answers David
-- David García San León Herbario SANT Facultade de Farmacia - Laboratorio de Botánica Universidade de Santiago de Compostela 15782 - Galicia (Spain)
Tel. +34 881815022 Fax +34 981594912 _______________________________________________ IPT mailing list
IPT@lists.gbif.org http://lists.gbif.org/mailman/listinfo/ipt
IPT mailing list
IPT@lists.gbif.org http://lists.gbif.org/mailman/listinfo/ipt
--
**digitarium** *Digitisation Centre of the Finnish Museum of Natural History and the University of Eastern Finland* Faculty of Science and Forestry, Joensuu Science Park Länsikatu 15 (P.O. Box 111) FIN-80101 Joensuu
Hannu Saarenmaa, Project Manager
hannu.saarenmaa@helsinki.fi
Mobile +358-50-4479668
GBIF Node Manager for Finland
http://www.gbif.fi/ _______________________________________________ IPT mailing list IPT@lists.gbif.org http://lists.gbif.org/mailman/listinfo/ipt
_______________________________________________ IPT mailing list IPT@lists.gbif.org http://lists.gbif.org/mailman/listinfo/ipt
I think that is a great idea. Who was the developer of TapirLink?
On Feb 10, 2011, at 2:11 PM, Hannu Saarenmaa wrote:
This querying functionality is indeed available in Tapirlink, which is a solid and proven data provider package.
However, this thread makes me think that also Tapirlink could be enhanced to support harvesting by Darwin Core archive, similar to IPT. I mean, often users want to bulk download the whole resource. I just had such a question the other day. This would probably speed up GBIF data portal harvesting process greatly.
As an existing Tapirlink provider, we are unlikely to migrate to IPT. But we could upgrade Tapirlink to a version that supports Darwin Core archiving.
Please allow me to suggest that GBIF order this enhancement to Tapirlink.
Regards, Hannu
On 2011-02-09 5:52, Tim Robertson wrote:
Hi David,
In the IPT there is 1 directory (the data directory) that you can copy to a new machine to migrate an installation. The admin should also back up this directory periodically for disaster recovery purposes.
You are correct in understanding the IPT 2.0, in that it does not support ad-hoc querying. There are many potential development directions for the IPT, and during 2011 we will open up a wider discussion amongst the IPT users to determine the best approach. There are tools that do ad hoc querying so perhaps it is not the best direction for the IPT, and the IPT would be better placed at integrating quality control routines and annotation consumption for example. It will not be possible to satisfy all the diverse requirements on minimum hardware, simplicity, performance, functionality and scale without some compromises somewhere - this is where we need to do a good needs assessment as things develop.
Best wishes, Tim
On 2/9/11, Herbario SANT sant.herbarium@gmail.com wrote:
...
One more question regarding digir/tapirlink versus IPT:
It was possible to launch direct xml queries to them, so I could construct a web server to show inventories or specific searches of an specific data provider. How can I do this with IPT? I haven't looked in detail but I guess the only way to get data from IPT is downloading full datasets
Nobody else has requested this feature? Would it be possible to have something like this built in IPT, without reducing IPT performance a lot? (even with a different technic but similar client interface services): http://tapirlink.berkeley.edu/tapir_client.php http://algae.manoa.hawaii.edu/database/lib/tapirlink/www/tapir_client.php
Thanks for your answers David
-- David García San León Herbario SANT Facultade de Farmacia - Laboratorio de Botánica Universidade de Santiago de Compostela 15782 - Galicia (Spain) http://www.usc.es/herbario Tel. +34 881815022 Fax +34 981594912 _______________________________________________ IPT mailing list IPT@lists.gbif.org http://lists.gbif.org/mailman/listinfo/ipt
IPT mailing list IPT@lists.gbif.org http://lists.gbif.org/mailman/listinfo/ipt
--
**digitarium** *Digitisation Centre of the Finnish Museum of Natural History and the University of Eastern Finland* Faculty of Science and Forestry, Joensuu Science Park Länsikatu 15 (P.O. Box 111) FIN-80101 Joensuu http://www.digitarium.fi/
Hannu Saarenmaa, Project Manager hannu.saarenmaa@helsinki.fi Mobile +358-50-4479668
GBIF Node Manager for Finland http://www.gbif.fi/ _______________________________________________ IPT mailing list IPT@lists.gbif.org http://lists.gbif.org/mailman/listinfo/ipt
Hi!
If my memory of veteran doesn't betray me, it was mainly Markus and Renato De Giovanni. TapirLink is based on DiGIR which was developped by Dave Vieglais.
Cheers, Mickaël
On Fri, 2011-02-11 at 09:53 +0100, David Remsen (GBIF) wrote:
I think that is a great idea. Who was the developer of TapirLink?
On Feb 10, 2011, at 2:11 PM, Hannu Saarenmaa wrote:
This querying functionality is indeed available in Tapirlink, which is a solid and proven data provider package.
However, this thread makes me think that also Tapirlink could be enhanced to support harvesting by Darwin Core archive, similar to IPT. I mean, often users want to bulk download the whole resource. I just had such a question the other day. This would probably speed up GBIF data portal harvesting process greatly.
As an existing Tapirlink provider, we are unlikely to migrate to IPT. But we could upgrade Tapirlink to a version that supports Darwin Core archiving.
Please allow me to suggest that GBIF order this enhancement to Tapirlink.
Regards, Hannu
On 2011-02-09 5:52, Tim Robertson wrote:
Hi David,
In the IPT there is 1 directory (the data directory) that you can copy to a new machine to migrate an installation. The admin should also back up this directory periodically for disaster recovery purposes.
You are correct in understanding the IPT 2.0, in that it does not support ad-hoc querying. There are many potential development directions for the IPT, and during 2011 we will open up a wider discussion amongst the IPT users to determine the best approach. There are tools that do ad hoc querying so perhaps it is not the best direction for the IPT, and the IPT would be better placed at integrating quality control routines and annotation consumption for example. It will not be possible to satisfy all the diverse requirements on minimum hardware, simplicity, performance, functionality and scale without some compromises somewhere - this is where we need to do a good needs assessment as things develop.
Best wishes, Tim
On 2/9/11, Herbario SANT sant.herbarium@gmail.com wrote:
...
One more question regarding digir/tapirlink versus IPT:
It was possible to launch direct xml queries to them, so I could construct a web server to show inventories or specific searches of an specific data provider. How can I do this with IPT? I haven't looked in detail but I guess the only way to get data from IPT is downloading full datasets
Nobody else has requested this feature? Would it be possible to have something like this built in IPT, without reducing IPT performance a lot? (even with a different technic but similar client interface services): http://tapirlink.berkeley.edu/tapir_client.php http://algae.manoa.hawaii.edu/database/lib/tapirlink/www/tapir_client.php
Thanks for your answers David
-- David García San León Herbario SANT Facultade de Farmacia - Laboratorio de Botánica Universidade de Santiago de Compostela 15782 - Galicia (Spain) http://www.usc.es/herbario Tel. +34 881815022 Fax +34 981594912 _______________________________________________ IPT mailing list IPT@lists.gbif.org http://lists.gbif.org/mailman/listinfo/ipt
IPT mailing list IPT@lists.gbif.org http://lists.gbif.org/mailman/listinfo/ipt
--
**digitarium** *Digitisation Centre of the Finnish Museum of Natural History and the University of Eastern Finland* Faculty of Science and Forestry, Joensuu Science Park Länsikatu 15 (P.O. Box 111) FIN-80101 Joensuu http://www.digitarium.fi/
Hannu Saarenmaa, Project Manager hannu.saarenmaa@helsinki.fi Mobile +358-50-4479668
GBIF Node Manager for Finland http://www.gbif.fi/ _______________________________________________ IPT mailing list IPT@lists.gbif.org http://lists.gbif.org/mailman/listinfo/ipt
David,
Is'nt it a feature of the HIT to harvest all records from a GBIF resource (Digir, Biocase, Tapir,...) and build a DwC Archive. If this is the case, I don't see the point of adding it to TapirLink. Or did I missed something?
My2Cents, Andre
On 11/02/11 09:53, David Remsen (GBIF) wrote:
I think that is a great idea. Who was the developer of TapirLink?
On Feb 10, 2011, at 2:11 PM, Hannu Saarenmaa wrote:
This querying functionality is indeed available in Tapirlink, which is a solid and proven data provider package.
However, this thread makes me think that also Tapirlink could be enhanced to support harvesting by Darwin Core archive, similar to IPT. I mean, often users want to bulk download the whole resource. I just had such a question the other day. This would probably speed up GBIF data portal harvesting process greatly.
As an existing Tapirlink provider, we are unlikely to migrate to IPT. But we could upgrade Tapirlink to a version that supports Darwin Core archiving.
Please allow me to suggest that GBIF order this enhancement to Tapirlink.
Regards, Hannu
On 2011-02-09 5:52, Tim Robertson wrote:
Hi David,
In the IPT there is 1 directory (the data directory) that you can copy to a new machine to migrate an installation. The admin should also back up this directory periodically for disaster recovery purposes.
You are correct in understanding the IPT 2.0, in that it does not support ad-hoc querying. There are many potential development directions for the IPT, and during 2011 we will open up a wider discussion amongst the IPT users to determine the best approach. There are tools that do ad hoc querying so perhaps it is not the best direction for the IPT, and the IPT would be better placed at integrating quality control routines and annotation consumption for example. It will not be possible to satisfy all the diverse requirements on minimum hardware, simplicity, performance, functionality and scale without some compromises somewhere - this is where we need to do a good needs assessment as things develop.
Best wishes, Tim
On 2/9/11, Herbario SANTsant.herbarium@gmail.com wrote:
...
One more question regarding digir/tapirlink versus IPT:
It was possible to launch direct xml queries to them, so I could construct a web server to show inventories or specific searches of an specific data provider. How can I do this with IPT? I haven't looked in detail but I guess the only way to get data from IPT is downloading full datasets
Nobody else has requested this feature? Would it be possible to have something like this built in IPT, without reducing IPT performance a lot? (even with a different technic but similar client interface services): http://tapirlink.berkeley.edu/tapir_client.php http://algae.manoa.hawaii.edu/database/lib/tapirlink/www/tapir_client.php
Thanks for your answers David
-- David García San León Herbario SANT Facultade de Farmacia - Laboratorio de Botánica Universidade de Santiago de Compostela 15782 - Galicia (Spain) http://www.usc.es/herbario Tel. +34 881815022 Fax +34 981594912 _______________________________________________ IPT mailing list IPT@lists.gbif.org http://lists.gbif.org/mailman/listinfo/ipt
IPT mailing list IPT@lists.gbif.org http://lists.gbif.org/mailman/listinfo/ipt
--
**digitarium** *Digitisation Centre of the Finnish Museum of Natural History and the University of Eastern Finland* Faculty of Science and Forestry, Joensuu Science Park Länsikatu 15 (P.O. Box 111) FIN-80101 Joensuu http://www.digitarium.fi/
Hannu Saarenmaa, Project Manager hannu.saarenmaa@helsinki.fi Mobile +358-50-4479668
GBIF Node Manager for Finland http://www.gbif.fi/ _______________________________________________ IPT mailing list IPT@lists.gbif.org mailto:IPT@lists.gbif.org http://lists.gbif.org/mailman/listinfo/ipt
IPT mailing list IPT@lists.gbif.org http://lists.gbif.org/mailman/listinfo/ipt
Andre, the main reason for preferring dwca at the source over a querying protocol like digir, tapir & biocase is simply performance and higher availability due to far less time needed for downloading an archive versus paging through the whole dataset.
Markus
On Feb 17, 2011, at 12:08, Andre Heughebaert wrote:
David,
Is'nt it a feature of the HIT to harvest all records from a GBIF resource (Digir, Biocase, Tapir,...) and build a DwC Archive. If this is the case, I don't see the point of adding it to TapirLink. Or did I missed something?
My2Cents, Andre
On 11/02/11 09:53, David Remsen (GBIF) wrote:
I think that is a great idea. Who was the developer of TapirLink?
On Feb 10, 2011, at 2:11 PM, Hannu Saarenmaa wrote:
This querying functionality is indeed available in Tapirlink, which is a solid and proven data provider package.
However, this thread makes me think that also Tapirlink could be enhanced to support harvesting by Darwin Core archive, similar to IPT. I mean, often users want to bulk download the whole resource. I just had such a question the other day. This would probably speed up GBIF data portal harvesting process greatly.
As an existing Tapirlink provider, we are unlikely to migrate to IPT. But we could upgrade Tapirlink to a version that supports Darwin Core archiving.
Please allow me to suggest that GBIF order this enhancement to Tapirlink.
Regards, Hannu
On 2011-02-09 5:52, Tim Robertson wrote:
Hi David,
In the IPT there is 1 directory (the data directory) that you can copy to a new machine to migrate an installation. The admin should also back up this directory periodically for disaster recovery purposes.
You are correct in understanding the IPT 2.0, in that it does not support ad-hoc querying. There are many potential development directions for the IPT, and during 2011 we will open up a wider discussion amongst the IPT users to determine the best approach. There are tools that do ad hoc querying so perhaps it is not the best direction for the IPT, and the IPT would be better placed at integrating quality control routines and annotation consumption for example. It will not be possible to satisfy all the diverse requirements on minimum hardware, simplicity, performance, functionality and scale without some compromises somewhere - this is where we need to do a good needs assessment as things develop.
Best wishes, Tim
On 2/9/11, Herbario SANT sant.herbarium@gmail.com wrote:
...
One more question regarding digir/tapirlink versus IPT:
It was possible to launch direct xml queries to them, so I could construct a web server to show inventories or specific searches of an specific data provider. How can I do this with IPT? I haven't looked in detail but I guess the only way to get data from IPT is downloading full datasets
Nobody else has requested this feature? Would it be possible to have something like this built in IPT, without reducing IPT performance a lot? (even with a different technic but similar client interface services):
http://tapirlink.berkeley.edu/tapir_client.php http://algae.manoa.hawaii.edu/database/lib/tapirlink/www/tapir_client.php
Thanks for your answers David
-- David García San León Herbario SANT Facultade de Farmacia - Laboratorio de Botánica Universidade de Santiago de Compostela 15782 - Galicia (Spain)
Tel. +34 881815022 Fax +34 981594912 _______________________________________________ IPT mailing list
IPT@lists.gbif.org http://lists.gbif.org/mailman/listinfo/ipt
IPT mailing list
IPT@lists.gbif.org http://lists.gbif.org/mailman/listinfo/ipt
--
**digitarium** *Digitisation Centre of the Finnish Museum of Natural History and the University of Eastern Finland* Faculty of Science and Forestry, Joensuu Science Park Länsikatu 15 (P.O. Box 111) FIN-80101 Joensuu
Hannu Saarenmaa, Project Manager
hannu.saarenmaa@helsinki.fi
Mobile +358-50-4479668
GBIF Node Manager for Finland
http://www.gbif.fi/ _______________________________________________ IPT mailing list IPT@lists.gbif.org http://lists.gbif.org/mailman/listinfo/ipt
IPT mailing list
IPT@lists.gbif.org http://lists.gbif.org/mailman/listinfo/ipt
<aheugheb.vcf>_______________________________________________ IPT mailing list IPT@lists.gbif.org http://lists.gbif.org/mailman/listinfo/ipt
Dear Markus,
How can we edit and complete the organisation description, e.g., of ZooKeys: http://gbrds.gbif.org/browse/agent?uuid=BB922300-7DDB-11DE-A300-90AC77AA923F ?
In case this is something that could be done only by the GBIF administrator, please correct our website from: www.pensoftonline.net/zookeys to: www.pensoft.net/journals/zookeys and add the following details on that description:
Dr Lyubomir Penev Pensoft Publishers 13a Geo Milev Street 1111 Sofia, Bulgaria Tel +359-2-8704281 Fax +359-2-8704282 www.pensoft.net
I dare to ask you about that because of the forthcoming DwC-A mailing.
Thanks, Lyubo
On 17.2.2011 г. 13:24 ч., "Markus Döring (GBIF)" wrote:
Andre, the main reason for preferring dwca at the source over a querying protocol like digir, tapir& biocase is simply performance and higher availability due to far less time needed for downloading an archive versus paging through the whole dataset.
Markus
On Feb 17, 2011, at 12:08, Andre Heughebaert wrote:
David,
Is'nt it a feature of the HIT to harvest all records from a GBIF resource (Digir, Biocase, Tapir,...) and build a DwC Archive. If this is the case, I don't see the point of adding it to TapirLink. Or did I missed something?
My2Cents, Andre
On 11/02/11 09:53, David Remsen (GBIF) wrote:
I think that is a great idea. Who was the developer of TapirLink?
On Feb 10, 2011, at 2:11 PM, Hannu Saarenmaa wrote:
This querying functionality is indeed available in Tapirlink, which is a solid and proven data provider package.
However, this thread makes me think that also Tapirlink could be enhanced to support harvesting by Darwin Core archive, similar to IPT. I mean, often users want to bulk download the whole resource. I just had such a question the other day. This would probably speed up GBIF data portal harvesting process greatly.
As an existing Tapirlink provider, we are unlikely to migrate to IPT. But we could upgrade Tapirlink to a version that supports Darwin Core archiving.
Please allow me to suggest that GBIF order this enhancement to Tapirlink.
Regards, Hannu
On 2011-02-09 5:52, Tim Robertson wrote:
Hi David,
In the IPT there is 1 directory (the data directory) that you can copy to a new machine to migrate an installation. The admin should also back up this directory periodically for disaster recovery purposes.
You are correct in understanding the IPT 2.0, in that it does not support ad-hoc querying. There are many potential development directions for the IPT, and during 2011 we will open up a wider discussion amongst the IPT users to determine the best approach. There are tools that do ad hoc querying so perhaps it is not the best direction for the IPT, and the IPT would be better placed at integrating quality control routines and annotation consumption for example. It will not be possible to satisfy all the diverse requirements on minimum hardware, simplicity, performance, functionality and scale without some compromises somewhere - this is where we need to do a good needs assessment as things develop.
Best wishes, Tim
On 2/9/11, Herbario SANT sant.herbarium@gmail.com wrote:
...
One more question regarding digir/tapirlink versus IPT:
It was possible to launch direct xml queries to them, so I could construct a web server to show inventories or specific searches of an specific data provider. How can I do this with IPT? I haven't looked in detail but I guess the only way to get data from IPT is downloading full datasets
Nobody else has requested this feature? Would it be possible to have something like this built in IPT, without reducing IPT performance a lot? (even with a different technic but similar client interface services):
http://tapirlink.berkeley.edu/tapir_client.php http://algae.manoa.hawaii.edu/database/lib/tapirlink/www/tapir_client.php
Thanks for your answers David
-- David García San León Herbario SANT Facultade de Farmacia - Laboratorio de Botánica Universidade de Santiago de Compostela 15782 - Galicia (Spain)
Tel. +34 881815022 Fax +34 981594912 _______________________________________________ IPT mailing list
IPT@lists.gbif.org http://lists.gbif.org/mailman/listinfo/ipt
IPT mailing list
IPT@lists.gbif.org http://lists.gbif.org/mailman/listinfo/ipt
--
**digitarium** *Digitisation Centre of the Finnish Museum of Natural History and the University of Eastern Finland* Faculty of Science and Forestry, Joensuu Science Park Länsikatu 15 (P.O. Box 111) FIN-80101 Joensuu
Hannu Saarenmaa, Project Manager
hannu.saarenmaa@helsinki.fi
Mobile +358-50-4479668
GBIF Node Manager for Finland
http://www.gbif.fi/ _______________________________________________ IPT mailing list IPT@lists.gbif.org http://lists.gbif.org/mailman/listinfo/ipt
IPT mailing list
IPT@lists.gbif.org http://lists.gbif.org/mailman/listinfo/ipt
<aheugheb.vcf>_______________________________________________ IPT mailing list IPT@lists.gbif.org http://lists.gbif.org/mailman/listinfo/ipt
IPT mailing list IPT@lists.gbif.org http://lists.gbif.org/mailman/listinfo/ipt
participants (9)
-
"Holetschek, Jörg"
-
"Markus Döring (GBIF)"
-
Andre Heughebaert
-
David Remsen (GBIF)
-
Hannu Saarenmaa
-
Herbario SANT
-
info@pensoft.net
-
Mickael Graf
-
Tim Robertson