Re: [OSM-talk-nl] OSM product: printbare landkaart (ofposterservice)

[Foppe Benedictus]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Zoran Kovacevic schreef:
> Van Bas de Lulu tip (ik dacht dat ze alleen boeken deden):
> http://www.lulu.com/en/products/posters/
> 
> We kunnen daar een OSM account op aanmaken zodat de winst ten goede komt 
> aan OSM :)
> 
> Op http://shop.openstreetmap.org/ staat ook al iets (nodigt niet echt 
> uit tot koop, maar goed).
> 

Ik vind dit een erg goed idee! Er zijn op die manier ook posters op
aanvraag te maken, waar je wat extra's voor kunt vragen. Doordat het
print-on-demand is kun je makkelijk updates doorvoeren. Zal ik het eens
opnemen met 80n of we dit goed kunnen opzetten (dus met steun van de
foundation)?

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

iD4DBQFHHZfatK8Zi+dRolURAibYAKCQK1n62qEKF2HZEoeu9LhK5akzfgCWKdbo
odU93BYRajHUwEeGDCSAfw==
=bhd2
-END PGP SIGNATURE-

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

[OSM-talk-nl] OSM product: printbare landkaart (ofposterservice)

[Martijn van Exel]

Ehm...Ik bedoelde eigenlijk level 17 ;)

Martijn

Begin doorgestuurd bericht:


Van: Martijn van Exel <[EMAIL PROTECTED]>
Datum: 23 oktober 2007 8:22:12 GMT+02:00
Aan: OpenStreetMap NL discussion list 
Onderwerp: Antw.: [OSM-talk-nl] OSM product: printbare landkaart  
(ofposterservice)


Rob en anderen,

Kan iemand ook een render maken van Amsterdam op level 14, tbv de  
party van komend weekend?


Wat voor software gebruiken jullie hiervoor trouwens? Ik wil dat  
ook wel kunnen? ;)


Martijn

Op 22-okt-2007, om 16:08 heeft Rob het volgende geschreven:


hiero de png..
http://mestreechonline.nl/osm/nederland_z12.png
en voor ozi explorer de bijbehorende map file
http://mestreechonline.nl/osm/nederland_z12.png.map

ik zag dat er nog een paar pigment vlekken zitten, en enkele witte  
en blauwe ;)


___
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] OSM product: printbare landkaart (ofposterservice)

[Martijn van Exel]

Rob en anderen,

Kan iemand ook een render maken van Amsterdam op level 14, tbv de  
party van komend weekend?

Wat voor software gebruiken jullie hiervoor trouwens? Ik wil dat ook  
wel kunnen? ;)

Martijn

Op 22-okt-2007, om 16:08 heeft Rob het volgende geschreven:

> hiero de png..
> http://mestreechonline.nl/osm/nederland_z12.png
> en voor ozi explorer de bijbehorende map file
> http://mestreechonline.nl/osm/nederland_z12.png.map
>
> ik zag dat er nog een paar pigment vlekken zitten, en enkele witte  
> en blauwe ;)
>
> ___
> 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] [algorithme gezocht]

[Eugene van der Pijll]

Milo van der Linden schreef:
>Indien de afstandsberekening bedoeld is voor b.v. routeplanning zou ik
>daarom adviseren om de extra moeite te nemen om de "great circle"
>berekening door te voeren. Deze is dan automatische bij benadering gelijk
>aan de GPS afstand.

Ik ben het hier niet mee eens. De meeste grote-cirkel berekeningen gaan
uit van een bolvormige aarde. Helaas is de aarde behoorlijk sterk
vervormd. Ik vermoed dat (zolang je binnen Nederland blijft) de
afwijking in de uitkomst van een gc-berekening t.g.v. de afplatting van
de aarde groter is dan de afwijking in een platte-geometrieberekening na
een conversie naar RD-coordinaten.

Maar voor de meeste toepassingen is zo'n nauwkeurige berekening niet zo
belangrijk. Voor routeplanning is het bv. niet van belang of de kortste
route tussen Middelburg en Groningen 212.4 of 212.6 km is; het
onderlinge verschil tussen twee routes is belangrijker, maar in alle
routes tellen de nauwkeurigheden ongeveer even zwaar.

Gebruik voor een eerste benadering gewoon:

afstand = 111 * sqrt( (lat1-lat2)^2 + 0.38 * (lon1-lon2)^2 )

Dat gaat het snelst.

Eugene

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

Re: [OSM-talk-nl] Aanpassen Industriegebied

[Maarten Deen]

Peter Peterse wrote:

> ik probeer een industriegebied aan te passen (kleiner te maken)
> echter er wordt een node gebruikt waaraan nog 2 andere wegen gekoppeld zijn.
> 
> Hoe lossen jullie dit soort problemen op.
> 
> Ik heb het volgende geprobeerd:
> - split way (2x)
> - verwijderen way
> verder kom ik niet.
> 
> Het lukt me niet om het industriegebied gesloten te krijgen.

Nieuw segment maken om het industriegebied te sluiten? Ik zie het 
probleem eerlijk gezegd niet zo.

Je doet split way om het industriegebied op te delen. Dan kun je het 
overtollige stuk verwijderen en de nieuwe grens teken je zelf in, al dan 
niet met behulp van nieuwe nodes.

Maarten


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

Re: [OSM-talk-nl] onder water tiles

[Rob]

ik heb ze net ook ff nagelopen..

Op 22-10-07 heeft Maarten Deen<[EMAIL PROTECTED]> het volgende geschreven:
> Floris Looijesteijn wrote:
>
> > laat even weten als je wat gedaan hebt.
>
> Ik ga ze zo even na. Net over de grens in Duitsland zit er ook zo
> eentje, bij Rees aan de Rijn.
>
> 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] onder water tiles

[Maarten Deen]

Floris Looijesteijn wrote:

> laat even weten als je wat gedaan hebt.

Ik ga ze zo even na. Net over de grens in Duitsland zit er ook zo 
eentje, bij Rees aan de Rijn.

Maarten

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

Re: [OSM-talk-nl] OSM product: printbare landkaart (ofposterservice)

[Rob]

ik ben de mapnik rendering in detail aan het bekijken en ik zie ineens
een extra eiland linksonder bij texel ? verder zie je in sommige zoom
levels (10) overgangs lijnen tussen de tiles.. eens kijken hoe level
12 er uit gaat zien.

Op 22-10-07 heeft Rob<[EMAIL PROTECTED]> het volgende geschreven:
> jammer dan, iemand heeft de stop uit de noordzee/ ijselmeer getrokken,
> de zee is leeggelopen in mapnik op z12
>
> Op 22-10-07 heeft Rob<[EMAIL PROTECTED]> het volgende geschreven:
> > mapnik versie loopt nu..  volgens mij zijn die rode dingen provincie grenzen
> >
> > Op 22-10-07 heeft Martijn van Exel<[EMAIL PROTECTED]> het volgende 
> > geschreven:
> > > Zeker, prachtig! Jammer van die rare H2O- en witte tiles. Wat is daar
> > > de achtergrond van?
> > >
> > > En ik vind het spoor op dit zoomlevel nog steeds erg lelijk. Veel te
> > > vet.
> > >
> > > Ik zie her en der rode grenzen, wat zijn die? Raar dat die niet
> > > overal te zien zijn? Lijkt me ook niet iets dat je wilt renderen op
> > > zo'n algemeen kaartbeeld.
> > >
> > > Maar los van al die dingetjes, heel erg mooi om eens zo'n bestand
> > > voor heel NL te hebben. Ik laat het met trots zien!
> > >
> > > Martijn
> > >
> > > Op 22-okt-2007, om 18:22 heeft Zoran Kovacevic het volgende geschreven:
> > >
> > > > Rob wrote:
> > > >> hiero de png..
> > > >> http://mestreechonline.nl/osm/nederland_z12.png
> > > >> en voor ozi explorer de bijbehorende map file
> > > >> http://mestreechonline.nl/osm/nederland_z12.png.map
> > > >>
> > > >> ik zag dat er nog een paar pigment vlekken zitten, en enkele witte
> > > >> en blauwe ;)
> > > >
> > > > ziet er mooi uit!
> > > >
> > > > idd nog wat last van pigment hier en daar
> > > >
> > > > hmm op de 1 of andere manier vindt firefox het lastig renderen ... :)
> > > >
> > > > ___
> > > > 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] onder water tiles

[TSA]

Zou het niet makkelijker zijn om iemand met SVN toegang een lijst te geven
en vragen deze te veranderen?

On 10/22/07, Floris Looijesteijn <[EMAIL PROTECTED]> wrote:
>
> het probleem met de onderwater staande stukken rond
> de grote rivieren zit hem in het close-areas.pl scriptje.
> ik heb daar even een regel uit gesloopt en kan nu wel
> gewoon goed renderen. zie gebied bij bv. dodewaard.
>
> het scriptje checkt nu of iets een bekende 'land'/'sea' of
> 'mixed' tile is en de tiles die misgaan staan allemaal
> bekend als 'mixed'. terwijl dit toch echt 'land' zou moeten
> zijn. het probleem is dat ie naar coastline zoekt en
> wanneer ie die niet kan vinden hij er zelf eentje maakt.
>
> de makkelijkste workaround is als iedereen even
> de probleem-tiles (dus de blauwe) aanmerkt als landtile.
> dat doe je door op
>
> http://www.informationfreeway.org/?lat=51.766768483653166&lon=4.323423733633631&zoom=10&layers=0B00F000
> naar level 12 te zoomen op de tile te klikken (met links)
> en daarna de 'l' toets van 'land' te typen.
>
> er zijn in nederland alleen bij de noordzee echte 'mixed'
> tiles (kun je aangeven met 'x'). voor de rest is alles dat
> binnen onze mooi waterwerken valt gewoon 'land'.
>
> als genoeg mensen dit doen wordt de standaard set
> vanzelf aangepast in tilesathome en zullen alle doorbraken
> over enkele dagen goed gerenderd worden.
>
> laat even weten als je wat gedaan hebt.
>
> groet,
> floris
>
>
>
> ___
> 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

[OSM-talk-nl] onder water tiles

[Floris Looijesteijn]

het probleem met de onderwater staande stukken rond
de grote rivieren zit hem in het close-areas.pl scriptje.
ik heb daar even een regel uit gesloopt en kan nu wel
gewoon goed renderen. zie gebied bij bv. dodewaard.

het scriptje checkt nu of iets een bekende 'land'/'sea' of
'mixed' tile is en de tiles die misgaan staan allemaal
bekend als 'mixed'. terwijl dit toch echt 'land' zou moeten
zijn. het probleem is dat ie naar coastline zoekt en
wanneer ie die niet kan vinden hij er zelf eentje maakt.

de makkelijkste workaround is als iedereen even
de probleem-tiles (dus de blauwe) aanmerkt als landtile.
dat doe je door op
http://www.informationfreeway.org/?lat=51.766768483653166&lon=4.323423733633631&zoom=10&layers=0B00F000
naar level 12 te zoomen op de tile te klikken (met links)
en daarna de 'l' toets van 'land' te typen.

er zijn in nederland alleen bij de noordzee echte 'mixed'
tiles (kun je aangeven met 'x'). voor de rest is alles dat
binnen onze mooi waterwerken valt gewoon 'land'.

als genoeg mensen dit doen wordt de standaard set
vanzelf aangepast in tilesathome en zullen alle doorbraken
over enkele dagen goed gerenderd worden.

laat even weten als je wat gedaan hebt.

groet,
floris 



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

Re: [OSM-talk-nl] [Routeplanner: hoe bouw je zo'n ding ?]

[Milo van der Linden]

Absoluut!

Dat is bij verre de beste module die ik tot nu toe ken. Hij is alleen 
redelijk strict in wat ie van een database verwacht en ik kan geen C 
lezen... :-(  (iedereen zijn gebrek)


Ik zou deze module dolgraag opentrekken en voorzien van wrappers en 
onafhankelijk maken van postGIS.



Just van den Broecke schreef:

Iets om te onderzoeken:
http://pgrouting.postlbs.org

groet,

Just


Stefan de Konink wrote:
  

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Gert Gremmen schreef:


Dank je voor de tips, had ik nog niet gezien.
De discussie gaat op de lijst vooral over brute force
methods, en de bijbehorende aantallen.
Afijn ik heb mij daarop geabonneerd.
Neemt niet weg dat de brute force methode
natuurlijk te langzaam is.
  

Graphserver is wellicht bruteforce, en bruteforce is niet langzaam,
zolang je maar 1x je document hoeft te indexeren. Dan is tabbelen
gebruiken namelijk het *snelste*.



Wat dachten jullie van de volgende methode
(voorlopig alleen voor de kortste route)

Stel je wilt van A naar B

Kies een willekeurig punt nabij de rechte lijn
tussen A en B ongeveer halverwege
Herhaal dat tussen de 2 en N keer op 
alle geknipte stukken.
  

Dat heet A*. Heuristische component is de richting van de rechtelijn. En
is een Best-first algoritme. Dat je met A* alleen niet ver komt kan ik
je ook uitleggen. A* moet eigenlijk een pad krijgen gespecialiseerd op
de route die jij MAG nemen. En niet op de route die je ZOU KUNNEN nemen.

Dus je moet aparte graven hebben voor auto/fiets/kangoeroeschoenen...



Op die manier moet je 20 of 30 x een korte route
uitrekenen, ipv 1 x een hele lange.
  

:) Factoriseren is altijd een goed streven. :) Ik hoop dat we snel eens
in Nederland een routing meeting kunnen houden. Kunnen we direct
nadenken over de trein nemen ;)


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

iD8DBQFHHLSLYH1+F2Rqwn0RCmWyAJ40cZok3NyqZt8Zv1QYyjzDkZUVbACeIxiU
bTh/saE0uIwYEmUVrydd/mQ=
=Z8wJ
-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

  



--




Milo van der Linden
skype: milovanderlinden 
[EMAIL PROTECTED] 
[EMAIL PROTECTED] 
[EMAIL PROTECTED] 
http://www.3dsite.nl



De informatie in dit bericht reflecteert mijn persoonlijke mening en 
niet die van een bedrijf of instantie. Aan de informatie kunnen geen 
rechten worden ontleend. Indien dit bericht onderdeel is van een forum, 
mailing-list of community dan gelden automatisch de bij het betreffende 
medium behorende voorwaarden. The information in this message reflects 
my personal opinion and not that of a company or public body. All rights 
reserved.If this message is contained in a mailing-list or community, 
the rights on the medium are automatically adapted.


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

Re: [OSM-talk-nl] [algorithme gezocht]

[Milo van der Linden]

't zal nog wel even duren voor je zo "verward" bent als ik  :-)
ik vergeet namelijk zelfs mijn eigen verjaardag...


Excuses zijn niet nodig, dit is een open discussie, vragen is nooit stom 
en stomme dingen zeggen is niet mogelijk!



Martijn van Exel schreef:
Ik ben blij dat er iemand is die het wel echt weet; na het posten van 
dit bericht begon ik te twijfelen aan mijn formulering en ben 
sindsdien aan het graven in geheugen en bronnen, maar mijn 
intellectuele vermogens lijken een bermudadriehoek te hebben waar het 
gaat om projecties en coördinaatsystemen...
Sorry voor de verwarring! 


Martijn

Op 22-okt-2007, om 22:03 heeft Milo van der Linden het volgende 
geschreven:



Martijn van Exel schreef:
Voor afstandberekening in het RD-stelsel kun je volgens mij inderdaad  
veilig pythagoras gebruiken, omdat het een km2-grid is met vaste  
afstand tussen de gridlijnen en rechte hoeken. Maar als je  
cartesische coördinaten hebt (zoals Gert heeft)  zou je die eerst  
moeten omrekenen naar RD en dan krijg je ook met dergelijke  
trigonometrie te maken.
  
Dit is niet helemaal juist, cartesisch betekent namelijk "plat". Gert 
zijn coordinaten kunnen dus ook gebruik maken van dezelfde stelling 
van pythagoras.


Feitelijk zijn er 2 soorten coordinaatstelsels op GIS gebied:

1) Geografische coordinaat systemen
en
2) "geprojecteerde" coordinaat systemen.

In een coordinaat systeem uit 1) geldt dat trigonometrie of "great 
circle" berekeningen dienen te worden toegepast.
Bij 2) kun je altijd volstaan met de stelling van pythagoras, maar 
afhankelijk van de projectie zullen er afwijkingen optreden in 
afstand of in oppervlakte. Er zijn namelijk zogenaamde "Equal Area" 
(Oppervlakte getrouw) en "Equidistant" (Afstands getrouw) projecties 
en mengvormen van deze twee. Vliegroute kaarten zijn b.v. equidistant 
omdat afstand hier belangrijker is dan oppervlakte. Thematische 
vlakken kaarten zijn vaak oppervlakte getrouw.


Tevens is het gebied waarvoor de projectie specifiek is ingericht 
essentieel. In Nederland snijdt de projectie bijvoorbeeld door de 
aarde in een specifieke straal rondom Amersfoort. Dit betekent dat je 
vlak bij Amersfoort een negatieve afwijking hebt, (in Zeeland en 
Groningen een positieve) van enkele centimeters. Op de snijring is de 
afwijking het kleinste.


Indien de afstandsberekening bedoeld is voor b.v. routeplanning zou 
ik daarom adviseren om de extra moeite te nemen om de "great circle" 
berekening door te voeren. Deze is dan automatische bij benadering 
gelijk aan de GPS afstand.


(Pfff, 't zat diep weg in de uithoeken van mijn RAM, maar als HTS 
Geo-Informaticus/Geodeet moest ik hier even op reageren)



Martijn

Op 22-okt-2007, om 20:40 heeft Just van den Broecke het volgende  
geschreven:


  

Volgens mij heet de formule "great circle distance" (zoals c#
voorbeeld). Zie http://en.wikipedia.org/wiki/Great-circle_distance

Pythagoras kan m.i. alleen met zgn "equidistante projectie" (bijv.
pixels evenredig aan meters in x en y richting) zoals RD op bijv.
topokaarten in NL.

Ik heb wel een aantal implementaties bijv. in Java of JavaScript.

Just



Martijn van Exel wrote:

Dat maakt het een stuk complexer. Je moet je afvragen of je dat  
ervoor

over hebt, maar enfin, ik vind de volgende uitwerking:

http://www.codeproject.com/csharp/distancebetweenlocations.asp

Succes ermee;

Martijn


Op 22-okt-2007, om 13:29 heeft Gert Gremmen het volgende geschreven:

  

Dank je Martijn,
maar nu in lengte en breedte graden
en over de aardbol, hoewel dat
binnen Nederland wel  ongeveer hetzelfde
is als op een plat vlak.

Regards,



Je bedoelt de hemelsbrede afstand?

Dat is de implementatie van Pythagoras:

(in c#)
public double Distance(Point pt1, Point pt2)
{
return Math.Sqrt(Math.Pow(pt2.X.ToDouble() - pt1.X.ToDouble(),
2) +
Math.Pow(pt2.Y.ToDouble() - pt1.Y.ToDouble(), 2));
}

Voor afstand over de weg kun je een webservice aanroepen, er zijn
verschillende partijen die dat aanbieden (Locatienet, Geodan, ...)

Martijn

Op 22-okt-2007, om 13:04 heeft Gert Gremmen het volgende geschreven:



Voor het schrijven van een eenvoudige applicatie
zoek ik een algorithme om de afstand tussen
twee coordinaten ( uit OSM natuurlijk)
te berekenen. (in Nederland)
Het hoeft niet sub-meter nauwkeurig
Wie heeft een voorbeeld in universele code?


Regards,

 Gert Gremmen

___
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] [algorithme gezocht]

[Gert Gremmen]

Mijn coordinaten stelsel is

Natuurlijk dat van OSM

Graden minuten en seconden, of de decimale versie daarvan

 

Op de aangegeven link van martijn vindt je

Nog veel meer op 

http://mathforum.org/library/drmath/view/51879.html

 

Gert

 

Van: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Namens Martijn van Exel
Verzonden: maandag 22 oktober 2007 22:26
Aan: [EMAIL PROTECTED]; OpenStreetMap NL discussion list
Onderwerp: Re: [OSM-talk-nl] [algorithme gezocht]

 

Ik ben blij dat er iemand is die het wel echt weet; na het posten van dit 
bericht begon ik te twijfelen aan mijn formulering en ben sindsdien aan het 
graven in geheugen en bronnen, maar mijn intellectuele vermogens lijken een 
bermudadriehoek te hebben waar het gaat om projecties en coördinaatsystemen...

Sorry voor de verwarring! 

 

Martijn

 

Op 22-okt-2007, om 22:03 heeft Milo van der Linden het volgende geschreven:





Martijn van Exel schreef: 

Voor afstandberekening in het RD-stelsel kun je volgens mij inderdaad  
veilig pythagoras gebruiken, omdat het een km2-grid is met vaste  
afstand tussen de gridlijnen en rechte hoeken. Maar als je  
cartesische coördinaten hebt (zoals Gert heeft)  zou je die eerst  
moeten omrekenen naar RD en dan krijg je ook met dergelijke  
trigonometrie te maken.
  

Dit is niet helemaal juist, cartesisch betekent namelijk "plat". Gert zijn 
coordinaten kunnen dus ook gebruik maken van dezelfde stelling van pythagoras. 

Feitelijk zijn er 2 soorten coordinaatstelsels op GIS gebied: 

1) Geografische coordinaat systemen 
en 
2) "geprojecteerde" coordinaat systemen. 

In een coordinaat systeem uit 1) geldt dat trigonometrie of "great circle" 
berekeningen dienen te worden toegepast.
Bij 2) kun je altijd volstaan met de stelling van pythagoras, maar afhankelijk 
van de projectie zullen er afwijkingen optreden in afstand of in oppervlakte. 
Er zijn namelijk zogenaamde "Equal Area" (Oppervlakte getrouw) en "Equidistant" 
(Afstands getrouw) projecties en mengvormen van deze twee. Vliegroute kaarten 
zijn b.v. equidistant omdat afstand hier belangrijker is dan oppervlakte. 
Thematische vlakken kaarten zijn vaak oppervlakte getrouw. 

Tevens is het gebied waarvoor de projectie specifiek is ingericht essentieel. 
In Nederland snijdt de projectie bijvoorbeeld door de aarde in een specifieke 
straal rondom Amersfoort. Dit betekent dat je vlak bij Amersfoort een negatieve 
afwijking hebt, (in Zeeland en Groningen een positieve) van enkele centimeters. 
Op de snijring is de afwijking het kleinste.

Indien de afstandsberekening bedoeld is voor b.v. routeplanning zou ik daarom 
adviseren om de extra moeite te nemen om de "great circle" berekening door te 
voeren. Deze is dan automatische bij benadering gelijk aan de GPS afstand.

(Pfff, 't zat diep weg in de uithoeken van mijn RAM, maar als HTS 
Geo-Informaticus/Geodeet moest ik hier even op reageren)




Martijn
 
Op 22-okt-2007, om 20:40 heeft Just van den Broecke het volgende  
geschreven:
 
  

Volgens mij heet de formule "great circle distance" (zoals c#
voorbeeld). Zie http://en.wikipedia.org/wiki/Great-circle_distance
 
Pythagoras kan m.i. alleen met zgn "equidistante projectie" (bijv.
pixels evenredig aan meters in x en y richting) zoals RD op bijv.
topokaarten in NL.
 
Ik heb wel een aantal implementaties bijv. in Java of JavaScript.
 
Just
 
 
 
Martijn van Exel wrote:


Dat maakt het een stuk complexer. Je moet je afvragen of je dat 
 
ervoor
over hebt, maar enfin, ik vind de volgende uitwerking:
 
http://www.codeproject.com/csharp/distancebetweenlocations.asp
 
Succes ermee;
 
Martijn
 
 
Op 22-okt-2007, om 13:29 heeft Gert Gremmen het volgende 
geschreven:
 
  

Dank je Martijn,
maar nu in lengte en breedte graden
en over de aardbol, hoewel dat
binnen Nederland wel  ongeveer hetzelfde
is als op een plat vlak.
 
Regards,
 
 
 
Je bedoelt de hemelsbrede afstand?
 
Dat is de implementatie van Pythagoras:
 
(in c#)
public double Distance(Point pt1, Point pt2)
{
return Math.Sqrt(Math.Pow(pt2.X.ToDouble() - 
pt1.X.ToDouble(),
2) +
Math.Pow(pt2.Y.ToDouble() - pt1.Y.ToDouble(), 2));
}
 
 

Re: [OSM-talk-nl] [algorithme gezocht]

[Martijn van Exel]

Ik ben blij dat er iemand is die het wel echt weet; na het posten van  
dit bericht begon ik te twijfelen aan mijn formulering en ben  
sindsdien aan het graven in geheugen en bronnen, maar mijn  
intellectuele vermogens lijken een bermudadriehoek te hebben waar het  
gaat om projecties en coördinaatsystemen...

Sorry voor de verwarring!

Martijn

Op 22-okt-2007, om 22:03 heeft Milo van der Linden het volgende  
geschreven:



Martijn van Exel schreef:

Voor afstandberekening in het RD-stelsel kun je volgens mij inderdaad
veilig pythagoras gebruiken, omdat het een km2-grid is met vaste
afstand tussen de gridlijnen en rechte hoeken. Maar als je
cartesische coördinaten hebt (zoals Gert heeft)  zou je die eerst
moeten omrekenen naar RD en dan krijg je ook met dergelijke
trigonometrie te maken.

Dit is niet helemaal juist, cartesisch betekent namelijk "plat".  
Gert zijn coordinaten kunnen dus ook gebruik maken van dezelfde  
stelling van pythagoras.


Feitelijk zijn er 2 soorten coordinaatstelsels op GIS gebied:

1) Geografische coordinaat systemen
en
2) "geprojecteerde" coordinaat systemen.

In een coordinaat systeem uit 1) geldt dat trigonometrie of "great  
circle" berekeningen dienen te worden toegepast.
Bij 2) kun je altijd volstaan met de stelling van pythagoras, maar  
afhankelijk van de projectie zullen er afwijkingen optreden in  
afstand of in oppervlakte. Er zijn namelijk zogenaamde "Equal  
Area" (Oppervlakte getrouw) en "Equidistant" (Afstands getrouw)  
projecties en mengvormen van deze twee. Vliegroute kaarten zijn  
b.v. equidistant omdat afstand hier belangrijker is dan  
oppervlakte. Thematische vlakken kaarten zijn vaak oppervlakte  
getrouw.


Tevens is het gebied waarvoor de projectie specifiek is ingericht  
essentieel. In Nederland snijdt de projectie bijvoorbeeld door de  
aarde in een specifieke straal rondom Amersfoort. Dit betekent dat  
je vlak bij Amersfoort een negatieve afwijking hebt, (in Zeeland en  
Groningen een positieve) van enkele centimeters. Op de snijring is  
de afwijking het kleinste.


Indien de afstandsberekening bedoeld is voor b.v. routeplanning zou  
ik daarom adviseren om de extra moeite te nemen om de "great  
circle" berekening door te voeren. Deze is dan automatische bij  
benadering gelijk aan de GPS afstand.


(Pfff, 't zat diep weg in de uithoeken van mijn RAM, maar als HTS  
Geo-Informaticus/Geodeet moest ik hier even op reageren)



Martijn

Op 22-okt-2007, om 20:40 heeft Just van den Broecke het volgende
geschreven:



Volgens mij heet de formule "great circle distance" (zoals c#
voorbeeld). Zie http://en.wikipedia.org/wiki/Great-circle_distance

Pythagoras kan m.i. alleen met zgn "equidistante projectie" (bijv.
pixels evenredig aan meters in x en y richting) zoals RD op bijv.
topokaarten in NL.

Ik heb wel een aantal implementaties bijv. in Java of JavaScript.

Just



Martijn van Exel wrote:


Dat maakt het een stuk complexer. Je moet je afvragen of je dat
ervoor
over hebt, maar enfin, ik vind de volgende uitwerking:

http://www.codeproject.com/csharp/distancebetweenlocations.asp

Succes ermee;

Martijn


Op 22-okt-2007, om 13:29 heeft Gert Gremmen het volgende  
geschreven:




Dank je Martijn,
maar nu in lengte en breedte graden
en over de aardbol, hoewel dat
binnen Nederland wel  ongeveer hetzelfde
is als op een plat vlak.

Regards,



Je bedoelt de hemelsbrede afstand?

Dat is de implementatie van Pythagoras:

(in c#)
public double Distance(Point pt1, Point pt2)
{
return Math.Sqrt(Math.Pow(pt2.X.ToDouble() - pt1.X.ToDouble(),
2) +
Math.Pow(pt2.Y.ToDouble() - pt1.Y.ToDouble(), 2));
}

Voor afstand over de weg kun je een webservice aanroepen, er zijn
verschillende partijen die dat aanbieden (Locatienet, Geodan, ...)

Martijn

Op 22-okt-2007, om 13:04 heeft Gert Gremmen het volgende  
geschreven:




Voor het schrijven van een eenvoudige applicatie
zoek ik een algorithme om de afstand tussen
twee coordinaten ( uit OSM natuurlijk)
te berekenen. (in Nederland)
Het hoeft niet sub-meter nauwkeurig
Wie heeft een voorbeeld in universele code?


Regards,

 Gert Gremmen

___
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

--- 
--

---

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


--

--Just

Just van den Broecke  [EMAIL PROTECTED]
Just Objects B.V. 

Re: [OSM-talk-nl] [algorithme gezocht]

[Milo van der Linden]

Martijn van Exel schreef:
Voor afstandberekening in het RD-stelsel kun je volgens mij inderdaad  
veilig pythagoras gebruiken, omdat het een km2-grid is met vaste  
afstand tussen de gridlijnen en rechte hoeken. Maar als je  
cartesische coördinaten hebt (zoals Gert heeft)  zou je die eerst  
moeten omrekenen naar RD en dan krijg je ook met dergelijke  
trigonometrie te maken.
  
Dit is niet helemaal juist, cartesisch betekent namelijk "plat". Gert 
zijn coordinaten kunnen dus ook gebruik maken van dezelfde stelling van 
pythagoras.


Feitelijk zijn er 2 soorten coordinaatstelsels op GIS gebied:

1) Geografische coordinaat systemen
en
2) "geprojecteerde" coordinaat systemen.

In een coordinaat systeem uit 1) geldt dat trigonometrie of "great 
circle" berekeningen dienen te worden toegepast.
Bij 2) kun je altijd volstaan met de stelling van pythagoras, maar 
afhankelijk van de projectie zullen er afwijkingen optreden in afstand 
of in oppervlakte. Er zijn namelijk zogenaamde "Equal Area" (Oppervlakte 
getrouw) en "Equidistant" (Afstands getrouw) projecties en mengvormen 
van deze twee. Vliegroute kaarten zijn b.v. equidistant omdat afstand 
hier belangrijker is dan oppervlakte. Thematische vlakken kaarten zijn 
vaak oppervlakte getrouw.


Tevens is het gebied waarvoor de projectie specifiek is ingericht 
essentieel. In Nederland snijdt de projectie bijvoorbeeld door de aarde 
in een specifieke straal rondom Amersfoort. Dit betekent dat je vlak bij 
Amersfoort een negatieve afwijking hebt, (in Zeeland en Groningen een 
positieve) van enkele centimeters. Op de snijring is de afwijking het 
kleinste.


Indien de afstandsberekening bedoeld is voor b.v. routeplanning zou ik 
daarom adviseren om de extra moeite te nemen om de "great circle" 
berekening door te voeren. Deze is dan automatische bij benadering 
gelijk aan de GPS afstand.


(Pfff, 't zat diep weg in de uithoeken van mijn RAM, maar als HTS 
Geo-Informaticus/Geodeet moest ik hier even op reageren)



Martijn

Op 22-okt-2007, om 20:40 heeft Just van den Broecke het volgende  
geschreven:


  

Volgens mij heet de formule "great circle distance" (zoals c#
voorbeeld). Zie http://en.wikipedia.org/wiki/Great-circle_distance

Pythagoras kan m.i. alleen met zgn "equidistante projectie" (bijv.
pixels evenredig aan meters in x en y richting) zoals RD op bijv.
topokaarten in NL.

Ik heb wel een aantal implementaties bijv. in Java of JavaScript.

Just



Martijn van Exel wrote:

Dat maakt het een stuk complexer. Je moet je afvragen of je dat  
ervoor

over hebt, maar enfin, ik vind de volgende uitwerking:

http://www.codeproject.com/csharp/distancebetweenlocations.asp

Succes ermee;

Martijn


Op 22-okt-2007, om 13:29 heeft Gert Gremmen het volgende geschreven:

  

Dank je Martijn,
maar nu in lengte en breedte graden
en over de aardbol, hoewel dat
binnen Nederland wel  ongeveer hetzelfde
is als op een plat vlak.

Regards,



Je bedoelt de hemelsbrede afstand?

Dat is de implementatie van Pythagoras:

(in c#)
public double Distance(Point pt1, Point pt2)
{
return Math.Sqrt(Math.Pow(pt2.X.ToDouble() - pt1.X.ToDouble(),
2) +
Math.Pow(pt2.Y.ToDouble() - pt1.Y.ToDouble(), 2));
}

Voor afstand over de weg kun je een webservice aanroepen, er zijn
verschillende partijen die dat aanbieden (Locatienet, Geodan, ...)

Martijn

Op 22-okt-2007, om 13:04 heeft Gert Gremmen het volgende geschreven:



Voor het schrijven van een eenvoudige applicatie
zoek ik een algorithme om de afstand tussen
twee coordinaten ( uit OSM natuurlijk)
te berekenen. (in Nederland)
Het hoeft niet sub-meter nauwkeurig
Wie heeft een voorbeeld in universele code?


Regards,

 Gert Gremmen

___
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

- 
---


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

--

--Just

Just van den Broecke  [EMAIL PROTECTED]
Just Objects B.V. tel +31 65 4268627 Skype: justb4
The Netherlands   http://www.justobjects.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/mail

Re: [OSM-talk-nl] [algorithme gezocht]

[Martijn van Exel]

Voor afstandberekening in het RD-stelsel kun je volgens mij inderdaad  
veilig pythagoras gebruiken, omdat het een km2-grid is met vaste  
afstand tussen de gridlijnen en rechte hoeken. Maar als je  
cartesische coördinaten hebt (zoals Gert heeft)  zou je die eerst  
moeten omrekenen naar RD en dan krijg je ook met dergelijke  
trigonometrie te maken.

Martijn

Op 22-okt-2007, om 20:40 heeft Just van den Broecke het volgende  
geschreven:

> Volgens mij heet de formule "great circle distance" (zoals c#
> voorbeeld). Zie http://en.wikipedia.org/wiki/Great-circle_distance
>
> Pythagoras kan m.i. alleen met zgn "equidistante projectie" (bijv.
> pixels evenredig aan meters in x en y richting) zoals RD op bijv.
> topokaarten in NL.
>
> Ik heb wel een aantal implementaties bijv. in Java of JavaScript.
>
> Just
>
>
>
> Martijn van Exel wrote:
>> Dat maakt het een stuk complexer. Je moet je afvragen of je dat  
>> ervoor
>> over hebt, maar enfin, ik vind de volgende uitwerking:
>>
>> http://www.codeproject.com/csharp/distancebetweenlocations.asp
>>
>> Succes ermee;
>>
>> Martijn
>>
>>
>> Op 22-okt-2007, om 13:29 heeft Gert Gremmen het volgende geschreven:
>>
>>> Dank je Martijn,
>>> maar nu in lengte en breedte graden
>>> en over de aardbol, hoewel dat
>>> binnen Nederland wel  ongeveer hetzelfde
>>> is als op een plat vlak.
>>>
>>> Regards,
>>>
>>>
>>>
>>> Je bedoelt de hemelsbrede afstand?
>>>
>>> Dat is de implementatie van Pythagoras:
>>>
>>> (in c#)
>>> public double Distance(Point pt1, Point pt2)
>>> {
>>> return Math.Sqrt(Math.Pow(pt2.X.ToDouble() - pt1.X.ToDouble(),
>>> 2) +
>>> Math.Pow(pt2.Y.ToDouble() - pt1.Y.ToDouble(), 2));
>>> }
>>>
>>> Voor afstand over de weg kun je een webservice aanroepen, er zijn
>>> verschillende partijen die dat aanbieden (Locatienet, Geodan, ...)
>>>
>>> Martijn
>>>
>>> Op 22-okt-2007, om 13:04 heeft Gert Gremmen het volgende geschreven:
>>>

 Voor het schrijven van een eenvoudige applicatie
 zoek ik een algorithme om de afstand tussen
 twee coordinaten ( uit OSM natuurlijk)
 te berekenen. (in Nederland)
 Het hoeft niet sub-meter nauwkeurig
 Wie heeft een voorbeeld in universele code?


 Regards,

  Gert Gremmen

 ___
 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
>>
>>
>> - 
>> ---
>>
>> ___
>> Talk-nl mailing list
>> Talk-nl@openstreetmap.org
>> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
>
>
> -- 
>
> --Just
>
> Just van den Broecke  [EMAIL PROTECTED]
> Just Objects B.V. tel +31 65 4268627 Skype: justb4
> The Netherlands   http://www.justobjects.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] OSM product: printbare landkaart (ofposterservice)

[Rob]

jammer dan, iemand heeft de stop uit de noordzee/ ijselmeer getrokken,
de zee is leeggelopen in mapnik op z12

Op 22-10-07 heeft Rob<[EMAIL PROTECTED]> het volgende geschreven:
> mapnik versie loopt nu..  volgens mij zijn die rode dingen provincie grenzen
>
> Op 22-10-07 heeft Martijn van Exel<[EMAIL PROTECTED]> het volgende geschreven:
> > Zeker, prachtig! Jammer van die rare H2O- en witte tiles. Wat is daar
> > de achtergrond van?
> >
> > En ik vind het spoor op dit zoomlevel nog steeds erg lelijk. Veel te
> > vet.
> >
> > Ik zie her en der rode grenzen, wat zijn die? Raar dat die niet
> > overal te zien zijn? Lijkt me ook niet iets dat je wilt renderen op
> > zo'n algemeen kaartbeeld.
> >
> > Maar los van al die dingetjes, heel erg mooi om eens zo'n bestand
> > voor heel NL te hebben. Ik laat het met trots zien!
> >
> > Martijn
> >
> > Op 22-okt-2007, om 18:22 heeft Zoran Kovacevic het volgende geschreven:
> >
> > > Rob wrote:
> > >> hiero de png..
> > >> http://mestreechonline.nl/osm/nederland_z12.png
> > >> en voor ozi explorer de bijbehorende map file
> > >> http://mestreechonline.nl/osm/nederland_z12.png.map
> > >>
> > >> ik zag dat er nog een paar pigment vlekken zitten, en enkele witte
> > >> en blauwe ;)
> > >
> > > ziet er mooi uit!
> > >
> > > idd nog wat last van pigment hier en daar
> > >
> > > hmm op de 1 of andere manier vindt firefox het lastig renderen ... :)
> > >
> > > ___
> > > 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] OSM product: printbare landkaart (ofposterservice)

[Rob]

mapnik versie loopt nu..  volgens mij zijn die rode dingen provincie grenzen

Op 22-10-07 heeft Martijn van Exel<[EMAIL PROTECTED]> het volgende geschreven:
> Zeker, prachtig! Jammer van die rare H2O- en witte tiles. Wat is daar
> de achtergrond van?
>
> En ik vind het spoor op dit zoomlevel nog steeds erg lelijk. Veel te
> vet.
>
> Ik zie her en der rode grenzen, wat zijn die? Raar dat die niet
> overal te zien zijn? Lijkt me ook niet iets dat je wilt renderen op
> zo'n algemeen kaartbeeld.
>
> Maar los van al die dingetjes, heel erg mooi om eens zo'n bestand
> voor heel NL te hebben. Ik laat het met trots zien!
>
> Martijn
>
> Op 22-okt-2007, om 18:22 heeft Zoran Kovacevic het volgende geschreven:
>
> > Rob wrote:
> >> hiero de png..
> >> http://mestreechonline.nl/osm/nederland_z12.png
> >> en voor ozi explorer de bijbehorende map file
> >> http://mestreechonline.nl/osm/nederland_z12.png.map
> >>
> >> ik zag dat er nog een paar pigment vlekken zitten, en enkele witte
> >> en blauwe ;)
> >
> > ziet er mooi uit!
> >
> > idd nog wat last van pigment hier en daar
> >
> > hmm op de 1 of andere manier vindt firefox het lastig renderen ... :)
> >
> > ___
> > 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] OSM product: printbare landkaart (ofposterservice)

[Martijn van Exel]

Zeker, prachtig! Jammer van die rare H2O- en witte tiles. Wat is daar  
de achtergrond van?

En ik vind het spoor op dit zoomlevel nog steeds erg lelijk. Veel te  
vet.

Ik zie her en der rode grenzen, wat zijn die? Raar dat die niet  
overal te zien zijn? Lijkt me ook niet iets dat je wilt renderen op  
zo'n algemeen kaartbeeld.

Maar los van al die dingetjes, heel erg mooi om eens zo'n bestand  
voor heel NL te hebben. Ik laat het met trots zien!

Martijn

Op 22-okt-2007, om 18:22 heeft Zoran Kovacevic het volgende geschreven:

> Rob wrote:
>> hiero de png..
>> http://mestreechonline.nl/osm/nederland_z12.png
>> en voor ozi explorer de bijbehorende map file
>> http://mestreechonline.nl/osm/nederland_z12.png.map
>>
>> ik zag dat er nog een paar pigment vlekken zitten, en enkele witte  
>> en blauwe ;)
>
> ziet er mooi uit!
>
> idd nog wat last van pigment hier en daar
>
> hmm op de 1 of andere manier vindt firefox het lastig renderen ... :)
>
> ___
> 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] [algorithme gezocht]

[Just van den Broecke]

Volgens mij heet de formule "great circle distance" (zoals c# 
voorbeeld). Zie http://en.wikipedia.org/wiki/Great-circle_distance

Pythagoras kan m.i. alleen met zgn "equidistante projectie" (bijv. 
pixels evenredig aan meters in x en y richting) zoals RD op bijv. 
topokaarten in NL.

Ik heb wel een aantal implementaties bijv. in Java of JavaScript.

Just



