Skip to main content
Solved

When dissolver a feature into its neighbour, I want the neighbour's attribution to win every time?


bjudes
Enthusiast
Forum|alt.badge.img+10

Hi,

I have a dataset with a class called drains, I no longer want drains to appear in the dataset and would like to merge/dissolve these on their nearest neighbour. When I do this at the moment, many dissolve and the neighbours attributions wins out, but in some cases (it appears to be when the drain is the bigger feature) the drains attribution remains. Is it possible to dissolve all drains into their neighbour and always have the neighbours attribution remaining?

Thanks for any help.

B

Best answer by ebygomm

bjudes wrote:

Hi @ebygomm​ 

I've tried all accumulations, but generally go with 'Use attributes from one feature'. Results seem to be similar no matter which one I use, except 'Drop incoming features' which drops everything.

 

How can I define that the drain is the incoming attribute. There are multiple (35) other classes that the drain could be merging onto. Right now, I have a spatial relator which creates a relationship between the drain and its neighbouring class and then I merge using this group by ID. But I still get drains out.

 

Thanks for your help.

B

Have you tried just removing all the attributes from the drain features?

View original
Did this help you find an answer to your question?

5 replies

ebygomm
Influencer
Forum|alt.badge.img+33
  • Influencer
  • October 13, 2020

What do you have the accumulation mode set to?

 

If the drain attributes are not important I would remove all attributes except from those required in a group by and then choose Merge Incoming Attributes


bjudes
Enthusiast
Forum|alt.badge.img+10
  • Author
  • Enthusiast
  • October 13, 2020
ebygomm wrote:

What do you have the accumulation mode set to?

 

If the drain attributes are not important I would remove all attributes except from those required in a group by and then choose Merge Incoming Attributes

Hi @ebygomm​ 

I've tried all accumulations, but generally go with 'Use attributes from one feature'. Results seem to be similar no matter which one I use, except 'Drop incoming features' which drops everything.

 

How can I define that the drain is the incoming attribute. There are multiple (35) other classes that the drain could be merging onto. Right now, I have a spatial relator which creates a relationship between the drain and its neighbouring class and then I merge using this group by ID. But I still get drains out.

 

Thanks for your help.

B


ebygomm
Influencer
Forum|alt.badge.img+33
  • Influencer
  • Best Answer
  • October 13, 2020
bjudes wrote:

Hi @ebygomm​ 

I've tried all accumulations, but generally go with 'Use attributes from one feature'. Results seem to be similar no matter which one I use, except 'Drop incoming features' which drops everything.

 

How can I define that the drain is the incoming attribute. There are multiple (35) other classes that the drain could be merging onto. Right now, I have a spatial relator which creates a relationship between the drain and its neighbouring class and then I merge using this group by ID. But I still get drains out.

 

Thanks for your help.

B

Have you tried just removing all the attributes from the drain features?


bwn
Evangelist
Forum|alt.badge.img+26
  • Evangelist
  • October 13, 2020
bjudes wrote:

Hi @ebygomm​ 

I've tried all accumulations, but generally go with 'Use attributes from one feature'. Results seem to be similar no matter which one I use, except 'Drop incoming features' which drops everything.

 

How can I define that the drain is the incoming attribute. There are multiple (35) other classes that the drain could be merging onto. Right now, I have a spatial relator which creates a relationship between the drain and its neighbouring class and then I merge using this group by ID. But I still get drains out.

 

Thanks for your help.

B

Yes, this ^

As per the Help/Documentation:

Attribute Accumulation Mode

Merge Attributes merges all attributes from overlapping segments. If there are conflicts, attributes from input polygons will be preserved in a two-step process:

  • First, attributes from one of the polygons with the largest area will be copied onto the output polygon.
  • Second, attributes from all other input polygons will be copied, without overwrite, onto the output polygon

If you remove all the Drain Feature Attributes with say, an AttributeRemover, then the Second step in the Merge Attribute process will not have any Attribute conflicts to resolve, so all Attributes in the output will be from a Neighbor Feature


bjudes
Enthusiast
Forum|alt.badge.img+10
  • Author
  • Enthusiast
  • October 14, 2020
bjudes wrote:

Hi @ebygomm​ 

I've tried all accumulations, but generally go with 'Use attributes from one feature'. Results seem to be similar no matter which one I use, except 'Drop incoming features' which drops everything.

 

How can I define that the drain is the incoming attribute. There are multiple (35) other classes that the drain could be merging onto. Right now, I have a spatial relator which creates a relationship between the drain and its neighbouring class and then I merge using this group by ID. But I still get drains out.

 

Thanks for your help.

B

Thanks @ebygomm​  and @bwn​. Removing the attributes worked. Thanks I appreciate your concise and prompt help.

 

B


Cookie policy

We use cookies to enhance and personalize your experience. If you accept you agree to our full cookie policy. Learn more about our cookies.

 
Cookie settings