MobileMe vs iCloud email alias

Ik was een tevreden MobileMe gebruiker en had zgn. email aliassen ingesteld. Dit waren een aantal externe POP email accounts ( 5 in mijn geval ) die door de MobileMe service werden uitgelezen en naar m’n iPhone, iPad en MacBook werden gepushed.

Nu ben ik al weer een tijdje over naar iCloud, maar daar hebben email aliassen een totaal andere betekenis. Het zijn nu gewoon alternatieve adressen ( max. 3 ) voor je Apple ID ( je @me.com email adres ) die je kunt gebruiken om online aankopen te doen bijvoorbeeld. Echter de oude instellingen blijken ook nog gewoon te werken; de POP adressen worden nog steeds gewoon uitgelezen, zonder dat je dit in de iCloud email instellingen kunt zien/aanpassen.

Vraag niet hoe het kan, maar geniet ervan.

Maar soms gaat het toch niet helemaal goed. De emails worden netjes uitgelezen en doorgestuurd naar m’n iPad2 en MacBook Pro, maar niet ( altijd ) naar m’n iPhone4. Terwijl de instellingen gewoon netjes hetzelfde zijn.
Settings -> Mail, Contacts, Calendars -> Fetch New Data -> Push

Zet die instelling op de iPhone4 tijdelijk even op Fetch en na een korte tijd weer terug naar Push. Het lijkt een oplossing… fingers crossed.

iPhone4 iOS v5.0.1 – iPad2 iOS v5.0.1 – MacBook Pro OS X Lion v10.7.2

Highlights stuurgroep BGT van 9 november 2011

gelezen op de Geonovum website

Op woensdag 9 november 2011 is de Stuurgroep van de Basisregistratie Grootschalige Topografie bijeen geweest. Hieronder leest u de highlights uit het verslag van deze stuurgroepbijeenkomst. De documenten waarnaar het verslag verwijst, – review informatiemodel BGT en IMGeo, Maatschappelijke kosten en batenanalyse en de uitvoeringstoets BGT) – vindt u in de bibliotheek van het dossier BGT|IMGeo.

Transitieperiode BGT
De stuurgroep heeft kennis genomen van het voorstel van het bronhouderoverleg om de realisatieperiode van de BGT te verdelen in twee fasen (respectievelijk 3 plus 4 jaar) en neemt tevens kennis van de memo fasering transitieperiode en inwerkingtreding wetgeving.

Besluit:

  • Te kiezen voor aanpassing van de transitietermijn naar 7 jaar in twee fasen:
    • Realisatie van BGT 1e fase in drie jaar (1-1-2013 tot en met 31-12-2015)
    • Ingebruikname van BGT 1e fase in een jaar (1-1-2016 tot en met 31-12-2016)
    • Realisatie van BGT 2e fase in vier jaar (1-1-2016 tot en met 31-12-2019)
    • Ingebruikname van BGT 2e fase automatisch (1-1-2020)
  • Na drie jaar is er een BGT waarin ten minste de huidige inhoud van de bestanden bij de bronhouders is omgezet in een landsdekkend bestand in de taal van de BGT.
  • De bestuurlijke afspraken t.a.v. de transitieperiode schriftelijk vast te leggen.

Wet BGT
De stuurgroep neemt kennis van het memo over de status van het samenwerkingsverband bronhouders en neemt tevens kennis van de memo over de term registratiehouder.

Besluit:
Akkoord te gaan met de voorliggende wettekst en de toelichtingen bij de wet, zodat deze in het wetgevingstraject kunnen worden ingebracht.

  • De belangrijkste aanpassingen ten opzichte van de vorige concept versie betreffen:
    • Wijziging domeinafbakening van de bronhouders.
    • Het toestaan dat gebieden die buiten de domeinafbakening van bronhouders vallen worden gemarkeerd als ‘ongeclassificeerd’.
    • De verwerkingstermijn van aangeleverde gegevens bij de landelijke voorziening is 4 werkdagen.
    • Gebruik van standaardinformatie uit de BGT is voor gebruikers die onder de gebruiksplicht vallen kosteloos.
  • Er wordt een passage opgenomen in de memorie van Toelichting waarin wordt gesteld dat samenwerking van bronhouders de geëigende manier lijkt om aan verplichtingen te kunnen voldoen.

Aanpassingen Informatiemodel BGT
De stuurgroep neemt kennis van de rapportage van de tweede review van het informatiemodel.

Besluit:

  • In te stemmen met de wijze waarop met de opmerkingen uit de tweede review is omgegaan.
  • In te stemmen met de wijzigingen van het informatiemodel ten opzichte van de versie die is gereviewd.
  • In te stemmen met het voorstel voor de vaststellingsprocedure van het informatiemodel BGT, zodat het eindproduct in december gereed is.

Maatschappelijke kosten baten analyse
De stuurgroep neemt kennis van het rapport Maatschappelijke kosten en baten van de BGT.

Besluit:

  • Stuurgroep stemt in met de hoofdconclusie van het rapport dat de MKBA positief uitvalt.
  • Stuurgroep stemt in met het zodanig opzetten van de Landelijke Voorziening dat deze plustopografie conform IMGeo kan opnemen en distribueren.

Bijdrage Rijk in transitiekosten
De stuurgroep neemt kennis van de vergelijking tussen de kostenraming van het LSV uit 2007 en de huidige indeling van het programmabudget in de meerjarenplanning. De stuurgroep bespreekt de hoogte van de tegemoetkoming in de transitiekosten vanuit het programmabudget die door IenM op €8.000.000,- is gesteld.

Besluit:

  • De tegemoetkoming in transitiekosten voor alle bronhouders tezamen bedraagt € 8 miljoen.
  • Dit  bedrag wordt beschikbaar gesteld aan het SVB (Samenwerkingsverband Bronhouders).
  • Dit gebeurt wanneer het SVB-BGT formeel bestaat en er binnen het SVB-BGT overeenstemming is hoe het geld wordt ingezet om kosteneffectief samen te werken teneinde het bedrag zo goed mogelijk bij te laten dragen aan het doel: een landsdekkende BGT.

Uitvoeringstoets
De stuurgroep neemt kennis van het rapport Informatiekundige Uitvoeringstoets van KING.

De voorzitter geeft aan dat de uitvoeringstoets waardevolle signalen bevat over punten die nog aandacht behoefden.
Dit betreft de aanpak en planning transitie, hetgeen is opgelost door de transitieperiode te verlengen. Tevens betreft dit de rol van het SVB, waarover is afgesproken dat de toegevoegde waarde van samenwerkende bronhouders wordt beschreven in de Memorie van Toelichting bij de wet. Tot slot betreft dit duidelijkheid over de tegemoetkoming in transitiekosten.
 
Besluit:

  • De stuurgroep stemt in met het inrichten van een tussenfase ‘Transitievoorbereiding’. In deze fase worden de zaken die noodzakelijk zijn voor de start van de realisatie van de transitie naar de BGT opgeleverd. Deze tussenfase duurt in beginsel tot 1-7-2012.
  • Tijdens deze transitievoorbereiding:
    1. Werkzaamheden in het kader van het programma BGT, waarvan in de uitvoeringstoets in het midden is gelaten wie voor de realisatie verantwoordelijk is, toe te delen.
    2. Invulling te geven aan de aanbevelingen uit uitvoeringstoets en MKBA voor zover dit niet is gedaan tijdens deze stuurgroepbijeenkomst BGT (9 november 2011).

Wet BGT in Behandeling

gelezen op de LinkedIn Group: BGT Basisregistratie Grootschalige Topografie

Gisteren ( woensdag 9 november jl. ) heeft de Stuurgroep BGT besloten de conceptwet BGT aan de Minister aan te bieden zodat zij die in behandeling kan nemen.

De Stuurgroep heeft daarbij besloten de BGT in tijd en kwaliteit gefaseerd in te voeren:
Op 1-1-2016 is er een BGT op basis van de beschikbare meetgegevens en metadata, maar dan wel objectgericht, geassembleerd en landsdekkend. Een jaar later verplicht gebruik hiervan.
Op 1-1-2020 is er een BGT overeenkomstig IMBGT dus inclusief de nog op 1-1-2016 ontbrekende beschrijvende attributen.

De Stuurgroep heeft nogmaals het belang van het nog op te richten samenwerkingsverband SVB-BGT benadrukt en dat dit SVB het enige portaal tot de LV is. Vanwege het advies en belang om op het niveau van IMGeo te registreren zullen zowel het SVB-BGT en de LV dit niveau ondersteunen.
Het SVB krijgt het landelijk beschikbare transitiebedrag van minimaal 8 Miljoen om bronhouders te helpen bij het realiseren van de objectgerichte geassembleerde BGT.
Het IMGeo is vastgesteld, waarbij nog wel discussie is over een zevental issues.
De Stuurgroep neemt de aanbevelingen uit de Informatiekundige en Bestuurlijke Uitvoeringstoets over.
Medio 2012 komt er een handreiking waarin beschreven welke stappen bronhouders moeten nemen om de gewenste BGT te realiseren.

Vrijdag 11-11-2011 gaat men in het Bronhoudersoverleg verder met de voorbereiding van (het oprichten van) het SVB-BGT.

dg DIALOG Topografie data in Oracle Spatial beschikbaar in AutoCAD Map ( vervolg )

In één van mijn vorige posts heb ik geschreven over het organisatorische voordeel van de koppeling van AutoCAD Map aan de dg DIALOG Topografie database in Oracle Spatial. Deze keer iets meer over de technische oplossing.

De dg DIALOG Topografie data zijn opgeslagen in diverse Oracle tabellen. In één daarvan, de dgdtw_topografie tabel, staan alle objecten met hun geometrie. De objecten in de tabel zijn voorzien van enkele attributen, waaronder de objectcode. Afhankelijk van deze objectcode – die vertelt wat voor type object het is – zijn er meerdere tabellen gelinkt, met meer specifieke attributen. AutoCAD Map zou direct aan de dgdtw_topografie tabel kunnen worden gekoppeld, maar dan worden alle data in één feature layer afgebeeld. Dat is niet zo handig; soms wil je bepaalde informatie eenvoudig uit/aan kunnen zetten – soms wil je bepaalde informatie pas bij een bepaald schaalniveau zichtbaar maken.

Daartoe hebben we een SQL script gemaakt die op basis van de objectcode bijvoorbeeld de lijnen van de gebouwen, wegen, water, overige topografie en de vlakken van de panden in verschillende Oracle views schrijft. Deze views worden als aparte feature layers in AutoCAD Map afgebeeld en per objectcode kunnen zo nodig kleuren, lijntypes en vlakvulling worden ingesteld. Ook de puntobjecten worden naar een puntenview geschreven. Hieraan kunnen per objectcode AutoCAD blocks worden gekoppeld, zodat voor de weergave dezelfde puntsymbolen kunnen worden gebruikt als in de AutoCAD omgeving gebruikelijk is.

Teksten en 2-punt symbolen waren nog een uitdaging. Deze zijn in de dgdtw_topografie tabel opgeslagen als korte lijnstukjes; één punt als aangrijpingspunt en één punt voor de richting. AutoCAD Map verwacht deze als punten (gtype 2001) en rotatiehoeken. In het SQL script hebben we twee functies toegevoegd die de betreffende lijststukjes converteren naar punten en rotatiehoeken. Deze worden vervolgens naar de views weggeschreven.

Op deze manier kan de afdeling Civiel een directe koppeling maken met de basiskaart van de afdeling GEO. Geen export of conversies meer. En geen discussie: “heb ik nu wel de laatste ondergrond?” Gewoon live de dgTopo database onder het Civiel ontwerp afbeelden en gebruiken.

Apple koopt 3D-kaarttechnologie

gelezen op onemorething

Apple is al een aantal jaar bezig om een alternatief te ontwikkelen voor Google Maps. In 2009 werd het kaartbedrijf PlaceBase al overgenomen. Vorig jaar kwam daar Poly9 bij, een bedrijf dat een soort Google-earth-achtige technologie heeft ontwikkeld. De grote klapper lijkt echter nu pas gemaakt te zijn: het Zweedse bedrijf C3.

C3 heeft een technologie ontwikkeld waarmee gebieden razendsnel en in hoge kwaliteit 3D in kaart gebracht kunnen worden. Door met een vliegtuig over een gebied heen te vliegen, beelden te maken en deze met software te analyseren kan een landschap in 3D opgebouwd worden dat vergelijkbaar is met Google Earth, zij het met veel meer precisie en in veel hogere kwaliteit.

upgrade naar VMware Fusion 4

Om met Windows programma’s te kunnen werken op een Mac onder OS X zijn er verschillende software oplossingen voorhanden; BootCamp, Parallels of VMware Fusion. Ik gebruik al een tijdje VMware omdat ik goede ervaringen had met VMware Workstation op PC.

