Hi Paul,
I am hopeful that some of the users looking to fill their reusable water
bottle might take the time to take pictures of fountains already showing up
on the map. That is the limit of my expectations.
If a user wants to add a new fountain, we point them to our instruction
page written in
On Tue, 19 May 2020 at 18:54, European Water Project <
europeanwaterproj...@gmail.com> wrote:
>
> I hope you are partially wrong and that we attract non-OSM contributors as
> well. But I am not sufficiently confident to bet against you :)))
>
You seem to be hoping that people who use your app
> frankly, I expect people that will contribute to your project to also have
> these accounts, because it's always the same kind of people ;-) ).
>
>
I hope you are partially wrong and that we attract non-OSM contributors as
well. But I am not sufficiently confident to bet against you :)))
Have
May 19, 2020, 17:11 by dieterdre...@gmail.com:
> frankly, I expect people that will contribute to your project to also have
> these accounts, because it's always the same kind of people ;-) ).
>
+1
> A low hurdle possibility for OSM would be the creation of notes
>
If you fall back onto it
Am Di., 19. Mai 2020 um 17:01 Uhr schrieb European Water Project <
europeanwaterproj...@gmail.com>:
> Hi Martin,
>
> Thank you for your message.
>
> I see where you are coming from, but forcing our contributors who want to
> take a photo of a fountain via our app to have wikimedia and openstreet
Hi Martin,
Thank you for your message.
I see where you are coming from, but forcing our contributors who want to
take a photo of a fountain via our app to have wikimedia and openstreet map
accounts while understandable is a non-starter. We added this image capture
feature in large part due to
Am Di., 19. Mai 2020 um 13:30 Uhr schrieb European Water Project <
europeanwaterproj...@gmail.com>:
> Hi Martin,
>
> you can store an image link on the OpenStreetMap object, this is also
> usable to find the object after someone has copied the tags to another
> object (e.g. node-> way/relation
Hi Jo,
Images are coming for fountains from multiple cities in multiple countries
at the moment and we are still in the testing phase (during COVID) and
haven't communicated about the feature on FB.
Manually clicking on the remote control JOSM or ID editor from the
Mapillary site for each image
JOSM's Mapillary plugin makes it easy to add mapillary tags to OSM objects.
On the Mapillary site it's possible to remote control JOSM so it opens with
data around the image.
I agree that it's not entirely convenient and may be slow. But Mapillary
welcomes ALL geotagged images. On Wikimedia
Hi Jo and Paul,
I am currently uploading the images to Mapillary but
the workflow is painful and will only get more painful if the image volume
picks up. There is no image receipt on upload so all the images get
renamed.
I get links to the uploaded images using the mapillary api and find
On Tue, 19 May 2020 at 13:09, Jo wrote:
> Another possibility is to add the image to Mapillary and then use the
> mapillary tag to refer to it.
>
I find Mapillary to be so slow as to be unusable. I think it's more that my
computer doesn't have enough memory to handle all the funky stuff
On Tue, 19 May 2020 at 12:56, Mateusz Konieczny via Tagging <
tagging@openstreetmap.org> wrote:
>
> May 19, 2020, 13:38 by pla16...@gmail.com:
>
> Wikimedia Commons is a good solution because (with a few exceptions such
> as copyright violations) the image is there forever and the URL won't
>
Another possibility is to add the image to Mapillary and then use the
mapillary tag to refer to it.
On Tue, May 19, 2020, 14:05 Mateusz Konieczny via Tagging <
tagging@openstreetmap.org> wrote:
>
>
>
> May 19, 2020, 13:41 by europeanwaterproj...@gmail.com:
>
> >Is it possible to use an API
May 19, 2020, 13:41 by europeanwaterproj...@gmail.com:
> >Is it possible to use an API to add image tags to osm objects ?
> >Adding image tags to each of the objects would be the best solution.
>
Every single OSM edit is done via OSM API.
So, you can make OSM editor editing also
May 19, 2020, 12:01 by europeanwaterproj...@gmail.com:
> If I understand correctly, I can query the database for historic data states.
> For how long is the historic data maintained ?
>
In overpass? Forever, except data before license change.
In OSM? Forever, you can get also data before
May 19, 2020, 13:38 by pla16...@gmail.com:
> On Tue, 19 May 2020 at 12:30, European Water Project <>
> europeanwaterproj...@gmail.com> > wrote:
>
>>
>> Agree this is a good solution ... and if I can automate a way to bulk
>> move the images to wikimedia commons, after manual
On Tue, 19 May 2020 at 13:12, Paul Allen wrote:
> On Tue, 19 May 2020 at 11:50, European Water Project <
> europeanwaterproj...@gmail.com> wrote:
>
>>
>> I do not want to send people to the node on OpenStreetMap via a url ... I
>> agree this would not be friendly to the user experience.
>>
>
>
On Tue, 19 May 2020 at 12:30, European Water Project <
europeanwaterproj...@gmail.com> wrote:
>
> Agree this is a good solution ... and if I can automate a way to bulk
> move the images to wikimedia commons, after manual curation, and add an
> image link to the photo in the osm object that
Hi Martin,
you can store an image link on the OpenStreetMap object, this is also
usable to find the object after someone has copied the tags to another
object (e.g. node-> way/relation transformations), it will break if both,
the image changes and the OpenStreetMap id changes. Mappers might also
On Tue, 19 May 2020 at 11:50, European Water Project <
europeanwaterproj...@gmail.com> wrote:
>
> I do not want to send people to the node on OpenStreetMap via a url ... I
> agree this would not be friendly to the user experience.
>
It's better than nothing, but not a lot better.
>
> There are
Why not georeferencing the image in your DB, and query for the closest osm
'fountain' on request?
Yves
Le 19 mai 2020 12:47:18 GMT+02:00, European Water Project
a écrit :
>Hi Paul,
>
>Thanks for asking.
>
>I do not want to send people to the node on OpenStreetMap via a url ...
>I
>agree this
sent from a phone
>> On 19. May 2020, at 12:50, European Water Project
>> wrote:
> The simpler the solution the better.
you can store an image link on the OpenStreetMap object, this is also usable to
find the object after someone has copied the tags to another object (e.g.
node->
Hi Paul,
Thanks for asking.
I do not want to send people to the node on OpenStreetMap via a url ... I
agree this would not be friendly to the user experience.
There are two places where it would be helpful to have a permanent id
associated with the osm object.
1) When a contributeur takes a
On Tue, 19 May 2020 at 08:46, European Water Project <
europeanwaterproj...@gmail.com> wrote:
>
> I am looking for a way to create permanent links to specific objects
> (fountains and cafés) with images within our application
>
Erm, why? What do you hope to achieve by this?
Do you intend to
Am 19.05.2020 um 12:01 schrieb European Water Project:
> ...
> Dear Simon,
>
> What do you mean by "+ version" ? Are you referring to a timestamp or
> a something else ?
The version of the object, so lets look at
https://www.openstreetmap.org/node/416064315 (version 7)
But you could equally
On 19/5/20 8:01 pm, European Water Project wrote:
Thank you all for responding. I've commented in order
Dear François & Jo,
There are 240,000 drinking fountains nodes (with the two tag forms)
tagged globally. Although, your suggestion seems a reasonable one,
unless there is master plan for
Thank you all for responding. I've commented in order
Dear François & Jo,
There are 240,000 drinking fountains nodes (with the two tag forms) tagged
globally. Although, your suggestion seems a reasonable one, unless there is
master plan for unique id maintenance, I am loathe to adding ref tags
If the fountains don't have identifiers that are suitable for ref, you may
be able to add them to wikidata (if they are 'notable' enough for that
project and you have permission to add them to a cc0 licensed project). You
can only do that for fountains that YOU have added yourself though, you
It should be noted that (for Nodes) id + version is actually stable
(Ways and Relations are more complicated).
So if you have id + version, you can
- check that it is the current version of the object (all fine and dandy)
- check if there is a later (undeleted) version, check if it (depending
May 19, 2020, 10:08 by fl.infosrese...@gmail.com:
> We may take advantage that two nodes can't overlap on OSM
>
It is possible to have multiple nodes at exactly the same position.
Mappers will be confused, validator in JOSM will complain but
it is possible to do this.
May 19, 2020, 09:43 by europeanwaterproj...@gmail.com:
> How quickly do OSM node and ways numbers mutate ? What percentage should I
> expect to change each year.
>
No idea.
You can check this using
Hi all
As OSM id isn't a stable id (and will never be I think), the only way to
reliably achieve what you want Stuart is to proceed with a ref tag.
It's a long term job and often questioned/refined to best match
codification scheme rolled out on a specific place/local level.
We may take
On Tue, 2020-05-19 at 09:43 +0200, European Water Project wrote:
> Dear All,
> I am looking for a way to create permanent links to specific objects
> (fountains and cafés) with images within our application ... and I
> have a couple of questions.
>
> How quickly do OSM node and ways numbers
33 matches
Mail list logo