Closed way0utwest closed 3 years ago
Isn't this a duplicate of #11?
Branding is expensive. New signs will not be affordable for many events.
I bought dataplatformdays.org for these reasons
That being said, I'm open to anything. I do think a brand matters, and while I hate to ask people to spend $$$ on new signs, shirts, etc., I am not hopeful that SQL Saturday can be purchased and kept going by 1 Feb 2021. If it cannot, then events may as well start moving to something new. Hence, I opened this issue.
It may be possible to get some support from a vendor or offer a sponsorship for signs, so the cost might not be a big issue. I suspect some generosity on this point from vendors.
Data Days is a name we've been discussing in Norway as both an option for opening up more on the weekday the event is held, as well as opening up for those who want to branch out a bit more. I fully agree that a lot of us branch out into more than just MS and more than just SQL these days, and this is more sensible. As for signs and stickers and other branding, as long as we're not enforcing branding like PASS tried to, does it really matter?
I honestly think that if this site is DataSaturday, but event 1045 is a redirect to DataDays.org in Norway, that's fine. I think multiple brands for an event can help it grow, and help different audiences find it. SQL Sat Cambridge was combined with SharepointSat Cambridge, and they jointly managed a schedule and marketed separately.
I think doing the same here is great.
Using SQL in the name closes many of the options to bring in new technology, in speakers, attendees and sponsors. I like the idea of focusing the branding on data instead of SQL.
I slightly disagree with Kellyn. Most attendees, sponsors, speakers recognize that SQL in a SQL Saturday is just part of the brand. As an example, our SQLSatLA event had sessions on NoSQL, sharepoint, and excel. SQLSatLA event is not the only event with not SQL related sessions. That being said, if SQL Saturday brand could not be regained, Data is the way to go. BTW, http://datasaturday.com is owned by C&C.
Most regular attendees, sponsors and speakers recognize SQLSaturday is a brand. But branching out to new tech, sponsors and audiences who don't recognize the SQLSaturday brand is just as important. The regulars will understand, and the new ones will get onboard easier if we're not limiting to SQL
I’ll make a suggestion of Data Community Days (datacommunitydays.com and .org)
Andy (@MrAndyCutler on Twitter)
I think the shortlist of ideas is:
Likely we need to come up with some voting mechanisms. Datacommunitydays.org and com are taken.
I registered the datacommunitydays domains. Happy to hand over after any voting.
My five cents: Sql Saturday is likely not an option. If it is sold to commercial actor we don’t want a name that is too close. I thought of sqlfamily with sub domain for events. But that domain was registered 3 days ago it seems. By Contact Privacy Inc in Canada.
dataplatformdays.org is off the table. The Data Platform Geeks use this for free events, so I will be gifting them the domain.
I do like datacommunitydays as a general, not RDBMS focused name
Accessibility Links: Audio Link:https://gofile.io/d/9MdKmX Image Link:https://gofile.io/d/oTuV5U
I'm in strong favor of dropping "Saturday" from the branding.
Some variation on "Data Day" gives the alliterative vibe which can be the hat tip to the alliterative SQL Saturday, while also being more inclusive.
The plain "Data Day" is already in use by the broader Data community
"Data Platform Day" or "Data Platform Days" is already used by the Data Platform Geeks
"Data Community Day" or "Data Community Days" is available and @datahai owns the DataCommunityDays.com domain
Look for available domains & brands that use "Day----" or "----day" compound words.
Look for available domains & brands that use data puns, or data keywords.
Consider .global
, .pro
, .tech
, .community
, .training
TLDs in addition to a traditional .org
or .com
Accessibility Links: Audio Link:https://gofile.io/d/AF7AgW Image Link:https://gofile.io/d/M29Dtj
Added a discussion for this - https://github.com/sqlcollaborative/DataSaturdays/discussions/113
Closing this as it isn't an issue
Accessibility Links: Audio Link:https://gofile.io/d/vWppbn Image Link:https://gofile.io/d/RVZx5h
When we started the brand of SQL Saturday, the idea was to not intrude on business days and ensure the event was open to all, as most organizations do not require work on Saturdays, There have been events on most days of the week, though some people have found an issue with the name.
Suggestions?