[ https://issues.apache.org/jira/browse/LUCENE-7202?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15238305#comment-15238305 ]
Karl Wright commented on LUCENE-7202: ------------------------------------- bq. I give up on the issue though, this is just making spatial harder to use. This is a discussion ticket. It's about coming up with ideas and eventually choosing the best ones. I'm not sure I get your bike analogy, but I can assure you that *my* goal is to not making things harder to use. Given that, what is your preferred direction? Is your issue that there are there too many implementations? Or is it your desire that we leave things as they are? If you are serious that we should just go home and let people figure out their own encoding and roll their own spatial implementation, then there's not much further discussion possible? I thought MortonPoint/LatLonPoint/XYZPoint were good starts. We can, of course, add different encodings at this level. But we cannot at present represent the situation where the encoding is the same but the interpreted values are different. This matters when the API has baked-in constants like earth radius. If we're going to have extremely limited API support, we'd better not make it hard for people to use our API's generically. > Come up with a comprehensive proposal for naming spatial modules and > technologies > --------------------------------------------------------------------------------- > > Key: LUCENE-7202 > URL: https://issues.apache.org/jira/browse/LUCENE-7202 > Project: Lucene - Core > Issue Type: Task > Components: modules/sandbox, modules/spatial, modules/spatial3d > Affects Versions: master > Reporter: Karl Wright > > There are three different spatial implementations circulating at the moment, > and nobody seems happy with the naming of them. For each implementation > strategy, we need both a module name and a descriptive technology name that > we can use to distinguish one from the other. I would expect the following > people to have an interest in this process: [~rcmuir], [~dsmiley], > [~mikemccand], etc. -- This message was sent by Atlassian JIRA (v6.3.4#6332) --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org