Martijn van Exel wrote:
> Dat maakt het een stuk complexer. Je moet je afvragen of je dat ervoor 
> over hebt, maar enfin, ik vind de volgende uitwerking:
> 
> http://www.codeproject.com/csharp/distancebetweenlocations.asp
> 
> Succes ermee;
> 
> Martijn
> 
> 
> Op 22-okt-2007, om 13:29 heeft Gert Gremmen het volgende geschreven:
> 
>> Dank je Martijn,
>> maar nu in lengte en breedte graden
>> en over de aardbol, hoewel dat 
>> binnen Nederland wel  ongeveer hetzelfde
>> is als op een plat vlak.
>>
>> Regards,
>>
>>
>>
>> Je bedoelt de hemelsbrede afstand?
>>
>> Dat is de implementatie van Pythagoras:
>>
>> (in c#)
>> public double Distance(Point pt1, Point pt2)
>> {
>> return Math.Sqrt(Math.Pow(pt2.X.ToDouble() - pt1.X.ToDouble(),
>> 2) +  
>> Math.Pow(pt2.Y.ToDouble() - pt1.Y.ToDouble(), 2));
>> }
>>
>> Voor afstand over de weg kun je een webservice aanroepen, er zijn  
>> verschillende partijen die dat aanbieden (Locatienet, Geodan, ...)
>>
>> Martijn
>>
>> Op 22-okt-2007, om 13:04 heeft Gert Gremmen het volgende geschreven:
>>
>>>
>>> Voor het schrijven van een eenvoudige applicatie
>>> zoek ik een algorithme om de afstand tussen
>>> twee coordinaten ( uit OSM natuurlijk)
>>> te berekenen. (in Nederland)
>>> Het hoeft niet sub-meter nauwkeurig
>>> Wie heeft een voorbeeld in universele code?
>>>
>>>
>>> Regards,
>>>
>>>  Gert Gremmen
>>>
>>> ___
>>> 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
> 
> 
> 
> 
> ___
> Talk-nl mailing list
> Talk-nl@openstreetmap.org
> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl


-- 

--Just

Just van den Broecke  [EMAIL PROTECTED]
Just Objects B.V. tel +31 65 4268627 Skype: justb4
The Netherlands   http://www.justobjects.nl






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

Re: [OSM-talk-nl] [Routeplanner: hoe bouw je zo'n ding ?]

[Just van den Broecke]

Iets om te onderzoeken:
http://pgrouting.postlbs.org

groet,

Just


Stefan de Konink wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
> 
> Gert Gremmen schreef:
>> Dank je voor de tips, had ik nog niet gezien.
>> De discussie gaat op de lijst vooral over brute force
>> methods, en de bijbehorende aantallen.
>> Afijn ik heb mij daarop geabonneerd.
>> Neemt niet weg dat de brute force methode
>> natuurlijk te langzaam is.
> 
> Graphserver is wellicht bruteforce, en bruteforce is niet langzaam,
> zolang je maar 1x je document hoeft te indexeren. Dan is tabbelen
> gebruiken namelijk het *snelste*.
> 
>> Wat dachten jullie van de volgende methode
>> (voorlopig alleen voor de kortste route)
>>
>> Stel je wilt van A naar B
>>
>> Kies een willekeurig punt nabij de rechte lijn
>> tussen A en B ongeveer halverwege
>> Herhaal dat tussen de 2 en N keer op 
>> alle geknipte stukken.
> 
> Dat heet A*. Heuristische component is de richting van de rechtelijn. En
> is een Best-first algoritme. Dat je met A* alleen niet ver komt kan ik
> je ook uitleggen. A* moet eigenlijk een pad krijgen gespecialiseerd op
> de route die jij MAG nemen. En niet op de route die je ZOU KUNNEN nemen.
> 
> Dus je moet aparte graven hebben voor auto/fiets/kangoeroeschoenen...
> 
>> Op die manier moet je 20 of 30 x een korte route
>> uitrekenen, ipv 1 x een hele lange.
> 
> :) Factoriseren is altijd een goed streven. :) Ik hoop dat we snel eens
> in Nederland een routing meeting kunnen houden. Kunnen we direct
> nadenken over de trein nemen ;)
> 
> 
> Stefan
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v2.0.7 (GNU/Linux)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
> 
> iD8DBQFHHLSLYH1+F2Rqwn0RCmWyAJ40cZok3NyqZt8Zv1QYyjzDkZUVbACeIxiU
> bTh/saE0uIwYEmUVrydd/mQ=
> =Z8wJ
> -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] OSM product: printbare landkaart (ofposterservice)

[Remco van Zuijlen]

On Mon, Oct 22, 2007 at 07:18:02PM +0200, Rob wrote:
> ja, ik deed de link ff checken in firefox via een remote desktop
> verbinding, dat was helemaal geen goed idee ;) zal nog eens kijken of
> ik de witte tiles opnieuw kan fetchen, de waterige tiles is denk ik
> lastiger op te poetsen

die witte tiles kan ook zitten op de tilesathome en dat rerenderen steeds
mislukt.. Kan je niet beter de mapnik tiles nemen? die zijn ook mooier (en
completer).

Remco

> 
> Op 22-10-07 heeft Zoran Kovacevic<[EMAIL PROTECTED]> het volgende geschreven:
> > Rob wrote:
> > > hiero de png..
> > > http://mestreechonline.nl/osm/nederland_z12.png
> > > en voor ozi explorer de bijbehorende map file
> > > http://mestreechonline.nl/osm/nederland_z12.png.map
> > >
> > > ik zag dat er nog een paar pigment vlekken zitten, en enkele witte en 
> > > blauwe ;)
> >
> > ziet er mooi uit!
> >
> > idd nog wat last van pigment hier en daar
> >
> > hmm op de 1 of andere manier vindt firefox het lastig renderen ... :)
> >
> > ___
> > 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
> 

-- 
Remco van Zuijlen <[EMAIL PROTECTED]>

Hi! I'm a .signature virus! copy me into your .signature file to help me spread!


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

Re: [OSM-talk-nl] OSM product: printbare landkaart (ofposterservice)

[Rob]

ja, ik deed de link ff checken in firefox via een remote desktop
verbinding, dat was helemaal geen goed idee ;) zal nog eens kijken of
ik de witte tiles opnieuw kan fetchen, de waterige tiles is denk ik
lastiger op te poetsen

Op 22-10-07 heeft Zoran Kovacevic<[EMAIL PROTECTED]> het volgende geschreven:
> Rob wrote:
> > hiero de png..
> > http://mestreechonline.nl/osm/nederland_z12.png
> > en voor ozi explorer de bijbehorende map file
> > http://mestreechonline.nl/osm/nederland_z12.png.map
> >
> > ik zag dat er nog een paar pigment vlekken zitten, en enkele witte en 
> > blauwe ;)
>
> ziet er mooi uit!
>
> idd nog wat last van pigment hier en daar
>
> hmm op de 1 of andere manier vindt firefox het lastig renderen ... :)
>
> ___
> 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] Aanpassen Industriegebied

[ante]

On Mon, October 22, 2007 5:22 pm, Peter Peterse wrote:
> Hallo,
>
> ik probeer een industriegebied aan te passen (kleiner te maken)
> echter er wordt een node gebruikt waaraan nog 2 andere wegen gekoppeld
> zijn.
>
> Hoe lossen jullie dit soort problemen op.
>
> Ik heb het volgende geprobeerd:
> - split way (2x)
> - verwijderen way
> verder kom ik niet.

De twee ways die naar de node lopen weggooien, nieuwe node maken, daar
nieuwe wegen naar maken, zoiets?

vriendelijke groet,
cordialmente,

Ante




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

Re: [OSM-talk-nl] OSM product: printbare landkaart (ofposterservice)

[Zoran Kovacevic]

Rob wrote:
> hiero de png..
> http://mestreechonline.nl/osm/nederland_z12.png
> en voor ozi explorer de bijbehorende map file
> http://mestreechonline.nl/osm/nederland_z12.png.map
> 
> ik zag dat er nog een paar pigment vlekken zitten, en enkele witte en blauwe 
> ;)

ziet er mooi uit!

idd nog wat last van pigment hier en daar

hmm op de 1 of andere manier vindt firefox het lastig renderen ... :)

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

Re: [OSM-talk-nl] OSM product: printbare landkaart (ofposterservice)

[Milo van der Linden]

Grrr, ik wilde er zo graag bij zijn maar mijn moeder viert haar 60ste 
verjaardag sorry!

Zoran Kovacevic schreef:

Dat wordt leuk brainstormen zaterdag :)

Alhoel ... pas 8 mensen!

Gert, jij wil vast ook meepraten? Wie nog meer? Schrijf je ff in ...

http://wiki.openstreetmap.org/index.php/Amsterdam#Attendance_.2F_Deelnemers

Martijn van Exel wrote:
  
Juist onder die kaartgebruikers bestaan ontzettend veel verschillende  
doelgroepen.
Je hebt de mensen die een autorouteplanner willen gebruiken. Voor hen  
geldt dat actualiteit en volledigheid van de stratendata en de  
aanwezigheid van adresinformatie doorslaggevende criteria zijn.
Maar er zijn veel meer manieren om een kaart te gebruiken, waarvoor  
heel andere criteria gelden. Stel, je bent een lokale VVV en je hebt  
een  interessante thematische kaartlaag, zeg POIs in je historische  
stadscentrum. Je wilt daar een mooi kaartje van maken zodat mensen  
een stadswandeling kunnen maken. Dan zou je OSM prima als  
ondergrondkaart kunnen renderen. En dat kun je dan ook best afdrukken  
in een mooie folder. Klopt er een straatje of 2 niet? Dan kan die VVV  
dat zelf zelfs verbeteren en dat teruggeven aan de community (mits ze  
dat makkelijk wordt gemaakt).


Zo zijn er nog veel meer toepassingen te bedenken. En daar zit 'm nu  
net de kneep: wij hoeven, willen en kunnen niet voor iedere  
potentiële gebruiker te bepalen of de OSM-data voor hun toepassing  
voldoet of niet, dat kunnen ze prima zelf! De beste handreiking die  
je kunt bieden is te vertellen wat wij weten over onze data, de  
sterke èn ook de zwakke plekken erin. Dan zul je zien dat de mooie  
toepassingen vanzelf komen.


Martijn


Op 22-okt-2007, om 15:20 heeft Gert Gremmen het volgende geschreven:



Je hebt  IMHO 2 of 3  doelgroepen.

1 Applicatieontwikkelaars
2 kaart gebruikers ofwel visueel  (jullie poster)
3 gebruikers van de applicaties onder 1

Categorien 2 en 3 haken snel af als
de resultaten niet vergelijkbaar zijn
met google of anwb.

Ok, voor een nog niet bestaande applicatie
geldt natuurlijk éénoog is koning.

Regards,

Ing. Gert Gremmen

Gert, wie is volgens jou de doelgroep?

Daar hangen nogal wat redeneringen van af ...

Gert Gremmen wrote:
  

Goed verhaal.

Vergelijk het met een auto:

Jah roept  de OpenSource autoverkoper:

Rijdt onze (gratis) OpenSource Auto !
Hij rijdt alleen met een paard ervoor, maar
we geven U er een complete  servicemanual bij,
dan kan u alles wat niet goed is ZELF fixen.
De ontbrekende onderdelen mag U bovendien zelf maken, onder de CC2  
license.
Let op de accu wordt in de documentatie versnellingsbak genoemd,  
of misschien ook wel iets anders.
En, nog een voordeel, wij vertellen U tenminste wat de zwakke  
punten zijn van onze auto, dat doet Mercedes niet !



Maar ik vindt wel dat e.a. grosso modo
de indruk moet wekken dat deze goed is.
(dus dat de auto zelf rijdt)

Niemand gaat werken met een routeplanner
die niet weet waar SGravenhage ligt,
of 5 irrelevante zoekresulaten voor Den Hoorn.

We moeten open zijn, maar ook
realistisch genoeg om te beseffen dat
de meeste toepassingen met de huidige
dataset op een teleurstelling zullen uitlopen.

Over een half jaar kan dat anders zijn, als
we verdomd hard aan het werk gaan.

Ook een opensource project moet zich meten
met de concurrentie, sterker nog, wordt
afgemeten aan de concurrentie die bovendien
NIET aangeeft waar eventuele zwakke punten zitten,
en dus zich beter voordoet dan ie is.

Dat OSM potentieel meer kan, dat wordt alleen gewaardeerd door  
mensen die er een applicatie mee maken, en niet door de  
eindgebruiker.




Gert Gremmen

-Original Message-
From: [EMAIL PROTECTED] [mailto:talk-nl- 
[EMAIL PROTECTED] On Behalf Of Martijn van Exel

Sent: 2007-10-22 2:29 PM
To: OpenStreetMap NL discussion list
Subject: Re: [OSM-talk-nl] OSM product: printbare landkaart  
(ofposterservice)


Ik vind dat niet erg, integendeel. Ik denk dat de enige manier om
vertrouwen te winnen is openheid. Ik denk dat veel buitenstaanders
OSM met belangstelling bekijken, maar het niet zo gauw voor serieuze
toepassingen zullen willen gebruiken. Als ze zien hoeveel er mis mee
is, zullen sommigen wellicht zeggen: 'dat is due niet geschikt voor
mijn toepassing'. Dat is jammer, maar ze weten in elk geval waarom ze
niet bij ons moeten zijn voor hun data. Anderen zullen kunnen zien
dat er heel veel wèl klopt / compleet genoeg is en dat, de
beperkingen kennende, veel mooie toepassingen wèl mogelijk zijn.

Ik bedoel maar, wij moeten niet voor mensen beslissen of zij onze
data wel of niet moeten gebruiken. Door openheid van zaken te geven,
verschaf je potentiële gebruikers een goede basis om die beslissing
zelf te nemen. Ik denk dat het essentieel is om op de langere termijn
serieus genomen te kunnen worden.

Wat is jouw alternatief? Moeten we de wiki met de lijst van bekende
zwakke plekken sluiten of afschermen? Moeten we gebruikers ontraden,
of zelfs verbieden, om hi-res afdrukken te maken? Je stelt v

Re: [OSM-talk-nl] OSM product: printbare landkaart (ofposterservice)

[Zoran Kovacevic]

Dat wordt leuk brainstormen zaterdag :)

Alhoel ... pas 8 mensen!

Gert, jij wil vast ook meepraten? Wie nog meer? Schrijf je ff in ...

http://wiki.openstreetmap.org/index.php/Amsterdam#Attendance_.2F_Deelnemers

Martijn van Exel wrote:
> Juist onder die kaartgebruikers bestaan ontzettend veel verschillende  
> doelgroepen.
> Je hebt de mensen die een autorouteplanner willen gebruiken. Voor hen  
> geldt dat actualiteit en volledigheid van de stratendata en de  
> aanwezigheid van adresinformatie doorslaggevende criteria zijn.
> Maar er zijn veel meer manieren om een kaart te gebruiken, waarvoor  
> heel andere criteria gelden. Stel, je bent een lokale VVV en je hebt  
> een  interessante thematische kaartlaag, zeg POIs in je historische  
> stadscentrum. Je wilt daar een mooi kaartje van maken zodat mensen  
> een stadswandeling kunnen maken. Dan zou je OSM prima als  
> ondergrondkaart kunnen renderen. En dat kun je dan ook best afdrukken  
> in een mooie folder. Klopt er een straatje of 2 niet? Dan kan die VVV  
> dat zelf zelfs verbeteren en dat teruggeven aan de community (mits ze  
> dat makkelijk wordt gemaakt).
> 
> Zo zijn er nog veel meer toepassingen te bedenken. En daar zit 'm nu  
> net de kneep: wij hoeven, willen en kunnen niet voor iedere  
> potentiële gebruiker te bepalen of de OSM-data voor hun toepassing  
> voldoet of niet, dat kunnen ze prima zelf! De beste handreiking die  
> je kunt bieden is te vertellen wat wij weten over onze data, de  
> sterke èn ook de zwakke plekken erin. Dan zul je zien dat de mooie  
> toepassingen vanzelf komen.
> 
> Martijn
> 
> 
> Op 22-okt-2007, om 15:20 heeft Gert Gremmen het volgende geschreven:
> 
>> Je hebt  IMHO 2 of 3  doelgroepen.
>>
>> 1 Applicatieontwikkelaars
>> 2 kaart gebruikers ofwel visueel  (jullie poster)
>> 3 gebruikers van de applicaties onder 1
>>
>> Categorien 2 en 3 haken snel af als
>> de resultaten niet vergelijkbaar zijn
>> met google of anwb.
>>
>> Ok, voor een nog niet bestaande applicatie
>> geldt natuurlijk éénoog is koning.
>>
>> Regards,
>>
>> Ing. Gert Gremmen
>>
>> Gert, wie is volgens jou de doelgroep?
>>
>> Daar hangen nogal wat redeneringen van af ...
>>
>> Gert Gremmen wrote:
>>> Goed verhaal.
>>>
>>> Vergelijk het met een auto:
>>>
>>> Jah roept  de OpenSource autoverkoper:
>>>
>>> Rijdt onze (gratis) OpenSource Auto !
>>> Hij rijdt alleen met een paard ervoor, maar
>>> we geven U er een complete  servicemanual bij,
>>> dan kan u alles wat niet goed is ZELF fixen.
>>> De ontbrekende onderdelen mag U bovendien zelf maken, onder de CC2  
>>> license.
>>> Let op de accu wordt in de documentatie versnellingsbak genoemd,  
>>> of misschien ook wel iets anders.
>>> En, nog een voordeel, wij vertellen U tenminste wat de zwakke  
>>> punten zijn van onze auto, dat doet Mercedes niet !
>>>
>>>
>>> Maar ik vindt wel dat e.a. grosso modo
>>> de indruk moet wekken dat deze goed is.
>>> (dus dat de auto zelf rijdt)
>>>
>>> Niemand gaat werken met een routeplanner
>>> die niet weet waar SGravenhage ligt,
>>> of 5 irrelevante zoekresulaten voor Den Hoorn.
>>>
>>> We moeten open zijn, maar ook
>>> realistisch genoeg om te beseffen dat
>>> de meeste toepassingen met de huidige
>>> dataset op een teleurstelling zullen uitlopen.
>>>
>>> Over een half jaar kan dat anders zijn, als
>>> we verdomd hard aan het werk gaan.
>>>
>>> Ook een opensource project moet zich meten
>>> met de concurrentie, sterker nog, wordt
>>> afgemeten aan de concurrentie die bovendien
>>> NIET aangeeft waar eventuele zwakke punten zitten,
>>> en dus zich beter voordoet dan ie is.
>>>
>>> Dat OSM potentieel meer kan, dat wordt alleen gewaardeerd door  
>>> mensen die er een applicatie mee maken, en niet door de  
>>> eindgebruiker.
>>>
>>>
>>>
>>> Gert Gremmen
>>>
>>> -Original Message-
>>> From: [EMAIL PROTECTED] [mailto:talk-nl- 
>>> [EMAIL PROTECTED] On Behalf Of Martijn van Exel
>>> Sent: 2007-10-22 2:29 PM
>>> To: OpenStreetMap NL discussion list
>>> Subject: Re: [OSM-talk-nl] OSM product: printbare landkaart  
>>> (ofposterservice)
>>>
>>> Ik vind dat niet erg, integendeel. Ik denk dat de enige manier om
>>> vertrouwen te winnen is openheid. Ik denk dat veel buitenstaanders
>>> OSM met belangstelling bekijken, maar het niet zo gauw voor serieuze
>>> toepassingen zullen willen gebruiken. Als ze zien hoeveel er mis mee
>>> is, zullen sommigen wellicht zeggen: 'dat is due niet geschikt voor
>>> mijn toepassing'. Dat is jammer, maar ze weten in elk geval waarom ze
>>> niet bij ons moeten zijn voor hun data. Anderen zullen kunnen zien
>>> dat er heel veel wèl klopt / compleet genoeg is en dat, de
>>> beperkingen kennende, veel mooie toepassingen wèl mogelijk zijn.
>>>
>>> Ik bedoel maar, wij moeten niet voor mensen beslissen of zij onze
>>> data wel of niet moeten gebruiken. Door openheid van zaken te geven,
>>> verschaf je potentiële gebruikers een goede basis om die beslissing
>>> zelf te nemen. Ik denk dat het essentieel is om op de langere termi

[OSM-talk-nl] Aanpassen Industriegebied

[Peter Peterse]

Hallo,

ik probeer een industriegebied aan te passen (kleiner te maken)
echter er wordt een node gebruikt waaraan nog 2 andere wegen gekoppeld zijn.

Hoe lossen jullie dit soort problemen op.

Ik heb het volgende geprobeerd:
- split way (2x)
- verwijderen way
verder kom ik niet.

Het lukt me niet om het industriegebied gesloten te krijgen.

Alvast bedankt.

Peter.


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

Re: [OSM-talk-nl] OSM product: printbare landkaart (ofposterservice)

[Martijn van Exel]

Juist onder die kaartgebruikers bestaan ontzettend veel verschillende  
doelgroepen.
Je hebt de mensen die een autorouteplanner willen gebruiken. Voor hen  
geldt dat actualiteit en volledigheid van de stratendata en de  
aanwezigheid van adresinformatie doorslaggevende criteria zijn.
Maar er zijn veel meer manieren om een kaart te gebruiken, waarvoor  
heel andere criteria gelden. Stel, je bent een lokale VVV en je hebt  
een  interessante thematische kaartlaag, zeg POIs in je historische  
stadscentrum. Je wilt daar een mooi kaartje van maken zodat mensen  
een stadswandeling kunnen maken. Dan zou je OSM prima als  
ondergrondkaart kunnen renderen. En dat kun je dan ook best afdrukken  
in een mooie folder. Klopt er een straatje of 2 niet? Dan kan die VVV  
dat zelf zelfs verbeteren en dat teruggeven aan de community (mits ze  
dat makkelijk wordt gemaakt).

Zo zijn er nog veel meer toepassingen te bedenken. En daar zit 'm nu  
net de kneep: wij hoeven, willen en kunnen niet voor iedere  
potentiële gebruiker te bepalen of de OSM-data voor hun toepassing  
voldoet of niet, dat kunnen ze prima zelf! De beste handreiking die  
je kunt bieden is te vertellen wat wij weten over onze data, de  
sterke èn ook de zwakke plekken erin. Dan zul je zien dat de mooie  
toepassingen vanzelf komen.

Martijn


Op 22-okt-2007, om 15:20 heeft Gert Gremmen het volgende geschreven:

> Je hebt  IMHO 2 of 3  doelgroepen.
>
> 1 Applicatieontwikkelaars
> 2 kaart gebruikers ofwel visueel  (jullie poster)
> 3 gebruikers van de applicaties onder 1
>
> Categorien 2 en 3 haken snel af als
> de resultaten niet vergelijkbaar zijn
> met google of anwb.
>
> Ok, voor een nog niet bestaande applicatie
> geldt natuurlijk éénoog is koning.
>
> Regards,
>
> Ing. Gert Gremmen
>
> Gert, wie is volgens jou de doelgroep?
>
> Daar hangen nogal wat redeneringen van af ...
>
> Gert Gremmen wrote:
>> Goed verhaal.
>>
>> Vergelijk het met een auto:
>>
>> Jah roept  de OpenSource autoverkoper:
>>
>> Rijdt onze (gratis) OpenSource Auto !
>> Hij rijdt alleen met een paard ervoor, maar
>> we geven U er een complete  servicemanual bij,
>> dan kan u alles wat niet goed is ZELF fixen.
>> De ontbrekende onderdelen mag U bovendien zelf maken, onder de CC2  
>> license.
>> Let op de accu wordt in de documentatie versnellingsbak genoemd,  
>> of misschien ook wel iets anders.
>> En, nog een voordeel, wij vertellen U tenminste wat de zwakke  
>> punten zijn van onze auto, dat doet Mercedes niet !
>>
>>
>> Maar ik vindt wel dat e.a. grosso modo
>> de indruk moet wekken dat deze goed is.
>> (dus dat de auto zelf rijdt)
>>
>> Niemand gaat werken met een routeplanner
>> die niet weet waar SGravenhage ligt,
>> of 5 irrelevante zoekresulaten voor Den Hoorn.
>>
>> We moeten open zijn, maar ook
>> realistisch genoeg om te beseffen dat
>> de meeste toepassingen met de huidige
>> dataset op een teleurstelling zullen uitlopen.
>>
>> Over een half jaar kan dat anders zijn, als
>> we verdomd hard aan het werk gaan.
>>
>> Ook een opensource project moet zich meten
>> met de concurrentie, sterker nog, wordt
>> afgemeten aan de concurrentie die bovendien
>> NIET aangeeft waar eventuele zwakke punten zitten,
>> en dus zich beter voordoet dan ie is.
>>
>> Dat OSM potentieel meer kan, dat wordt alleen gewaardeerd door  
>> mensen die er een applicatie mee maken, en niet door de  
>> eindgebruiker.
>>
>>
>>
>> Gert Gremmen
>>
>> -Original Message-
>> From: [EMAIL PROTECTED] [mailto:talk-nl- 
>> [EMAIL PROTECTED] On Behalf Of Martijn van Exel
>> Sent: 2007-10-22 2:29 PM
>> To: OpenStreetMap NL discussion list
>> Subject: Re: [OSM-talk-nl] OSM product: printbare landkaart  
>> (ofposterservice)
>>
>> Ik vind dat niet erg, integendeel. Ik denk dat de enige manier om
>> vertrouwen te winnen is openheid. Ik denk dat veel buitenstaanders
>> OSM met belangstelling bekijken, maar het niet zo gauw voor serieuze
>> toepassingen zullen willen gebruiken. Als ze zien hoeveel er mis mee
>> is, zullen sommigen wellicht zeggen: 'dat is due niet geschikt voor
>> mijn toepassing'. Dat is jammer, maar ze weten in elk geval waarom ze
>> niet bij ons moeten zijn voor hun data. Anderen zullen kunnen zien
>> dat er heel veel wèl klopt / compleet genoeg is en dat, de
>> beperkingen kennende, veel mooie toepassingen wèl mogelijk zijn.
>>
>> Ik bedoel maar, wij moeten niet voor mensen beslissen of zij onze
>> data wel of niet moeten gebruiken. Door openheid van zaken te geven,
>> verschaf je potentiële gebruikers een goede basis om die beslissing
>> zelf te nemen. Ik denk dat het essentieel is om op de langere termijn
>> serieus genomen te kunnen worden.
>>
>> Wat is jouw alternatief? Moeten we de wiki met de lijst van bekende
>> zwakke plekken sluiten of afschermen? Moeten we gebruikers ontraden,
>> of zelfs verbieden, om hi-res afdrukken te maken? Je stelt voor om
>> 'stilletjes' aan applicaties te werken, wat moeten we tot die tijd
>> met de dataset? Wanneer is het moment daar dat de kaart v

Re: [OSM-talk-nl] OSM data online

[Milo van der Linden]

Er zit zoom layering op de wegen.  Ze komen op verschillende zoom 
niveaus in beeld en gaan ook weer uit als je uitzoomt. Mocht je een 
specifiek zoom niveau er bij willen, laat het dan even weten. Dan zet ik 
het actief.



Peter Peterse schreef:

In JOSM heb ik het volgende URL gebruikt om WMS weer tegeven:


  

Rob schreef:


kan ik die server/url dus gebruiken in JOSM ?
  

Jazeker! Is wel wat lastig in te stellen in JOSM om aan te geven welke
layer ie moet laden, maar het kan in theorie. Om te zien welke lagen er
beschikbaar zijn kun je een GetCapabilities request uitvoeren:



Alleen nu zie ik de wegen niet meer.
De JOSM layer naar voren of naar achteren geplaatst maar dat heeft geen
effect.

En ik zie weinig wegen. Wel de straatnamen (flink ingezoomd op een wijk)

Peter.


  



--




Milo van der Linden
skype: milovanderlinden 
[EMAIL PROTECTED] 
[EMAIL PROTECTED] 
[EMAIL PROTECTED] 
http://www.3dsite.nl



De informatie in dit bericht reflecteert mijn persoonlijke mening en 
niet die van een bedrijf of instantie. Aan de informatie kunnen geen 
rechten worden ontleend. Indien dit bericht onderdeel is van een forum, 
mailing-list of community dan gelden automatisch de bij het betreffende 
medium behorende voorwaarden. The information in this message reflects 
my personal opinion and not that of a company or public body. All rights 
reserved.If this message is contained in a mailing-list or community, 
the rights on the medium are automatically adapted.


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

Re: [OSM-talk-nl] OSM product: printbare landkaart (ofposterservice)

[Gert Gremmen]

Regards,

Ing. Gert Gremmen

en dat kunnen ze gewoon maken want
ze zijn geen opensource  haha traan

En toch hebben ze hem goed in de markt gezet als een route planner die
AF is.

Peter


___
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] OSM product: printbare landkaart (ofposterservice)

[Peter Peterse]

> Gert Gremmen wrote:

> Verder heb ik niet echt ervaring met TomTom. Behalve een keertje met een
> TomTom mobile op een PDA van een collega, die ons over allerlei kleine
> weggetjes wilde sturen terwijl er een (rustige) snelweg dichtbij was.
> Pas op een paar kilometer van onze eindbestemming snapte het ding de
> bedoeling en hield 'ie op met 'make a legal U-turn now' etc, etc en gaf
> weer nuttige tips Lekker irritant was dat (eigenlijk ook weer
> grappig).
>

En toch hebben ze hem goed in de markt gezet als een route planner die AF is.

Peter


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

Re: [OSM-talk-nl] [Routeplanner: hoe bouw je zo'n ding ?]

[Stefan de Konink]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Gert Gremmen schreef:
> Dank je voor de tips, had ik nog niet gezien.
> De discussie gaat op de lijst vooral over brute force
> methods, en de bijbehorende aantallen.
> Afijn ik heb mij daarop geabonneerd.
> Neemt niet weg dat de brute force methode
> natuurlijk te langzaam is.

Graphserver is wellicht bruteforce, en bruteforce is niet langzaam,
zolang je maar 1x je document hoeft te indexeren. Dan is tabbelen
gebruiken namelijk het *snelste*.

> Wat dachten jullie van de volgende methode
> (voorlopig alleen voor de kortste route)
> 
> Stel je wilt van A naar B
> 
> Kies een willekeurig punt nabij de rechte lijn
> tussen A en B ongeveer halverwege
> Herhaal dat tussen de 2 en N keer op 
> alle geknipte stukken.

Dat heet A*. Heuristische component is de richting van de rechtelijn. En
is een Best-first algoritme. Dat je met A* alleen niet ver komt kan ik
je ook uitleggen. A* moet eigenlijk een pad krijgen gespecialiseerd op
de route die jij MAG nemen. En niet op de route die je ZOU KUNNEN nemen.

Dus je moet aparte graven hebben voor auto/fiets/kangoeroeschoenen...

> Op die manier moet je 20 of 30 x een korte route
> uitrekenen, ipv 1 x een hele lange.

:) Factoriseren is altijd een goed streven. :) Ik hoop dat we snel eens
in Nederland een routing meeting kunnen houden. Kunnen we direct
nadenken over de trein nemen ;)


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

