Re: [OSM-talk-nl] eerste AND import resultaat :)
ik ben ook op zoek geweest om de AND data te converteren, en ik kwam bij
de shapelib library uit: http://shapelib.maptools.org/
deze C-library kan shapefiles en dbf files lezen. meer hebben we niet
nodig, toch? (OGR heeft deze library in zich).
het lijkt me trouwens logischer om eerst de nodes in de xml te zetten,
dan de segmenten, en dan de ways, ipv andersom. Heb je daar een speciale
reden voor?
verder ontdekte ik deze pagina op de wiki:
http://wiki.openstreetmap.org/index.php/AND_Data/AND-tag-mapping-to-OSM
waarin voorstellen staan hoe e.e.a. getagd zou kunnen worden.
groet,
Marc
On Fri, 2007-07-13 at 02:00 +0200, Milo van der Linden wrote:
Wat betreft de conversie, ik heb destijds al contact gezocht (ik ben
een verknoest GDAL/OGR gebruiker en lid van de community) met OGR
developers. In eerste instantie heeft niemand aangegeven interesse te
hebben in OpenStreetMap conversie, we mogen deze uiteraard wel zelf
schrijven en onderdeel maken van de OGR package. Even een stukje
insight:
- GDAL: warp/tiling/conversie naar raster (GIF/TIFF/MrSid/JPG etc.)
- OGR: conversie tussen bijna alle gangbare GIS formaten
- PROJ4: Bibliotheek die GDAL/OGR de mogelijkheid biedt om tussen
projecties te switchen en te converteren
Tools voor omzetten naar OSM zijn buiten de OSM-community niet te
vinden.
De structuur van OSM maakt conversie vanuit GIS ook niet zomaar
makkelijk. Het is namelijk volgens mij een iteratief proces door de
manier waarop OSM de nodes opslaat. Wat we wel kunnen doen is bij het
- Segmenten zitten niet in de shapefile, enkel ways.
- Een way bestaat in een shapefile uit een binary array van
coordinaat-paren (nodes), tussen elke 2 items uit de array moet je dus
een segment genereren om OSM compatibel te zijn
- Om interconnectiviteit te borgen zou het wenselijk zijn om bij elke
way die je itereert te controleren of de onderliggende nodes al
bestaan.
Volgens mij is de way to go voor enkel en alleen de wegenlaag:
For each way in AND-shapefile
{
For each node in way
{
# check existence of node
if not exist
- store node in temp-array
else
- get node id
store node in temp-array
end if
Dan een FROMNode, ToNode loop
For each node in way
{
if next node exists; create segment from this node to next node
-store segment in temp-array
}
if last node in way:
loop door de segments;
create way (xml)
create segment(s) (xml)
create node(s) (xml)
}
Wie denkt er mee? Ik zal binnenkort een conversie opzetje in C++
proberen aan te leveren, ik heb vandaag eclipse geinstalleerd en hoop
daarmee uit de voeten te kunnen in combinatie met de GDAL/OGR
bibliotheek, die had ik al in VS 2005 Express aan de praat, maar daar
houdt helaas niemand van en zeker linux gebruikers niet.
Is het anders een idee om een command-line conversie tool project te
starten op sourceforge of googlecode?
Foppe Benedictus schreef:
Ziet er goed uit..
Ik heb even gekeken wat er voor linux op de markt is, maar ik kan niet
echt iets naar mijn smaak vinden
http://shapelib.maptools.org/ Lijkt wel met de bestanden overweg te
kunnen, maar omzetten naar iets werkbaars voor mij zit er niet in.
http://gpx2shp.sourceforge.jp In het plaatje staat dat ook van shapefile
naar gpx zou kunnen, maar ik kan het niet :(
http://www.gdal.org/ Ook hier moet ik volgens mij eerst leren
programmeren voordat ik er iets mee kan..
Dus helaas blijft het bij kijken voor mij.
Met sportieve groet,
Foppe Benedictus
Floris Looijesteijn schreef:
Ik ben wat aan het prutsen geweest met php esri shapefile en dbf inlees
tooltjes en heb nu in ieder geval de 'locations' file al omgezet.
70 plaatsnamen (allemaal village trouwens), parkeerplaatsen en
tankstations
heb ik dus nu in een .osm file, klaar om upgeload te worden maar dat doe
ik natuurlijk nog even niet totdat we consensus hebben bereikt :)
screenshots josm: http://floris.nu/osm/texel/josm.png
osmarenderer: http://floris.nu/osm/texel/osmarendererplugin.png
Weet iemand wat ik moet doen met een punt waar 2 amenity's
zijn (bijv. parking en fuel)
Zaterdag ga ik met de wegen aan de gang en ik heb natuurlijk nog
geen oplossing voor de overlap...
Zijn er meer mensen met de data aan het spelen?
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
--
Milo van der
Linden
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
http://www.3dsite.nl
De informatie
in dit bericht
reflecteerd
mijn
persoonlijke
mening en niet
die van een
bedrijf of
instantie. Aan
de informatie
kunnen geen
rechten
[OSM-talk-nl] mapsource kaartensets bouwen voor NL stuk
Ik ben van de week eens wat dingen gaan uitzoeken om te proberen het OSM materiaal om te bouwen naar kaarten voor Mapsource en Garmin GPSr. Ik weet dat er allerlei sites zijn waar staat hoe je een img file kan maken om op je GPS te zetten, maar ik wil ze naast mijn bestaande kaartmateriaal kunnen gebruiken. O.a. voorhet gemak (hoef ik niet elke keer die spullen te uploaden) en anderzijds om makkelijker te kunnen vergelijken. Ik kan inmiddels wel dingen voor elkaar krijgen die ik in Mapsource kan gebruiken (met o.a. osmgarminmap en cgpsmapper). Dan is het nog niet perfect (ik moet losse bestanden kopieren en zelf een registry editen), maar goed, daar valt nog wel even mee te leven. Het grotere probleem is dat het er totaal niet uitziet ;-) Met de beste wil van de wereld kan ik ongeveer wel traceren waar ik zou zijn op een kaart, maar er klopt weinig van. Ongetwijfeld omdat de rendertooltjes (osmgarminmap bijv) beetje basisspul doen maar niet echt afdoende zijn. Nou is mijn vraag: is er al iemand met iets dergelijks bezig geweest met betere resultaten, en/of zijn er meer mensen die dit soort dingen graag zouden willen hebben en willen samenwerken om zoiets te produceren. Nu is het nog makkelijk en overzichtelijk met relatief weinig data. Mark ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] eerste AND import resultaat :)
On Saturday 14 July 2007 14:59, Floris Looijesteijn wrote: Zie screenshot: http://www.floris.nu/osm/texel/and_josm_ways.png Woohoo!!! :D Inderdaad! De AND data is echt supercompatibel qua data primitives. Maar er is nog veel werk welke tags we nu moeten gaan gebruiken. Op de conferentie zal daar ook wel over gedacht worden. En wat te doen met bestaande data. De grootste klus lijkt mij het aan elkaar knopen van AND data en wat we al hebben. Allemaal van dat merge nodes gedoe, handwerk. Hoe grotere stukken van 1 bron hoe beter, vermoedelijk. De andere bron dient dan als vergelijking. Indien hetzelfde (straatnamen, etc) of behoorlijk hetzelfde (locatie) is dat stuk voorlopig klaar. Bij afwijkingen checken. Maar ook dan liever de import van keuze verschuiven dan gaan knopen (alweer vermoedelijk). Misschien kan een speciale versie van mappaint of zo de afbeelding in JOSM overzichtelijk houden. Zoals ik al zei heb ik dus een .osm file, maar die link ik hier nog even niet want als iemand namelijk op de upload knop drukt hebben we een probleem. Wat we nu hebben in een .osm bestand stoppen, kan het altijd weer terug gezet worden. 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] eerste AND import resultaat :)
Klopt het dat als ik op Play druk in Winamp in je screenshot,
Direstraits /*niet */begint te spelen? Is dat een bug? :-P
Ik ben heel benieuwd naar het php-script! En voor nu, mijn complimenten!
Floris Looijesteijn schreef:
Die librarys had ik inderdaad ook al gezien maar helaas ben ik geen C
expert.
Met ongeveer 2 uur heb ik nu wel al nodes, segments, ways in een .osm file
staan met een heel eenvoudig php scriptje (plaats ik tzt nog op de wiki).
Zie screenshot:
http://www.floris.nu/osm/texel/and_josm_ways.png
Woohoo!!! :D
De AND data is echt supercompatibel qua data primitives. Maar er is nog
veel werk welke tags we nu moeten gaan gebruiken. En wat te doen met
bestaande data. Helaas is de API even uit de lucht en heb ik dus nog niet
de data die Jip al had ingevoerd op texel kunnen vergelijken.
Ik ben nu nog even aan de slag om de weg types en straatnamen er bij te
zetten, dat gaat vandaag ook nog wel lukken.
Zoals ik al zei heb ik dus een .osm file, maar die link ik hier nog even
niet
want als iemand namelijk op de upload knop drukt hebben we een probleem.
Als je mij mailt (en plichtig belooft niet te uploaden) kan ik hem je
sturen.
Groet,
Floris
- Original Message -
From: Marc Kessels [EMAIL PROTECTED]
To: [EMAIL PROTECTED]; OpenStreetMap NL discussion list
talk-nl@openstreetmap.org
Sent: Saturday, July 14, 2007 9:24 AM
Subject: Re: [OSM-talk-nl] eerste AND import resultaat :)
ik ben ook op zoek geweest om de AND data te converteren, en ik kwam bij
de shapelib library uit: http://shapelib.maptools.org/
deze C-library kan shapefiles en dbf files lezen. meer hebben we niet
nodig, toch? (OGR heeft deze library in zich).
het lijkt me trouwens logischer om eerst de nodes in de xml te zetten,
dan de segmenten, en dan de ways, ipv andersom. Heb je daar een speciale
reden voor?
verder ontdekte ik deze pagina op de wiki:
http://wiki.openstreetmap.org/index.php/AND_Data/AND-tag-mapping-to-OSM
waarin voorstellen staan hoe e.e.a. getagd zou kunnen worden.
groet,
Marc
On Fri, 2007-07-13 at 02:00 +0200, Milo van der Linden wrote:
Wat betreft de conversie, ik heb destijds al contact gezocht (ik ben
een verknoest GDAL/OGR gebruiker en lid van de community) met OGR
developers. In eerste instantie heeft niemand aangegeven interesse te
hebben in OpenStreetMap conversie, we mogen deze uiteraard wel zelf
schrijven en onderdeel maken van de OGR package. Even een stukje
insight:
- GDAL: warp/tiling/conversie naar raster (GIF/TIFF/MrSid/JPG etc.)
- OGR: conversie tussen bijna alle gangbare GIS formaten
- PROJ4: Bibliotheek die GDAL/OGR de mogelijkheid biedt om tussen
projecties te switchen en te converteren
Tools voor omzetten naar OSM zijn buiten de OSM-community niet te
vinden.
De structuur van OSM maakt conversie vanuit GIS ook niet zomaar
makkelijk. Het is namelijk volgens mij een iteratief proces door de
manier waarop OSM de nodes opslaat. Wat we wel kunnen doen is bij het
- Segmenten zitten niet in de shapefile, enkel ways.
- Een way bestaat in een shapefile uit een binary array van
coordinaat-paren (nodes), tussen elke 2 items uit de array moet je dus
een segment genereren om OSM compatibel te zijn
- Om interconnectiviteit te borgen zou het wenselijk zijn om bij elke
way die je itereert te controleren of de onderliggende nodes al
bestaan.
Volgens mij is de way to go voor enkel en alleen de wegenlaag:
For each way in AND-shapefile
{
For each node in way
{
# check existence of node
if not exist
- store node in temp-array
else
- get node id
store node in temp-array
end if
Dan een FROMNode, ToNode loop
For each node in way
{
if next node exists; create segment from this node to next node
-store segment in temp-array
}
if last node in way:
loop door de segments;
create way (xml)
create segment(s) (xml)
create node(s) (xml)
}
Wie denkt er mee? Ik zal binnenkort een conversie opzetje in C++
proberen aan te leveren, ik heb vandaag eclipse geinstalleerd en hoop
daarmee uit de voeten te kunnen in combinatie met de GDAL/OGR
bibliotheek, die had ik al in VS 2005 Express aan de praat, maar daar
houdt helaas niemand van en zeker linux gebruikers niet.
Is het anders een idee om een command-line conversie tool project te
starten op sourceforge of googlecode?
Foppe Benedictus schreef:
Ziet er goed uit..
Ik heb even gekeken wat er voor linux op de markt is, maar ik kan niet
echt iets naar mijn smaak vinden
http://shapelib.maptools.org/ Lijkt wel met de bestanden overweg te
kunnen, maar omzetten naar iets werkbaars voor mij zit er niet in.
http://gpx2shp.sourceforge.jp In het plaatje staat dat ook van
shapefile
naar gpx zou kunnen, maar ik kan het niet :(
http://www.gdal.org/ Ook hier moet ik volgens mij eerst leren
programmeren voordat ik er iets mee kan..
Dus helaas blijft het bij kijken voor mij.
Met sportieve groet,
Foppe Benedictus
Floris Looijesteijn schreef:
Re: [OSM-talk-nl] eerste AND import resultaat :)
Goed om te zien dat er al zo druk wordt geklust aan de data. Mijn vingers jeuken, maar juist dit weekend moet ik werken èn schijnt ook nog eens de zon...Ik hou de resultaten nauw in de gaten, succes en goed werk tot nu toe! -- Martijn ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] eerste AND import resultaat :)
Hoi, On 7/14/07, Floris Looijesteijn [EMAIL PROTECTED] wrote: Met ongeveer 2 uur heb ik nu wel al nodes, segments, ways in een .osm file staan met een heel eenvoudig php scriptje (plaats ik tzt nog op de wiki). Zie screenshot: http://www.floris.nu/osm/texel/and_josm_ways.png Floris, ziet er goed uit! Goeie achtergrondmuziek erbij, ook :-) Christ -- 09 F9 11 02 9D 74 E3 5B D8 41 56 C5 63 56 88 C0 ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] eerste AND import resultaat :)
3DSiteVreemd :)
Inmiddels heb ik via een omweg kunnen controleren hoe goed en
compleet de data is (trek zelf je eigen conclusie).
Ik heb de traces van Jip de gedownload en nadat ik erachter was
gekomen dat dit gpx.gz bestanden waren allen bij elkaar geladen
in josm. Zie hier het resultaat:
http://floris.nu/osm/texel/and_compared_with_osm_traces.png
Je ziet dat: of Jip buiten de paden gelopen heeft, of dat er flink
wat straatjes zijn die om een of andere reden niet in de AND
data staan (voetgangersgebieden, strand?).
Maar voor de rest loopt het prachtig over elkaar heen.
Groet,
Floris
- Original Message -
From: Milo van der Linden
To: OpenStreetMap NL discussion list
Sent: Saturday, July 14, 2007 3:41 PM
Subject: Re: [OSM-talk-nl] eerste AND import resultaat :)
Klopt het dat als ik op Play druk in Winamp in je screenshot, Direstraits
niet begint te spelen? Is dat een bug? :-P
Ik ben heel benieuwd naar het php-script! En voor nu, mijn complimenten!
Floris Looijesteijn schreef:
Die librarys had ik inderdaad ook al gezien maar helaas ben ik geen C
expert.
Met ongeveer 2 uur heb ik nu wel al nodes, segments, ways in een .osm file
staan met een heel eenvoudig php scriptje (plaats ik tzt nog op de wiki).
Zie screenshot:
http://www.floris.nu/osm/texel/and_josm_ways.png
Woohoo!!! :D
De AND data is echt supercompatibel qua data primitives. Maar er is nog
veel werk welke tags we nu moeten gaan gebruiken. En wat te doen met
bestaande data. Helaas is de API even uit de lucht en heb ik dus nog niet
de data die Jip al had ingevoerd op texel kunnen vergelijken.
Ik ben nu nog even aan de slag om de weg types en straatnamen er bij te
zetten, dat gaat vandaag ook nog wel lukken.
Zoals ik al zei heb ik dus een .osm file, maar die link ik hier nog even
niet
want als iemand namelijk op de upload knop drukt hebben we een probleem.
Als je mij mailt (en plichtig belooft niet te uploaden) kan ik hem je
sturen.
Groet,
Floris
- Original Message -
From: Marc Kessels [EMAIL PROTECTED]
To: [EMAIL PROTECTED]; OpenStreetMap NL discussion list
talk-nl@openstreetmap.org
Sent: Saturday, July 14, 2007 9:24 AM
Subject: Re: [OSM-talk-nl] eerste AND import resultaat :)
ik ben ook op zoek geweest om de AND data te converteren, en ik kwam bij
de shapelib library uit: http://shapelib.maptools.org/
deze C-library kan shapefiles en dbf files lezen. meer hebben we niet
nodig, toch? (OGR heeft deze library in zich).
het lijkt me trouwens logischer om eerst de nodes in de xml te zetten,
dan de segmenten, en dan de ways, ipv andersom. Heb je daar een speciale
reden voor?
verder ontdekte ik deze pagina op de wiki:
http://wiki.openstreetmap.org/index.php/AND_Data/AND-tag-mapping-to-OSM
waarin voorstellen staan hoe e.e.a. getagd zou kunnen worden.
groet,
Marc
On Fri, 2007-07-13 at 02:00 +0200, Milo van der Linden wrote:
Wat betreft de conversie, ik heb destijds al contact gezocht (ik ben
een verknoest GDAL/OGR gebruiker en lid van de community) met OGR
developers. In eerste instantie heeft niemand aangegeven interesse te
hebben in OpenStreetMap conversie, we mogen deze uiteraard wel zelf
schrijven en onderdeel maken van de OGR package. Even een stukje
insight:
- GDAL: warp/tiling/conversie naar raster (GIF/TIFF/MrSid/JPG etc.)
- OGR: conversie tussen bijna alle gangbare GIS formaten
- PROJ4: Bibliotheek die GDAL/OGR de mogelijkheid biedt om tussen
projecties te switchen en te converteren
Tools voor omzetten naar OSM zijn buiten de OSM-community niet te
vinden.
De structuur van OSM maakt conversie vanuit GIS ook niet zomaar
makkelijk. Het is namelijk volgens mij een iteratief proces door de
manier waarop OSM de nodes opslaat. Wat we wel kunnen doen is bij het
- Segmenten zitten niet in de shapefile, enkel ways.
- Een way bestaat in een shapefile uit een binary array van
coordinaat-paren (nodes), tussen elke 2 items uit de array moet je dus
een segment genereren om OSM compatibel te zijn
- Om interconnectiviteit te borgen zou het wenselijk zijn om bij elke
way die je itereert te controleren of de onderliggende nodes al
bestaan.
Volgens mij is de way to go voor enkel en alleen de wegenlaag:
For each way in AND-shapefile
{
For each node in way
{
# check existence of node
if not exist
- store node in temp-array
else
- get node id
store node in temp-array
end if
Dan een FROMNode, ToNode loop
For each node in way
{
if next node exists; create segment from this node to next node
-store segment in temp-array
}
if last node in way:
loop door de segments;
create way (xml)
create segment(s) (xml)
create node(s) (xml)
}
Wie denkt er mee? Ik zal binnenkort een conversie opzetje in C++
proberen aan te leveren, ik heb vandaag eclipse geinstalleerd en hoop
daarmee uit de voeten te kunnen in combinatie met de GDAL/OGR
bibliotheek, die had ik al in VS 2005 Express aan de praat, maar daar
houdt helaas niemand van en zeker linux gebruikers niet.
Is het anders een idee om een command-line
Re: [OSM-talk-nl] download van OSM lukt niet, probleem met server?
Idd al de hele dag serverproblemen. En de meeste mensen die dat op kunnen lossen zitten op de conferentie. Je kunt dit ook vinden op www.openstreetmap.org. Problemen met downloaden in JOSM zijn te wijten aan de API=down status. Groet, Floris - Original Message - From: Annemieke To: 'OpenStreetMap NL discussion list' Sent: Saturday, July 14, 2007 9:44 PM Subject: [OSM-talk-nl] download van OSM lukt niet, probleem met server? Hoi osm'ers, Op dit moment krijg ik in JOSM geen verbinding met de OSM-server, kan dus geen tracks downloaden. Uit mijn hoofd is de foutmelding iets met error 500. Hebben jullie hetzelfde probleem? Of heeft dit te maken met de conferentie in Manchester? Groeten, Annemieke P.S. Jammer, ik wilde net een stukje extra rivier tekenen... -- ___ 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] download van OSM lukt niet, probleem met server?
Annemieke wrote: Op dit moment krijg ik in JOSM geen verbinding met de OSM-server, kan dus geen tracks downloaden. Uit mijn hoofd is de foutmelding iets met “error 500”. Hebben jullie hetzelfde probleem? Hier precies hetzelfde. JOSM blijft eeuwig op het downloading data venster hangen. Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] download van OSM lukt niet, probleem met server?
Stefan de Konink schreef: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Maarten Deen schreef: Annemieke wrote: Op dit moment krijg ik in JOSM geen verbinding met de OSM-server, kan dus geen tracks downloaden. Uit mijn hoofd is de foutmelding iets met “error 500”. Hebben jullie hetzelfde probleem? Hier precies hetzelfde. JOSM blijft eeuwig op het downloading data venster hangen. Gelukkig gaat m'n AMD data upload van Floris op Terschelling als een zonnetje ;) -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.5 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGmTSnYH1+F2Rqwn0RCpzrAJ9WH2eM8nADDtDIZ8MTAEmEJa9MwQCbBop9 igbYi+H0dFqMrO673sb8eq4= =PUFW -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl Hoi, Er zijn problemen met de server zelf. Ook op de engels-talige mailing list melden ze dit. Het heeft dus niks zomaar met de verbinding te maken. Verder helpt het ook niet echt dat al de medewerkers op t congres zitten :-p koko ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] download van OSM lukt niet, probleem met server?
Hoi Floris, Bedankt voor de info, we wachten af. Groeten, Annemieke _ Van: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Namens Floris Looijesteijn Verzonden: Saturday, July 14, 2007 21:51 Aan: OpenStreetMap NL discussion list Onderwerp: Re: [OSM-talk-nl] download van OSM lukt niet, probleem met server? Idd al de hele dag serverproblemen. En de meeste mensen die dat op kunnen lossen zitten op de conferentie. Je kunt dit ook vinden op www.openstreetmap.org. Problemen met downloaden in JOSM zijn te wijten aan de API=down status. Groet, Floris - Original Message - From: Annemieke mailto:[EMAIL PROTECTED] To: 'OpenStreetMap mailto:talk-nl@openstreetmap.org NL discussion list' Sent: Saturday, July 14, 2007 9:44 PM Subject: [OSM-talk-nl] download van OSM lukt niet, probleem met server? Hoi osmers, Op dit moment krijg ik in JOSM geen verbinding met de OSM-server, kan dus geen tracks downloaden. Uit mijn hoofd is de foutmelding iets met error 500. Hebben jullie hetzelfde probleem? Of heeft dit te maken met de conferentie in Manchester? Groeten, Annemieke P.S. Jammer, ik wilde net een stukje extra rivier tekenen... _ ___ 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
