Hi Philip:
Sorry to hear that the Reconciliation API is not working very well for you. You can see the abbreviations and components that the server is aware of here: https://github.com/BrickSchema/reconciliation-api/blob/main/abbrmap.py ; you can make changes to that file and it may generalize better to the data you have. Can you share any examples of what entity labels you are attempting to classify?
I am not currently working on the ReconciliationAPI, but I have made recent changes to BrickBuilder to add features or fix bugs. Erik Paulson has been in contact with the folks developing the ReconciliationAPI specification to see if there are ways we could expand the API to make it easier to have bidirectional information flow between the user input and the reconciliation service itself. In the meantime, I am happy to accept PRs or issues on the reconciliation server repository for additional inferences, tags, patterns, etc that would improve output. We also have a tooling working group (https://brickschema.org/blog/working-groups/) that could spend some time investigating better inference mechanisms for the reconciliation server.
Best,
Gabe
--
You received this message because you are subscribed to the Google Groups "Brick User Forum (Unified Building Metadata Schema)" group.
To unsubscribe from this group and stop receiving emails from it, send an email to brickschema...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/brickschema/d25d3ebc-01ae-43ae-b5ea-2a90ccfa93efn%40googlegroups.com.
HI Philip:
When you are using the Reconciliation API, make sure that you choose "PointClass" or "EquipmentClass" in the OpenRefine UI -- this option is used in the server implementation to choose which set of classes to try.
Plaster did have a nice interface for training, but it seems as though development has stopped. I'm curious if it still works? Have you tried it recently? The OpenRefine + ReconciliationAPI approach is designed to reduce the amount of code that we have to maintain so that we can reduce bit rot. Unfortunately there still is some work to do to bring this stack up to speed
Best,
Gabe
To view this discussion on the web visit https://groups.google.com/d/msgid/brickschema/df9480ea-ed0c-4733-b436-2d4a328af678n%40googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/brickschema/f5f5119c-a6e7-44ee-9ca4-397feea9ff84n%40googlegroups.com.
Hi Philip:
The Brick server that is attempting the inference of types uses
the W3C Reconciliation API; you can see other clients here:
https://reconciliation-api.github.io/census/clients/. I am not
sure which one Erik is using, but the API is documented so you
should be able to develop your own if you desire.
It should be possible to have the Brick reconciliation API implementation handle both equipment types and point types in the same column, but this will take development time to do well. I developed the server with the impression that users would leverage the OpenRefine UI to separate points from equipment using heuristics specific to the particular dataset. That said, I made a small adjustment to the reconciliation API server which may help it return either Equipment or Point types (there should be a "BrickClass" option in the API now to support this -- I am having issues with my local OpenRefine install so I can't verify that the option shows up, but it seems to infer Equipment and Point types in the same column now). Either way, it would be great to have your abbreviations added to the map! Hopefully I will have some time to improve the inference algorithm soon.
Even if we have Equipment and Point classes in the same column, having them mixed in this way will complicate the creation of a Brick model later on. I find it is helpful to organize entities and types into a tabular format where the relationship between the columns is consistent. You may find it necessary to break up the spreadsheet or pointlist into several chunks of similar labels in order to facilitate this, though I suppose that is what Brickify is attempting to assist with. I saw that Shreyas self-assigned your issue yesterday so you should get a response soon.
Best,
Gabe
To view this discussion on the web visit https://groups.google.com/d/msgid/brickschema/cdc84f93-b22e-4062-b6dd-ab5e5edf3717n%40googlegroups.com.
Hi Philip:
I am also getting the visual bug where the Option pane is empty for me; I'm not quite sure why that happens despite spending ~30 min digging around in the clientside code of OpenRefine. I did make one small fix so that at least one type (generic "BrickClass") shows up in the Option pane now. I've updated the server at reconciliation.brickschema.org and the code online.
Best,
Gabe
To view this discussion on the web visit https://groups.google.com/d/msgid/brickschema/d1c8650e-eb6a-4269-a7ff-079d63908d6en%40googlegroups.com.
Of course
if one or multiple of the abbreviations I added are of use to you, feel free to import
them. I'd be glad to have helped a little bit.
Best Regards
Philip
To view this discussion on the web visit https://groups.google.com/d/msgid/brickschema/eeb8b0ff-dbbf-4559-9797-fc6340f18f47n%40googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/brickschema/87be471f-5e46-4b54-d478-6e7980cd9ea7%40berkeley.edu.