iD8DBQFHHLSLYH1+F2Rqwn0RCmWyAJ40cZok3NyqZt8Zv1QYyjzDkZUVbACeIxiU
bTh/saE0uIwYEmUVrydd/mQ=
=Z8wJ
-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] OSM data online

[Peter Peterse]

In JOSM heb ik het volgende URL gebruikt om WMS weer tegeven:


> Rob schreef:
>> kan ik die server/url dus gebruiken in JOSM ?
>
> Jazeker! Is wel wat lastig in te stellen in JOSM om aan te geven welke
> layer ie moet laden, maar het kan in theorie. Om te zien welke lagen er
> beschikbaar zijn kun je een GetCapabilities request uitvoeren:

Alleen nu zie ik de wegen niet meer.
De JOSM layer naar voren of naar achteren geplaatst maar dat heeft geen
effect.

En ik zie weinig wegen. Wel de straatnamen (flink ingezoomd op een wijk)

Peter.


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

Re: [OSM-talk-nl] OSM product: printbare landkaart (ofposterservice)

[Lambertus]

Gert Gremmen wrote:
> 
> Regards,
> 
> Gert Gremmen
> Hij is grappig, maar de TomTom auto rijdt echt !
> En gaat niet over Apeldoorn maar over Utrecht  en Breda
> 
Ik meen dat in de Computer!Totaal een berichtje stond over een nieuwe 
TomTom die, wanneer je file informatie had aanstaan, gigantische omwegen 
  berekende. Vandaar.

Verder heb ik niet echt ervaring met TomTom. Behalve een keertje met een 
TomTom mobile op een PDA van een collega, die ons over allerlei kleine 
weggetjes wilde sturen terwijl er een (rustige) snelweg dichtbij was. 
Pas op een paar kilometer van onze eindbestemming snapte het ding de 
bedoeling en hield 'ie op met 'make a legal U-turn now' etc, etc en gaf 
weer nuttige tips Lekker irritant was dat (eigenlijk ook weer grappig).

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

Re: [OSM-talk-nl] [Routeplanner: hoe bouw je zo'n ding ?]

[Gert Gremmen]

Stefan,

Dank je voor de tips, had ik nog niet gezien.
De discussie gaat op de lijst vooral over brute force
methods, en de bijbehorende aantallen.
Afijn ik heb mij daarop geabonneerd.
Neemt niet weg dat de brute force methode
natuurlijk te langzaam is.

Wat dachten jullie van de volgende methode
(voorlopig alleen voor de kortste route)

Stel je wilt van A naar B

Kies een willekeurig punt nabij de rechte lijn
tussen A en B ongeveer halverwege
Herhaal dat tussen de 2 en N keer op 
alle geknipte stukken.

Bereken  N^2 kortste routes op die  N^2  stukjes weg
middels een brute force methode.
(die natuurlijk veel makkelijker is op zo'n evenredig korter stuk)
Maak de verzameling van knooppunten die de eerste benadering van de
route voorstellen.
Kies van elke wilekeurige 3 punten het punt dat het verst van de rechte
lijn  tussen A en B afligt. Brute force afsnijden.
Proces herhalen tot gewenste nauwkeurigheid.

Op die manier moet je 20 of 30 x een korte route
uitrekenen, ipv 1 x een hele lange.

Regards,

Ing. Gert Gremmen

Stefan de Konink schreef:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
> 
> Gert Gremmen schreef:
> > Hoe pak je zoiets aan ?
> 
> Je kijkt eerst wat er beschikbaar is, zoiets als GraphServer is open
> source en schaalt volgens mij ook best aardig. Dan ga je kijken wat de
> Academici onder ons bedenken ;)

Voorbeeld van GraphServer met OSM-data:
http://crschmidt.net/osm/routing-demo.html . Werkt helaas alleen nog
niet in Nederland, maar als proof of concept is het heel aardig.
Natuurlijk heeft Boston naar Europese maatstaf een heel regelmatig
stratenpatroon, dus dan gaat het allemaal wat makkelijker.

Zie verder de discussie op de dev-list
http://lists.openstreetmap.org/pipermail/dev/2007-October/007561.html .

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] OSM product: printbare landkaart (ofposterservice)

[Rob]

hiero de png..
http://mestreechonline.nl/osm/nederland_z12.png
en voor ozi explorer de bijbehorende map file
http://mestreechonline.nl/osm/nederland_z12.png.map

ik zag dat er nog een paar pigment vlekken zitten, en enkele witte en blauwe ;)

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

Re: [OSM-talk-nl] OSM product: printbare landkaart (ofposterservice)

[Maarten Deen]

Rob wrote:
> het was zoom level 12.. blijft natuurlijk beperkt ;)

Ik bedoelde dat je eigenlijk zoom level 11 wil printen (minder data, 
genoeg DPI), maar dan heb je te weinig plaatsnamen.

> 
> Op 22-10-07 heeft Maarten Deen<[EMAIL PROTECTED]> het volgende geschreven:
>> Als je dat legt op de 24"x36" van lulu kom je op 400 DPI uit. Dat is
>> eigenlijk overkill. Het is jammer dat op level 11 wat weinig plaatsnamen
>> staan.
>>
>> Maarten


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

Re: [OSM-talk-nl] OSM product: printbare landkaart (ofposterservice)

[Rob]

het was zoom level 12.. blijft natuurlijk beperkt ;)

Op 22-10-07 heeft Maarten Deen<[EMAIL PROTECTED]> het volgende geschreven:
> Als je dat legt op de 24"x36" van lulu kom je op 400 DPI uit. Dat is
> eigenlijk overkill. Het is jammer dat op level 11 wat weinig plaatsnamen
> staan.
>
> Maarten

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

Re: [OSM-talk-nl] OSM product: printbare landkaart (ofposterservice)

[Danny Maas]

On 10/22/07, Gert Gremmen <[EMAIL PROTECTED]> wrote:
>
>
>
> Regards,
>
> Gert Gremmen
> Hij is grappig, maar de TomTom auto rijdt echt !
> En gaat niet over Apeldoorn maar over Utrecht  en Breda


Hmm, duizenden TomTom-gebruikers zullen het niet met je eens zijn.
Ome Tom maakt nogal eens flinke fouten.

Och, het heeft wel voor een verschuiving gezorgd.
Stelletjes in auto's ruziën nu niet meer wie de weg verkeerd heeft gelezen,
maar wie dat kelere ding dat je steeds een straat instuurt die je niet in
mag, of gewoon niet bestaat, in godsnaam heeft gekocht.

Tomtom is verre, verre, heel erg veel verre van af.

Groeten,

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

Re: [OSM-talk-nl] OSM product: printbare landkaart (ofposterservice)

[Rob]

ehm, ik was net aan het denken waar pleur ik hem neer ;)
heb weinig servers die nog zoveel ruimte over hebben

ik ben hem nu aan het uploaden, kijken of het gaat lukken

klopt mijn redenering dat 1 zoomlevel hoger, een faktor 4 meer data is ?

Op 22-10-07 heeft Remco van Zuijlen<[EMAIL PROTECTED]> het volgende geschreven:
> en waar kan ik die png downloaden? ;)
>
> Remco
>
> --
> Remco van Zuijlen <[EMAIL PROTECTED]>
>
> Hi! I'm a .signature virus! copy me into your .signature file to help me 
> spread!
>
>
> ___
> 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] OSM product: printbare landkaart (ofposterservice)

[Maarten Deen]

Rob wrote:
> ik heb net even een test draai gedaan met m'n tilestitcher
> 
> nederland op zoomlevel 12 downloaden = 2530 tiles
> levert een png op van 53MB  en resolutie van  11776x14080 pixels
> programma had 500MB memory nodig, wil niet weten wat die bij lvl 17 is ;)

Als je dat legt op de 24"x36" van lulu kom je op 400 DPI uit. Dat is 
eigenlijk overkill. Het is jammer dat op level 11 wat weinig plaatsnamen 
staan.

Maarten

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

Re: [OSM-talk-nl] [Routeplanner: hoe bouw je zo'n ding ?]

[Eugene van der Pijll]

Stefan de Konink schreef:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
> 
> Gert Gremmen schreef:
> > Hoe pak je zoiets aan ?
> 
> Je kijkt eerst wat er beschikbaar is, zoiets als GraphServer is open
> source en schaalt volgens mij ook best aardig. Dan ga je kijken wat de
> Academici onder ons bedenken ;)

Voorbeeld van GraphServer met OSM-data:
http://crschmidt.net/osm/routing-demo.html . Werkt helaas alleen nog
niet in Nederland, maar als proof of concept is het heel aardig.
Natuurlijk heeft Boston naar Europese maatstaf een heel regelmatig
stratenpatroon, dus dan gaat het allemaal wat makkelijker.

Zie verder de discussie op de dev-list
http://lists.openstreetmap.org/pipermail/dev/2007-October/007561.html .

Eugene

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

Re: [OSM-talk-nl] OSM product: printbare landkaart (ofposterservice)

[Remco van Zuijlen]

On Mon, Oct 22, 2007 at 03:30:42PM +0200, Rob wrote:
> ik heb net even een test draai gedaan met m'n tilestitcher
> 
> nederland op zoomlevel 12 downloaden = 2530 tiles
> levert een png op van 53MB  en resolutie van  11776x14080 pixels
> programma had 500MB memory nodig, wil niet weten wat die bij lvl 17 is ;)

en waar kan ik die png downloaden? ;)

Remco

-- 
Remco van Zuijlen <[EMAIL PROTECTED]>

Hi! I'm a .signature virus! copy me into your .signature file to help me spread!


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

Re: [OSM-talk-nl] OSM product: printbare landkaart (ofposterservice)

[Gert Gremmen]

Regards,

Gert Gremmen
Hij is grappig, maar de TomTom auto rijdt echt !
En gaat niet over Apeldoorn maar over Utrecht  en Breda

gert


> 
Mooi verhaal.

Vergelijk het met een ander merk auto:

Jah, roept de TomTom autoverkoper:

Rijdt onze zeer voordelige TomTom auto!!!

Hij rijdt U van Amsterdam naar Tilburg via Apeldoorn, maar we geven U er

een complete  servicemanual bij, dan kan u alles wat niet goed is ZELF 
fixen. De ontbrekende onderdelen mag U bovendien zelf maken, onder de 
MapShare licentie. Onderdelen die u van anderen ontvangt zijn helemaal 
gratis, U betaald alleen een vast maandbedrag.

Let op: de accu wordt in de documentatie versnellingsbak genoemd, of 
misschien ook wel iets anders. Dat noemt u fouten? Nee, mijheer dat zijn

easter eggs! En, nog een voordeel, wij vertellen U tenminste wat onze 
sterke punten zijn, daarvoor moet u niet bij de concurrentie zijn!


___
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] [Routeplanner: hoe bouw je zo'n ding ?]

[Stefan de Konink]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Gert Gremmen schreef:
> Hoe pak je zoiets aan ?

Je kijkt eerst wat er beschikbaar is, zoiets als GraphServer is open
source en schaalt volgens mij ook best aardig. Dan ga je kijken wat de
Academici onder ons bedenken ;)

Vervolgens kom je er achter dat de academici een aantal IT-ers de goede
kant op duwen, die IT-ers een aanpassing maken op het A* heuristische
algoritme en dat had je allemaal kunnen lezen op [EMAIL PROTECTED]


Momenteel worden daar de turnrestricties besproken, en of dat met een 6
punts node op te lossen is :)



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

iD8DBQFHHKf4YH1+F2Rqwn0RCr2TAKCUiqIroZJWVta0A1lIxjtv74k3RwCfQ4TO
fM4zUm9xWpT7LbgYdGELCe8=
=757w
-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] OSM product: printbare landkaart (ofposterservice)

[Rob]

ik heb net even een test draai gedaan met m'n tilestitcher

nederland op zoomlevel 12 downloaden = 2530 tiles
levert een png op van 53MB  en resolutie van  11776x14080 pixels
programma had 500MB memory nodig, wil niet weten wat die bij lvl 17 is ;)

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

Re: [OSM-talk-nl] OSM product: printbare landkaart (ofposterservice)

[Lambertus]

Gert Gremmen wrote:
> Goed verhaal.
> 
> Vergelijk het met een auto:
> 
> Jah roept  de OpenSource autoverkoper:
> 
> Rijdt onze (gratis) OpenSource Auto !
> Hij rijdt alleen met een paard ervoor, maar
> we geven U er een complete  servicemanual bij,
> dan kan u alles wat niet goed is ZELF fixen.
> De ontbrekende onderdelen mag U bovendien zelf maken, onder de CC2 license. 
> Let op de accu wordt in de documentatie versnellingsbak genoemd, of misschien 
> ook wel iets anders. 
> En, nog een voordeel, wij vertellen U tenminste wat de zwakke punten zijn van 
> onze auto, dat doet Mercedes niet !
> 
Mooi verhaal.

Vergelijk het met een ander merk auto:

Jah, roept de TomTom autoverkoper:

Rijdt onze zeer voordelige TomTom auto!!!

Hij rijdt U van Amsterdam naar Tilburg via Apeldoorn, maar we geven U er 
een complete  servicemanual bij, dan kan u alles wat niet goed is ZELF 
fixen. De ontbrekende onderdelen mag U bovendien zelf maken, onder de 
MapShare licentie. Onderdelen die u van anderen ontvangt zijn helemaal 
gratis, U betaald alleen een vast maandbedrag.

Let op: de accu wordt in de documentatie versnellingsbak genoemd, of 
misschien ook wel iets anders. Dat noemt u fouten? Nee, mijheer dat zijn 
easter eggs! En, nog een voordeel, wij vertellen U tenminste wat onze 
sterke punten zijn, daarvoor moet u niet bij de concurrentie zijn!


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

[OSM-talk-nl] [Routeplanner: hoe bouw je zo'n ding ?]

[Gert Gremmen]

Heeft iemand op de lijst al
een idee hoe een routeplanner te maken
gebaseerd op de OSM dataset ???

Hoe pak je zoiets aan ?

Ik kan mij voorstellen dat je begint op een
gekozen lokatie de straat uit te rijden,
bij de eerste splitsing verdubbeld het aantal
potentiele wegen zich, en dat gaat door 
totdat je bij de bestemming bent. Ondertussen
houdt je rekening met go's en no-go's,
toegelaten snelheden, en ander beperkingen
zoals aantal stoplichten en fileindex !
Dan kies je de kortste route (in km, minuten of waardering) en
rapporteer deze ???
Je krijgt dus een boomstructuur die exponentieel
rekentijd vereist.

Als alternatief kan je ook vanuit de bestemming
werken, of misschien vanuit  allebei

Ik begrijp dat het beter en sneller kan, maar hoe pak je data aan. Iets
voor de IT studenten onder ons ???

Wie heeft er een goed concept, voorlopig
in woorden, dan kunnen we dat later uitwerken.

Doel:
- checken van de dataset 
  
- OSM routeplanner 


Op basis van een website met OSM routeplanner, 
kunnen we additionele data zoals bijvoorbeeld
postcodes verzamelen. Misschien ook
via Adwords fondsen verzamelen voor
snelle servers

We laten het publiek de dataset testen.
Als output krijgen we routes die nooit
gereden (kunnen) worden, en allerlei andere data.


Regards,

Ing. Gert Gremmen
Approvals manager



ce-test, qualified testing bv
+ ce marking 
+ Independent Consultancy Services
+ Compliance Testing and Design for CE
 according to:
- Electro magnetic Compatibility 89/336/EC
- Electrical Safety 73/23/EC
- Medical Devices 93/42/EC
- Radio & Telecommunication Terminal equipment 99/5/EC

+ Improvement of Product Quality and Reliability testing

Web:  www.cetest.nl (English) or www.ce-test.nl (Dutch)

Phone : +31 10 415 24 26
Fax  : +31 10 415 49 53


 This e-mail and any attachments thereto may contain information that is
confidential and/or protected by intellectual property rights and are
intended for the sole use of the recipient(s) named above. Any use of
the
information contained herein (including, but not limited to, total or
partial reproduction, communication or distribution in any form) by
persons other than
the designated recipient(s) is prohibited. If you have received this
e-mail in error, please notify the sender either by telephone or by
e-mail and delete the material from any computer. Thank you for your
co-operation.


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

Re: [OSM-talk-nl] OSM product: printbare landkaart (ofposterservice)

[Gert Gremmen]

Je hebt  IMHO 2 of 3  doelgroepen.

1 Applicatieontwikkelaars
2 kaart gebruikers ofwel visueel  (jullie poster)
3 gebruikers van de applicaties onder 1
 
Categorien 2 en 3 haken snel af als
de resultaten niet vergelijkbaar zijn
met google of anwb.

Ok, voor een nog niet bestaande applicatie
geldt natuurlijk éénoog is koning.

Regards,

Ing. Gert Gremmen

Gert, wie is volgens jou de doelgroep?

Daar hangen nogal wat redeneringen van af ...

Gert Gremmen wrote:
> Goed verhaal.
> 
> Vergelijk het met een auto:
> 
> Jah roept  de OpenSource autoverkoper:
> 
> Rijdt onze (gratis) OpenSource Auto !
> Hij rijdt alleen met een paard ervoor, maar
> we geven U er een complete  servicemanual bij,
> dan kan u alles wat niet goed is ZELF fixen.
> De ontbrekende onderdelen mag U bovendien zelf maken, onder de CC2 license. 
> Let op de accu wordt in de documentatie versnellingsbak genoemd, of misschien 
> ook wel iets anders. 
> En, nog een voordeel, wij vertellen U tenminste wat de zwakke punten zijn van 
> onze auto, dat doet Mercedes niet !
> 
> 
> Maar ik vindt wel dat e.a. grosso modo
> de indruk moet wekken dat deze goed is. 
> (dus dat de auto zelf rijdt)
> 
> Niemand gaat werken met een routeplanner
> die niet weet waar SGravenhage ligt,
> of 5 irrelevante zoekresulaten voor Den Hoorn.
> 
> We moeten open zijn, maar ook
> realistisch genoeg om te beseffen dat
> de meeste toepassingen met de huidige
> dataset op een teleurstelling zullen uitlopen.
> 
> Over een half jaar kan dat anders zijn, als
> we verdomd hard aan het werk gaan.
> 
> Ook een opensource project moet zich meten
> met de concurrentie, sterker nog, wordt 
> afgemeten aan de concurrentie die bovendien
> NIET aangeeft waar eventuele zwakke punten zitten,
> en dus zich beter voordoet dan ie is.
> 
> Dat OSM potentieel meer kan, dat wordt alleen gewaardeerd door mensen die er 
> een applicatie mee maken, en niet door de eindgebruiker.
> 
> 
> 
> Gert Gremmen
> 
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Martijn van 
> Exel
> Sent: 2007-10-22 2:29 PM
> To: OpenStreetMap NL discussion list
> Subject: Re: [OSM-talk-nl] OSM product: printbare landkaart (ofposterservice)
> 
> Ik vind dat niet erg, integendeel. Ik denk dat de enige manier om  
> vertrouwen te winnen is openheid. Ik denk dat veel buitenstaanders  
> OSM met belangstelling bekijken, maar het niet zo gauw voor serieuze  
> toepassingen zullen willen gebruiken. Als ze zien hoeveel er mis mee  
> is, zullen sommigen wellicht zeggen: 'dat is due niet geschikt voor  
> mijn toepassing'. Dat is jammer, maar ze weten in elk geval waarom ze  
> niet bij ons moeten zijn voor hun data. Anderen zullen kunnen zien  
> dat er heel veel wèl klopt / compleet genoeg is en dat, de  
> beperkingen kennende, veel mooie toepassingen wèl mogelijk zijn.
> 
> Ik bedoel maar, wij moeten niet voor mensen beslissen of zij onze  
> data wel of niet moeten gebruiken. Door openheid van zaken te geven,  
> verschaf je potentiële gebruikers een goede basis om die beslissing  
> zelf te nemen. Ik denk dat het essentieel is om op de langere termijn  
> serieus genomen te kunnen worden.
> 
> Wat is jouw alternatief? Moeten we de wiki met de lijst van bekende  
> zwakke plekken sluiten of afschermen? Moeten we gebruikers ontraden,  
> of zelfs verbieden, om hi-res afdrukken te maken? Je stelt voor om  
> 'stilletjes' aan applicaties te werken, wat moeten we tot die tijd  
> met de dataset? Wanneer is het moment daar dat de kaart ver genoeg  
> 'geperfectioneerd' is?
> 
> Martijn
> 
> Op 22-okt-2007, om 14:03 heeft Gert Gremmen het volgende geschreven:
> 
>> Martijn,
>>
>> Je hebt wel gelijk, zolang het niet over
>> print-outs gaat.
>> Print outs zijn  (althans in delen) overal te controleren
>> en te vergelijken. De oppervlakkige
>> beschouwer ziet alleen maar dat de data
>> 6 jaar oud is, en dat de eerste de beste nieuwe
>> wijk of fietsroute er niet opstaat.
>>
>> 
>> Je werkt liever met data waarvan je weet dat er fouten in kunnen  
>> zitten
>> 
>> Ja dat is zo, maar alleen zolang het er niet teveel zijn.
>> En niet te evident, zoals DenHaag ipv Den Haag , en
>> fietspaden waar voetpaden bedoeld worden.
>>
>> 
>> (en welke / waar die zitten)
>> 
>>
>> dat is het juist, dat weten we niet precies.  wel ongeveer ja
>> en welke soort fouten msschien ook wel.
>>
>> VOORBEELD:
>>  's Gravenhage wordt nog helemaal niet gevonden via
>> de openstreetmap namefinder.
>>
>> of zoek eens op openstreetmap naar  Den Hoorn
>>  (tussen den haag en delft) en zie wat een onzin er wordt  
>> geproduceerd.
>>
>> Dat zijn maar 2 voorbeelden van ongetwijfeld honderden.
>>
>> We moeten echt veel kritischer worden op het eigen product. Zeker  
>> nu, omdat we geen flauw idée hebben wat er goed en fout is.
>>
>>
>>
>> Regards,
>>
>> Ing. Gert Gremmen)
>>
>> Het is denk ik juist heel mooi om te laten zien hoe ver we al wel  
>> zijn! Voor onszelf is het nuttig om een goed 'plaatje' in ons hoofd  

Re: [OSM-talk-nl] OSM product: printbare landkaart (ofposterservice)

[Zoran Kovacevic]

Gert, wie is volgens jou de doelgroep?

Daar hangen nogal wat redeneringen van af ...

Gert Gremmen wrote:
> Goed verhaal.
> 
> Vergelijk het met een auto:
> 
> Jah roept  de OpenSource autoverkoper:
> 
> Rijdt onze (gratis) OpenSource Auto !
> Hij rijdt alleen met een paard ervoor, maar
> we geven U er een complete  servicemanual bij,
> dan kan u alles wat niet goed is ZELF fixen.
> De ontbrekende onderdelen mag U bovendien zelf maken, onder de CC2 license. 
> Let op de accu wordt in de documentatie versnellingsbak genoemd, of misschien 
> ook wel iets anders. 
> En, nog een voordeel, wij vertellen U tenminste wat de zwakke punten zijn van 
> onze auto, dat doet Mercedes niet !
> 
> 
> Maar ik vindt wel dat e.a. grosso modo
> de indruk moet wekken dat deze goed is. 
> (dus dat de auto zelf rijdt)
> 
> Niemand gaat werken met een routeplanner
> die niet weet waar SGravenhage ligt,
> of 5 irrelevante zoekresulaten voor Den Hoorn.
> 
> We moeten open zijn, maar ook
> realistisch genoeg om te beseffen dat
> de meeste toepassingen met de huidige
> dataset op een teleurstelling zullen uitlopen.
> 
> Over een half jaar kan dat anders zijn, als
> we verdomd hard aan het werk gaan.
> 
> Ook een opensource project moet zich meten
> met de concurrentie, sterker nog, wordt 
> afgemeten aan de concurrentie die bovendien
> NIET aangeeft waar eventuele zwakke punten zitten,
> en dus zich beter voordoet dan ie is.
> 
> Dat OSM potentieel meer kan, dat wordt alleen gewaardeerd door mensen die er 
> een applicatie mee maken, en niet door de eindgebruiker.
> 
> 
> 
> Gert Gremmen
> 
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Martijn van 
> Exel
> Sent: 2007-10-22 2:29 PM
> To: OpenStreetMap NL discussion list
> Subject: Re: [OSM-talk-nl] OSM product: printbare landkaart (ofposterservice)
> 
> Ik vind dat niet erg, integendeel. Ik denk dat de enige manier om  
> vertrouwen te winnen is openheid. Ik denk dat veel buitenstaanders  
> OSM met belangstelling bekijken, maar het niet zo gauw voor serieuze  
> toepassingen zullen willen gebruiken. Als ze zien hoeveel er mis mee  
> is, zullen sommigen wellicht zeggen: 'dat is due niet geschikt voor  
> mijn toepassing'. Dat is jammer, maar ze weten in elk geval waarom ze  
> niet bij ons moeten zijn voor hun data. Anderen zullen kunnen zien  
> dat er heel veel wèl klopt / compleet genoeg is en dat, de  
> beperkingen kennende, veel mooie toepassingen wèl mogelijk zijn.
> 
> Ik bedoel maar, wij moeten niet voor mensen beslissen of zij onze  
> data wel of niet moeten gebruiken. Door openheid van zaken te geven,  
> verschaf je potentiële gebruikers een goede basis om die beslissing  
> zelf te nemen. Ik denk dat het essentieel is om op de langere termijn  
> serieus genomen te kunnen worden.
> 
> Wat is jouw alternatief? Moeten we de wiki met de lijst van bekende  
> zwakke plekken sluiten of afschermen? Moeten we gebruikers ontraden,  
> of zelfs verbieden, om hi-res afdrukken te maken? Je stelt voor om  
> 'stilletjes' aan applicaties te werken, wat moeten we tot die tijd  
> met de dataset? Wanneer is het moment daar dat de kaart ver genoeg  
> 'geperfectioneerd' is?
> 
> Martijn
> 
> Op 22-okt-2007, om 14:03 heeft Gert Gremmen het volgende geschreven:
> 
>> Martijn,
>>
>> Je hebt wel gelijk, zolang het niet over
>> print-outs gaat.
>> Print outs zijn  (althans in delen) overal te controleren
>> en te vergelijken. De oppervlakkige
>> beschouwer ziet alleen maar dat de data
>> 6 jaar oud is, en dat de eerste de beste nieuwe
>> wijk of fietsroute er niet opstaat.
>>
>> 
>> Je werkt liever met data waarvan je weet dat er fouten in kunnen  
>> zitten
>> 
>> Ja dat is zo, maar alleen zolang het er niet teveel zijn.
>> En niet te evident, zoals DenHaag ipv Den Haag , en
>> fietspaden waar voetpaden bedoeld worden.
>>
>> 
>> (en welke / waar die zitten)
>> 
>>
>> dat is het juist, dat weten we niet precies.  wel ongeveer ja
>> en welke soort fouten msschien ook wel.
>>
>> VOORBEELD:
>>  's Gravenhage wordt nog helemaal niet gevonden via
>> de openstreetmap namefinder.
>>
>> of zoek eens op openstreetmap naar  Den Hoorn
>>  (tussen den haag en delft) en zie wat een onzin er wordt  
>> geproduceerd.
>>
>> Dat zijn maar 2 voorbeelden van ongetwijfeld honderden.
>>
>> We moeten echt veel kritischer worden op het eigen product. Zeker  
>> nu, omdat we geen flauw idée hebben wat er goed en fout is.
>>
>>
>>
>> Regards,
>>
>> Ing. Gert Gremmen)
>>
>> Het is denk ik juist heel mooi om te laten zien hoe ver we al wel  
>> zijn! Voor onszelf is het nuttig om een goed 'plaatje' in ons hoofd  
>> te hebben van de zwakke plekken in onze data, en het is helemaal  
>> niet erg om dat ook naar buiten toe te laten zien. Het is  
>> ontzettend moeilijk om vertrouwen te winnen van professionele  
>> gebruikers voor een project als het onze, dat leunt op het werk van  
>> vrijwilligers en op vrij verspreidbare data. Dan helpt het juist  
>> enorm als 

Re: [OSM-talk-nl] OSM product: printbare landkaart (ofposterservice)

[Gert Gremmen]

Goed verhaal.

Vergelijk het met een auto:

Jah roept  de OpenSource autoverkoper:

Rijdt onze (gratis) OpenSource Auto !
Hij rijdt alleen met een paard ervoor, maar
we geven U er een complete  servicemanual bij,
dan kan u alles wat niet goed is ZELF fixen.
De ontbrekende onderdelen mag U bovendien zelf maken, onder de CC2 license. 
Let op de accu wordt in de documentatie versnellingsbak genoemd, of misschien 
ook wel iets anders. 
En, nog een voordeel, wij vertellen U tenminste wat de zwakke punten zijn van 
onze auto, dat doet Mercedes niet !


Maar ik vindt wel dat e.a. grosso modo
de indruk moet wekken dat deze goed is. 
(dus dat de auto zelf rijdt)

Niemand gaat werken met een routeplanner
die niet weet waar SGravenhage ligt,
of 5 irrelevante zoekresulaten voor Den Hoorn.

We moeten open zijn, maar ook
realistisch genoeg om te beseffen dat
de meeste toepassingen met de huidige
dataset op een teleurstelling zullen uitlopen.

Over een half jaar kan dat anders zijn, als
we verdomd hard aan het werk gaan.

Ook een opensource project moet zich meten
met de concurrentie, sterker nog, wordt 
afgemeten aan de concurrentie die bovendien
NIET aangeeft waar eventuele zwakke punten zitten,
en dus zich beter voordoet dan ie is.

Dat OSM potentieel meer kan, dat wordt alleen gewaardeerd door mensen die er 
een applicatie mee maken, en niet door de eindgebruiker.



Gert Gremmen

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Martijn van Exel
Sent: 2007-10-22 2:29 PM
To: OpenStreetMap NL discussion list
Subject: Re: [OSM-talk-nl] OSM product: printbare landkaart (ofposterservice)

Ik vind dat niet erg, integendeel. Ik denk dat de enige manier om  
vertrouwen te winnen is openheid. Ik denk dat veel buitenstaanders  
OSM met belangstelling bekijken, maar het niet zo gauw voor serieuze  
toepassingen zullen willen gebruiken. Als ze zien hoeveel er mis mee  
is, zullen sommigen wellicht zeggen: 'dat is due niet geschikt voor  
mijn toepassing'. Dat is jammer, maar ze weten in elk geval waarom ze  
niet bij ons moeten zijn voor hun data. Anderen zullen kunnen zien  
dat er heel veel wèl klopt / compleet genoeg is en dat, de  
beperkingen kennende, veel mooie toepassingen wèl mogelijk zijn.

Ik bedoel maar, wij moeten niet voor mensen beslissen of zij onze  
data wel of niet moeten gebruiken. Door openheid van zaken te geven,  
verschaf je potentiële gebruikers een goede basis om die beslissing  
zelf te nemen. Ik denk dat het essentieel is om op de langere termijn  
serieus genomen te kunnen worden.

Wat is jouw alternatief? Moeten we de wiki met de lijst van bekende  
zwakke plekken sluiten of afschermen? Moeten we gebruikers ontraden,  
of zelfs verbieden, om hi-res afdrukken te maken? Je stelt voor om  
'stilletjes' aan applicaties te werken, wat moeten we tot die tijd  
met de dataset? Wanneer is het moment daar dat de kaart ver genoeg  
'geperfectioneerd' is?

Martijn

Op 22-okt-2007, om 14:03 heeft Gert Gremmen het volgende geschreven:

> Martijn,
>
> Je hebt wel gelijk, zolang het niet over
> print-outs gaat.
> Print outs zijn  (althans in delen) overal te controleren
> en te vergelijken. De oppervlakkige
> beschouwer ziet alleen maar dat de data
> 6 jaar oud is, en dat de eerste de beste nieuwe
> wijk of fietsroute er niet opstaat.
>
> 
> Je werkt liever met data waarvan je weet dat er fouten in kunnen  
> zitten
> 
> Ja dat is zo, maar alleen zolang het er niet teveel zijn.
> En niet te evident, zoals DenHaag ipv Den Haag , en
> fietspaden waar voetpaden bedoeld worden.
>
> 
> (en welke / waar die zitten)
> 
>
> dat is het juist, dat weten we niet precies.  wel ongeveer ja
> en welke soort fouten msschien ook wel.
>
> VOORBEELD:
>  's Gravenhage wordt nog helemaal niet gevonden via
> de openstreetmap namefinder.
>
> of zoek eens op openstreetmap naar  Den Hoorn
>  (tussen den haag en delft) en zie wat een onzin er wordt  
> geproduceerd.
>
> Dat zijn maar 2 voorbeelden van ongetwijfeld honderden.
>
> We moeten echt veel kritischer worden op het eigen product. Zeker  
> nu, omdat we geen flauw idée hebben wat er goed en fout is.
>
>
>
> Regards,
>
> Ing. Gert Gremmen)
>
> Het is denk ik juist heel mooi om te laten zien hoe ver we al wel  
> zijn! Voor onszelf is het nuttig om een goed 'plaatje' in ons hoofd  
> te hebben van de zwakke plekken in onze data, en het is helemaal  
> niet erg om dat ook naar buiten toe te laten zien. Het is  
> ontzettend moeilijk om vertrouwen te winnen van professionele  
> gebruikers voor een project als het onze, dat leunt op het werk van  
> vrijwilligers en op vrij verspreidbare data. Dan helpt het juist  
> enorm als je durft te zeggen waar je nog tekortschiet ten opzichte  
> van commerciele leveranciers. Dat biedt namelijk de volgende  
> voordelen:
> * Je laat zien dat je weet waarmee je bezig bent - we zijn niet  
> zomaar een clubje mensen die het leuk vinden om in het weekend met  
> een GPS-je rond te lopen. We hebben een mi

Re: [OSM-talk-nl] OSM product: printbare landkaart (ofposterservice)

[Zoran Kovacevic]

Van Bas de Lulu tip (ik dacht dat ze alleen boeken deden):
http://www.lulu.com/en/products/posters/

We kunnen daar een OSM account op aanmaken zodat de winst ten goede komt 
aan OSM :)

Op http://shop.openstreetmap.org/ staat ook al iets (nodigt niet echt 
uit tot koop, maar goed).

Martijn van Exel wrote:
> Ik vind dat niet erg, integendeel. Ik denk dat de enige manier om  
> vertrouwen te winnen is openheid. Ik denk dat veel buitenstaanders  
> OSM met belangstelling bekijken, maar het niet zo gauw voor serieuze  
> toepassingen zullen willen gebruiken. Als ze zien hoeveel er mis mee  
> is, zullen sommigen wellicht zeggen: 'dat is due niet geschikt voor  
> mijn toepassing'. Dat is jammer, maar ze weten in elk geval waarom ze  
> niet bij ons moeten zijn voor hun data. Anderen zullen kunnen zien  
> dat er heel veel wèl klopt / compleet genoeg is en dat, de  
> beperkingen kennende, veel mooie toepassingen wèl mogelijk zijn.
> 
> Ik bedoel maar, wij moeten niet voor mensen beslissen of zij onze  
> data wel of niet moeten gebruiken. Door openheid van zaken te geven,  
> verschaf je potentiële gebruikers een goede basis om die beslissing  
> zelf te nemen. Ik denk dat het essentieel is om op de langere termijn  
> serieus genomen te kunnen worden.
> 
> Wat is jouw alternatief? Moeten we de wiki met de lijst van bekende  
> zwakke plekken sluiten of afschermen? Moeten we gebruikers ontraden,  
> of zelfs verbieden, om hi-res afdrukken te maken? Je stelt voor om  
> 'stilletjes' aan applicaties te werken, wat moeten we tot die tijd  
> met de dataset? Wanneer is het moment daar dat de kaart ver genoeg  
> 'geperfectioneerd' is?
> 
> Martijn
> 
> Op 22-okt-2007, om 14:03 heeft Gert Gremmen het volgende geschreven:
> 
>> Martijn,
>>
>> Je hebt wel gelijk, zolang het niet over
>> print-outs gaat.
>> Print outs zijn  (althans in delen) overal te controleren
>> en te vergelijken. De oppervlakkige
>> beschouwer ziet alleen maar dat de data
>> 6 jaar oud is, en dat de eerste de beste nieuwe
>> wijk of fietsroute er niet opstaat.
>>
>> 
>> Je werkt liever met data waarvan je weet dat er fouten in kunnen  
>> zitten
>> 
>> Ja dat is zo, maar alleen zolang het er niet teveel zijn.
>> En niet te evident, zoals DenHaag ipv Den Haag , en
>> fietspaden waar voetpaden bedoeld worden.
>>
>> 
>> (en welke / waar die zitten)
>> 
>>
>> dat is het juist, dat weten we niet precies.  wel ongeveer ja
>> en welke soort fouten msschien ook wel.
>>
>> VOORBEELD:
>>  's Gravenhage wordt nog helemaal niet gevonden via
>> de openstreetmap namefinder.
>>
>> of zoek eens op openstreetmap naar  Den Hoorn
>>  (tussen den haag en delft) en zie wat een onzin er wordt  
>> geproduceerd.
>>
>> Dat zijn maar 2 voorbeelden van ongetwijfeld honderden.
>>
>> We moeten echt veel kritischer worden op het eigen product. Zeker  
>> nu, omdat we geen flauw idée hebben wat er goed en fout is.
>>
>>
>>
>> Regards,
>>
>> Ing. Gert Gremmen)
>>
>> Het is denk ik juist heel mooi om te laten zien hoe ver we al wel  
>> zijn! Voor onszelf is het nuttig om een goed 'plaatje' in ons hoofd  
>> te hebben van de zwakke plekken in onze data, en het is helemaal  
>> niet erg om dat ook naar buiten toe te laten zien. Het is  
>> ontzettend moeilijk om vertrouwen te winnen van professionele  
>> gebruikers voor een project als het onze, dat leunt op het werk van  
>> vrijwilligers en op vrij verspreidbare data. Dan helpt het juist  
>> enorm als je durft te zeggen waar je nog tekortschiet ten opzichte  
>> van commerciele leveranciers. Dat biedt namelijk de volgende  
>> voordelen:
>> * Je laat zien dat je weet waarmee je bezig bent - we zijn niet  
>> zomaar een clubje mensen die het leuk vinden om in het weekend met  
>> een GPS-je rond te lopen. We hebben een missie en een plan!
>> * De gebruiker weet waarmee hij rekening te houden heeft als hij de  
>> OSM-data wil inzetten in zijn project. Je werkt liever met data  
>> waarvan je weet dat er fouten in kunnen zitten (en welke / waar die  
>> zitten) dan met data waarvan je vermoedt dat deze fouten bevat,  
>> maar de beheerders zeggen daar niks over en laten je gissen.
>> * Je hebt de gelegenheid om tegelijkertijd ook te wijzen op de  
>> strepen die we wèl voor hebben op commerciële leveranciers.
>>
>> Martijn
>>
>> Op 22-okt-2007, om 12:37 heeft Gert Gremmen het volgende geschreven:
>>
>>
>> Ik zou nog maar even mee wachten.
>>
>> Ik heb een aantal uren in mijn wijk (delft zd) rondgekeken, en
>> wat er nog te doen is aan het verwijderen van fouten,
>> fixen van ontbrekende wegen en fietspaden / voetpaden
>> is enorm.
>>
>> Voor openstreetmap als geheel is er nog zeker zoveel
>> werk te doen, als dat we vóór de AND import gedaan hebben.
>>
>> 1. Alle fietspaden zijn nog als pedestrian getagged.
>> 2. Inclusief echte voetpaden, ja die had AND ook al in sommige delen.
>> 3. Voeg alle import foutjes (namen zonder spaties en nog onontdekte  
>> zaken) daaraan toe.
>> 4. De easter eggs
>> 5. Tunnels zijn vaak nog ni

Re: [OSM-talk-nl] OSM product: printbare landkaart (ofposterservice)

[Martijn van Exel]

Ik vind dat niet erg, integendeel. Ik denk dat de enige manier om  
vertrouwen te winnen is openheid. Ik denk dat veel buitenstaanders  
OSM met belangstelling bekijken, maar het niet zo gauw voor serieuze  
toepassingen zullen willen gebruiken. Als ze zien hoeveel er mis mee  
is, zullen sommigen wellicht zeggen: 'dat is due niet geschikt voor  
mijn toepassing'. Dat is jammer, maar ze weten in elk geval waarom ze  
niet bij ons moeten zijn voor hun data. Anderen zullen kunnen zien  
dat er heel veel wèl klopt / compleet genoeg is en dat, de  
beperkingen kennende, veel mooie toepassingen wèl mogelijk zijn.

Ik bedoel maar, wij moeten niet voor mensen beslissen of zij onze  
data wel of niet moeten gebruiken. Door openheid van zaken te geven,  
verschaf je potentiële gebruikers een goede basis om die beslissing  
zelf te nemen. Ik denk dat het essentieel is om op de langere termijn  
serieus genomen te kunnen worden.

Wat is jouw alternatief? Moeten we de wiki met de lijst van bekende  
zwakke plekken sluiten of afschermen? Moeten we gebruikers ontraden,  
of zelfs verbieden, om hi-res afdrukken te maken? Je stelt voor om  
'stilletjes' aan applicaties te werken, wat moeten we tot die tijd  
met de dataset? Wanneer is het moment daar dat de kaart ver genoeg  
'geperfectioneerd' is?

Martijn

Op 22-okt-2007, om 14:03 heeft Gert Gremmen het volgende geschreven:

> Martijn,
>
> Je hebt wel gelijk, zolang het niet over
> print-outs gaat.
> Print outs zijn  (althans in delen) overal te controleren
> en te vergelijken. De oppervlakkige
> beschouwer ziet alleen maar dat de data
> 6 jaar oud is, en dat de eerste de beste nieuwe
> wijk of fietsroute er niet opstaat.
>
> 
> Je werkt liever met data waarvan je weet dat er fouten in kunnen  
> zitten
> 
> Ja dat is zo, maar alleen zolang het er niet teveel zijn.
> En niet te evident, zoals DenHaag ipv Den Haag , en
> fietspaden waar voetpaden bedoeld worden.
>
> 
> (en welke / waar die zitten)
> 
>
> dat is het juist, dat weten we niet precies.  wel ongeveer ja
> en welke soort fouten msschien ook wel.
>
> VOORBEELD:
>  's Gravenhage wordt nog helemaal niet gevonden via
> de openstreetmap namefinder.
>
> of zoek eens op openstreetmap naar  Den Hoorn
>  (tussen den haag en delft) en zie wat een onzin er wordt  
> geproduceerd.
>
> Dat zijn maar 2 voorbeelden van ongetwijfeld honderden.
>
> We moeten echt veel kritischer worden op het eigen product. Zeker  
> nu, omdat we geen flauw idée hebben wat er goed en fout is.
>
>
>
> Regards,
>
> Ing. Gert Gremmen)
>
> Het is denk ik juist heel mooi om te laten zien hoe ver we al wel  
> zijn! Voor onszelf is het nuttig om een goed 'plaatje' in ons hoofd  
> te hebben van de zwakke plekken in onze data, en het is helemaal  
> niet erg om dat ook naar buiten toe te laten zien. Het is  
> ontzettend moeilijk om vertrouwen te winnen van professionele  
> gebruikers voor een project als het onze, dat leunt op het werk van  
> vrijwilligers en op vrij verspreidbare data. Dan helpt het juist  
> enorm als je durft te zeggen waar je nog tekortschiet ten opzichte  
> van commerciele leveranciers. Dat biedt namelijk de volgende  
> voordelen:
> * Je laat zien dat je weet waarmee je bezig bent - we zijn niet  
> zomaar een clubje mensen die het leuk vinden om in het weekend met  
> een GPS-je rond te lopen. We hebben een missie en een plan!
> * De gebruiker weet waarmee hij rekening te houden heeft als hij de  
> OSM-data wil inzetten in zijn project. Je werkt liever met data  
> waarvan je weet dat er fouten in kunnen zitten (en welke / waar die  
> zitten) dan met data waarvan je vermoedt dat deze fouten bevat,  
> maar de beheerders zeggen daar niks over en laten je gissen.
> * Je hebt de gelegenheid om tegelijkertijd ook te wijzen op de  
> strepen die we wèl voor hebben op commerciële leveranciers.
>
> Martijn
>
> Op 22-okt-2007, om 12:37 heeft Gert Gremmen het volgende geschreven:
>
>
> Ik zou nog maar even mee wachten.
>
> Ik heb een aantal uren in mijn wijk (delft zd) rondgekeken, en
> wat er nog te doen is aan het verwijderen van fouten,
> fixen van ontbrekende wegen en fietspaden / voetpaden
> is enorm.
>
> Voor openstreetmap als geheel is er nog zeker zoveel
> werk te doen, als dat we vóór de AND import gedaan hebben.
>
> 1. Alle fietspaden zijn nog als pedestrian getagged.
> 2. Inclusief echte voetpaden, ja die had AND ook al in sommige delen.
> 3. Voeg alle import foutjes (namen zonder spaties en nog onontdekte  
> zaken) daaraan toe.
> 4. De easter eggs
> 5. Tunnels zijn vaak nog niet goed getagged.
> 6. Alle layers moeten nog worden aangepast.
> 7. Nieuwbouwwijken moeten erin, evenals nieuwe wegen.
>
> Als je allen voor jezelf een mooie kleurenplaat wilt hebben
> ja dan is dat geen probleem. Maar als we die aan derden
> willen laten zien dan vallen we zo door de mand.  Iedereen
> kent wel een nieuwbouwwijk ergens die er nog niet opstaat.
>
> We zijn nu op het punt, waarop AND besloot dat het
> niet meer rendabel was om de

Re: [OSM-talk-nl] OSM product: printbare landkaart (ofposterservice)

[Zoran Kovacevic]

het hangt er maar helemaal van af hoe je de kaart positioneert ...

Gert Gremmen wrote:
> Martijn,
> 
> Je hebt wel gelijk, zolang het niet over
> print-outs gaat.
> Print outs zijn  (althans in delen) overal te controleren
> en te vergelijken. De oppervlakkige
> beschouwer ziet alleen maar dat de data
> 6 jaar oud is, en dat de eerste de beste nieuwe
> wijk of fietsroute er niet opstaat.
> 
> 
> Je werkt liever met data waarvan je weet dat er fouten in kunnen zitten
> 
> Ja dat is zo, maar alleen zolang het er niet teveel zijn.
> En niet te evident, zoals DenHaag ipv Den Haag , en
> fietspaden waar voetpaden bedoeld worden.
> 
> 
> (en welke / waar die zitten)
> 
> 
> dat is het juist, dat weten we niet precies.  wel ongeveer ja
> en welke soort fouten msschien ook wel.
> 
> VOORBEELD:
>  's Gravenhage wordt nog helemaal niet gevonden via
> de openstreetmap namefinder.
> 
> of zoek eens op openstreetmap naar  Den Hoorn  
>  (tussen den haag en delft) en zie wat een onzin er wordt geproduceerd.
> 
> Dat zijn maar 2 voorbeelden van ongetwijfeld honderden.
> 
> We moeten echt veel kritischer worden op het eigen product. Zeker nu, omdat 
> we geen flauw idée hebben wat er goed en fout is.
> 
> 
> 
> Regards,
> 
> Ing. Gert Gremmen)
> 
> Het is denk ik juist heel mooi om te laten zien hoe ver we al wel zijn! Voor 
> onszelf is het nuttig om een goed 'plaatje' in ons hoofd te hebben van de 
> zwakke plekken in onze data, en het is helemaal niet erg om dat ook naar 
> buiten toe te laten zien. Het is ontzettend moeilijk om vertrouwen te winnen 
> van professionele gebruikers voor een project als het onze, dat leunt op het 
> werk van vrijwilligers en op vrij verspreidbare data. Dan helpt het juist 
> enorm als je durft te zeggen waar je nog tekortschiet ten opzichte van 
> commerciele leveranciers. Dat biedt namelijk de volgende voordelen:
> * Je laat zien dat je weet waarmee je bezig bent - we zijn niet zomaar een 
> clubje mensen die het leuk vinden om in het weekend met een GPS-je rond te 
> lopen. We hebben een missie en een plan!
> * De gebruiker weet waarmee hij rekening te houden heeft als hij de OSM-data 
> wil inzetten in zijn project. Je werkt liever met data waarvan je weet dat er 
> fouten in kunnen zitten (en welke / waar die zitten) dan met data waarvan je 
> vermoedt dat deze fouten bevat, maar de beheerders zeggen daar niks over en 
> laten je gissen.
> * Je hebt de gelegenheid om tegelijkertijd ook te wijzen op de strepen die we 
> wèl voor hebben op commerciële leveranciers.
> 
> Martijn
> 
> Op 22-okt-2007, om 12:37 heeft Gert Gremmen het volgende geschreven:
> 
> 
> Ik zou nog maar even mee wachten.
>  
> Ik heb een aantal uren in mijn wijk (delft zd) rondgekeken, en
> wat er nog te doen is aan het verwijderen van fouten,
> fixen van ontbrekende wegen en fietspaden / voetpaden
> is enorm.
>  
> Voor openstreetmap als geheel is er nog zeker zoveel 
> werk te doen, als dat we vóór de AND import gedaan hebben.
>  
> 1. Alle fietspaden zijn nog als pedestrian getagged.
> 2. Inclusief echte voetpaden, ja die had AND ook al in sommige delen.
> 3. Voeg alle import foutjes (namen zonder spaties en nog onontdekte zaken) 
> daaraan toe.
> 4. De easter eggs
> 5. Tunnels zijn vaak nog niet goed getagged.
> 6. Alle layers moeten nog worden aangepast.
> 7. Nieuwbouwwijken moeten erin, evenals nieuwe wegen.
>  
> Als je allen voor jezelf een mooie kleurenplaat wilt hebben
> ja dan is dat geen probleem. Maar als we die aan derden
> willen laten zien dan vallen we zo door de mand.  Iedereen
> kent wel een nieuwbouwwijk ergens die er nog niet opstaat.
>  
> We zijn nu op het punt, waarop AND besloot dat het
> niet meer rendabel was om de kaarten ZELF up to
> date te houden, en deze daarom aan openstreetmap
> te doteren. Nu moeten wij aanpakken
> en laten zien dat het in een opensource omgeving wel
> kan !
>  
> Intussen kunnen we stilletjes applicaties ontwikkelen
> en de output /ervaring daarvan/daarmee gebruiken om de kaart
> te perfectioneren. 
>  
> Gert Gremmen
> ___
> 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] OSM product: printbare landkaart (ofposterservice)

[Gert Gremmen]

Martijn,

Je hebt wel gelijk, zolang het niet over
print-outs gaat.
Print outs zijn  (althans in delen) overal te controleren
en te vergelijken. De oppervlakkige
beschouwer ziet alleen maar dat de data
6 jaar oud is, en dat de eerste de beste nieuwe
wijk of fietsroute er niet opstaat.


Je werkt liever met data waarvan je weet dat er fouten in kunnen zitten

Ja dat is zo, maar alleen zolang het er niet teveel zijn.
En niet te evident, zoals DenHaag ipv Den Haag , en
fietspaden waar voetpaden bedoeld worden.


(en welke / waar die zitten)


dat is het juist, dat weten we niet precies.  wel ongeveer ja
en welke soort fouten msschien ook wel.

VOORBEELD:
 's Gravenhage wordt nog helemaal niet gevonden via
de openstreetmap namefinder.

of zoek eens op openstreetmap naar  Den Hoorn  
 (tussen den haag en delft) en zie wat een onzin er wordt geproduceerd.

Dat zijn maar 2 voorbeelden van ongetwijfeld honderden.

We moeten echt veel kritischer worden op het eigen product. Zeker nu, omdat we 
geen flauw idée hebben wat er goed en fout is.



Regards,

Ing. Gert Gremmen)

Het is denk ik juist heel mooi om te laten zien hoe ver we al wel zijn! Voor 
onszelf is het nuttig om een goed 'plaatje' in ons hoofd te hebben van de 
zwakke plekken in onze data, en het is helemaal niet erg om dat ook naar buiten 
toe te laten zien. Het is ontzettend moeilijk om vertrouwen te winnen van 
professionele gebruikers voor een project als het onze, dat leunt op het werk 
van vrijwilligers en op vrij verspreidbare data. Dan helpt het juist enorm als 
je durft te zeggen waar je nog tekortschiet ten opzichte van commerciele 
leveranciers. Dat biedt namelijk de volgende voordelen:
* Je laat zien dat je weet waarmee je bezig bent - we zijn niet zomaar een 
clubje mensen die het leuk vinden om in het weekend met een GPS-je rond te 
lopen. We hebben een missie en een plan!
* De gebruiker weet waarmee hij rekening te houden heeft als hij de OSM-data 
wil inzetten in zijn project. Je werkt liever met data waarvan je weet dat er 
fouten in kunnen zitten (en welke / waar die zitten) dan met data waarvan je 
vermoedt dat deze fouten bevat, maar de beheerders zeggen daar niks over en 
laten je gissen.
* Je hebt de gelegenheid om tegelijkertijd ook te wijzen op de strepen die we 
wèl voor hebben op commerciële leveranciers.

Martijn

Op 22-okt-2007, om 12:37 heeft Gert Gremmen het volgende geschreven:


Ik zou nog maar even mee wachten.
 
Ik heb een aantal uren in mijn wijk (delft zd) rondgekeken, en
wat er nog te doen is aan het verwijderen van fouten,
fixen van ontbrekende wegen en fietspaden / voetpaden
is enorm.
 
Voor openstreetmap als geheel is er nog zeker zoveel 
werk te doen, als dat we vóór de AND import gedaan hebben.
 
1. Alle fietspaden zijn nog als pedestrian getagged.
2. Inclusief echte voetpaden, ja die had AND ook al in sommige delen.
3. Voeg alle import foutjes (namen zonder spaties en nog onontdekte zaken) 
daaraan toe.
4. De easter eggs
5. Tunnels zijn vaak nog niet goed getagged.
6. Alle layers moeten nog worden aangepast.
7. Nieuwbouwwijken moeten erin, evenals nieuwe wegen.
 
Als je allen voor jezelf een mooie kleurenplaat wilt hebben
ja dan is dat geen probleem. Maar als we die aan derden
willen laten zien dan vallen we zo door de mand.  Iedereen
kent wel een nieuwbouwwijk ergens die er nog niet opstaat.
 
We zijn nu op het punt, waarop AND besloot dat het
niet meer rendabel was om de kaarten ZELF up to
date te houden, en deze daarom aan openstreetmap
te doteren. Nu moeten wij aanpakken
en laten zien dat het in een opensource omgeving wel
kan !
 
Intussen kunnen we stilletjes applicaties ontwikkelen
en de output /ervaring daarvan/daarmee gebruiken om de kaart
te perfectioneren. 
 
Gert Gremmen
___
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] [algorithme gezocht]

[Martijn van Exel]

Dat maakt het een stuk complexer. Je moet je afvragen of je dat  
ervoor over hebt, maar enfin, ik vind de volgende uitwerking:


http://www.codeproject.com/csharp/distancebetweenlocations.asp

Succes ermee;

Martijn


Op 22-okt-2007, om 13:29 heeft Gert Gremmen het volgende geschreven:


Dank je Martijn,
maar nu in lengte en breedte graden
en over de aardbol, hoewel dat
binnen Nederland wel  ongeveer hetzelfde
is als op een plat vlak.

Regards,



Je bedoelt de hemelsbrede afstand?

Dat is de implementatie van Pythagoras:

(in c#)
public double Distance(Point pt1, Point pt2)
{
return Math.Sqrt(Math.Pow(pt2.X.ToDouble() - pt1.X.ToDouble(),
2) +
Math.Pow(pt2.Y.ToDouble() - pt1.Y.ToDouble(), 2));
}

Voor afstand over de weg kun je een webservice aanroepen, er zijn
verschillende partijen die dat aanbieden (Locatienet, Geodan, ...)

Martijn

Op 22-okt-2007, om 13:04 heeft Gert Gremmen het volgende geschreven:



Voor het schrijven van een eenvoudige applicatie
zoek ik een algorithme om de afstand tussen
twee coordinaten ( uit OSM natuurlijk)
te berekenen. (in Nederland)
Het hoeft niet sub-meter nauwkeurig
Wie heeft een voorbeeld in universele code?


Regards,

 Gert Gremmen

___
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


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

Re: [OSM-talk-nl] OSM product: printbare landkaart (ofposterservice)

[Martijn van Exel]

Het is denk ik juist heel mooi om te laten zien hoe ver we al wel  
zijn! Voor onszelf is het nuttig om een goed 'plaatje' in ons hoofd  
te hebben van de zwakke plekken in onze data, en het is helemaal niet  
erg om dat ook naar buiten toe te laten zien. Het is ontzettend  
moeilijk om vertrouwen te winnen van professionele gebruikers voor  
een project als het onze, dat leunt op het werk van vrijwilligers en  
op vrij verspreidbare data. Dan helpt het juist enorm als je durft te  
zeggen waar je nog tekortschiet ten opzichte van commerciele  
leveranciers. Dat biedt namelijk de volgende voordelen:
* Je laat zien dat je weet waarmee je bezig bent - we zijn niet  
zomaar een clubje mensen die het leuk vinden om in het weekend met  
een GPS-je rond te lopen. We hebben een missie en een plan!
* De gebruiker weet waarmee hij rekening te houden heeft als hij de  
OSM-data wil inzetten in zijn project. Je werkt liever met data  
waarvan je weet dat er fouten in kunnen zitten (en welke / waar die  
zitten) dan met data waarvan je vermoedt dat deze fouten bevat, maar  
de beheerders zeggen daar niks over en laten je gissen.
* Je hebt de gelegenheid om tegelijkertijd ook te wijzen op de  
strepen die we wèl voor hebben op commerciële leveranciers.


Martijn

Op 22-okt-2007, om 12:37 heeft Gert Gremmen het volgende geschreven:


Ik zou nog maar even mee wachten.



Ik heb een aantal uren in mijn wijk (delft zd) rondgekeken, en

wat er nog te doen is aan het verwijderen van fouten,

fixen van ontbrekende wegen en fietspaden / voetpaden

is enorm.



Voor openstreetmap als geheel is er nog zeker zoveel

werk te doen, als dat we vóór de AND import gedaan hebben.



Alle fietspaden zijn nog als pedestrian getagged.
Inclusief echte voetpaden, ja die had AND ook al in sommige delen.
Voeg alle import foutjes (namen zonder spaties en nog onontdekte  
zaken) daaraan toe.

De easter eggs
Tunnels zijn vaak nog niet goed getagged.
Alle layers moeten nog worden aangepast.
Nieuwbouwwijken moeten erin, evenals nieuwe wegen.


Als je allen voor jezelf een mooie kleurenplaat wilt hebben

ja dan is dat geen probleem. Maar als we die aan derden

willen laten zien dan vallen we zo door de mand.  Iedereen

kent wel een nieuwbouwwijk ergens die er nog niet opstaat.



We zijn nu op het punt, waarop AND besloot dat het

niet meer rendabel was om de kaarten ZELF up to

date te houden, en deze daarom aan openstreetmap

te doteren. Nu moeten wij aanpakken

en laten zien dat het in een opensource omgeving wel

kan !



Intussen kunnen we stilletjes applicaties ontwikkelen

en de output /ervaring daarvan/daarmee gebruiken om de kaart

te perfectioneren.



Gert Gremmen

___
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] [algorithme gezocht]

[Stefan de Konink]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Martijn van Exel schreef:
> Je bedoelt de hemelsbrede afstand?
> 
> Dat is de implementatie van Pythagoras:

Dan compenseer je toch niet voor de ronding van de aarde? Daar moet toch
minimaal nog een sin/cos component (of exp) inzitten?

Natuurlijk voor Nederland boeit het niet.


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

iD8DBQFHHIuOYH1+F2Rqwn0RCu2mAJ9jjvvZjlT3swxQiaOKeTm+4fC1mACeM40C
qd2QOG6iv9/kEPMYE+O7PnI=
=X40T
-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] OSM data online

[Milo van der Linden]

Rob schreef:

kan ik die server/url dus gebruiken in JOSM ?

Op 22-10-07 heeft *Milo van der Linden* <[EMAIL PROTECTED] 
 > het volgende geschreven:



http://www.mapserv.nl/cgi-bin/mapserv.exe?map=E:\\mapconfig\\osm.map





Jazeker! Is wel wat lastig in te stellen in JOSM om aan te geven welke 
layer ie moet laden, maar het kan in theorie. Om te zien welke lagen er 
beschikbaar zijn kun je een GetCapabilities request uitvoeren:

http://www.mapserv.nl/cgi-bin/mapserv.exe?map=E:\\mapconfig\\osm.map&service=wms&version=1.1.1&request=GetCapabilities

Firefox vraagt dan of je mapser.exe wilt downloaden. Zeg ja en kies 
opslaan als. Verander de extensie .exe in .xml en open met een teksteditor.





--




Milo van der Linden
skype: milovanderlinden 
[EMAIL PROTECTED] 
[EMAIL PROTECTED] 
[EMAIL PROTECTED] 
http://www.3dsite.nl



De informatie in dit bericht reflecteert mijn persoonlijke mening en 
niet die van een bedrijf of instantie. Aan de informatie kunnen geen 
rechten worden ontleend. Indien dit bericht onderdeel is van een forum, 
mailing-list of community dan gelden automatisch de bij het betreffende 
medium behorende voorwaarden. The information in this message reflects 
my personal opinion and not that of a company or public body. All rights 
reserved.If this message is contained in a mailing-list or community, 
the rights on the medium are automatically adapted.


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

Re: [OSM-talk-nl] [algorithme gezocht]

[Gert Gremmen]

Dank je Martijn,
maar nu in lengte en breedte graden
en over de aardbol, hoewel dat 
binnen Nederland wel  ongeveer hetzelfde
is als op een plat vlak.

Regards,



Je bedoelt de hemelsbrede afstand?

Dat is de implementatie van Pythagoras:

(in c#)
public double Distance(Point pt1, Point pt2)
{
return Math.Sqrt(Math.Pow(pt2.X.ToDouble() - pt1.X.ToDouble(),
2) +  
Math.Pow(pt2.Y.ToDouble() - pt1.Y.ToDouble(), 2));
}

Voor afstand over de weg kun je een webservice aanroepen, er zijn  
verschillende partijen die dat aanbieden (Locatienet, Geodan, ...)

Martijn

Op 22-okt-2007, om 13:04 heeft Gert Gremmen het volgende geschreven:

>
> Voor het schrijven van een eenvoudige applicatie
> zoek ik een algorithme om de afstand tussen
> twee coordinaten ( uit OSM natuurlijk)
> te berekenen. (in Nederland)
> Het hoeft niet sub-meter nauwkeurig
> Wie heeft een voorbeeld in universele code?
>
>
> Regards,
>
>  Gert Gremmen
>
> ___
> 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] OSM product: printbare landkaart (ofposterservice)

[Zoran Kovacevic]

Niemand pretendeert dat de kaart compleet/correct is. Het is een WIP. We 
hebben iig in heel Nederland detailcoverage. 'door de mand vallen' hangt 
er maar helemaal van af hoe je de kaart positioneert ... ik denk dat we 
er eerder mensen bij zullen krijgen ('ik print de kaart pas uit als ik 
mijn nieuwbouwwijk er op heb gezet').

Gert Gremmen wrote:
> Ik zou nog maar even mee wachten.
> 
>  
> 
> Ik heb een aantal uren in mijn wijk (delft zd) rondgekeken, en
> 
> wat er nog te doen is aan het verwijderen van fouten,
> 
> fixen van ontbrekende wegen en fietspaden / voetpaden
> 
> is enorm.
> 
>  
> 
> Voor openstreetmap als geheel is er nog zeker zoveel
> 
> werk te doen, als dat we vóór de AND import gedaan hebben.
> 
>  
> 
>1. Alle fietspaden zijn nog als pedestrian getagged.
>2. Inclusief echte voetpaden, ja die had AND ook al in sommige delen.
>3. Voeg alle import foutjes (namen zonder spaties en nog onontdekte
>   zaken) daaraan toe.
>4. De easter eggs
>5. Tunnels zijn vaak nog niet goed getagged.
>6. Alle layers moeten nog worden aangepast.
>7. Nieuwbouwwijken moeten erin, evenals nieuwe wegen.
> 
>  
> 
> Als je allen voor jezelf een mooie kleurenplaat wilt hebben
> 
> ja dan is dat geen probleem. Maar als we die aan derden
> 
> willen laten zien dan vallen we zo door de mand.  Iedereen
> 
> kent wel een nieuwbouwwijk ergens die er nog niet opstaat.
> 
>  
> 
> We zijn nu op het punt, waarop AND besloot dat het
> 
> niet meer rendabel was om de kaarten ZELF up to
> 
> date te houden, en deze daarom aan openstreetmap
> 
> te doteren. Nu moeten wij aanpakken
> 
> en laten zien dat het in een opensource omgeving wel
> 
> kan !
> 
>  
> 
> Intussen kunnen we stilletjes applicaties ontwikkelen
> 
> en de output /ervaring daarvan/daarmee gebruiken om de kaart
> 
> te perfectioneren.
> 
>  
> 
> Gert Gremmen
> 
> 
> 
> 
> ___
> 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] [algorithme gezocht]

[Lambertus]

Gert Gremmen wrote:
> Voor het schrijven van een eenvoudige applicatie
> zoek ik een algorithme om de afstand tussen
> twee coordinaten ( uit OSM natuurlijk) 
> te berekenen. (in Nederland) 
> Het hoeft niet sub-meter nauwkeurig
> Wie heeft een voorbeeld in universele code?
> 
De measurement plugin van JOSM kan wellicht van dienst zijn (de code 
ervan bedoel ik)?

http://files.raphael-mack.de/josm/measurement.jar

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

Re: [OSM-talk-nl] [algorithme gezocht]

[Martijn van Exel]

Je bedoelt de hemelsbrede afstand?

Dat is de implementatie van Pythagoras:

(in c#)
public double Distance(Point pt1, Point pt2)
{
return Math.Sqrt(Math.Pow(pt2.X.ToDouble() - pt1.X.ToDouble(), 2) +  
Math.Pow(pt2.Y.ToDouble() - pt1.Y.ToDouble(), 2));
}

Voor afstand over de weg kun je een webservice aanroepen, er zijn  
verschillende partijen die dat aanbieden (Locatienet, Geodan, ...)

Martijn

Op 22-okt-2007, om 13:04 heeft Gert Gremmen het volgende geschreven:

>
> Voor het schrijven van een eenvoudige applicatie
> zoek ik een algorithme om de afstand tussen
> twee coordinaten ( uit OSM natuurlijk)
> te berekenen. (in Nederland)
> Het hoeft niet sub-meter nauwkeurig
> Wie heeft een voorbeeld in universele code?
>
>
> Regards,
>
>  Gert Gremmen
>
> ___
> 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] Unclassified of residential

[Maarten Deen]

Gert Gremmen wrote:
> Bij het taggen van straten
> in de bebouwde kom gaat de discussie
> nogal eens over of je
> residential of unclassified moet gebruiken.
> 
> Kunnen we gebaseerd op de volgende criteria
> dat niet gedeeltelijk automatisch doen ??
> 
> tag is residential als :
> 
> Straat ligt binnen gemeente
> Straat heeft huisnummers in de AND data
> Straat is korter dan X km
> Straat heeft geen A of N type of fietspad/voetpad enz
> De omgeving is niet als non-residential getagged 

Straat ligt binnen een gebied place:town.

Of een straat buiten de bebouwde kom als residential getagt moet worden 
moet denk ik per straat bezien worden.

Maarten


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

[OSM-talk-nl] [algorithme gezocht]

[Gert Gremmen]

Voor het schrijven van een eenvoudige applicatie
zoek ik een algorithme om de afstand tussen
twee coordinaten ( uit OSM natuurlijk) 
te berekenen. (in Nederland) 
Het hoeft niet sub-meter nauwkeurig
Wie heeft een voorbeeld in universele code?


Regards,

 Gert Gremmen

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

Re: [OSM-talk-nl] OSM data online

[Rob]

kan ik die server/url dus gebruiken in JOSM ?

Op 22-10-07 heeft Milo van der Linden <[EMAIL PROTECTED]> het volgende
geschreven:
>
>
> http://www.mapserv.nl/cgi-bin/mapserv.exe?map=E:\\mapconfig\\osm.map
>
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl

[OSM-talk-nl] Unclassified of residential

[Gert Gremmen]

Bij het taggen van straten
in de bebouwde kom gaat de discussie
nogal eens over of je
residential of unclassified moet gebruiken.

Kunnen we gebaseerd op de volgende criteria
dat niet gedeeltelijk automatisch doen ??

tag is residential als :

Straat ligt binnen gemeente
Straat heeft huisnummers in de AND data
Straat is korter dan X km
Straat heeft geen A of N type of fietspad/voetpad enz
De omgeving is niet als non-residential getagged 


Is daar een scriptje voor te maken  ???


Regards,

Ing. Gert Gremmen
Approvals manager



ce-test, qualified testing bv
+ ce marking 
+ Independent Consultancy Services
+ Compliance Testing and Design for CE
 according to:
- Electro magnetic Compatibility 89/336/EC
- Electrical Safety 73/23/EC
- Medical Devices 93/42/EC
- Radio & Telecommunication Terminal equipment 99/5/EC

+ Improvement of Product Quality and Reliability testing

Web:  www.cetest.nl (English) or www.ce-test.nl (Dutch)

Phone : +31 10 415 24 26
Fax  : +31 10 415 49 53


 This e-mail and any attachments thereto may contain information that is
confidential and/or protected by intellectual property rights and are
intended for the sole use of the recipient(s) named above. Any use of
the
information contained herein (including, but not limited to, total or
partial reproduction, communication or distribution in any form) by
persons other than
the designated recipient(s) is prohibited. If you have received this
e-mail in error, please notify the sender either by telephone or by
e-mail and delete the material from any computer. Thank you for your
co-operation.


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

Re: [OSM-talk-nl] OSM product: printbare landkaart (ofposterservice)

[Gert Gremmen]

Ik zou nog maar even mee wachten.

 

Ik heb een aantal uren in mijn wijk (delft zd) rondgekeken, en

wat er nog te doen is aan het verwijderen van fouten,

fixen van ontbrekende wegen en fietspaden / voetpaden

is enorm.

 

Voor openstreetmap als geheel is er nog zeker zoveel 

werk te doen, als dat we vóór de AND import gedaan hebben.

 

1.  Alle fietspaden zijn nog als pedestrian getagged.
2.  Inclusief echte voetpaden, ja die had AND ook al in sommige delen.
3.  Voeg alle import foutjes (namen zonder spaties en nog onontdekte zaken) 
daaraan toe.
4.  De easter eggs
5.  Tunnels zijn vaak nog niet goed getagged.
6.  Alle layers moeten nog worden aangepast.
7.  Nieuwbouwwijken moeten erin, evenals nieuwe wegen.

 

Als je allen voor jezelf een mooie kleurenplaat wilt hebben

ja dan is dat geen probleem. Maar als we die aan derden

willen laten zien dan vallen we zo door de mand.  Iedereen

kent wel een nieuwbouwwijk ergens die er nog niet opstaat.

 

We zijn nu op het punt, waarop AND besloot dat het

niet meer rendabel was om de kaarten ZELF up to

date te houden, en deze daarom aan openstreetmap

te doteren. Nu moeten wij aanpakken

en laten zien dat het in een opensource omgeving wel

kan !

 

Intussen kunnen we stilletjes applicaties ontwikkelen

en de output /ervaring daarvan/daarmee gebruiken om de kaart

te perfectioneren. 

 

Gert Gremmen

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

Re: [OSM-talk-nl] mapping party -- Re: OSM product: printbare landkaart (of posterservice)

[Stefan de Konink]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Martijn schreef:
> Ik heb wel's een google mapsticher gebouwd, die kan ik wellicht ombouwen
> naar Openstreetmap. Hij is echter in PHP, en ik denk dat heel NL niet
> gaat werken (te veel geheugen kost).
> Zal er straks's naar kijken.

Via [EMAIL PROTECTED] een svg maken van heel Nederland en converteren naar EPS
geen optie?


Stefan

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

iD8DBQFHHHz9YH1+F2Rqwn0RCq0sAJwOYQc5jCY7eB6OP/h9eBTR3/lDwQCbBVqk
h3vspr9mFhZ8dDRTEAzfcPI=
=bRie
-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] mapping party -- Re: OSM product: printbare landkaart (of posterservice)

[Martijn van Exel]

Goed idee. Ik heb het op de to-do gezet voor de party.

Andere wiki-update: ik heb de AND-Data Shortcomings List voor wat  
betreft de geografisch bepaalde issues ingedeeld naar Provincie.
Als deze lijst goed gebruikt gaat worden (wat mij een uitstekend idee  
lijkt) dan moet elke provincie verhuizen naar een afzonderlijke  
pagina. Dan moet er trouwens ook een status aan gekoppeld worden.


Martijn
Op 22-okt-2007, om 12:18 heeft [EMAIL PROTECTED] het volgende geschreven:

>
> On Mon, October 22, 2007 10:40 am, Zoran Kovacevic wrote:
>> Hee,
>>
>> Nu we een prachtig stand-van-zaken-kaartje hebben op het blog
>> (http://www.openstreetmap.nl/uploads/nederland.jpg), bedacht ik me  
>> nog
>> een standaard OSM product: een posterservice (of print 'm zelf).
>
> Voor de mappingparty zou een actuele kaart van Amsterdam goed zijn,  
> voor
> map checking.
>
> Informationfreeway werkt nu niet goed. Mogelijk de "Garmin kaart" in
> hogere resolutie, alleen Amsterdam?
>
> 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] mapping party -- Re: OSM product: printbare landkaart (of posterservice)

[Rob]

anders heb ik nog een stitcher op de plank liggen (voor windows)
http://wiki.openstreetmap.org/index.php/OSMtiledownloader

kan ook eens kijken hoever ik kom op z17 en dan heel nederland ;)

Op 22-10-07 heeft Martijn<[EMAIL PROTECTED]> het volgende geschreven:
> Ik heb wel's een google mapsticher gebouwd, die kan ik wellicht ombouwen
> naar Openstreetmap. Hij is echter in PHP, en ik denk dat heel NL niet gaat
> werken (te veel geheugen kost).
> Zal er straks's naar kijken.
>  Groeten,
> Martijn.
>
>
> On 10/22/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> >
> > On Mon, October 22, 2007 10:40 am, Zoran Kovacevic wrote:
> > > Hee,
> > >
> > > Nu we een prachtig stand-van-zaken-kaartje hebben op het blog
> > > (http://www.openstreetmap.nl/uploads/nederland.jpg),
> bedacht ik me nog
> > > een standaard OSM product: een posterservice (of print 'm zelf).
> >
> > Voor de mappingparty zou een actuele kaart van Amsterdam goed zijn, voor
> > map checking.
> >
> > Informationfreeway werkt nu niet goed. Mogelijk de "Garmin kaart" in
> > hogere resolutie, alleen Amsterdam?
> >
> > 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
>
>

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

Re: [OSM-talk-nl] mapping party -- Re: OSM product: printbare landkaart (of posterservice)

[Martijn]

Ik heb wel's een google mapsticher gebouwd, die kan ik wellicht ombouwen
naar Openstreetmap. Hij is echter in PHP, en ik denk dat heel NL niet gaat
werken (te veel geheugen kost).
Zal er straks's naar kijken.
Groeten,
Martijn.

On 10/22/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>
>
> On Mon, October 22, 2007 10:40 am, Zoran Kovacevic wrote:
> > Hee,
> >
> > Nu we een prachtig stand-van-zaken-kaartje hebben op het blog
> > (http://www.openstreetmap.nl/uploads/nederland.jpg), bedacht ik me nog
> > een standaard OSM product: een posterservice (of print 'm zelf).
>
> Voor de mappingparty zou een actuele kaart van Amsterdam goed zijn, voor
> map checking.
>
> Informationfreeway werkt nu niet goed. Mogelijk de "Garmin kaart" in
> hogere resolutie, alleen Amsterdam?
>
> 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

[OSM-talk-nl] mapping party -- Re: OSM product: printbare landkaart (of posterservice)

[ante]

On Mon, October 22, 2007 10:40 am, Zoran Kovacevic wrote:
> Hee,
>
> Nu we een prachtig stand-van-zaken-kaartje hebben op het blog
> (http://www.openstreetmap.nl/uploads/nederland.jpg), bedacht ik me nog
> een standaard OSM product: een posterservice (of print 'm zelf).

Voor de mappingparty zou een actuele kaart van Amsterdam goed zijn, voor
map checking.

Informationfreeway werkt nu niet goed. Mogelijk de "Garmin kaart" in
hogere resolutie, alleen Amsterdam?

vriendelijke groet,
cordialmente,

Ante




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

Re: [OSM-talk-nl] OpenStreetMap kaart van Nederland voor Garmin GPS

[Lambertus]

Danny Maas wrote:
> 
> On 10/22/07, *Lambertus* <[EMAIL PROTECTED] > wrote:
> Dat ben ik inderdaad ook van plan. Waar ik eigenlijk op doelde: Zijn
> bezitters van Garmins met minder geheugen meer geïnteresseerd in kaarten
> van complete provincies of een raster van vierkanten?
> 
> 
> Ik denk het laatste. Dat is nl. al hoe ze nu gewend zijn te werken.
> Je gebruikt nu wat je nodig hebt, en Mapsource staat je toe om ook alle 
> kaarten langs een route uit te kiezen, zodat je altijd het goede 
> kaartmateriaal bij je hebt.
Zo he, da wis ik nie! Nou heb ik wel Mapsource maar geen geinstalleerde 
kaarten, dus misschien is dat niet zo vreemd... Mooie feature iig.

> 
> Een soort van voorbeeld kun je zien op 
> http://www.garmin.com/cgi-bin/mapgen/webmap.cgi?p=52559873&u=1&z=9&w=480&h=360&rz=0&k=1&sc=1
>  
> 
> Dit is dan wel de topo-kaart van Nederland, maar het geeft je meteen een 
> beeld hoe het nu is ingedeeld.
> 
> Via de Garmin-site kun je trouwens nog meer kaartensets on-line bekijken.
> 
Nog zo'n mooie tip. Bedankt, ik ga dit eens even goed bekijken :)

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

Re: [OSM-talk-nl] OpenStreetMap kaart van Nederland voor Garmin GPS

[Martijn van Exel]

...En toch is het AHN-bestand erg interessant. Helaas is het niet  
vrij te gebruiken; je komt niet verder dan de (overigens heel  
aardige) viewer op http://www.ahn.nl/kaart/
Ik heb even gegoogled op AHN en WOB maar dat leverde niets op. Zou  
dat betekenen dat niemand ooit een WOB-verzoek op dit bestand heeft  
gericht? Zo te zien zijn het uitsluitend overheidsinstanties die bij  
het beheer van het bestand betrokken zijn, een heel gek idee is het  
dus niet om hier een WOB-verzoek op los te laten..?

Martijn

Op 22-okt-2007, om 11:23 heeft Lambertus het volgende geschreven:

> Rob wrote:
>> [offtopic]
>> weet iemand of er ergens "opensource" hoogtelijnen/punten  data  
>> beschikbaar is ?
>> dat zou een nog completere garmin kaart kunnen maken
>> [/offtopic]
> Dat is wat mij betreft niet offtopic hoor :) Hoogtelijnen zijn mooi,
> helaas hebben we over het algemeen in Nederland niet zoveel
> hoogteverschil...
>
> ___
> 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

[OSM-talk-nl] OSM data online

[Milo van der Linden]

Hallo allemaal,

Mijn OSM WMS server is online.

Op http://www.mapserv.nl kun je de eerste testversie bekijken, indien je 
rechtstreeks naar deze url gaat vindt je een openlayers kaartje. 
Momenteel gebruikt die openlayers viewer (helaas) een jpg als image. Ik 
ben nog aan het uitzoeken hoe ik die naar png kan zetten zodat de 
kwaliteit beter wordt.


http://www.mapserv.nl/cgi-bin/mapserv.exe?map=E:\\mapconfig\\osm.map
is de url die je bij uDig of qGIS dient in te vullen. Op dit moment werk 
ik aan het renderen van de wegen, dit gebeurt momenteel nog deels met 
GD, maar ik ben de grafische engine aan het migreren naar AGG.


Met deze WMS server kun je je gis producten voorzien van een mooie OSM 
ondergrond.


Wensen en suggesties zijn welkom!

P.S. mocht iemand geinteresseerd zijn in het hosten van zijn haar WMS, 
laat het even weten.


--




Milo van der Linden
skype: milovanderlinden 
[EMAIL PROTECTED] 
[EMAIL PROTECTED] 
[EMAIL PROTECTED] 
http://www.3dsite.nl



De informatie in dit bericht reflecteert mijn persoonlijke mening en 
niet die van een bedrijf of instantie. Aan de informatie kunnen geen 
rechten worden ontleend. Indien dit bericht onderdeel is van een forum, 
mailing-list of community dan gelden automatisch de bij het betreffende 
medium behorende voorwaarden. The information in this message reflects 
my personal opinion and not that of a company or public body. All rights 
reserved.If this message is contained in a mailing-list or community, 
the rights on the medium are automatically adapted.


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

Re: [OSM-talk-nl] OSM product: printbare landkaart (of posterservice)

[Ben Companjen]

On 22/10/2007, Zoran Kovacevic <[EMAIL PROTECTED]> wrote:
>
> Hee,
>
> Nu we een prachtig stand-van-zaken-kaartje hebben op het blog
> (http://www.openstreetmap.nl/uploads/nederland.jpg), bedacht ik me nog
> een standaard OSM product: een posterservice (of print 'm zelf).
>
> Wat is er voor nodig om (wekelijks?) een tiff/pdf (hoge resolutie) ter
> download klaar te zetten? Deze kan een ieder dan downloaden en printen
> ('kijk schat, heb ik aan meegewerkt!').
>
> Evt. via een groot-formaat-printboer een kickback deal maken zodat je
> een hoge kwaliteit grote poster kunt bestellen.
>
> Ik zou 'm wel bestellen :)


Ik zou hem ook wel bestellen. In het verleden heb ik gedacht aan
A0-posterprints van Enschede bij de printboer op de universiteit, 18 euro
voor full-color. Die kan pdf-jes printen, maar ik ben met het idee gestopt
toen de data van Enschede alleen te groot werd voor Inkscape om de SVG te
openen...

Frederik Ramm had ook ooit een tilestitcher in Perl geschreven:
http://openstreetmap.gryph.de/bigmap.cgi
Dat script maakt er een grote PNG van.

Groet, Zoran


Ben

___
> Talk-nl mailing list
> 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
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl

Re: [OSM-talk-nl] OpenStreetMap kaart van Nederland voor Garmin GPS

[Danny Maas]

On 10/22/07, Lambertus <[EMAIL PROTECTED]> wrote:
>
> Mark Huizer wrote:
> >>
> >> Begrijp ik hieruit dat je meer geintresseerd bent in een raster van
> >> losse images dan van complete provincies (voor de GPSsen met kleinere
> >> geheugens)?
> >
> > Dat zou een beetje jammer zijn voor de mensen met wat meer geheugen in
> > hun GPS. Er is ook een bovengrens aan het aantal kaarten dat je kan
> > laden, dus je zou haast zeggen dat het fijner is om een
> > kleine-kaarten-set en een grote-kaarten-set te maken.
> >
>
> Dat ben ik inderdaad ook van plan. Waar ik eigenlijk op doelde: Zijn
> bezitters van Garmins met minder geheugen meer geïnteresseerd in kaarten
> van complete provincies of een raster van vierkanten?


Ik denk het laatste. Dat is nl. al hoe ze nu gewend zijn te werken.
Je gebruikt nu wat je nodig hebt, en Mapsource staat je toe om ook alle
kaarten langs een route uit te kiezen, zodat je altijd het goede
kaartmateriaal bij je hebt.

Een soort van voorbeeld kun je zien op
http://www.garmin.com/cgi-bin/mapgen/webmap.cgi?p=52559873&u=1&z=9&w=480&h=360&rz=0&k=1&sc=1
Dit is dan wel de topo-kaart van Nederland, maar het geeft je meteen een
beeld hoe het nu is ingedeeld.

Via de Garmin-site kun je trouwens nog meer kaartensets on-line bekijken.

Groeten,

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

Re: [OSM-talk-nl] OpenStreetMap kaart van Nederland voor Garmin GPS

[Rob]

hmm, toevallig woon ik nou net in dat gedeelte van nederland waar ze
de amstelgold race houden ;)

ik heb even een rondje internet gedaan met weinig resultaat
http://www.ahn.nl  heeft de data, maar alleen tegen betaling
http://www.geo-loket.nl/ ook, maar weer willen ze geld

heb hier ook nog even gekeken http://www.geogames.nl/meetpunten/ maar
ze hebben helaas geen hoogte data in hun meetpunten bestand.

en dan hebben we het nog niet over dat de data cc-sa moet worden

Op 22-10-07 heeft Lambertus<[EMAIL PROTECTED]> het volgende geschreven:
> Rob wrote:
> > [offtopic]
> > weet iemand of er ergens "opensource" hoogtelijnen/punten  data beschikbaar 
> > is ?
> > dat zou een nog completere garmin kaart kunnen maken
> > [/offtopic]
> Dat is wat mij betreft niet offtopic hoor :) Hoogtelijnen zijn mooi,
> helaas hebben we over het algemeen in Nederland niet zoveel
> hoogteverschil...
>
> ___
> 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] OpenStreetMap kaart van Nederland voor Garmin GPS

[Lambertus]

Maarten Deen wrote:
> Mark Huizer wrote:
>>> Begrijp ik hieruit dat je meer geintresseerd bent in een raster van
>>>  losse images dan van complete provincies (voor de GPSsen met
>>> kleinere geheugens)?
> 
> Ik wel. En dan dus niet zo klein als 0.1x0.1, maar liever wat groter. 
> Maar dan wel rekening houdend met de grootte van de kaart ;)
> Maakt het allemaal wel lastiger.
> 
Ok dan geen provincies, dan lijkt mij een basis grootte (zoals in een 
andere mail genoemd) van 0.25 x 0.25 een redelijke. Is alleen maar 
makkelijker :)

>> Dat zou een beetje jammer zijn voor de mensen met wat meer geheugen
>> in hun GPS. Er is ook een bovengrens aan het aantal kaarten dat je
>> kan laden, dus je zou haast zeggen dat het fijner is om een
>> kleine-kaarten-set en een grote-kaarten-set te maken.
> 
> Je moet ook beide hebben. 
Een apparte kleine en grote kaartset is idd de bedoeling.

Ik weet niet of dat veel extra werk is, maar
> misschien is dat d.m.v. een scriptje te automatiseren?
> 
Nee, ja ;)

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

Re: [OSM-talk-nl] OpenStreetMap kaart van Nederland voor Garmin GPS

[Maarten Deen]

Mark Huizer wrote:
>> 
>> Begrijp ik hieruit dat je meer geintresseerd bent in een raster van
>>  losse images dan van complete provincies (voor de GPSsen met
>> kleinere geheugens)?

Ik wel. En dan dus niet zo klein als 0.1x0.1, maar liever wat groter. 
Maar dan wel rekening houdend met de grootte van de kaart ;)
Maakt het allemaal wel lastiger.

> Dat zou een beetje jammer zijn voor de mensen met wat meer geheugen
> in hun GPS. Er is ook een bovengrens aan het aantal kaarten dat je
> kan laden, dus je zou haast zeggen dat het fijner is om een
> kleine-kaarten-set en een grote-kaarten-set te maken.

Je moet ook beide hebben. Ik weet niet of dat veel extra werk is, maar 
misschien is dat d.m.v. een scriptje te automatiseren?

Maarten

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

Re: [OSM-talk-nl] OpenStreetMap kaart van Nederland voor Garmin GPS

[Lambertus]

Mark Huizer wrote:
>>
>> Begrijp ik hieruit dat je meer geintresseerd bent in een raster van 
>> losse images dan van complete provincies (voor de GPSsen met kleinere 
>> geheugens)?
> 
> Dat zou een beetje jammer zijn voor de mensen met wat meer geheugen in 
> hun GPS. Er is ook een bovengrens aan het aantal kaarten dat je kan 
> laden, dus je zou haast zeggen dat het fijner is om een 
> kleine-kaarten-set en een grote-kaarten-set te maken.
> 

Dat ben ik inderdaad ook van plan. Waar ik eigenlijk op doelde: Zijn 
bezitters van Garmins met minder geheugen meer geïnteresseerd in kaarten 
van complete provincies of een raster van vierkanten?


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

Re: [OSM-talk-nl] OpenStreetMap kaart van Nederland voor Garmin GPS

[Mark Huizer]

> 
> Begrijp ik hieruit dat je meer geintresseerd bent in een raster van 
> losse images dan van complete provincies (voor de GPSsen met kleinere 
> geheugens)?

Dat zou een beetje jammer zijn voor de mensen met wat meer geheugen in hun GPS. 
Er is ook een bovengrens aan het aantal kaarten dat je kan laden, dus je zou 
haast zeggen dat het fijner is om een kleine-kaarten-set en een 
grote-kaarten-set te maken.

Mark

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

Re: [OSM-talk-nl] OpenStreetMap kaart van Nederland voor Garmin GPS

[Lambertus]

Rob wrote:
> [offtopic]
> weet iemand of er ergens "opensource" hoogtelijnen/punten  data beschikbaar 
> is ?
> dat zou een nog completere garmin kaart kunnen maken
> [/offtopic]
Dat is wat mij betreft niet offtopic hoor :) Hoogtelijnen zijn mooi, 
helaas hebben we over het algemeen in Nederland niet zoveel 
hoogteverschil...

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

Re: [OSM-talk-nl] OpenStreetMap kaart van Nederland voor Garmin GPS

[Lambertus]

Maarten Deen wrote:
> Lambertus wrote:
> 
>> Op dit moment het ik Nederland opgedeeld in 4 (willekeurige) gebieden 
>> waarvan 4 images gemaakt worden met Mkgmap. Deze images worden zowel los 
>> als gecombineerd tot 1 kaart beschikbaar gesteld.
>>
>> Nu zit ik eraan te denken om het volgende te doen:
>> 1: Maak images van 0.1 x 0.1 graden van heel Nederland.
> 
> Als ik kijk naar de huidige European MetroGuide (versie 6), dan zijn de 
> kaarten in principe opgebouwd uit gedeeltes van 0.25x0.25. Waar nodig 
> zijn ze nog een keer in 4 gedeeld (dus 0.125x0.125) waar mogelijk zijn 
> er vier bij elkaar genomen (0.5x0.5). Daarbij wordt de landsgrens ook 
> als grens genomen.
> Garmin komt hiermee op kaarten tot 2 MB, in Nederland is de grootste 
> 1.06MB. Dat lijkt me goede formaten. Veel groter moet je het niet 
> hebben, ik heb nu al dat je bij lange reizen moet kiezen waar je de 
> kaarten van wil downloaden, en hoe fijnmaziger het net, hoe beter je 
> kaarten op je route hebt.
> 
>> 2.a: Combineer de images to provincie kaarten en stel deze beschikbaar. 
>> Deze kaarten zullen dus iets groter zijn dan de feitelijke provincie 
>> grenzen maar zullen waarschijnlijk ook werken op GPSsen met minder geheugen.
> 
> Hou rekening met de Garmins met het kleinste geheugen, volgens mij is 
> dat de eTrex met 8 MB.
> 
>> 3. Als bovenstaand maar dan met twee uitvoeringen met de nadruk op 
>> auto's of outdoor (fietsen, wandelen, etc.) in de nabije toekomst zodra 
>> dit kan met Mkgmap.
> 
> En een "worldmap" die alleen maar de hoofdwegen heeft: motorway, 
> primary, secondary. Misschien meer, afhankelijk van hoe groot het dan wordt.
> De Worldmap in Mapsource bestaat uit gebieden van 5x5 graden.
> 
Dank voor de feedback :)

Begrijp ik hieruit dat je meer geintresseerd bent in een raster van 
losse images dan van complete provincies (voor de GPSsen met kleinere 
geheugens)?

Wat als ik nu een clickable kaart maak met daarop het raster en als je 
dan op een vierkantje klikt krijg je de image die erbij hoort?

Ik zal eens kijken naar de configuratie van Mkgmap, of het mogelijk is 
een soort 'worldmap' van Nederland te maken. Een overzichtskaart is er 
overigens al (heel grof!): 
http://download.na1400.info/osm/garmin/6324.img

[Offtopic] ben ook nog druk bezig fietspaden en tracks op de Veluwe aan 
het AND netwerk te knopen... man, man wat een werk[/offtopic]

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

Re: [OSM-talk-nl] OpenStreetMap kaart van Nederland voor Garmin GPS

[Milo van der Linden]

Je kunt kijken op http://seamless.usgs.gov maar de hoogst haalbare 
resolutie is 3 arc seconden.


Rob schreef:

[offtopic]
weet iemand of er ergens "opensource" hoogtelijnen/punten  data beschikbaar is ?
dat zou een nog completere garmin kaart kunnen maken
[/offtopic]

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

  



--




Milo van der Linden
skype: milovanderlinden 
[EMAIL PROTECTED] 
[EMAIL PROTECTED] 
[EMAIL PROTECTED] 
http://www.3dsite.nl



De informatie in dit bericht reflecteert mijn persoonlijke mening en 
niet die van een bedrijf of instantie. Aan de informatie kunnen geen 
rechten worden ontleend. Indien dit bericht onderdeel is van een forum, 
mailing-list of community dan gelden automatisch de bij het betreffende 
medium behorende voorwaarden. The information in this message reflects 
my personal opinion and not that of a company or public body. All rights 
reserved.If this message is contained in a mailing-list or community, 
the rights on the medium are automatically adapted.


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

Re: [OSM-talk-nl] OSM product: printbare landkaart (of posterservice)

[Zoran Kovacevic]

> ik had trouwens nog een licentie vraagje
> moet erop de kaart zelf ook cc-sa staan ? (ik heb een tile stitcher
> gemaakt zodat je de map ook in een prg zoals ozi explorer kunt
> gebruiken, alleen moet er niet ergens het cc-sa logo op gezet worden
> ?)

ik denk van wel

http://creativecommons.org/licenses/by-sa/2.0/

 *  Attribution. You must attribute the work in the manner 
specified by the author or licensor (but not in any way that suggests 
that they endorse you or your use of the work).
 *  Share Alike. If you alter, transform, or build upon this 
work, you may distribute the resulting work only under the same or 
similar license to this one.

 * For any reuse or distribution, you must make clear to others the 
license terms of this work. The best way to do this is with a link to 
this web page.
 * Any of the above conditions can be waived if you get permission 
from the copyright holder.
 * Nothing in this license impairs or restricts the author's moral 
rights.


> Op 22-10-07 heeft Danny Maas<[EMAIL PROTECTED]> het volgende geschreven:
>> Leuk initiatief. Goed idee dus!
>>
>>
>>
>> On 10/22/07, Zoran Kovacevic <[EMAIL PROTECTED]> wrote:
>>> Hee,
>>>
>>> Nu we een prachtig stand-van-zaken-kaartje hebben op het blog
>>> (http://www.openstreetmap.nl/uploads/nederland.jpg),
>> bedacht ik me nog
>>> een standaard OSM product: een posterservice (of print 'm zelf).
>>>
>>> Wat is er voor nodig om (wekelijks?) een tiff/pdf (hoge resolutie) ter
>>> download klaar te zetten? Deze kan een ieder dan downloaden en printen
>>> ('kijk schat, heb ik aan meegewerkt!').
>>>
>>> Evt. via een groot-formaat-printboer een kickback deal maken zodat je
>>> een hoge kwaliteit grote poster kunt bestellen.
>>>
>>> Ik zou 'm wel bestellen :)
>>>
>>> Groet, Zoran
>>>
>>> ___
>>> 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


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

Re: [OSM-talk-nl] OpenStreetMap kaart van Nederland voor Garmin GPS

[Maarten Deen]

Lambertus wrote:

> Op dit moment het ik Nederland opgedeeld in 4 (willekeurige) gebieden 
> waarvan 4 images gemaakt worden met Mkgmap. Deze images worden zowel los 
> als gecombineerd tot 1 kaart beschikbaar gesteld.
> 
> Nu zit ik eraan te denken om het volgende te doen:
> 1: Maak images van 0.1 x 0.1 graden van heel Nederland.

Als ik kijk naar de huidige European MetroGuide (versie 6), dan zijn de 
kaarten in principe opgebouwd uit gedeeltes van 0.25x0.25. Waar nodig 
zijn ze nog een keer in 4 gedeeld (dus 0.125x0.125) waar mogelijk zijn 
er vier bij elkaar genomen (0.5x0.5). Daarbij wordt de landsgrens ook 
als grens genomen.
Garmin komt hiermee op kaarten tot 2 MB, in Nederland is de grootste 
1.06MB. Dat lijkt me goede formaten. Veel groter moet je het niet 
hebben, ik heb nu al dat je bij lange reizen moet kiezen waar je de 
kaarten van wil downloaden, en hoe fijnmaziger het net, hoe beter je 
kaarten op je route hebt.

> 2.a: Combineer de images to provincie kaarten en stel deze beschikbaar. 
> Deze kaarten zullen dus iets groter zijn dan de feitelijke provincie 
> grenzen maar zullen waarschijnlijk ook werken op GPSsen met minder geheugen.

Hou rekening met de Garmins met het kleinste geheugen, volgens mij is 
dat de eTrex met 8 MB.

> 3. Als bovenstaand maar dan met twee uitvoeringen met de nadruk op 
> auto's of outdoor (fietsen, wandelen, etc.) in de nabije toekomst zodra 
> dit kan met Mkgmap.

En een "worldmap" die alleen maar de hoofdwegen heeft: motorway, 
primary, secondary. Misschien meer, afhankelijk van hoe groot het dan wordt.
De Worldmap in Mapsource bestaat uit gebieden van 5x5 graden.

Maarten

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

Re: [OSM-talk-nl] OpenStreetMap kaart van Nederland voor Garmin GPS

[Rob]

[offtopic]
weet iemand of er ergens "opensource" hoogtelijnen/punten  data beschikbaar is ?
dat zou een nog completere garmin kaart kunnen maken
[/offtopic]

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

Re: [OSM-talk-nl] OSM product: printbare landkaart (of posterservice)

[Rob]

goed idee !

ik had trouwens nog een licentie vraagje
moet erop de kaart zelf ook cc-sa staan ? (ik heb een tile stitcher
gemaakt zodat je de map ook in een prg zoals ozi explorer kunt
gebruiken, alleen moet er niet ergens het cc-sa logo op gezet worden
?)

Op 22-10-07 heeft Danny Maas<[EMAIL PROTECTED]> het volgende geschreven:
> Leuk initiatief. Goed idee dus!
>
>
>
> On 10/22/07, Zoran Kovacevic <[EMAIL PROTECTED]> wrote:
> > Hee,
> >
> > Nu we een prachtig stand-van-zaken-kaartje hebben op het blog
> > (http://www.openstreetmap.nl/uploads/nederland.jpg),
> bedacht ik me nog
> > een standaard OSM product: een posterservice (of print 'm zelf).
> >
> > Wat is er voor nodig om (wekelijks?) een tiff/pdf (hoge resolutie) ter
> > download klaar te zetten? Deze kan een ieder dan downloaden en printen
> > ('kijk schat, heb ik aan meegewerkt!').
> >
> > Evt. via een groot-formaat-printboer een kickback deal maken zodat je
> > een hoge kwaliteit grote poster kunt bestellen.
> >
> > Ik zou 'm wel bestellen :)
> >
> > Groet, Zoran
> >
> > ___
> > 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] OSM product: printbare landkaart (of posterservice)

[Danny Maas]

Leuk initiatief. Goed idee dus!


On 10/22/07, Zoran Kovacevic <[EMAIL PROTECTED]> wrote:
>
> Hee,
>
> Nu we een prachtig stand-van-zaken-kaartje hebben op het blog
> (http://www.openstreetmap.nl/uploads/nederland.jpg), bedacht ik me nog
> een standaard OSM product: een posterservice (of print 'm zelf).
>
> Wat is er voor nodig om (wekelijks?) een tiff/pdf (hoge resolutie) ter
> download klaar te zetten? Deze kan een ieder dan downloaden en printen
> ('kijk schat, heb ik aan meegewerkt!').
>
> Evt. via een groot-formaat-printboer een kickback deal maken zodat je
> een hoge kwaliteit grote poster kunt bestellen.
>
> Ik zou 'm wel bestellen :)
>
> Groet, Zoran
>
> ___
> 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

[OSM-talk-nl] OSM product: printbare landkaart (of posterservice)

[Zoran Kovacevic]

Hee,

Nu we een prachtig stand-van-zaken-kaartje hebben op het blog 
(http://www.openstreetmap.nl/uploads/nederland.jpg), bedacht ik me nog 
een standaard OSM product: een posterservice (of print 'm zelf).

Wat is er voor nodig om (wekelijks?) een tiff/pdf (hoge resolutie) ter 
download klaar te zetten? Deze kan een ieder dan downloaden en printen 
('kijk schat, heb ik aan meegewerkt!').

Evt. via een groot-formaat-printboer een kickback deal maken zodat je 
een hoge kwaliteit grote poster kunt bestellen.

Ik zou 'm wel bestellen :)

Groet, Zoran

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

Re: [OSM-talk-nl] OSM data in PostGIS

[Peter Peterse]

Hallo

Inmiddels extra ruimte gereserveerd Zodat de planet-file uitgepakt kon
worden en opnieuw gestart.

Na verloop van tijd komen er heel veel meldingen in de Postgres-log:
LOG:  checkpoints are occurring too frequently (26 seconds apart)
HINT:  Consider increasing the configuration parameter "checkpoint_segments".

en na nog wat tijd extra stop osm2pgsql er mee.
In de Postgres-log staat:
ERROR:  unexpected EOF on client connection
CONTEXT:  COPY planet_osm_polygon, line 1
STATEMENT:  COPY planet_osm_polygon FROM STDIN
LOG:  could not send data to client: Broken pipe

Heeft er iemand een idee?


Peter.


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

Re: [OSM-talk-nl] OpenStreetMap kaart van Nederland voor Garmin GPS

[Lambertus]

Danny Maas wrote:
> Ik heb de kaarten getest op m'n Garmin Etrex Legend (geen kleur), en ze 
> werken prima.
> 
> Helaas past alleen Zuid Nederland, maar inzoomen gaat aardig.
> 
> Ik heb ze er op gezet met Sendmap 2.0
> 
> Misschien kunnen ze nog in kleinere stukjes geknipt worden.
> Dan is het zefls mogelijk om ze als onderdeel van Mapsource in te laden.
> Daar valt dan weer goed mee te werken.
> 
> Maar met sendmap lukt het ook prima.
> 

Op dit moment het ik Nederland opgedeeld in 4 (willekeurige) gebieden 
waarvan 4 images gemaakt worden met Mkgmap. Deze images worden zowel los 
als gecombineerd tot 1 kaart beschikbaar gesteld.

Nu zit ik eraan te denken om het volgende te doen:
1: Maak images van 0.1 x 0.1 graden van heel Nederland.

2.a: Combineer de images to provincie kaarten en stel deze beschikbaar. 
Deze kaarten zullen dus iets groter zijn dan de feitelijke provincie 
grenzen maar zullen waarschijnlijk ook werken op GPSsen met minder geheugen.

2.b: Combineer de images tot een complete kaart van Nederland GPSsen met 
veel geheugen.

3. Als bovenstaand maar dan met twee uitvoeringen met de nadruk op 
auto's of outdoor (fietsen, wandelen, etc.) in de nabije toekomst zodra 
dit kan met Mkgmap.

4. In de verdere toekomst misschien overstappen op cGPSMapper omdat deze 
routeerbare kaarten kan maken.

Wat vinden jullie daarvan?

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