Hallo allen,
Ik kom er net per toeval achter dat Rostov (Rostov-on-Don, in het zuiden van Rusland) sinds 7 december vorig jaar een nieuwe luchthaven heeft. De IATA code van de oude luchthaven was ROV, maar ik zie nu dat die sinds 26 november is gewijzigd in RVI. De nieuwe luchthaven heeft per 27 november de code ROV overgenomen.
Zie ook https://en.wikipedia.org/wiki/Rostov-on-Don_Airport en https://en.wikipedia.org/wiki/Platov_In ... al_Airport.
Mijn Russische vrouw komt uit die regio dus ik verwacht nog wel een keer die kant op te gaan, en dan heb ik de eigenaardige situatie dat ik weer naar “ROV” vlieg maar dat het wel een andere “ROV” is. De ICAO-code van de oude ROV was overigens URRR en die van de nieuwe ROV is URRP...
In mijn database gebruik ik de IATA-codes om de bezochte vliegvelden aan te geven. Wat nu te doen met de manier waarop ik de locaties aangeef in mijn database?
1. Gewoon “ROV” noteren terwijl het echt een ander vliegveld is?
2. De nieuwe luchthaven bijv. “ROV (2)” noemen?
3. Alle oude wijzigen in “RVI” en de toekomstige bezoeken noteren als “ROV”?
4. Overstappen op ICAO-codes?
5. Iets anders?
Erg benieuwd wat jullie vinden, ik ben er nog niet uit...
In ieder geval bedankt voor de reacties!
groeten,
Ruud
IATA code voor Rostov airport wijzigt, maar toch niet. Help!
Forum rules
Re: IATA code voor Rostov airport wijzigt, maar toch niet. H
5. Je database normaliseren: https://en.wikipedia.org/wiki/Database_normalizationYozik wrote:In mijn database gebruik ik de IATA-codes om de bezochte vliegvelden aan te geven. Wat nu te doen met de manier waarop ik de locaties aangeef in mijn database?
1. Gewoon “ROV” noteren terwijl het echt een ander vliegveld is?
2. De nieuwe luchthaven bijv. “ROV (2)” noemen?
3. Alle oude wijzigen in “RVI” en de toekomstige bezoeken noteren als “ROV”?
4. Overstappen op ICAO-codes?
5. Iets anders?
Erwin
Re: IATA code voor Rostov airport wijzigt, maar toch niet. H
Ik zou zelf doorgaan met wat het nu is. Vroeger was RVI immers ‘echt’ ROV. En per nieuwe data is het een ander veld dat zich ROV noemt.
Dus ik zou gewoon doorgaan met hoe de velden heten, je weet immers wanneer ze aangepast zijn qua IATA codes.
Dus ik zou gewoon doorgaan met hoe de velden heten, je weet immers wanneer ze aangepast zijn qua IATA codes.
Eric
Re: IATA code voor Rostov airport wijzigt, maar toch niet. H
Kan, mits je een tabel bijhoudt dat er twee verschillende "ROV"s zijn... Voor jezelf dan hè, voor mij hoef je dat niet te doenYozik wrote:1. Gewoon “ROV” noteren terwijl het echt een ander vliegveld is?
Yep, kanYozik wrote:2. De nieuwe luchthaven bijv. “ROV (2)” noemen?
Is op zich redelijk straightforward, maar is RVI niet een oude IATA code die ook weer hergebruikt is?Yozik wrote:3. Alle oude wijzigen in “RVI” en de toekomstige bezoeken noteren als “ROV”?
Die veranderen ook wel eens: EDAD werd ETAD...Yozik wrote:4. Overstappen op ICAO-codes?
Het normaliseren dat Erwin voorstelt is een oplossing. Wat ook kan: gewoon de volledige naam van het vliegveld gebruiken? Het is even ombouwen maar als normaliseren onhandig is, is het gebruiken van de volledige naam een optie.Yozik wrote:5. Iets anders?
== All is well, as long as we keep spinning ==
Re: IATA code voor Rostov airport wijzigt, maar toch niet. H
Toen de DDR weer aangesloten werd bij West-Duitsland, hebben alle Duitse militaire velden een nieuwe code gekregen. Van "EDxx" gingen ze naar "ETxx" (zoals hierboven al vermeld werd).
Ik heb dat toen opgevangen door de naam van het vliegveld toe te voegen, dus vanaf dat moment kreeg ik b.v. "Ramstein (EDAR)" en "Ramstein (ETAR)". Ik kan dus ook gemakkelijk zoeken op de kenwoorden "Ramstein" (alle gemaakte foto's op Ramstein) of "EDAR" (foto's gemaakt op Ramstein voor 1990) of "ETAR" (foto's gemaakt op Ramstein na 1990).
't Is maar een idee...
Ik heb dat toen opgevangen door de naam van het vliegveld toe te voegen, dus vanaf dat moment kreeg ik b.v. "Ramstein (EDAR)" en "Ramstein (ETAR)". Ik kan dus ook gemakkelijk zoeken op de kenwoorden "Ramstein" (alle gemaakte foto's op Ramstein) of "EDAR" (foto's gemaakt op Ramstein voor 1990) of "ETAR" (foto's gemaakt op Ramstein na 1990).
't Is maar een idee...
-
- Scramble Addict
- Posts: 1118
- Joined: 13 Mar 2006, 16:43
- Type of spotter: S3
- Subscriber Scramble: Numbercruncher
- Location: AMS/EHAM
Re: IATA code voor Rostov airport wijzigt, maar toch niet. H
Hela!
Interessante discussie. Begin eens met wat piketpaaltjes te slaan:
*Wat voor database gebruik je. Een 'echte' (relationele, of eventueel OO, waar je zelf een front-end op gebouwd hebt), of een semi-echte (bijv. Access front-end only met ingebouwde forms), of een niet zo heel echte (Excel als typisch voorbeeld)?
*Wat wil je dat de code weergeeft? Wil je in 1 oogopslag aan de hand van die code kunnen zien waar je een kist gezien hebt (ik bouw zelf bijv. overzichten aan de hand van de locatiecode)?
*Wat wil je dat de code weergeeft(2)? Is dat een bepaalde set coordinaten (dus een plek ergens op de aarde die altijd gelijk blijft), of 'boeit dat niet zo'?
Om die vragen anders te stellen: hoe gebruik je de code momenteel? Is het al een sleutel naar een tabel met veldnamen, of is het een veld waarvan jij zelf de vertaling doet?
In het verlengde daarvan:
*Waarom gebruik je een code? Is het bedoeld als een afkorting voor een veld, voer je het iedere keer handmatig in, komt het terug in overzichten?
*Moet de code aan iets verbonden zijn, en is dat 'tijdloos'? Anders gezegd: sla je ook nog ergens de naam van een veld op, en blijft die naam altijd gelijk (denk aan RAF Laarbruch, tegenwoordig bekend als Weeze, Kemble/Cotswold, Beek/Aachen, etc.)
Aan de hand van jouw antwoorden zou je een richting op moeten gaan: als je overzichten met de code wilt maken, is het volledig uitschrijven van de naam vermoedelijk minder handig, als je alle namen (en/of officiële codes) van alle velden over tijd wilt laten veranderen, zul je relationeel iets met een aparte tabel moeten gaan verzinnen.
Als ik even heel pragmatisch mag klinken: wellicht is in de door jou geschetste situatie het hanteren van een code ROV2 oid wel gewoon het meest praktisch.
Succes!
Grtz,
Robert W
Interessante discussie. Begin eens met wat piketpaaltjes te slaan:
*Wat voor database gebruik je. Een 'echte' (relationele, of eventueel OO, waar je zelf een front-end op gebouwd hebt), of een semi-echte (bijv. Access front-end only met ingebouwde forms), of een niet zo heel echte (Excel als typisch voorbeeld)?
*Wat wil je dat de code weergeeft? Wil je in 1 oogopslag aan de hand van die code kunnen zien waar je een kist gezien hebt (ik bouw zelf bijv. overzichten aan de hand van de locatiecode)?
*Wat wil je dat de code weergeeft(2)? Is dat een bepaalde set coordinaten (dus een plek ergens op de aarde die altijd gelijk blijft), of 'boeit dat niet zo'?
Om die vragen anders te stellen: hoe gebruik je de code momenteel? Is het al een sleutel naar een tabel met veldnamen, of is het een veld waarvan jij zelf de vertaling doet?
In het verlengde daarvan:
*Waarom gebruik je een code? Is het bedoeld als een afkorting voor een veld, voer je het iedere keer handmatig in, komt het terug in overzichten?
*Moet de code aan iets verbonden zijn, en is dat 'tijdloos'? Anders gezegd: sla je ook nog ergens de naam van een veld op, en blijft die naam altijd gelijk (denk aan RAF Laarbruch, tegenwoordig bekend als Weeze, Kemble/Cotswold, Beek/Aachen, etc.)
Aan de hand van jouw antwoorden zou je een richting op moeten gaan: als je overzichten met de code wilt maken, is het volledig uitschrijven van de naam vermoedelijk minder handig, als je alle namen (en/of officiële codes) van alle velden over tijd wilt laten veranderen, zul je relationeel iets met een aparte tabel moeten gaan verzinnen.
Als ik even heel pragmatisch mag klinken: wellicht is in de door jou geschetste situatie het hanteren van een code ROV2 oid wel gewoon het meest praktisch.
Succes!
Grtz,
Robert W
"In the beginning the Universe was created. This has made a lot of people very angry and has been widely regarded as a bad move."
Douglas Adams
Douglas Adams