Hi,

I found an interesting post regarding proj4j.
That's why I prefer the SIS approach with external database.
What do you think about the mentioned "copyright infringement" opinion?

PROJ claims to be under MIT license, but in my understanding this is copyright 
infringement. PROJ license should be MIT + EPSG terms of use.

The whole post is:

> Proj4J (and its parent PROJ project) includes EPSG 
> data, so the use of Proj4J dependency implies accepting EPSG terms of 
> use [1]. PROJ claims to be under MIT license, but in my understanding 
> this is copyright infringement. PROJ license should be MIT + EPSG terms 
> of use.
> 
> EPSG terms of use is a Category X license for Apache. The use of EPSG 
> data has been discussed in Apache Legal [2][3]. The conclusion was that 
> an Apache project can include EPSG data if they are optional (i.e. the 
> application can still do useful work without them), the main release 
> does not contain them, and the data are available in a separated 
> download prominently labelled as under a more restrictive license than 
> Apache.
> 
> [1]https://epsg.org/terms-of-use.html
>
> [2]https://issues.apache.org/jira/browse/LEGAL-183
>
> [3]https://issues.apache.org/jira/browse/LEGAL-347
>




Am Freitag, dem 18.11.2022 um 22:27 +0100 schrieb Florian Micklich:
> Hi,<br>
> 
> the basic sis implementation is done :)<br>
> I created a pull request [1] and happy about any feedback.<br>
> 
> 
> Form the fallback options I created this ticket [2]<br>
> 
> Florian<br>
> 
> [1] 
> [https://github.com/apache/streampipes/pull/146](https://github.com/apache/streampipes/pull/146)<br>
> [2]  
> [https://issues.apache.org/jira/browse/STREAMPIPES-638](https://issues.apache.org/jira/browse/STREAMPIPES-638)<br>
> 
> 
> Am Montag, dem 31.10.2022 um 13:23 +0100 schrieb Florian Micklich:<br>
> > Hi,<br><br>
> > 
> > I updated the Jira Ticket and described the setup little bit more.<br><br>
> > If my intellij is working I can run some last tests on the base 
> > implementation.<br><br>
> > 
> > My thoughts for the setup implementation:<br><br>
> > 
> > The setup could be visible in the Configuration -> Pipeline Element 
> > Configuration and if the service is available due correct setup and scripts 
> > import.<br><br>
> > (see picture in jira ticket <br><br>
> > 
> > 
> > To have still a plug and play system by default, we could implement a 
> > "fallback" projection system with a limited EPSG Codes.<br><br>
> > Therefore we could use  proj4j [2].<br><br>
> > So for example we allow the user to select just a bunch of valid codes from 
> > a list somewhere.<br><br>
> > 
> > 
> > [1] 
> > [[https://github.com/locationtech/proj4j](https://github.com/locationtech/proj4j)](https://github.com/locationtech/proj4j](https://github.com/locationtech/proj4j))<br><br>
> > 
> > What do you think?<br><br>
> > Greetings<br><br>
> > Florian<br><br>
> > 
> > Am Montag, dem 19.09.2022 um 10:18 +0200 schrieb Florian Micklich:<br><br>> 
> > > Hi Philipp,<br><br><br>
> > > 
> > > ok, maybe we can have a deeper discussion next week.<br><br><br>
> > > I am on vacation this week without computer  :)<br><br><br>
> > > 
> > > With dataSource I mean the "Registration by Java code" as describet here 
> > > [1].<br><br><br>
> > > I startet to write that code yesterday but was not able to check it due 
> > > another issue.<br><br><br>
> > > 
> > > Florian<br><br><br>
> > > 
> > > 
> > > [1] 
> > > [[[https://sis.apache.org/epsg.html](https://sis.apache.org/epsg.html)](https://sis.apache.org/epsg.html](https://sis.apache.org/epsg.html))](https://sis.apache.org/epsg.html](https://sis.apache.org/epsg.html)](https://sis.apache.org/epsg.html](https://sis.apache.org/epsg.html)))<br><br><br>
> > > 
> > > 
> > > ⁣BlueMail for Android herunterladen ​<br><br><br>
> > > 
> > > Am 19. Sept. 2022, 07:23, um 07:23, Philipp Zehnder 
> > > <[[[[email protected]](mailto:[email protected])](mailto:[[email protected]](mailto:[email protected]))](mailto:[[[email protected]](mailto:[email protected])](mailto:[[email protected]](mailto:[email protected])))>
> > >  schrieb:<br><br>> <br>> > 
> > > > Hi Florian,<br><br><br>
> > > > 
> > > > thanks for opening the issue.<br><br><br>
> > > > I really like the illustration, something like this would also be 
> > > > great<br><br><br>
> > > > for the documentation of the processing elements.<br><br><br>
> > > > 
> > > > As for the workflow, I'm not quite sure how we can handle that. 
> > > > Because<br><br><br>
> > > > so far, the idea is that the system is plug and play.<br><br><br>
> > > > The normal ‘user’ should not have to configure things on the 
> > > > system<br><br><br>
> > > > before it is used.<br><br><br>
> > > > My suggestion would be to have a separate service that can 
> > > > optionally<br><br><br>
> > > > be integrated by manually adding it to the docker-compose.<br><br><br>
> > > > In this docker service a volume mapping would be required. If the 
> > > > files<br><br><br>
> > > > are missing a message should be printed to the logs.<br><br><br>
> > > > 
> > > > What do you mean by connection source?<br><br><br>
> > > > 
> > > > Cheers,<br><br><br>
> > > > Philipp<br><br><br>
> > > > 
> > > > 
> > > > 
> > > > Von: Florian Micklich 
> > > > <[[[[email protected]](mailto:[email protected])](mailto:[[email protected]](mailto:[email protected]))](mailto:[[[email protected]](mailto:[email protected])](mailto:[[email protected]](mailto:[email protected])))><br><br><br>
> > > > Datum: Sonntag, 18. September 2022 um 12:44<br><br><br>
> > > > An: dev 
> > > > <[[[[email protected]](mailto:[email protected])](mailto:[[email protected]](mailto:[email protected]))](mailto:[[[email protected]](mailto:[email protected])](mailto:[[email protected]](mailto:[email protected])))><br><br><br>
> > > > Betreff: [DISCUSS] Setup for Coordinate Reference System 
> > > > Reprojection<br><br><br>
> > > > Sources<br><br><br>
> > > > Hi everybody,<br><br><br>
> > > > 
> > > > I created a Ticket [1] to implement projection handling for 
> > > > geo<br><br><br>
> > > > operations.<br><br><br>
> > > > 
> > > > User case.:<br><br><br>
> > > > 
> > > > Reproject betwwen WGS84 (with units Degree) to UTM (Unit 
> > > > meter).<br><br><br>
> > > > With meter you can do calculations , which needs a metric Unit 
> > > > system<br><br><br>
> > > > e.g. area calculation, everything with distance and so on.<br><br><br>
> > > > 
> > > > I also added a short wortkflow picture for better understanding and 
> > > > a<br><br><br>
> > > > docker-compose file for SP Service.<br><br><br>
> > > > 
> > > > While I am working on the processor itself, I have a couple 
> > > > of<br><br><br>
> > > > questions and would need support for implementing everything in the 
> > > > the<br><br><br>
> > > > SP UI and discuss best ways how to set up!<br><br><br>
> > > > 
> > > > Any ideas or questions?<br><br><br>
> > > > 
> > > > Greetings<br><br><br>
> > > > Florian<br><br><br>
> > > > 
> > > > [1] 
> > > > [[[https://issues.apache.org/jira/browse/STREAMPIPES-584](https://issues.apache.org/jira/browse/STREAMPIPES-584)](https://issues.apache.org/jira/browse/STREAMPIPES-584](https://issues.apache.org/jira/browse/STREAMPIPES-584))](https://issues.apache.org/jira/browse/STREAMPIPES-584](https://issues.apache.org/jira/browse/STREAMPIPES-584)](https://issues.apache.org/jira/browse/STREAMPIPES-584](https://issues.apache.org/jira/browse/STREAMPIPES-584)))<br><br><br>

Reply via email to