Re: [OSM-talk-nl] Licentie veranderingen

2009-02-11 Thread Berend Dekens
Ik vind het ook nogal kort door de bocht genomen om zo even een andere 
licentie te nemen en dat zonder de effecten hiervan goed te bekijken. 
Heeft dit overigens geen implicaties voor de AND data aangezien die via 
de CC gegeven zijn?

Berend

Stefan de Konink schreef:
 L.S.,


 Ab amicis honesta petamus;


 Binnenkort wordt aan de bestuursleden van de OpenStreetMap Foundation
 een licentie verandering gepresenteerd. Als de *core* bestuursleden
 hiermee instemmen dan zal de CC-BY-SA licentie worden vervangen door een
 nog onbekende licentie, die niet geheel transparant tot stand is
 gekomen, niemand de juridische inpact van kent en bovenal nog door
 niemand wordt gebruikt. Ik zeg expliciet core want de 'consulting
 members' hebben geen stem.

 De nieuwe licentie biedt meer 'vrijheden' voor de eindgebruiker, en hakt
 daarmee het virale effect van OSM af. Het is nog niet bekend of OSMF 
 zich als licentiehouder gaat opwerpen, dan krijgen we een soort 
 Buma/Stemra verhaal. Wellicht zijn verandering goed. Onder de 
 voorwaarden waar hij nu wordt gebracht is dat het niet.

 Effectief staat er het volgende gebeuren, iedereen krijgt een mailtje
 van onze grote leider en oprichter van het bedrijf Cloudemade, dat OSM
 data gebruikt en bijvoorbeeld de volgende producten commercieel
 aanbiedt: http://cloudmade.com/products
 ...met de vraag om vooral in te stemmen met de licentie verandering. Op
 de webpagina komt dan te staan iets in de trend van:

 Ga je akkoord met licentie wijziging (ja/nee), wanneer je niet akkoord
 gaat bestaat de mogelijkheid dat we al je data wissen.

 Voor het bovenstaande is een week ingeruimd.


 Ik wil alle mappers het volgende mededelen; mochten we tot een situatie
 gaan komen waar het een als je niet voor ons bent, dan ben je tegen
 ons-stemming krijgt, we er alles aan zullen doen om tot de laatste
 druppel Creative Commons By SA planet data te forken tot een eigen
 infrastructuur. Dit is geen obstructie noch dreigement, slechts een
 garantie dat geen druppel data verloren zal gaan. We zullen alle mensen 
 hiervan op de hoogte moeten gaan stellen; gelukkig zijn we niet alleen.

 Zowel de community in Italië als Duitsland wordt nu op de hoogte 
 gebracht; van uit de laatste hoek hoorde ik:

 very likely that the community will oppose any attempt to rush through 
 a license.


 Stefan

 ___
 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] Contact met KPN gezocht

2008-11-12 Thread Berend Dekens
Ik moet ook persoonlijk zeggen dat ik het een opsteker voor OSM zelf 
beschouw dat KPN 'onze' kaart gebruikt. Mits men inderdaad ergens even 
zet dat de kaart bij OSM weg komt - Teleatlas heeft volgens mij iets 
vergelijkbaars want meestal bij betaalde kaarten is ook duidelijk te 
vinden wie de bron is.

Just my 2 cents,
Berend

Stefan de Konink schreef:
 Ik heb vanmorgen een gesprek met Hi gehad. En als het erg goed voor ons 
 uit gaat pakken dan springt iedere mobiele developer straks een gat in 
 de lucht...

 *hint* iets met geen gps meer nodig hebben ;)


 Stefan

 ___
 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] [Fwd: New reply: Linux + Wine + Luck = Photosynth?]

2008-09-11 Thread Berend Dekens
Ahh, dus dan is Wine als in drank bedoeld en niet Wine als in de 
emulator? (Of net-niet-emulator).

Ik hoopte namelijk dat het over een truuk ging om die site onder linux 
te laten werken ^^.

Berend


Stefan de Konink schreef:
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1

 Berend Dekens schreef:
   
 Ik snap em niet, leuk stukje software maar dit heeft toch helemaal niets 
 met Wine of Photosynth te maken??
 

 Dit is de *originele* Photosynth... voordat het Photosynth heette...


 En dit kwam van de Getsatisfied webstek af.


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

 iEYEARECAAYFAkjJc0IACgkQYH1+F2Rqwn0gvwCfYYDTr3lgB0Vf03UNw64JhcPQ
 r1IAnROw9sbpewrr6CCNqq3DY1xx7EEQ
 =q/W6
 -END PGP SIGNATURE-

 ___
 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] Homebrew navigatie/maprender

2008-07-16 Thread berend


Hey luitjes, 
Ik wil een poging doen een maprenderer cq navigatie iets in elkaar te
 zetten in Java. Nou weet ik dat veel programma's (helemaal voor
embedded  devices) de kaart opdelen in blokken (in een klein formaat)
en dat  gebruiken voor routering en rendering zodat je niet steeds de
hele kaart  hoeft in te lezen. 
Nou is mijn probleem dat ik me dit altijd voorstelde in een x-y grid 
maar de coordinaten op een kaart zijn nu natuurlijk niet simpelweg x-y
 aangezien de wereld rond is. Hoe los je dit nu op als je een kaart in
 blokken wil opbreken? Ik zou simpelweg smerig kunnen stellen dat de 
afwijking in Nederland niet te groot zou worden en dan simpel
vierkante  secties kunnen maken van 1x1km zodat het idee van een grid
blijft werken. 
Echter zou dan bij de kaart van Europa het al een stuk minder leuk 
worden. En tevens lijkt me dit niet de preferred way zeg maar... 
Groeten Berend___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl


Re: [OSM-talk-nl] Homebrew navigatie/maprender

