System.Spatial
5.4.0
Prefix Reserved
See the version list below for details.
dotnet add package System.Spatial --version 5.4.0
NuGet\Install-Package System.Spatial -Version 5.4.0
<PackageReference Include="System.Spatial" Version="5.4.0" />
paket add System.Spatial --version 5.4.0
#r "nuget: System.Spatial, 5.4.0"
// Install System.Spatial as a Cake Addin #addin nuget:?package=System.Spatial&version=5.4.0 // Install System.Spatial as a Cake Tool #tool nuget:?package=System.Spatial&version=5.4.0
Contains a number of classes and canonical methods that facilitate geography and geometry spatial operations. Targets .NET 4.0 or Silverlight 4.0. Localized for CHS, CHT, DEU, ESN, FRA, ITA, JPN, KOR and RUS.
Product | Versions Compatible and additional computed target framework versions. |
---|---|
.NET Framework | net40 is compatible. net403 was computed. net45 was computed. net451 was computed. net452 was computed. net46 was computed. net461 was computed. net462 was computed. net463 was computed. net47 was computed. net471 was computed. net472 was computed. net48 was computed. net481 was computed. |
Silverlight | sl4 is compatible. sl5 was computed. |
This package has no dependencies.
GitHub repositories (110)
Showing the top 5 popular GitHub repositories that depend on System.Spatial:
Repository | Stars |
---|---|
microsoft/ailab
Experience, Learn and Code the latest breakthrough innovations with Microsoft AI
|
|
OrchardCMS/Orchard
Orchard is a free, open source, community-focused Content Management System built on the ASP.NET MVC platform.
|
|
Glimpse/Glimpse
The open source diagnostics platform for the web
|
|
pnp/PnP
SharePoint / Office 365 Developer Patterns and Practices - Archived older solutions. Please see https://aka.ms/m365pnp for updated guidance
|
|
zkavtaskin/Domain-Driven-Design-Example
Blog series supplementary domain-driven design C# repository that (hopefully) actually makes sense.
|
Version | Downloads | Last updated |
---|---|---|
5.6.4 | 284,167 | 3/30/2015 |
5.6.3 | 311,482 | 10/21/2014 |
5.6.2 | 606,092 | 8/1/2014 |
5.6.1 | 217,577 | 2/25/2014 |
5.6.0 | 617,242 | 8/16/2013 |
5.6.0-rc1 | 3,059 | 7/30/2013 |
5.6.0-alpha1 | 3,027 | 6/28/2013 |
5.5.0 | 66,339 | 5/30/2013 |
5.5.0-rc1 | 2,943 | 5/14/2013 |
5.5.0-alpha2 | 3,153 | 4/26/2013 |
5.5.0-alpha1 | 2,855 | 4/9/2013 |
5.4.0 | 53,230 | 4/2/2013 |
5.4.0-rc1 | 2,860 | 3/19/2013 |
5.3.0 | 51,010 | 2/18/2013 |
5.3.0-rc1 | 2,844 | 1/31/2013 |
5.2.0 | 534,735 | 12/17/2012 |
5.2.0-rc1 | 4,264 | 12/3/2012 |
5.1.0 | 3,458 | 11/7/2012 |
5.1.0-rc2 | 2,853 | 9/21/2012 |
5.1.0-rc1 | 264 | 7/11/2012 |
5.0.2 | 15,258 | 8/29/2012 |
5.0.2-rc | 170 | 8/15/2012 |
5.0.1 | 4,665 | 5/18/2012 |
5.0.1-rc | 121 | 5/8/2012 |
5.0.0.50403 | 1,318 | 4/11/2012 |
------------------------------New Features------------------------------
Client deserialization/serialization hooks
We have a number of investments planned in the “request pipeline” area. In 5.4.0 we have a very big set of hooks for reaching into and modifying data as it is being read from or written to the wire format. These hooks provide extensibility points that enable a number of different scenarios such as modifying wire types, property names, and more.
Instance annotations on atom payloads
As promised in the 5.3.0 release notes, we now support instance annotations on Atom payloads. Instance annotations are an extensibility feature in OData feeds that allow OData requests and responses to be marked up with annotations that target feeds, single entities (entries), properties, etc. We do still have some more work to do in this area, such as the ability to annotate properties.
Client consumption of instance annotations
Also in this release, we have added APIs to the client to enable the reading of instance annotations on the wire. These APIs make use of the new deserialization/serialization pipelines on the client (see above). This API surface includes the ability to indicate which instance annotations the client cares about via the Prefer header. This will streamline the responses from OData services that honor the odata.include-annotations preference.
Simplified transition between Atom and JSON formats
In this release we have bundled a few less-noticeable features that should simplify the transition between the Atom and (the new) JSON format. (See also the bug fixes below on type resolver fixes.)
------------------------------Bug fixes------------------------------
In addition to the features above, we have included fixes for the following notable bugs:
- Fixes an issue where reading a collection of complex values would fail if the new JSON format was used and a type resolver was not provided
- Fixes an issue where ODataLib was not escaping literal values in IDs and edit links
- Fixes an issue where requesting the service document with application/json;odata=nometadata would fail
- Fixes an issue where using the new JSON format without a type resolver would create issues with derived types
- (Usability bug) Makes it easier to track the current item in ODataLib in many situations
- Fixes an issue where the LINQ provider on the client would produce $filter instead of a key expression for derived types with composite keys
- (Usability bug) Fixes an issue where the inability to set EntityState and ETag values forced people to detach and attach entities for some operations
- Fixes an issue where some headers required a case-sensitive match on the WCF DS client
- Fixes an issue where 304 responses were sending back more headers than appropriate per the HTTP spec
- Fixes an issue where a request for the new JSON format could result in an error that used the Atom format
- Fixes an issue where it was possible to write an annotation value that was invalid according to the term
- Fixes an issue where PATCH requests for OData v1/v2 payloads would return a 500 error rather than 405