Ciao Jeff, the main problem I saw when I played with OpenCV was that ROIs can only be rectangles but we usually need generic shapes. Any thoughts on that?
Regards, Simone Giannecchini == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Ing. Simone Giannecchini @simogeo Founder/Director GeoSolutions S.A.S. Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 mob: +39 333 8128928 http://www.geo-solutions.it http://twitter.com/geosolutions_it ------------------------------------------------------- AVVERTENZE AI SENSI DEL D.Lgs. 196/2003 Le informazioni contenute in questo messaggio di posta elettronica e/o nel/i file/s allegato/i sono da considerarsi strettamente riservate. Il loro utilizzo è consentito esclusivamente al destinatario del messaggio, per le finalità indicate nel messaggio stesso. Qualora riceviate questo messaggio senza esserne il destinatario, Vi preghiamo cortesemente di darcene notizia via e-mail e di procedere alla distruzione del messaggio stesso, cancellandolo dal Vostro sistema. Conservare il messaggio stesso, divulgarlo anche in parte, distribuirlo ad altri soggetti, copiarlo, od utilizzarlo per finalità diverse, costituisce comportamento contrario ai principi dettati dal D.Lgs. 196/2003. The information in this message and/or attachments, is intended solely for the attention and use of the named addressee(s) and may be confidential or proprietary in nature or covered by the provisions of privacy act (Legislative Decree June, 30 2003, no.196 - Italy's New Data Protection Code).Any use not in accord with its purpose, any disclosure, reproduction, copying, distribution, or either dissemination, either whole or partial, is strictly forbidden except previous formal approval of the named addressee(s). If you are not the intended recipient, please contact immediately the sender by telephone, fax or e-mail and delete the information in this message that has been received in error. The sender does not give any warranty or accept liability as the content, accuracy or completeness of sent messages and accepts no responsibility for changes made after they were sent or for other risks which arise as a result of e-mail transmission, viruses, etc. On Wed, Nov 4, 2015 at 2:49 AM, Jeff Brower <[email protected]> wrote: > > - Use OpenCL to share work with CPU/GPU > > OpenCL support is of interest, but tends towards the CUDA direction, > requiring a high degree of device specific > knowledge. With the exception of Intel, most of the companies supporting > OpenCL are either non-CPU architecture (GPU) > or embedded system device manufacturers (FPGA, SoC, ARM, etc although > earlier this year ARM did join the OpenMP ARB). > > A key for high performance OpenCV is that it supports OpenMP. This means > that (i) code with OpenMP pragmas runs > unmodified on x86, c66x, PPC, or any other multicore CPU and (ii) and can > be enabled by setting #defines and compiler > flags (e.g. -fopenmp for gcc). > > OpenCV has ROI support but would need to be modified for no_data (null) > pixels and virtual bitmaps. > > -Jeff > > > GeoTools / GeoServer Meeting 2015-11-03 > > ======================================= > > > > Attending > > --------- > > > > Ben Caradoc-Davies > > Ian Turton > > Andrea Aime > > Jody Garnett > > Torben Barsballe > > Kevin Smith > > Jukka Rahkonen > > Jeff Brower > > Brad Hards > > > > Agenda > > ------ > > > > - CITE tests and build infrastructure > > - Java 8 > > - Code sprints > > - ImageProcessing (OpenCV, ImageJ, GeoAI) > > > > Actions > > ------- > > > > - Andrea whitelist winbuild instead of subscribing > > - Jody: check CITE test problem with boundless IT > > - Ben: call for volunteers to migrate master to Java 8 [DONE] > > - Jody: for Victoria code sprint, reach out to BC government, vivid > > solutions, etc... > > - Ben: make a wiki page for the Victoria code sprint [DONE] > > - Andrea : fill wiki page for code sprint > > > > Actions from last meeting > > ------------------------- > > > > - Victoria Office: move master to reference artifactory directly > > > > CITE tests and build infrastructure > > ----------------------------------- > > > > See email! Apparently we all missed it. > > > > Winbuild: failing, has not been notifying the list since August. > > > > What do we need? 2.8.x and master are not getting tested! > > > > - check ares to see if port ... trying to connect a service? > > - startup starts jetty, then polls port until it gets a response, gets a > > 404 and dies > > > http://ares.boundlessgeo.com/jenkins/view/testing-cite/job/2.8-cite-wfs-1.0/33/consoleFull > > > > <head> > > <meta http-equiv="Content-Type" content="text/html; > charset=ISO-8859-1"/> > > <title>Error 404 NOT_FOUND</title> > > </head> > > > > - when did this start? October 21st ... > > - funny - the 2.7.x branch actively starts and works? > > - Check if each branch uses a different a port? > > 2.7.x polling port 11010 > > 2.8.x polling port 11010 > > - Check version of Java used? > > - action: check with boundless IT > > > > Java 8 > > ------ > > > > Waiting for CITE tests working - so this activity is blocked. > > > > Agreed to move JDK and source+target for master. > > > > Need a champion for this activity, recommend changing CITE, then online > > tests, then master. And organize response. > > > > Action: call for volunteers. > > > > Travis status: > > - https://travis-ci.org/geotools/geotools (good) > > - https://travis-ci.org/geoserver/geoserver (dunno) > > > > Code Sprints > > ------------ > > > > There are two code sprints on the radar: > > * Feb code sprint in Victoria :) > > * France code sprint a week in Feb: > > http://doodle.com/poll/ii5cu9et58vghkts > > > > Approach: > > 1. make a wiki page (action: jody and ben) > > http://wiki.osgeo.org/wiki/Victoria_Code_Sprint_2016 > > 2. put the topic on the next board meeting (action: andrea) > > http://wiki.osgeo.org/wiki/Board_Meeting_2015-11-12 > > > > Ideas for wiki page: > > - Present as a maintenace activity, rather than a community build > activity. > > > > Sponsors ideas: > > - OSGeo > > - Credit GeoSolutions and Boundless for staff time > > - Local: BC Government? vivid solutions, etc... > > > > Concerns: > > - concerned about cost (see sponsorship) > > - time is close to code freeze? Could we do this mid January > > - may be a bit of scramble to get sponorship in order > > - action: Put January as primary date, mid Feb as fallback plan. > > > > OpenCV Discussion > > ----------------- > > > > Jeff Bower has a proposal sent out, Andrea has had a quick glance at the > > proposal. > > > > Discussion: > > - possible replacement for native JAI replacment? Ie implement JAI > > Operators we care about in terms of OpenCV (Scale, Translate, General > > Affine, Warp, Crop, Lookup) and then give the a higher priority so they > > are used if OpenCV plugin they are used. > > - discussion focused on WMS optimization above, Jeff's customers may be > > using WPS for "image analyitics" - so they may be using WPS?! > > - standard operations may be worse because of latency in calling JAI > > operations via an accelerator. > > - concern about moving data on and off GPU? OpenCV can be configured to > > stay on CPU > > - note: GIS procesing is not normal image processing - requires region > > of interest (similar to a mask), and 'no data' (some values should not > > be processed). > > - OpenCV has some support for the above :) > > > > ImageProcessing > > --------------- > > To review - Java Advanced Imaging is "end of life" and we are looking at > > stratagies to replace. > > > > JAI > > - key feature is the tile based processing engine, you set up your > > processing chain (kind of like functional programming) and the engine > > will bring in raster data a chunk at a time allowing processing of files > > larger than memory. > > - no_data and region of interest support has been added as additional > > operations via JAI-EXT for the processing engine. > > > > Alternatives: > > > > 1. OpenCV (see above) > > - http://opencv.org/ > > - BSD license, C/C++ codebase with bindings for Java > > - Use OpenCL to share work with CPU/GPU > > - Does it have the ability to work data larger then memory? Need to > > check ... > > > > 2. ImageJ > > - had a look, seems to be comparable to JAI (ie it is an image > > processing engine) > > - Eclipse Science Working Group is starting in on this one (and may have > > room for collaboration) > > - Found the engine here: http://imagej.net/ImgLib2 > > - Could not see any support for working with raster data larger than > > memory. Has region of interest (ROI) support, not sure about no_data. > > - At least one nD dimensional data format. > > - has high level operators (feaure extractions etc...) > > > > 3. JAI Replacement > > - Need a project name for JAI replacement, then start fund raising > > - Interest from Boundless, GeoSolutions, LocationTech, H2Gis too > > - would like work though OSGeo and LocationTech > > - mostly focused on the technical requirements > > - name? JAI-NG, GTAI, GeoAI, JSCIP (Java Scalable Image Processing) > > JAI-15, OpenJImaging, OpenJI? OpenJAI? JIOpen? GeoNee > > - No use of JAI interfaces ... because Oracle > > - "Java" is a trademark > > - This is a *lot* of work, both in the project, and in migrating > > GeoTools and GeoServer. > > - Q: How well does GeoTools protect downstream projects? Pretty good > > (except for direct rendering path and some WPS). Remaining code is > > hidden behind "image worker". > > - Note: RenderedImage is a Java class, not PlanarImage which is the JAI > > subclass. > > > > 4. GeoTrellis > > - requires data to be broken into tiles before use, making use of sparc > > to handle concurrent processing. > > - Not sure about no_data and ROI support. > > > > > > -- > > Ben Caradoc-Davies <[email protected]> > > Director > > Transient Software Limited <http://transient.nz/> > > New Zealand > > > > > ------------------------------------------------------------------------------ > > _______________________________________________ > > Geoserver-devel mailing list > > [email protected] > > https://lists.sourceforge.net/lists/listinfo/geoserver-devel > > > > > > ------------------------------------------------------------------------------ > _______________________________________________ > Geoserver-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/geoserver-devel >
------------------------------------------------------------------------------
_______________________________________________ Geoserver-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geoserver-devel