2008-07-16 Thread berend
Hey Milo,

Routeren is het probleem niet aangezien ik bekend ben met grafen en
algoritmes als A*, het probleem zit em in de representatie: hoe breek je
een grote kaart op in blokken in een soort van x-y grid zodat je makkelijk
aangrenzende stukken van de kaart kunt inlezen? Simpelweg vierkantjes wil
dus niet

Berend

On Wed, 16 Jul 2008 16:20:48 +0200, Milo van der Linden
[EMAIL PROTECTED] wrote:
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1
 
 De methode die je kiest is niet de meest optimale. Voor routerings
 (shortest path - fastest path) kun je het beste gebruik maken van de
 zogenaamde grafen theorie)
 http://en.wikipedia.org/wiki/Shortest_path_problem
 
 Ik weet uit ervaring met geavanceerde routeringsproblemen dat het
 extraheren van je werkelijke bestand(en) met routes en knooppunten naar
 een aantal binaire boomstructuren de hoogst mogelijke performance levert.
 
 Routeren is iets dat je niet even snel doet..
 
 [EMAIL PROTECTED] wrote:
 
 Hey luitjes, 
 Ik wil een poging doen een maprenderer cq navigatie iets in elkaar te
  zetten in Java. Nou weet ik dat veel programma's (helemaal voor
 embedded  devices) de kaart opdelen in blokken (in een klein formaat)
 en dat  gebruiken voor routering en rendering zodat je niet steeds de
 hele kaart  hoeft in te lezen. 
 Nou is mijn probleem dat ik me dit altijd voorstelde in een x-y grid 
 maar de coordinaten op een kaart zijn nu natuurlijk niet simpelweg x-y
  aangezien de wereld rond is. Hoe los je dit nu op als je een kaart in
  blokken wil opbreken? Ik zou simpelweg smerig kunnen stellen dat de 
 afwijking in Nederland niet te groot zou worden en dan simpel
 vierkante  secties kunnen maken van 1x1km zodat het idee van een grid
 blijft werken. 
 Echter zou dan bij de kaart van Europa het al een stuk minder leuk 
 worden. En tevens lijkt me dit niet de preferred way zeg maar... 
 Groeten Berend
 
 
 
 
 ___
 Talk-nl mailing list
 Talk-nl@openstreetmap.org
 http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
 
 -BEGIN PGP SIGNATURE-
 Version: GnuPG v1.4.6 (GNU/Linux)
 Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
 
 iD8DBQFIfgPA2oMdf0ahv2kRAl1bAJ0T3+HbNcf4uXfHtJpNNpZMONzAFgCeNCmA
 Vo1/6J6e1E3su5fJY6pXmrk=
 =sR6Z
 -END PGP SIGNATURE-
 
 ___
 Talk-nl mailing list
 Talk-nl@openstreetmap.org
 http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl


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


Re: [OSM-talk-nl] Homebrew navigatie/maprender

2008-07-16 Thread berend
Ik wil voor een carputer project navigatie hebben gebaseerd op de OSM
kaarten.

Het geheel is in Java opgebouwd en heeft behalve een X server niets nodig
(linux based dus). Ik ben dus op zoek naar turn-by-turn navigation op de
OSM kaarten (of een andere gratis kaart - die wss niet bestaat) en die zich
laat embedden in de Java framework. Dit mag ook via dbus maar mijn
zoektocht naar native Java progsels liep op niets uit, vandaar de poging om
te kijken of ik niet zelf iets dergelijks van de grond kan krijgen: de
interface kan uit de framework worden gebruikt. Dan blijft de GPS
aansturing, kaart renderer en route berekening over.

Ik heb nog hoop voor Navit maar dit project lijkt ook niet echt uit de
startblokken te komen. Tevens is er een beperkte dbus interface maar
hierbij is het niet mogelijk het venster te verbergen cq te tonen wanneer
nodig. Ook is de navigatie op dit moment helemaal stuk met OSM kaart en dit
is al meer dan 5 maand zo...

Berend

On Wed, 16 Jul 2008 16:50:57 +0200, Lambertus [EMAIL PROTECTED] wrote:
 Kun je aangeven waarom je het wiel opnieuw wilt uitvinden en niet kiest 
 voor het aanpassen c.q. gebruiken van een bestaande applicatie? Kon je 
 niets vinden dat ongeveer werkt zoals je het graag ziet of...?
 
 Een navigatie applicatie maken is niet eenvoudig en je geeft ook al aan 
 dat je weinig weet van projecties, dus dat lijkt me een lange weg
worden..
 
 Als je aangeeft wat je zoekt dan kunnen wij je misschien op weg helpen 
 met wat linkjes enzo.
 


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


Re: [OSM-talk-nl] Homebrew navigatie/maprender

2008-07-16 Thread berend
Gosmore had ik eerlijk gezegd niet naar gekeken omdat de beschrijving van
die Routing page me deed denken dat het een renderer was alla JOSM.
Misschien dat zoiets met JNI gekoppeld kan worden aan Java.

Het enige wat me er op tegen zet is dat bijvoorbeeld er nog geen voice
support in zit en in het verlengde daarvan: toont hij bij routing wel waar
je heen moet?

Het valt me opdat de meeste opensource cq gratis projecten allemaal van dat
soort issues heeft: niets is echt 'af'. Dat was de reden dat ik mijn eigen
wiel wilde bouwen maar inderdaad is een dropin een betere oplossing... Heb
je nog meer suggesties? ;)

Berend

