> But what's the solution? I'm certainly not interested in removing the account
> creation option because we want people to be able to signup!
I was assuming a solution along Antons suggestion, aka adding an option to the
app configuration that gets passed to the signup page, and if it is set not
> I haven't seen other projects with similar requirements.
The reason for that is likely that a lot of them don't actually render the HTML
of the login/permissions screens and fake things. Highly problematic from a
legal pov, but that is something that I've long given up on being concerned
abou
> edit on mobile version is a great idea, but it does not really make sense
> without links to mobile editors
It doesn't really need links, the JOSM RC interface is trivial to implement for
any Android app, it is just an issue with the way the rails-ports generates the
URL.
See https://github.
> Would #1478 work also when user has no got any relevant app installed yet?
As is no, but you could show a popup or similar if nothing was installed (just
as it now asks you to start JOSM on desktop), potentially you could offer to
directly install an app, but that all gets kind of complicated
### URL
_No response_
### How to reproduce the issue?
Use phone to connect to openstreetmap.org
### Screenshot(s) or anything else?
On phone the edit button is now displayed, while it works for iD (if it is
useful is a matter of debate), JOSM RC will not work as is. See
https://github.com/op
>From the button not being displayed...
--
Reply to this email directly or view it on GitHub:
https://github.com/openstreetmap/openstreetmap-website/issues/5326#issuecomment-2478751692
You are receiving this because you are subscribed to this thread.
Message ID:
No, I don't think that would be an appropriate model.
Just as comments extend the conversation around the original note and do not
replace it, tags associated with comments should not replace the original ones.
--
Reply to this email directly or view it on GitHub:
https://github.com/openstreet
It isn't clear from the description, but to be really useful (for example to
document with which client an operation is being performed) they need to be
"per interaction" so not just for the original note creation but at least for
every comment, and maybe for opening and closing too.
--
Reply
I would end on noting that the button does nothing or after while causes an
error for everybody that doesn't have iD selected as default. At least remove
the drop down and only start iD as long as the other issues are not resolved.
--
Reply to this email directly or view it on GitHub:
https:/
> @simonpoole This is not something you should worry about because it will take
> one `if` statement to remove the entire thing unlike let's say feeds.
Oh, I'm not concerned at all. I was just pointing this out for good form, aka I
saw something that I know is wrong, and I'm giving the people he
Nice ... but, sorry to be a spoil sport here, this changes the information
available on the user page significantly, the likely solution would be to make
it available only to logged in users.
Both the LWG and EWG should be informed and
https://wiki.openstreetmap.org/wiki/GDPR/Affected_Serv
You shouldn't be expending any effort on retaining the PD checkbox imho. It has
no practical meaning and should have been removed years ago.
--
Reply to this email directly or view it on GitHub:
https://github.com/openstreetmap/openstreetmap-website/pull/5514#issuecomment-2619926364
You are rece
simonpoole left a comment (openstreetmap/openstreetmap-website#3998)
Just so that it doesn't get lost:
The complication is that AND allowed us to import their data on the terms of a
licence that is incompatible with the ODbL. So back in ~2012, that is
pre-licence change, the LWG reached out to
simonpoole left a comment (openstreetmap/openstreetmap-website#5804)
> I would argue that by signing up to the project it's your intent to make your
> edits public - building a public data set is the entire point of the project
> after all but what do I know.
It is rather pointless to try to re
simonpoole left a comment (openstreetmap/openstreetmap-website#5804)
As this issue is likely to attract a lot of traffic, here's the link to the
wiki page with a number of resources on the topic
https://wiki.openstreetmap.org/wiki/GDPR , the paper linked there goes over the
arguments for the so
simonpoole left a comment (openstreetmap/openstreetmap-website#5804)
The OSMF privacy policy guarantees that contribution meta data will only be
shown to logged in users
https://osmfoundation.org/wiki/Privacy_Policy#Who_has_access_to_the_data (yes,
the OSMF violates this all over the place, but
simonpoole left a comment (openstreetmap/openstreetmap-website#5804)
See https://wiki.openstreetmap.org/wiki/GDPR/Affected_Services iirc at the time
it was assumed that the the the user page would only contain content that the
user had added with the intent of making it public, see
https://osmf
simonpoole left a comment (openstreetmap/openstreetmap-website#5804)
> And this page says that metadata should be shown only to those who accepted
> the terms of use:
The discrepancy is due to you still being able to login even though you haven't
agreed to the ToS if you have an account pre-dat
simonpoole left a comment (openstreetmap/openstreetmap-website#5966)
> It happens with some map style repositories, such as ..
But not if they are GPL 2.0 licensed (which is the reason for this discussion).
--
Reply to this email directly or view it on GitHub:
https://github.com/openstreetmap
simonpoole left a comment (openstreetmap/openstreetmap-website#5904)
> 1. for keeping note versions like it is done for other elements (nodes, ways
> and relations)
I continue to think that this is not a good idea, for starters notes are _not_
like or even the same class of entity as OSM elemen
simonpoole left a comment (openstreetmap/openstreetmap-website#1807)
May I point out that modifying geo URIs to support anything else that WGS84
coordinates is not, lets say, a great idea.
It would change a single, easy to support, universally the same URI format, in
to something for which you
21 matches
Mail list logo