Voor de Mac is er nu een nieuwe versie, dus ik heb mijn versie geupgrade naar VMware Fusion 4. Sneller, mooier, betere integratie met de Mac. En… met ondersteuning voor Apple OSX 10.7 Lion.

de BGT en de Blije Bronhouder

Herken je dit ?

de GBKN in bebouwd gebiedHet LKI-datamodel dat momenteel wordt gebruikt voor de GBKN is na bijna 25 jaar toe aan een opvolger. Het oude model focust op kaartproductie met nadruk op de beschrijving van de landmeetkundige kwaliteit. De GBKN is een punt- en lijngerichte kaart. Momenteel vindt uitwisseling van data plaats door middel van bestanden in NEN1878 formaat. De kaart wordt beheerd door Overheden, Nutsbedrijven en de Stichting LSV GBKN.

De afdelingen die belast zijn met het Beheer van de Openbare Ruimte ( BOR ) gebruiken deze GBKN als ‘onderlegger’. Zij tekenen met behulp van hun beheersoftware vlakken bovenop de GBKN lijnen en maken hun eigen beheerkaart om daar hun beheeraspecten aan te koppelen.
Hierdoor wordt de beheergeometrie los van de basiskaartgeometrie beheerd, met alle kans op ‘uit de pas lopen’ van dien.

De Basisregistratie Grootschalige Topografie (BGT) gaat alle objecten, zoals huizen, wegen en dijken die in het terrein aanwezig zijn, vastleggen. De BGT wordt een nieuwe basisregistratie, gebaseerd op de huidige Grootschalige Basiskaart Nederland (GBKN) en is waarschijnlijk in 2015 klaar. Alle overheden kunnen dan dezelfde basisset grootschalige topografie van Nederland gebruiken.

De komst van de BGT gaat er dus voor zorgen dat het ‘uit de pas lopen’ van basis- en beheergeometrie voorgoed verleden tijd is.

Goed verhaal, hoe dan ?

de BGT met opdelende en inrichtende objecten op alle nivo'sHet BGT datamodel heeft het over gesloten verharding, open verharding, half verhard en onverhard. De beheerders hebben het over asfalt, cementbeton, betonstraatstenen, gebakken klinkers, tegels, sierbestrating, grasbeton, schelpen, puin, grind, gravel, boomschors en zand.
Dan moeten we wéér op twee plekken data gaan bijhouden, dat kan toch niet de bedoeling zijn ?

Daarom heeft Geonovum ruim een jaar geleden het initiatief genomen om gemeenten, provincies, ingenieursbureaus, software ontwikkelaars & consultants input te vragen voor IMGeo v2.0. In IMGeo v2.0 is ‘ruimte’ voor meer gedetailleerde attributen en ook het opsplitsen van objecten naar deel-objecten ten behoeve van beheer behoort tot de mogelijkheden.

Hoe worden we hier nu blij van ?

Als de afdeling Geo bij het opbouwen van de BGT rekening houdt met de extra’s die IMGeo biedt, dan wordt de kaart intern bruikbaar voor de afdeling BOR.

Dat lijkt extra werk bij het opbouwen van de BGT, maar dat is werk dat anders toch op de beheerafdelingen moet worden gedaan. Bovendien is meer detail aanbrengen in de attributen niet veel extra werk. Het vergt overleg met de betrokken afdelingen over naamgeving. Verder moet het natuurlijk mogelijk blijven om hier BGT attributen van af te leiden. Dat is geborgd in het IMGeo v2.0 datamodel.
Het opdelen van objecten vergt wel extra werk; soms zal er zelfs een landmeter voor naar buiten moeten. Hiermee bereik je enerzijds een hoge kwaliteit, anderzijds hoeft de beheerder dit later niet meer in te vullen. Ook hier moet er softwarematig voor worden gezorgd dat de IMGeo objecten worden samengevoegd tot BGT objecten.

Als de afdeling Geo dit proces ter hand neemt, dan wordt één groep – de bronhouder van de BGT – verantwoordelijk voor kwaliteit en actualiteit van de Geodata en leveren ze basis Geodata die door beheerafdelingen kunnen worden gebruikt. Met deze manier van werken zal de afdeling Geo weer echt tot zijn recht komen.

Maak van de komst van de BGT dus een feestje!

De Geo Academie organiseert een ‘de BGT en de Blije Bronhouder‘ workshop. Erik Meerburg en Henny van der Pol nemen de deelnemers mee op de zoektocht naar de kansen van de BGT.