-
Notifications
You must be signed in to change notification settings - Fork 220
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Taxonomy Fields is not created correctly with Samples/Taxonomies.xml #49
Comments
Hi, thanks for your feedback and for your contribution. We will double-check the sample and the provisioning engine. Stay tuned. |
Hi, we double-checked the demo and we were not able to reproduce the issue. We tested it on two different tenants in Office 365. Could you be so kind to expand a little bit more about your issue? Thanks. |
Hi, I was using the 2015-08 schema and provisioning both TaxonomyFieldType and TaxonomyFieldTypeMulti with corresponding Note fields, exactly as in the example, of course apart from other guid values for the term set and so on. First all seems to work as expected. You can tag content with some terms. You also may get content crawled when you are testing the first time. Then if you change some items to i.e. tag an item with more terms (multi-value) or create a new items in the same list. The tax-field will be broken and the crawler will not index the managed metadata field anymore. In previous version in the cloud SPO automatically creates the managed property fields ows_FieldName and owstaxIdFieldName, and the last one was automatically mapped to the crawled field ows_taxId_FieldName. These MM fields will still be created but will not be autmaticaly mapped to the crawled property (ows_taxId_FieldName). The MM are grayed out in the Managed Properties view in Search Schemas. If you view the Crawled Properties view it will display that the crawled property are mapped to the managed property. But this is wrong. For new site collections the MM owstaxiIdFieldName will be created but not automatically mapped to the crawled propety. This are a changen Microsof has done. So in the future you must manually map the ows_taxId_FieldName to a RefinabelStringXX MM property. This was the new recommendation I have received from MS now. Back to the issue. If the MM owstaxIdFieldName does not contains any value is because either the MM is not mapped or the tax-field has some issues. MS analyzed the logs under the hood in our tentant and saw that the ows_taxId_FieldName are not indexed becaucse there are some issues with the reference against the Note field. These fields Tax- or Note field are in some way corrupted. I asked him to see if I could get some information what he saw on his side to maybe I have did something wrong in the provisioning xml. The only thing he could inform back to me is that these fields are note created correct. The only difference I can see from my side between creating these fields through the xml or manually is that the Name property and StaticName property of the Note field will be some kind of guid when let the platform create the Note field instead of try to create and link it to the tax field through the framework. I have named the field as shown in the example. The MS guy was a search engineer and not a developer but he told me to let the platform create all necessary fields, like the Note field and the link between them because there are more stuff going on under the hood. Br |
Hi Dan, |
Hi Vesa, Br. |
Hi Dan, |
I have sent you a new mail now. |
Hi, |
Hi Christopher, Last week I updated to lates version of PnP Core and 2016 schema but it still not working with taxonomy fields through the xml provisioning. I have been busy and have not had time to follow up this with the PnP team. |
I'm using the following code to provisioning taxonomy fields. TaxonomyFields.xml
CSOM/PnP Core
|
Thanks for the info and fast response Dan, We ended up taking a similar approach as you did, I guess as we are using a CT hub the note field should be attached and distributed along with the content type. One thing I noticed when I was exporting the site columns was that it placed the note fields are the top of the Scheme and then the Taxonomy fields towards the bottom. Im not sure if this is intentional or not but may suggest some form of timing issue? |
Hi, |
Hi Paolo, I haven't had time to test the new provisioning tool yet have been working on some fully trusted solutions. The issue is that Taxonomy fields provisioned with the "Provisioning" tool :), seem to work fine. It is only when you crawl your content and try to use the fields as refiners that you see that there is an issue with them. I haven't tested this online only with SharePoint 2013. So unless something has changed with the way the taxonomy fields are provisioned in code then there will still be an issue. Thanks Chris |
Ok, I self-assigned to me the issue and I will dig into it. Thanks for the update. |
I ran into this same issue where provisioned taxonomy fields were not being indexed the same as taxonomy fields created through the UI. The issue is that SharePoint wants your hidden note field to have "TaxHTField" in the name. If that is not there, it doesn't index it the same. Here is an updated sample for a taxonomy field that will get the correct indexed crawled/managed properties. Also, the managed property that is automatically created (greyed out managed property) returns a different type of data than expected. It is an array of data with the label and unique identifier. If you need to query from this field, you need to query using the unique identifier. The data format is documented https://technet.microsoft.com/en-us/library/jj613136.aspx under 'Data format for Managed Metadata.' If you need only the label value (ie to use in a refiner), you can create a new managed property then map it to the ows_Project crawled property. After performing a full crawl you should have the following: Crawled Properties Managed Property
|
Hi bcage29, Thanks for the update! I'm currently starting up a new O365 project for a customer and we need to do some content type provisioning. I'm going to try this solution with the "...TaxHTField" field name of the hidden Note field. I hope it will work with the xml provisioning. it would be great. :-) |
I've tried doing this today and was having the same problems on Office365/SharePoint Online. To get it working I changed my field ID's from uppercase to lowercase and also applied "TaxHTField" to the end of my Note fields. After doing this, populating data, waiting for search to crawl etc the Search Schema showed the correct crawled properties and I was able to Search and do Term Driven/Managed navigation using the managed metadata fields. A sample of the Field definitions that worked for me are;
and for multi-value;
|
Thanks Phil for your feedback on this issue.
I think we can close this case now. |
… and lowercase ID
Updated hidden Note field naming for Taxonomy fields to reflect current SharePoint Online naming pattern required for correct search crawling and indexing. Problem detected here: pnp/PnP-Provisioning-Schema#49 (comment)
I have had issues with the taxonomy field when they are created with this example (Samples/Taxonomies.xml) by creating both the TaxonomyFieldType and the Note field results in a corrupted field under the hood in SharePoint Online.
MS told me to let the platform create all necessary references.
The issue when also provisioning the Note field result in that the index will not contains crawled content for the ows_taxId_FieldName
I'm not sure exactly what is wrong by provisioning both fields, but taxonomy fieldst works as expected if I provisioing this type of field only with PnP.Core and only specify the TaxonomyFieldType.
When using the the provisioning schema the taxonomy fields will not be created correct.
The text was updated successfully, but these errors were encountered: