Proj.Net

New Post: Licenza.

scottell — Thu, 02 Oct 2008 00:07:12 GMT

"You cannot rip out individual files from the project and use these as you like. That will bind you to the LGPL license too, and you HAVE to write that you are working on a project derived from Proj.NET. LGPL is only as loose as Diego says if you just link to the compiled DLL of the unchanged source as a whole, in other words if you just use the released binary files."

you DON'T have to write that "you are working on a project derived from Proj.NET". You simply need to retain the the copyright notices.

details: http://creativecommons.org/licenses/LGPL/2.1/

Scott

Closed Issue: HorizontalDatum.EqualParams(obj) incorrectly compares the Ellipsoid instance instead of its parameters

SharpGIS — Tue, 09 Sep 2008 04:24:36 GMT

In the method: public override bool EqualParams(object obj)
the comparison is done using :
return datum.Ellipsoid == this.Ellipsoid && this.DatumType == datum.DatumType

It should use:
return datum.Ellipsoid.EqualParams(this.Ellipsoid) && this.DatumType == datum.DatumType;

Source code checked in, #22686

SharpGIS — Tue, 09 Sep 2008 04:24:35 GMT

Fixed HorizontalDatum.EqualParams() method

Created Issue: HorizontalDatum.EqualParams(obj) incorrectly compares the Ellipsoid instance instead of its parameters

SharpGIS — Tue, 09 Sep 2008 04:21:28 GMT

COMMENTED ISSUE: Inverse and Invert in ConcatenatedTransform

SharpGIS — Thu, 03 Jan 2008 07:15:15 GMT

The Invert() and Inverse() methods in ConcatenatedTransform do not give the desired result. I have made a quick fix.
Comments: ** Comment from web user: SharpGIS **

I've looked into it, and unfortunately the problem goes deeper with the way Inverse has been implemented. The problem is not only the list not being cloned, but all the contents of the list are also inverted, and I don't think cloning the contents of the list is such a good idea either.

Instead I would recommend two things:
- Use Invert() instead when you need it to go the other way - that is more efficient anyway (it's pretty much just setting a flag internally for the most part).
- Remove Inverse() method (and perhaps implement a clone() on all MathTransform is people still need a clone to invert for what ever reason that might be). This method leads people into too much trouble anyhow.

COMMENTED ISSUE: Inverse and Invert in ConcatenatedTransform

dan3258 — Wed, 02 Jan 2008 19:28:54 GMT

The Invert() and Inverse() methods in ConcatenatedTransform do not give the desired result. I have made a quick fix.
Comments: ** Comment from web user: dan3258 **

Opps, sorry about the 's. I assumed my comment would be in html.

COMMENTED ISSUE: Inverse and Invert in ConcatenatedTransform

dan3258 — Wed, 02 Jan 2008 19:26:45 GMT

The Invert() and Inverse() methods in ConcatenatedTransform do not give the desired result. I have made a quick fix.
Comments: ** Comment from web user: dan3258 **

The problem with Inverse() is that _CoordinateTransformationList is a list and lists seem to be treated like pointers. So when _inverse.Invert(); is executed...it inverses the original _CoordinateTransformationList also. I guess my "desired result" is when Inverse() is called, it returns a new IMathTransform without messing with the original.

Sample:

GeoAPI.CoordinateSystems.ICoordinateSystem src, tgt;
SharpMap.CoordinateSystems.CoordinateSystemFactory cfac = new SharpMap.CoordinateSystems.CoordinateSystemFactory();
SharpMap.CoordinateSystems.Transformations.CoordinateTransformationFactory tfac = new SharpMap.CoordinateSystems.Transformations.CoordinateTransformationFactory();
GeoAPI.CoordinateSystems.Transformations.ICoordinateTransformation transform;

tgt = cfac.CreateFromWkt("PROJCS[\"NAD_1983_UTM_Zone_15N\",GEOGCS[\"GCS_North_American_1983\",DATUM[\"D_North_American_1983\",SPHEROID[\"GRS_1980\",6378137,298.257222101]],PRIMEM[\"Greenwich\",0],UNIT[\"Degree\",0.017453292519943295]],PROJECTION[\"Transverse_Mercator\"],PARAMETER[\"False_Easting\",500000],PARAMETER[\"False_Northing\",0],PARAMETER[\"Central_Meridian\",-93],PARAMETER[\"Scale_Factor\",0.9996],PARAMETER[\"Latitude_Of_Origin\",0],UNIT[\"Meter\",1]]");

src = cfac.CreateFromWkt("PROJCS[\"NAD_1983_StatePlane_Missouri_East_FIPS_2401\",GEOGCS[\"GCS_North_American_1983\",DATUM[\"D_North_American_1983\",SPHEROID[\"GRS_1980\",6378137,298.257222101]],PRIMEM[\"Greenwich\",0],UNIT[\"Degree\",0.0174532925199432955]],PROJECTION[\"Transverse_Mercator\"],PARAMETER[\"False_Easting\",250000],PARAMETER[\"False_Northing\",0],PARAMETER[\"Central_Meridian\",-90.5],PARAMETER[\"Scale_Factor\",0.9999333333333333],PARAMETER[\"Latitude_Of_Origin\",35.83333333333334],UNIT[\"Meter\",1]]");

transform = tfac.CreateFromCoordinateSystems(src, tgt);

double[] point = {150000, 150000};

point = transform.MathTransform.Transform(point); // point = (621953, 4115702) Correct

point = transform.MathTransform.Inverse().Transform(point); // point = (150000, 150000) Correct

point = transform.MathTransform.Transform(point); // point = (-379167, -3816227) Incorrect

point = transform.MathTransform.Inverse().Transform(point); // point = (-861604, -7809053) Incorrect

I haven't been able to reproduce the problem I was having, or thought I was having with the Invert() method. Perhaps my problem was just with Inverse(), and Invert() was a red herring.

COMMENTED ISSUE: Inverse and Invert in ConcatenatedTransform

SharpGIS — Sat, 22 Dec 2007 05:50:42 GMT

The Invert() and Inverse() methods in ConcatenatedTransform do not give the desired result. I have made a quick fix.
Comments: ** Comment from web user: SharpGIS **

dan3258: Could you be a little more specific with regards to "desired result" ?
Or as Diego says.. perhaps a unit test showing that its failing before and parsing afterwards.

COMMENTED ISSUE: Inverse and Invert in ConcatenatedTransform

D_Guidi — Fri, 21 Dec 2007 18:23:04 GMT

The Invert() and Inverse() methods in ConcatenatedTransform do not give the desired result. I have made a quick fix.
Comments: ** Comment from web user: D_Guidi **

Could you send a little test to show the bug?
The original code looks correct for me...

CREATED ISSUE: Inverse and Invert in ConcatenatedTransform

dan3258 — Fri, 21 Dec 2007 14:50:19 GMT

The Invert() and Inverse() methods in ConcatenatedTransform do not give the desired result. I have made a quick fix.

NEW POST: using ProjNet dll

SharpGIS — Thu, 20 Dec 2007 07:03:16 GMT

I have no idea whether you could accomplish that, but to us .NET developers COM is a swear word of the worst kind :-)
I can tell you so much that none of the methods are exposed to COM, so you would have to add that yourself.

