Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Dates are not written in the table of attributes when using the calendar widget #16410

Closed
qgib opened this issue Mar 26, 2013 · 8 comments
Closed
Labels
Bug Either a bug report, or a bug fix. Let's hope for the latter! Vectors Related to general vector layer handling (not specific data formats)
Milestone

Comments

@qgib
Copy link
Contributor

qgib commented Mar 26, 2013

Author Name: Giovanni Manghi (@gioman)
Original Redmine Issue: 7451
Affected QGIS version: master
Redmine category:vectors


subject says it all. Tested on master.

@qgib
Copy link
Contributor Author

qgib commented May 28, 2013

Author Name: Nathan Woodrow (@NathanW2)


If there is no date format supplied the date will not be written back.

Should we close this or can you think of a better fix?

@qgib
Copy link
Contributor Author

qgib commented May 28, 2013

Author Name: Giovanni Manghi (@gioman)


Nathan Woodrow wrote:

If there is no date format supplied the date will not be written back.

Should we close this or can you think of a better fix?

I see 4 problems:

I just tested and the date is not written (if using the calendar widget) even if the column is of type date or date/time. The columns were added via the "fields" tab in the vector properties

the types date and date/time are not available when creating a new shapefile from scratch (this I guess is a new bug)

if dates can be written only in a date column, then at least for shapes this is a change of behaviour since 1.8 (where the user was allowed to write dates into a text field) and should be at least very well documented

older projects that had a calendar widget applied to a text column will open as empty columns in QGIS 2.0

cheers!

@qgib
Copy link
Contributor Author

qgib commented May 28, 2013

Author Name: Nathan Woodrow (@NathanW2)


Giovanni Manghi wrote:

if dates can be written only in a date column, then at least for shapes this is a change of behaviour since 1.8 (where the user was allowed to write dates into a text field) and should be at least very well documented

This is still the case. You can still write dates to string columns you just have to supply the format of the date string.

@qgib
Copy link
Contributor Author

qgib commented May 28, 2013

Author Name: Giovanni Manghi (@gioman)


You can still write dates to string columns you just have to supply the format of the date string.

but not with the calendar widget, correct?

@qgib
Copy link
Contributor Author

qgib commented May 28, 2013

Author Name: Nathan Woodrow (@NathanW2)


Giovanni Manghi wrote:

You can still write dates to string columns you just have to supply the format of the date string.

but not with the calendar widget, correct?

Yeah does for me

@qgib
Copy link
Contributor Author

qgib commented May 28, 2013

Author Name: Giovanni Manghi (@gioman)


Yeah does for me

odd, does not for me at the moment on Linux on both date and text fields. There was a recent fix?

@qgib
Copy link
Contributor Author

qgib commented Jun 1, 2013

Author Name: Giovanni Manghi (@gioman)


Nathan Woodrow wrote:

Giovanni Manghi wrote:

You can still write dates to string columns you just have to supply the format of the date string.

but not with the calendar widget, correct?

Yeah does for me

just tested on windows/osgeo4w/master and no date is written in a "date" column nor in a "string" one using the calendar widget.

@qgib
Copy link
Contributor Author

qgib commented Jun 16, 2013

Author Name: Giovanni Manghi (@gioman)


Now I see,

the "date format" parameter is mandatory, without it then the widget does not work as does not use any default format...

are the possible formats documented in the master manual? Can we add a few examples in the widget dialog? there is plenty of space.


  • resolution was changed from to invalid
  • status_id was changed from Open to Closed

@qgib qgib added Bug Either a bug report, or a bug fix. Let's hope for the latter! Vectors Related to general vector layer handling (not specific data formats) labels May 24, 2019
@qgib qgib added this to the Version 2.0.0 milestone May 24, 2019
@qgib qgib closed this as completed May 24, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Bug Either a bug report, or a bug fix. Let's hope for the latter! Vectors Related to general vector layer handling (not specific data formats)
Projects
None yet
Development

No branches or pull requests

1 participant