We hebben nu een tijdje deze manier van het melden van wegwerkzaamheden en dat lijkt mooi te werken. Je kunt goed zien welke wegen niet begaanbaar zijn en wordt er netjes omheen gestuurd.
Echter, de manier van invoeren begint me behoorlijk tegen te staan. Per melding moet je meerdere links plakken, handmatig de segmenten opzoeken, tijden overtypen ect en dat kost ons allemaal gewoon veel tijd. Ik weet niet waar jullie je meldingen allemaal vandaag halen, maar op deze site staan volgens mij alle wegwerkmeldingen (landelijk), afsluitingen door evenementen etc netjes vermeld.
Dus ik vraag me af, kunnen we deze info niet op de een of andere manier ‘dataminen’? Volgens mij hebben we dan 3 dingen nodig:
Een script die automatisch de meldingen van de site kan halen.
Een script die de tekst van de meldingen analyseert en in de spreadsheet stopt.
Een script die op basis van patternmatching de juiste segmenten in de editor er uit vist.
Helaas ben ik geen programmeur en kan ik dit zelf niet. (Het 2e punt zou me misschien wel lukken, maar de rest gaat me echt boven de pet.) Mijn vraag is dus ook: Zijn er meer mensen hierin geinteresseerd en kunnen we zoiets gaan ontwikkelen?
de manier waarop is heel omslachtig ja klopt… ik zou het ook niet kunnen wijzigen. Volgens mij zijn er wel personen bezig om bij de organisaties waar dit vandaan komt op 1 of andere manier iets “geautomatiseerd” te krijgen. Is alleen tijdens mijn vakantie besproken dus weet er weinig van.
Zelf ben ik programmeur en conceptbedenker. Ook ik zit hier al naar te kijken en wilde al in contact komen met mensen die meldingen doorzetten, om te zien hoe zij dit precies moeten doen.
Zelf had ik het volgende idee (mogelijk zou het automatisch inladen hier een onderdeel van kunnen zijn, je zit alleen met de exacte segmenten en de juiste richting die je nodig hebt).
Mijn idee;
Een speciale invoerpagina voor gebruikers waarin een gebruiker een permalink kan plakken (en dan meteen de kaart tonen met de juiste segmenten), tijden ingevoerd kunnen worden, eventueel met extra info over de wegwerkzaamheden zoals bron en beschrijving. Deze data vervolgens voor de invoerders van de werkzaamheden in een mooie csv of tabel tonen. Dit haalt het deel wegwerkzaamheden uit het ‘platte’ forum en bereidt de data voor voor invoer. Hiermee kan ook gecontroleerd worden op dubbele invoer en eventueel wijzigingen van tijden doorgezet worden.
Desnoods zou in een latere fase (wellicht na een pilot-periode?) de automatisering verder getrokken kunnen worden door aansluiting te zoeken met de organisatie van Waze en de segmenten geautomatiseerd door te schieten het systeem in (na goedkeuring van een LV4+?).
Het is alweer een tijdje stil geweest hier. In ieder geval al een leuk idee van hoeboe, al maakt dat het werk van ons editors er niet makkelijker op. Het vervelendste werk waar ik zelf tegenaan hik is het handmatig kopiëren van alle data. Ik weet niet hoe jij daar tegenaan kijkt, hoeboe?
Omdat ik niet weet wat de vervolgstappen zijn voor invoerders, kan ik daar moeilijk op inspelen. Uiteraard is elk handmatig werk vervelend en als het wel moet gebeuren, hoort het zo optimaal mogelijk te zijn.
Wij voeren het in een excel sheet in. Als we die volgorde zouden kunnen hebben dan zou het gemakkelijker zijn om over te zetten:
Closure Description; User name; Closing Date; Closing Time - local time; Opening Date ; Opening Time - local time; City / Road; Name of Road; Segments ID’s; Permalink; Location; Nodes; Comments
Het probleem is dat het in specifieke formats moet (bijv. datum etc), en dat is lastig om gelijk te houden als je het weinig doet. Dat zou je dan moeten forceren. De segment Id’s worden nu al wel automatisch uit de Permalink gehaald.
Interessant item. Toevallig ben ik ook programmeur en webbouwer.
De suggesties van Marc lijken een beetje op het Feedthewaze (FTW) wat bestaan heeft. Ook een tool gebouwd om wegwerkzaamheden in te voeren. En ook daar was het al een probleem dat je niet wist wat iemand anders al had ingevoerd en wat er dus al in de database stond. M.u.v enkele admins.
Een paar kanttekeningen:
*
De link die je aangeeft heeft nog geen landelijke dekking en verder is het een dynamisch opgebouwde pagina, dat maakt het gebruik van een script voor uitlezen niet mogelijk. En ook al heb je statische pagina’s (bijv vananaarbeter), dan loop je nog de kans dat de eigenaar het format wijzigt of de onderliggende code, zodat je script niet meer werkt of ongemerkt verkeerde gegevens inleest.
Daarnaast vinden niet alle website eigenaren het goed dat je hun data er zo af plukt. Dat vind ik zelf ook niet prettig.
Het lijkt me in zo’n geval het beste om een bron met data te vinden en met de eigenaar samen te werken, zodat je continuïteit in je datatoevoer garandeert. Ook achter de website die Marc aangeeft zit natuurlijk een database die geinterfaced zou kunnen worden.
Je moet verder ook denken aan een terugkoppeling van eerder gemelden werkzaamheden die niet doorgaan of een andere datum krijgen.
Als het al lukt om de data via een nette interface binnen te krijgen, dan zijn ze wel in eenvoudig in een spreadsheet te zetten. Met uitzondering van de segmenten van Waze. Dat gaat mijn inziens echt niet lukken om die op enige manier automatisch op te halen.
Dat zal dus wel handwerk blijven.
Mogelijk kan Waze wel helpen om het zoeken van de segementcodes te vereenvoudigen, dat was immers bij FTW ook zo, maar mijn ervaringen met support zijn niet zo dat ze meteen zullen staan te springen. Maar niet geschoten is altijd mis, dus wie weet…
Wat een mogelijkheid is, is dat de ingelezen data klaar gezet wordt in een website waar dan een groep mensen die meldingen van Waze segmentennummers voorzien en zo klaarmaken voor export naar de Waze uploadsheets.
Zo te lezen zijn dat nog de excel-files die we eerder tijdelijk gebruikten voor werkzaamheden en nog steeds gelden voor de events. Ik weet niet of je die sheets nu zo instuurt, of via de website submit. In het laatste geval zal automatisering sowieso in overleg met Waze support moeten.
Er zullen altijd lokale werkzaamheden en events blijven die gemeld moeten worden en niet in landelijke pagina’s staan. Die zouden dan handmatig aan de queue op deze website kunnen worden toegevoegd.
Deze website zou dan meteen een mooie reference kunnen zijn voor degene die nieuwe meldingen willen toevoegen en zo kunnen controleren of het al eerder gemeld is of automatisch ingelezen.
Kortom. technisch is er best wat mogelijk om het proces te optimaliseren, als de data gestructureerd aangeleverd kan worden, maar handwerk blijft nodig. En nauwe samenwerking met Waze support is nodig.
Uiteraard wil ik meedenken of zelfs meebouwen als de tijd me toe staat. Maar ik las ook al ergens dat er onlangs over nagedacht zou zijn, dus misschien loopt er al e.e.a… ?
Bedankt voor je reactie. Een paar opmerkingen mijnerzijds:
Ik ben zelf werktuigbouwkundig ingenieur, dus alvast mijn excuses voor mijn gebrek aan technische kennis in de webwereld. Ik denk graag mee, maar ben niet altijd op de hoogte van wat er wel of niet precies kan. Anders dan basic datasorteerscriptjes programmeren wordt ook lastig…
FTW heb ik nog net in zijn kapotte eindfase gekend, maar dat is niet helemaal wat ik voor ogen had. Daarbij moest je nog steeds alles info aanvoeren met het handje, en wat je zegt, je hebt geen enkel overzicht over eerdere meldingen. Dat heb je nu nog steeds niet echt, tenzij je dit subforum gaat doorzoeken, maar of dat het juiste oplevert is natuurlijk erg afhankelijk van de gebruikte zoektermen, straatnamen etc.
De link die ik aangeef is inderdaad niet zaligmakend, maar voor mijn woongebied levert het duidelijke en complete info. Het is maar een voorbeeld van een site met informatie, maar wel een met de potentie om ons te helpen. Jouw idee klinkt niet verkeerd, ik zal eens kijken of de beste mensen open staan om hun brondata te delen en samen te werken. Dan zouden we in ieder geval een basis hebben om vanuit te kunnen werken naar een eenvoudiger situatie. Dat er altijd ontbrekende info zal zijn lijkt me niet meer dan logisch, tenzij we het op de een of andere manier voor elkaar krijgen dat alle instanties hun afsluitingen aan ons moeten melden. Weinig kans gok ik. Info uit meerdere bronnen trekken is dan natuurlijk beter, en dan moeten we checken op overlap en dat terugkoppelen aan moderators of invoerende gebruikers.
Het probleem met handmatig invoeren is ook het beperkte aantal actieve mensen hierin. Als er een paar man op vakantie zijn blijven hun gebieden niet up to date. Dat leidt tot mensen die verkeerd worden gestuurd en dus ontevreden gebruikers. Laten we niet vergeten dat we zelf altijd lopen te pochen dat onze kaarten het meest actueel zijn. Mijns inziens hoort daar ook bij dat tijdelijke afsluitingen netjes staan aangegeven.
Je geeft aan dat er al iets anders benoemd was. Heb je een linkje? Ik ben wel benieuwd naar wat dat is.
Wat ik aangaf is dat ik ergens gelezen had dat er mogelijk al aan gewerkt werd. Dat was een opmerking van Tim in deze discussie. Mogelijk dat hij inmiddels wat meer weet. Tim?
Een beperkt aantal mensen zou niet het probleem hoeven te zijn als het alleen gaat om segmenten zoeken en in een uploadsheet (laten) zetten. Als er maar steeds mensen de aangevoerde info trouw blijven verwerken. Voor de uploadsheet hoef(de) je geen rechten te hebben voor dat gebied. Als dat dan nog steeds zo werkt als ‘vroeger’…
Ah, ik had Tim z’n post blijkbaar niet zo goed gelezen.
En wat betreft het verwerken van de data is het geen probleem, het gaat om het aanvoeren er van. Ik ben in de regio twente volgens mij de enige die er mee bezig is en ik hou het gewoon niet bij. Ik heb ook maar beperkte tijd om met Waze actief te zijn…
Ik denk graag mee, maar ben niet altijd op de hoogte van wat er wel of niet precies kan. Anders dan basic datasorteerscriptjes programmeren wordt ook lastig…