NDW verkeersborden geopackage Qgis

Wellicht is het mogelijk om Qgis te laten inzoomen op een locatie die door een proces wordt aangeroepen. Ik weet dat niet maar ben dan ook geen Qgis expert. Je zou je vraag eens op https://geoforum.nl/ kunnen stellen want daar is een QGIS subgroep en zit veel kennis (en ook een Qgis ontwikkelaar als ik het goed heb) .

@Allroads had me een privé bericht gestuurd met een link naar:

Niet precies dezelfde vraag (ik wil alleen de kaart centreren/zoomen, geen nieuwe layer laden) maar via z’n file lijkt me niet de manier.

De knoppen nagelopen maar QGIS heeft geen knop of function om naar een coördinaat te springen zover ik kan vinden.

Even gekeken in de manuals maar misschien is met:

wat te doen.

Een GPS valt te emuleren en die zou dan de locatie moeten krijgen van Josm, te doen maar niet triviaal. Misschien is dan datalyze-solutions / QgsRemoteControl een beter begin, volgens de beschrijving doet dat wat ik wil alleen op basis van een andere computer die ook QGIS draait.

Na meer hulp van @Allroads de Lat Lon Tools plugin geïnstalleerd en dat geeft een Zoom to Coordinate:

Screenshot_20240113_163343

Dan in Josm de coördinaten van een punt kopiëren met Edit → Copy Coordinates of Ctrl + Shift + C

Vervolgens dat in de "Enter ‘Latitude, Longitude’ plakken en de kaart wordt daar gecentreerd en je krijgt er ook nog een rode + bij op de precieze locatie.

1 Like

Nog een vraagje, ik heb nog eens wat ik op het scherm zie met de screenshot uit een eerder bericht dat laat zien:

Screenshot_20240203_231709

Ik zie voor datzelfde bord:

Screenshot_20240203_231952

Dus iets met de label tekst is anders.

Bij mij staat er als expression:

"rvvcode"|| ' ('|| "side" ||')'||' '|| coalesce("textsigns" , '')|| '-'|| "wvk_id" ||'-'|| "lastseen"

Is dat wel goed?

Ik gebruik Verkeersborden_NDW_20240203.zip

Dank voor het melden. Zoals je gemerkt heb maak ik nu dagelijks een geopackage met niet alleen alle borden maar ook de “mogelijke fouten” in OSM. Zie plaatje.

Het klopt dat er bij de laag “Alle borden” wat fout gaat met de labeling. Ik heb dat nu aangepast dus hopelijk gaat het vandaag goed. Wat ik alleen niet kan verklaren is het label bij jouw onderste plaatje. Bij mij was ie inderdaad niet juist maar zag er toch anders uit. Kan het zijn dat jij een ander (oud?) project bestand gebruikt en niet degene die in de geopackage ligt opgeslagen? (die met de rode pijl)

Ik draai OpenSuse Tumbleweed en mijn QGIS versie is 3.34.1-Prizren, zo ziet de Geopackage van gisteren er bij mij uit:

Dus inderdaad geen project bestand in het geopackage.

Als ik dat herhaal met Verkeersborden_NDW_20240204.gpkg, “New”, selecteer het .gpkg bestand en dan “Connect” dan zie ik hetzelfde als hierboven alleen 20240203 is gewijzigd in 20240204.

Bestand van hier, md5sum .gpkg: 3feab05bf4d037be5ed8be1475493abf

Dus het lijkt alsof dat projectbestand niet mee komt.

Na beter kijken zie ik deze foutmelding in de log Messages

2024-02-04T10:55:03 CRITICAL Qt : No node found for item that was just removed: QUrl(“file:///home/emvee/Documents/OpenStreetMap/Verkeersborden_NDW/README.txt”)

Misschien dat dat een hint geeft?

Het projectbestand zit wel in de geopackage. Het plaatje dat jij toont is de datasource manager. Daar zie je inderdaad het projectbestand niet omdat dat geen data is (vermoed ik). Kun je eens het volgende proberen. In Qgis menubalk: View->Panels en dan “browser” aanvinken. Zie je dan iets dat lijkt op dit plaatje?

1 Like

Ja, met de Browser heb ik wel een Verkeersborden project, good catch!

Openen ging niet vanzelf bij het openen waren alle layers niet beschikbaar (“Handle Unavailable Layers”) maar het probleem was op basis van de output snel duidelijk, ik had het bestand hernoemd met een datum tag maar het project bestand/object verwacht het originele formaat. Dat ongedaan gemaakt en nu werkt het. Handig dat nu ook de andere layers gelijk beschikbaar zijn.

1 Like

Mooi dat het werkt. Die data van de extra lagen is (net als alle OSM highway) ook beschikbaar vanuit mijn QgisCloud Postgis DB. Als je een Qgis cloud account hebt kun je de data ook daar ophalen. Geef dan ff je DB naam door dan kan ik je “select” rechten geven of alle tabellen. (NB dat geldt ook voor andere Qgis Cloud gebruikers)

Mijn werkwijze is nog in ontwikkeling. Ik gebruik:

  1. een combi van de RWS Snelheden en het NDW Geopackage - handig voor het overzicht en zoomen op werkgebied maar mist details verkeersborden
  2. NDW Verkeersborden - George - onhandig wat betreft locatie opzoeken (kan op adres maar ik wil op coördinaat), maar wel completer met o.a. foto
  3. De NDW_maxspeed_ontbreekt_op_highway WMS - geeft regelmatig goede hints maar niet compleet
  4. De OSM context - als alle aanliggende wegen 60 km/h zijn dan is het betreffende wegdeel waarschijnlijk ook 60 km/h
1 Like

Ik neem even aan dat je het over de NDW geopackage (verkeersborden) heb die ik beschikbaar stel. Welke details mis je daarin?

  • Overzicht bij meerdere verkeersborden op één plek, misschien is dat gewoon gewenning want ik zag dat bij inzoomen in QGIS meerdere verkeersborden op één plek wel zichtbaar worden, z’n pop-up is echter handiger:

    Screenshot_20240204_130900

  • George heeft nog plaatjes (onzeker hoe betrouwbaar, maar handig voor bijvoorbeeld de naam voor een kombord) en details:

    Screenshot_20240204_131056

  • Ik vindt de RWS laag goed om snel een indicatie te krijgen voor gebieden waar maxspeed nog ontbreekt. RWS is regelmatig fout maar ook met 85…95% goed is het bruikbaar.

  • Jou WMS lagen zijn handig omdat je dan gelijk in Josm kan zien waar de borden staan, naar QGIS schakelen is toch een extra stap.

Ik vrees dat je het moet doen met flink inzoomen want het gaat mij niet lukken om een popup me de borden in de buurt te tonen. En in de NDW dataset zie ik helaas nergens de namen die op de komborden staan terugkomen dus daar kan ik je ook niet helpen.

1 Like

Verder gekeken naar de Maxspeed_missing laag in het geopackage (en de WMS laag in Josm) en die is zeker handig, heel wat plekken bijgewerkt aan de hand daarvan. Eronder aardig wat service roads op industrieterreinen met een A1 15/30 km bord.

Wat me op valt is dat er zo af en toe meldingen staan op fietspaden, wegbeheerders willen daar ook wel eens maximumsnelheid zone borden plaatsen maar zover ik weet mappen we geen maxspeed voor fietsen. Twee voorbeelden rond coördinaat 52.3751403, 5.2832853 (Almere).

Als het inderdaad zo is dat we geen maxspeed voor fietspaden mappen dan zou het beter zijn deze meldingen te onderdrukken.

Verder de NDW_oneway_missing_OSM laag gebruikt om in Rotterdam-Zuid de ontbrekende éénrichtingswegen toe te voegen, ook handig zogezegd :+1:

Heel onbescheiden maar mag ik nog een verzoekje doen voor twee lagen:

  1. Een laag die checkt voor een maxspeed overgang binnen OSM en dan kijkt of er een NDW A1/A2 bord of H1/H2 bord in de buurt is. Een “inverse” van Maxspeed_missing, Unexpected_maxspeed_change.
  2. Een laag zoals Max Speed Overpass (NL) wat mij betreft met 80/60/50/30/15. De website is handig maar dat is een extra context en z’n geopackage laag geeft minder load op de Overpass server.

Ik moet echt eens wat tijd maken om me ook in PostGIS te verdiepen ;-), dus lukt het niet geen probleem alleen maar meer drive me er eens in te verdiepen.

1 Like

Het lijkt mij beter dit juist niet te onderdukken want het kan een aanwijzing zijn dat er iets niet klopt in OSM. Ik heb vanuit de WMS eens geklikt op de GSV link en het lijkt dat het fietspad daar in Almere geen fietspad is.

Ik snap je vraag. Leuke suggestie. Zou moeten kunnen dus ik zal er eens naar kijken.

Ik hou van zelfredzaamheid dus even een suggestie.Je kunt ook de OSM NL geopackage gebruiken (zelf maken of downloaden) en daar met een eenvoudige query alle highway met een maxspeed uit halen met bv DB Manager (plugin).

SELECT * FROM “lines” where (maxspeed is not null or maxspeed_forward is not null or maxspeed_backward is not null) and highway is not null

En vervolgens per maxspeed zelf de opmaak bepalen. Als je daarmee klaar ben kun je die Qgis laag slepen naar een ander Qgis projectbestand (bv die van de NDW verkeersborden) en heb je em daar altijd ter beschikking zolang de geopackage er is. Je kunt ook een los projectbestand ergens op je PC plaatsten met van daaruit verwijzingen naar diverse gepackages. Dat bestand blijft werken zolang de gepackages bestaan. Dan regel je de opmaak met je projectbestand en gebruik je alleen de data uit de geopackages.

Een alternatief is de volgende maar dan heb je wel een QgisCloud account nodig.
Ik kan je “select” rechten geven op mijn Qgis Cloud DB. Daar staan alle OSM Highway. Met een vergelijkbare eenvoudige query kun je daar de wegen ophalen vanuit jouw Qgis projectbestand en ben je altijd up to date zolang ik de highway daar dagelijks ververs.

Herkenbaar. Ik heb ook meer plannen dan (priori)tijd. Dan moet je keuzes maken.
Ik kan wel een keer e.e.a. laten zien zodat je hopelijk wat sneller aan de slag kunt met postgis en OSM data.

1 Like

Dit zie ik in QGIS:

Screenshot_20240211_150354

De rode plus is het coördinaat. Dus G12a aan het begin/einde, er zijn ook Mapillary sporen en die laten inderdaad iets dat voor een highway=unclassified zou kunnen doorgaan maar met de G12a borden is highway=cycleway voor mij de enige juiste tag. Ik ben meerdere van dit soort plekken tegen gekomen.

Bedankt voor de aanmoediging :+1:, het koste iets meer dan een uurtje maar inmiddels heb ik die laag inderdaad gemaakt, zie ook heb bovenstaande plaatje.

Snap ik hoor. Maar als een cycleway een maximumsnelheids bord heeft dan zou het gemeld kunnen worden maar helpt wel als er bevestigende beelden van te zien zijn.

Mooi dat het gelukt is :+1:

Ik heb in het kaartje van de een ontbrekende maxspeed obv NDW nieuwe laag toegevoegd. Daarbij beetje grof te werk gegaan omdat ik naast de A1/A2/H1/H2 ook de G1/G2/G5 heb meegenomen als snelheidsbord want ik zag best veel “false positives” . Hopelijk levert dit weer wat inzichten op.

beeld


Einde bord 30 wel weggehaald, raar.

Overblijfsel uit een tijd dat het geen cycleway was, m.a.w. vergeten weg te halen.

1 Like