Skip to content
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

Fake result in Identify Features in layer ch.bfe.solarenergie-eignung-daecher breaks client applications #3433

Open
RobertoMinelli opened this issue Mar 17, 2020 · 8 comments
Assignees
Labels

Comments

@RobertoMinelli
Copy link

While performing an Identify Features request on the ch.bfe.solarenergie-eignung-daecher layer, I discovered that among the results now you have a fake result with "featureId": -99

Screenshot 2020-03-17 at 15 52 04

You use this message when an user opens the visualizer without a selection:

Screenshot 2020-03-17 at 16 21 09

However, this breaks all the client applications relying on the fact that all results of an Identify Features will have the same shape (i.e., attributes, for example). Could you please comment on that?

Best,
Roberto

Here you can find a sample request. The fake result is the last one.

@davidoesch
Copy link
Contributor

@boecklic related to today’s deploy?
@RobertoMinelli since when is this the case?

@RobertoMinelli
Copy link
Author

I have been on hold with my client project for a while — I discovered it yesterday. Debug it today. And here I am.

Thanks for looking into it. IMHO this shouldn't be there, it's highly inconsistent.

@davidoesch
Copy link
Contributor

@mariokeusen - can you check if this is GIGO with BFE as well?

@AFoletti
Copy link
Contributor

This result is nothing new and has always been the case.
If you look at the model for both Daecher and Fassaden solarkataster, the results are differenciated by scale.
On smaller scales (minscale = 100005) you get the overview result, not the actual roof geometries.

@AFoletti
Copy link
Contributor

AFoletti commented Mar 18, 2020

Hmmmm... on a closer look, something is really fishy out there. I need to spend some time on it

@davidoesch davidoesch assigned AFoletti and unassigned boecklic Mar 18, 2020
@AFoletti
Copy link
Contributor

Ok, found it.

Somehow Roberto's mapExtent=0,0,100,100 messes up with chsdi's delicate internal organs and he gets results from both models.
If you take Roberto's original request (see the opening comment) and modify mapExtent to mapExtent=1,1,100,100 you only get roof results.
test

I cannot rule out that something has effectively changed in this respect (was mapExtent=0,0,100,100 correctly handled before? No idea) but to me the model and the layer work as defined.

Maybe @procrastinatio could tell us something about this behavior?

@RobertoMinelli
Copy link
Author

Dear @AFoletti, thanks for looking into the issue.

My code is unchanged in the last months, hence yes, something has changed in your API. I confirm that mapExtent=0,0,100,100 was working before (i.e., all my requests have that mapExtent, since I... never understood what to do with that parameter but it was required).

With mapExtent=1,1,100,100 it seems to be working again. Now I have a failing test when I play with the ch.bfe.solarenergie-eignung-fassaden layer. Apparently I receive a facade with two equal points. I'll look into that.

Best,
Roberto

@AFoletti
Copy link
Contributor

@procrastinatio maybe bound to this?

@AFoletti AFoletti assigned boecklic and unassigned AFoletti Apr 5, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

4 participants