I work with geodesy concepts and map projections a little in my work,
and I had a suggestion I would throw out there. Please for give me if
my ignorance shines through here.
If we are thinking of a simple library that only transforms
coordinates and not higher-level objects I think the implementat
Hei Andreas,
as Michael pointed out: we will try to support you.
And having a 3d person working on it - should be ok. At least he is firm
with all the 3d coordsys stuff. Working with ellipsoids is still a bit
different but learnable. I am glad that Michael has also some
experiences on that too.
Michaël Michaud wrote:
Hi,
> Making a new projection library is a very exciting project.
> As there are at least two other projects (javaproj and geotools) I'd
> like to make sure I undersand what would be the specific purpose of a
> new library.
> Javaproj and geotools have very different appr
Hei Stefan, hei Andreas,
Making a new projection library is a very exciting project.
As there are at least two other projects (javaproj and geotools) I'd
like to make sure I undersand what would be the specific purpose of a
new library.
Javaproj and geotools have very different approaches (oppos
Hei Andreas,
thats good to hear.
I hope you are looking on geotools projection code as well. As far as i
checked out the guy that is responsible for it has the appropriate
background (at least i think so). and geotools realized already lots of
projections ( i guess EPSG completely). But lots of
Sunburned Surveyor wrote:
Hi,
> This is great. We need more efforts at collaboration like this.
I agree. Having a good, free projection library would be desirable.
> What is the status of the projection code in Deegree? Could it be
> modified for use in OpenJUMP? (It would probably be easier to
Paul, the jhlabs java code seems to only loosly based on the PROJ4
interface. This seems to make it somewhat questionable. PROJ4, even
though it is nasty looking C code, is at least fairly well tested by
the many projects that use it.
Larry
On 8/24/07, Paul Austin <[EMAIL PROTECTED]> wrote:
> L
Landon,
The Java Projection Library works purely on coordinates not on features.
I defined a simple interface for projections that project forward and
inverse on JTS Geometries. I think what we need to do in JUMP is define
an interface for projections something like shown below. And then define
a
Paul,
This is great. We need more efforts at collaboration like this.
Markus and Andreas,
What is the status of the projection code in Deegree? Could it be
modified for use in OpenJUMP? (It would probably be easier to use a
library from Deegree, since using the port of Proj4 will probably
requir
Larry the code can be got from
http://www.jhlabs.com/java/maps/proj/javaproj-1.0.4.zip so you can see
the size of it.
I've emailed the author to find out what is missing and to see if he
wants to get involved in the discussion.
Paul
--
How much code are we talking about?
regards,
Larry Becker
On 8/24/07, Paul Austin <[EMAIL PROTECTED]> wrote:
> Andreas,
>
> Maybe if we as a community offer to help the author create a community
> around the Java projection library it will eventually have full support.
> I think that it would be
Andreas,
Maybe if we as a community offer to help the author create a community
around the Java projection library it will eventually have full support.
I think that it would be nice to have a full free Java projection library.
Paul
Andreas Schmitz wrote:
> Stefan Steiniger wrote:
>
> Hi,
>
>
Stefan Steiniger wrote:
Hi,
> of course, i am/we are interested in your evaluation results.
[...]
> >> I'd also like to know if the DeeJUMP team had any thoughts about
> >> Paul's suggestion of tapping into the Java port of PROJ4. It seems
> >> like a logical choice for projection code.
we fini
of course, i am/we are interested in your evaluation results.
stefan
Dr. Markus Lupp (Müller) schrieb:
> Hi Landon,
>
> Sunburned Surveyor schrieb:
>> [snip]
>>
>
>> I'd also like to know if the DeeJUMP team had any thoughts about
>> Paul's suggestion of tapping into the Java port of PROJ4.
Hi Landon,
Sunburned Surveyor schrieb:
> [snip]
>
> I'd also like to know if the DeeJUMP team had any thoughts about
> Paul's suggestion of tapping into the Java port of PROJ4. It seems
> like a logical choice for projection code.
>
When we started to include proj4 in deegree we had some pr
Hi Landon,
Sunburned Surveyor schrieb:
> [snip]
>
> I'd also like to know if the DeeJUMP team had any thoughts about
> Paul's suggestion of tapping into the Java port of PROJ4. It seems
> like a logical choice for projection code.
>
When we started to include proj4 in deegree we had some p
Sunburned Surveyor wrote:
Hi,
> I appreaciate Andreas' consideration for bloating OpenJUMP's
> dependencies on external libraries, and I also have no problem hosting
> DeeJUMP plug-ins in the JPP SVN Repository.
Great. Then I think I'll create a deeJUMP plugin. For the downloads I'm
sure we can
I appreaciate Andreas' consideration for bloating OpenJUMP's
dependencies on external libraries, and I also have no problem hosting
DeeJUMP plug-ins in the JPP SVN Repository.
I will leave the structure of the SVN repository up to others more
experienced with the use of SVN, but I think Paul made
>ah, so you meant we could add the GetFeatureInfo to the WFSPlugin,
>right?
>
>
>
yes.. but for the download. If you think it may be worth to merge the
sources.. you can also do that
stefan
-
This SF.net email is sponsore
Stefan Steiniger wrote:
Hi,
> >>I fully support to add these plugin to svn and the soureforge site.
> >>Maybe we need to think about the structure here .. so that not every
> >>plugin gets a new box. So the wfs plugin could be added to the other wfs
> >>plugin?
> >>
> >>
> >
> >hm, which o
Andreas Schmitz wrote:
>Stefan Steiniger wrote:
>
>Hi,
>
>
>
>>I fully support to add these plugin to svn and the soureforge site.
>>Maybe we need to think about the structure here .. so that not every
>>plugin gets a new box. So the wfs plugin could be added to the other wfs
>>plugin?
>>
Stefan,
I would advocate in favour of plugins having their own "box" within the
SVN if all of the code within that plugin is required for the plugin to
work or if the functionality offered by the plugin works as a logical
group. For example each different file format supported should be a
sep
Stefan Steiniger wrote:
Hi,
> I fully support to add these plugin to svn and the soureforge site.
> Maybe we need to think about the structure here .. so that not every
> plugin gets a new box. So the wfs plugin could be added to the other wfs
> plugin?
hm, which other WFS plugin is there?
>
Hei Andreas,
I agree with you - and the dependencies are also the reason why i did
not add them to OJ.
I fully support to add these plugin to svn and the soureforge site.
Maybe we need to think about the structure here .. so that not every
plugin gets a new box. So the wfs plugin could be added
24 matches
Mail list logo