Utilizing the ServiceStack.OrmLite.SqlServer.Converters to use geography & geometry introduces a dependency in the ServiceModel on ServiceStack.OrmLite.SqlServer.Converters, which is bad practice.
Am I missing an interface somewhere else or is there a recommended path to mitigate this?
Yeah I was talking about my own Service Model. I think I see what you are saying, I might hide my “SqlGeography” using classes away somewhere, only returning Lat/Lng to the outside world.
One other thing just bit me: SqlGeography is currently not supported in .NET Core is it?