[Tagging] Imgur links in OSM data has been backed up
Hi, I already mentioned it on the forums but might be good to mention it here as well. For contenxt: the image hosting website Imgur announced last month they announced a policy change so that they can delete imges uploaded without a user account. https://help.imgur.com/hc/en-us/articles/14415587638029-Imgur-Terms-of-Service-Update-April-19-2023- The Openstreetmap database actually contains about 19712 imgur links. So I've made a script that extracts all Imgur links from the OSM database, using taginfo. And I downloaded all of them tip a zip file. All is available on my Github repo here: https://github.com/thibaultmol/OSM-image-archiver There's already people looking into alternatives (for example, the Mapcomplete application uses the Imgur api to upload the images (without a user account)) but it's still WIP Cheers, Thibault publickey - osm@mail.thibaultmol.link - 0xE9A7DEC8.asc Description: application/pgp-keys signature.asc Description: OpenPGP digital signature ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Tagging Digest, Vol 164, Issue 10
Hi there, Most invalid parking spaces are marked with a traffic sign, accordingly those space will be sufficient of width and length. There is not much need to measure it like I do using several measurement tools. OSM is still a better map by making surveys, locally but by using arials it is not getting better. Ps a kerb is mostly 1.00 m and tiles are 0.30x0.30, so an estimation is quit simple to make on a survey and a laser won't do during dayligth. Greetz ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Tagging proposal On Wheels app 3 - Parking spaces for wheelchair users
Le 14.05.23 à 19:59, Yves via Tagging a écrit : everybody is not super accurate in drawing polygons indeed, and most tools doesn't allow to request a polygon with a given lenght/width I doubt a lot of mappers go trough a complete parking lot a measuring tape in their hands. On the contrary, estimating a width from one's car I don't understand this argument: the question is not to have the measurement (with a laser, with satellite imagery, by estimating by comparison with his car) the question is how to introduce this measure in osm with 3 possible choices : either on a parent object (for example amenity=parking with parking_space:width parking_space:lenght) but that does not say where the space is) or an amenity=parking_space node with width and lenght: compared to the previous solution, we gain the position of the space (and anyone on the spot can obviously tell where he is when he parks his vehicle) or an amenity=parking_space polygon: compared to the previous solution, we gain the surface and its orientation in relation to the other objects. I'd say yes to such a tag. I have nothing against the tag, it would simply be necessary for the person/application in question to know that it is only one of the 3 possible methods and that, out of the 3, it is the one that gives the least information. so : - if they have the possibility to make a method giving more information, they might as well do it (at least a node amenity=parking_space) - if osm has the information in the form of area, it shouldn't come to the point of saying "no, it must be in the form of parking_space:width" and convert or ignore the precise methods in favour of the less precise one and if someone were to convert a parking_space:witdh parking_space:lenght to a surface of this size, the application would not have to regress or worse, someone would have to revert because the application does not handle it in this form Regards, Marc ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Tagging proposal On Wheels app 3 - Parking spaces for wheelchair users
On 14.05.23 at 19:59 Yves wrote: everybody is not super accurate in drawing polygons, imagery has a resolution and I doubt a lot of mappers go trough a complete parking lot a measuring tape in their hands. Sure, mappers drawing polygons very rarely use measuring tape. The same is true for mappers adding tags. I'd wager the vast majority of width values currently in the OSM database are estimates or – at best and in rarer cases – rough measurements from a phone app. It's obvious that the dimensions of polygons in OSM are not reliable. But unless you have a plan to prevent mappers from entering guesses or insufficiently precise measurements into width tags for parking spaces (even while using those sources for width tags on all sorts of other objects is accepted practice and commonplace), I doubt that you will consistently achieve the desired accuracy by encouraging people to add width tags to parking spaces. _Maybe_ it will work as long as no one except accessibility-focused apps uses this tag and therefore mappers overwhelmingly keep that particular use case in mind when adding the tags, but that seems fragile. Also, on an unrelated note, I'm curious about the intended definition of width and length for non-rectangular parking spaces. ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Tagging proposal On Wheels app 3 - Parking spaces for wheelchair users
On Sun, 14 May 2023 at 19:04, Yves via Tagging wrote: > > > Le 14 mai 2023 17:15:33 GMT+02:00, Tobias Knerr a > écrit : > >On 13.05.23 at 18:28 Marc_marc wrote: > >> why not just add this information as amenity=parking_space geometry ? > > > >Indeed, amenity=parking_space is usually mapped as a polygon (over 94% of > amenity=parking_space tags are on ways, according to Taginfo). This makes > it possible to determine the dimensions with relatively simple calculations > and it seems undesirable to duplicate this information as tags. > > > These two suggestions made me laugh a bit: everybody is not super accurate > in drawing polygons, imagery has a resolution and I doubt a lot of mappers > go trough a complete parking lot a measuring tape in their hands. > On the contrary, estimating a width from one's car when you happen to > really need to know is probably not far-fetched. > StreetComplete recently split their measuring tool out into its own dedicated app recently so that is also an option if you're on Android: https://play.google.com/store/apps/details?id=de.westnordost.streetmeasure I imagine iOS has similar tools with its AR stuff. ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Tagging proposal On Wheels app 3 - Parking spaces for wheelchair users
Le 14 mai 2023 17:15:33 GMT+02:00, Tobias Knerr a écrit : >On 13.05.23 at 18:28 Marc_marc wrote: >> why not just add this information as amenity=parking_space geometry ? > >Indeed, amenity=parking_space is usually mapped as a polygon (over 94% of >amenity=parking_space tags are on ways, according to Taginfo). This makes it >possible to determine the dimensions with relatively simple calculations and >it seems undesirable to duplicate this information as tags. > These two suggestions made me laugh a bit: everybody is not super accurate in drawing polygons, imagery has a resolution and I doubt a lot of mappers go trough a complete parking lot a measuring tape in their hands. On the contrary, estimating a width from one's car when you happen to really need to know is probably not far-fetched. I'd say yes to such a tag. Regards, Yves ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Tagging proposal On Wheels app 3 - Parking spaces for wheelchair users
On 13.05.23 at 18:28 Marc_marc wrote: why not just add this information as amenity=parking_space geometry ? Indeed, amenity=parking_space is usually mapped as a polygon (over 94% of amenity=parking_space tags are on ways, according to Taginfo). This makes it possible to determine the dimensions with relatively simple calculations and it seems undesirable to duplicate this information as tags. ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] office=healthcare deprecated or bad documentation ?
On 12/05/2023 21:16, Marc_marc wrote: Hello, in 2020, the wiki was changed [|] for this tag (I don't remeber that we talk about it, no link in the comment of the change) [1] https://wiki.openstreetmap.org/w/index.php?title=Tag:office%3Dhealthcare&diff=prev&oldid=2062630 See also discussion at https://community.openstreetmap.org/t/deprecated-features-reason/99048 It's been changed back, and I asked why someone thought that the tag was "discouraged" (which might have been part of the original problem). Best Regards, Andy ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