On Wed, 16 Jul 2008 17:01:15 +0200, Lambertus [EMAIL PROTECTED] wrote:
 De eerste waar je dan eens naar zou moeten kijken is Gosmore:
 http://wiki.openstreetmap.org/index.php/Gosmore
 
 En verder, had je deze pagina al gevonden?: 
 http://wiki.openstreetmap.org/index.php/Routing
 
 [EMAIL PROTECTED] wrote:
 Ik wil voor een carputer project navigatie hebben gebaseerd op de OSM
 kaarten.
 
 Het geheel is in Java opgebouwd en heeft behalve een X server niets
 nodig
 (linux based dus). Ik ben dus op zoek naar turn-by-turn navigation op de
 OSM kaarten (of een andere gratis kaart - die wss niet bestaat) en die
 zich
 laat embedden in de Java framework. Dit mag ook via dbus maar mijn
 zoektocht naar native Java progsels liep op niets uit, vandaar de poging
 om
 te kijken of ik niet zelf iets dergelijks van de grond kan krijgen: de
 interface kan uit de framework worden gebruikt. Dan blijft de GPS
 aansturing, kaart renderer en route berekening over.
 
 Ik heb nog hoop voor Navit maar dit project lijkt ook niet echt uit de
 startblokken te komen. Tevens is er een beperkte dbus interface maar
 hierbij is het niet mogelijk het venster te verbergen cq te tonen
 wanneer
 nodig. Ook is de navigatie op dit moment helemaal stuk met OSM kaart en
 dit
 is al meer dan 5 maand zo...
 
 Berend
 
 On Wed, 16 Jul 2008 16:50:57 +0200, Lambertus [EMAIL PROTECTED] wrote:
 Kun je aangeven waarom je het wiel opnieuw wilt uitvinden en niet kiest
 
 voor het aanpassen c.q. gebruiken van een bestaande applicatie? Kon je 
 niets vinden dat ongeveer werkt zoals je het graag ziet of...?

 Een navigatie applicatie maken is niet eenvoudig en je geeft ook al aan
 
 dat je weinig weet van projecties, dus dat lijkt me een lange weg
 worden..
 Als je aangeeft wat je zoekt dan kunnen wij je misschien op weg helpen 
 met wat linkjes enzo.

 


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


Re: [OSM-talk-nl] Financiën

2007-10-24 Thread Berend Dekens
I second that. Ik werk bij een professionele hosting partij met een paar 
brute servers. Sinds we daar op VMWare zijn over gestapt voor de echte 
servers is het beheer echt gigantisch verbeterd - we hebben alleen linux 
base systems en daar bovenop draaien Windows en linux machines in een 
VM. Zelfs als je een upgrade wil doen en alles gaat mis heb je je 
console op afstand waarbij je CD kunt wisselen en rustig zonder netwerk 
in je VM onderhoud kunt plegen. Iemand die denkt dat de 10%-ish overhead 
op een dergelijke setup genoeg is om alles op fysieke machines te doen 
heeft duidelijk niet een serverpark onderhouden. (flame! :P)

Zelfs op mijn huis-tuin-en-keuken server heb ik 3 VM's draaien - 
maximale beveiliging, maximale flexibiliteit en prachtig op afstand 
(desnoods in de andere kamer) te beheren (plus VMWare Server is gratis 
tegenwoordig).

Nog even over die opmerking dat de meeste hosters te lame zijn om een 
machine te rebooten of te fixen: bij een VM heb je dat probleem 
praktisch niet en mijn ervaring bij bijvoorbeeld RedBus TeleCity is dat 
ze daar na een belletje best even op de reset willen rammen maar idd 
meer dan dat kunnen ze niet (en dat wil je ook niet - iemand anders met 
admin rechten aan jouw machine laten prutsen is een slecht idee).

Groeten,
Berend

Martijn van Exel schreef:
 Ik heb anders prima ervaringen met allebei. (Dat wordt ruzie dus hier!)
  Waarom zou het 'minder' werken en hoe merk je dat? True, je moet er 
 rekening mee houden dat je wil virtualiseren, vooral RAM kun je niet 
 genoeg hebben, maar dat kost ook relatief geen biet meer tegenwoordig. 
 Ik denk dat de voordelen opwegen tegen de nadelen. Sommigen van ons 
 werken makkelijker op Windows, anderen op BSD, anderen op Linux. Ik 
 denk dat we verschillende OSM-ontwikkel-plannen met VM makkelijker 
 kunnen accomoderen.

 Er hoeven ook geen 10 VMs op komen te draaien, ik denk aan 1 
 'productie' VM met de OSM-NL-Mapserver en een webserver erop, een 
 'vaste' dev-server en afhankelijk van de plannen en ontwikkelingen 
 misschien nog hooguit drie  tijdelijke VMs die worden opgeruimd als 
 het betreffende project klaar / gemerged / gedropped is.

 Martijn


 Op 24-okt-2007, om 10:12 heeft Danny Maas het volgende geschreven:

 Hmm, Dus je denkt aan Virtual Machines? De ervaring leert dat dit in 
 de praktijk minder werkt, zeker als je ook nog wil ontwikkelen.
 Een beetje lekkere server die flink wat aankan, loopt al snel in 
 bedragen met 5 cijfers of meer.
 Voor dat bedrag kun je bij een hoster 100x een eigen dienst voor 
 neerzetten, die ook nog eens sneller opgezet is.

 Ik ben nou eenmaal niet zo'n Fan van VM en ook niet van XS4All 
 hosting (vraag daar maar eens naar bij je systeembeheerders op de 
 4e). ;-)

 groeten,

 Danny


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


Re: [OSM-talk-nl] Financiën

2007-10-24 Thread Berend Dekens
Heb ook maar direct de snelheden getest, vreemd genoeg is de VM sneller
dan de host... Zal wel door caching e.d. komen:

De fysieke host machine (de enige SuperMicro machine in het Dell park):
/dev/sda:
Timing cached reads:   1898 MB in  2.00 seconds = 949.00 MB/sec
Timing buffered disk reads:  150 MB in  3.03 seconds =  49.50 MB/sec

/dev/sda:
Timing cached reads:   1912 MB in  2.00 seconds = 956.00 MB/sec
Timing buffered disk reads:  148 MB in  3.03 seconds =  48.84 MB/sec

Een van de 2 virtuele hosts:
/dev/sda:
Timing cached reads:   1816 MB in  1.99 seconds = 911.35 MB/sec
Timing buffered disk reads:  162 MB in  3.13 seconds =  51.69 MB/sec

/dev/sda:
Timing cached reads:   1730 MB in  1.99 seconds = 867.87 MB/sec
Timing buffered disk reads:  228 MB in  3.02 seconds =  75.48 MB/sec

Dus die snelheid is dik in orde :-)

Groeten,
Berend

Lambertus schreef:
 Hoe zit het dan met zeer I/O intensieve applicaties? Want daarvan hebben 
 we hier ook een paar in een VMWare omgeving (op Debian Linux met dual 
 Opterons en hardware RAID-5) en dat is beduidend langzamer dan 
 rechstreeks op het host besturingssysteem. Dan bedoel ik niet 10% 
 langzamer maar 1/10 van wat op de host mogelijk is.

 Werken met de planet.osm is namelijk behoorlijk I/O intensief...

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



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


Re: [OSM-talk-nl] Financiën

2007-10-24 Thread Berend Dekens
Vreemd, wij hebben Dell servers met PERc5 controllers in een RAID-1
opstelling en alhoewel er een performance hit is, valt dat reuze mee (in
ieder geval het maken van backups en kopieren over netwerk) loopt aardig
vlot. Ik kan mss een hdparm test draaien om cijfers te krijgen maar 10%
van de throughput lijkt me erg weinig...

Overigens zou je natuurlijk ook een native partitie aan een VM kunnen
toewijzen: gewoon niet mounten op de host en je zou een flinke
throughput moeten halen.

Gebruiken jullie dan wel pre-allocated drives? De partities die namelijk
dynamisch groter moeten worden of machines met veel hd-states (door
snapshots) zijn in mijn ervaring namelijk wel langzamer dan de
pre-allocated of native drives... Tevens gebruiken we op elke VM de LSI
Logic SCSI controller - ik had ergens gelezen dat die naar verhouding
veel sneller zou moeten zijn dan de andere (IDE?) controller die VMWare
kan emuleren...

Groeten,
Berend

Lambertus schreef:
 Hoe zit het dan met zeer I/O intensieve applicaties? Want daarvan hebben 
 we hier ook een paar in een VMWare omgeving (op Debian Linux met dual 
 Opterons en hardware RAID-5) en dat is beduidend langzamer dan 
 rechstreeks op het host besturingssysteem. Dan bedoel ik niet 10% 
 langzamer maar 1/10 van wat op de host mogelijk is.

 Werken met de planet.osm is namelijk behoorlijk I/O intensief...

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



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


Re: [OSM-talk-nl] Informationfreeway kaart op zoomlevels lager dan 11

2007-09-30 Thread Berend Dekens
Het propageert nu over heel nederland heen en in alle lagen - dit lijkt
me niet goed... Wie kan de luitjes die de renderers beheren waarschuwen
want op dit tempo gaat al het renderwerk van de afgelopen tijd weer
verloren...

Berend

Maarten Deen schreef:
 Martijn van Oosterhout wrote:
   
 On 9/30/07, Maarten Deen [EMAIL PROTECTED] wrote:
 
 Wat is er met de kaart op informationfreeway aan de hand? Op zoomlevers
 11 en lager krijg je boven de 51.67 NB maar heel weinig detail te zien
 en is de achtergrond ook nog eens blauw (water).
   
 Een van de proxies is weer weg. In de layer selector kies direct.
 

 Dat heb ik gedaan, en ook dan krijg ik dat effect
 http://www.informationfreeway.org/?lat=51.7lon=5.56zoom=10layers=0B00F000

 Maarten


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



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


Re: [OSM-talk-nl] urgent - praktisch nut kaart- RTL interview

2007-09-21 Thread Berend Dekens
Ik zou zeggen dat de gratis update voor haar Garmin toch erg nuttig 
zijn. En ipv ieder jaar kun je rustig iedere maand of iedere week je 
kaart bijwerken naar de laatste versie - en nog gratis ook!

TomTom lijkt me een heikel punt aangezien dat t#!g een kaartformaat 
gebruikt wat closed is (tenzij ik achterloop en iemand het al gereversed 
engineered heeft...).

Berend

Ante Wessels wrote:
 RTL (in cc.) wil aandacht aan de open kaart besteden, vanaf vandaag 
 beschikbaar.

 Toch is het wel belangrijk wat een verslaggeefster, zonder speciale 
 computerkennis er nu aan heeft. Kan ze het al op haar Tomtom gebruiken? Of 
 het 
 echt uitgezonden wordt hangt toch ook wel af van het antwoord op deze vraag. 
 Is het interessant voor het algemene publiek. Er valt heel veel goed karma te 
 verdienen met een overtuigend antwoord.

 Ik ga zelf op de trein naar asd stappen om verhaaltje te doen. Jullie mogen 
 even de vraag beantwoorden over tomtom en consorten!

 Voor Karlijn: dit is een mooi plaatje na de import:
 http://www.openstreetmap.org/?lat=52.66081471390682lon=4.810981585342551zoom=12layers=0BF

 vriendelijke groet,
 cordialmente,

 Ante

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


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


Re: [OSM-talk-nl] AND conv: residential versus unclassified

2007-08-29 Thread Berend Dekens
I'm using tertiary and secondary for the larger roads inside a
city/town: the 'singel' in Enschede is a major traffic way and is more
important then the roads in the suburban areas. But even in those
residential areas, there are roads that count as a preferred way to be
used in route planning. Those roads are tagged by me as tertiary. Other
roads are residential. Roads that are small and not really designed for
motor traffic are classified as unclassified (you can drive there but
you only want to go there if there is no other route).

The separation in roads is low and hard to distinguish but it is
important to get it right imho. I plan to use the data to use in a
homebrew route planner. This will only work properly if the map contains
level info like I just explained. Otherwise you will get routes through
residential areas because its shorter (which will only take longer due
to traffic and road bumps etc) - and effectively render it useless.

For the people complaining about how it gets rendered: it not a matter
of how it looks (that can be altered) but if the data has value. By
degrading all roads in residential areas to residential or unclassified
you effectively kill any opportunity to use the data for anything else
than render pretty pictures

Just my 2 cents...
Berend

P.S.

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


Re: [OSM-talk-nl] AND-import: Wat doen we met reeds ingevoerde data?

2007-07-16 Thread Berend Dekens
De term is hier ook niet helemaal correct maar in principe test je of 
een straat/node/whatever op veilige afstand zit en dan prak je em in 
OSM, zoniet dan laat je hem er uit. Ik bedacht me net dat dit zwart-wit 
scenario bijvoorbeeld lange straten richting gemapped gebied ook weg zou 
laten...

Het is dan beter om de way op een node af te snijden zodra the dicht bij 
komt - dan krijg je dus een grijs segment van ways die buiten het 
gemappede gebied beginnen en daarna te dicht bij de rest komen. 
Dergelijke straten moeten dan worden geknipt op de zoveel meter grens.

Berend

Floris Looijesteijn wrote:
 Ik snap niet wat jullie met een binary compare bedoelen in deze
 situatie. Kan iemand dat even toelichten?

 Er is nog wel een ander belangrijk punt: De data die in de AND
 db zit lijkt van hoge kwaliteit te zijn. Beter bijvoorbeeld dan
 de data op Google maps. Als ik de straatdata van Googlemaps
 vergelijk met de satelliet foto's van Google en dan daarnaast
 de AND import leg zie ik bijvoorbeeld fietspaadjes die in Google
 maps gewoon doorgetrokken zijn als weg maar in de AND
 data op de juiste plek onderbroken zijn.



 floris
   


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


Re: [OSM-talk-nl] eerste AND import resultaat :)

2007-07-15 Thread Berend Dekens
Ik mis er niets aan, ik heb al een paar keer in potlatch gekeken, alles 
waar ik bezig ben heeft alleen foto's op een schaal van enkele 
kilometers en dat helpt niet bepaald...

Berend

Foppe Benedictus wrote:
 Wat ik begreep wachtten ze daar even mee, volgens mij een week.

 Met sportieve groet,
 Foppe Benedictus



 Rob Aerts schreef:
   
 jammer alleen dat nergens de plugin te downloaden is, of heeft iemand
 een url ?

 Op 13-07-07 heeft *Eugene van der Pijll*  [EMAIL PROTECTED]
 mailto:[EMAIL PROTECTED] het volgende geschreven:

 Voorlopig nog op dezelfde positie, maar dat kan
 iemand met lokale kennis of satellietbeelden in Potlatch of JOSM [*]
 verbeteren.

 [*] De Yahoo-satellietbeelden zijn goedgekeurd voor plugin-gebruik in
 JOSM!


 

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

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


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


Re: [OSM-talk-nl] Een hele hoop data

2007-07-04 Thread Berend Dekens
Wat voor termijn moeten we aan denken voordat de geodata beschikbaar is? 
Ik heb nog een trace van het dorp van mijn ouders en die wil ik best 
invoeren maar als over een maand een hele lading nieuwe data wordt 
ingevoerd is dat natuurlijk niet nuttig...

Berend

Eugene van der Pijll wrote:
 Stefan de Konink schreef:
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA512

 Eugene van der Pijll schreef:
 Stefan de Konink schreef:
 Ik ben zeer benieuwd hoe er in de markt gereageerd gaat worden op deze
 actie. Want waarom zou er nu ook geen samenwerking met TomTom inzitten?
 Omdat het niet nodig is? Als de AND data compleet is, dan hebben we nu
 alles al. ;-)
 Daar gaat het natuurlijk niet alleen om. Als je straks *nog* meer meta
 data kunt toevoegen omdat mensen je zien als een ingang bij een
 collectief 'open geo data'. Dan wordt alles makkelijker :) Er zal vast
 wel een reden zijn waarom Prorail nu zegt: we hebben er geen tijd voor,
 en straks zegt: sure, momentje. Vergeet niet dat wat we nu krijgen
 waarschijnlijk een eenmalige dump is dat bijgehouden moet worden.
 
 Als ik het bericht van AND lees
 (http://www.and.com/company/newsletter/newsletter10/art01en.php) krijg
 ik de indruk dat ze zelf gebruik willen gaan maken van onze data. Dat
 gaat het makkelijkst door eventuele wijzigingen in OSM zelf te doen...
 Aan de andere kant, misschien ziet AND dit als een goede mogelijkheid om
 helemaal niets meer te doen aan de data, want die OSM-ers doen het
 allemaal wel voor ons.
 
 En het gekke is: wij gaan dat nog voor ze doen ook ;-)
 
 Maar niets weerhoudt TomTom om onze data (dus eigenlijk: de AND-data) te
 gaan gebruiken; en als ze dat zouden gaan doen, zijn ze zelf natuurlijk
 ook erbij gebaat dat onze data zo goed mogelijk is. Dat zou mooi zijn.
 Exact, en bijdragen er aan is volgens mij onder 'share alike' ook verplicht?
 
 Alleen als ze de data publiceren en distribueren. Zolang het intern
 gebruik van de data is, hoef je wijzigingen niet terug te leveren. Of
 het gebruik van de data om kaartjes te maken op een navigatiesysteem
 telt als publicatie, dat is een vraag voor advocaten...
 
 Eugene
 
 ___
 Talk-nl mailing list
 Talk-nl@openstreetmap.org
 http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl


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


