-
Notifications
You must be signed in to change notification settings - Fork 819
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
Add rendering for healthcare=* tags #1981
Comments
Please, be more precise - which tags you propose to display? |
Hi matkoniecz, as a start I think additionally Concerning the specialities: healthcare:speciality=ophthalmology healthcare:speciality=gynaecology healthcare:speciality=internal healthcare:speciality = orthopaedics healthcare:speciality = otolaryngology healthcare:speciality = paediatrics should add a detail to the doctor symbol. |
And which ones would not be covered by already rendered amenity=doctors, amenity=dentist etc? |
I consider it highly dubious that it is possible to find icon that would have a clear meaning, would not result in confusion and be readable (14x14 px, single color). |
Of course these are covered by amenity=doctor and dentist now. But especially for the doctor healthcare is much cleaner, since it puts the type of doctor in the speciality tag. And the detail could be as big as the icon as now done for the dentist. |
In that situation I see no reason for rendering healthcare=* tags. At this moment any properly tagged place will contain amenity=doctors/dentist and maybe some healthcare=* tags. Maybe in future healthcare=* will be used more widely and in the far future it will replace amenity=doctor/dentist but I see no reason for changes now. |
I didn't comprehend yet what @morray was proposing. If you say a healthcare=doctor should be rendered even in absence of an amenity tag (@matkoniecz calling the future case), than it would need to be evaluated how much it is needed, since this would encourage to move away from the amenity tagging. |
@polarbearing: exactly that. The tag should be rendered even in absence of the amenity tag. And yes that probably will lead to the healthcare tag being used more frequently. And yes it probably also leads to a switch on the long term ( if presets are adapted as well) since healthcare is much more intuitive than amenity. |
Understood. Anyway since @matkoniecz already added the 3.x label, this depends on the database upgrade, since the healthcare=* key is currently not imported. |
I think there first needs to be some of agreement, and possibly emergency Wiki clean up, to deal with the fact that there are now two healthcare related proposals: Key:healthcare and Proposed features/Healthcare 2.0 Actually, the Healthcare 2.0 proposal, which seems more in line with the HOT tagging, does away with most of the direct use of healthcare=x in the original proposal, favouring health_x:type=x, which is a fundamental different tagging scheme. Actually, there are now at least 4 different ways to tag a hospital, all of which seem to have had some followers and use ;-(: building=hospital |
Closing for reason explained in #1981 (comment) |
Although the healthcare= tags is still only at about 10% usage of amenity=doctors, it is wothwhile to include it. One advantage is that via the healthcare:speciality=* and healthcare:speciality:*=yes tags can add further information missing in the amenity tagging.
The text was updated successfully, but these errors were encountered: