Re: [OSM-talk-nl] Hallo OSM-NL community

[Stefan de Konink]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Lennard wrote:
> Stefan de Konink wrote:
> 
>> Het render.py en meta tile script staat waarschijnlijk ergens op de 
>> wiki, Roeland moet je daar vast meer over kunnen vertellen.
> 
> En stylesheets staan op git, zodat je ook qua stijl gelijk kunt blijven 
> lopen met wat er op tile.openstreetmap.nl gebeurt.

En git is dan weer te vinden op git.openstreetmap.nl.


Stefan

-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEAREKAAYFAkognlYACgkQYH1+F2Rqwn2XfACdGp2kIX8Lfw8ioAWJfBSSvJAB
OU4Anj9aX6yURyPxR0nyq7xr6clkOPi1
=tOSa
-END PGP SIGNATURE-

___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] Merkaartor vertaling voor Ubuntu gebruikers

[Stefan de Konink]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Milo van der Linden wrote:
> Mocht je interesse hebben om mee te werken aan de vertaling, meld je dan 
> aan bij Launchpad en vervolgens bij de openstreetmap groep.

Translated so far: 51%


Gaat goed ;)


Stefan
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEAREKAAYFAkognesACgkQYH1+F2Rqwn33EwCeMXIuuxWIlH/08x1OQgeMUiYG
SMUAn0BgK6G34CRGLtGGyiaOfoTqjJ67
=UB8Y
-END PGP SIGNATURE-

___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] Hallo OSM-NL community

[Lennard]

Stefan de Konink wrote:

> Het render.py en meta tile script staat waarschijnlijk ergens op de 
> wiki, Roeland moet je daar vast meer over kunnen vertellen.

En stylesheets staan op git, zodat je ook qua stijl gelijk kunt blijven 
lopen met wat er op tile.openstreetmap.nl gebeurt.


-- 
Lennard

___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] Hallo OSM-NL community

[Stefan de Konink]

Hoi Robert,

Robert Verspuy wrote:
> Samen met een collega ondernemer zijn we wat producten en diensten aan
> het bundelen onder de naam Solvination. Sinds een jaar ben ik bezig met 
> het testen van een GPS tracker genaamd de "picotrack".
> zie http://www.picotrack.nl/catalog/product/gallery/id1/image/1/

Ziet er uit als leuk speelgoed ;) Heeft Peter Repelsteeltje de Vries die 
ook gebruikt voor z'n motor experiment?

> Alle tiles bij elkaar kost ong. 120GByte aan ruimte. Helaas kost dit ook 
> iets meer dan 4 dagen rekentijd (laag 0 t/m 17), laag 18 is hij nog mee 
> bezig.

Het prerenderen zou alleen een afweging moeten zijn bij data die vaak 
direct zichtbaar is. Omdat jij toch extra informatie hebt (immers je 
weet waar je tracks gaan lopen) zou je ook kunnen prerenderen op de 
stukken waar daadwerkelijk tracks door heen lopen.


> Deze nieuwe tile server zou eventueel als mirror kunnen werken voor de
> bestaande NL openstreetmap server(s). Zodat ik op die manier ook iets 
> terug doe voor het gebruik van alle opensource projecten en OSM data.
> Maar dan zou het mooi zijn, als ik ook de updates per minuut instel,
> zodat ik altijd in pas loop met de andere mapping servers.

Altijd leuk :)


> Dus heeft iemand een link of meer info over hoe ik dat het beste kan
> inrichten?

Het render.py en meta tile script staat waarschijnlijk ergens op de 
wiki, Roeland moet je daar vast meer over kunnen vertellen. Als Cherokee 
promotie medewerker moet ik natuurlijk wel even kwijt dat je daar mee de 
snelste tileserver kunt maken ;)


Stefan

___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] woonplaatsgrenzen.openstreetmap.nl beschikbaar!

[Stefan de Konink]

Lennard wrote:
> Stefan de Konink wrote:
> 
>> Uiteraard bedanken we de gemeente Terneuzen hartelijk. En dat er nog 
>> maar veel mogen volgen :) Of in een keer alle grenzen via VROM :)
> 
> Uiteraard zullen deze grenzen ook nog in OSM zelf worden gezet, waarna 
> we ze vanaf daar op de kaart kunnen gaan zetten. Wat er op dit moment op 
> de site staat is vooral om te laten zien dat het proces werkt.

http://www.metatopos.org/

heel toevallig de bovenstaande site gevonden... wellicht eens benaderen?


Stefan

___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] Woonplaatsen taggen

[Lennard]

Christiaan Welvaart wrote:

> Dat betekent dat aan een bebouwde kom grens ook een naam moet kunnen 
> hangen, en zo zit het al in osm (landuse=residential, place=x) denk ik. 
> Moeten die ook een admin_level krijgen?

Wat we in Nederland doen is misbruik van de landuse=residential tag, en 
we komen er voorlopig nog mee weg ook.

Wat denk je van een stad die doorsneden wordt door een rivier? Laten we 
de landuse=residential doorlopen onder de rivier? Wie woont er in een 
rivier?

Wat denk je van een plaats die een woonwijk heeft die niet vastligt aan 
de eigen kern, maar tegen een andere plaats aan? Hoe wil je daar 1 
coherente, benoemde landuse=residential van maken.

Wat denk je van een stad, waar een groot winkelterrein is 
(landuse=retail) of een kantorenpark (landuse=commercial). Gaan we 
landuse op landuse stapelen? Dan zit je ook aan layer=* vast, en ben je 
aan het "schilderen" voor de renderer.

> En moet er dan een verschil gemaakt worden tussen postadressen 
> (BAG->alleen woonplaatsen) en route plannen, waar je neem ik aan elke 
> bebouwde kom naam mag gebruiken, want die staat mogelijk aangeven op 
> verkeersborden.

Waarom zou het ene het andere uitsluiten? Een namefinder service zou 
niet zo naïef moeten zijn dat hij bij voorbaat al matches uit gaat 
sluiten. Als jij van iemand een postadres weet, en je wilt daarheen 
routeren, terwijl dat gehucht onder een andere naam op de borden staat, 
dan moet dat nog steeds kunnen.


-- 
Lennard


___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] Woonplaatsen taggen

[Christiaan Welvaart]

On Fri, 29 May 2009, Colin Smale wrote:

> Bovendien, niet alle woonplaatsen op de blauwe borden zijn woonplaatsen in de 
> zin van een woonplaatsbesluit. Er zijn veel dorpjes of gehuchten met een 
> eigen naam op de bebouwdekomborden die in het woonplaatsbesluit geen 
> zelfstandige woonplaats zijn.

Dat betekent dat aan een bebouwde kom grens ook een naam moet kunnen 
hangen, en zo zit het al in osm (landuse=residential, place=x) denk ik. 
Moeten die ook een admin_level krijgen?

En moet er dan een verschil gemaakt worden tussen postadressen 
(BAG->alleen woonplaatsen) en route plannen, waar je neem ik aan elke 
bebouwde kom naam mag gebruiken, want die staat mogelijk aangeven op 
verkeersborden.


 Christiaan

___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

[OSM-talk-nl] OpenStreetMap Gebruikersdag 2009

[Bas de Lange]

Beste Talk'ers,

Tot morgen bij de OpenStreetMap Gebruikers dag 2009 in Baarn.

Willen jullie eventuele (OpenStreetMap)-gps'en mee nemen, zodat deze
gebruikt kunnen worden om nieuwe mensen de edele kunst van het "mappen" te
leren?

http://nl.geofreedomday.org/

-- 
Met vriendelijke groet,

Bas de Lange

06 166 26 950

Hoofdorganisator Software Freedom Day Nederland
http://www.youtube.com/watch?v=y0_KiVdIOtc

http://softwarefreedom.nl/


___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] Woonplaatsen taggen

[Colin Smale]

Bovendien, niet alle woonplaatsen op de blauwe borden zijn woonplaatsen 
in de zin van een woonplaatsbesluit. Er zijn veel dorpjes of gehuchten 
met een eigen naam op de bebouwdekomborden die in het woonplaatsbesluit 
geen zelfstandige woonplaats zijn. En de bebouwdekomborden zijn volgens 
mij eigenlijk alleen maar verkeersborden, die aangeven dat de regels van 
"binnen de bebouwde kom" gelden.


Colin

Theun wrote:



2009/5/28 Christiaan Welvaart >


boundary=civil voorstellen?). Maar boundary=administrative is
misschien
helemaal niet raar: deze grenzen zijn belangrijk voor dingen als
postadressen en carnavalsnamen, en de bekende blauwe
bebouwde-kom-borden
natuurlijk.


Om misverstanden te voorkomen, woonplaatsgrenzen hebben meestal niks 
met bebouwde-kom borden te maken. Binnen de bebouwde kom is het altijd 
wel duidelijk in welke plaats je bent. Woonplaatsgrenzen worden echt 
interessant in het buitengebied, welke wegen/adressen vallen onder 
welke woonplaats.


Theun,
 





___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl
  


___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] Woonplaatsen taggen

[Theun]

2009/5/28 Christiaan Welvaart 

> boundary=civil voorstellen?). Maar boundary=administrative is misschien
> helemaal niet raar: deze grenzen zijn belangrijk voor dingen als
> postadressen en carnavalsnamen, en de bekende blauwe bebouwde-kom-borden
> natuurlijk.


Om misverstanden te voorkomen, woonplaatsgrenzen hebben meestal niks met
bebouwde-kom borden te maken. Binnen de bebouwde kom is het altijd wel
duidelijk in welke plaats je bent. Woonplaatsgrenzen worden echt interessant
in het buitengebied, welke wegen/adressen vallen onder welke woonplaats.

Theun,
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] Woonplaatsen taggen

[Lennard]

Richard Duivenvoorde wrote:

> ik heb al voor verschillende klanten gemeentekaarten nodig gehad. En 
> kwam zo dus vaak bij het cbs (de gegeneraliseerde) gemeentegrenzen 
> bestand uit.

Ja, en we weten wel hoe mooi die loopt. Dan zijn de grenzen die we nu 
hebben in OSM al beter. :-)

> Het lijkt me prachtig als we de grenzen van gemeentes gewoon 'officieel' 
> van de gemeentes ontvangen. Dan kunnen we ze namelijk ook netjes zelf 
> bijhouden: als iemand iets weet van een herindeling of verschuiving: de 
> gemeente weer even bellen/mailen en aanpassen.

Er is al iemand die vele grenscorrecties in NL bijhoudt:

http://home.planet.nl/~pagklein/gemhis.html

> Maar ik zie dat dan als een aparte 'data-set' binnen osm. Een die dus 
> wel gebruikt kan worden bij osm, maar ook heel duidelijk apart kan 
> worden geexporteerd EN wordt onderhouden.

Nog mooier zou het zijn als we in OSM echte lagen zouden krijgen, met 
eventueel ook een mate/methode van authorisatie om deze te kunnen 
wijzigen. Daardoor zouden we bepaalde imports een betere plek kunnen 
geven, en waardoor je in een editor niet zo makkelijk zo'n laag wijzigt. 
Je zou zo'n laag dan bv expliciet moeten ontsluiten.

Maar ik vrees dat dat allemaal een discussie voor een later tijdstip is. :)

> osm trekken voor een kaartje is ideaal. M.a.w. allemaal ADMINISTRATIEVE 
> grenzen; grenzen die NIET echt zijn ingemeten en kadastraal vastgelegd 
> maar meer afgeleid zijn van adminsitratieve indelingen.

Het lijkt me fantastisch om al deze indelingen in OSM een plekje te geven.

> Ik zou me dus dus niet vastleggen op 'admin-levels' (je weet toch niet 
> heoveel je er nodig hebt), maar eerder iets doen met admin-type oid. 
> Meestal zijn die begrenzingen namelijk losstaand (ik kan me alleen bij 
> provinciegrenzen voorstellen dat die met gemeentegrenzen me omklappen).

De admin_levels zijn voor het soort grenzen waar we het tot nu toe over 
gehad hebben, woonplaatsgrenzen, noodzakelijk, wil je deze op de geeikte 
kaarten zichtbaar maken.

Daarbuiten kunnen we inderdaad geschiktere tagging gebruiken voor al 
deze andere voorbeelden, die we dan alleen op thematische kaarten 
zichtbaar maken. Of met een query uit OSM kunnen halen.

> Op deze manier is het voor iets als wikipedia heel eenvoudig om op basis 
> van osm mooie en eenvoudige kaartjes te maken (en na te bewerken met 
> inkscape).

Excellent!

> (hoe begin ik trouwens zo'n project/categorie in de wiki ?)

'Gewoon' de pagina's aanmaken, en linken vanuit het hoofdproject. Daar 
is het een Wiki voor.

-- 
Lennard

___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] Woonplaatsen taggen

[Richard Duivenvoorde]

Lennard wrote:
> Lennard wrote:
> 
>> Skinkie en ik hebben vannacht gezocht naar deze documenten, en van een 
>> aantal gemeenten inderdaad ook gevonden inclusief kaart, in 
>> verschillende mate van detail. Van veel gemeenten is echter niet veel 
>> meer te vinden dan het besluit zelf, zonder de kaartbijlage.
> 
> We zijn dus maar begonnen met enkele gemeenten aan te schrijven voor de 
> originele tekeningen. De eerste heeft al een bestand aangeleverd, 
> inclusief de woonplaatscodes.
> 
> Blijft over de kwestie van tagging. Ik ben er nog steeds voor om het 
> onder admin_level te scharen.
> 
> Overigens moeten we de waterschappen ook nog een keer kwijt zien te 
> raken in het model. Die grenzen lopen vaak totaal niet gelijk met 
> gemeentegrenzen.

He Lennard,

ik heb al voor verschillende klanten gemeentekaarten nodig gehad. En 
kwam zo dus vaak bij het cbs (de gegeneraliseerde) gemeentegrenzen 
bestand uit.

Het lijkt me prachtig als we de grenzen van gemeentes gewoon 'officieel' 
van de gemeentes ontvangen. Dan kunnen we ze namelijk ook netjes zelf 
bijhouden: als iemand iets weet van een herindeling of verschuiving: de 
gemeente weer even bellen/mailen en aanpassen.

Maar ik zie dat dan als een aparte 'data-set' binnen osm. Een die dus 
wel gebruikt kan worden bij osm, maar ook heel duidelijk apart kan 
worden geexporteerd EN wordt onderhouden.

Een duidelijk filter om bv gemeente, postcode (pc3, pc4, pc5, pc6), 
waterschappen, gemeentes, deelraden, staddelen, buurten, wijken, 
provincies, rijkswaterstaat districten, politie-districten enz enz uit 
osm trekken voor een kaartje is ideaal. M.a.w. allemaal ADMINISTRATIEVE 
grenzen; grenzen die NIET echt zijn ingemeten en kadastraal vastgelegd 
maar meer afgeleid zijn van adminsitratieve indelingen.

Ik zou me dus dus niet vastleggen op 'admin-levels' (je weet toch niet 
heoveel je er nodig hebt), maar eerder iets doen met admin-type oid. 
Meestal zijn die begrenzingen namelijk losstaand (ik kan me alleen bij 
provinciegrenzen voorstellen dat die met gemeentegrenzen me omklappen).

Voor de liefhebbers, ik heb intussen een QGIS-plugin klaar waarin je 
netjes (osm/ shape /ander data) een vector kaart opmaakt en die dan 
exporteert als svg (waarbij de kleuren en lagen dus netjes bij elkaar 
blijven (binnen  tags) en dus ook groepsgewijs later in inkscape 
kunnen worden aangepast). Iemand van wikimedia heeft me daar eens om 
gevraagd. Ik zal zorgen dat die eerdaags in de officiele qgis repository 
komt (maar mail me even op rich...@duif.net als je 'm eerder wilt hebben).

Op deze manier is het voor iets als wikipedia heel eenvoudig om op basis 
van osm mooie en eenvoudige kaartjes te maken (en na te bewerken met 
inkscape).

Ander voorstel:
- wiki pagina met een lijst van alle gemeentes, provincies en 
waterschappen, en een voorbeeld brief /email.
Iedereen kan dan beginnen met een paar gemeentes aan te schrijven, en 
elkaar op de hoogte houden ervan

Bij voldoende belangstelling wil ik wel trekker worden van een 
sub-project 'administratieve grenzen' zoals er ook andere subprojecten 
zijn, zie http://wiki.openstreetmap.org/wiki/WikiProject_Netherlands

(hoe begin ik trouwens zo'n project/categorie in de wiki ?)

Groet Richard Duivenvoorde


___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] Woonplaatsen taggen

[Lennard]

Eugene van der Pijll wrote:
> Blijkbaar niet... In Opera 9.25 (Linux) werken sommige sites wel
> (informationfreeway, bijv. en yournavigation) en andere niet
> (tile.openstreetmap.nl). Maar daar maak ik verder niet zo'n probleem
> van.

http://tile.openstreetmap.nl/ werkte tot eerder deze week ook niet goed 
op IE7, maar daar is aan gewerkt. Wellicht dat je deze nu ook kunt zien 
met je Opera.

> Dat is goed om te horen!

Leek me ook! :)

> Het probleem is dat zo'n internationale toepassing dan moet weten dat
> woonplaatsen in Nederland admin_level=10 krijgen, maar dat in land Y
> de admin_level=8-indeling gebruikt wordt...

We kunnen ook eens kijken naar wat ze in Duitsland om hebben gegooid:

7   gemeenten zoals wij ze in NL nu in OSM hebben, dus een gebied
dat kan bestaan uit meerdere steden/dorpen
8   woonplaatsen
9   stadsdelen met (gedeeltelijk) zelfbestuur
10  stadsdelen zonder zelfbestuur
11  wijken

In de op dit moment standaard rendering van grenzen op niveau 2, 4, 8 
komen dus de grenzen van de steden/dorpen in kaart, en niet de grens van 
de eigenlijke gemeente. In ons geval zouden dan de woonplaatsgrenzen te 
zien zijn, ipv gemeentegrenzen.

Het blijft uitermate lastig om de veelheid aan administratieve systemen 
in de wereld in 1 tabel te vatten. :)

> Als in ieder land die gebieden getagt worden met "boundary=addressing"
> of wat dan ook, hoeft een applicatie maar 1 regel te weten.

Dat kan ook werken door een 2e relatie te maken, met boundary=addressing 
en dezelfde members. Maar is een adressing-schema al ergens voorgesteld 
of in gebruik?

>> Ik hoef alleen maar naar onze zuiderburen te kijken, om gelijk al te 
>> zien dat het niet werkt. De grenzen van gewesten, gemeenschappen en 
>> provincies (resp admin_level 4/5/6 daar) zijn niet in een hiërarchie te 
>> vatten, en lopen op plekken door elkaar heen.
> 
> Als dat voor Belgie geen problemen veroorzaakt, dan zal het voor ons ook
> wel werken.

Kleine nuance: de provincies vallen wel compleet binnen een bepaald 
gewest, dus de 4->6 hiërarchie is wel aanwezig. De gemeenschappen lopen 
daar op sommige plekken niet gelijk mee op.

> Ok, ik ben niet helemaal overtuigd, maar ga je gang.
> 
> Ik zal binnenkort een lijstje op de wiki zetten van gemeenten waarvan de
> gegevens al bekend zijn.

Mooi. We kunnen dus gaan bijhouden:

- Niet verwerkt
- Grenzen nagetekend van een gepubliceerd Woonplaatsbesluit
- Grenzen geïmporteerd van een origineel GIS-bestand van de gemeente/VROM

Ik stel voor om ook gegevens bij te houden van andere grensdetails, 
zodat we ook weten welke stukken lands- en provinciegrens al van een 
betere kwaliteit zijn dan vanuit Skywave's AND-import van vorig jaar.

-- 
Lennard


___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] Woonplaatsen taggen

[Christiaan Welvaart]

On Fri, 29 May 2009, Lennard wrote:

> Christiaan Welvaart wrote:
>
>> Dit zijn toch echt geen boundary=administrative grenzen, maar eerder
>> boundary=statistical, nuts_level=3 .
>
> Vertel dat de andere landen maar die NUTS-3 hebben gedefiniëerd binnen
> hun admin_level's. :-)
>
> In België zijn het de arondissementen: admin_level=7
> In Duitsland de Landkreise: admin_level=6
> In Zweden de Län: admin_level=4

Misschien zijn dat wel bestuurlijke eenheden? Het is niet raar dat NUTS 
indelingen daarmee samenvallen. Ook in Nederland gebeurt dat met andere 
niveau's. Maar een puur statistische (artificiele) indeling zoals COROP 
moet je niet met boundary=administrative taggen lijkt me.

> Anyway, het COROP-verhaal... wie hier had er al eerder van gehoord? De
> indeling van de COROP-regio's is de bevolking vast totaal onbekend.

Nooit eerder van gehoord idd.


 Christiaan

___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] Woonplaatsen taggen

[Lennard]

Christiaan Welvaart wrote:

> Dit zijn toch echt geen boundary=administrative grenzen, maar eerder 
> boundary=statistical, nuts_level=3 .

Vertel dat de andere landen maar die NUTS-3 hebben gedefiniëerd binnen 
hun admin_level's. :-)

In België zijn het de arondissementen: admin_level=7
In Duitsland de Landkreise: admin_level=6
In Zweden de Län: admin_level=4

Anyway, het COROP-verhaal... wie hier had er al eerder van gehoord? De 
indeling van de COROP-regio's is de bevolking vast totaal onbekend.

Ze in NL onder boundary=statistical brengen, is wel een leuk idee.

-- 
Lennard


___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] Woonplaatsen taggen

[Eugene van der Pijll]

Lennard schreef:
> Eugene van der Pijll wrote:
> > Helaas kan ik de kaart op mijn (wat oudere) browser niet zien, maar ik
> > zie het t.z.t. wel in OSM verschijnen.
> 
> Het is 'gewoon' een KML-laagje in OpenLayers. Als OL werkt voor je, dus 
> als je de kaart ziet, zou je een KML daarop dan toch ook moeten zien?

Blijkbaar niet... In Opera 9.25 (Linux) werken sommige sites wel
(informationfreeway, bijv. en yournavigation) en andere niet
(tile.openstreetmap.nl). Maar daar maak ik verder niet zo'n probleem
van.

> > Hoe zit het met de buitengrenzen van de gemeente? Zijn die hetzelfde als
> > onze huidige grenzen, of zijn ze nauwkeuriger?
> 
> Een stuk nauwkeuriger. En dat lijkt niet alleen zo (de lijnen sluiten 
> mooi aan op wegen en wateren), maar van wat ik hier aan lokale kennis 
> heb, is dat ook zo.

Dat is goed om te horen!

> > admin_level=X heeft als nadeel dat dat niet zegt dat deze grenzen met
> > adressering te maken hebben. Op een gegeven moment moeten deze grenzen
> > gebruikt gaan worden voor iets als de internationale Namefinder
> > service, om adressen te zoeken.
> 
> Ik zie geen enkel probleem, juist omdat het binnen het admin_level 
> schema valt.

Het probleem is dat zo'n internationale toepassing dan moet weten dat
woonplaatsen in Nederland admin_level=10 krijgen, maar dat in land Y
de admin_level=8-indeling gebruikt wordt...

Als in ieder land die gebieden getagt worden met "boundary=addressing"
of wat dan ook, hoeft een applicatie maar 1 regel te weten.

> > Eerder kwam het voorstel langs om admin_level=10 te gebruiken; maar een
> > "woonplaats" is (over het algemeen!) groter dan een deelgemeente, en
> > moet dus een lager admin_level hebben.
...
> 
> Ik hoef alleen maar naar onze zuiderburen te kijken, om gelijk al te 
> zien dat het niet werkt. De grenzen van gewesten, gemeenschappen en 
> provincies (resp admin_level 4/5/6 daar) zijn niet in een hiërarchie te 
> vatten, en lopen op plekken door elkaar heen.

