Hi Bertil, definitely. That's why I am already in the dev email list. Do you have a remote Community Event coming up? What other hot geo topics would be good to contribute?
Greetings Florian Am Mittwoch, dem 30.11.2022 um 23:09 +0100 schrieb Bertil Chapuis: > Haha, I better understand your message.<br> > > You are welcome anytime to contribute a killer reverse geocoder to Baremaps! > ;)<br> > > Best,<br> > > Bertil<br> > > > On 30 Nov 2022, at 21:10, Florian Micklich > > <[florian.mickl...@mailbox.org](mailto:florian.mickl...@mailbox.org)> > > wrote:<br> > > > > Oh sorry!<br> > > I wrote to the wrong dev email address.<br> > > Or better say.... the autocomplete of my email program die O:-)<br> > > > > And I was wondering why this email has disappeared.<br> > > Florian<br> > > > > > > > > > > > > > > > > Bertil Chapuis <[bchap...@gmail.com](mailto:bchap...@gmail.com)> hat am > > > 30.11.2022 17:38 CET geschrieben:<br> > > > > > > > > > Hi Florian,<br> > > > > > > Thank you for the pointer to streampipes. As you noticed, the geocoder is > > > really experimental ;) You are welcome to open issues on github and to > > > improve code.<br> > > > > > > In my understanding, a “geocoder" (text to location) should not be > > > confused with a "reverse geocoder" (location to text). Right now, we use > > > the “geocoder” to assign a location to IP addresses based on their > > > textual description (it usually contains the address). Antoine is > > > currently working on ip to location.<br> > > > > > > Your "reverse geocoder” looks really interesting. Our long term goal is > > > to have a set of infrastructure component for web mapping infrastructure. > > > The "what’s here” buttons available on many maps are probably implemented > > > with reverse geocoders. Can your contribution to stream pipe be used > > > outside of the context of a stream or event processor?<br> > > > > > > Best,<br> > > > > > > Bertil<br> > > > > > > > > > On 30 Nov 2022, at 15:47, Florian Micklich > > > > <[mickl...@apache.org](mailto:mickl...@apache.org)> wrote:<br> > > > > > > > > Hi<br> > > > > > > > > during refactoring the geo processors to the 1 class method, I had a > > > > look at the<br> > > > > reversegeocoder processor [1]<br> > > > > > > > > Do we want to keep is this way as it is e.g. internal download from a > > > > zip file [2]?<br> > > > > Should we adjust it in some way and do we want to keep it this way at > > > > all?<br> > > > > > > > > This is not a really reverse geodocer ;)<br> > > > > > > > > > > > > Greetings<br> > > > > Florian<br> > > > > > > > > [1] > > > > [https://github.com/apache/streampipes/blob/dev/streampipes-extensions/streampipes-processors-geo-jvm/src/main/resources/org.apache.streampipes.processor.geo.jvm.reversegeocoding/documentation.md](https://github.com/apache/streampipes/blob/dev/streampipes-extensions/streampipes-processors-geo-jvm/src/main/resources/org.apache.streampipes.processor.geo.jvm.reversegeocoding/documentation.md)<br> > > > > > > > > > > > > [2] > > > > [https://github.com/apache/streampipes/blob/dev/streampipes-extensions/streampipes-processors-geo-jvm/src/main/java/org/apache/streampipes/processors/geo/jvm/processor/revgeocoder/ReverseGeocoding.java#L36](https://github.com/apache/streampipes/blob/dev/streampipes-extensions/streampipes-processors-geo-jvm/src/main/java/org/apache/streampipes/processors/geo/jvm/processor/revgeocoder/ReverseGeocoding.java#L36)<br>
