On 23 August 2018 at 13:07, Daniel Gruno <humbed...@apache.org> wrote: > On 08/23/2018 02:00 PM, sebb wrote: >> >> Logos tend to change over time, so unless projects are required to >> update the directory whenever there is a change, the collection is >> going to get out of date. >> >> It might be better to collect the URLs of the logos instead. > > > That was a consideration point, yeah. I decided to collect files instead, as > I am interested in converting some lower resolution images to higher res > scalable versions. URLs can also be outdated, so regardless, in the end, > there should be some sort of form for either uploading or grabbing from a > URL. I haven't gotten that far yet :-). If there is a good interest in the > project, I will work towards that.
It's far more likely that files will be updated than URLs. Also generally if a URL in a source repo is updated, there is normally some kind of trail which allows one to find the new URL. Why not collect the URLs as well? The other issue is that people might start to regard the files as the canonical version. > >> >> S. >> On 23 August 2018 at 12:33, Daniel Gruno <humbed...@apache.org> wrote: >>> >>> Hi folks, >>> I've started a rather arduous task of trying to gather all project logos >>> in >>> high res PNG or SVG format. To that end I've created a committer-writable >>> directory where PMCs can upload their logos in whatever format they have, >>> and I'll then work towards creating an index of this, so consumers (be it >>> journalists, press folk, users etc) can easily get a high res logo for >>> whatever project they are working on/with. >>> >>> I'll be contacting all PMCs about this and hopefully they'll be able to >>> help >>> me with this :) >>> >>> Later on, it would be awesome if we could add bits of >>> automation/self-serve >>> to this, like detecting new podlings and so on. >>> >>> With regards, >>> Daniel. >>> >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: dev-unsubscr...@community.apache.org >>> For additional commands, e-mail: dev-h...@community.apache.org >>> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: dev-unsubscr...@community.apache.org >> For additional commands, e-mail: dev-h...@community.apache.org >> > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@community.apache.org > For additional commands, e-mail: dev-h...@community.apache.org > --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@community.apache.org For additional commands, e-mail: dev-h...@community.apache.org
