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

Field Definitions for number_lat & number_lng #90

Merged
merged 1 commit into from
Jan 5, 2025
Merged

Field Definitions for number_lat & number_lng #90

merged 1 commit into from
Jan 5, 2025

Conversation

alxndr-w
Copy link
Member

@alxndr-w alxndr-w commented Jan 5, 2025

closes #7

@alxndr-w alxndr-w self-assigned this Jan 5, 2025
@alxndr-w alxndr-w merged commit d8b065c into main Jan 5, 2025
1 of 2 checks passed
@alxndr-w alxndr-w deleted the lat_lng branch January 5, 2025 23:48
@christophboecker
Copy link
Contributor

Ahoi! Nur mal für mich zum Verstehen: was ist denn der signifikante Unterschied zum normalen Number-Value? So typische Koordinaten-Themen wie andere Eingabeformen bzw. Listenausgaben (23°N 23,4' oder so was) und internes Validieren (-180 <= lng <= 180, -90 <= lat <= 90) z.B. Oder verstehe ich die Felder nicht?

@alxndr-w
Copy link
Member Author

alxndr-w commented Jan 6, 2025

Es leuchtet blau. ;)

Ich kann anhand der Datenbanktabelle sehen, welches Feld verwendet wird. Es ist leichter, auseinanderzuhalten für mich. Es wird gleich mit korrekten Werten vorgeschlagen.

Da in yform_geo_osm bereits kurzfristig in der Doku falsche Definitionswerte hatte, möchte ich - mind. für mich - Leichtsinnsfehler vermeiden und beim Erstellen der Felder "an die Hand genommen werden" von den passenden Default-Werten.

Tatsächlich könnte man aber noch eine gebündelte Validierung dazupacken, das ist gar keine schlechte Idee.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

lat/lng-Feld
2 participants