Als dat voor Belgie geen problemen veroorzaakt, dan zal het voor ons ook
wel werken.

Ok, ik ben niet helemaal overtuigd, maar ga je gang.

Ik zal binnenkort een lijstje op de wiki zetten van gemeenten waarvan de
gegevens al bekend zijn.

Eugene

___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] Woonplaatsen taggen

[Christiaan Welvaart]

On Fri, 29 May 2009, Lennard wrote:

> In Nederland hebben we overigens ook nog de COROP-regio's (NUTS 3), die
> de provincies weer opdelen. Die zouden beter op admin_level=5 passen dan
> waterschappen.

Dit zijn toch echt geen boundary=administrative grenzen, maar eerder 
boundary=statistical, nuts_level=3 .


 Christiaan

___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] Woonplaatsen taggen

[Christiaan Welvaart]

On Fri, 29 May 2009, Eugene van der Pijll wrote:

> Christiaan Welvaart schreef:
>> On Thu, 28 May 2009, Lennard wrote:
>>> Blijft over de kwestie van tagging. Ik ben er nog steeds voor om het
>>> onder admin_level te scharen.
>>
>> Voor woonplaatsen zou boundary=town kunnen werken (wat moet
>> boundary=civil voorstellen?).
>
> Boundary=town heeft als nadeel dat het verwarring oproept met
> "place=town", wat een specifiekere betekenis heeft (een plaats met
> tussen 10.000 en 100.000 inwoners).

En voor de grens van een gehucht is boundary=town raar.

> admin_level=X heeft als nadeel dat dat niet zegt dat deze grenzen met
> adressering te maken hebben. Op een gegeven moment moeten deze grenzen
> gebruikt gaan worden voor iets als de internationale Namefinder
> service, om adressen te zoeken.

Standaard zal toch in alle boundary=administrative gezocht worden? Dan 
zouden we hoogstens waterschappen en deelgemeenten uit kunnen sluiten. Je 
moet toch ook op land en provincie kunnen zoeken? Er zijn verschillende
woonplaatsen met dezelfde naam in Nederland, en het is gebruikelijk om dan 
de provincie te vermelden.

>>> Overigens moeten we de waterschappen ook nog een keer kwijt zien te
>>> raken in het model. Die grenzen lopen vaak totaal niet gelijk met
>>> gemeentegrenzen.
>>
>> boundary=administrative, admin_level=5
>
> Slecht idee, want sommige waterschappen bevinden zich in 2 provincies.
> Het admin_level-systeem is hierarchisch opgebouwd; iedere grens die
> getagd is op niveau 2 ("Nederland") is tegelijk een 4-grens (provincie),
> en iedere provincie-grens is een gemeente-grens.

Toch is een waterschapsgrens een 'administrative boundary'. Moeten deze 
tags sowieso niet alleen op relaties komen te staan? Dan speelt dit 
probleem volgens mij minder of niet.

> Toepassingen die de afzonderlijke ways gebruiken raken in de war als we
> van dat principe afstappen.

Dit zegt me even niets...


 Christiaan

___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] Woonplaatsen taggen

[Lennard]

Eugene van der Pijll wrote:
> Helaas kan ik de kaart op mijn (wat oudere) browser niet zien, maar ik
> zie het t.z.t. wel in OSM verschijnen.

Het is 'gewoon' een KML-laagje in OpenLayers. Als OL werkt voor je, dus 
als je de kaart ziet, zou je een KML daarop dan toch ook moeten zien?

> Hoe zit het met de buitengrenzen van de gemeente? Zijn die hetzelfde als
> onze huidige grenzen, of zijn ze nauwkeuriger?

Een stuk nauwkeuriger. En dat lijkt niet alleen zo (de lijnen sluiten 
mooi aan op wegen en wateren), maar van wat ik hier aan lokale kennis 
heb, is dat ook zo.

Alleen als je de KML in Google Earth laadt, dan is er toch weer een 
shift met de GE laag, dus dat moet je zeker niet als leidraad nemen. Op 
onze OSM kaart ligt de KML er echt heel strak op.

Bij het importeren wil ik dus ook de al beschikbare OSM grenzen 
verfijnen aan deze nieuwe data.

> Er zijn trouwens een groot aantal gemeenten met maar 1 woonplaats; die
> hoef je in principe niet aan te schrijven. Die kan je herkennen doordat
> ze in hun woonplaatsbesluit maar 1 woonplaatsnaam noemen.

Daarvoor zul je toch eerst het Woonplaatsbesluit op moeten vragen, want 
die zijn maar van een minderheid van de 441 gemeenten online te vinden.

> admin_level=X heeft als nadeel dat dat niet zegt dat deze grenzen met
> adressering te maken hebben. Op een gegeven moment moeten deze grenzen
> gebruikt gaan worden voor iets als de internationale Namefinder
> service, om adressen te zoeken.

Ik zie geen enkel probleem, juist omdat het binnen het admin_level 
schema valt.

> Eerder kwam het voorstel langs om admin_level=10 te gebruiken; maar een
> "woonplaats" is (over het algemeen!) groter dan een deelgemeente, en
> moet dus een lager admin_level hebben.

Moet? Dat is jouw interpretatie van admin_level blijkbaar, dat er een 
strakke hiërarchie aanwezig moet zijn, zodat elk lager niveau compleet 
binnen het opeenvolgende hogere niveau past. Dat is nergens vastgelegd, 
maar meer een gevolg van de opbouw van overheden in veel landen.

Ik hoef alleen maar naar onze zuiderburen te kijken, om gelijk al te 
zien dat het niet werkt. De grenzen van gewesten, gemeenschappen en 
provincies (resp admin_level 4/5/6 daar) zijn niet in een hiërarchie te 
vatten, en lopen op plekken door elkaar heen.

>>> Overigens moeten we de waterschappen ook nog een keer kwijt zien te
>>> raken in het model. Die grenzen lopen vaak totaal niet gelijk met
>>> gemeentegrenzen.
>> boundary=administrative, admin_level=5
> Slecht idee, want sommige waterschappen bevinden zich in 2 provincies.

Maar een provincie bevindt zich niet compleet binnen een Waterschap. 
Catch-22. Zou je de waterschappen dan op admin_level=3 zetten, dan is er 
ook al geen hiërarchie.

In Nederland hebben we overigens ook nog de COROP-regio's (NUTS 3), die 
de provincies weer opdelen. Die zouden beter op admin_level=5 passen dan 
waterschappen.

En dan kun je de Nederlandse NUTS-1 al niet eens meer kwijt, hoewel die 
zit ook tussen 2 en 4, qua dekking.

> Het admin_level-systeem is hierarchisch opgebouwd; iedere grens die

Zie boven. De enige hiërarchie is slechts schone schijn. De gedachte 
achter admin_level was dat er enige mate van overeenkomst is tussen 
verschillende landen, zodat er overal wel grenzen gerenderd kunnen 
worden voor entiteiten van ongeveer gelijke belangrijkheid.

> getagd is op niveau 2 ("Nederland") is tegelijk een 4-grens (provincie),
> en iedere provincie-grens is een gemeente-grens.

We gebruiken relaties voor grenzen. Ik zie het als een non-issue.

> Toepassingen die de afzonderlijke ways gebruiken raken in de war als we
> van dat principe afstappen.

Noem er eens een paar, relevante?

-- 
Lennard


___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] Openwandelkaart.nl

[Stefan de Konink]

Op 29 mei 2009 om 11:16 heeft "ce-test, qualified testing bv - Gert  
Gremmen"  het volgende geschreven:\

> Kwa kleurstelling kan er nog wat verbetert worden.
> Wie ziet op onderstaande link het wandelpad ???

Meta; een vraagteken is voldoende voor de boodschap, kost me toch weer  
4 bytes exta om op te slaan...


Stefan

___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

[OSM-talk-nl] Merkaartor vertaling voor Ubuntu gebruikers

[Milo van der Linden]

Beste allemaal,

Dankzij gezamelijke inspanning van een klein team enthousiaste 
OpenStreetMappers is merkaartor beschikbaar als applicatie in de Ubuntu 
repository. Voor de applicatie werkt het upgrade proces momenteel goed, 
telkens wanneer launchpad een nieuwe versie goedkeurt komt deze 
automatisch beschikbaar voor Ubuntu gebruikers.

Er staat echter nog een ding open: De vertaling van Merkaartor naar het 
Nederlands!

Ik ben al noest begonnen, maar kan wel wat hulp gebruiken. De vertaling 
bevindt zich op:

https://translations.launchpad.net/merkaartor/

Mocht je interesse hebben om mee te werken aan de vertaling, meld je dan 
aan bij Launchpad en vervolgens bij de openstreetmap groep.

Met vriendelijke groet,

Milo van der Linden
secretaris Stichting OpenGeo
http://www.opengeo.nl

___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] Woonplaatsen taggen

[Eugene van der Pijll]

Goed nieuws, van Terneuzen!
Helaas kan ik de kaart op mijn (wat oudere) browser niet zien, maar ik
zie het t.z.t. wel in OSM verschijnen.

Hoe zit het met de buitengrenzen van de gemeente? Zijn die hetzelfde als
onze huidige grenzen, of zijn ze nauwkeuriger?

Er zijn trouwens een groot aantal gemeenten met maar 1 woonplaats; die
hoef je in principe niet aan te schrijven. Die kan je herkennen doordat
ze in hun woonplaatsbesluit maar 1 woonplaatsnaam noemen.

Christiaan Welvaart schreef:
> On Thu, 28 May 2009, Lennard wrote:
> > Blijft over de kwestie van tagging. Ik ben er nog steeds voor om het
> > onder admin_level te scharen.
> 
> Voor woonplaatsen zou boundary=town kunnen werken (wat moet 
> boundary=civil voorstellen?).

Boundary=town heeft als nadeel dat het verwarring oproept met
"place=town", wat een specifiekere betekenis heeft (een plaats met
tussen 10.000 en 100.000 inwoners).

admin_level=X heeft als nadeel dat dat niet zegt dat deze grenzen met
adressering te maken hebben. Op een gegeven moment moeten deze grenzen
gebruikt gaan worden voor iets als de internationale Namefinder
service, om adressen te zoeken.

Eerder kwam het voorstel langs om admin_level=10 te gebruiken; maar een
"woonplaats" is (over het algemeen!) groter dan een deelgemeente, en
moet dus een lager admin_level hebben.

> > Overigens moeten we de waterschappen ook nog een keer kwijt zien te
> > raken in het model. Die grenzen lopen vaak totaal niet gelijk met
> > gemeentegrenzen.
> 
> boundary=administrative, admin_level=5

Slecht idee, want sommige waterschappen bevinden zich in 2 provincies.
Het admin_level-systeem is hierarchisch opgebouwd; iedere grens die
getagd is op niveau 2 ("Nederland") is tegelijk een 4-grens (provincie),
en iedere provincie-grens is een gemeente-grens.

Toepassingen die de afzonderlijke ways gebruiken raken in de war als we
van dat principe afstappen.

Eugene

___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] Openwandelkaart.nl

[Rob]

het ging om de wandelpaden zelf, die zijn groen op groen
kwestie van een donker groene "casing" lijkt me

