pghnaz / pghnaz.org Goto Github PK
View Code? Open in Web Editor NEWThe official site of the Pittsburgh District Church of the Nazarene
License: MIT License
The official site of the Pittsburgh District Church of the Nazarene
License: MIT License
That is churches currently without an assigned pastor. Make sure to invite people to contact the district office about possible candidates.
@czechju, we’ve talked about adding badges for active local church ministries (e.g., Children’s Bible Quizzing, Youth Quizzing, Caravan) and possibly recognitions (e.g., WEF giving).
It’d be great if we could use this thread to establish which badges we’ll include in the initial launch, and then to brainstorm about what they should look like. I’m imagining text based graphics, similar to these: https://discourse.gohugo.io/badges.
And, of course, we’ll actually need to gather the relevant data for the local churches.
Include information for CSS custom properties and comments.
The following pages from the main site mirror the structure of nazarene.org/
Add 11ty to dev dependencies (https://www.11ty.io/docs/getting-started/#install-eleventy-into-package.json)
@czechju, we talked about transforming some of the info in the District Journal into a more user-friendly (and maintainable) format. If we wanted a publicly available roll of clergy, I was thinking we could do something similar to what we’re doing with local churches by creating a src/clergy/
directory and then a json file for each member of clergy.
The information in the District Journal was originally intended to be publicly available, but I see no reason to insist on publishing personally identifying information like email, address, or phone numbers on the site (not without a members-only login or something). I suppose if we wanted to keep the sensitive info in Git (perhaps for Board of Ministry use), we could make a private repo in GitLab for free and then use the GitLab API for querying the JSON key-value pairs we want to render on the public site.
{
"name": "First M. Last",
"roleCode": "PAS",
"yearGranted": 2019,
"membership": "Church Name"
}
The following rolls of ministry are outlined in the District Journal.
The current site navigation mirrors http://nazarene.org/.
This is all well and good, but I’m inclined to follow a more modern story-board design approach using call-to-action prompts. The story-board should lead users on a journey, continuously calling them to a single action and inviting them to other actions along the way. The target user should be someone unfamiliar with our district or the Church of the Nazarene, but it should still make sense to someone who knows us better.
Make “Find a Church” the only call-to-action button/link in the top navigation for the homepage.
Then have a diptych inviting people to give (link to online giving form) or attend an event (link to calendar); reiterate “Find a Church” for people to attend a service or other local church event near them or support a local ministry through giving.
Then have a triptych introducing people to our auxiliaries (SDMI, NMI, NMI); reiterate “Find a Church” for people to get involved locally.
Then have an at-a-glance introduction inviting people to meet our leaders (link to District Officers or District Organization) and check out our other district ministries (links to MCNC and PDCD); reiterate “Find a Church” for people to get involved in the unique ministry opportunities near them.
Tie the user and our people back to the mission (link to mission), vision (vision page?), and legacy (link to history?) of God’s work among us in western PA since 1898.
Then put a site-map-like inside navigation panes in the footer.
Especially on wider screens, the negative space next to the data is begging to be filled with a graphic of some kind. On smaller screens, the graphic could appear above or below the text. And on any screen size, a photo or a logo, or an avatar, or a text graphic, of some kind would go a long way to help break up the page visually and add personality to the local church information.
git init
Include when and where to use inline JSDoc blocks.
This keeps the theme files all in one place.
Add instructions for contributing and installing locally.
Use local church GeoJSON data with the Google Maps API data layer (cf. https://developers.google.com/maps/documentation/javascript/datalayer). Add GeoJSON data for Eastern Nazarene College and Mt. Chestnut Nazarene Center.
This should be the page that appears when a user selects a link from the Church Contact Directory in pghnaz/caimhoff#24.
@czechju, I’m following up on this from #20. This will be JSON data, probably as an array. For example:
"services": [
{
"name": "Sunday School",
"day": "Sunday",
"time": "10:00"
},
{
"name": "Sunday Morning",
"day": "Sunday",
"time": [
"09:00",
"11:00"
]
},
{
"name": "Youth Group",
"day": "Wednesday",
"time": "19:00"
}
]
Do you think this should be something we load in the GeoJSON files in src/data/churches/
? Or would you prefer to store this in a separate file, say, src/content/churches/LOCAL_CHURCH_NAME/services.json
as an 11ty directory data file?
I’m concerned about storing too much data in the GeoJSON files that are not related to the map. But if we’re going to render a map anyway on local church pages, I suppose it’s more a matter of preference than performance. It’s easy enough to keep it in the GeoJSON for now until we decide that we want it in a separate data file. Thoughts?
Format fullCalendar to use the public calendars for the district, SDMI, NMI, and NYI.
Each local church GeoJSON properties
object does not include empty values. The wiki should include a detailed explanation of every property with an example and proper styles (e.g., punctuation for phone numbers, street addresses, etc.)
Also include a link to https://geojson.io/ for testing coordinates.
Should the metadata for local churches live in 11ty data files (cf. https://www.11ty.io/docs/data-global/)?
Is there a reason to create .md
files for the individual church pages?
@czechju smacked me over the face with inspiration on our last conference call.
Let’s face it, no one should have to learn how to install Node.js for the first time alone. And the command line is not for everyone.
Create a layout that lists contact information for all local churches, Mt. Chestnut Nazarene Center, Eastern Nazarene College, and the Global Ministry Center.
Make it searchable and sortable/filterable by name, city, county, zone, and year organized.
@czechju, in order to migrate to GitLab, you’ll need to create a GitLab account with the same email address (not necessarily the username) as your GitHub account.
cf. https://docs.gitlab.com/ee/user/project/import/github.html
A declarative, efficient, and flexible JavaScript library for building user interfaces.
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
An Open Source Machine Learning Framework for Everyone
The Web framework for perfectionists with deadlines.
A PHP framework for web artisans
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
Some thing interesting about web. New door for the world.
A server is a program made to process requests and deliver data to clients.
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
Some thing interesting about visualization, use data art
Some thing interesting about game, make everyone happy.
We are working to build community through open source technology. NB: members must have two-factor auth.
Open source projects and samples from Microsoft.
Google ❤️ Open Source for everyone.
Alibaba Open Source for everyone
Data-Driven Documents codes.
China tencent open source team.