Skip to content

Conversation

@Anuj-Gupta4
Copy link
Collaborator

What type of PR is this? (check all applicable)

  • πŸ• Feature
  • πŸ› Bug Fix
  • πŸ“ Documentation
  • πŸ§‘β€πŸ’» Refactor
  • βœ… Test
  • πŸ€– Build or CI
  • ❓ Other (please specify)

Related Issue

Describe this PR

Changed enum names to remove osm from survey categories.
Updated the json config files for data extract such that the extracted data is more suited to the survey category chosen.

@github-actions github-actions bot added enhancement New feature or request backend Related to backend code dependency:osm-fieldwork Requires updates in osm-fieldwork labels Dec 1, 2025
@spwoodcock
Copy link
Member

Doesn't it make sense to keep OSM in the name, as they are forms specifically tailored for OSM data collection?

Other forms we advertise may not be OSM related at all πŸ˜„

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I assume Rob (the previous tech lead) spent some time working out the specific tags in OSM that apply to each category here. Did they not work as intended?

Copy link
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I am not sure if this has something to do with raw data api, but in most cases the original JSON data models were returning almost all buildings every time regardless of the form type chosen. Upon some testing, I found the new json data models I wrote worked much better in capturing data.

"amenity": []
},
{
"shop": []
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

For example, I would say a shop is probably an amenity

"amenity": []
},
{
"convenience": []
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

It might be a bit counter intuitive, but if it's a convenience store, then it's probably a building. It's better to spread the net wider with community OSM data. We can't rely on the building=yes tag being accurately added to everything

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Perhaps Rob knew something we didn't here - not sure why wheelchair, religion, place_of_worship etc is included for the education category. This one is probably good with your update

"ways_line": [],
"relations": []
},
"keep": [
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

What kind of output do you get in the tags when using this? I'm no expert in the osm-fieldwork / raw-data-api JSON syntax, but I thought the keep key was to specify what tags to keep on the final extracted features

"facility:ventilator": []
},
{
"facility:icu": []
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

things like this should definitely still be present: intensive care unit in a hospital, operating theaters etc

Copy link
Member

@spwoodcock spwoodcock left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Great start - thanks for getting this off the ground Anuj!

But I think it needs a bit more input into what tags are relevant, and probably some good testing (I haven't seen any evidence of tests, but I assume you might have done some - would be good to document πŸ˜„ )

@manjitapandey
Copy link
Contributor

Doesn't it make sense to keep OSM in the name, as they are forms specifically tailored for OSM data collection?

Other forms we advertise may not be OSM related at all πŸ˜„

As per our current workflow, we have this as a compulsory field. and if we only have osm based survey categories, it confuses users into thinking projects can be created for osm based surveys only. We can explicitly inform users that this also works for osm but generalizing can be more ux friendly instead of saying osm based categories only.

@Anuj-Gupta4
Copy link
Collaborator Author

I agree that the choice of tags will require more testing and additional input.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

backend Related to backend code dependency:osm-fieldwork Requires updates in osm-fieldwork enhancement New feature or request

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants