[OSM-talk] Introducing SwiftAddress, an highly efficient way of collecting housenumbers

[James]

do you plan on releasing it on F-droid?

On Fri., Jan. 22, 2021, 10:49 a.m. ipswichmapper--- via talk, <
talk at openstreetmap.org> wrote:

> Far, far more efficient. Streetcomplete requires you to draw buildings.
> While it recently added increment features, this app has increment features
> FOR BOTH SIDES of the road, so you can collect both sides at the same time
> (and it will remember your previous housenumber which you can easily
> increment).
>
> Furthermore, if the street folloes a increment pattern ( for example
> housenums go up by 2 each time), then you set that increment and long press
> the arrow to automatically add an address to the map. For examplr, if you
> had judt added housenumber "24" on left side of road then long pressing on
> the left arrow will qutomatically add "26".
>
> This could be really, really efficient for adding numbers on streets with
> a predictable housenumber pattern.
>
> In the future I also want to support addr:interpolation as well.
>
> --
>
> 22 Jan 2021, 15:22 by baloo at ursamundi.org:
>
> On Fri, Jan 22, 2021 at 5:35 AM ipswichmapper--- via talk <
> talk at openstreetmap.org> wrote:
>
> The way you place housenumbers is by moving the crosshair (which is in the
> middle of the screen) above the building outline of the housenumber you are
> trying to map. You then add the housenumber using the keypad.
>
>
> How does this differ from the address collection quest in StreetComplete?
> Not trying to be destructively critical here, but this sounds a tad fiddly
> compared to "touch icon, enter number" where StreetComplete detects an
> appropriate object missing address information.
>
>
> _______________________________________________
> talk mailing list
> talk at openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/talk/attachments/20210122/7db32263/attachment.htm>