Re: [OSM-talk-nl] Off topic: Linux ISO voor ouder systeem

2007-06-27 Thread Berend Dekens
Of de speler is gewoonweg 'op', voor 3 tientjes kun je een nieuwe halen 
die ook nog eens DVD's leest :) Of, als je mensen kent, score je ergens 
anders een 2e hands exemplaar.

Groeten,
Berend

Floris Looijesteijn wrote:
 probeer hem eens op langzame snelheid te branden, bij voorkeur 1 of 2 speed.
 dat wil nog wel eens helpen. hij boot zeker wel gewoon maar doet het dan op
 willekeurige momenten opeens niet meer?
  
 groet,
 floris
 
 - Original Message -
 *From:* Milo van der Linden mailto:[EMAIL PROTECTED]
 *To:* OpenStreetMap NL discussion list
 mailto:talk-nl@openstreetmap.org
 *Sent:* Wednesday, June 27, 2007 11:00 PM
 *Subject:* [OSM-talk-nl] Off topic: Linux ISO voor ouder systeem
 
 Hallo allemaal,
 
 Ik heb een dell inspiron 5000 met een ouder CD-rom station. Welke
 linux distro ik ook probeer, hij faalt altijd bij het lezen van de
 CD-rom. Nu gebruik ik 700Mb CD-R's. Kan het zijn dat mijn CD-rom een
 kleiner formaat CD-rom wil lezen? Ik word er langzaam een beetje
 nuts van...
 
 Als iemand een tip heeft, graag! De beloning is een middag pilsen op
 een terras in Goes op mijn kosten!

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


Re: [OSM-talk-nl] mapping party in den haag volgend weekend

2007-06-24 Thread Berend Dekens
Potlatch heb ik beperkt vertrouwen in maar ik heb misschien volgend 
weekend ook nog wel wat tijd (zit alleen te ver weg om fysiek aanwezig 
te zijn - onder voorbehoud), is er ook animo voor mensen die de track 
van een (stuk van een) wijk uitwerken terwijl de mapping party blijft 
doorgaan?

Groeten,
Berend

Eugene van der Pijll wrote:
 Stefan de Konink schreef:
   
 Is er al bekend welke stukken van Den Haag afgemaakt moeten worden?
 

 Ja, alles wat nu nog niet af is :-)

 Ik heb na de vorige mapping party een paar gaatjes in de toen gemapte
 stukken gedicht, dus die stukken zijn zo goed als af (in ieder geval
 v.w.b. de wegen).

 Ik zet zometeen nog wel een wijkindeling op de wiki. Met stukjes die je
 eventueel zaterdag voordat de party begint alvast kan doen.

 gr,Eu

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


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


Re: [OSM-talk-nl] voorstellen

2007-06-24 Thread Berend Dekens
Mapping party in Enschede ben ik natuurlijk ook voor :D

Als we een datum hebben kan ik er rekening mee houden, mooi weer is ook 
altijd goed :-) Komen de OSM GPS-sen ook deze kant op? Ik heb een GPS 
maar die is in het centrum bijvoorbeeld compleet nutteloos (oud en traag 
maar goed genoeg voor snelwegen en plekken met flink veel open lucht en 
geen flats).

Mochten er zat gpssen zijn, misschien kan ik dan ook nog een stel 
vrienden zo gek krijgen om mee te helpen - maar dat moeten we dan 
overleggen.

Over locatie gesproken, wat is het ITC?

Groeten,
Berend

Foppe Benedictus wrote:
 Hoe meer zielen hoe meer vreugd...
 Ik weet niet of je zin hebt om met mij gezamenlijk deze mapping party op
 te zetten? Vooral omdat ik zondag waarschijnlijk niet aanwezig kan zijn.
 We zullen vooral een goede locatie moeten zoeken (logische plek leek mij
 het ITC)

 Met sportieve groet,
 Foppe Benedictus



 Ben Companjen schreef:
   
 Mijn agenda is in dat weekend nog leeg, de mapping party staat als
 tentative er nu in. Ik weet trouwens van nog één iemand uit de buurt...

 On 20/06/07, *Foppe Benedictus * [EMAIL PROTECTED]
 mailto:[EMAIL PROTECTED] wrote:

 Ik zie dat eind augustus begin september al 2 weekenden bezet
 zijn, dus
 22 en/of 23 september lijken mij dan goede data, ik weet niet of 2
 dagen
 nodig zijn (ik zelf kom in de knoei met mijn korfbalcompetitie op
 (waarschijnlijk) zondag).
 Zouden de mensen uit de buurt (Jaap-Andre en Ben) kunnen aangeven
 of ze
 hier iets in zien?

 Met sportieve groet,
 Foppe Benedictus



 Zoran Kovacevic schreef:
  Doe je ding :)
 
  Kies een datum, regel een ruimte met internet/toilet/vrije
 inloop en
  announce de party overal waar je kunt. Er is budget vanuit Digitale
  Pioniers subsidie voor eventuele kosten. Kun je regelen met Jeroen
  Dekkers (ook op list).
 
  En check ook
 http://wiki.openstreetmap.org/index.php/Mapping_Weekend_Howto
 
  Foppe Benedictus wrote:
 
  Klinkt goed zo'n mapping party oost Nederland, of in dit geval
 misschien
  beter; mapping party Twente of Enschede e.o.
 
  Met sportieve groet,
  Foppe Benedictus
 
 
 
  Zoran Kovacevic schreef:
 
  Ikzelf heb een stukje Enschede gedaan (moet nog een klein stukje
  Twekkelerveld) en ben wel van plan verder te gaan. We zullen
 elkaar(s
  mapping) wel tegenkomen!
 
 
  (of organiseer een mapping party NL-Oost :)
 
  ___
  Talk-nl mailing list
  Talk-nl@openstreetmap.org mailto:Talk-nl@openstreetmap.org
  http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
 
 
 
  ___
  Talk-nl mailing list
  Talk-nl@openstreetmap.org mailto:Talk-nl@openstreetmap.org
  http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
 http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
 
 
 
  ___
  Talk-nl mailing list
  Talk-nl@openstreetmap.org mailto:Talk-nl@openstreetmap.org
  http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
 
 

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




 -- 
 de Campusomroep: op en achter UTV en Uradio! www.campusomroep.nl
 http://www.campusomroep.nl
 

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

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


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