Op 29 mei 2009 12:25 heeft Ben Laenen  het
volgende geschreven:
> De route daar mist de "type=route" tag, en daardoor rendert die niet.
>
> 'k heb de relatie aangepast.
>
> Ben
>
>
> On Friday 29 May 2009, ce-test, qualified testing bv - Gert Gremmen
> wrote:
>> Kwa kleurstelling kan er nog wat verbetert worden.
>> Wie ziet op onderstaande link het wandelpad ???
>>
>> >000FTFTTF>
>>
>>
>>
>>
>> Gert Gremmen
>> -
>>
>> Openstreetmap.nl  (alias: cetest)
>> �� Before printing, think about the environment.
>>
>>
>>
>> -Oorspronkelijk bericht-
>> Van: talk-nl-boun...@openstreetmap.org
>> [mailto:talk-nl-boun...@openstreetmap.org] Namens Freek Verzonden:
>> Friday, May 29, 2009 9:03 AM
>> Aan: OpenStreetMap NL discussion list
>> Onderwerp: Re: [OSM-talk-nl] weblog nu op (we)blog.openstreetmap.nl
>>
>> On Friday 29 May 2009, Stefan de Konink wrote:
>> > Om direct weer even in de 'get it done' mentaliteit te komen.
>> > http://www.openstreetmap.nl/ bevat nu het grootste gedeelte van de
>> > eerder besproken actiepunten. http://openstreetmap.nl/ een wat
>> > directere manier van linken. Gelukkig hebben we zaterdag een
>> > designer in de zaal.
>>
>> Ik zie dat openwandelkaart.nl ook geupdate is, mooi! Ik kijk er naar
>> uit om die komende zomer weer verder uit te breiden :-)
>
>
>
> ___
> Talk-nl mailing list
> Talk-nl@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-nl
>

___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] Openwandelkaart.nl

[Ben Laenen]

De route daar mist de "type=route" tag, en daardoor rendert die niet.

'k heb de relatie aangepast.

Ben


On Friday 29 May 2009, ce-test, qualified testing bv - Gert Gremmen 
wrote:
> Kwa kleurstelling kan er nog wat verbetert worden.
> Wie ziet op onderstaande link het wandelpad ???
>
> 000FTFTTF>
>
>
>
>
> Gert Gremmen
> -
>
> Openstreetmap.nl  (alias: cetest)
>  Before printing, think about the environment.
>
>
>
> -Oorspronkelijk bericht-
> Van: talk-nl-boun...@openstreetmap.org
> [mailto:talk-nl-boun...@openstreetmap.org] Namens Freek Verzonden:
> Friday, May 29, 2009 9:03 AM
> Aan: OpenStreetMap NL discussion list
> Onderwerp: Re: [OSM-talk-nl] weblog nu op (we)blog.openstreetmap.nl
>
> On Friday 29 May 2009, Stefan de Konink wrote:
> > Om direct weer even in de 'get it done' mentaliteit te komen.
> > http://www.openstreetmap.nl/ bevat nu het grootste gedeelte van de
> > eerder besproken actiepunten. http://openstreetmap.nl/ een wat
> > directere manier van linken. Gelukkig hebben we zaterdag een
> > designer in de zaal.
>
> Ik zie dat openwandelkaart.nl ook geupdate is, mooi! Ik kijk er naar
> uit om die komende zomer weer verder uit te breiden :-)



___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] Openwandelkaart.nl

[Lennard]

ce-test, qualified testing bv - Gert Gremmen wrote:
> Kwa kleurstelling kan er nog wat verbetert worden.
> Wie ziet op onderstaande link het wandelpad ???
> 
> 

De Zwethkade?

De stratenlaag is eigenlijk nog steeds de laag zoals die al sinds vorig 
jaar onder deze en de openfietskaart hangt. En je kunt zeggen wat je 
wilt over de wandel/fietspaden op de standaard mapniklaag, maar ze 
vallen _wel_ op.


-- 
Lennard

___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

[OSM-talk-nl] Openwandelkaart.nl

[ce-test, qualified testing bv - Gert Gremmen]

Kwa kleurstelling kan er nog wat verbetert worden.
Wie ziet op onderstaande link het wandelpad ???






Gert Gremmen
-

Openstreetmap.nl  (alias: cetest)
 Before printing, think about the environment. 



-Oorspronkelijk bericht-
Van: talk-nl-boun...@openstreetmap.org 
[mailto:talk-nl-boun...@openstreetmap.org] Namens Freek
Verzonden: Friday, May 29, 2009 9:03 AM
Aan: OpenStreetMap NL discussion list
Onderwerp: Re: [OSM-talk-nl] weblog nu op (we)blog.openstreetmap.nl

On Friday 29 May 2009, Stefan de Konink wrote:
> Om direct weer even in de 'get it done' mentaliteit te komen.
> http://www.openstreetmap.nl/ bevat nu het grootste gedeelte van de
> eerder besproken actiepunten. http://openstreetmap.nl/ een wat directere
> manier van linken. Gelukkig hebben we zaterdag een designer in de zaal.

Ik zie dat openwandelkaart.nl ook geupdate is, mooi! Ik kijk er naar uit om 
die komende zomer weer verder uit te breiden :-)

-- 
Freek

___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] weblog nu op (we)blog.openstreetmap.nl

[Rob]

hehe, is het zo duidelijk ;)

oke dan, waar kan ik klachten deponeren ?

Op 29 mei 2009 09:25 heeft Stefan de Konink  het
volgende geschreven:
>
>
> Op 29 mei 2009 om 09:20 heeft Rob  het volgende
> geschreven:\
>
>> ik vind de site nu al beter ;)
>>
>
> Moet ie zeggen, anders krijgt ie z'n speeltjes niet ;)
>
> Stefan
>
>> Op 29 mei 2009 09:03 heeft Freek  het volgende
>> geschreven:
>>> On Friday 29 May 2009, Stefan de Konink wrote:
 Om direct weer even in de 'get it done' mentaliteit te komen.
 http://www.openstreetmap.nl/ bevat nu het grootste gedeelte van de
 eerder besproken actiepunten. http://openstreetmap.nl/ een wat
 directere
 manier van linken. Gelukkig hebben we zaterdag een designer in de
 zaal.
>>>
>>> Ik zie dat openwandelkaart.nl ook geupdate is, mooi! Ik kijk er
>>> naar uit om
>>> die komende zomer weer verder uit te breiden :-)
>>>
>>> --
>>> Freek
>>
>> ___
>> Talk-nl mailing list
>> Talk-nl@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-nl
>
> ___
> Talk-nl mailing list
> Talk-nl@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-nl
>

___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

[OSM-talk-nl] Hallo OSM-NL community

[Robert Verspuy]

Hoi allemaal.

Ik heb mij gisteren aangemeld op deze mailing list en zal mij even
voorstellen.

