Giter Club home page Giter Club logo

bblfr_data's People

Stargazers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

Watchers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

bblfr_data's Issues

Add support for multiple speakers

Follow up as per #175

We should have a list of associated speakers may be. Or an independant list of speakers and an independant list of talks. In the list of talks we can reference one or more speakers.
May be not ideal for PRs though.

Unable to invite a bagger from the application

On a bagger page, after clicking on the 'inviter' button, the appointement form opens.
On this form, the send button seems to no working.
Nothing is happening on a click although it is active.

websites field in speakers json confusing

Changes made to the websites field in the speakers json make both contributing and browsing the site confusing.
E.G.: When watching "Henri Tremblay"'s profile on the website, we can now see the following:

Web
Web
Web
@henri_tremblay

while before, each website was clearly specified.

EasyMock
Objenesis
Blog
@henri_tremblay

To me, this change only helps the technical side, unless it's a way for you to force speakers to only specify one "Web" entry.
In that case, we should clean the existing json to force only one entry per category, as an example.

IMO, previous format was better, and it was easy to distinguish websites technically, parsing the URL.

Changing the way we edit speakers ?

I've just added myself to the baggers file (I was sure I've done that YEARS ago, but anyways).
Editing that large JS/Json file is not the best experience.

Here is my idea :

  • Move from 1 file for all speakers, to 1 file per speaker, maybe as a YAML file
  • Having some build that will get all these YAML files and compile them to 1 JavaScript file
  • Future : check that the YAML file is well formatted, check that the city is in the cities list (and fail the build if no)
  • Future future : Having a build that ping speakers if they have "stale" listing asking them to update it.

I'm understanding that you need to publish in gh-pages something that can be served as a static content over data.brownbaglunch.fr, and I'm pretty sure we can figure it out :).

Would you be something useful? If so, I can dedicate some time to work on it :)

baggers data change proposal

As I'm adding some features to the website, I'd like to propose a new format for baggers.

Nowadays, we have:

{
   "name":"BAGGER NAME",
   "bio":"BIO",
   "picture":"Link to picture",
   "websites":[
      {
         "title":"Blog",
         "href":"LINK"
      },
      {
         "title":"GitHub",
         "href":"LINK"
      }
   ],
   "twitter":"ACCOUNT",
   "contact":"EMAIL",
   "mail":"EMAIL",
   "location":"CITY NAME",
   "sessions":[
      {
         "title":"TITLE",
         "summary":"ABSTRACT"
      }
   ],
   "tags":[
      "TAG",
      "TAG"
   ],
   "cities":[
      "CITY NAME",
      "CITY NAME"
   ]
}

Change proposal:

{
   "created":"DATE OF CREATION",
   "name":"BAGGER NAME",
   "bio":"BIO with support for HTML / Markdown",
   "picture":"Link to picture",
   "websites":[
      {
         "title":"Blog",
         "href":"LINK"
      },
      {
         "title":"GitHub",
         "href":"LINK"
      }
   ],
   "twitter":"ACCOUNT",
   "mail":"EMAIL",
   "location":"CITY NAME",
   "sessions":[
      {
         "title":"TITLE",
         "summary":"ABSTRACT",
         "tags":[
            "TAG",
            "TAG"
         ]
      }
   ],
   "cities":[
      {
         "city":"CITY NAME",
         "range":"30km"
      },
      {
         "city":"CITY NAME",
         "range":"30km"
      }
   ]
}

Main changes:

  • Remove contact as we have the same information in mail
  • Add created so we can have a section with the new comers and also provide stats per year
  • Move tags in sessions so users will be able to choose a talk by a tag
  • cities now gives from which city a speaker can talk and up to which distance. It will help to propose talks based on geo loc.

Thoughts?

Fix 404 errors

When loading baggers.html, we got some 404 errors we need to fix:

Reduce size of the speaker list

We need to do some cleanup as asked in https://twitter.com/cyril_lakech/status/808233862455246848.

I'd propose to have one single document per speaker for example, may be we can also introduce subdirs per main city and have a structure like:

/_settings/          // Contains all json settings if any
/_city/              // Contains one file per city
/_speaker/paris/     // Contains one file per speaker
/_speaker/montreal/  // Contains one file per speaker
/_speaker/nantes/    // Contains one file per speaker

Then either try to automatically load the JSON docs (which is hard IIRC) or include all of them in a central json doc:

/baggers.js

WDYT?

cities field in baggers.js difficult to parse

The cities field changed from being an array of city to a single object containing many cities per field name.
This add some duplication in the cities name, complexifies the parsing, and I can't see any advantages in using this format

Now:

"cities": {
    "Aix-en-Provence": {
      "name": "Aix-en-Provence",
      "ville_img": "img/villes/BBL.jpg",
      "lat": 43.529742,
      "lng": 5.447427
    },
    "Avignon": {
      "name": "Avignon",
      "ville_img": "img/villes/BBL_Avignon.jpg",
      "lat": 43.941557,
      "lng": 4.8332525
    }
}

Before:

"cities": [
        {
            "name": "Tours",
            "ville_img": "img/villes/BBL_Tours.jpg",
            "lat": 47.396651,
            "lng": 0.694286
        },
        {
            "name": "Paris",
            "ville_img": "img/villes/BBL.jpg",
            "lat": 48.856614,
            "lng": 2.352222
        }
]

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.