Work Items


by cartoixa
Mar 8, 2012
5:37 PM

Being evaluated

Please find attached the patch to create a NuGet package for Proj.Net.

There is a binary file that has to be manually added to the repository (in the .nuget folder), because SVN patches seem not to handle binary files.
There is a batch file that is used to: compile the solution in Release mode, then create the package.
Note that I have have tested without the Silverlight projects and binaries because I do not have the Silverlight SDK installed (I don't even have VS2008).
Also, check the information contained in the nuspec file (especially the authors section). And remember to manually change the version number in this file.

To add your package to the NuGet repository, register at and upload it (it's pretty straightforward).

Please let me know of any problem.


by marcuspoulton
Dec 2, 2011
2:05 PM

Being evaluated

workaround for silveright bug trying to create Coordinate System from const string via "CreateFromWkt". To solve the problem of backward compatibility I've created a method "CreateFromWkt" with an additional Encoding parameter.
e.g. this now works instead of producing an exception.

const string WGS84_WKT = "GEOGCS[\"WGS 84\",DATUM[\"WGS_1984\",SPHEROID[\"WGS 84\",6378137,298.257223563,AUTHORITY[\"EPSG\",\"7030\"]],AUTHORITY[\"EPSG\",\"6326\"]],PRIMEM[\"Greenwich\",0,AUTHORITY[\"EPSG\",\"8901\"]],UNIT[\"degree\",0.01745329251994328,AUTHORITY[\"EPSG\",\"9122\"]],AUTHORITY[\"EPSG\",\"4326\"]]";
ICoordinateSystem WGS84 = c.CreateFromWkt(WGS84_WKT, System.Text.Encoding.UTF8 );


by MerickOWA
Mar 9, 2009
10:50 PM

Being evaluated

Implementation of the Oblique Mercator projection using Hotine's algorithm.


by pstankowski
Oct 8, 2010
3:59 PM


I have added new feature to Proj.NET: EPSG-based authority factories. Data is read from IDbConnection, so you can plug any EPSG database. EPSG databases are free and may be downloaded from EPSG site: ("Geodetic dataset" tab). I have used SQLite database for tests, and it works great. :) Hope you will like that feature.

- I have made some changes, that resulted from OGC Coordinate Trasformations Services specification. For example in Authority Factories all codes have changed type. Codes should be strings, not long. They should be strings in whole library, not only in these factories.
- I have found some differences from CTS specification: i.e. wrong parameters order in some methods, not needed horizontal datum parameter in projected CRS constructor.

Declined Oct 11, 2010: Thank you very much for the patch. Its a cool piece of work. However there are some reasons we can't have this in the API: 1. It introduces a major breaking change by removing an interface and changing data types (API is based on the Simple Feature Spec/WKT, not the Coordinate Transformation Service. Codes are inherently numerical in this spec) 2. We want to keep the API light weight and not have anything tied to specific databases and/or schemas. 3. Several methods throwing "not implemented". 4. SQL queries not compatible with all databases (doesn't include user and escape naming on tables and columns - the things differ from database to database which brings me back to #2) 5. No unit tests provided that demonstrates the use and quality of the code. All this would be much better as a sample application / separate class library.

View All
  • 1-4 of 4 Patches
    • Previous
    • 1
    • Next
    • Showing
    • All
    • Patches