Ik ben Robert Verspuy, 30 jaar en woon in Zeewolde.
Ik heb sinds het jaar 2000 een eigen bedrijf genaamd Exa-Omicron.

Samen met een collega ondernemer zijn we wat producten en diensten aan
het bundelen onder de naam Solvination. Sinds een jaar ben ik bezig met 
het testen van een GPS tracker genaamd de "picotrack".
zie http://www.picotrack.nl/catalog/product/gallery/id/1/image/1/

Deze GPS tracker wordt gemaakt in duitsland en is erg klein (lucifer
doosje). De GPS tracker stuurt de GPS positie via GPRS door naar een 
'service centre' server. De leverancier in duitsland verwacht dat de 
service partner (Ik dus) deze server zelf programmeert en inricht. De 
server heb ik de afgelopen maanden geprogrammeerd, en draait nu in test 
fase met 7 picotracks. Nog niet alle functies zijn al beschikbaar op de 
service centre server, maar dat komt nog.
1 pictotrack heb ik als 'public' ingesteld en is te volgen via
http://exarv.volg.me

Ik heb al een eerste functie op de website geprogrammeerd met een GPX
export van de route van 1 dag, zodat ik deze GPX export kan gebruiken om 
weer te uploaded bij openstreetmap en zo nog wat missende straten in 
Zeewolde toe te voegen. (onder andere de straat van mijn nieuwe kantoor, 
oplevering deze zomer op bedrijventerrein horsterparc :)

Voor het tonen van de locatie en route gebruik ik openlayers met een
basiskaart van een zelf ingerichte tile server met OSM data.
De data van volg.me staan op een aparte layer. Deze server 
(tile.solvination.nl) gebruikt de Europa planet OSM, PostGIS, Mapnik en 
tilecache. De server zelf is niet zo snel (1 x Pentium D 3GHz, 1GByte 
RAM, 250 GByte HD-ruimte (raid-1)).

Dus ik heb momenteel met tilecache alle onderstaande tiles pre-generated:
- zoomlagen 0 t/m 8 van de hele wereld
- zoomlagen 9 t/m 13 van heel europa
- zoomlagen 14 t/m 18 van heel NL.

Alle tiles bij elkaar kost ong. 120GByte aan ruimte. Helaas kost dit ook 
iets meer dan 4 dagen rekentijd (laag 0 t/m 17), laag 18 is hij nog mee 
bezig.

Van de zomer (wanneer ons rack in het nieuwe datacentrum in zeewolde is
aangesloten op 100mbit glasvezel), dan ga ik de tile server verplaatsen 
naar een blade op een blade server. Dan heb ik een 1 x quadcore Xeon 
2GHz, 8GByte geheugen en 3TB HD ruimte (raid-0) tot mijn beschikking.
(kan ik nog uitbreiden naar een 2e xeon cpu en 64GByte RAM,tevens heb ik 
een NAS server beschikbaar welke tot 8TB uitgebreid kan worden met 2TB 
disks).

Deze nieuwe tile server zou eventueel als mirror kunnen werken voor de
bestaande NL openstreetmap server(s). Zodat ik op die manier ook iets 
terug doe voor het gebruik van alle opensource projecten en OSM data.
Maar dan zou het mooi zijn, als ik ook de updates per minuut instel,
zodat ik altijd in pas loop met de andere mapping servers.

Dus heeft iemand een link of meer info over hoe ik dat het beste kan
inrichten?

Grz,
Robert Verspuy

-- 
*Exa-Omicron*
Patroonsweg 10
3892 DB Zeewolde
Tel.: 088-OMICRON (66 427 66)
http://www.exa-omicron.nl


___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] weblog nu op (we)blog.openstreetmap.nl

[Stefan de Konink]

Op 29 mei 2009 om 09:20 heeft Rob  het volgende  
geschreven:\

> ik vind de site nu al beter ;)
>

Moet ie zeggen, anders krijgt ie z'n speeltjes niet ;)

Stefan

> Op 29 mei 2009 09:03 heeft Freek  het volgende  
> geschreven:
>> On Friday 29 May 2009, Stefan de Konink wrote:
>>> Om direct weer even in de 'get it done' mentaliteit te komen.
>>> http://www.openstreetmap.nl/ bevat nu het grootste gedeelte van de
>>> eerder besproken actiepunten. http://openstreetmap.nl/ een wat  
>>> directere
>>> manier van linken. Gelukkig hebben we zaterdag een designer in de  
>>> zaal.
>>
>> Ik zie dat openwandelkaart.nl ook geupdate is, mooi! Ik kijk er  
>> naar uit om
>> die komende zomer weer verder uit te breiden :-)
>>
>> --
>> Freek
>
> ___
> Talk-nl mailing list
> Talk-nl@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-nl

___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] weblog nu op (we)blog.openstreetmap.nl

[Rob]

ik vind de site nu al beter ;)

Op 29 mei 2009 09:03 heeft Freek  het volgende geschreven:
> On Friday 29 May 2009, Stefan de Konink wrote:
>> Om direct weer even in de 'get it done' mentaliteit te komen.
>> http://www.openstreetmap.nl/ bevat nu het grootste gedeelte van de
>> eerder besproken actiepunten. http://openstreetmap.nl/ een wat directere
>> manier van linken. Gelukkig hebben we zaterdag een designer in de zaal.
>
> Ik zie dat openwandelkaart.nl ook geupdate is, mooi! Ik kijk er naar uit om
> die komende zomer weer verder uit te breiden :-)
>
> --
> Freek

___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] weblog nu op (we)blog.openstreetmap.nl

[Freek]

On Friday 29 May 2009, Stefan de Konink wrote:
> Om direct weer even in de 'get it done' mentaliteit te komen.
> http://www.openstreetmap.nl/ bevat nu het grootste gedeelte van de
> eerder besproken actiepunten. http://openstreetmap.nl/ een wat directere
> manier van linken. Gelukkig hebben we zaterdag een designer in de zaal.

Ik zie dat openwandelkaart.nl ook geupdate is, mooi! Ik kijk er naar uit om 
die komende zomer weer verder uit te breiden :-)

-- 
Freek

___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl