Organised Editing – GSF Car Parts (UK)

Communities United Kingdom
, ,
1

Hello

I am planning an organised editing activity to improve GSF Car Parts branch data in the United Kingdom.

Full details of the project are available here:
https://wiki.openstreetmap.org/wiki/User:Nikhil_89202/Organised_Editing_GSF

The activity will include adding missing branches that physically exist, correcting addresses, updating opening hours, and removing duplicates where necessary.

I will wait at least two weeks before beginning edits and welcome any feedback or suggestions.

Thank you.

4 Likes
2

I’m always happy to see companies help maintain there locations in OSM, thank you and thank you for documenting it :)

I also like to have the data available so we can do it ourselves/help. I’ve stated collecting the data from the GSF Car Parts website, if you want to be involved in that, I have some feedback.

2 Likes
3

Hi, in your recent attempt at importing this data, I noticed a few data issues that should be cleared up:

  • Is shop=car_parts correct?
  • The links included “?utm_source=Google Business”
  • Lots of phone numbers were formatted wrong
  • The names contained parenthesis
  • Lots of nodes were misplaced
  • Some objects had this undocumented placeId tag

I was also wondering what your account is? The one on the wiki page ‘Nikhil_89202’ doesn’t seem to exist.

1 Like
4

This afternoon I surveyed the Shrewbury branch and was able to confirm shop-car_parts is correct.

There is a big sign which says “Open to Trade and Public”. It operates on a trade counter basis, the same as Euro Car Parts, Toolstation and Screwfix.

Its not in the trade only category that trows you out if you don’t have a business/VAT registration.

I have added Way: ‪Wellington Street North‬ (‪26261294‬) | OpenStreetMap

3 Likes
5

The user name ‘Nikhil_89202’ does not exist.

1 Like
6

Hello everyone,

Thank you for the feedback and for reviewing the proposal.

My OpenStreetMap account is Nikhil kotiya:

I have updated the wiki page to correct the username.

Regarding the issues mentioned:

• I will remove tracking parameters such as “?utm_source=Google Business” from website links.
• Phone numbers will be formatted according to standard OSM tagging.
• Parentheses will be removed from names where unnecessary.
• Node locations will be carefully verified before adding or updating objects.
• I will not use undocumented tags like “placeId”.

All edits will be manually verified before being added.

I also appreciate the work being done to collect the GSF Car Parts branch data and would be happy to collaborate to ensure accuracy.

Thank you again for the helpful feedback.

7

Hi Tanya_S,

I’m planning to create these locations on OpenStreetMap and use the following dataset as the source for the branches:

https://jsoneditoronline.org/#left=local.qaxaci&right=cloud.5e1366d519ff48548775bc1b786028ae

Please feel free to review it and let me know if you notice any issues or have suggestions before I proceed.

Thank you.

8

Hi all,

Thanks for the feedback so far, I’ll address the issues mentioned (URLs, phone formatting, naming, misplaced nodes, and tags).

Just to confirm — once these corrections are made, is it okay for me to proceed with using this dataset for the organised editing?

@Taya_S @CjMalone

Thanks!

9

No further issues from me! :+1:

10

I am a bit annoyed at the complete lack of conflation that is being done here. Please halt your import until you’ve addressed how you are going to fix that issue and how you will verify the data you already added.

1 Like
11

Hello

The addr:street tag also shouldn’t include things like the unit number or place for example (this is tagged as addr:unit for example)

You’ve got this node tagged as addr:street=Unit 7, Plasmarl Industrial Estate, Plasmarl

2 Likes
12

And again in Changeset: 180359923 | OpenStreetMap you have duplicated a correctly mapped POI which is mapped on the building.

Please check for existing objects and conflate any data improvements you have.

In the UK we prefer to map objects such as these on the building rather than nodes.

3 Likes
13

Fixing All the issue ASAP

14

Please give us some more information. What is the timeframe? How did this happen? What are you going to do to fix this?

2 Likes
15