NEW POST: using ProjNet dll

gok — Thu, 20 Dec 2007 03:17:12 GMT

I'm trying to wrap ProjNet in COM.
Proj4 can not parse WKT prj (or at least this api is hiding deep inside the code)
btw: is it possible to drop my previous erroneous messages?

NEW POST: using ProjNet dll

SharpGIS — Thu, 20 Dec 2007 02:06:48 GMT

I'm absolutely no expert on cpp, but you might want to use Proj.4 for your purpose (http://proj.maptools.org/).

NEW POST: using ProjNet dll

gok — Tue, 18 Dec 2007 21:21:08 GMT

How I can use ProjNET.dll in my stand-along mfc cpp application?
Any snippets or samples are very welcome.
Thank your!

NEW POST: state plane coord system?

gok — Tue, 18 Dec 2007 21:13:26 GMT

Hello, all.
Did not find State Plane coordinate systems definitions in ProjNet_10 SRID.csv.
Should I constract those from scratch by parameters?
Thanks.

NEW POST: Licenza.

mkel84 — Tue, 18 Dec 2007 08:32:41 GMT

Thank you, now I only read what I have written, however, mention the use of class project.
Again thanks.

NEW POST: Licenza.

D_Guidi — Tue, 11 Dec 2007 07:59:41 GMT

SharpGIS wrote:
LGPL is only as loose as Diego says if you just link to the compiled DLL of the unchanged source as a whole, in other words if you just use the released binary files.

Thanks for the explanation ;)

NEW POST: Licenza.

SharpGIS — Tue, 11 Dec 2007 02:30:10 GMT

"P.S: è buona norma postare le domande in inglese, anche maccheronico, in modo che tutti possano accedervi."
Thanks Diego :-)
It's funny how people often assume that we can read and write all languages on an english website.

mkel84: You cannot rip out individual files from the project and use these as you like. That will bind you to the LGPL license too, and you HAVE to write that you are working on a project derived from Proj.NET.
LGPL is only as loose as Diego says if you just link to the compiled DLL of the unchanged source as a whole, in other words if you just use the released binary files.

NEW POST: Licenza.

D_Guidi — Mon, 10 Dec 2007 21:44:13 GMT

Allora il codice di Proj.Net è rilasciato sotto LGPL, quindi i vincoli sono all'incirca questi:
dovresti (non è obbligatorio) citare che il tuo software usa questa libreria.
se fissi dei bug o migliori quella parte di codice che utilizzi devi (questo è obbligatorio) sottoporre le modifiche al team del progetto.
non puoi (ovviamente) vendere questo progetto, ma puoi vendere un prodotto che utilizza questo progetto e aggiunge altre funzionalità.
Altre cose non i vengono in mente.
P.S: è buona norma postare le domande in inglese, anche maccheronico, in modo che tutti possano accedervi.

NEW POST: Licenza.

mkel84 — Wed, 21 Nov 2007 08:57:54 GMT

Nessuno mi sa aiutare???