[talk-ph] CamSur Watersports Complex in OSM
Hi guys, Because of the June 2012 Bing imagery update, The CamSur Watersports Complex in Pili, Camarines Sur is now a little bit more detailed in OSM: http://osm.org/go/4y_ZMheA Ian, Wayne, and maning had already traced some roads, lakes, pools, and buildings in the area, but lots more details of this tourist spot can still be added especially by mappers who have already visited this attraction. Google doesn't have satellite imagery of this area so you can just simply browse Bing Maps if you want to check out the CWC from up above. :) ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [OSM-talk-be] Missing Maxspeed in Brussels
On Thu, Aug 02, 2012 at 11:37:45PM +0200, eMerzh wrote: Hello everybody .. i was playing a bit with the OSM routing machine at http://map.project-osrm.org/ , one of the best router based on osm. I discovered that a lot of routing decisions where not optimal and i found that the lack of maxspeed was often the cause of it. When a way is tagged as primary it assume that you can do 120 km/h or smth... if you can only do 50, you can imagine the difference :) A primary should default to 90 / 50, not 120. See: https://wiki.openstreetmap.org/wiki/OSM_tags_for_routing/Maxspeed (I don't agree with trunk being 90, I think it should be 120) Kurt ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk] OpenStreetMapWidget
Hi guys, can you give me an opinion on the latest changes I've made on my GSoC project (http://sandra-milanovic.github.com/OpenStreetMapWidget/) ? Additional options are in the right click (longpress for mobile) menu. If you have some difficulties, please share them with me. Thanks, Sandra On Wed, Jun 20, 2012 at 9:43 PM, Claudius claudiu...@gmx.de wrote: Am 19.06.2012 09:06, Matthias Meisser: Great idea Sandra, at FF13 there seem to be a little bug, that you can't pan the map, when you try to grab them in the upper area of the map (where the buttons are on the right), as the browser trys to select the buttons. Reason for that is the width: 80%; statement in the #toolbar CSS markup. No idea why you actually need to define the toolbar width. Scales well without, but I haven't tested cross-browser. Claudius ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[Talk-is] OSM Iceland stats
Hæ. Mig langar að bæta við stats á osm.is um árangurinn á Íslandi og mögulega búa til tól sem hægt væri að nota í okkar frábæra starfi. Af því tilefni langar mig að vita hver sé besta leiðin til þess að útvega nýjustu kortagögnin af Íslandi án þess að niðurhala allri jörðinni. Mig minnir að hafa séð eitthvað þannig hjá Ævari einu sinni en man ekki hvar það er núna. - Svavar Kjarrval signature.asc Description: OpenPGP digital signature ___ Talk-is mailing list Talk-is@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-is
Re: [Talk-de] Online-Experiment
Ich geb dir Recht, Johannes. Dass die Einträge weg sind, falls man eine Kleinigkeit vergessen hat, das müssen wir ändern. @ Alexander: Rein optional sollte es allerdings nicht sein, da wir die Sprachen der Teilnehmer schon brauchen, um die Antworten vernünftig auszuwerten. Die Ergebniskarte, die du dann siehst, ist leider nur ein Screenshot. Wir hätten auch lieber eine Echtzeitberechnung gehabt, aber einerseits ist unser Service noch nicht so schnell, d.h. es würden nervige Wartezeiten entstehen, die vielleicht manche Menschen abbrechen lassen. Außerdem können wir ja diese frei eingegebenen Suchen noch nicht richtig verarbeiten, deswegen machen wir ja gerade das Experiment. Aber danke für die Anmerkungen! Am 10. August 2012 23:02 schrieb Alexander Lehner leh...@edv-buero-lehner.de: On Thu, 9 Aug 2012, Johannes Hüsing wrote: Am Donnerstag, den 09.08.2012, 13:10 +0200 schrieb Greg Kerridge: Moin, wir von der Universität Bremen und dem DFKI Bremen arbeiten an einer OSM-basierten aktivitätsorientierten Routenplanung (http://planning.do-roam.org/). Ich hatte Teile davon auch schon bei der SotM-EU 2011 vorgestellt. Momentan arbeiten wir an der freien Textsuche und haben dafür ein Experiment am Start mit der Frage, wie Menschen Suchen eingeben (damit wir freie Texteingaben richtig auswerten können). Es würde uns echt helfen, wenn viele von euch daran teilnehmen könnten, es dauert höchstens 10min. Der Link: http://planning.do-roam.org/test?locale=de Den Text zur Scheinaustellung könnt ihr ignorieren. Außer ihr möchtet Euch das bei der Uni Bremen anrechnen lassen ;) Wenn Ihr euren Namen und Emailadresse nicht angeben wollt, könnt ihr in die Felder auch einfach irgendetwas eintragen (Hauptsache irgendwas, damit's zum Experiment weiter gehen kann.) Auch Kritik zur Gestaltung des Experimentes ist gern gesehen :) Ich hatte die erste Seite eingegeben, danach wurde sie mir mit dem Hinweis Bitte alle Fragen beantworten angezeigt, meine eigenen Einträge waren gelöscht. Meine Kritik hieran: Faule Menschen mit einer Aufmerksamkeitsspanne, die das Internet so gern suggeriert (hinter dem nächsten Tab könnte ein lustiges Video mit einer Katze verborgen sein) könnten sich veranlasst fühlen, das Experiment an dieser Stelle abzubrechen, anstatt alles noch einmal einzugeben. Zu diesen Menschen gehöre ich, daher kann ich über die Gestaltung der folgenden Seiten nichts sagen. Ja, die erste Seite kann man sich sparen, bzw. evtl. nach dem Experiment als letzte Seite optional anbieten. Die Haelfte der Fragen haette auch gereicht. Die Fragen sind teilweise interessant, weil ich auch der Meinung bin, dass es fuer OSM noch mehr kontext-sensitive Suchen geben sollte, bzw. Schreibfehler toleriert werden etc. Manche Fragen sind viel zu komplex; die kann man vielleicht bei Google eingeben und erhaelt eine vernuenftige Antwort. Aber bei OSM faende ich eine etwas einfachere Stufe, die funktioniert, schon praktisch. Die Frage 8 oder so: ich bin in die Gleise gefallen und brauche ein Krankenhaus, aber vorher noch einen Friseur ... also echt ;) POI Suche und Highlighten in einem Umfeld klappt ja eigentlich schon ganz gut bei OSM, so ein multi-Objekt Routing braucht man als normalsterblicher jetzt erstmal nicht. Anstelle der statischen Bilder haette ich gerne eine interaktive Karte gehabt. Und mich wuerde interessieren, ob die angezeigte Route dann tatsaechlich aufgrund meiner Anfrage errechnet wurde, und wenn ja, wie oder mit welchem Dienst, oder ist das nur die 'Musterloesung'? Fuer Fall 1 waere es natuerlich interessant zu sehen, ob sich andere Fragen in der Eingabe auf die Route auswirken, also eine Retry-Option. Bei aller Kritik finde ich Euer Projekt eine gute Idee; Etwas weniger komplexe Fragen, dafuer mehr Moeglichkeiten, mit der Maschine dahinter rumzuspielen faende ich befriedigender. Viel Erfolg - A. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wildbruecke - Gruenbruecke
Hallo Garry, Du solltest Dir die Mühe machen die Autobahn freizuschneiden, dann kommt das auch mit der Grünbrücke raus. Wo eine Autobahntrasse ist passt landuse=forest nicht, mit Ausnahme der Grünbrücken. Da hast du natuerlich Recht - diese Feinheiten habe ich noch gar nicht angeschaut. Ich bin dort nur als Durch-Fahrer gewesen - ist nicht mein Revier, aber die Gruenbruecken sind mir aufgefallen. Tunnel würde ich als angebracht sehen wenn man beim überqueren nicht wahrnimmt dass man über einen Verkehrsweg geführt wird Das weiss ich nicht. Ich bin nur mit dem Auto auf der Autobahn drunter durch gefahren und habe die Baeume auf der Bruecke gesehen. Falls ich auf der Rueckreise nochmal dort vorbei komme, schaue ich mal genauer. Volker ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Wie erstelle ich ein *.poly
Moin, ich wollte mal meine Skripte etwas effizienter aufstellen und dachte mir, da ich sowieso nur alle Daten für eine einzelne Stadt haben will, kann ich doch die Quelldatei vorher ausschneiden. Gesagt getan. Die Wiki wies mich auf osmconvert[0] hin, was das ganze mit einer *.poly-Datei machen kann. Nun suchte ich eine Möglichkeit die Grenzen von Ilmenau[1] entsprechend umzuwandeln. Ich wurde auf verschiedene Tools hingewiesen[2]. Als erstes extrahierte ich mit JOSM nur die Grenze und übergab diese *.osm-Datei osm2poly, was mir aber die Fehlermeldung cannot process tag 'admin_level' at ./osm2poly.pl line 43, line 356. schmiss. Als zweites exportierte ich die Relation als GPX und übergab es gpx2poly. Hier gab es zwar keinen Fehler, dafür nur die Ausgabe polygon END Meine Frage ist nun: Wie komme ich an die gewünschte Poly heran und was mache ich bisher falsch? Viele Grüße, Andreas [0] https://wiki.openstreetmap.org/wiki/DE:Osmconvert#Ausschneiden_per_Vieleck [1] http://www.openstreetmap.org/browse/relation/165440 [2] https://wiki.openstreetmap.org/wiki/Osmosis/Polygon_Filter_File_Format#Converting_to.2Ffrom_POLY_format -- http://stadtplan-ilmenau.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie erstelle ich ein *.poly
Hallo Andreas, steht egtl. am Anfang von osm2poly.pl, was die osm-Datei haben muss. Einen Weg mit den Tags: polygon_file=* polygon_id=* file und id muss sich unterscheiden bei den einzelnen Wegen einer Polygon-Datei. Bei einem Polygon je osm-Datei ist es egal, was du da einträgst. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie erstelle ich ein *.poly
Hallo Andreas, ich mache es immer so. Die OSM ID des Grenz-Multipolygon rausssuchen und mit JOSM - Download Object runterladen. Dann edit-select all und ALLE Tags löschen. Das ganze speichern und ja nicht hochladen. Danach osm2poly.pl meine_grenze.osm meine_grenze.poly Die Tags, die aighes angibt, hatte ich noch nie dran. Hat aber trotzdem geklappt. Viele Grüße Thomas -- View this message in context: http://gis.19327.n5.nabble.com/Wie-erstelle-ich-ein-poly-tp5720364p5720372.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie erstelle ich ein *.poly
On Sat, 11 Aug 2012 11:58:35 +0200 Andreas Neumann andr-neum...@gmx.net wrote: [...] Nun suchte ich eine Möglichkeit die Grenzen von Ilmenau[1] entsprechend umzuwandeln. Ich wurde auf verschiedene Tools hingewiesen[2]. Als erstes extrahierte ich mit JOSM nur die Grenze und übergab diese *.osm-Datei osm2poly, was mir aber die Fehlermeldung cannot process tag 'admin_level' at ./osm2poly.pl line 43, line 356. schmiss. Als zweites exportierte ich die Relation als GPX und übergab es gpx2poly. Hier gab es zwar keinen Fehler, dafür nur die Ausgabe polygon END Meine Frage ist nun: Wie komme ich an die gewünschte Poly heran und was mache ich bisher falsch? Probier mal meine Version von osm2poly.pl, die hat die sollte mit fast allen (einfachen) Relationen umgehen können (sprich: alle, die kein Member haben, die selber eine Relation sind), und zwar in der Form wie man sie extrahiert / runterlädt, ohne vorher noch mal nen Editor anzuwerfen: http://ankh-morp.org/tmp/osm2poly.pl (und wer's braucht: es gibt auch ein poly2gpx.pl im selben Vereichnis) Hanno ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Recyclingbehälter unterirdisch - hier ein Bild
Hi ! ich habe zwar nicht alle Postings gelesen - aber hier noch das angeforderte Bild:# http://wiki.openstreetmap.org/wiki/File:Jt_osm_recycling_underfloor.jpg gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[osm-ve] Autopista Barquismeto y Distribuidor Veragacha
Saludos a todos conseguí otro tramo en nuestro OSM a mi parecer también se perdió cierta data por el cambio de licencia, esta autopista a la altura del distribuidor veragacha aparece un solo tramo, el otro tramo aparece hasta altura del peaje del cardenalito y el distribuidor Veragacha tampoco aparece completo. (a mi parece esta zona ya estaba mapeada ya que hay ciertos puntos allí sin completar, muy parecido a lo que observe en La Victoria y Maracay). Ya estoy trabajando para arreglar esto. Link Dist. Veragachahttp://www.openstreetmap.org/?lat=10.07416lon=-69.24302zoom=15layers=M -- J. Rojas ___ Talk-ve mailing list Talk-ve@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ve
Re: [Talk-in] Fwd: [Ilugc] Sad demise of our dear KG (Keneth Gonsalvas)
It is indeed a shock Emilie Laffray On 10 August 2012 16:11, Mikel Maron mikel_ma...@yahoo.com wrote: What a shock. Just a couple weeks ago, Kenneth asked me to write a letter of support for an OSM workshop in Trivandrum. Wish there was some way his drive for that spark of mapping in Kerala could continue... * Mikel Maron * +14152835207 @mikel s:mikelmaron -- *From:* Arun Ganesh arun.plane...@gmail.com *To:* talk-in@openstreetmap.org *Sent:* Friday, August 3, 2012 6:13 AM *Subject:* Re: [Talk-in] Fwd: [Ilugc] Sad demise of our dear KG (Keneth Gonsalvas) I met Kenneth first when I came to attend the Freemap India workshops in 2008. It was with him that I realized what foss was about. He changed my life. On Fri, Aug 3, 2012 at 3:29 PM, Srikanth Lakshmanan logic.li...@gmail.com wrote: Sad. RIP -- Forwarded message -- From: *JAGANADH G* jagana...@gmail.com Date: Fri, Aug 3, 2012 at 3:25 PM Subject: [Ilugc] Sad demise of our dear KG (Keneth Gonsalvas) To: ILUG-C il...@ae.iitm.ac.in, Bangalore Python Users Group - India bangpyp...@python.org, Mailing list for the PyCon India conference inpy...@python.org, ilug...@googlegroups.com Hi All, Just now I got a message that our dear KG (Kenneth Gonsalvas) passed away. He was admitted in hospital due to Asthma attack and passed away today morning. Cremation will be held at ooty on 4th Aug 2012. -- ** JAGANADH G http://jaganadhg.in *ILUGCBE* http://ilugcbe.org.in ___ ILUGC Mailing List: http://www.ae.iitm.ac.in/mailman/listinfo/ilugc -- Regards Srikanth.L http://j.mp/SrikanthL ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in -- j.mp/ArunGanesh ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-it] Corsie riservate ai bus: busway VS psv
2012/8/10 ale_z...@libero.it ale_z...@libero.it: Vorrei sistemare decentemente le corsie riservate ai mezzi pubblici a Genova; in passato ho usato: access: no + psv: yes per le strade il cui accesso è consentito solo a bus e taxi se pedoni sono esclusi va bene, altrimenti dovresti taggare vehicle=no, psv=yes (e taxi=yes) Leggendo sul wiki sembrerebbe che ora si debbano usare: highway : service + service : bus + access : no + bus : yes busway: opposite_lane se l'intera strada è riservato agli autobus credo che raramente sono dei service. Invece se si tratta di una carreggiata riservata, service potrebbe andare bene. Altro dubbio: immagino che bus : yes sia esclusivamente per i bus (quindi non valido per taxi e NCC) mentre psv : yes comprenda TUTTI i mezzi pubblici; confermate? public service vehicle sono mezzi pubblici in servizio pubblico (trasporto pubblico). Secondo la pagina access del wiki comprende bus e taxi. bus è un autobus che svolge servizio di trasporto pubblico (non è la classe di veicolo bus). Il wiki come spesso non è molto chiaro, perchè la descrizione di bus è dentro le classe di veicoli, mentre la descrizione acting as public transport vehicle fa pensare che dovrebbe essere sotto by use. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Routing e linee continua di mezzeria
2012/8/5 Fabrizio Carrai fabrizio.car...@gmail.com: Se qualcuno ha seguito il thread Service usato per fare inversione ha visto che ho avuto diversi problemi di routing (OSRM) su strade laterali che venivano usate (non correttamente) per fare inversioni di marcia. Per evitare questo ho dovuto specificare diversi divieti di svolta. si, è il metodo generalmente usato La cosa che ho notato è che se la strada fosse stata marcata con strada con linea continua di mezzeria, il routing avrebbe potuto evitare automaticamente di attraversare le corsie di marcia. si, ma non viene riconnosciuto dai routers attuali. A parte le capacità dell'algoritmo di routing (questo sarà il secondo passo), esiste un tag per indicare una strada con carreggiata unica, ma con corsie separate da linea continua ? si, c'è una proposta: http://wiki.openstreetmap.org/wiki/Proposed_features/Divider pratticamente non in uso: http://taginfo.openstreetmap.org/search?q=divider ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Comuni composti da più villaggi con nomi diversi
On Tuesday 07 August 2012 21:19:50 Alexander Roalter wrote: […] Al momento, c'è sia un place=village per ogni frazione, ma anche un place=village per Rodengo (importo dal gfoss, mi sembra). Cosa fare? Lasciarlo? Toglierlo? Metterlo in qualche forma di relazione (quale?)... Se sei sicuro che un paese Rodengo non esiste, direi che si può cancellare. L'area amministrativa comunque si chiama Rodengo e si può trovare con una ricerca, no? D'altra parte per altri admin level non c'è sempre un nodo nodo di riferimento, anzi… Poi, quanto ci stiamo: Metto il nome come Rodeneck / Rodengo o Rodeneck - Rodengo ? Mi sembra meglio la prima forma, perché ci sono alcuni comuni con il trattino: Rasen-Antholz - Rasun-Anterselva o Rasen - Antholz / Rasun - Anterselva? O non ci metto lo spazio davanti e dietro il trattino nei nomi composti? Rasen-Antholz / Rasun-Anterselva? Mi è venuto in mente, perché la stazione ferroviaria di Valdaora è chiamata Olang - Rasen-Antholz / Valdaora - Rasun-Anterselva Qua non saprei aiutarti, non conosco abbastanza le motivazioni che stanno dietro le diverse convenzioni. -- signature.asc Description: This is a digitally signed message part. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Comuni composti da più villaggi con nomi diversi
Il 09/08/2012 11:23, beppebo...@libero.it ha scritto: e lascerei pure il nome di tutti i paesini inserendo is_in is_in è un obbrobrio che spero che sparisca una volta per tutte dalla circolazione... http://wiki.openstreetmap.org/wiki/Key:is_in Ciao! Carlo -- .' `. | Registered Linux User #443882 |a_a | | http://counter.li.org/ .''`. \_)__/ +--- : :' : /( )\ ---+ `. `'` |\`/\ Registered Debian User #9 | `- \_|=='|_/ http://debiancounter.altervista.org/ | ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: Comuni composti da più villaggi con nomi diversi
Il 09/08/2012 12:01, Alessandro Rubini ha scritto: sono i classici comuni sparsi a treviso ce ne sono alcuni ma c'e` sempre uno con il nome da cui prende il comune anche se non e` quello dove si trova il municipio Non e` detto che ci sia. A mantova c'e` Virgilio come comune, ma i paesi sono Cerese, Pietole, Cappelletta. Anche Porto Mantovano e` fatto da Cittadella, Bancole e altre frazioni, ma nessuna si chiama Porto. Uno dei casi più celebri è Verbania, comune inventato a tavolino (nome compreso) riunendo in un'unica entità i due paesi di Intra e Pallanza. Ciao! Carlo -- .' `. | Registered Linux User #443882 |a_a | | http://counter.li.org/ .''`. \_)__/ +--- : :' : /( )\ ---+ `. `'` |\`/\ Registered Debian User #9 | `- \_|=='|_/ http://debiancounter.altervista.org/ | ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Falegnamerie e negozi vendita mobili
Ciao a tutti, come si taggano le falegnamerie che producono mobili/serramenti? craft=carpenter? craft=joiner? craft=cabinetmaker? E i negozi che vendono mobili anche su misura? Stefano ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-co] [HOT] Major Earthquake in Iran
Hola Hot miembros, Se ha producido un gran terremoto en el norte de Irán. USGS tiene dos terremotos registrados, de magnitud 6.3 y 6.4 a. Aquí están los enlaces para la información pertinente. BBC: http://www.bbc.co.uk/news/world-middle-east-19226500 USGS: http://earthquake.usgs.gov/earthquakes/eventpage/usb000bupa#summary OSM Permalink to the 6.4 epicenter (the 6.3 is right near here too): http://www.openstreetmap.org/index.html?mlat=38.322mlon=46.888zoom=10layers=B000FTF Hay buenas imágenes para la mayoría de la zona afectada y una gran cantidad de necesitar ser rastreado. Voy a empezar justo en el epicentro y trabajar a mi manera de salir de allí, empezando por los caminos y luego pasando a los edificios. BBC dice que los pequeños pueblos varios han sido completamente destruidos para edificios de cartografía en estas áreas será ayudar a los intervinientes con las evaluaciones de daños. Recuerde actualizar sus datos con frecuencia para evitar conflictos durante la edición. -AndrewBuck -- Forwarded message -- From: Andrew Buck andrew.r.b...@gmail.com Date: Sat, Aug 11, 2012 at 12:54 PM Subject: [HOT] Major Earthquake in Iran To: h...@openstreetmap.org Hello Hot members, There has been a major earthquake in northern Iran. USGS has two earthquakes recorded, a magnitude 6.3 and a 6.4. Here are the links for the relevant information. BBC: http://www.bbc.co.uk/news/world-middle-east-19226500 USGS: http://earthquake.usgs.gov/earthquakes/eventpage/usb000bupa#summary OSM Permalink to the 6.4 epicenter (the 6.3 is right near here too): http://www.openstreetmap.org/index.html?mlat=38.322mlon=46.888zoom=10layers=B000FTF There is good imagery for the majority of the affected area and a lot needing to be traced. I will be starting right at the epicenter and working my way out from there, starting with roads and then going on to buildings. BBC says that several small villages have been completely destroyed so mapping buildings in these areas will help responders with damage assessments. Remember to update your data often to avoid conflicts when editing. -AndrewBuck ___ HOT mailing list h...@openstreetmap.org http://lists.openstreetmap.org/listinfo/hot -- Por favor, no me envíe documentos con extensiones .doc, .docx, .xls, .xlsx, .ppt, .pptx, .mdb, mdbx OpenOffice es libre: se puede copiar, modificar y redistribuir libremente. Gratis y totalmente legal. http://GaleNUx.com es el sistema de información para la salud --///-- Teléfono USA: (347) 688-4473 (Google voice) skype: llamarafredyrivera ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-at] Redaction Task Manager für Gesamtösterreich
Hallo! Falls sich wer wundert, ich habe soeben ganz Nordtirol als erledigt eingetragen. Nordtirol war bereits am 31. März vollständig remappt, die wenigen übersehenen Stellen sind längst bereinigt. Für Osttirol gilt ähnliches, nur dass es dort so viel zu tun gab, dass ich mich nicht traue, alles pauschal als erledigt zu erklären. Dort sind vor allem meadows uns waterways betroffen, sowie der Drauradweg, der ohnehin überarbeitet werden sollte (hier hat jemand alles, was auf der Route liegt, als cycleway gestaggt, sei es residential, track oder richtiger cycleway). Bei den Straßen bin ich mir ziemlich sicher, dass es auch dort passt. Gestern (Fr, 10. August 2012) tippte David Schmitt: Hi *, Andreas hat mich gebeten einen zweiten Job für ganz Österreich aufzulegen, damit wir einen Überblick behalten, was bereits durchgesehen wurde: http://osmtm.black.co.at/job/2 Natürlich sind die Kacheln hier um einiges größer, aber es sind immer noch über 1000 Felder. Ich empfehle für's Durchsehen sich strikt an die im OSMI (verlinkt in der Beschreibung) markierten Stellen zu halten und gezielt nicht mehr verfügbare Daten aus den Luftbildern wieder neu zu erfassen. MfG David ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at -- Gruß, Boris ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
[Talk-at] addr:street vs. name
hallo, mir ist soeben in stockerau aufgefallen daß bei etlichen ways, die ein addr:street tag haben, kein name tag mehr vorhanden ist und somit die straßen von mapnik nicht mehr beschriftet werden. umgekehrt haben straßen ohne addr:street tag noch das name tag. war das der redaction bot? habe jedenfalls begonnen die fehlenden name tags wieder einzutragen. mfg ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] addr:street vs. name
On 08/11/2012 05:23 PM, Rainer Fügenstein wrote: hallo, mir ist soeben in stockerau aufgefallen daß bei etlichen ways, die ein addr:street tag haben, kein name tag mehr vorhanden ist und somit die straßen von mapnik nicht mehr beschriftet werden. umgekehrt haben straßen ohne addr:street tag noch das name tag. war das der redaction bot? Möglicherweise hat jemand addr:street zusätzlich gesetzt und der name=* war kein Zustimmer und hat aber nur das name-Tag eingefügt und nichts an der Geometrie geändert. habe jedenfalls begonnen die fehlenden name tags wieder einzutragen. Die Frage die sich mir stellt: Wozu addr:street auf einem Way (also eigentlich einer Straße, ich glaube dich so verstanden zu haben)? Immerhin gibt addr: nur Adressen an und eine Straße hat keine Adresse. Aber Gebäude in ihrer Nähe haben die Straße als Teil der Adresse. Wenn ich das jetzt richtig verstanden hab würd ich an deiner Stelle einfach die addr:street=name durch name=* ersetzen. lg, Norbert ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] addr:street vs. name
hallo, NW Die Frage die sich mir stellt: Wozu addr:street auf einem Way (also NW eigentlich einer Straße, ich glaube dich so verstanden zu haben)? NW Immerhin gibt addr: nur Adressen an und eine Straße hat keine Adresse. NW Aber Gebäude in ihrer Nähe haben die Straße als Teil der Adresse. ja, eben. besagte highways=residential haben auch addr:city, addr:country, addr:postcode gesetzt. NW Wenn ich das jetzt richtig verstanden hab würd ich an deiner Stelle NW einfach die addr:street=name durch name=* ersetzen. und alle anderen addr:* entfernen, da sie imho genausowenig sinn machen. mfg NW lg, NW Norbert NW ___ NW Talk-at mailing list NW Talk-at@openstreetmap.org NW http://lists.openstreetmap.org/listinfo/talk-at -- Unix gives you just enough rope to hang yourself -- and then a couple of more feet, just to be sure. (Eric Allman) -- ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
[Talk-at] LUGT/OSM-Stammtisch am 16. August 2012
Servus! Wir möchten zum nächsten gemeinsamen LUGT-/OSM-Stammtisch einladen: am Donnerstag, 16. August 2012 um 19:00 Uhr im Restaurant Kastanie Innsbrucker Straße 4, 6176 Völs Wir freuen uns auf ein zahlreiches Erscheinen! Bitte hilf auch gleich mit, den Termin für September 2012 zu finden. Wähle deinen Wunschtermin. http://www.doodle.com/mfrttakz628da56w Die Einladung ist wie immer auch im OSM-Wiki zu finden: http://wiki.openstreetmap.org/wiki/Innsbruck/Stammtisch Grüße Simon ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] YA Hausnummern in Wien
On 25.07.2012 13:59, Stefan Nagy wrote: wollte nur sagen, dass ich die Idee sehr gut finde und fragen, ob du das Proposal schreiben wirst. Ich hab jetzt einen Draft angelegt: http://wiki.openstreetmap.org/wiki/Proposed_Features/Multiple_addresses Ihr könnt es gern verbessern und/oder euch als zusätzliche Proponenten eintragen, bevor der RFC rausgeht. Für endlose Debatten in der Tagging-Mailingliste habe ich keine Zeit. Ich wäre froh, wenn mir das wer abnimmt. Sonst müssen KoppenhöferCo halt mit sich selber diskutieren. Letztlich wird es auf die Abstimmung sowieso wenig Auswirkung haben, der Diskussion im Wiki messe ich die größere Bedeutung bei. -- Friedrich K. Volkmann http://www.volki.at/ Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] addr:street vs. name
On 11.08.2012 18:14, Rainer Fügenstein wrote: und alle anderen addr:* entfernen, da sie imho genausowenig sinn machen. Ja. Man könnte einen postal_code oder ein is_in auf die Straße setzen, aber addr:* Tags sind immer die Adresse des jeweiligen POI oder Gebäudes. /al ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-lv] Nepareiza 'place=hamlet' izmantošana
On Fri, 10 Aug 2012 10:43:31 +0300, Rich ric...@nakts.net wrote: On 2012-08-10 02:31, Pēteris Krišjānis wrote: Sveiki! Lūdzu, neizmantojiet mājas nosaukumiem place=hamlet. Tam ir jāizmanto addr:housename=*. Es saprotu, renders atkal slikts, nerāda pareizajā mērogā, bet tomēr... ja tur ir vairaak kaa viena maajsaimnieciiba, tad tas ir hamlet. ja taa ir atsevishkji esosha maaja/saimnieciiba, tad place=isolated_dwelling. ja taas ir maajas ielas malaa, bet ar nosaukumiem, tad addr:housename (lai gan man nav pretenziju arii pret papildus pieliktu 'name' ;) ) +1 par Richa apsvērumiem. Manuprāt tā arī esmu licis, bet pieļauju iespēju, ka kādreiz esmu citādi domājis, atmiņa ar caurumiem :D uldics Pēteris. -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-ca] Proposed mechanical edits: GeoBase/CanVec Service Surface and GeoBase/CanVec name spaces
Hi Paul, did you ever get around to doing this? I was recently adding a bunch of street names based on Geobase along the St. Lawrence between Montreal and Quebec City and I noticed that there are still lots of streets (and house number interpolations) with the double blanks. And can somebody please tell me how to do a search and replace in JOSM to deal with this semi-manually? Best, Harald. On Fri, Apr 6, 2012 at 4:34 PM, Paul Norman penor...@mac.com wrote: Since no one has objected (or commented) I'll go ahead with this if I can get it in before the rebuild starts. -Original Message- From: Paul Norman [mailto:penor...@mac.com] Sent: Saturday, March 17, 2012 12:04 AM To: talk-ca@openstreetmap.org Subject: Re: [Talk-ca] Proposed mechanical edits: GeoBase/CanVec Service Surface and GeoBase/CanVec name spaces Not listed in this message was the area this would be over. This would only be over the lower mainland unless requested for another area. -Original Message- From: Paul Norman [mailto:penor...@mac.com] Subject: [Talk-ca] Proposed mechanical edits: GeoBase/CanVec Service Surface and GeoBase/CanVec name spaces The GeoBase and CanVec imports in the lower mainland suffered from two tagging errors I propose fixing with two one-time mechanical edits. 1. surface=unpaved service ways GeoBase and CanVec highway=service ways are mis-tagged with surface=unpaved regardless of if they are paved or not. I propose removing this tag as it is misleading. To avoid removal of this tag where a mapper has reviewed it, I will only do the obvious cases automatically and review the others. The obvious case is ways where none of the tagging has changed since the import with the possible exception of geobase:uuid which may have been combined with the value from another way in a merge. These will be identified by the tags attribution=GeoBaseR geobase:acquisitionTechnique=Orthophoto geobase:datasetName=NRN:British Columbia geobase:uuid=* source=Geobase_Import_2009 surface=unpaved highway=service 2. Double-spaced names GeoBase and CanVec sometimes have names with two spaces in them. For example, West 70th Street. I propose fixing these. Unfortunately this is less automated and will require searching through the road network with JOSM for name: . The edit will be from my imports/mechanical edit account and appropriately documented. As these edits will require touching a large number of roads I also propose cleaning up unnecessary meta-information from the import that is duplicated by other tags. For example, geobase:datasetName=NRN:British Columbia can be inferred from source=Geobase_Import_2009, being located in BC, and matching highway=*. It is not worth creating a new version of objects solely to remove these tags, but since fixing the tagging requires creating a new object anyways it is worth doing it in this case. ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca -- Please use encrypted communication whenever possible! Key-ID: 0x199DC50F ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] CanVec imports allowed again?
On Sat, Jul 21, 2012 at 1:09 AM, Paul Norman penor...@mac.com wrote: From: David E. Nelson [mailto:denelso...@yahoo.ca] Subject: [Talk-ca] CanVec imports allowed again? Now that the redaction bot has apparently finished its sweep of Canada, is it safe for CanVec imports to be resumed? I want to try my hand at importing a few tiles around where I live. The bot is still running. It shouldn't impact mapping although uploading frequently is always a good idea. Imports are still not to be done. Are we at the point where we can continue mapping in OSM yet? There's a lot of damaged areas around here that need to be repaired, but it's a waste of time doing so if the bot is still running. -- James VE6SRV ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Proposed mechanical edits: GeoBase/CanVec Service Surface and GeoBase/CanVec name spaces
I've seen the double (and even triple) space problem here on Vancouver Island, and I've stumbled upon it when looking at data in other parts of Canada. I think all of the Geobase and Canvec 9 or earlier data is affected. I just checked and the problem has been fixed with Canvec 10, so if the existing data can be fixed, the problem won't come back. Andrew Lester Victoria, BC -Original Message- From: Paul Norman [mailto:penor...@mac.com] Sent: Saturday, August 11, 2012 10:54 AM To: 'Harald Kliems' Cc: talk-ca@openstreetmap.org Subject: Re: [Talk-ca] Proposed mechanical edits: GeoBase/CanVec Service Surface and GeoBase/CanVec name spaces No one pointed out any areas with problems outside the lower mainland so I only did this locally. As for an entirely automated way to deal with name: ways, there isn't one. From: Harald Kliems [mailto:kli...@gmail.com] Sent: Saturday, August 11, 2012 8:21 AM Subject: Re: [Talk-ca] Proposed mechanical edits: GeoBase/CanVec Service Surface and GeoBase/CanVec name spaces Hi Paul, did you ever get around to doing this? I was recently adding a bunch of street names based on Geobase along the St. Lawrence between Montreal and Quebec City and I noticed that there are still lots of streets (and house number interpolations) with the double blanks. And can somebody please tell me how to do a search and replace in JOSM to deal with this semi-manually? Best, Harald. On Fri, Apr 6, 2012 at 4:34 PM, Paul Norman penor...@mac.com wrote: Since no one has objected (or commented) I'll go ahead with this if I can get it in before the rebuild starts. -Original Message- From: Paul Norman [mailto:penor...@mac.com] Sent: Saturday, March 17, 2012 12:04 AM To: talk-ca@openstreetmap.org Subject: Re: [Talk-ca] Proposed mechanical edits: GeoBase/CanVec Service Surface and GeoBase/CanVec name spaces Not listed in this message was the area this would be over. This would only be over the lower mainland unless requested for another area. -Original Message- From: Paul Norman [mailto:penor...@mac.com] Subject: [Talk-ca] Proposed mechanical edits: GeoBase/CanVec Service Surface and GeoBase/CanVec name spaces The GeoBase and CanVec imports in the lower mainland suffered from two tagging errors I propose fixing with two one-time mechanical edits. 1. surface=unpaved service ways GeoBase and CanVec highway=service ways are mis-tagged with surface=unpaved regardless of if they are paved or not. I propose removing this tag as it is misleading. To avoid removal of this tag where a mapper has reviewed it, I will only do the obvious cases automatically and review the others. The obvious case is ways where none of the tagging has changed since the import with the possible exception of geobase:uuid which may have been combined with the value from another way in a merge. These will be identified by the tags attribution=GeoBaseR geobase:acquisitionTechnique=Orthophoto geobase:datasetName=NRN:British Columbia geobase:uuid=* source=Geobase_Import_2009 surface=unpaved highway=service 2. Double-spaced names GeoBase and CanVec sometimes have names with two spaces in them. For example, West 70th Street. I propose fixing these. Unfortunately this is less automated and will require searching through the road network with JOSM for name: . The edit will be from my imports/mechanical edit account and appropriately documented. As these edits will require touching a large number of roads I also propose cleaning up unnecessary meta-information from the import that is duplicated by other tags. For example, geobase:datasetName=NRN:British Columbia can be inferred from source=Geobase_Import_2009, being located in BC, and matching highway=*. It is not worth creating a new version of objects solely to remove these tags, but since fixing the tagging requires creating a new object anyways it is worth doing it in this case. ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca -- Please use encrypted communication whenever possible! Key-ID: 0x199DC50F ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [OSM-talk-fr] Existe-t-il des clés pour indiquer la qualité d'une saisie ou sa complétude?
Le vendredi 10 août 2012 10:08:51, Mathieu Rajerison a écrit : Bonjour, une clé indiquant que le positionnement mériterait d'être précisé? Y a-t-il une clé pour cela? Ou doit-on utiliser la clé note? Pareil que les autres, j'utilise le tag fixme pour ça : http://wiki.openstreetmap.org/wiki/Fixme Par habitude j'utilise le tag fixme quand je suis presque sûr que ce que j'ai fais peut être amélioré de façon significative Et j'utilise le tag note quand je veux préciser quelque chose sur ce que j'ai fais mais qui, je pense, ne nécessite pas d'amélioration. Exemple : fixme=on m'a dit que c'était un bar tabac, mais je ne l'ai même pas vu note=Oui je sais, un pont par dessus un pont c'est curieux, mais c'est vraiment comme ça alors ne cassez pas y a-t-il moyen d'indiquer que ce cours d'eau n'a pas encore été intégralement digitalisé? le mot clef spécial : fixme=continue Soit, existe-t-il des clés pour indiquer la qualité d'une saisie ou sa complétude? Désolé si la question a déjà été posée! On peut aussi citer le tag source et comment ou même un que tu peux inventer http://wiki.openstreetmap.org/wiki/Key:source -- sly (sylvain letuffe) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Existe-t-il des clés pour indiquer la qualité d'une saisie ou sa complétude?
Le vendredi 10 août 2012 14:46:25, Philippe Verdy a écrit : Utilise-t-ton fixme=* ou FIXME=* ? La plupart des FIXME que je vois sont écrits en capitales. Le wiki indique fixme=* en minuscule (cohérent avec les autres tags) -- sly (sylvain letuffe) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Similitudes entre la maj Google Trafic et OSM
Bonjour, je voudrai vous faire part d'une constatation que je viens de faire en rapprochant la mise à jour du service google trafic et openstreetmap. Vivant dans une petite ville balnéaire, j'ai été très enthousiaste a l'idée de la mise a jour de google trafic qui utilise le crowdsourcing pour ses cartes de trafic. Surtout en cette période proche du 15 août, ou la circulation est dense dans mon coin, mais ou aucune information de trafic n’était disponible. Royan et ses environs couvrent a peu près 25 000 habitants, La Rochelle 80 000. En période estivale bien plus, évidemment. Sur Royan, le trafic est bien détecté, et ce même sur des routes de campagnes, ou certaines très éloignée comme celle qui borde la cote sauvage. Étant donné que ca dépend des utilisateurs android, le trafic n'est pas tout le temps présent sur toute les voies, mais une tendance se dégage avec des voies régulièrement activée et d'autre non. Quand on analyse le trafic généré a partir du crowdsourcing de google, on voit que les rond-point sont souvent en rouge, idem pour les rampes d'accès. Je sais que lorsque je mappe un rond point ou une rampe d'accès dans openstreetmap, j'y laisse la vitesse limite de la route (par erreur). Certaines routes initialement limité a 90, se sont retrouvée limitée a 70 sur une portion, sans que j'ai pensé a changer a vitesse sur cette portion. J'imaginais qu'il s’agissait de même chez google. Ce qui me fait penser que Google Trafic utilise la limitation de vitesse d'une route dans son algorithme pour pondérer la densité du trafic, et donc générerai des erreurs a ces endroits litigieux. Mais voila, en observant sur plusieurs jours le trafic dans d'autres villes balnéaire plus importante, je ne m'explique pas pourquoi Royan est bien couverte (http://goo.gl/maps/nNQUT), mais pas du tout La Rochelle (http://goo.gl/maps/82YRE) ou Rochefort, ni même Saintes (http://goo.gl/maps/Clrie). A La Rochelle aussi il y a du trafic et les limitations de vitesse doivent aussi être indiquée.. Alors pourquoi le trafic dans La Rochelle est-il quasi inexistant ? Un des principaux axe (la D730) que j'utilise tout les jours, est mappé par le trafic google, mais s’arrête brusquement juste après le village (http://goo.gl/maps/XUOR6). Bizarre.. la plupart des véhicules continuent leur route, pour aller rejoindre l'autoroute située une 30aine de km plus loin. En période estivale c'est une voie très fréquenté, il n'est pas normal que cela s’arrête. C'est alors que j'ai réalisé le rapprochement avec les limitations de vitesse utilisé pour l'algo, et les limitation que j'ai mit dans openstreetmap. Elle s’arrête exactement ou google trafic s’arrête également. J'ai comparé alors la présence des limitations de vitesses dans OSM et le trafic crowdsourcé de google. J'y trouve une correspondance étrange. La limitation sur OSM ne va pas au delà du village, comme le trafic google (http://is.gd/vOWTa7) La Rochelle n'a aucune limitation de vitesse (http://is.gd/TpRxzk), ni même toute les villes aux alentours. Royan est bien couverte (http://is.gd/TpRxzk), étant donné que c'est moi qui les aient rajoutée. D’où une question assez dérangeante.. Se pourrait-il que Google, ou un de ses sous-traitant ai récupéré les données de limitation de vitesse des routes d'openstreetmap, et les ai utilisé pour son algorithme ? les données restant dans les serveurs de google et étant non disponible au public, ne referaient-ils pas le même coup que free et sa freebox ? (free avait targué que la freebox restant propriété de free, ils n'avaient pas obligation de publier le code) Qu'en dites-vous ? Est-ce que vous aussi vous remarquez une étrange correspondance entre les zones limité en vitesse couverte par osm et google trafic ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] [forum-osm-fr]Balisage du club Vosgien
Le message suivant de : ## Bonjour J'ai créer les icônes correspondant au balisage des sentiers du club vosgien (rond rouge, rectangle jaune, chevalet bleu etc) J'utilise régulièrement JOSM, et je n'ai pas trouvé comment ajouter de nouveau icônes. Comment faire pour que ces icônes soient reconnus par openstreetmap ? Salutation a été posté sur le forum http://forum.openstreetmap.fr/viewforum.php?f=2 Une réponse par mail sur l'adresse d'expédition n'arrivera nulle part Une réponse à la liste ne sera pas transmise au forum, ce qui n'empêche pas une concertation sur la liste avant de recopier la/les meilleurs réponses sur le forum. Notez qu'il n'est pas necessaire d'avoir un compte sur le forum pour répondre. -- Les questions sur ce robot de transfert forum-liste peuvent être posées à sylvainaletuffe.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-us] OpenStreetMap birthday celebrations
On Fri, Aug 10, 2012 at 4:03 PM, Richard Weait rich...@weait.com wrote: Dear All, It is that time again. OpenStreetMap turns eight years old in just a few days. Join the celebration by getting together with other mappers at one of the planned celebrations, or plan one in your town! http://wiki.openstreetmap.org/wiki/OpenStreetMap_8th_Anniversary_Birthday_party What unfortunate timing. I thought it might be a good excuse for me to host my first OSM meetup next weekend. Then I realized that next weekend is move-in day for K-State. That means the population of the city will increase by 30+% in 3 days with most of them being 18 year olds with parents in tow. In other words, stay off the streets if you like being alive weekend. So I will have to postpone my plans... maybe I can snag some bright new GIS students a couple of weeks into fall semester :) Toby ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