Hello Taya, Ceirios, and Philip,

Thank you for taking the time to review the changesets and for your detailed feedback.

I understand the concerns regarding lack of conflation, duplicate POIs, and incorrect address tagging. This was part of an automated import process, and I realize now that the current implementation did not sufficiently check for existing mapped objects or follow all regional tagging practices (such as mapping POIs on buildings and separating addr correctly).

What happened:
This import was generated via a script that collects business listing data and creates nodes in OSM. However, the conflation logic was limited and did not reliably detect existing features already mapped on buildings, which led to duplication issues.

Timeframe:
The imports were executed over the past few days (March 24–25).

Next steps / Fix plan:

  • I will immediately pause all further imports.
  • I will review the listed changesets and start correcting:
    • Duplicate POIs (merging/removing where appropriate)
    • Address tagging issues (e.g., fixing addr vs addr)
17

Then why did you state in your import documentation that you would do so? On your wiki page you state (Among other things) the following would have been done:

This activity is focused strictly on data accuracy and completeness.

Updating outdated information on existing branches

Remove duplicate entries (where clearly identifiable)

Check for existing OSM objects to avoid duplicates

Verify coordinates align with the building

Edits will be made manually after verification.

This is the third time you’ve attempted importing this data, and the third time it has gone wrong. First you didn’t go through the import process, then you pretended to have gone through the import process, and now you went through the import process, but your import does not match what you documented.

How many POI’s are left to import in this dataset?

Are you planning on doing any future imports?

2 Likes
18

FYI, I’ve filled in missing brand and brand:wikidata tags on all the mapped GSF Car Parts I could find. I’ve then added the brand to my “Chain Reaction” comparison tool: https://osm.mathmos.net/chains/Q80963064/ .

According to GFS’s sitemap, there are 211 branches in total in real life. The current state of the comparison with OSM is:

  • 100 matched branches;
  • 111 branches missing from OSM;
  • 12 mapped branches unmatched or duplicates.

It would be good if @Nikhil_kotiya could have a look at the OSM Objects not matched to list and Duplicate Matches tables and at least fix any issues they introduced there.

3 Likes
19

@Nikhil_kotiya As part of the validation I do myself when adding a new set of data to my “Chain Reaction” tool, I noticed a few issues with some of your recent edits. I’ve commented on four different changesets where there are issues (2x nodes added in the wrong location, 1x deleting a node as a duplicate when it wasn’t, and 1x incorrect changes to existing data). It looks like there may be some issues with the RightChoice.ai tool you seem to be using. Could you please have a look at these comments, respond in the changeset threads, and correct any remaining issues in osm?

2 Likes
20

@Nikhil_kotiya The link you posted above

now seems to show an error message in one pane and a list of IVF Hospitals in the other. So what happened to the data you were looking to import?

I had previously assumed that you were an employee/agent of GSF Car Parts looking to improve the coverage of that business’s branches. But now I’m not sure that is the case. Could you disclose any relevant affiliations here and explain your connection (if any) to GSF Car Parts and RightChoice.ai? Can you also explain a bit more about the workflow you are using to generate your edits. How much is manual, how much is automated, how much is AI generated?

Finally - and this is really important - can you confirm whether you have permission (i.e. an explicit licence) to use the data that you are working with in OSM? In particular, you will have agreed to the OSM Contributor Terms when you signed up, so you need to be able to “grant to OSMF a worldwide, royalty-free, non-exclusive, perpetual, irrevocable licence to do any act that is restricted by copyright, database right or any related right over anything within the Contents” you contribute to the OSM database. Are you able to do this with the data you have been importing?

2 Likes
21

Based on previous communication with this user, I am led to believe that they have permission to use the data they are adding to OpenStreetMap (and elsewhere). But you’re right in that this isn’t explicitly stated in their import document.

Assuming for the moment that the permission is alright (and this definitely has to be clarified), I am still of a mind to simply revert this import given how badly it has gone, but I would like to hear other people opinions on this.