You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@baremaps.apache.org by Florian Micklich <fl...@mailbox.org.INVALID> on 2022/11/30 20:10:30 UTC
Re: [Diskussion] Keep reversegeocoder as it it or improve?
Oh sorry!
I wrote to the wrong dev email address.
Or better say.... the autocomplete of my email program die O:-)
And I was wondering why this email has disappeared.
Florian
> Bertil Chapuis <bc...@gmail.com> hat am 30.11.2022 17:38 CET geschrieben:
>
>
> Hi Florian,
>
> 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.
>
> 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.
>
> 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?
>
> Best,
>
> Bertil
>
> > On 30 Nov 2022, at 15:47, Florian Micklich <mi...@apache.org> wrote:
> >
> > Hi
> >
> > during refactoring the geo processors to the 1 class method, I had a look at the
> > reversegeocoder processor [1]
> >
> > Do we want to keep is this way as it is e.g. internal download from a zip file [2]?
> > Should we adjust it in some way and do we want to keep it this way at all?
> >
> > This is not a really reverse geodocer ;)
> >
> >
> > Greetings
> > Florian
> >
> > [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
> >
> >
> > [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
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@baremaps.apache.org
For additional commands, e-mail: dev-help@baremaps.apache.org
Re: [Diskussion] Keep reversegeocoder as it it or improve?
Posted by Florian Micklich <mi...@apache.org>.
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.micklich@mailbox.org](mailto:florian.micklich@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 <[bchapuis@gmail.com](mailto:bchapuis@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 <[micklich@apache.org](mailto:micklich@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>
Re: [Diskussion] Keep reversegeocoder as it it or improve?
Posted by Bertil Chapuis <bc...@gmail.com>.
Haha, I better understand your message.
You are welcome anytime to contribute a killer reverse geocoder to Baremaps! ;)
Best,
Bertil
> On 30 Nov 2022, at 21:10, Florian Micklich <fl...@mailbox.org> wrote:
>
> Oh sorry!
> I wrote to the wrong dev email address.
> Or better say.... the autocomplete of my email program die O:-)
>
> And I was wondering why this email has disappeared.
> Florian
>
>
>
>
>
>
>> Bertil Chapuis <bc...@gmail.com> hat am 30.11.2022 17:38 CET geschrieben:
>>
>>
>> Hi Florian,
>>
>> 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.
>>
>> 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.
>>
>> 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?
>>
>> Best,
>>
>> Bertil
>>
>>> On 30 Nov 2022, at 15:47, Florian Micklich <mi...@apache.org> wrote:
>>>
>>> Hi
>>>
>>> during refactoring the geo processors to the 1 class method, I had a look at the
>>> reversegeocoder processor [1]
>>>
>>> Do we want to keep is this way as it is e.g. internal download from a zip file [2]?
>>> Should we adjust it in some way and do we want to keep it this way at all?
>>>
>>> This is not a really reverse geodocer ;)
>>>
>>>
>>> Greetings
>>> Florian
>>>
>>> [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
>>>
>>>
>>> [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