Korte Wiki vragen

[regenmaker]

Naamgeving zat ik zelf ook mee te worstelen.

[umbusko]

Gecombineerd met is dan wellicht zelfs overbodig, want volgens mij volstaat het als je kunt voorkomen dat huidige lijnen opvolgers hebben. Dat een huidige lijn een andere huidige lijn als voorganger kan hebben is qua navigatie op zich niet zo'n probleem. Of zie ik iets over het hoofd?

Voor dit voorbeeld in Utrecht volstaat het volgens mij inderdaad zoals jij beschrijft.

Waar ik nog aan zit te denken is het geval waarbij twee lijnen tussendoor een stukje route uitwisselen. Zoals lijn 1 in Roermond, die op 30 april 2017 een stukje uitwisselde met de 62. Wat mij betreft zou het fijn zijn om die 62 in de infobox te hebben staan (zodat je in één oogopslag kunt zien dat er "iets" is overgenomen van / afgesplitst naar de 62), maar dan natuurlijk niet als voorganger en opvolger zoals nu het geval is. Dan heb je dus zowel de "tussentijdse voorganger" als de "tussentijdse opvolger" nodig.

Meer dan om "huidige lijnen met een opvolger" gaat het volgens mij erom dat je "voorganger" en "opvolger" vrij kunt houden voor de startdatum en einddatum die bij "periode" staat aangegeven, en de twee nieuwe parameters kunt gebruiken voor snelle navigatie bij wijzigingen binnen die periode. Dat huidige lijnen dan geen opvolger hebben, is daar inderdaad een prettig logisch gevolg van.

[regenmaker]

@Umbusko: Maar wat zijn in jouw ogen handige namen om te gebruiken?

[umbusko]

Dat "afgesplitst naar" van Daniel vond ik eigenlijk wel duidelijk. Misschien dan "afgesplitst van" en "afgesplitst naar"? De parameter moet dan natuurlijk niet |afgesplitst= heten, maar misschien |voorganger2= en |opvolger2= ?

Voor de 20/21/22 kunnen we dan aanhouden wat Daniel heeft voorgesteld:

Code: Selecteer alles

22
Voorganger(s)		12
Afgesplitst naar	20, 21

20
Voorganger(s)		22, 60

21
Voorganger(s)		22, 61

Het voorbeeld van Meltrain wordt dan:

Code: Selecteer alles

144
Voorganger(s)		144
Afgesplitst naar	142

142
Voorganger(s)		144

In mijn voorbeeldje krijg je dan:

Code: Selecteer alles

1
Voorganger(s)		11, 12, 19
Afgesplitst van		62
Afgesplitst naar	62
Opvolger(s)		1, 2

62
Voorganger(s)	 	78, 178, 179
Afgesplitst van		1
Afgesplitst naar	1
Opvolger(s)		62, 63

[regenmaker]

Is het in jouw laatste voorbeeld om niet Uitgewisseld met te gebruiken in plaats van Afgesplitst van en naar beide te gebruiken?

[umbusko]

Ja, dat kan inderdaad ook, maar dan zou dat als extra functie bovenop "afgesplitst van" en "afgesplitst naar" moeten komen.

Want ik heb ook een voorbeeld waarin alleen "voorganger(s)" en "afgesplitst van" nodig zijn: lijn 659, die afgesplitst is van lijn 610 maar waar op een later moment ook een deel van de route van lijn 10 naartoe is afgesplitst.

Code: Selecteer alles

659
Voorganger(s)	610
Afgesplitst van	10

[Daniel]

Daar is lijn 10 dan toch gewoon een voorganger?

[umbusko]

Nee, want de 610 was de voorganger van de lijn - in 2017 - en de route van de 10 is pas afgesplitst in 2020. Dat is nou net het idee, dat we de voorgangers en opvolgers (die matchen met de "periode" in de infobox) onderscheiden van de tussentijdse voorgangers en opvolgers.

[rooddolfijn]

Vanochtend heb ik de zomerdienstregelingen van meerdere tramlijnen in Amsterdam bijgewerkt of toegevoegd. Bij sommige tramlijnen zijn er nu gedrochten ontstaan in de infoboxen, bijvoorbeeld lijn 4: https://wiki.ovinnederland.nl/wiki/Lijn ... tation_RAI en lijn 7: https://wiki.ovinnederland.nl/wiki/Lijn ... Azartplein.

Persoonlijk vind ik dat er best wel wat informatie in de infobox mag staan, alleen vind ik dat er bij bijvoorbeeld lijn 4 erg veel regels met informatie staan. Zelf dacht ik aan een paar mogelijkheden:
1. Het zo laten, waardoor de verschillen in frequentie makkelijk uit de infobox af te lezen zijn.
2. De avonden in de zomervakantie niet te vermelden, maar alleen de verschillen met de normale dienstregeling vermelden onder het kopje dienstregeling. Hetzelfde zou kunnen gelden voor de verschillen tussen de ochtend- en middagspits in de zomervakantie.

Waarschijnlijk zijn de infoboxen in Den Haag ook erg gevuld, aangezien de HTM ook veel kleine frequentieverlagingen in de zomervakantie heeft. Aangezien het best wel een klusje is om de verschillen tussen de dienstregelingen te vinden en te vermelden, is dit in Den Haag volgens mij nog niet verdiept gedaan.

Wat is jullie mening hier over.

[umbusko]

Ik zou het zo laten, denk ik, tenzij je het veel overzichtelijker op de pagina zelf kunt opnemen. Wellicht is het wel een idee om het sjabloon zo aan te passen zodat "avond (weekend)" en "avond (weekend vak.)" pas onder de zaterdag en zondag komen? Ik stoor me er al langer aan dat de avond-weekendfrequentie in de infobox hoger staat dan de frequentie overdag, ik vind dat niet intuïtief.

Een andere vraag: ik zie enkele Duitse vervoerders op de wiki staan met AG in de titel: DB Fernverkehr AG, DB Regio AG, Bentheimer Eisenbahn AG en Hagener Straßenbahn AG. Ik zou eigenlijk willen voorstellen om dat AG uit de paginatitel te halen. We hebben bij andere bedrijven ook geen GmbH, NV of BV in de titel staan. Zijn jullie het daarmee eens of zijn er bezwaren tegen?

[regenmaker]

Wat het eerste betreft, zou ik ook zo laten. Wat dat laatste betreft, prima!

[Visgraatmodel]

Ik weet niet of dit de juiste locatie is maar sinds een korte tijd (wanneer weet ik helaas niet) is bushalte C.G. Roosweg hernoemd tot Krimpen Centrum.

https://wiki.ovinnederland.nl/wiki/Lijn ... sel_Fresia

[Hendrik]

Iemand enig idee waarom deze link de foutmelding '502 Bad Gateway' oplevert?
https://wiki.ovinnederland.nl/wiki/Den_ ... /Bediening

[Lijn 45]

Ik bedacht me dat ik eerder hierover een bericht heb gezien, dat was deze.

Als ik de pagina Frankfurt (M) Flughafen Fernbf/Bediening probeer te bereiken, krijg ik een 502 Bad Gateway. Waar komt dat door? In ieder geval, mocht iemand hem kunnen bereiken, die moet worden hernoemd in Frankfurt (M) Flughafen Fernbf/Bediening (Nederland).

Als ik de pagina Frankfurt (M) Hbf/Bediening (Nederland) probeer te bereiken, krijg ik trouwens ook een 502 Bad Gateway.

Komt omdat er te veel DPLs met te veel zoekresultaten op een pagina worden gebruikt. Sowieso moet dat stationbedieningssysteem eens op de schop, want bruikbaarder wordt het er niet op.

Regenmaker, zou je dit bericht kunnen toelichten?

Kan ik wel. Elk jaar komt er op de bedieningspagina's een nieuwe DPL bij voor dat specifieke dienstregelingsjaar. Op een gegeven moment als er te veel zoekresultaten op een pagina zijn met te veel DPLs dan kan de site dat niet meer aan en krijg je een error als je de pagina wilt bezoeken daarom is het stationbedieningssysteem zoals die nu wordt gehanteerd onhoudbaar op termijn.

Oftewel: er staan te veel tabellen op die pagina.

[Hendrik]

Thanks! En hopelijk kan het (ooit...) worden gefixt!

[Meltrain]

De fout lijkt wel op willekeurige pagina's plaats te vinden. https://wiki.ovinnederland.nl/wiki/Rott ... /Bediening werkt bijvoorbeeld nog wel.

[Daniel]

Ja, waarschijnlijk zijn er op Rotterdam Centraal dus minder historische treinseries ingevoerd dan op Den Haag HS