Re: [OSM-talk] vandalism or 'where is cuba?'
On Tue, 4 Mar 2008 09:50:34 + Ludwig [EMAIL PROTECTED] wrote: -- first all make a bulk move more difficult, so it cannot be executed unless intended to. How recent is your copy of JOSM? Somewhere in the last month it was made more difficult to accidentally move objects in JOSM. m.v.g., Cartinus ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] New in JOSM: Paste Tags
On Tue, 26 Feb 2008 14:22:36 + David Earl [EMAIL PROTECTED] wrote: On 26/02/2008 14:02, David Earl wrote: On 26/02/2008 09:43, Martijn Verwijmeren wrote: On Sun, 24 Feb 2008 17:41:20 + David Earl [EMAIL PROTECTED] wrote: I have added a new operation on the JOSM Edit menu: Paste Tags (CTRL+SHIFT+V). This will be in tomorrow's build. I had some trouble with this new operation. See: http://josm.openstreetmap.de/ticket/631 Sorry about that. I'll investigate. OK, I've fixed it. I'm afraid I was thinking how something works in PHP rather than Java, and it wasn't quite equivalent. Unfortunately it wasn't a consequence of actually doing the Paste Tags itself: it would happen whenever the selection changes in certain ways. However, it would only happen if you have previously used Edit Copy, so it isn't a total show stopper. Nevertheless it is serious crash which this might justify Frederick starting a build manually. David Thank you, It works fine now m.v.g., Cartinus ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk-nl] Yahoo imagery voor Amsterdam/Almere
On Fri, 15 Feb 2008 12:13:49 +0100 Lambertus [EMAIL PROTECTED] wrote: Ik vermoed als achtergrond in de Potlatch editor. Martijn Pannevis wrote: Dit zou ik natuurlijk al lang moeten weten, maar waar staan die? Martijn. Als achtergrond in Potlatch is één plaats. Met de YWMS plugin [1] zijn ze ook te gebruiken in JOSM en als je ze gewoon wil bekijken kun terecht by Yahoo! zelf [2]. [1] http://wiki.openstreetmap.org/index.php/YWMS (De windows installatie instructies werken ook voor mijn Debian machine.) [2] http://maps.yahoo.com/broadband/#mvt=slat=52.373056lon=4.89mag=3 Groetjes, Cartinus ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Nederlandse Fietskaart
On Thu, 14 Feb 2008 14:46:24 +0100 Martijn van Oosterhout [EMAIL PROTECTED] wrote: 2008/2/14 Joris Meijerink [EMAIL PROTECTED]: Is het mogelijk om op tile.openstreetmap.nl een kaart cycle-kaart te maken net als http://www.gravitystorm.co.uk/osm/, maar dan alleen voor Nederland? Of is dat een te grote belasting voor de server? Een kwestie van de stylesheet krijgen. Ik heb rondgevraagd maar ik heb hem nog niet te pakken kunnen krijgen. Als iemand anders even wil proberen zou dat fijn zijn... IIRC heb ik in een mail van Andy gelezen dat ze ook een aangepaste versie van osm2pgsql gebruiken i.v.m. relaties. Aan de andere kant denk ik dat als er maar genoeg fietsroutes en fietspaden bij komen, dat Andy dan ook meer zoomlevels voor Nederland toevoegd. Dat heeft hij pas geleden nog gedaan rond Antwerpen. m.v.g., Cartinus ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Nederlandse Fietskaart
On Thu, 14 Feb 2008 20:13:24 +0100 Joris Meijerink [EMAIL PROTECTED] wrote: Het zou mooi zijn als de fietsknooppunten in hun kenmerkende groene kleur worden weergegeven. Dus een eigen stylesheet. Die eigen stylesheet, daar had ik al eens eerder aan lopen denken om meerdere redenen. Ten eerste heb ik al eerder iemand op de mailinglijst zien vragen om Andy's stylesheet. Het bleef stil daarna, dus tenzij die persoon persoonlijk reactie heeft gehad... Ten tweede zou ik een aantal zaken anders doen. Mijns inziens horen fiets/bus/wandel/etc. routes en allerlei POI's thuis in overlays en niet in de baselayer. Daarnaast kun je dan verschillende baselayers maken. Bijvoorbeeld één geoptimaliseerd voor gemotoriseerd verkeer en één voor langzaam verkeer. Ver uitgezoomd kunnen die gewoon identiek zijn, maar voor zoomlevels 12 en groter (bijvoorbeeld) verschillen ze dan. Ik denk dat dit kleinere en beter beheerbare stylesheets opleverd. Je hebt er natuurlijk wel meer... Het uitzoeken hoe de mapnik stylesheets werken en het ontwerpen van een mooie stijl kost echter iets meer dan een half uurtje. Aangezien er hier in de buurt nog genoeg is te mappen en het weer goed genoeg is, besteed ik de tijd die ik beschikbaar heb voor openstreetmap daar echter liever aan (en aan kustlijnen in het buitenland). Mischien tijdens een volgende regenachtige periode. Groetjes, Cartinus ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Yahoo imagery voor Amsterdam/Almere
On Wed, 13 Feb 2008 22:53:06 +0100 Skywave [EMAIL PROTECTED] wrote: Hallo allemaal, zie net dat Yahoo luchtfoto's heeft toegevoegd voor zo snel als ik nu zie Almere, Amsterdam en een stukje Lelystad En Utrecht :) Cartinus ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Yahoo imagery voor Amsterdam/Almere
On Wed, 13 Feb 2008 22:53:06 +0100 Skywave [EMAIL PROTECTED] wrote: Hallo allemaal, zie net dat Yahoo luchtfoto's heeft toegevoegd voor zo snel als ik nu zie Almere, Amsterdam en een stukje Lelystad Zeg maar de hele provincies Zuid-Holland en Utrecht, het grootste deel van Noord-Holland plus wat aangrenzende delen van Flevoland, Gelderland en Brabant (en ook nog wat splintertjes Zeeland). Cartinus ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Tele Atlas introduceert gps-kaarten voorvoetgangers
Dat is inderdaad waar ik hier in de buurt nu mee bezig ben. Alle doorsteekjes en pleintjes/plantsoentjes binnen de flatblokken die publiek toegangkelijk zijn op de kaart zetten. Het was namelijk heel mooi weer afgelopen weekeinde. Bij mij ligt de grens niet of het dood loopt, maar of het toegankelijk is. (Ik moet er toch eerst inlopen met m'n GPS, voordat ik weet dat het dood loopt.) Alles met een poort ervoor of een verboden toegang bordje zet ik niet op de kaart, hoewel het wel zou kunnen met access=private. Deze paadjes lopen hier namelijk meestal kaarsrecht en je kunt aan beide uiteinden komen. Cartinus On Mon, 11 Feb 2008 13:31:13 +0100 Martijn van Exel [EMAIL PROTECTED] wrote: Interessant voor zover ze publiek toegankelijk zijn en relaties in het stratennetwerk representeren. Dus een doodlopend steegje waar geen adressen aan liggen wellicht niet, een steegje tussen twee huizen dat twee straten verbindt dan weer wel. Op 11 feb 2008, om 12:58 heeft Joris Meijerink het volgende geschreven: Dat kunnen wij helemaal niet beter. Ja misschien de software, maar onze kaarten zijn evenmin geschikt voor voetgangers als die van teleatlas. Hier moet nog ontzettend veel mapwerk verricht worden. We weten niet hoe goed de data van TA feitelijk is op dat gebied. Mijn opmerking was dan ook meer bedoeld als aansporing! Delft staat er al wel best aardig in: http://www.tile.openstreetmap.nl/?zoom=15lat=52.01161lon=4.35949layers=B00F Maar ja tot hoever wil je gaan met die steegjes, lijkt me dat steegjes naar iemands achtertuin niet nuttig zijn ook al zou je die wel op een kaart kunnen zien. gr Joris it wasn't me Meijerink ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Fietsroutenetwerk-punten automatiseren?
On Tue, 12 Feb 2008 02:17:14 +0100 Joris Meijerink [EMAIL PROTECTED] wrote: Dit zijn alle highways in Nederland (en stukjes Duitsland en België) die gisteren in de database zaten van het type: * primary * secondary * tertiary * unclassified * unsurfaced * track * residential * living_street * service * cycleway * pedestrian Volgens mij zijn dat alle type wegen waar je met een normale fiets of mountainbike wil komen. Pedestrian zit alleen maar in de lijst omdat AND tracks zo heeft getagged en die nog niet allemaal gecorrigeerd zijn.\ Klopt toch niet helemaal, er zijn ook nodes die alleen een AND tag hebben en geen highway tag, maar zijn soms wel degelijk een weg. De ander kant op zou beter werken, dus geen rail, geen landuse enz., heb alleen geen ideeof dat ook kan. De selectie kijkt naar de tags op de ways, niet naar die op de nodes. Het neemt simpelweg alle nodes die onderdeel zijn van (minstens) één van de geselecteerde ways. De laatste node in het bestand is bijvoorbeeld een amenity=parking en heeft zelf helemaal geen highway tag. Volgens mij is het zelfs zo dat bovenstaande waarden voor de highway tag alleen zinvol zijn op ways en niet op nodes. De enige (land)wegen die ik ooit heb gezien zonder highway tag waren FIXME previously unwayed segments (of zoiets) en die lagen allemaal in het buitenland :) Groetjes, Cartinus ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Fietsroutenetwerk-punten automatiseren?
Nu we het toch over ways en nodes hebben. Die ways zelf heb je natuurlijk niet nodig tijdens het zoeken naar de dichtsbijzijnde node: http://www.xs4all.nl/~tibors/Temp/dutch-road-nodes.osm.gz bevat alleen de nodes uit het eerder vermelde bestand. Nog maar 279MB uitgepakt. m.v.g. Cartinus On Tue, 12 Feb 2008 02:58:11 +0100 Martijn Verwijmeren [EMAIL PROTECTED] wrote: On Tue, 12 Feb 2008 02:17:14 +0100 Joris Meijerink [EMAIL PROTECTED] wrote: Dit zijn alle highways in Nederland (en stukjes Duitsland en België) die gisteren in de database zaten van het type: * primary * secondary * tertiary * unclassified * unsurfaced * track * residential * living_street * service * cycleway * pedestrian Volgens mij zijn dat alle type wegen waar je met een normale fiets of mountainbike wil komen. Pedestrian zit alleen maar in de lijst omdat AND tracks zo heeft getagged en die nog niet allemaal gecorrigeerd zijn.\ Klopt toch niet helemaal, er zijn ook nodes die alleen een AND tag hebben en geen highway tag, maar zijn soms wel degelijk een weg. De ander kant op zou beter werken, dus geen rail, geen landuse enz., heb alleen geen ideeof dat ook kan. De selectie kijkt naar de tags op de ways, niet naar die op de nodes. Het neemt simpelweg alle nodes die onderdeel zijn van (minstens) één van de geselecteerde ways. De laatste node in het bestand is bijvoorbeeld een amenity=parking en heeft zelf helemaal geen highway tag. Volgens mij is het zelfs zo dat bovenstaande waarden voor de highway tag alleen zinvol zijn op ways en niet op nodes. De enige (land)wegen die ik ooit heb gezien zonder highway tag waren FIXME previously unwayed segments (of zoiets) en die lagen allemaal in het buitenland :) ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Fietsroutenetwerk-punten automatiseren?
On Mon, 11 Feb 2008 17:15:30 +0100 Rob [EMAIL PROTECTED] wrote: ben nu op de 917MB grote osm file aan het knauwen maar dat schiet niet echt op vooral ook omdat m'n intern geheugen maar 1gig is. Ben nu kijken of ik de file doomidden knip, of dat ik het via sax ga parsen.. Doormidden knippen kan denk ik een stukje intelligenter. http://www.xs4all.nl/~tibors/Temp/dutch-roads.osm.gz Dit zijn alle highways in Nederland (en stukjes Duitsland en België) die gisteren in de database zaten van het type: * primary * secondary * tertiary * unclassified * unsurfaced * track * residential * living_street * service * cycleway * pedestrian Volgens mij zijn dat alle type wegen waar je met een normale fiets of mountainbike wil komen. Pedestrian zit alleen maar in de lijst omdat AND tracks zo heeft getagged en die nog niet allemaal gecorrigeerd zijn. Ik denk dat je wil dat alle fietsknooppunten onderdeel van één van deze wegen worden en niet vastzitten aan bijvoorbeeld een landuse polygoon of de gemeentegrens. Als de bestandsgrootte (nu 552MB) verhouding namelijk representatief is voor de hoeveelheid nodes zou namelijk 40% van de knooppunten alsnog moeten worden verplaatst als je ze vast maakt aan een willekeurige node. Groetjes, Cartinus P.S. Niet meteen downloaden, de computer belooft over een minuut of 5 klaar te zijn met uploaden. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk] Some interesting numbers from planet.osm
On Sun, 10 Feb 2008 17:56:34 -0500 Adam Schreiber [EMAIL PROTECTED] wrote: In my neck of the woods a lot of these 0 node ways are contained in relations and have to be removed from the relationship before the bad way can be deleted. I hope that you do know that not every highway 0 nodes in the JOSM relations window really has 0 nodes. It just means that the way was not downloaded from the server because it lies completely outside of the downloaded area. So if people are removing all highway 0 nodes they encounter (if that is possible?), then they are breaking the relations. If you download a relation and all its ways and nodes like: wget http://www.openstreetmap.org/api/0.5/relation/2746/full -O LF4.osm and you still have a highway 0 nodes then it is indeed a broken way. Else you should just ignore them. m.v.g., Cartinus ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk-nl] Carnaval Definitief
On Sat, 26 Jan 2008 00:39:45 +0100 Stefan de Konink [EMAIL PROTECTED] wrote: Je hebt waarschijnlijk niet door dat dit een zoek actie betreft van ongeveer 11GB aan data... want ik heb niet alleen Nederland in OSM zitten. [snip] Zelf denk ik dat het iets sneller is om 522 puntjes langs te lopen op een kaartje in Nederland even even te checken of het klopt. Da's leuk dat die eerste stap een database van 11GB betrof. Maar als je mijn opmerkingen wat beter leest, dan kun je zien dat die alleen betrekking hebben op dat lijstje van 522 puntjes. Als jij met databases van 11GB kunt werken, dan kun je waarschijnlijk ook overweg met lijstjes van 522 puntjes. Bijvoorbeeld splitsen in twee lijstjes: één met alle unieke namen (kunnen zo de kaart in) en één met alle dubbele namen (moet je eerst nog wat mee doen, of je laat ze weg). Francisco van Jole heeft jaren geledes op Radio Online gezegd dat sommige nieuwe leden communities verzieken door het gebrek aan kennis. Sorry, ik wist niet dat ik hier na een maand nog niet mag mee praten. Welterusten, Cartinus ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Carnaval Definitief
On Fri, 25 Jan 2008 23:42:08 +0100 Stefan de Konink [EMAIL PROTECTED] wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Martijn Verwijmeren schreef: On Fri, 25 Jan 2008 21:07:44 +0100 Stefan de Konink [EMAIL PROTECTED] wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Martijn Verwijmeren schreef: Zolang je je maar realiseerd dat dit een kaart boordevol met fouten op gaat leveren. De drie Alphens en vier Aalsten zijn echt verschillende plaatsen, maar krijgen nu dezelfde carnavalsnaam. En dat is alleen nog maar de letter A. Regel voor mij een OSM bestand, dan kijk ik wel even welke nodes weg moeten :) Redelijk achterstevoren reactie. Jij bent degene die alles al in een database heeft zitten. Het is dus een kleine moeite voor je om te filteren welke namen dubbel zijn. Die laat je dus weg of doe je met de hand. Iedereen heeft een database vol informatie... Sorry, jij bent degene die dit onderwerp begon met even door een database halen. Missende informatie kunnen mensen makkelijk toevoegen, foutieve informatie levert een slechte eerste indruk. Wat een onzin :D Er is van te voren bekend welke nodes voorzien van een naamkaartje, als 90% van de informatie juist is loop je wat provincies af en ben je klaar. Aangezien het filteren van de informatie zo simpel is als het bestand als CSV in lezen, en alleen towns oid nemen, denk ik niet dat je helemaal op de hoogte bent wat het probleem is :) Nu het nog in een lijstje staat is makkelijk herkenbaar waar de dubbelen zitten. Zowel voor een mens als een computer. Zodra je het in de kaart hebt gestopt is dat een stuk lastiger te zien. Je idee om te filteren op town gaat al bij mijn eerste voorbeeld (Alphen) mis. Als je naar een kaart zit te kijken is het ook meteen duidelijk of iets een carnavalsnaam of een standaard nederlandse naam is. Voor het herkennen van een foutieve carnavalsnaam in de kaart zul je echter over de kennis moeten beschikken wat de juiste naam is. Ik denk niet dat je veel OSM'ers kunt vinden die meer dan een handjevol carnavalsnamen uit hun hoofd kennen. Cartinus ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Carnaval Definitief
On Fri, 25 Jan 2008 21:07:44 +0100 Stefan de Konink [EMAIL PROTECTED] wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Martijn Verwijmeren schreef: Zolang je je maar realiseerd dat dit een kaart boordevol met fouten op gaat leveren. De drie Alphens en vier Aalsten zijn echt verschillende plaatsen, maar krijgen nu dezelfde carnavalsnaam. En dat is alleen nog maar de letter A. Regel voor mij een OSM bestand, dan kijk ik wel even welke nodes weg moeten :) Redelijk achterstevoren reactie. Jij bent degene die alles al in een database heeft zitten. Het is dus een kleine moeite voor je om te filteren welke namen dubbel zijn. Die laat je dus weg of doe je met de hand. Missende informatie kunnen mensen makkelijk toevoegen, foutieve informatie levert een slechte eerste indruk. Groetjes, Cartinus ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Carnaval Definitief
Hallo, Zolang je je maar realiseerd dat dit een kaart boordevol met fouten op gaat leveren. De drie Alphens en vier Aalsten zijn echt verschillende plaatsen, maar krijgen nu dezelfde carnavalsnaam. En dat is alleen nog maar de letter A. Groetjes, Cartinus ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Carnaval Definitief
On Fri, 25 Jan 2008 21:09:36 +0100 Stefan de Konink [EMAIL PROTECTED] wrote: Btw... waarom maken mensen zich altijd druk over de beren op de weg, maar zijn er nooit blij mee dat er uberhaupt een weg is :D ...oftewel alle unieke nodes kunnen gewoon worden update en de helft van de Carnavals kaart is geautomatiseerd gemaakt. Als niemand op de beren zou letten dan hadden we een database vol met troep. Cartinus ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Hoe layer zien / instellen?
On Mon, 21 Jan 2008 18:26:16 +0100 Martijn van Oosterhout [EMAIL PROTECTED] wrote: layer=-5..+5, meestal zet je de water eentje lager, maar gebouw omhoog kan ook... On Mon, 21 Jan 2008 18:53:16 +0100 Lambert Carsten [EMAIL PROTECTED] wrote: Met eilanden in water moet ook de layer tag gebruikt worden om daar droge voeten te houden. Of je gebruikt: http://wiki.openstreetmap.org/index.php/Relations/Multipolygon Voor de renderer ziet dat er inderdaad hetzelfde uit, maar als er in de toekomst iemand een routeplanner voor boten op basis van OSM data wil maken, dan proberen die boten tenminste niet onder al die zwevende eilanden en gebouwen door te varen. Behalve de layer, zijn ook de render regels van belang. Als dat voetpad dus onder het bos verdwijnt, dan zou je dus eigenlijk niet met layer tags moeten gaan werken, maar waarschijnlijk vragen of iemand de regels wil repareren. (Landuse en natural worden allemaal voor highway gerenderd als het goed is.) Cartinus ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk] Mapping canals
On Thu, 17 Jan 2008 18:39:19 + Gervase Markham [EMAIL PROTECTED] wrote: - Locks have a maximum width and length, universally measured in feet. Do you brits really live in a different universe? Please, whatever tags you design: Make them usable in more countries than just the UK. France e.g. has an extensive network of narrow canals too. They really use meters not feet in most of the world. Either put ft or m in every tag or make per country defaults. Cartinus ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Deleted Place names in the Philippines
On Wed, 16 Jan 2008 17:49:31 -0600 (CST) [EMAIL PROTECTED] wrote: Maybe if the database also logged the ip address of the uploader (waits for the uproar from the privacy people to subside), then all the edits could be found merely by searching the database using ip address and time frame. The mediawiki software logs ip addresses behind every edit and I haven't heard massive outcry in the tubes over that practice. I would imagine most people would expect the server to log such information. Mediawiki logs IP adresses because it (can) allow(s) anonymouse edits. Neither Potlatch nor JOSM allow anonymouse edits. Maybe you forgot you had to setup a password and username when you started using JOSM? So storing IP-adresses won't help you more than simply looking at the username: ergo it would be just wasted bits in the database. Cartinus ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk-nl] Even voorstellen
Hallo, Ik ben hierin wel geïnteresseerd :) Als ik die bij jou ligt een tijdje kan gebruiken, dan kan ik me een treinreisje naar Amsterdam besparen. Wanneer en waar zou ik hiervoor langs kunnen komen? Groetjes, Martijn On Mon, 14 Jan 2008 09:42:13 +0100 Jip de Kort [EMAIL PROTECTED] wrote: Hoi Martijn, Bij mij thuis, in Utrecht, ligt nog een van de Garmin 60Cx apparaten waar ik tot mijn grote schaamte nog veel te weinig mee heb gedaan. (Bleutooth gps + nokia + nmae_info.py voldoet nog steeds) Als je een gps wilt proberen kun je de Garmin wel komen halen. Groet, jip On Sun, 2008-01-13 at 14:13 +0100, Martijn Verwijmeren wrote: Hallo allemaal, Er was vandaag een bericht op de mailinglijst waarop ik wilde reageren. Toen realiseerde ik me dat ik nog niet de moeite had genomen om me voor te stellen. Bij deze dus: Ik ben een dertiger die altijd een hoop belangstelling heeft gehad voor alles wat te maken heeft met geografie en kaarten in het bijzonder. Iets voor de kerst heb ik OSM ontdekt toen ik op zoek was naar kaartdata om als ondergrond te dienen voor iets wat ik zelf aan het maken was. Ik heb inmiddels de meest duidelijke fouten uit OSM gehaald voor het zuidoosten van de stad Utrecht (waar ik woon) en het gebied rond Baarle Nassau (waar ik opgegroeid ben). Helaas heb ik zelf geen GPS, dus een aantal dingen die niet kloppen heb ik niet kunnen corrigeren. Ook het verder invullen van de voet en fietspaden en van landuse hier in het zuidoosten van Utrecht zal moeten wachten tot ik er één heb. Mischien is OSM dan eindelijk het excuus dat ik nodig had om te gaan sparen voor zo'n ding. Intussen kan ik me nuttig bezig houden voor OSM met het repareren van kustlijnen. m.v.g., Martijn Verwijmeren a.k.a. Cartinus ___ 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] tileserver
On Sun, 13 Jan 2008 12:42:10 +0100 Peter Peterse [EMAIL PROTECTED] wrote: Hallo Martijn, Martijn van Oosterhout schreef: 2008/1/12 Peter Peterse [EMAIL PROTECTED]: Hoe voer je trouwens de updates uit van de database? Vanuit de readme op de tile server ga ik er van uit dat je hiervoor osmosis gebruikt. Maar wat is dan het proces? Lees je eerst een planet file en vervolgens elke dag een diff? En zo ja wat is hiervoor het commando? De script voor de dagelijkse dumps is ook op hypercube: http://hypercube.telascience.org/planet/getplanet Elke dag wordt de diff gecombineert met de oude (dat duurt enkele uren) en dat wordt NL eruit gesneden (weer een uur of zo). Mvg, ik heb het script even zitten door te nemen. Echter vanuit een van je oudere berichten heb ik begrepen dat er op de tile server een postgis database gebruikt wordt. In het script zie ik een aanroep met mysql. Waarom ik de interesse heb richting de database is omdat ik een WMS server aan het opzetten ben, echter de database is snel verouderd. Om iedere keer een planet file te downloaden en vervolgens te importeren is een beetje omslachtig. Vandaar de vragen over de database. Ik hoop dat je mij hiermee een beetje kunt helpen. Alvast bedankt, Peter. De live database van OSM is een MySQL database. Vanuit deze database worden de *.osm XML-bestanden gegenereerd. Deze bevatten alleen data over hoe de kaart er nu uit ziet. De live database bevat echter ook gegevens over de historie. Er is op dit moment geen methode voor gebruikers om deze historie informatie te raadplegen. (De undo functie in Potlatch laat je er wat van zien, maar...) M.b.v. de tool Osmosis kun je van deze *.osm bestanden weer een MySQL database maken en omgekeerd. Deze database bevat dan alles wat in het *.osm bestand zat. De structuur van deze database lijkt zoveel mogelijk op de live database. Als je niet elke keer de hele planet.osm wilt downloaden/bewerken, dan zijn er ook daily diffs van de data beschikbaar. Deze kun je wederom met behulp van Osmosis combineren met de oudere data die je al hebt. M.b.v. een andere tool osm2pgsql kun je een PostGIS database vullen met data uit een *.osm bestand. Deze database zal echter alleen informatie bevatten voor de tags waar de renderer Mapnik iets mee doet. Ook de structuur van de database is veel simpeler. _ _ _ _ _ Hopelijk kan deze korte samenvatting van een aantal zaken die ik de afgelopen weken heb geleerd door het lezen van de wiki en de mailinglist archives je een stukje op weg helpen. m.v.g., Martijn Verwijmeren a.k.a. Cartinus ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk] administrative boundaries and is_in
On Thu, 10 Jan 2008 23:11:03 +0100 Lukasz Stelmach [EMAIL PROTECTED] wrote: Robin Paulson wrote: On 11/01/2008, Lukasz Stelmach [EMAIL PROTECTED] wrote: the kansas city metro area lies in missouri and kansas (US) Ok, how about its administration. To which governor must a mayor of kansas city suck up? I'm pretty sure that not to both. Maybe the metro area has som independence? Then I would draw it like this. yes, that may be true, but still boundaries at a high level do not have to coincide with boundaries at a low level. i think that was where this all started My point is that as far as the administration and adminstrative boundaries are conserned, they do coincide. No, they don't. Reading the wikipedia stuff you linked: Kansas City is the largest city in the state of Missouri. It encompasses 318 square miles in parts of Jackson, Clay, Cass, and Platte counties. It is fairly common for larger cities and even small towns in the US to lie in more than one county. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
