Optimizations and bug fixes
Fixed a bug with MOL file output
Moved superatom/spelling map loading out of image processing loop
Added option to process multiple input files or give a folder as an input.
configure: error: GOCR API check failed; make sure you have installed libgocr-dev package or check config.log
Lyubomir, When you were building gocr did you run: make libs make all install The header should not be installed in src folder, and there certainly needs to be a library built.
Lyobomir, Please download and build patched versions of gocr and openbabel available from osra.sf.net: https://sourceforge.net/projects/osra/files/gocr-patched/ https://sourceforge.net/projects/osra/files/openbabel-patched/ If osra configure script does not detect GOCR or OpenBabel headers you can use command-line options to point to the installation folders, for example: --with-gocr-include=/usr/local/include/gocr/ --with-openbabel-include=/usr/local/include/openbabel3/ Hope this helps, Igor
Updated spelling and superatom dictionaries
Fixed gocr call
Implemented rotation detection 0,90,180,270 degrees
Do not ping image type for ps and pdf files
Updated configure.ac and configure for osx
get_points did not actually return found points
Improved bracket recognition
Fix for extend terminal bonds to labels
Improved arrow bond recognition and connection
Added detection of arrow bonds
Reverted previous commit
Pick up best resolution per structure, not per page
Improved recognition of horizontally fused characters
Improved label assembly
Improved superatom coordinate calculation
Comment out debug output
Improved dash bond recognition and aromatic ring perception
Improved detection of old style aromatic rings
Added check for in_ring when detected bracket atoms.
Improved charge recognition close to hash bond and fixed total mol charge assignment
Improvements for bracket recognition
Improvements for remove_bracket_atoms() and remove_vertical_bonds_close_to_brackets()
Added find_ions/add_ions functions
Detect total charge on the top right corner of the bracket.
Fix for find_wavy_bonds. Added Osmium to spelling dict.
Andrius, I tested this on a couple of systems I use for development - centos 7 and fedora 35. The former is very old, the latter is the most recent I currently run (I know that fedora 36 is already out). Both have autoconf 2.69 which parses configure.ac without any problems. Given a choice I would prefer to target the oldest system available because my goal is to compile OSRA with static linking, then it can be run pretty much everywhere. If I do a static build on a more recent system there is a...
Autoconf directives need updating
I would say the solution then is to avoid Debian package builder, at least as far as OSRA is concerned.
Andrius, Have you tried running the original OSRA configure without running autoconf? Igor
Version bump to 2.1.4
Fixed handling of reversables reaction arrows
Installation problem on macOS - osra configure
Great, glad to hear it resolves the problem!
Guy, I see the following errors in the config.log where it's checking for openbabel: clang: error: no such file or directory: '/libxml2.a' clang: error: no such file or directory: '/libiconv.a' clang: error: no such file or directory: '/libz.a' Try installing libxml2, libiconv, and libz first? Statically linked. I also believe there is a brew version of OSRA floating around, though I neither created nor maintain it. Regards, Igor
Jordi, There is no demo version I am afraid. Once you have purchased the binary code there are no other fees, renewal or otherwise. However, the purchase does not give you access to the newer binary versions of the software. The source code is always freely available of course, under the GNU GPL terms. Igor
osra 2.1.3 release
Home
News
Download
Home
Fixed coordinate box calculation after rotation
problems to install
that's the header file, I am talking about the library. Either libocrad.a or libocrad.so.
Jordi, Where was libocrad installed? You may have to specify the location with a command line option for configure.
Jordi, There are options for configure script which allow to specify the location of the headers and such, not to mention standard environment variables like CPPFLAGS and LDFLAGS. The error you mention seems to come from the OpenMP library, I think you can include openmp support by using -fopenmp flag to either CPPFLAGS or LDFLAGS before running configure for OSRA.
Jordi, OCRAD and GOCR are two separate libraries. Installing gocr has nothing to do with ocrad. You might want to examine config.log to see what exactly is happening that OSRA configure is unable to locate OCRAD installation.
Alternatively you can uninstall wxWidgets prior to building OpenBabel.
Jordi, It looks like your OpenBabel install finds pre-installed wxWidgets headers which do not quite match the version it expects. OSRA compilation does not require wxWidgets so you might want to look for a way to disable OpenBabel GUI build. I am using the following flags to build OpenBabel: cmake3 -DBUILD_SHARED=FALSE -DWITH_STATIC_INCHI=ON .. I think setting BUILD_SHARED=FALSE will disable building the GUI part of Openbabel.
Alan, This exception is due to GraphicsMagick trying to process the PDF file through using Ghostscript instead of leaving it up to libpoppler. There are some config files you can edit to remove gs invocation from GraphicsMagick but I would have to google them myself at this point.
Alan, I don't think OSRA parameters have anything to do with this error. This is specific to libpoppler processing of PDF files. The unpaper default value is 0, the recognized characters value is this string: oOcCnNHFsSBuUgMeEXYZRPp23456789AmThDGQ
Alan, I haven't seen this error myself, but googling it comes up with this: https://bugs.launchpad.net/ubuntu/+source/xpdf/+bug/943195 Is it failing for every pdf file or just some of them? Perhaps updating/patching libpoppler might help.
Remove auto-generated shell scripts
Version bump to 2.1.2
Package version specified once only in configure.ac and populated from templates.
Fixed aromatic bond creation for OB 3.0.0
Alan, the compiled version of OSRA comes with a statically linked binary it does not contain libosra, nor libosra_java. Just so you know before making a purchase. The executable does have the capability to process PDF files.
Alan, Even if the shared libraries are visible for the command line tool they might not be accessible to the java code. Regarding your second question - recent versions of OSRA are using poppler library to process PDF files, it looks like you compiled OSRA without poppler - see the README file for required dependencies.
Alan, libosra and libosra_java haven't been supported in a while unfortunately. If you got it to compile - great! Looking at the error message perhaps it is unable to find some dependent libraries during the java call - e.g. libpng?
Correct.
No, I meant installing MinGW on a Windows PC and compiling there. It might be possible to cross-compile on Linux, but I've never tried it.
Yes, it is possible to build OSRA for Windows using MinGW compiler. You can also consider purchasing a pre-build binary version. There is an older plugin for OSRA and ChemDraw, it might be possible to update it to work with a more recent version of ChemDraw but I no longer maintain this plugin so it is entirely up to the user. The old plugin can be found here: https://sourceforge.net/projects/osra/files/plugins/chemoffice/
Home
Reverted to the old segmentation method
Reverted to the old segmentation method
Fixing the segment mask size calculation
Fixed -k option single image processing
Replaced segmentation routine
Thank you for the quick response. I suspected that the problem is on my side!
rieman and ricci tensors for schwarzschild metric
Fixed total confidence computation bug
About the terms of use for the binary version
The binary version of OSRA is the same version that a user gets when getting the source code. It is governed by the same license - GNU GPL. If you are planning to include OSRA within your product that means that GNU GPL will apply to the whole package and the source code of your product will have to be made available to the end users under the GNU GPL terms.
PDF file cannot be processed
lopenbabel dependency fail
Glad to hear it is working now!
You need to add the location of your poppler libs (e.g /usr/local/lib) to ld.so.conf or LD_LIBRARY_PATH. You can check what libraries OSRA is linked against by running: ldd /path/to/osra/binary
It looks like your installed version of poppler is not 0.73.0 but much older and does not have set_image_format function available. Either upgrade your installed version of poppler or remove that version and try to proceed with the one you build from source.
Shiyi, Yes, two different installations of poppler could be a problem. Perhaps try removing one or the other? I would probably start by removing the static version. Igor
Shiyi, I am not quite sure what your question has to do with the openbabel dependency, which is the topic of this ticket. OSRA can be compiled with poppler 0.73.0. The new release - OSRA 2.1.1 has been build with this version of poppler. The error message seems to indicate that configure cannot find libpng16.so. You can try to make sure it is installed and that it's included either in ld.so.conf or LD_LIBRRARY_PATH prior to running configure. Igor
Compilation
Compilation
Compilation
Compilation
Dependencies
Dependencies
Plugins
Usage
Usage
Usage
Usage
Usage
Usage
Usage