[OpenBioMaps] szerver növekedés és átszervezés

[konya.erika at uni-eszterhazy.hu]

Kedves Listatagok! 

Megnéztem az COl adatbázisait, de abban a növényekre nem láttam a
legfontosabb, leghasználhatóbb faj adatbázist, a PLANT LIST adatbázist:
http://www.theplantlist.org/. Szerintem ez kezeli az aktuális érvényes
és szinonim neveket. Állatoknál a COL szerintem a legteljesebb. 

Üdvözlettel: Pénzesné Kónya Erika 

2016-11-23 14:00 időpontban Bérces Sándor ezt írta:

> Kedves Listatagok!
> 
> Az OpenBioMaps fejlesztése során már korábban felmerült, hogy szükség lenne a tárolt fajnevek taxonómiai besorolására és adatbázisban tárolására.
> 
> A DINPI adatbázisában eddig nem foglalkoztunk a taxon besorolással, csupán egy oszloppal bővítettük a fajokat tartalmazó adattáblát, amibe manuálisan beírtuk, hogy gerinctelen, madár, hal, hüllő, kétéltű, denevér, emlős, növény. A gerinces fajokkal kapcsolatban, a legtöbb esetben, ennél finomabb felbontásra ritkán van szükség, azonban a gerinctelenek esetében ez a besorolás kevésnek bizonyult. Hamar kiderült, hogy minimum rend (pl. _Coleoptera_, _Lepidoptera_, _Odonata _stb.) szinten kellene tudni szétválasztani a tárolt taxonokat. Még jobb lenne persze, ha család szintig lehetne azonosítani a fajokat. (Néhány ízeltlábú taxonnál a család meghatározása problémás lehet pl. egyes ormányosbogarak, szúbogarak, levélbogarak esetében.)
> 
> A kérdésem az, hogy szerintetek hogyan lehetne tárolni a fajok rendszertani besorolását?
> 
> Az adatbázis megalkotásánál fontosnak tartottuk, hogy mindenki olyan névvel rögzíthesse a fajokat amilyennel csak akarja. A szakmai indokunk az volt, hogy többször fordult elő, hogy visszatért egy régi fajnév, amit már egyszer invalidnak nyilvánítottak, vagy szétválasztottak fajokat, mely a névhasználatban valahogy tükröződött. Ennek viszont az a következménye, hogy tárolnunk kell a szinonimokat. Erre Miki egy nagyon klassz modult készített, ami -- ha jó értem -- összekapcsolja a neveket egymással és így mindegy, hogy mely névre keresünk eredményként a keresett taxon 'régi' és 'új' nevével szerelő adatokat egyaránt visszakapjuk. Ezt a modult azonban közvetlen adatbázis kapcsolat esetén nem tudjuk használni, hiszen ilyenkor a 'primer' táblát kérdezzük le.
> 
> Ehhez kapcsolódó kérdésem: hogyan lehetne megvalósítani, hogy az OpenBioMaps funkciók elérhetők legyenek mondjuk QGIS-ből közvetlenül is? Felmerülhet egy QGIS modul készítésének lehetősége? 
> Korábban Bán Mikivel hosszasan egyeztettünk a taxonómiai témáról és arra jutottunk, hogy a nemzetközi sztenderdekhez kellene alkalmazkodnunk. Akkor arra jutottunk, hogy azokat a taxon neveket tekintjük elfogadott (valid) névnek, melyeket a Catalogue of Life-ban (COL) publikáltak. Reménytelen feladatnak látszik olyan szakmai kérdésekben konszenzusra jutni, mint amilyen annak megítélése, hogy mi egy adott faj aktuálisan elfogadott latin neve. A saját adatbázisunkban nem foglalkoztunk az alfajok kérdésével, azonban több taxon név is így került be az adatbázisba alfaj névvel együtt. Jó lenne tudni, hogy más hogyan kezeli ezt a problémát.
> 
> Az ehhez kapcsolódó kérdésem, hogy miként lehetne összekapcsolni a saját név adatbázist a COL-ben tárolt taxon nevekkel? Lehetséges lenne-e a saját adatbázisunkban használt neveket  és a COL neveit úgy összefésülni, hogy nem minden esetben a COL álláspontját fogadjuk el?
> pl. _Carabus hampei_ jelenleg a COL-ben _Carabus (Morphocarabus) rothi hampei_ Küster, 1846 (http://www.catalogueoflife.org/col/details/species/id/cdfc1d0d46425bc222b17f471bac7578/source/tree) néven szerepel, a szinonimok között sem találok _C. hampei_-t. Ez a futóbogár egyébként így _C. hampei_-ként szerepel az EU Élőhelyvédelmi Itányelv II. sz függelékében.
> 
> Kíváncsian várom a javaslatokat észrevételeket.
> 
> Üdv: S
> 
> Bérces Sándor Duna-Ipoly Nemzeti Park Igazgatóság
> 
> _______________________________________________
> Biomaps mailing list
> Biomaps at lists.openbiomaps.org
> http://lists.openbiomaps.org/cgi-bin/mailman/listinfo/biomaps
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openbiomaps.org/pipermail/biomaps/attachments/20161123/e39c9cf6/attachment.html>