@Behrang, all data will be removed once the domain moves from the next subdomain, which is now scheduled with the sys admins to occur in the AM, GMT, on the 22nd of July (tomorrow).
The submission flow is live, and the new census code will go live all all domains tomorrow, 22nd July, AM GMT.
If anyone has time before then to do additional submission/review tests on their census instance, that would be great. Any issues found should be reported here: https://github.com/okfn/opendatacensus/issues/new
Note that any additions done now while still testing will not be carried over to the live domains, so feel free to add any info just to test things out.
The DNS settings are being updated now. Expect some downtime over the next hour or so, and then all the sites will be live on their regular domains with the new code and the clean database.
Work still continues on new features for the global index this year, and of course fixing any new bugs and issues that crop up.
Thanks everyone for being patient during this period!
@Stephen as @Mor said - the thanks goes to you. You’ve been instrumental in helping get this done by identifying bugs, being engaged with us throughout the process, and being patient. Thank you!
Hey guys, it looks like some of our records were lost. If you compare today’s table to that of April, datasets like code enforcement violations and crimes are now missing.
Let me first of all say that the data is not lost: rather, data is now displayed per year. So, entries made in 2015 are visible on the front page, and entries made in 2014, for example, are visible at http://us-city.census.okfn.org/year/2014
We understand that in many local census cases, is it desirable to have a view of the “current state to date”, so we are thinking about ways we should revert this:
Perhaps the “overview” page would show the current state of all data collected, to date, and the year specific routes would stay as they are (http://us-city.census.okfn.org/year/2014, http://us-city.census.okfn.org/year/2015). This would retain the same experience as previously, while still enabling views into data that has actually been submitted in the current year by going to the appropriate year route.
By removing those datasets for 2015, is the idea that we may have stopped publishing them? Do we have to submit the revisions for each one manually and wait for them to be approved?
Having the default view be the cumulative view of all submissions would be best for our instance. You could still easily go to /2015 and /2014 to see how they’ve changed.
edit: Just got an email from New York City gov employee who’s boss is yelling at him asking where all there data is and why haven’t they beat Los Angeles yet. haha
To update folks we are making a change asap to revert to previous display where we “cascade” older submissions (i.e. before this year) through. Should be live in next day or so.
I attempted to login to submit changes for my organization, but logging in via Google keeps taking me to the login page, and login via Facebook states:
App Not Setup: This app is still in development mode, and you don’t have access to it. Switch to a registered test user or ask an app admin for permissions.
@Behrang the facebook login issue is fixed. About Google login, I’ll need more information - many users are using it successfully so it is not clear to me what is different in your case.