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

Links without nodes #13

Open
duncandewhurst opened this issue Aug 9, 2022 · 5 comments
Open

Links without nodes #13

duncandewhurst opened this issue Aug 9, 2022 · 5 comments

Comments

@duncandewhurst
Copy link
Collaborator

duncandewhurst commented Aug 9, 2022

The supply side research, surfaced several examples of networks represented as collections of line strings with either:

  • no data on nodes
  • with nodes represented as a separate layer and no explicit relationship between links and nodes

We'll need to consider how such networks should be treated in the standard and what guidance to provide to implementers and users.

Examples

Examples covered various network types, with some access networks containing very high numbers of links.

Access (113k links)

image

Middle mile & access (18k links)

image
interactive version (VT Data - Fiber Routes 2021 layer)

Middle mile (416 links)

image
interactive version

@duncandewhurst
Copy link
Collaborator Author

One option is to treat each junction as a node, with a suitable value in Node.type.

@lgs85
Copy link
Contributor

lgs85 commented Aug 30, 2022

One set of possible use cases we haven't yet picked up on is storing, visualising and analysing open fibre data as graph data, including with graph databases. See this set of examples from Neo4J. For this set of use cases all links would need nodes (though floating nodes with no links are ok).

I think that we have two options. One is Duncan's suggestion:

to treat each junction as a node, with a suitable value in Node.type.

This puts more work onto data processors, who would need to ender 'dummy' nodes, but requires minimal extra work on the part of data users.

The second option would be to not require links to have nodes, and require data users who want to use graph tools to create their own dummy nodes.

I don't have a particularly strong preference, but do think that if we decide to not require links to have nodes that we'd need some carefully written non-normative documentation around this.

@duncandewhurst
Copy link
Collaborator Author

duncandewhurst commented Aug 30, 2022

I'm leaning towards requiring links to have nodes. That way, the extra work of creating 'dummy' nodes only needs to happen once, rather than each time someone wants to use the data.

That said, I think we'll need to provide non-normative documentation on creating dummy nodes in either case, whether it's for publishers or users.

We can test out approaches using the examples in the issue description.

Edit: The other consideration that is pushing to towards requiring links to have nodes is that links without nodes seems mostly to be an issue for access network data, which is not the primary focus of the standard.

@duncandewhurst
Copy link
Collaborator Author

Moving to 'Todo'. The task is to author the non-normative guidance for publishers.

@duncandewhurst
Copy link
Collaborator Author

For the Alpha, we decided not to make Link.start and Link.end required. Moving this issue to the beta milestone for further consideration.

@duncandewhurst duncandewhurst modified the milestones: Alpha, Beta Sep 20, 2022
@duncandewhurst duncandewhurst removed this from the 0.3.0 milestone Mar 25, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants