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:
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:
Ik zie voor datzelfde bord:
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:
- een combi van de RWS Snelheden en het NDW Geopackage - handig voor het overzicht en zoomen op werkgebied maar mist details verkeersborden
- NDW Verkeersborden - George - onhandig wat betreft locatie opzoeken (kan op adres maar ik wil op coördinaat), maar wel completer met o.a. foto
- De NDW_maxspeed_ontbreekt_op_highway WMS - geeft regelmatig goede hints maar niet compleet
- 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:
-
George heeft nog plaatjes (onzeker hoe betrouwbaar, maar handig voor bijvoorbeeld de naam voor een kombord) en details:
-
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 
Heel onbescheiden maar mag ik nog een verzoekje doen voor twee lagen:
- 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.
- 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:
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 , 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
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.
Einde bord 30 wel weggehaald, raar.
Overblijfsel uit een tijd dat het geen cycleway was, m.a.w. vergeten weg te halen.
1 Like
ik heb hem nu bijna standaard aan staan, laat prima zien waar snelheidsverandering zouden moeten plaatsvinden in Josm. Klopt over het algemeen aardig, wat wel op valt is alle â15 km/hâ op industrieterreinen waar inderdaad een bord staat voor een âpriveâ toegangsweg.
Vandaag weer eens Verkeersborden_NDW_20240403.zip opgehaald en wat me op viel is dat de zone borden nu ook als zone borden worden afgebeeld, handig!
1 Like
Vandaag toch maar eens iets gedoken waarvan ik dacht, dat kan toch een stuk beter:
Zo zien twee A1 maximumsnelheidsborden er uit als ik in zoom in QGIS. Wat mist daar? De maximumsnelheid. Even in de raw data gekeken (verkeersborden_actueel_beeld* van https://opendata.ndw.nu/) en kwam er achter dat de maximumsnelheid beschikbaar is in het âblackCodeâ veld
...,"rvvCode":"A1","blackCode":"60","zoneCode":"ZO","textSigns":[],"placement":"L","side":"N","bearing":0,...
Dus toen maar in de âLayer Stylingâ de value âformuleâ aangepast. Die was:
"rvvcode" || ' ('|| "side" ||')'||' '|| coalesce("textsigns" , '')|| '-'|| "lastseen"
en die heb ik gemaakt:
"rvvcode" || if("blackcode", '-' || "blackcode", '')|| ' ('|| "side" ||')'||' '|| coalesce("textsigns" , '')|| '-'|| "lastseen"
Resultaat:
Ik heb het eerder opgeschreven maar inmiddels kan ik dat niet meer reproduceren, ik had zelfs Verkeersborden_NDW_20240403.zip nog maar ook daarmee worden zone borden nog steeds als hierboven weergegeven.
Nu we toch bezig waren maar eens verder gekeken en de zone informatie is beschikbaar:
âZone-Openâ en âZone-EindeââŠ
Dus toen maar eens if("zonecode", '-' || "zonecode", '') toegevoegd aan de Layer Styling formule maar dat werkte niet. Alleen âzonecodeâ ook niet en die geeft ook een foutmelding:
Eval Error: Field 'zonecode' not found
Alleen âblackcodeâ werkt wel, dus âzonecodeâ zit niet in de input data setâŠ