You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Since a fix for #13319 may be a way out, add support for Microsoft.Spatial that we'd need anyway to support an easy migration path for track 1 customers to track 2 if they already were using Microsoft.Spatial.
* Fix README for Microsoft.Azure.Core.NewtonsoftJson
* Add Json.NET converters for Microsoft.Spatial
Resolves#13165
* Rename converter to match Json.NET ObjectSerializer
It may be long, but it's consistent.
* Add GeometryFactory and adapter
Uses reflection to loosely bind Microsoft.Spatial types.
* Rename spatial adapters to proxies
* Proxy all supported Microsoft.Spatial types
* Update Search for current Azure.Core.GeoJson
* Encode spatial types for SearchFilter
Fixes#15299
* Implement IEquatable<GeoPosition> on GeoPosition
GeoPosition already implemented the interface, just without declaring it. May as well, so the struct doesn't have to be boxed when using EqualityComparer.Default, for example.
* Resolve PR build issues
* Resolve build analysis issues
Filed #15423 to remove exclusions later.
* Move Microsoft.Spatial support for Json.NET to core
* Remove unused methods
* Always run tests against Microsoft.Spatial
* Change GeometryPoint to GeographyPoint
* Fix README validation failure
* Resolve PR feedback
* Resolve PR feedback
Since a fix for #13319 may be a way out, add support for Microsoft.Spatial that we'd need anyway to support an easy migration path for track 1 customers to track 2 if they already were using Microsoft.Spatial.
FieldBuilder
SearchFilter
The last 2 could implement optional interfaces similar to what we did for property name conversion for
FieldBuilder
.The text was updated successfully, but these errors were encountered: