I didn't share my viewpoint yet here. In my opinion, there is usually no need for more than one image on a POI (two at worst), so I don't see a need. If you want to photograph each entrance of a school, why don't you attach each photo to the respective entrance? If you made photographs of each hall, why don't you do indoor mapping and attach the photos to the respective hall, etc.
In general, I think it is more productive to create a Wikipedia article about a thing of major interest (like a university) and illustrate the article with a proper amount of images and/or create a gallery there. In this case, even 1 OSM image link is considered excessive, as it could and should be scraped from the sidebar of the article by data users instead. In my experience, Wikipedia does a better job at maintaining articles (and galleries) than OSM in many, if not all regions. Your link is 100 characters long, and a field is limited to up to 255 unicode characters, so two of these could fit in. I think if you use reasonable providers, links should be reasonably short. Filenames are optional in IPFS links and also, if we added schema-specific a key for ipfs (similar to Mapillary/Flickr/etc), it could be a lot less shorter (46 characters a piece + semicolons), like image:ipfs=QmR9wseHQiLbv4AnTXACo5rQ1CEcKj2fJq6vEnuZoi6Amd On Wed, Aug 26, 2020 at 11:06 AM Thibault Molleman < thibaultmolle...@gmail.com> wrote: > Ah, I feel like there are certain images that might get deleted from > Commons just because they don't "contribute to wikipedia articles". > Maybe a special example but still: > Recently mapped a construction zone for a residential area and took a > couple photos. Those might not "belong on Commons" according to their > moderation team. > > As mentioned on the linked wiki page, you can escape a semicolon by >> doubling it: >> >> >> https://wiki.openstreetmap.org/wiki/Semi-colon_value_separator#Escaping_with_.27.3B.3B.27 >> >> Ah interesting, somehow missed that. > It's a solution, but still doesn't solve the problem of long urls clogging > up one tag. > Definitely if you have long urls because of unique hash/id's > (extreme example: IPFS urls: > https://ipfs.io/ipfs/QmR9wseHQiLbv4AnTXACo5rQ1CEcKj2fJq6vEnuZoi6Amd?filename=IMG_20200727_172553.jpg > ) > > Cheers, > > On Wed, 26 Aug 2020 at 10:54, bkil <bkil.hu...@gmail.com> wrote: > >> As mentioned on the linked wiki page, you can escape a semicolon by >> doubling it: >> >> https://wiki.openstreetmap.org/wiki/Semi-colon_value_separator#Escaping_with_.27.3B.3B.27 >> >> On Wed, Aug 26, 2020 at 9:11 AM Thibault Molleman < >> thibaultmolle...@gmail.com> wrote: >> >>> While I use the semicolon for some other tags already, the problem with >>> using it for something that has a URL. >>> Is that TECHNICALLYaccording to the specification, a URL can contain a >>> semicolon. >>> So I feel like the use of a semicolon in a url based tag isn't a good >>> solution >>> >>> On Wed, Aug 26, 2020, 08:44 Mateusz Konieczny via Tagging < >>> tagging@openstreetmap.org> wrote: >>> >>>> If someone really needs multiple images on one object then >>>> https://wiki.openstreetmap.org/wiki/Semi-colon_value_separator >>>> is standard. >>>> >>>> At the same time use for that seems dubious for this specific tag. >>>> >>>> >>>> Aug 26, 2020, 07:41 by thibaultmolle...@gmail.com: >>>> >>>> Hi, >>>> >>>> It seems like there (still) isn't a proper tagging system to put >>>> multiple images on one node/way/relation. >>>> Having the ability to link other images as well would be useful I think. >>>> Either via: >>>> `image=url1;url2;url3` >>>> or >>>> ``` >>>> image=url1 >>>> image:2=url2 >>>> image:3=url3 >>>> ``` >>>> That later would allow for any application that currently uses images >>>> to still continue to work perfectly. >>>> >>>> Curious to hear your thoughts >>>> >>>> Cheers, >>>> Thibault >>>> >>>> >>>> _______________________________________________ >>>> Tagging mailing list >>>> Tagging@openstreetmap.org >>>> https://lists.openstreetmap.org/listinfo/tagging >>>> >>> _______________________________________________ >>> Tagging mailing list >>> Tagging@openstreetmap.org >>> https://lists.openstreetmap.org/listinfo/tagging >>> >> _______________________________________________ >> Tagging mailing list >> Tagging@openstreetmap.org >> https://lists.openstreetmap.org/listinfo/tagging >> > _______________________________________________ > Tagging mailing list > Tagging@openstreetmap.org > https://lists.openstreetmap.org/listinfo/tagging >
_______________________________________________ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
