가능합니까? 나는 어떤 경계로부터 도약 할 필요가있다. Way ID는 이미 OSM에서 생성 된 것으로 간주하여 매우 편리한 메커니즘으로 보입니다. 그러나 나는 아직 아무것도 찾을 수 없습니다. 내가 왜 이것을 필요로하는지 궁금하다면 간단합니다. 한 가지 방법은 가장자리 세트에 대한 공통 속성의 컨테이너로 사용할 수 있습니다. 정보를 복제 할 필요가 없습니다.가장자리가 속한 방식의 ID를 가져 오는 방법이 있습니까?
OSM 방식의 id는 GraphHopper에 저장되지 않습니다. 예를 들어
arr[edgeId]=osmId
예 ... OSMReader에서 추가하기 시작했습니다. 가장자리를 만들 때 OSMReader 만 처리하기 때문에 약간 관련이 있습니다. 나는 그것들을 가장자리에 저장하고 있는데, 직렬화 부분에 약간의 작업이 필요하다. – Schultz9999
그래, 아마 우리는 그 일에 매달려 야한다. 그것들을 가장자리에 보관하는 것의 의미는 무엇입니까? 그렇게하기 위해 GraphHopperStorage를 확장한다는 의미입니까? DataAccess 객체 (배열의 일종이지만 직렬화가 필요함)가 필요합니다. – Karussell
실제로는 아닙니다. 나는 가장자리에'wayId'를 추가했고, 한 쌍의 접근자인'getWayId'와'setWayId'를 추가했습니다. 잘 작동합니다. 불행히도 크기에 상당한 영향을 미쳤습니다 : S 분명히 8 바이트를 추가하면 가장자리 클래스와 가장자리 파일의 크기가 두 배가됩니다. 이 관점에서 신분증은 길게 필요합니까? GH는 이것을 '긴'이라고 정의하지만 OSM 데이터가 최대 int를 넘지 않는다고 생각합니다. 다음은 분석을 위해 웨이 태그를 사용할 수있게하는 것입니다. GH는 굉장하고, 나는 그것이 더 유익 할 수 있다고 확신한다. – Schultz9999
안녕하세요, OSM 방식과 노드 메타 데이터를 Graphhopper로 가져온 후 역방향으로 액세스 할 수있는 솔루션을 구현하게 되었습니까? – LeoR
죄송합니다. 내가 끝내기로 한 것을 기억하지 못합니다. 잠시 지났습니다. – Schultz9999