Re: [OSM-talk-nl] aanmelden open street map

2007-06-19 Thread Berend Dekens
Hoi Rudi,

Welkom bij de OSM club :-)

Zoals je zult merken is het hier op de mailing list niet zo formeel en 
mensen met background kennis zijn altijd welkom. Veel van de mensen die 
helpen met het maken van de kaart zijn amateurs die gewapend met een GPS 
straten en dergelijke mappen, ik neem aan dat jouw ervarig hier 
regelmatig van pas kan komen (je hebt niet toevallig een vectorkaart van 
Nederland op je computer liggen he ;-) ).

Even een puntje tussendoor: kijk uit met wat je aan persoonlijke 
informatie op de mail zet aangezien alles een mail archief in gaat wat 
o.a. Google ook kent.

Groeten,
Berend Dekens

P.S. Heeft iemand nog gehoord of JOSM straks ook de Yahoo maps weer kan 
gebruiken?

Rudi wrote:

 Hallo,

 Vanmorgen hoorde ik op de radio (omroep Zeeland) een gesprek over open 
 street map. Ik heb veel belangstelling voor dit project.

 Mijn naam is Rudi Hamelink, geboren  op 28 augustus 1944. Ik heb tot 2 
 ½ jaar terug bij Rijkswaterstaat gewerkt. Ik heb een civiel technische 
 opleiding en heb in mijn begin jaren veel landmeetkundig werk gedaan. 
 ( veldwerk en gegevens uitwerken op tekening)

 Wellicht is dit een basis om me bij jullie aan te sluiten.

 Gaarne verneem ik dit

  

 Met vriendelijke groeten

 Rudi Hamelink

 Prinses Margrietstraat 53

 4455 AW Nieuwdorp (zld)

 tel. 0113 612898

 e mail

 [EMAIL PROTECTED]


 No virus found in this outgoing message.
 Checked by AVG Free Edition.
 Version: 7.5.472 / Virus Database: 269.8.17/850 - Release Date: 
 15-6-2007 11:31

 

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


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


Re: [OSM-talk-nl] Rijrichting

2007-06-08 Thread Berend Dekens
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Rob Aerts wrote:
 soms heb je een kruispunt waar je bv alleen rechtdoor/rechtsaf mag
 (http://nl.wikipedia.org/wiki/Afbeelding:Nederlands-Verkeersbord-D6.png)
 
 ondersteund OSM dit ? en zoja hoe
 
 
 
 
 ___
 Talk-nl mailing list
 Talk-nl@openstreetmap.org
 http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl

Kun je niet het kruispunt met meerdere banen modelleren en dan oneway
aangeven?

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

iD8DBQFGaVTa/cbsyMl8CRsRArj4AKCYSdwz0McxbOtJjENgAnlNw8hPogCdEvwK
FFLSaOpHJ35fWV7PhBHXnCs=
=5juu
-END PGP SIGNATURE-

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


Re: [OSM-talk-nl] Gebroken straten !?

2007-06-08 Thread Berend Dekens
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Zijn dat geen straten die op de JOSM boundary zijn geladen? die breken
bij mij ook in stukken maar als je er niet aan komt blijft het gewoon
werken.

Je zou de data kunnen weggooien en opnieuw inladen als je dat tegen komt
- - tis gewoon vervelend.

Berend

P.S. Kun je je footer iets inkorten? Dat ding is 2 schermen lang hiero ;)

Gert Gremmen wrote:
 Wat doen we in JOSM met straten die bestaan
 uit twee delen die niet fysiek gekoppeld zijn ??
 
 Ik kan ze wel dezelfde naam geven, maar
 dan protesteert de validator... ?
 
 Regards,
 
 Ing. Gert Gremmen
 Approvals manager
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFGaWih/cbsyMl8CRsRAk6mAKCvPFNvxNUhuYSXdIVEy6RAGM135QCglbu2
2h5gEV8TKJPng99coNLpgyg=
=KxAm
-END PGP SIGNATURE-

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


Re: [OSM-talk-nl] Bulk upload naar OSM / adresnummering

2007-05-28 Thread Berend Dekens
Dat vind ik gewoon een taak voor de renderengine - die moet naar mijn
mening ways gewoon aan elkaar knopen...

Groeten Berend

