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
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
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
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).
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
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]
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:
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
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
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
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
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
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
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
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
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
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
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
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
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
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)
-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
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
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,
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.
quote
Je
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
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
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
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
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
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
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
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 ;)
___
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
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]
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.
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 24x36 van lulu kom je op 400 DPI uit. Dat is
eigenlijk overkill. Het is jammer dat op level 11 wat weinig plaatsnamen
staan.
Maarten
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 24x36 van
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
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
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
In JOSM heb ik het volgende URL gebruikt om WMS weer tegeven:
-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
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
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
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
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
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 ...
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
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
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
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
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
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
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
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
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
'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
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.
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
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
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:
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
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
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
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
66 matches
Mail list logo