Hei, vi har en lenke i vår tjeneste som lenker til vegkart og kontraktsområde. Lenken vår ser slik ut https://www.vegvesen.no/vegkart/vegkart/#kartlag:geodata/hvor:~(kontraktsomrade~(~'1202*20Stor-Bergen*202015-2020)), men den virker ikke lenger. Bruker jeg denne https://vegkart.atlas.vegvesen.no/#kartlag:geodata/@-31341,6723381,8/hvor:~(kontraktsomrade~(~'1202*20Stor-Bergen*202015-2020)) direkte mot vegkart så virker det. Forskjellen her er
@-31341,6723381,8. Er det gjort noen endringer slik at vi må sende med det som for meg ser ut som lengde- og breddegrader, eller kan vi klare oss med den andre lenken på noen måte?
2 replies
Hei, som skrevet over har vi noen lenker i vår løsning som går til vegkart. Det vi lurer på er: Hvordan er disse lenkene tenkt vedlikeholdt? Kan lenkene hos vegkart endres når som helst uten forvarsel, eller etterstrebes det å ikke innføre breaking changes ved ny funksjonalitet? Hvis de kan endres når som helst, finnes det et sted man kan få varsel ved endring?
@andpaas hvor kan jeg finne versjonsloggen? Har du en lenke til den?
Merk at kun de siste tre versjonene vises der foreløpig, men i fremtiden blir det nok en "Vis mer"-knapp lagt til.
Vegkart ble oppgradert til 2020.7.1 forrige uke. Her er entry-et i versjonsloggen:
2020.7.1
Ny funksjonalitet
- Kategoriserte vegobjekttyper med linjegeometri
vil nå vise meterverdi i resultat for de ulike kategoriene.
Feilrettinger
- Flere visningsfeil for vegsystemreferanser er fikset.
- Flere filtreringsfeil for vegobjekttyper er fikset.
- Eksport av vegobjekter vil nå ha en kolonne for hver mulige egenskap.
Dette fikser også en feil der ikke alle egenskapene ble inkludert. - Ved kombinering av vegobjekttype og ett eller flere områder i søk
skal nå egengeometrien vises dersom den eksisterer, i stedet for vegnettsgeometrien. - Vegnettsfilteret for konnektering inkluderer nå detaljerte lenker både i valg UTEN og valg MED.
Annet
- Der det tidligere har eksistert en mulighet for
URL-er på formen «/vegobjekter/id» oppfordres det nå til å bruke direktelenker med «/#valgt:vegobjektID:typeID» i stedet. Se vegdata.no for mer informasjon.
Jeg prøver og åpne dokumentasjons objektet i vegkart men det er kun bilde objektet jeg får åpnet https://vegkart.atlas.vegvesen.no/#kartlag:geodata/@260975,6701417,8/hva:~(~(id~446))/valgt:889939188:446. Andre filtyper blir lastet ned som Blob'er https://vegkart.atlas.vegvesen.no/#kartlag:geodata/@260975,6701417,8/hva:~(~(id~446))/valgt:1005490573:446. Er dette et Browser problem eller Api problem?
Siden https://nvdbapiles-v3.atlas.vegvesen.no/vegobjekter/446/889939188/1 er lagret som
{
...
"blob_id": 93016,
"blob_format": "C:\\Users\\848130\\NVDB\\Prosjekter\\fv245_hp2m0-hp3m0N123_20180726\\blob467_0001.dat\nNVD8757.jpg",
"href": "https://nvdbapiles-v3.atlas.vegvesen.no/vegobjekter/446/889939188/1/egenskaper/7900/75109/binaer"
}Blir det satt Content-Type: image/jpg.
Den andre har
{
...
"blob_format": "C:\\Users\\ststro\\NVDB\\Prosjekter\\05ArtN123_20191204\\blob67909_0001.dat\n0505 Land-Hadeland fv34 Hp2.docx"
}og der blir ikke .docx gjenkjent som noe, så da blir det satt Content-Type: application/octet-stream.
Lager en sak på å undersøke om det burde gjøres mer gjetting for å sette rette headere for å gi filnavn.
Fant en dokumentasjon som ikke inneholdt mellomrom i navnet men det var samme problemet: https://vegkart.atlas.vegvesen.no/#kartlag:geodata/@231628,6682940,10/hva:~(~(filter~(~(operator~'*3d~type_id~2361~verdi~(~10076)))~id~446))/valgt:563992836:446
Her er noen fine dokumentasjoner og teste på i doc, docx, pdf og html langs vegen: https://vegkart.atlas.vegvesen.no/#kartlag:topo4/@338397,6777042,18/hva:~(~(id~446))/valgt:1013142650:446
Som du ser funker html direkte: https://vegkart.atlas.vegvesen.no/#kartlag:topo4/@338397,6777042,18/hva:~(~(id~446))/valgt:1013142649:446
18. okt kl. 8:30: ATM-database (test-miljø) oppgradering
Database oppgraderes, og det meste i testmiljøet vil være nede fra 8:30.Samtidig vil vi klone produksjonsbasen over i ATM for å få ferskere data i testmiljø. Nye data må da indekseres og vi venter at testmiljøet er oppe i normal drift først tirsdag 19. oktober.
INFO: Problemer i NVDB IND har ført til at ingen tranaskjoner har blitt inkrementelt indeksert. Dette betyr at endringer gjort etter 00:00 16.11.2021 ikke er synlig i NVDB Les API. Som følger av feilen ble vi nødt til å kjøre full reindeksering. Dette vil ta 24 timer, og endringer gjort gjennom NVDB API Skriv fra nå og utover vil bli satt i kø og blir deretter håndtert fortløpende etter at full reindeksering er fullført. NVDB API Les vil fortsette å fungere, men ytelse vil være preget av indekseringen.
Finnes det en hack som gjør at vegnettet vises mens man har hele dette kontraktsområdet på skjermen? https://vegkart.atlas.vegvesen.no/#kartlag:geodata/@285103,6760607,9/hva:~(~(id~616))/hvor:~(kontraktsomrade~(~'3401*20Nordre*20Hedmarken*202022-2028))/vegnett:~'metrering+~()
INFO: NVDB API LES kan blir utilgjengelig i helgen. Viser til vegdata for mer informasjon: https://www.vegdata.no/2022/01/27/varsel-mogleg-nedetid-i-nvdb-les-i-helga/
Hei folkens, vegkart brukes i vegsøknader/vegsok løsning. Det var veldig ustabilt i det siste par dager. Det var umulig å hente karten fra vegvesen i enkelte tilfeller. Vegsok løsning kobles til vegkart med denne stringen. Er dere kjent med denne?
4 replies