Richard van der Weerd wrote:
 ja, één weg kan uit meerdere ways bestaan als er kruispunten inzitten,
 maar dat ga ik dus nog aanpassen.

 -Oorspronkelijk bericht-
 *Van:* [EMAIL PROTECTED]
 [mailto:[EMAIL PROTECTED] *Floris Looijesteijn
 *Verzonden:* maandag 28 mei 2007 12:44
 *Aan:* OpenStreetMap NL discussion list
 *Onderwerp:* Re: [OSM-talk-nl] Bulk upload naar OSM / adresnummering

 wauw! ziet er erg mooi uit. de rendering van straatnamen gaat in
 de mapnik layer een
 stuk beter, dat zul je eerdaags wel zien.  je hebt nu zeker
 meerdere ways voor een
 straat ook al ligt dat gewoon achter elkaar?

 - Original Message -
 *From:* Richard van der Weerd mailto:[EMAIL PROTECTED]
 *To:* OpenStreetMap NL discussion list
 mailto:talk-nl@openstreetmap.org
 *Sent:* Monday, May 28, 2007 12:09 PM
 *Subject:* Re: [OSM-talk-nl] Bulk upload naar OSM / adresnummering

 Zoals jullie waarschijnlijk hebt gemerkt is de upload
 afgerond. Assen en omgeving zit er zo'n beetje in. Er zijn
 ruim 29000 object aan de database toegevoegd. Aansluitingen
 met de reeds bestaande wegen zijn door Toffehof al gerealiseerd.
  
 Op veel plekken worden de straatnamen niet goed gerenderd. Dat
 komt dat mijn data van kruispunt naar kruispunt van
 georganiseerd in verband met routeberekeningen en
 huisnummering. Floris heeft onlangs al een punt gemaakt om de
 segmenten van de huisnummering te voorzien, ik denk daar
 eigenlijk hetzelfde over.
  
 Straten die nu nog niet voorzien zijn van huisnummering zal ik
 de komende tijd aanpassen (één way met meerdere segmenten).
 Straten met huisnummers laat ik voorlopig nog ongewijzigd. Ik
 denk dat ik daarvoor een conversieprogje ga maken.
  
 Ik ben eigenlijk wel benieuwd naar de nieuwe statistieken. Kan
 / wil iemand dat scriptje nog eens draaien en de gegevens
 publiceren?
  
 mvg
 Richard

 -Oorspronkelijk bericht-
 *Van:* [EMAIL PROTECTED]
 [mailto:[EMAIL PROTECTED] *Richard
 van der Weerd
 *Verzonden:* zaterdag 26 mei 2007 22:08
 *Aan:* OpenStreetMap NL discussion list
 *Onderwerp:* Re: [OSM-talk-nl] Bulk upload naar OSM

 Paul,
  
 Momentje nog. Ze zijn tijdelijk even verwijderd om de
 aansluitingen met de rest van de te uploaden data te
 garanderen.
  
 Als je via JOSM nu dit gebied of Assen probeert te
 downloaden, zul je zien dat er duizenden nodes verschijnen.
 Ik ben nu, as we speak, aan het uploaden.
  
 Als de OSM server een beetje mee werkt en niet te veel 500
 errors geeft, staat vanavond alles er weer op.
  
 Alles betekent Assen, de dorpen die jij noemde, maar ook
 Beilen, Hooghalen, Bovensmilde en nog een aantal. Zo'n
 1100 km wegen erbij.
  
 Als alles geüppt is, zullen Toffehoff en ik de randen
 van dit gebied nog langs lopen om de overige verbindingen
 met de bestaande wegen te maken.
  
 Dus nog een 'klein' momentje.
  
 mvg
 Richard

 -Oorspronkelijk bericht-
 *Van:* [EMAIL PROTECTED]
 [mailto:[EMAIL PROTECTED]
 *paul van den berg
 *Verzonden:* zaterdag 26 mei 2007 21:55
 *Aan:* OpenStreetMap NL discussion list
 *Onderwerp:* Re: [OSM-talk-nl] Bulk upload naar OSM



 On 5/21/07, *Richard van der Weerd*
 [EMAIL PROTECTED]
 mailto:[EMAIL PROTECTED] wrote:


 Graag zou ik jullie commentaar over kwaliteit etc
 willen geven. Zoals die
 dorpjes zijn gemapt, zo zal ook Assen er ongeveer
 uit te komen zien
 (uitdaging zit nog in het aansluiten op de
 bestaande wegen.

 Ik heb geprobeerd om je dorpen (Gasteren - Anloo -
 Annen - Eext - Anderen)
 te downloaden in josm. De gebruikte url:
 
 http://www.openstreetmap.org/index.html?lat=53.04952859948135lon=6.698812414924239zoom=11
 
 http://www.openstreetmap.org/index.html?lat=53.04952859948135lon=6.698812414924239zoom=11

 Ik krijg dan echter alleen maar een stuk N34.
 De mapnikrenderer laat de dorpen wel zien, maar
 [EMAIL PROTECTED

Re: [OSM-talk-nl] Hoe ver zijn we eigenlijk?

2007-05-21 Thread Berend Dekens
Lambertus wrote:
 Goed werk zeg, dat plaatje in een andere post van jou ziet er 
 indrukwekkend uit! Ik heb je post in het forum net gezien (was met 
 Hemelvaart weg...), wij kunnen jou data zeker gebruiken.

 Ik heb ook wat gemapped in Assen, helaas alleen de positie van wegen 
 maar verder niet veel tag toegevoegd omdat ik er niet echt thuis ben, 
 dus wat mij betreft kunnen die ways weg. Wil ik zelf ook wel doen, roept 
 U maar...

 Het uploaden via JOSM is een goede manier, maar daar hebben anderen al 
 wat over gezegd.

 ___
 Talk-nl mailing list
 Talk-nl@openstreetmap.org
 http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
   
Dat zat ik ook al te denken... Hoe compleet is de nieuwe kaart-data van 
Assen? Als je alles inclusief straatnamen hebt zou je de stukken die 
missen direct kunnen uploaden. Voor bestaande stukken zou het slim zijn 
om te kijken of de data gemerged moet worden of overschreven. De in- en 
uitgaande wegen kun je dan gewoon aan de nieuwe graaf vastmaken en voila 
- Assen op de kaart :)

Berend

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