Hi Marc, DSpace-CRIS (but also DSpace) works well with OpenJDK, indeed OpenJDK 8 /tomcat 8.5 is our reference platform for DSpace-CRIS.
In regards to the geospatial references, you can for sure collect these additional information in any CRIS entities as additional attributes and use these extra information to build specialized features. Keep in mind that the search features are powered by Solr, so you should play with the SolrServiceIndexingPlugin https://github.com/4Science/DSpace/blob/dspace-5_x_x-cris/dspace-api/src/main/java/org/dspace/discovery/SolrServiceIndexPlugin.java https://github.com/4Science/DSpace/blob/dspace-5_x_x-cris/dspace-cris/api/src/main/java/org/dspace/app/cris/discovery/CrisServiceIndexPlugin.java and the SOLR schema to write such information in a meaningful way for SOLR, see https://wiki.apache.org/solr/SolrAdaptersForLuceneSpatial4 then you will need to build custom code to deal with such geospatial data in the search form, in the result facets, in the visualization to present them over a map, etc. etc. I'm really interested in development in this area please keep me updated with your progress and feel free to reach me directly if you need more insights (BTW: this discussion is becoming a bit technical, the dspace-tech mailing list is probably more appropriate) Andrea On Mon, 2018-11-05 at 07:02 -0800, Marc wrote: > We are currently in the process of developing a repository for > historic and current ecological research. This will not only include > tabular data (CSVs, Excel), but also information in a wide variety of > formats. > > In particular we are very interested in DSpace-cris as it seems to > meet nearly all our requirements. In particular version 7 of the > software is looking very interesting. > > But we have two questions that I have not been able to find suitable > answers to. > > Does the system use any of the commercial Java features and therefore > require a licence from Oracle starting in 2019? Even better would it > be possible to use the OpenJDK instead of the standard edition? > We have a requirement for certain entities to be related to one or > more spatial layers (points, lines or polygons). This spatial layer > will denote the footprint of the research. Of course it is possible > to store the spatial data in a Postgres/PostGIS database by enabling > the database extension. But we wanted to allow users to perform > spatial searches if required. Although I have not programmed in Java > for a number of years, I not averse to getting my hands dirty with > java code. Searching through the mailing list there does seem to be > two question regarding this functionality, but little other > information. Is there any known stumbling blocks to us implementing > this functionality? > Thanks > Marc > -- > All messages to this mailing list should adhere to the DuraSpace Code > of Conduct: https://duraspace.org/about/policies/code-of-conduct/ > --- > You received this message because you are subscribed to the Google > Groups "DSpace Community" group. > To unsubscribe from this group and stop receiving emails from it, > send an email to [email protected]. > To post to this group, send email to > [email protected]. > Visit this group at https://groups.google.com/group/dspace-community. > For more options, visit https://groups.google.com/d/optout. > -- Questo messaggio e' stato analizzato da Libra ESVA ed e' risultato non infetto. This message was scanned by Libra ESVA and is believed to be clean. -- All messages to this mailing list should adhere to the DuraSpace Code of Conduct: https://duraspace.org/about/policies/code-of-conduct/ --- You received this message because you are subscribed to the Google Groups "DSpace Community" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To post to this group, send email to [email protected]. Visit this group at https://groups.google.com/group/dspace-community. For more options, visit https://groups.google.com/d/optout.
