Re: [Talk-de] Wiki-Seite für Hunde-Objekte
Hallo zusammen, eine regionale Besonderheit findet sich für Alaska: Der Iditarod Historic National Trail. Haben den die Musher under den OSM-Mappern schon erfasst? ;-) Näheres unter http://de.wikipedia.org/wiki/Iditarod Und das Buch dazu von Gary Paulsen ist lesenswert. Bis bald Harald black_bike Am Friday 03 April 2009 16:10:36 schrieb Jan Tappenbeck: Hi ! ich möchte eine Wiki-Seite zum Thema Hund erstellen. Neben den schon bekannten Hundekot-Tüten-Spendern und Freilaufflächen wollte ich Euch fragen, ob Ihr noch andere (regionale) Besonderheiten kennt. Dann kann ich diese gleich mit aufnehmen. Gruß Jan :-) ___ 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] Warum nicht alle die Wikipedia lobhudeln
Thomas Schäfer schrieb: Auch bei scheinbar unendlich viel Speicher haben beide Projekt gemeinsam, dass man Prioritäten setzen muss, was letztlich auch die Qualität erhöht. Wenn ich in OSM vor lauter Gullies und Straßenlaternen (als Beispiel für weniger nützliche POIs) die Straße nicht mehr erkenne, dann ist das genauso ärgerlich, als wenn mich bei Wikipedia der Lebenslauf von Lieschen Müller oder jede schwachsinnige Fernsehserie bei den Suchergebenissen behindert. Ich hätte auch gerne eine Layer-Funktion in JOSM, um z.B. alle Gullies auszublenden. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wiki-Seite für Hunde-Objekte
Hallo Tobias, Hunde sorgen doch immer wieder für Verwirrung in der deutschen Sprache: Apfelkuchen versus Hundekuchen: Erstes MIT Apfel, zweites OHNE Hund, sondern FÜR den Hund. Und Pferdemetzger versus Hundemetzger: Erster verarbeitet Fleisch VOM Pferd und zweiter verarbeitet Fleisch FÜR den Hund (Pansen, Knochen, etc.). Bis bald Harald black_bike Am Friday 03 April 2009 16:27:47 schrieb Tobias Wendorff: Detlef Reichl schrieb: Hundehotel Heißt das nicht Stundenhotel? Okay, wenn man zuviel getrunken hat, sagt man sicher Gomm, latt uns in dat Hundehotel jehen ... Ich weiß aber, was Du meinst :-) Der Metzger ist übrigens böse :-/ ___ 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] OSM im NDR Fernsehen - DAS!
denkt bitte daran - ich hatte nach einem Mitschnitt für OSM gefragt (Veröffentlichung im Web) und dieses wurde, mit Hinweis auf rechtl. Belange, negative bewertet !!! Nun müßt Ihr die Boxen auch richtig taggen und in JOSM mir ein Icon spendieren !!! Gruß Jan :-) malenki schrieb: Chris Hein Lunkhusen schrieb: Hi, hier der Bericht: http://www.badongo.com/de/vid/1079206/1 Danke für den Mitschnitt. Ich hab ihn mal bei einem Wartezeit- und werbefreiem Hoster platziert, schont die Nerven: http://omploader.org/vMWg2Mw Für Interessierte: Ein batchfähiges Ruby-Script existiert: http://malenki.ch/soft/ompload Gruß malenki ___ 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] OSM im NDR Fernsehen - DAS!
Abgesehen von einem r zu viel bei deinem Namen ist der Beitrag sehr gut gelungen. Und wieder einen Schritt zur Weltherrschaft ;) Gruß Patrick ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM im NDR Fernsehen - DAS!
Patrick Kolesa schrieb: Abgesehen von einem r zu viel bei deinem Namen ist der Beitrag sehr gut gelungen. Und wieder einen Schritt zur Weltherrschaft ;) Nrf. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM im NDR Fernsehen - DAS!
Jan Tappenbeck schrieb: denkt bitte daran - ich hatte nach einem Mitschnitt für OSM gefragt (Veröffentlichung im Web) und dieses wurde, mit Hinweis auf rechtl. Belange, negative bewertet !!! Müsste der Beitrag, da er auf OSM basiert, nicht ebenfalls der OSM-Lizenz, wie auch immer deren Status gerade sein mag, unterliegen? Hätte man einen fürs Web verfügbaren Mitschnitt vor dem Dreh als Bedingung fordern können? Und aus welchen rechtlichen Gründen will/kann der Sender das nicht? Die Darsteller dürften sicher kein Problem damit haben... Nun müßt Ihr die Boxen auch richtig taggen Sowas gips hier nicht. Hier sind die Leute so gut erzogen, dass sie von daheim alte Einkaufstüten mitbringen oder den Hund seine Exkremente gut in Sandkästen auf dem Spielzeugplatz verbuddeln lassen... Btw: Hast du explizit gefordert, beim Aufnehmen von Hundekottütenspendern gefilmt zu werden? ;) und in JOSM mir ein Icon spendieren !!! das hier: Ś ? Oder soll noch ein Beutel darum herum: [Ś] Gruß malenki, dem der Beitrag bis auf das the lone, lone mapper gut gefiel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM im NDR Fernsehen - DAS!
das waren 4 stunden arbeit - und was ist dabei rausgekommen ! wir können doch froh sein überhaupt interesse geweckt zu haben !! gruß Jan :-) Nop schrieb: Patrick Kolesa schrieb: Abgesehen von einem r zu viel bei deinem Namen ist der Beitrag sehr gut gelungen. Und wieder einen Schritt zur Weltherrschaft ;) Ein einsames Hobby ??? Du hast ihnen wohl nix von den Diskussionen hier erzählt? :-) bye Nop ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM im NDR Fernsehen - DAS!
hi ! ich weiß nicht was du willst - sei froh, dass wir pr haben. wenn ich nach einem ausschnitt frage und dann die veröffentlichung im web anspreche und die redakteurin meint, dass könnte rechtliche probleme geben, dann fange ich nicht das diskutieren an. die wollen immer etwas interessantes und außergewöhnliches haben - da kommt man dann mit dieser geschichte - und die fallen eben auf in lübeck! von welchem Ś sprichst du - meinst du eventuelle schmiereien ??? ich habe die nicht extra geputzt !!! das ist alles echt gedreht - die spender hatte ich auch erst an dem drehtag gefunden. nichts gestellt!!! das mit dem abspann der einsamkeit - ist auf deren mist gewachsen. aber immerhin haben wir gemeinsam einen ort aufmessen und dann im cafe zusammengesessen. was willst du also noch mehr ? gruß Jan :-) malenki schrieb: Jan Tappenbeck schrieb: denkt bitte daran - ich hatte nach einem Mitschnitt für OSM gefragt (Veröffentlichung im Web) und dieses wurde, mit Hinweis auf rechtl. Belange, negative bewertet !!! Müsste der Beitrag, da er auf OSM basiert, nicht ebenfalls der OSM-Lizenz, wie auch immer deren Status gerade sein mag, unterliegen? Hätte man einen fürs Web verfügbaren Mitschnitt vor dem Dreh als Bedingung fordern können? Und aus welchen rechtlichen Gründen will/kann der Sender das nicht? Die Darsteller dürften sicher kein Problem damit haben... Nun müßt Ihr die Boxen auch richtig taggen Sowas gips hier nicht. Hier sind die Leute so gut erzogen, dass sie von daheim alte Einkaufstüten mitbringen oder den Hund seine Exkremente gut in Sandkästen auf dem Spielzeugplatz verbuddeln lassen... Btw: Hast du explizit gefordert, beim Aufnehmen von Hundekottütenspendern gefilmt zu werden? ;) und in JOSM mir ein Icon spendieren !!! das hier: Ś ? Oder soll noch ein Beutel darum herum: [Ś] Gruß malenki, dem der Beitrag bis auf das the lone, lone mapper gut gefiel ___ 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] OSM im NDR Fernsehen - DAS!
Jan Tappenbeck schrieb: wir können doch froh sein überhaupt interesse geweckt zu haben !! Auf jeden Fall. Haben wir eigentlich eine Presserefernz-Seite? MARKUS? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM im NDR Fernsehen - DAS!
Tobias Wendorff schrieb: Auf jeden Fall. Haben wir eigentlich eine Presserefernz-Seite? MARKUS? Im IRC fragte ich vorhin das Selbe, mir wurde diese Seite genannt: http://wiki.openstreetmap.org/wiki/OpenStreetMap_in_the_media Gruß malenki ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wiki-Seite für Hunde-Objekte
Jan Tappenbeck schrieb: ich möchte eine Wiki-Seite zum Thema Hund erstellen. Neben den schon bekannten Hundekot-Tüten-Spendern und Freilaufflächen wollte ich Euch fragen, ob Ihr noch andere (regionale) Besonderheiten kennt. In der Schweiz sah ich in Meggen einen eingezäunten Platz für einen Hundetreff (Hundespielwiese). Es waren Regeln ausgehängt, Zutritt hatten Mitglieder des Vereins, Besucher durften ihren Hund auch mitbringen. Keine Ahnung, ob das als Freilauffläche zählt. Foto habe ich leider keines. Zitat aus aus http://www.meggen.ch/uploads/tx_adbwgp/gp_02-2_01.pdf: | Auf der Hunde-Spielwiese, welche täglich geöffnet ist, können sich | Hunde zudem frei «austoben», ohne damit jemanden zu verärgern. | Welpen lernen den Umgang mit älteren und grösseren Artgenossen, | Einzelgänger lernen das Meuteverhalten kennen und Hundeführer | erleben das leinenfreie Verhalten ihrer Tiere und können mit | anderen Hundebesitzern Erfahrungen austauschen. Gruß malenki ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wiki-Seite für Hunde-Objekte
jorkh schrieb: Hunde-Übungsplätze? Da suche ich immernoch einen Tag, genauso für Hunde-Vollkack-Fläche mit Zaun drumherum -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM im NDR Fernsehen - DAS!
Am 03.04.2009, 20:07 Uhr, schrieb Sebastian Hohmann m...@s-hohmann.de: Jan Tappenbeck schrieb: Moin ! wenn nichts dazwischen kommt und der Gast nicht zuviel redet (DJ Ötzi) - so die Redaktion, dann gibt es heute einen Beitrag über OSM im NDR Fernsehen DAS! - 18:45 bis 19:30. Für die Frühaufsteher ist übrigens morgen um 5:15 die Wiederholung. http://www3.ndr.de/programm/epghomepage100_sid-452947.html Gruß Super! Kann das jemand mitschneiden? Ich stehe am Sonnabend nicht so gerne so früh auf ;-) Jacques ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM im NDR Fernsehen - DAS!
Jan Tappenbeck schrieb: [quoting repariert] malenki schrieb: Jan Tappenbeck schrieb: Müsste der Beitrag, da er auf OSM basiert, nicht ebenfalls der OSM-Lizenz, wie auch immer deren Status gerade sein mag, unterliegen? Hätte man einen fürs Web verfügbaren Mitschnitt vor dem Dreh als Bedingung fordern können? Und aus welchen rechtlichen Gründen will/kann der Sender das nicht? Die Darsteller dürften sicher kein Problem damit haben... wenn ich nach einem ausschnitt frage und dann die veröffentlichung im web anspreche und die redakteurin meint, dass könnte rechtliche probleme geben, dann fange ich nicht das diskutieren an. Schade, dass die Redakteurin sich nicht genauer ausgedrückt hat. und in JOSM mir ein Icon spendieren !!! das hier: Ś ? Oder soll noch ein Beutel darum herum: [Ś] von welchem Ś sprichst du - meinst du eventuelle schmiereien ??? Ich meinte ein Icon, das einen noch dampfenden, gekringelten Hundehaufen darstellt. Btw: Hast du explizit gefordert, beim Aufnehmen von Hundekottütenspendern gefilmt zu werden? ;) das ist alles echt gedreht - die spender hatte ich auch erst an dem drehtag gefunden. nichts gestellt!!! Ok. (Da war ein Smiley) malenki, dem der Beitrag bis auf das the lone, lone mapper gut gefiel das mit dem abspann der einsamkeit - ist auf deren mist gewachsen. Das dachte ich mir, finde es trotzdem nichtschön. Da denkt der Zuschauer wieder: Das machen die Hacker und Computerfritzen, wenn sie mal Auslauf brauchen. ;) aber immerhin haben wir gemeinsam einen ort aufmessen und dann im cafe zusammengesessen. Ja. was willst du also noch mehr ? Noch mehr noch bessere PR! (Und ein gescheites Quoting) Gruß malenki ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wiki-Seite für Hunde-Objekte
Johann H. Addicks schrieb: jorkh schrieb: Hunde-Übungsplätze? Wie wäre es mit: leisure=pitch sport=dog_training bislang gibts das 17 mal Da suche ich immernoch einen Tag, genauso für Hunde-Vollkack-Fläche mit Zaun drumherum Dieser Ausdruck ist politisch nicht korrekt. Richtig muß es heißen: Spielplatz ;-) Nein im Ernst, ich weiß was du meinst, aber da kenne ich leider auch nichts ... Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wiki-Seite für Hunde-Objekte
Johann H. Addicks schrieb: jorkh schrieb: Hunde-Übungsplätze? Da suche ich immernoch einen Tag, genauso für Hunde-Vollkack-Fläche mit Zaun drumherum -jha- hi, das ist doch evtl. Hunde-Sport;(nicht die Fäkalfläche!) dann gibt es noch Pferde-Sport(Turnierplätze), Flugmodell-Sport usw.; vielleicht ein Ansatz? VG Jörk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gestrige Meldung von straßen.nrw
Tobias Wendorff schrieb: Es kommt doch nur auf die Anzahl der Spuren an... Bei einem 7=spurigen Kreisverkehr muss niemand mehr warten. Das Dumme ist nur dass alle über den äussersten Kringel ein-und ausfahren müssen.. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing in Mapsource?
Carsten Schwede schrieb: Ich habe es probiert, aktuell ist die routingfähige Karte nicht routingfähig. (warum auch immer) Gucke ich morgen nochmal nach. Welche war denn die letzte, die auf dem Gerät routingfähig war? Dann würde ich die im Mapsource probieren. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Log-Intervall
Sebastian Waschik schrieb: Hallo, Stefan Dettenhofer (StefanDausR) o...@dentro.info writes: Meines Wissens gibt es (fast) keine GPS-Chips, die mehr als 1 Position Der Chip vom Openmoko soll höhere Datenraten liefern: http://wiki.openmoko.org/wiki/Neo_FreeRunner_GPS#Configuration_for_a_higher_sampling_rate Die genannten 4 Hz stehen auch im Datenblatt: http://www.u-blox.com/products/Data_Sheets/ATR0630_35_SglChip_Data_Sheet(GPS.G4-X-06009).pdf Den gibt es auch in Form einer USB-Maus von Conrad - wird zum Ausschlachten wegen der 4Hz auch gerne für Quaddrocopter genommen... Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie Ortshinweisschild taggen ?
Gerrit Lammert wrote: Ich meine, mal gelesen zu haben, dass die Polizei innerhalb 150m nach dem Ortsschild nicht blitzen darf. Wenn ich mit kleinen Kindern am Ortsanfang wohnen würde, würde ich ein Versetzen des Ortsschildes um 150-200m sicherlich begrüßen... Die fürfen rechtlich sogar 0.1mm nach dem Schild blitzen aber es gibt auf Bundeslandebene verschiedene Richtlinien das man erst in einer Entfernung von X Metern nach dem Schild blitzen soll außer es sprechen andere Gründe dafür eher zu blitzen. Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie Ortshinweisschild taggen ?
Dimitri Junker schrieb: Hallo, Fussgängerzohnen und Tempo30-Zohnen sind so klein, dass ich keinen Sinn dafür sehe die speziell als Area zu taggen. In 99% der Fälle hast Du sicher recht, aber es gibt da die Ausnahmen die die Regel bestätigen, eine ganze Autofreie Insel oder eine autofreie Altstadt. Es macht sicher keinen Sinn jede 30er Zone so zu mappen, wenn der Mapper es aber für sinnvoll hält warum nicht. Wichtiger sind natürlich die größeren Gebiete wie eben geschlossene Ortschaften. Sehe ich nicht so.. die Durschnittsortschaft hat eine Hand voll Durchfahrststrassen und der Rest ist Tempo 30 Zonen... d.h. ich muss mindestend drei Polygone berücksichtigen: - das Land - geschlossen Ortschaft - Tempo 30 Zone um auf die aktuell gültige Geschwindigkeitsbegrenzun zu kommen. Wenn ich davon ausgehe dass residentials - wenn nicht anderst angegeben -.sowieso meist nicht über 30km/h sind muss man nur wenige Strassen pro Ort als innerörtlich kennzeichnen um die meisten Anwendungsfälle abzudecken, Auch wenn ich mir gezielt eine Strasse wie die B3 lade die von Süd-nach Norddeutschland führt muss ich so nicht hunderte von Polygonen berücksichtigen durch die die Strasse läuft sondern ich benötige einfach nur die angehängten Tags.. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-it] dati grezzi gps
Non riesco a vedere con josm i dati grezzi delle tracce che ho caricato io, vedo quelli degli altri ma non i miei più recenti. da cosa potrebbe essere dovuto? Con josm non si caricano assieme alle tracce? altra cosa, il tag created_by lo si usa ancora? gianluca ps: iblue arrivato... bellissimo. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] dati grezzi gps
Gianluca Frare wrote: Non riesco a vedere con josm i dati grezzi delle tracce che ho caricato io, vedo quelli degli altri ma non i miei più recenti. da cosa potrebbe essere dovuto? Con josm non si caricano assieme alle tracce? Potresti averli caricati come private e non come public. altra cosa, il tag created_by lo si usa ancora? gianluca si, viene ancora usato, ma indica l'editor, non l'utente Edo -- Edoardo 'Yossef' Marascalchi ICT Consultant Tel +39.347.008.00.02 website: http://www.edoardomarascalchi.it skype: My status skype:asca_edom?call ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] highway=services
E' un pesce d'aprile? :-( http://wiki.openstreetmap.org/wiki/Tag:highway%3Dservices Non vedo la differenza rispetto all'uso attuale di highway=service... e quel che è peggio, è che è indicato nella Map Features! Ciao ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] highway=services
On Fri, Apr 3, 2009 at 2:41 PM, Federico Cozzi f.co...@gmail.com wrote: E' un pesce d'aprile? :-( direi di no, viste le date http://wiki.openstreetmap.org/wiki/Tag:highway%3Dservices Non vedo la differenza rispetto all'uso attuale di highway=service... Simply add the tag highway=services to the node where the services are located. non parla di strade, parla di nodi / aree in pratica se ho capito bene sarebbero gli autogrill -- Elena ``of Valhalla'' homepage: http://www.trueelena.org email: elena.valha...@gmail.com ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] highway=services
On Fri, Apr 3, 2009 at 2:44 PM, Elena of Valhalla elena.valha...@gmail.com wrote: Simply add the tag highway=services to the node where the services are located. non parla di strade, parla di nodi / aree in pratica se ho capito bene sarebbero gli autogrill Ahhh ora è tutto più chiaro! Avevo capito che dovessero essere taggate come highway=services le strade che portano agli autogrill (quelle che ora sono highway=service). Mi rimane comunque l'obiezione: perché un autogrill deve stare dentro highway, e non (ad es.) dentro amenity? Con lo stesso ragionamento dovrebbe essere highway=fuel, invece dell'attuale amenity=fuel Boh... Ciao ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Software per i-blue
Ottimo davvero l' i-blue... mi fa il fix anche in casa Niente male anche questo software per gestirlo e scaricare i dati: http://bt747.wiki.sourceforge.net Ciao! Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Software per i-blue
alberto wrote: Ottimo davvero l' i-blue... mi fa il fix anche in casa Niente male anche questo software per gestirlo e scaricare i dati: http://bt747.wiki.sourceforge.net io uso mtkbabel del carissimo Niccolò Rigacci! :P -- Edoardo 'Yossef' Marascalchi ICT Consultant Tel +39.347.008.00.02 website: http://www.edoardomarascalchi.it skype: My status skype:asca_edom?call ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Software per i-blue
On Fri, Apr 03, 2009 at 03:34:55PM +0200, Edoardo 'Yossef' Marascalchi wrote: alberto wrote: Niente male anche questo software per gestirlo e scaricare i dati: http://bt747.wiki.sourceforge.net io uso mtkbabel del carissimo Niccolò Rigacci! :P Anche io! Però l'autore di bt747 mi ha scritto dicendo che ha aggiunto le opzioni per usarlo da command line, adottando gli stessi comandi di MTKBabel! -- Niccolo Rigacci Firenze - Italy ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Software per i-blue
Niccolo Rigacci wrote: On Fri, Apr 03, 2009 at 03:34:55PM +0200, Edoardo 'Yossef' Marascalchi wrote: alberto wrote: Niente male anche questo software per gestirlo e scaricare i dati: http://bt747.wiki.sourceforge.net io uso mtkbabel del carissimo Niccolò Rigacci! :P Anche io! Però l'autore di bt747 mi ha scritto dicendo che ha aggiunto le opzioni per usarlo da command line, adottando gli stessi comandi di MTKBabel! Beh.. un bel esempio di come si possa collaborare in maniera positiva per gli utenti.. :D in fondo anche la cli è una UI.. :P -- Edoardo 'Yossef' Marascalchi ICT Consultant Tel +39.347.008.00.02 website: http://www.edoardomarascalchi.it skype: My status skype:asca_edom?call ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Software OSM su PDA
Già che siamo in argomernto software, non ho ancora trovato un software per PDA decente, non dico per usare le mappe OSM su un navigatore, ma per visualizzarle mentre vado in giro a mappare. Vorrei usare le mappe in formato OSM su PDA con Vindows CE, non visualizzarle in tile e già renderizzate... gpsVP legge le mappe OSM trasformate in formato Garmin, gosmore mi visualizza la Sardegna di default e null' altro... Voi cosa usate??? Ciao! Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Software OSM su PDA
2009/4/3 alberto albertobon...@libero.it: [...] Vorrei usare le mappe in formato OSM su PDA con Vindows CE, non visualizzarle in tile e già renderizzate... [...] Voi cosa usate??? io non ho un PDA con windows CE, ma un eee su cui gira linux, ed uso navit, che a quanto mi risulta funziona anche su CE: http://sourceforge.net/project/platformdownload.php?group_id=153410sel_platform=12138_ non mostra le mappe in formato OSM, ma in un suo formato *vettoriale* che si puo` facilmente ottenere dal formato OSM (o scaricare periodicamente da cloudmade), e permette anche la navigazione, anche se quella non l'ho ancora provata a fondo l'ho visto usare anche su cellulari openmoko, dove ha qualche problema di lentezza di rendering nelle aree con troppe strade, ma a parte quello funziona senza problemi. -- Elena ``of Valhalla'' homepage: http://www.trueelena.org email: elena.valha...@gmail.com ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Software OSM su PDA
Elena of Valhalla ha scritto: 2009/4/3 alberto albertobon...@libero.it: [...] Vorrei usare le mappe in formato OSM su PDA con Vindows CE, non visualizzarle in tile e già renderizzate... [...] Voi cosa usate??? io non ho un PDA con windows CE, ma un eee su cui gira linux, ed uso navit, che a quanto mi risulta funziona anche su CE: Navit l'ho provato, si installa su CE, mi visualizza una mappa di una città tedesca e poi si impalla... Forse è da configurare ... Qualcuno lo usa su CE e gli funziona bene ? Ciao! Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Software OSM su PDA
2009/4/3 alberto albertobon...@libero.it: Navit l'ho provato, si installa su CE, mi visualizza una mappa di una città tedesca e poi si impalla... Forse è da configurare ... si`, si deve editare un file xml che gli dica tra le altre cose dove prendere i dati e da che posizione partire di default a parte quello, il fatto che si impalli non e` un buon segno :( -- Elena ``of Valhalla'' homepage: http://www.trueelena.org email: elena.valha...@gmail.com ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Software OSM su PDA
2009/4/3 alberto albertobon...@libero.it Già che siamo in argomernto software, non ho ancora trovato un software per PDA decente, non dico per usare le mappe OSM su un navigatore, ma per visualizzarle mentre vado in giro a mappare. ... Voi cosa usate??? Per Linux ti consiglio l'ottimo TangoGPS http://www.tangogps.org/gps/cat/Download Per vindows CE proprio non saprei... Ciao! Alberto -- - Pedretti Stefano stefano.pedre...@gmail.com PGP Fingerprint: 5B00129E http://paroledisilicio.wordpress.com Skype : ste.pedro83 mobile: +393292348186 - ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Software OSM su PDA
Il 3 aprile 2009 16.27, alberto albertobon...@libero.it ha scritto: Già che siamo in argomernto software, non ho ancora trovato un software per PDA decente, non dico per usare le mappe OSM su un navigatore, ma per visualizzarle mentre vado in giro a mappare. Vorrei usare le mappe in formato OSM su PDA con Vindows CE, non visualizzarle in tile e già renderizzate... gpsVP legge le mappe OSM trasformate in formato Garmin, gosmore mi visualizza la Sardegna di default e null' altro... Voi cosa usate??? Ciao! Alberto hai visto qui: http://www.marcopolci.net/wiki/informatica:progetti:pollicino o http://wiki.openstreetmap.org/wiki/OSMtracker -- Ciao, BogNik, Nicola Bogotto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] OSM in TV su NDR
Sull'emittente tedesca NDR è appena andato in onda all'interno del programma DAS [1] un servizio, durato 3-4 minuti, sui mappatori di OSM. Non ho ci ho capito nulla, ma parlavano inequivocabilmente di OSM. Se a qualcuno che capisce il tedesco (Martin?) interessa, domani replicano alle 05:10. Si può vedere anche in livestreaming cliccando sul link della sezione 'Jetzt im NDR Fernsehen' dalla Homepage della NDR [2] Ciao! [1] http://www3.ndr.de/programm/epghomepage100_sid-452924.html [2] http://www3.ndr.de/index.html ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Software OSM su PDA
2009/4/3 alberto albertobon...@libero.it Navit l'ho provato, si installa su CE, mi visualizza una mappa di una città tedesca e poi si impalla... Forse è da configurare ... Qualcuno lo usa su CE e gli funziona bene ? L'ho provato ora su un kaiser (htc tytn II) e non va: mi renderizza la mappa di prova ma tutte le icone (a parte zoom - che fa il suo lavoro) fanno da zoom +. Inusabile. iiizio ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Software OSM su PDA
2009/4/3 Nicola B bogni...@gmail.com Il 3 aprile 2009 16.27, alberto albertobon...@libero.it ha scritto: Già che siamo in argomernto software, non ho ancora trovato un software per PDA decente, non dico per usare le mappe OSM su un navigatore, ma per visualizzarle mentre vado in giro a mappare. Vorrei usare le mappe in formato OSM su PDA con Vindows CE, non visualizzarle in tile e già renderizzate... hai visto qui: http://www.marcopolci.net/wiki/informatica:progetti:pollicino o http://wiki.openstreetmap.org/wiki/OSMtracker Entrambi usano le tile, non il formato osm. iiizio ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] [SPAM] Fiera dell'elettronica a Monza
Scusate lo spam, ma magari a qualcuno interessa. Domani e dopodomani il Glux, dopo anni e anni di presenza alla fiera dell'elettronica di Erba, avrà uno stand a quella di Monza[1]. Giusto un anno fa, proprio a Erba, ho avuto modo di conoscere per la prima volta qualche OSMer dal vivo: ovviamente mi farebbe molto piacere incrociare ancora qualcuno di voi, questo weekend! Buona serata Carlo [1] http://expoelettronica.blunautilus.it/index.php/main/evento/evdID/77 (si, lo so, la mappa è della concorrenza...) -- .' `. | 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] highway=services
Il 03/04/2009 14:51, Federico Cozzi ha scritto: Mi rimane comunque l'obiezione: perché un autogrill deve stare dentro highway, e non (ad es.) dentro amenity? Quoto! -- .' `. | 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-gb-westmidlands] Funding for aerial photography
I have created a wiki page for appeals for money for aerial photography and added a basic FAQ to it. Is still very raw but I think it is valuable to have one page to support all the funding appeals wherever they are for in the world and provide answers to the basic questions. Feel free to improve the page and add details as I have rushed it out and it certainly needs loads more work. http://wiki.openstreetmap.org/wiki/Aerial_photography_funding_appeals I have created a link to it from the Birmingham page but links are need to Gaza, it needs categories and needs to be woven into other parts of the wiki. I will come back to it after the weekend some help from others would be great in the mean time. Regards, Peter Brian ___ Talk-transit mailing list talk-tran...@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
[Talk-es] Propuesta para vías verdes
Últimamente le he pillado el gusanillo a las vías verdes, antiguas vías de ferrocarril en parajes naturales recuperadas para el paseo, la bici o incluso el caballo. http://www.viasverdes.com /modo publireportaje En fin, qué a ver como se etiqueta esto. Los recorridos se realizan normalmente por pistas arregladas de tierra o compacto, aunque de vez en cuando atraviesan localidades, tienen tuneles, puentes, en algunos casos recorridos alternativos, etc... Mi propuesta en plan general, para discusión. highgay=path (Provide a method to indicate that a route is designated as intended for a particular use, as opposed to such use merely being allowed) The default access restriction of highway=path is open to all non-motorized vehicles, but emergency vehicles are allowed. bicycle=yes, foot=yes, horse=yes, mejillon=yes... Vamos lo que se deje pasar, en algunos casos la vía verde comparte el camino con vehículos pero no es lo habitual Aparte los clásicos como bridge, tunnel... que pueden incluir cualquier tipo de información adicional (iluminado=yes/no) que pueda ser relevante Si la vía se mete en un pueblo o ciudad pasamos a utilizar el típico residential si es oportuno. Aparte se podrían utilizar otras etiquetas relevantes como: -railway=station,abandoned=yes para las estaciones abandonadas que suelen encontrarse -tourism=viewpoint para miradores -tourism=information para informaciones generales -information=map para mapas de la ruta -tourism=picnic_site para merenderos -amenity=drinking_water para fuentes de agua ... Con estos mimbres se podría generar una relación que quedase más o menos así type=route route=bicycle network=via_verde name=Vía verde del ferrocarril foobar Pues nada con esto queda todo dicho, más o menos, si alguién tiene mejoras, propuestas, críticas, etc que lo diga ahora o que lo corrija después en el wiki :P -- Celso González (PerroVerd) http://mitago.net ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] estándar de tags de las highway espa ñolas guan mor taim
sergio sevillano escribió: Iván Sánchez Ortega escribió: El Miércoles, 1 de Abril de 2009, sergio sevillano escribió: ref:color=red es en realidad un hecho geográfico indica de que color son los carteles de la highway por donde vas. +1. Vamos, yo soy partidario de que las highway=* sigan la clasificación administrativa de autopista/RIGE/autonómica de 1ª-2ª-3ª, pero sí es cierto que en algún momento vamos a querer pintar cartelitos de fondo violeta para la SO-P-6001. Y las autopistas andaluzas, que resulta que van con hitos verdes pero con referencias en azul (lamadrequelasparió). pos eso, si lo vemos con perspectiva internacional todavía más opciones. incluso podría ser ref:color=orange on blue ref:color=orange on white int_ref:color=green ... pero esto viene después se puede usar una hoja de estilos de Mapnik que muestre las autopistas en rojo-amarillo y las autovías en rojo-blanco, pero eso sí que es pura interpretación personal no renderiza una realidad renderiza el estilo guía michelín de toda la vida. Ya, pero es el estilo al que muchas personas están acostumbradas. Que levante la mano quien no haya ido de viaje con sus padres a la playa con una guía campsa en el coche. Aunque empecé yo con el trunk is red estamos mezclando dos filosofías. Una es [Generación Campsa o trunk is red]. Ésta es subjetiva, solo válida para nostálgicos españoles (como nosotros) tiene tres temas 1 - Ya tiene solución. ponerte en local tus estilos xml personalizados de render o montar un servidor público para España (no habló Celso de algo así?). Si hay medios podría ser parte de la web osm-es... 2 - En realidad es un tag for the renders ya que una nacional al uso (carretera de un carril por sentido) pasa a ser autovía aunque se siga llamando N-xxx y ahora mismo ambas están tageadas como highway=trunk. 3 - ¿cuanta validez en el tiempo tendrá este esquema? hoy los gps han barrido la Guía Campsa con lo que esa nomenclatura en breve no se percibirá como la que todos conocemos, con lo que su utilidad desde el punto de vista del usuario irá perdiendo sentido. http://www.youtube.com/watch?v=rKhZcB7ujto Es más, según la marca de tu navegador gps tienes un render distinto, así que el usuario cada vez es más flexible en su interpretación. Y la otra es un esquema puramente funcional, actual y real, que refleje hechos geográficos (tag for the renders = 0) y que además facilite la primera. Creo que la cuestión es la interpretación de la clasificación por importancia de las highways a saber: motorway trunk primary secondary tertiary unclasified el problema es que hemos tergiversado el concepto importancia dándole un valor administrativo en vez de físico. que por otra parte coincide en un porcentaje muy alto, por eso no canta tanto y lo damos por válido. Para seguir pensando en este esquema haría falta establecer o saber cual sería la clasificación de nuestras carreteras desde el punto de vista puramente físico. y asignar el tag apropiado. por arriba y sobre todo por abajo (...secondary tertiary unclasified) creo que está correcto y claro... Creo que no está tan claro. En [1] os he puesto tres imágenes de la misma carretera para que me digáis si os parece lógico que lo etiquetemos todo igual porque tengan la señal verde. Os puedo asegurar que los camioneros cuando pasan por el tramo 2 se acuerdan de la madre del que se le ocurrió pintar toda la carretera igual en el mapa. [1] http://mapas.alternativaslibres.es/EX-208.html pero que pasa con - una nacional al uso (carretera de un carril por sentido) pasa a ser autovía aunque se siga llamando N-xxx y ahora mismo ambas están tageadas como highway=trunk - Autovía vs Autopista (esto ya va a menos , no?) - Autonómica + Autovía (= ya dijimos que primary+motorroad) Estoy de acuerdo en que la velocidad no es válida hay un por defecto, pero como interviene la seguridad vial hay mil excepciones. además para eso esta el maxspeed=* y está tb el tema de las trunk, primarys y tertiarys por ciudad...(todas 50km/h) Creo que no me explique bien. Cuando hablaba de la velocidad, me refería a la clasificación física que utiliza tráfico para determinar la velocidad genérica, la que estudiamos en la autoescuela, no a que pusiéramos un tipo de highway según la velocidad de cada tramo. Para esto último efectivamente está el maxspeed. Los carriles todavía menos motorway 2+; trunk 1,2,2+; primary+motorroad 2+, primary 2; secondary 2; tertiary 2 pero ya tenemos lanes=* Habría que agarrarse a anchos de arcén y carril y tipos de intersecciones. ¿alguien tiene un link con info sobre esto? Es decir, que no creo que highway=* deba corresponderse con la clasificación que se ha propuesto por velocidad máxima (autopista/carretera de 100/carretera de 90/travesía/calle), ok
Re: [Talk-es] estándar de tags de las highway espa ñolas guan mor taim
El Viernes, 3 de Abril de 2009, Marco Fernández escribió: - Convencionales (1 calzada, cruces a nivel y acceso a terrenos colindantes) - Prioritarias (máx. 100km/h): Aquellas que cumplen al menos una de las 3 siguientes carácterísticas: - Arcen pavimentado de 1,5m. ¿¿ 1.5m ?? Creía recordar que era 1m. Además, ojo: tiene que ser *pavimentado*. No asfaltado, no transitable, no existente. Pavimentado. Y te faltan las travesías y las calles dentro de poblado, que van a 50 Km/h*. * Suponiendo un turismo sin remolque o con un remlque de menos de 750 Kg. Otros tipos de vehículos llevan otros límites de velocidad. -- -- Iván Sánchez Ortega i...@sanchezortega.es Proudly running Debian Linux with 2.6.26-1-amd64 kernel, KDE 3.5.10, and PHP 5.2.9-1 generating this signature. Uptime: 21:39:40 up 3 days, 15 min, 3 users, load average: 1.71, 2.49, 2.20 signature.asc Description: This is a digitally signed message part. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-at] plan.at Bereinigung
Hallo, da dies mein erstes Posting auf dieser Liste ist, möchte ich zunächst einmal Hallo sagen - ich komme aus Wien und hege schon seit Ewigkeiten eine besondere Begeisterung für Landkarten oä. Als ich OpenStreetmap vor kurzem kennenlernte, ahnte ich bald, daß dies einiges an Suchtpotential für mich beinhalten würde... Zum Thema: IMHO sollte das name-tag wirklich nur den Namen des Obejektes selbst beinhalten, nicht den einer eventuellen größeren Struktur. In kleinen Ortschaften ohne Straßennamen sollte es deshalb bei den Straßen eher leerbleiben, weil diese dann eben keinen Namen haben. Hausnummern lassen sich ja trotzdem taggen. Routing sollte so auch möglich sein (biegen sie links ab, dann rechts statt biegen sie links nach Kuhdorf ab, dann rechts nach Kuhdorf). Dasselbe Problem tritt übrigens auch bei Gebäuden in zusammenhängenden Gebieten (Industrie, Krankenhäuser, Universitäten). Bei einigen Wiener Krankenhäusern ist dies sehr gut gelöst: Name ist die Nummer oder Bezeichnung des jeweiligen Pavillions, Krankenhaus ist nur das Gebiet. Wenn Name oder Funktion unbekannt sind, würde ich den Namen eher leer lassen. Also zB: Gebiet: name=VA Stahl AG; Gebäude: name=Hochofen 1, Verwaltung,... Eine Ausnahme sehe ich bei Gebäuden von Institutionen, die nicht in geographisch zusammenhängenden Gebieten liegen, dort könnte man die Institution in den Namen mitaufnehmen, wenn es dafür kein geeigneteres Tag gibt. (zB TU Wien Hauptgebäude, TU Wien Freihaus,...) LG Stuffi Die aonKombi. Jetzt noch einmal mit Gratis-Herstellung!* Breitband-Internet + Mobiltelefonie + Festnetz um insgesamt nur 24,90.* Infos und Bestellung unter http://www.telekom.at ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] plan.at Bereinigung
Christian Wirth wrote: Ausführlicher: Die Geisterbeschriftungen sind ein Problem der Renderer Nein, ich hab ein Problem damit. Z.B. http://www.openstreetmap.org/?lat=47.99752lon=16.52331zoom=16 Jedes mal, wenn ich mir das anschaue. Es sind jetzt 3 Monate vergangen und es hat sich noch niemand gefunden, der dort aufräumt. Jetzt muß man zumindest das Problem der Geisterbeschriftungen lösen. Das geht entweder dadurch, daß man im ganzen Bezirk die plan.at Wege löscht oder den name= Tag umsetzt. Letzteres ermöglichte halt noch das Aufräumen, falls sich wer findet. Und das ist auch nicht mehr Arbeit, weil unterm Strich muß man die doppelten Wege nur löschen. Und selbst wenn, ist das mehrfache Umtaggen weniger Ärgernis als weiterhin über Monate verunstaltete Karten zu haben. Jo, gute Frage. Aber: Am Land, wo's noch keine Straßen- sondern nur Dorfnamen in den Adressen gibt, denke ich, dass es prinzipiell nicht falsch ist, wie es jetzt gemacht wird. Doch. Ortsnamen sind keine Straßennamen, keine Straße hat den Namen eines Ortes. Sondern wenn, haben die Straßen in dem Ort eben nur /keinen/ Namen. Und die Adresse besteht dann eben nur aus einer Postleitzahl, dem Ort und einer Nummer. Und keiner Straße. Das http://www.openstreetmap.org/?lat=47.9931lon=16.49941zoom=15 ist so einfach nur grober Unfug. Und die Frage wäre, wie man dessen möglichst automatisiert Herr wird. Straßen haben dort keine Namen, Bingo, schreibst Du ja selber. Straßen haben dort keine Namen, also sollte der entsprechende Way auch keinen name= Tag haben. Wenn wir die Namen da generell raus löschen, werden die Adressen im Routing o.ä. nicht mehr gefunden. Das ist wiederum ein Problem des Routings, daß es eine Adresse 4502 St. Marien 64 findet. Deswegen alle Straßen und Wege dort St. Marien zu nennen, wäre... keine gute Idee. Fraglich ist aber, insofern stimme ich dir zu, ob name da der richtige Tag ist. Auch bei den addr:* Tags (und die sind zum Auffinden der Hausnummer gedacht) sollte es dann kein addr:street geben. Die Adresse besteht nur aus Hausnummer (addr:housenumber), Ort (addr:city) und PLZ (addr:postcode). Servus, Andreas ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] plan.at Bereinigung
Also ich weiß, dass in Ramsau am Dachstein im Ortsteil Vorberg, Vorberg der offizielle Adressname fuer alle Haeuser ist, Straßennamen existieren dort großteils nicht. Ganz so einfach ist es also nicht (auch in den Garmin City Navigator Karten sind viele Straßen daher einfach mit Vorberg benannt). In dem Fall hat der Ort also zwar einige benannte Straßen, andere Teile sind aber mit dem Ortsteilnamen benannt. Gut moeglich dass es mehrere solcher Faelle gibt. Andreas Labres wrote: Christian Wirth wrote: Ausführlicher: Die Geisterbeschriftungen sind ein Problem der Renderer Nein, ich hab ein Problem damit. Z.B. http://www.openstreetmap.org/?lat=47.99752lon=16.52331zoom=16 Jedes mal, wenn ich mir das anschaue. Es sind jetzt 3 Monate vergangen und es hat sich noch niemand gefunden, der dort aufräumt. Jetzt muß man zumindest das Problem der Geisterbeschriftungen lösen. Das geht entweder dadurch, daß man im ganzen Bezirk die plan.at Wege löscht oder den name= Tag umsetzt. Letzteres ermöglichte halt noch das Aufräumen, falls sich wer findet. Und das ist auch nicht mehr Arbeit, weil unterm Strich muß man die doppelten Wege nur löschen. Und selbst wenn, ist das mehrfache Umtaggen weniger Ärgernis als weiterhin über Monate verunstaltete Karten zu haben. Jo, gute Frage. Aber: Am Land, wo's noch keine Straßen- sondern nur Dorfnamen in den Adressen gibt, denke ich, dass es prinzipiell nicht falsch ist, wie es jetzt gemacht wird. Doch. Ortsnamen sind keine Straßennamen, keine Straße hat den Namen eines Ortes. Sondern wenn, haben die Straßen in dem Ort eben nur /keinen/ Namen. Und die Adresse besteht dann eben nur aus einer Postleitzahl, dem Ort und einer Nummer. Und keiner Straße. Das http://www.openstreetmap.org/?lat=47.9931lon=16.49941zoom=15 ist so einfach nur grober Unfug. Und die Frage wäre, wie man dessen möglichst automatisiert Herr wird. Straßen haben dort keine Namen, Bingo, schreibst Du ja selber. Straßen haben dort keine Namen, also sollte der entsprechende Way auch keinen name= Tag haben. Wenn wir die Namen da generell raus löschen, werden die Adressen im Routing o.ä. nicht mehr gefunden. Das ist wiederum ein Problem des Routings, daß es eine Adresse 4502 St. Marien 64 findet. Deswegen alle Straßen und Wege dort St. Marien zu nennen, wäre... keine gute Idee. Fraglich ist aber, insofern stimme ich dir zu, ob name da der richtige Tag ist. Auch bei den addr:* Tags (und die sind zum Auffinden der Hausnummer gedacht) sollte es dann kein addr:street geben. Die Adresse besteht nur aus Hausnummer (addr:housenumber), Ort (addr:city) und PLZ (addr:postcode). Servus, Andreas ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] plan.at Bereinigung
Felix Hartmann wrote: Also ich weiß, dass in Ramsau am Dachstein im Ortsteil Vorberg, Vorberg der offizielle Adressname fuer alle Haeuser ist, Straßennamen existieren dort großteils nicht. Also wenn ich mir Vorberg anschaue: http://www.openstreetmap.org/?lat=47.41124lon=13.63704zoom=16 dann gibt's dort Wege, die Namen haben (z.B der Blasbichlerweg), aber Wegenamen Vorberg sind Unsinn. Auch wenn das Vorberg in der Adresse vorkommt, dann ist das der Name der Ortschaft und nicht der Name der Straße. Ganz so einfach ist es also nicht Doch. Nur weil andere Datenbestände das tun, heißt das nicht, daß man es tun sollte. Servus, Andreas ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] plan.at Bereinigung
Andreas Labres wrote: Christian Wirth wrote: Doch. Ortsnamen sind keine Straßennamen, keine Straße hat den Namen eines Ortes. Sondern wenn, haben die Straßen in dem Ort eben nur /keinen/ Namen. Die Tiroler Landesregierung, bzw. TIRIS scheinen anderer Meinung zu sein. Für z. B. Polling in Tirol werden folgende Straßen genannt: - Angersiedlung - Gewerbezone - Polling in Tirol - Pollingberg Da dies der Datenbestand der offiziellen Stelle ist, brauchst du schon sehr gute Argumente, für deine Behauptung, dass niemals eine Straße gleich heißen darf wie der Ort. Ich bin mal gespannt, welches Bundesgesetzblatt du liefern wirst. MfG Stefan ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] plan.at Bereinigung
Naja der Blasbichlerweg ist eine Ausnahme - kann ja nicht angehen dass der Ex-Buergermeister - Herr Blasbichler (dazu noch Wirt der Halseralm) - in einer unbenannten Straße wohnt. Zumindest als ich das letzte mal am Vorberg war (vor 2 Jahren) hatte es dort so gut wie keine Straßenschilder. Mehr noch der Lehnwieserweg laut Navteq, ist komplett verwirrend - da die Pension Lehnwieser zu der man (ein kurzes Stueck) unweigerlich ueber den sogenannten Lehnwieserweg hinfahren muss gar nicht am Lehnwieserweg liegt sondern auf Vorberg 20. Dass bei Navteq jetzt mehr und mehr Straßenname nach der groeßten Pension in der Straße benannt werden, ohne dass dies offiziell ist (Post sollte man lieber an Vorberg XX schicken damit sie ankommt). Sehe ich es nicht ein Vorberg rauszuloeschen. Wenn ich sonst einen Brief an Ramsau... Nummer 20 schicke - wird dieser kaum am Vorberg 20 ankommen! Ich bin und bleibe daher der Meinung - Straßennamen NUR dann zu uebernehmen wenn das zumindest halboffiziell ist (z.Bsp Straßenschild oder oeffentlicher Eintrag). Das Rausloeschen von Ortsnnamen ist ja noch irgendwie vertretbar - aber wenn wir Straßen die nach Ortsteilen benannt sie namentlich loeschen dann bringt das ganze nur Chaos (da ja noch keine anderen Namen existieren). Andreas Labres wrote: Felix Hartmann wrote: Also ich weiß, dass in Ramsau am Dachstein im Ortsteil Vorberg, Vorberg der offizielle Adressname fuer alle Haeuser ist, Straßennamen existieren dort großteils nicht. Also wenn ich mir Vorberg anschaue: http://www.openstreetmap.org/?lat=47.41124lon=13.63704zoom=16 dann gibt's dort Wege, die Namen haben (z.B der Blasbichlerweg), aber Wegenamen Vorberg sind Unsinn. Auch wenn das Vorberg in der Adresse vorkommt, dann ist das der Name der Ortschaft und nicht der Name der Straße. Ganz so einfach ist es also nicht Doch. Nur weil andere Datenbestände das tun, heißt das nicht, daß man es tun sollte. Servus, Andreas ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
[Talk-ca] Who own www.openstreetmap.ca
Hello, I would be interested to know who own this website. Thanks! Jean-Sebastien ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [OSM-talk-fr] Bonjour de Polynésie française
Hello ! Il y a surement des personne plus compétente que moi pour répondre mais en en gros il y a 2 façon de faire : - Sois par décalque (comme le module cadastre fr). - Sois par import. Pour le premier il me semble que les avantages et inconvenant sont assez évidant, pour le second les difficultés sont: - Réconcilier de donnée d'import avec les donnée existante. - Comme tu l'a bien dit souvent dans ce genre de système la définition est supérieur a ce qu'il y a habituellement OSM, il faut se poser consciencieusement la question si c'est utile ou si il faut lisser les courbe. Pour moi la réponse n'est en aucun cas évidente. - Faire l'outil import à proprement dit car les donnée peuvent avoir un format complètement différant comme c'est le cas pour le cadastre français ou il n'y a pas de tracer de route, c'est juste un espace entre les parcelles. Au final je pense qu'il faudra certainement faire en plusieurs « étapes » : - Une partie comme le nom des lieux dit faire en import automatique. - Les cotes, les bâtiments, .. faire en import semi automatique. - E il y aura surement une partie a faire par décalque ! J'ai répondu au mieux de mes compétence propre, il y aura certainement d'autre avis ;-) CU Stéphane 2009/4/3 Arnaud Jordan asso-lol...@linux.pf: Bonjour, Je suis le secrétaire de l'association LoLiTa (Logiciels Libres à Tahiti et dans les îles). Nous sommes basés à Tahiti. J'ai eu l'oreille d'un décideur politique de Polynésie française qui pourrait être intéressé par libérer tout ou partie des données du cadastre et les mettre à disposition directement sur OSM, ce qui est de la compétence du gouvernement local. Nous nous demandons quelle est la meilleure façon de rendre ces données disponibles. Nous lui avons proposé, dans un premier temps, de libérer les côtes la toponymie générale (îles, communes, quartiers, lieux-dits ...) les frontières administratives le tracé des routes, leur classement administratif, leur nom le tracé des rues , leur nom le tracé des bâtiments publics et ou importants et leurs noms les indications touristiques diverses (plages, sites archéologiques, services, hôtels, pensions de famille...) Le cadastre est sous ArcGis. Les données peuvent être assez fines et assez volumineuses. Quel est, d'après vous, le meilleur moyen technique de mettre toutes ces données en ligne et de donner un coup de fouet à la communauté OSM naissante en Polynésie française ? Librement, -- Arnaud Jordan Secrétaire de l'association LoLiTa Logiciels Libres à Tahiti et dans les îles http://www.lolita.pf ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Stéphane Brunner mail : stephane.brun...@gmail.com messageries instantanées : stephane.brun...@gmail.com (http://talk.google.com) -- Non aux brevets logiciels http://stopsoftwarepatents.eu/banner/601000605319/ssp-468-96.gif http://stopsoftwarepatents.eu/601000605319 -- http://www.ubuntu-fr.org - Distribution Linux http://fr.wikipedia.org - Encyclopédie communautaire http://mozilla-europe.org - Navigateur internet / Client de messagerie http://framasoft.net - Annuaire de logiciel libre (gratuit) http://jeuxlibres.net - Jeux Libres (gratuit) http://openstreetmap.org - Cartographie libre (en développement) -- Il existe 10 sortes de personnes : celles qui connaissent le binaire, et les autres. -- Si un jour on te reproche que ton travail n'est pas un travail de professionnel, dis toi que : Des amateurs ont construit l'arche de Noé, et des professionnels le Titanic. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Bonjour de Polynésie française
Hello, Je pense qu'il y a de nombreux outils permettant de transformer les fichier shape en GPX, donc par décalque c'est un peu dommage si c'est déjà fait, non ? ;) Pour les frontières admin, une solution qui permettrait de ne créer que un et un seul troncon par troncon jointif entre deux communes serait d'utiliser un outil de creation de topologie de lignes, par exemple. Pour les autres indications, je ne connais que très peu le format OSM et comment faire passer des attributs dans le GPX (c'est possible ?). Dans ce cas, un peu de travail en amont permettrait de faire un import massif avec les tags bien renseignés directement dans une couche de points pour les info point, idem pour les routes, et idem pour les lignes fermées (polygones)... :) Robin. Le 3 avril 2009 08:57, Stéphane Brunner stephane.brun...@gmail.com a écrit : Hello ! Il y a surement des personne plus compétente que moi pour répondre mais en en gros il y a 2 façon de faire : - Sois par décalque (comme le module cadastre fr). - Sois par import. Pour le premier il me semble que les avantages et inconvenant sont assez évidant, pour le second les difficultés sont: - Réconcilier de donnée d'import avec les donnée existante. - Comme tu l'a bien dit souvent dans ce genre de système la définition est supérieur a ce qu'il y a habituellement OSM, il faut se poser consciencieusement la question si c'est utile ou si il faut lisser les courbe. Pour moi la réponse n'est en aucun cas évidente. - Faire l'outil import à proprement dit car les donnée peuvent avoir un format complètement différant comme c'est le cas pour le cadastre français ou il n'y a pas de tracer de route, c'est juste un espace entre les parcelles. Au final je pense qu'il faudra certainement faire en plusieurs « étapes » : - Une partie comme le nom des lieux dit faire en import automatique. - Les cotes, les bâtiments, .. faire en import semi automatique. - E il y aura surement une partie a faire par décalque ! J'ai répondu au mieux de mes compétence propre, il y aura certainement d'autre avis ;-) CU Stéphane 2009/4/3 Arnaud Jordan asso-lol...@linux.pf: Bonjour, Je suis le secrétaire de l'association LoLiTa (Logiciels Libres à Tahiti et dans les îles). Nous sommes basés à Tahiti. J'ai eu l'oreille d'un décideur politique de Polynésie française qui pourrait être intéressé par libérer tout ou partie des données du cadastre et les mettre à disposition directement sur OSM, ce qui est de la compétence du gouvernement local. Nous nous demandons quelle est la meilleure façon de rendre ces données disponibles. Nous lui avons proposé, dans un premier temps, de libérer les côtes la toponymie générale (îles, communes, quartiers, lieux-dits ...) les frontières administratives le tracé des routes, leur classement administratif, leur nom le tracé des rues , leur nom le tracé des bâtiments publics et ou importants et leurs noms les indications touristiques diverses (plages, sites archéologiques, services, hôtels, pensions de famille...) Le cadastre est sous ArcGis. Les données peuvent être assez fines et assez volumineuses. Quel est, d'après vous, le meilleur moyen technique de mettre toutes ces données en ligne et de donner un coup de fouet à la communauté OSM naissante en Polynésie française ? Librement, -- Arnaud Jordan Secrétaire de l'association LoLiTa Logiciels Libres à Tahiti et dans les îles http://www.lolita.pf ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Stéphane Brunner mail : stephane.brun...@gmail.com messageries instantanées : stephane.brun...@gmail.com ( http://talk.google.com) -- Non aux brevets logiciels http://stopsoftwarepatents.eu/banner/601000605319/ssp-468-96.gif http://stopsoftwarepatents.eu/601000605319 -- http://www.ubuntu-fr.org - Distribution Linux http://fr.wikipedia.org - Encyclopédie communautaire http://mozilla-europe.org - Navigateur internet / Client de messagerie http://framasoft.net - Annuaire de logiciel libre (gratuit) http://jeuxlibres.net - Jeux Libres (gratuit) http://openstreetmap.org - Cartographie libre (en développement) -- Il existe 10 sortes de personnes : celles qui connaissent le binaire, et les autres. -- Si un jour on te reproche que ton travail n'est pas un travail de professionnel, dis toi que : Des amateurs ont construit l'arche de Noé, et des professionnels le Titanic. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Bonjour de Polynésie française
Je suis dans le même besoin, à savoir comment importer depuis arcview dans osm... Peut être en passant par qgis et postgres... mais il faut un tout petit peu de temps pour essayer qq chose. 2009/4/3 Robin PREST ro...@georezo.net: Hello, Je pense qu'il y a de nombreux outils permettant de transformer les fichier shape en GPX, donc par décalque c'est un peu dommage si c'est déjà fait, non ? ;) Pour les frontières admin, une solution qui permettrait de ne créer que un et un seul troncon par troncon jointif entre deux communes serait d'utiliser un outil de creation de topologie de lignes, par exemple. Pour les autres indications, je ne connais que très peu le format OSM et comment faire passer des attributs dans le GPX (c'est possible ?). Dans ce cas, un peu de travail en amont permettrait de faire un import massif avec les tags bien renseignés directement dans une couche de points pour les info point, idem pour les routes, et idem pour les lignes fermées (polygones)... :) Robin. Le 3 avril 2009 08:57, Stéphane Brunner stephane.brun...@gmail.com a écrit : Hello ! Il y a surement des personne plus compétente que moi pour répondre mais en en gros il y a 2 façon de faire : - Sois par décalque (comme le module cadastre fr). - Sois par import. Pour le premier il me semble que les avantages et inconvenant sont assez évidant, pour le second les difficultés sont: - Réconcilier de donnée d'import avec les donnée existante. - Comme tu l'a bien dit souvent dans ce genre de système la définition est supérieur a ce qu'il y a habituellement OSM, il faut se poser consciencieusement la question si c'est utile ou si il faut lisser les courbe. Pour moi la réponse n'est en aucun cas évidente. - Faire l'outil import à proprement dit car les donnée peuvent avoir un format complètement différant comme c'est le cas pour le cadastre français ou il n'y a pas de tracer de route, c'est juste un espace entre les parcelles. Au final je pense qu'il faudra certainement faire en plusieurs « étapes » : - Une partie comme le nom des lieux dit faire en import automatique. - Les cotes, les bâtiments, .. faire en import semi automatique. - E il y aura surement une partie a faire par décalque ! J'ai répondu au mieux de mes compétence propre, il y aura certainement d'autre avis ;-) CU Stéphane 2009/4/3 Arnaud Jordan asso-lol...@linux.pf: Bonjour, Je suis le secrétaire de l'association LoLiTa (Logiciels Libres à Tahiti et dans les îles). Nous sommes basés à Tahiti. J'ai eu l'oreille d'un décideur politique de Polynésie française qui pourrait être intéressé par libérer tout ou partie des données du cadastre et les mettre à disposition directement sur OSM, ce qui est de la compétence du gouvernement local. Nous nous demandons quelle est la meilleure façon de rendre ces données disponibles. Nous lui avons proposé, dans un premier temps, de libérer les côtes la toponymie générale (îles, communes, quartiers, lieux-dits ...) les frontières administratives le tracé des routes, leur classement administratif, leur nom le tracé des rues , leur nom le tracé des bâtiments publics et ou importants et leurs noms les indications touristiques diverses (plages, sites archéologiques, services, hôtels, pensions de famille...) Le cadastre est sous ArcGis. Les données peuvent être assez fines et assez volumineuses. Quel est, d'après vous, le meilleur moyen technique de mettre toutes ces données en ligne et de donner un coup de fouet à la communauté OSM naissante en Polynésie française ? Librement, -- Arnaud Jordan Secrétaire de l'association LoLiTa Logiciels Libres à Tahiti et dans les îles http://www.lolita.pf ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Stéphane Brunner mail : stephane.brun...@gmail.com messageries instantanées : stephane.brun...@gmail.com (http://talk.google.com) -- Non aux brevets logiciels http://stopsoftwarepatents.eu/banner/601000605319/ssp-468-96.gif http://stopsoftwarepatents.eu/601000605319 -- http://www.ubuntu-fr.org - Distribution Linux http://fr.wikipedia.org - Encyclopédie communautaire http://mozilla-europe.org - Navigateur internet / Client de messagerie http://framasoft.net - Annuaire de logiciel libre (gratuit) http://jeuxlibres.net - Jeux Libres (gratuit) http://openstreetmap.org - Cartographie libre (en développement) -- Il existe 10 sortes de personnes : celles qui connaissent le binaire, et les autres. -- Si un jour on te reproche que ton travail n'est pas un travail de professionnel, dis toi que : Des amateurs ont construit l'arche de Noé, et des professionnels le Titanic.
Re: [OSM-talk-fr] Bonjour de Polynésie française
2009/4/3 Arnaud Jordan asso-lol...@linux.pf: Boujour à Tahiti ! Il faudra organiser un jour une mapping party chez-vous, dès qu'on aura trouver un sponsor pour les billets d'avion ! Lorsqu'on importe des données, il faut d'abord s'assurer qu'on a bien l'accord des propriétaires de ces données (ne pas se contenter d'un accord verbal par exemple). Ensuite, tu n'es pas le premier à faire se genre d'import et je pense que c'est un travail suffisament important qui peut nécessiter la collaboration de plusieurs personnes. Je te conseillerais de contacter Steven Le Roux qui a commencé la même opération sur des données de la communauté urbaine de Brest: http://lists.openstreetmap.org/pipermail/talk-fr/2009-January/005656.html (arf, je viens de voir le message de Steven arriver juste avant mon post) et qui pourra sans doute te donner quelques pistes. Tu peux aussi consulter la documentation sur le wiki: http://wiki.openstreetmap.org/wiki/Import http://wiki.openstreetmap.org/wiki/Import/Guidelines http://wiki.openstreetmap.org/wiki/AND_Data La première étape est de convertir les données GIS en données OSM, en particulier convertir les attributs (dans un fichier au format .OSM, et pas GPX comme je viens de le lire par ailleurs - GPX c'est les traces GPS avec waypoints donc sans intétêt ici). Il existe certainement des outils/scripts développés par des prédécesseurs pour faire cette conversion (voir sur le wiki les imports AND ou TIGER). Si vous avez accès aux données bruts, en aucun cas je ne conseillerais de faire du recopier sur calque comme nous le faisons pour le cadastre en ligne (on le fait parce qu'on n'a pas le choix). Il y a ensuite la deuxième étape qui est de transférer les données dans la base OSM. Sur des terrains vierges, c'est facile. Mais s'il y a déjà des données créées par d'autres contributeurs, il faudra alors voir si ces anciennes données vallent la peine d'être conservées ou non (voir si les données cadastrales ne sont pas meilleures et mieux renseignées). C'est à voir au cas par cas suivant les zones qui seront touchées. Certaines données seront plus facile à importer que d'autres. Par exemple: - les lignes de côte sont probablement de meilleure qualité sur votre cadastre que celles d'origine de la base OSM. Je comparerais un échantillon ou deux d'abord pour voir puis je remplacerais purement et simplement les anciennes lignes de côtes par les nouvelles. - les routes : plus délicat si elles sont déjà dans la base parce qu'elles peuvent contenir des informations non visible sur un cadastre comme la classification (primary, secondary, tertiary, unclassified, residential) ou d'autres attributs comme la reference, limite de vitesse, sens unique, etc... - la toponymie générale, les bâtiments publics et leurs noms, les indications touristiques, tout cela devrait être facilement transposé directement en effaçant ce qu'il y avait précédement car certainement incomplet. Encore une fois, c'est à juger au cas par cas suivant ce qui est déjà présent dans OSM et avec quelle qualité. Il arrive que certains mappent une île parce qu'ils ont une bonne image satellite mais la classification est approximative, fausse ou manquante (highway=road), aucun nom, aucune information sur les restrictions, etc. Il peut être plus simple de tout effacer pour recommencer avec un import propre et de qualité. Tiens nous au courant et si tu as des questions, n'hésite pas à les soumettre sur cette ML. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Bonjour de Polynésie française
Le 3 avr. 09 à 13:55, Pieren a écrit : à juger au cas par cas Combien d'osm'eurs actifs y a-t-il en Tahiti ? Combien de gens connaissent le terrain et pourront interpréter/taguer des données brutes d'import ? (J'y vois des contributions de gens locaux, de français métropoliens, d'américains, d'allemands. Apparemment plusieurs groupes de contributeurs se croisent. Pas possible de les contacter par notre mailing-liste ici). Cela peut avoir une importance sur la stratégie de quoi importer comment, et à quel rythme. Peut-être essayer de contacter ceux qui ont contribué ou modifié sur Tahiti (les cracks ici pourraient extraire ces noms/adresses...), pour tenter de concerter les efforts, créer une équipe ? Gerhard ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Bonjour de Polynésie française
A propos des données Arcview, j'y ai été confronté récemment. Voir : http://lists.openstreetmap.org/pipermail/talk-fr/2009-March/007804.html C'était juste des limites de parc, rien de compliqué. Je n'ai pas trouvé de solution simple: - QGis permet de lire les données Arcview et de les afficher. Mais je n'ai pas trouvé comment transférer dans OSM. J'avais trouvé un mode opératoire pour exporter en GPX mais ça plantait à l'étape 10 (message d'erreur): http://forum.qgis.org/viewtopic.php?f=2t=732p=5384#p2021 - j'ai trouvé l'utilitaire shp2txt.exe qui propose des exportations en différents formats texte. Comme toutes mes limites de parc étaient de type multipolygon, j'ai fait derrière un petit bout de logiciel avec Delphi sous Windows qui prend chaque polygone, convertit les coordonnées vers WGS84 et le sauvegarde en trace GPX. Enfin, j'importe la trace GPX dans JOSM. Un peu lourd mais ça marche. Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Bonjour de Polynésie française
Sinon, il faut se tourner vers la librairie ogr2ogr (ligne de commande) qui permet de convertir et de reprojeter des couches depuis et vers les formats les plus utilisés. Une application graphique a été réalisée : http://inventis.ca/ogr2gui/index.htm A tester donc ! kimaidou Le 3 avril 2009 16:42, Eric Sibert courr...@eric.sibert.fr a écrit : A propos des données Arcview, j'y ai été confronté récemment. Voir : http://lists.openstreetmap.org/pipermail/talk-fr/2009-March/007804.html C'était juste des limites de parc, rien de compliqué. Je n'ai pas trouvé de solution simple: - QGis permet de lire les données Arcview et de les afficher. Mais je n'ai pas trouvé comment transférer dans OSM. J'avais trouvé un mode opératoire pour exporter en GPX mais ça plantait à l'étape 10 (message d'erreur): http://forum.qgis.org/viewtopic.php?f=2t=732p=5384#p2021 - j'ai trouvé l'utilitaire shp2txt.exe qui propose des exportations en différents formats texte. Comme toutes mes limites de parc étaient de type multipolygon, j'ai fait derrière un petit bout de logiciel avec Delphi sous Windows qui prend chaque polygone, convertit les coordonnées vers WGS84 et le sauvegarde en trace GPX. Enfin, j'importe la trace GPX dans JOSM. Un peu lourd mais ça marche. Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Bonjour de Polynésie française
Merci Pieren d'avoir corrigé pour le GPX. Je n'ai pas eu le temps d'approfondir mais je croyais que ca aurait pu faire l'affaire, au temps pour moi. Robin. Le 3 avril 2009 16:51, kimaidou kimai...@gmail.com a écrit : Sinon, il faut se tourner vers la librairie ogr2ogr (ligne de commande) qui permet de convertir et de reprojeter des couches depuis et vers les formats les plus utilisés. Une application graphique a été réalisée : http://inventis.ca/ogr2gui/index.htm A tester donc ! kimaidou Le 3 avril 2009 16:42, Eric Sibert courr...@eric.sibert.fr a écrit : A propos des données Arcview, j'y ai été confronté récemment. Voir : http://lists.openstreetmap.org/pipermail/talk-fr/2009-March/007804.html C'était juste des limites de parc, rien de compliqué. Je n'ai pas trouvé de solution simple: - QGis permet de lire les données Arcview et de les afficher. Mais je n'ai pas trouvé comment transférer dans OSM. J'avais trouvé un mode opératoire pour exporter en GPX mais ça plantait à l'étape 10 (message d'erreur): http://forum.qgis.org/viewtopic.php?f=2t=732p=5384#p2021 - j'ai trouvé l'utilitaire shp2txt.exe qui propose des exportations en différents formats texte. Comme toutes mes limites de parc étaient de type multipolygon, j'ai fait derrière un petit bout de logiciel avec Delphi sous Windows qui prend chaque polygone, convertit les coordonnées vers WGS84 et le sauvegarde en trace GPX. Enfin, j'importe la trace GPX dans JOSM. Un peu lourd mais ça marche. Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-ja] North Korea launches the rocket soon toward the east.
柴田(あ)です。 破片が落ちたらぜひそこまでのケモノ道を map してください! と不謹慎なことを… (^^;ゞ というか、そういうスピード感はほかの地図にはない特徴ですから。 近所の大規模開発中の場所がそろそろ道路が通れそうなので、 いつ mapping に行けるか月一くらいで様子をうかがってます。 電柱は立っていますが、まだ舗装されてません。 http://www.openstreetmap.jp/showmap?lat=35.84547478407654lon=139.29848415947296zoom=18 20090404023528.52999.qm...@web3612.mail.tnz.yahoo.co.jp の、 [OSM-ja] North Korea launches the rocket soon toward the east. において、 Sat, 4 Apr 2009 11:35:27 +0900 (JST) 発信のメイルで ikiyaさんは書きました: North Korea launches the rocket soon toward the east. I care. My town is near the orbit of the rocket I am telling the child to be in the house. ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
[Talk-GB] Possibly using highway=path for country footpaths
Folks, Having some time on my hands at the moment, I'm trying to get my head round some of the inconsistencies/duplications/gaps in the usage of the highway key. Having looked at the recent widescale adoption of highway=path in Germany it is clearly fulfilling a need. I'm coming to the view that this is a need that we (England and Wales) didn't know existed, because we're used to red dotted lines for country footpaths, and have fallen into using the same tag for rural and urban footpaths, even though they are generally physically quite different. We've therefore lost some of the physical information you get on OS maps, where old hands know to prefer footpaths that follow tracks etc. In Germany, highway=path is being used for paths outside built-up areas that aren't wide enough to be highway=track, but aren't established enough to be classified as footway, cycleway or bridleway. They are probably also reacting to footway (fussweg) being an established term for an urban footpath, and not liguistically appropriate to a rural footpath. Footway is also a defined term in English law, but it's mostly used by highways professionals, and covers urban and rural footpaths and pavements. highway=path is also sometimes being used in Germany with bicycle=designated or foot=designated, but this isn't as common. Given a choice between the English system (of using footway in both urban and rural contexts) or the German system (of distinguishing), I think I'm coming to the conclusion that the German system gives a clearer and more accurate coding of the geography, and gives renderers a better basis for making maps. I also think that developing a consensus on how path should be used is sensible, to avoid it being used for every type of path, which is currently a danger. There is obviously an issue that we in England and Wales have been merrily tagging rural footpaths as footways for a while. If we move to a situation where path is preferred for most of these, then that's quite a lot of retagging. But having them as highway=footway isn't so terribly wrong in the meantime, so I'd be happy for a slow transition, if the eventual outcome was a clearer and more internationally-adoptable/understandable system. *** I would like feedback/discussion on this particular point - whether urban made-up and rural unmade footpaths should be tagged distinctively *** To summarise clarify, I'm getting towards: highway=path for unmade/part-made pedestrian ways, typically in rural/woodland settings, or urban shortcuts (implies foot=yes, rest=no) highway=footway for well-made pedestrian ways, typically in urban settings, though sometimes in popular rural/woodland settings (implies foot=yes, rest=no) highway=bridleway for (typically unmade) ways clearly identifiable as for use by horses as well as pedestrians, typically in a rural/woodland setting (implies foot=yes, horse=yes, rest=no) highway=cycleway for ways that have been engineered for normal cycles, in both rural and urban settings, but which are less than 2m wide (implies foot=yes, bicycle=yes, rest=no; horse=yes to be added where appropriate) highway=track/unclassified/etc for ways that are at least 2m wide AND designation=footpath/bridleway/restricted_byway/byway/permissive_footpath/permissive_bridleway to record right of way in England Wales (probably with a default assumption that highway=path implies designation=footpath and highway=bridleway implies designation=bridleway unless tagged otherwise) Richard (West Oxford) ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Possibly using highway=path for country footpaths
On 03/04/2009 12:42, Richard Mann wrote: *** I would like feedback/discussion on this particular point - whether urban made-up and rural unmade footpaths should be tagged distinctively *** Given we already have a separate tag for surface, I don't see the distinction. In highway engineering terms in the UK a footway is always alongside a road, and we don't tend to mark those separately anyway. So our use of this rather specialised word footway doesn't correspond to the only other use of it. I just don't see the distinction between a muddy metre wide path that happens to run between houses from one that doesn't. And if it is surfaced, we have a means to say so already. To summarise clarify, I'm getting towards: highway=path for unmade/part-made pedestrian ways, typically in rural/woodland settings, or urban shortcuts (implies foot=yes, rest=no) highway=footway for well-made pedestrian ways, typically in urban settings, though sometimes in popular rural/woodland settings (implies foot=yes, rest=no) highway=bridleway for (typically unmade) ways clearly identifiable as for use by horses as well as pedestrians, typically in a rural/woodland setting (implies foot=yes, horse=yes, rest=no) highway=cycleway for ways that have been engineered for normal cycles, in both rural and urban settings, but which are less than 2m wide (implies foot=yes, bicycle=yes, rest=no; horse=yes to be added where appropriate) highway=track/unclassified/etc for ways that are at least 2m wide AND designation=footpath/bridleway/restricted_byway/byway/permissive_footpath/permissive_bridleway to record right of way in England Wales (probably with a default assumption that highway=path implies designation=footpath and highway=bridleway implies designation=bridleway unless tagged otherwise) Well, you know my view on this. A cycleway is a cycleway if it is signed as a cycleway, not because it appears to be constructed to a standard that happens to be suitable for carrying bikes. Likewise bridleway, which in the UK permits cyclists to use it (by default). And where did this arbitrary 2m come from? That would mean some signed cycleways in Cambridge wouldn't be marked as such because they are wider than 2m. Perhaps you are trying somehow to distinguish between a specially constructed cycleway and a road which has been converted for cycle use. But in my mind that's just a wider cycleway. It will come as no surprise to you that I completely disagree with your approach to this whole subject. David ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Possibly using highway=path for country footpaths
-Original Message- From: talk-gb-boun...@openstreetmap.org [mailto:talk-gb- boun...@openstreetmap.org] On Behalf Of David Earl Sent: 3 April 2009 13:02 To: Richard Mann Cc: talk-gb@openstreetmap.org Subject: Re: [Talk-GB] Possibly using highway=path for country footpaths Well, you know my view on this. A cycleway is a cycleway if it is signed as a cycleway, not because it appears to be constructed to a standard that happens to be suitable for carrying bikes. Likewise bridleway, which in the UK permits cyclists to use it (by default). And where did this arbitrary 2m come from? That would mean some signed cycleways in Cambridge wouldn't be marked as such because they are wider than 2m. Perhaps you are trying somehow to distinguish between a specially constructed cycleway and a road which has been converted for cycle use. But in my mind that's just a wider cycleway. It will come as no surprise to you that I completely disagree with your approach to this whole subject. Indeed. Current guidance (though admittedly not always heeded) in the UK is for a minimum of 2.5m wide for a cycleway. So only applying highway=cycleway to ways less than 2m wide would mean that we can't add any new cycleways that follow the guidance. Gregory ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Possibly using highway=path for country footpaths
On Fri, 3 Apr 2009, David Earl wrote: In highway engineering terms in the UK a footway is always alongside a road, and we don't tend to mark those separately anyway. This is a slightly separate issue, but not marking them is a bit of a problem in some cases because we end up with things like foot bridges which are unconnected at both ends because there is no separate footway marked along the side of the road. I'm not really going to comment on what the best practice is for this case at the moment, just pointing out that it can be a problem. I just don't see the distinction between a muddy metre wide path that happens to run between houses from one that doesn't. And if it is surfaced, we have a means to say so already. I've got to agree with this. I missed the discussion when the highway=path tag was agreed, but I have never really seen the need for it. If it is something I can walk along then it's a footway - I don't much care whether it is in an urban area or on the top of a cliff in the middle of nowhere, none of that changes what I can do on the way (i.e. walk). Well, you know my view on this. A cycleway is a cycleway if it is signed as a cycleway, not because it appears to be constructed to a standard that happens to be suitable for carrying bikes. Likewise bridleway, which in the UK permits cyclists to use it (by default). Also, there's a legal distinction between cycleways and footways to think about - it is illegal to cycle on a footway, and similarly if you were walking on a designated cycleway I suspect the courts might not look at you favourably if you were hit by a bike (especially if there's a perfectly good footway following a similar route). So marking up a way as a cycleway just because it _looks_ suitable for bikes is not a sensible move. In some cases a track is both a footway and a cycleway (often with a line down the middle to separate the cyclists and pedestrians). I'm not sure of the best way to tag this - do we tag it as a footway with cyclists allowed, a cycleway with pedestrians allowed, mark up 2 independent ways next to eachother, or something completely different? (it is a good argument for not using the single highway tag to describe the legal properties of a way, such as footway or cycleway, where it may actually be both). And where did this arbitrary 2m come from? That would mean some signed cycleways in Cambridge wouldn't be marked as such because they are wider than 2m. Perhaps you are trying somehow to distinguish between a specially constructed cycleway and a road which has been converted for cycle use. But in my mind that's just a wider cycleway. And indeed, people can already use the width tag to signify how wide the cycleway is - what it was historically used for is not important for most renderings of the map. There may be merrit in marking up the historical use through other tags, e.g. something like highway=cycleway, historically:railway=rail or similar for a disused railway line that is now a designated cycleway, but that is another discussion - I don't believe what an object used to be should have any real bearing on the mainstream tags. Unless someone can explain to me a really good reason for using path instead of footway, I really don't much feel like having to resurvey all the footways around here... - Steve xmpp:st...@nexusuk.org sip:st...@nexusuk.org http://www.nexusuk.org/ Servatis a periculum, servatis a maleficum - Whisper, Evanescence ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Possibly using highway=path for country footpaths
I'd prefer comments on the specific point (path vs footway for rural footpaths). I wasn't trying to make a precise proposal re the cycleway/track/unclassified distinction. I'd probably say that if the extra width was on something that excluded motor-vehs then it remains a cycleway, but if it allowed motor-vehs it was unclassified. Richard On Fri, Apr 3, 2009 at 1:43 PM, Gregory Williams gregory.willi...@purplegeodesoftware.co.uk wrote: -Original Message- From: talk-gb-boun...@openstreetmap.org [mailto:talk-gb- boun...@openstreetmap.org] On Behalf Of David Earl Sent: 3 April 2009 13:02 To: Richard Mann Cc: talk-gb@openstreetmap.org Subject: Re: [Talk-GB] Possibly using highway=path for country footpaths Well, you know my view on this. A cycleway is a cycleway if it is signed as a cycleway, not because it appears to be constructed to a standard that happens to be suitable for carrying bikes. Likewise bridleway, which in the UK permits cyclists to use it (by default). And where did this arbitrary 2m come from? That would mean some signed cycleways in Cambridge wouldn't be marked as such because they are wider than 2m. Perhaps you are trying somehow to distinguish between a specially constructed cycleway and a road which has been converted for cycle use. But in my mind that's just a wider cycleway. It will come as no surprise to you that I completely disagree with your approach to this whole subject. Indeed. Current guidance (though admittedly not always heeded) in the UK is for a minimum of 2.5m wide for a cycleway. So only applying highway=cycleway to ways less than 2m wide would mean that we can't add any new cycleways that follow the guidance. Gregory ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Possibly using highway=path for country footpaths
I'm beginning personally to think that highway=footway/cycleway/bridleway were all a mistake and that highway=path and designation=public_footpath/etc, along with suitable access keys (foot, bicycle, etc) would have been a better starting point - there would certainly be fewer debates where things are currently less than clear. A wiki page I was looking at last night even mentions highway=byway which I can't find anywhere else in the wiki (and it says it implies motorcar=no for restricted byway, though the one I drove last night only said that at the end I came out of and not where I entered, so perhaps that should be motorcar=destination or something, but that's a different discussion). However, I don't believe we should differentiate urban footpaths(etc) from rural ones other than my means of the surface, width and designation tags, whether you use =path or =footwa/etc. Indeed you can have designated public footpaths that pass through urban areas, so really the only likely difference between rural and urban that I can see are where they are (so are they in a landuse=residential area, for example) and their physical properties (such as surface and width). Ed ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Possibly using highway=path for country footpaths
Ed Loach wrote: Indeed you can have designated public footpaths that pass through urban areas snip Like this one? http://www.openstreetmap.org/?mlat=51.23497mlon=-0.59355zoom=17layers=B000FTF -- Jonathan (Jonobennett) ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Possibly using highway=path for country footpaths
On Fri, 3 Apr 2009, Ed Loach wrote: I'm beginning personally to think that highway=footway/cycleway/bridleway were all a mistake and that highway=path and designation=public_footpath/etc, along with suitable access keys (foot, bicycle, etc) would have been a better starting point I think even that is a bit too high level. You don't really need to specify whether it is a path, road, etc - all we should really care about is what sort of traffic can use it (i.e. motorcar=yes|no|designated, etc.) From this you can easilly work out what *sort* of way it is (i.e. if it allows pedestrians and no one else, clearly it is a footway; if it allows cars then it is a road, etc). Any extra attributes are a bonus - width, surface, classification (e.g. for roads this might be motorway, primary, secondary, etc.). Similarly, things like whether the road is in a residential area should be an extra attribute, not a fundamental classification of the way. However, mistake or not, we have what we have and making fundamental changes doesn't seem especially likely (I have in the past made suggestions regarding the fundamental data structure and have been met with nothing but sarcastic replies and put-downs - I find it quite depressing that no one seems interested in even thinking about any revolutionary changes instead of just continuing down a potentially dead-end route. See my brain-dump on the wiki: http://wiki.openstreetmap.org/wiki/User_talk:Steve_Hill) - Steve xmpp:st...@nexusuk.org sip:st...@nexusuk.org http://www.nexusuk.org/ Servatis a periculum, servatis a maleficum - Whisper, Evanescence ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
[Talk-GB] Exhibition for Construction and Engineering Surveying
If anyone is in and around York Racecourse on 22 or 23 April then you might think to tout OSM around to some of the exhibitors at XCES. It would be useful to get some contact names for some of these organisations there. I might have gone myself but I'm not available those two days. http://asp.artegis.com/xces/2009 It's a trade thing but just stick OpenStreetMap on the registration form. Cheers Andy ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Possibly using highway=path for country footpaths
On 03/04/2009 14:11, Steve Hill wrote: However, mistake or not, we have what we have and making fundamental changes doesn't seem especially likely (I have in the past made suggestions regarding the fundamental data structure and have been met with nothing but sarcastic replies and put-downs - I find it quite depressing that no one seems interested in even thinking about any revolutionary changes instead of just continuing down a potentially dead-end route. See my brain-dump on the wiki: http://wiki.openstreetmap.org/wiki/User_talk:Steve_Hill) We don't really have a mechanism for making that kind of decision collectively. It's easy for someone to influence how new tags are used, for example, as those just require someone to start doing it, or to be rendered. If it's a good idea people will use it, if not it will die. But unless it can be upward compatible, it is just much harder to achieve with the fundamental infrastructure and requires at least some measure of concensus but that's not nearly enough: the will and skill to put in the hours to make the change is the thing that will actually make something happen. Relations only got introduced (and segments abolished) because someone (Frederick mainly) got down to it and actually did it rather than just talking about it. There seems to be a proposal for a radical shake-up-and-lets-start-from-scratch every few weeks. There has to be a really, really good reason to turn over the apple cart because the cost is just so high. FWIW, I agree largely with the specific points on your wiki page, but I don't think it will happen because of the effort involved. What we have now is not perfect, but it can and largely does model what you are suggesting already, so there is no huge impetus to change it. There is also a camp which actively wants a node to be able to have more than one type in your terminology: we have (non-accidental) examples of place=town and building=town_hall for example, and (worse) place=town and amenity=post_box on the same node. I think that's ludicrous myself, and I'm sure you do too, but there are those who don't see it that way. David ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Possibly using highway=path for country footpaths
On Fri, 3 Apr 2009, David Earl wrote: FWIW, I agree largely with the specific points on your wiki page, but I don't think it will happen because of the effort involved. The wiki page wasn't really supposed to be a this is how it needs to be solution - the hope was to get people talking about how stuff can be improved without immediately dismissing anything that wasn't on the path of least resistance. I can understand people being indifferent, but to be met with sarcastic replies and put-downs instead of intelligent conversation was pretty offputting. Personally, I don't think the current tagging scheme is really maintainable in the long run and that eventually there will need to be a revolution, rather than evolution, in the way the data is represented, and I worry about the future of project if people with new ideas are turned away like this. There is also a camp which actively wants a node to be able to have more than one type in your terminology: we have (non-accidental) examples of place=town and building=town_hall for example, and (worse) place=town and amenity=post_box on the same node. I think that's ludicrous myself, and I'm sure you do too, but there are those who don't see it that way. I agree that this sounds pretty crazy (although I'm rather of the opinion that using a node instead of an area to identify a town for anything other than a temporary measure is wrong). There are a lot of cases where tagging objects as multiple things makes sense though - one example was given on the wiki page with roads that become pistes in the winter, but there are other such examples. There may even be merit in having a single node tagged as both a posting box and a bus stop if it happens to be a pole with both a posting box and a bus stop mounted on it. - Steve xmpp:st...@nexusuk.org sip:st...@nexusuk.org http://www.nexusuk.org/ Servatis a periculum, servatis a maleficum - Whisper, Evanescence ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Possibly using highway=path for country footpaths
On 03/04/09 13:43, Gregory Williams wrote: -Original Message- From: talk-gb-boun...@openstreetmap.org [mailto:talk-gb- boun...@openstreetmap.org] On Behalf Of David Earl Sent: 3 April 2009 13:02 To: Richard Mann Cc: talk-gb@openstreetmap.org Subject: Re: [Talk-GB] Possibly using highway=path for country footpaths Well, you know my view on this. A cycleway is a cycleway if it is signed as a cycleway, not because it appears to be constructed to a standard that happens to be suitable for carrying bikes. Likewise bridleway, which in the UK permits cyclists to use it (by default). And where did this arbitrary 2m come from? That would mean some signed cycleways in Cambridge wouldn't be marked as such because they are wider than 2m. Perhaps you are trying somehow to distinguish between a specially constructed cycleway and a road which has been converted for cycle use. But in my mind that's just a wider cycleway. It will come as no surprise to you that I completely disagree with your approach to this whole subject. Indeed. Current guidance (though admittedly not always heeded) in the UK is for a minimum of 2.5m wide for a cycleway. So only applying highway=cycleway to ways less than 2m wide would mean that we can't add any new cycleways that follow the guidance. Yes for example my route to work goes along a long section of NCR which is probably only 40 cm wide. But it's very definitely a cycleway. Cheers Chris ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
[Talk-GB] OSM Birmingham Solihull limited edition map now on sale
To celebrate the completion of base mapping for the city of Birmingham, UK we, being the local OSMers here, have had a map printed to show of our endeavours. The print run for Edition 1 was limited to just 50 and 10 have already gone to those who helped make it all happen. The rest we would like to offer for sale to cover the cost of printing the batch. The map is basically this one linked below but printed as a 300dpi raster TIF rather than the PDF, however we havent lost any definition, its a great map: http://ajr.hopto.org/osm/MappaMerciaBrumEd1.pdf (warning 4MB over a slow connection) It's printed on A0 matt poster paper to produce a map that is 841mm x 1189mm. They have then been hand folded to make a traditional folded map much like an Ordnance Survey map but without the card cover. More details here: http://blog.mappa-mercia.org/2009/03/birmingham-solihull-map-now-in-print.ht ml Each map of the 40 left is numbered starting at 11. The price will be £8 each plus PP at cost depending upon where it's going. If you are interested please email me at my mappa-mercia email address a...@mappa-mercia.org with details of how many you would like and where they need to go, I'll then respond with the total price inc PP and details of how to pay. Orders will be processed on a first come first served basis. Once they are all gone thats it. If it is successful we will probably do a further map next year after we complete the Black Country and Coventry. Cheers Andy For more about mappa-mercia see www.mappa-mercia.org ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-us] Historical locations
On Fri, Apr 3, 2009 at 3:29 PM, Theodore Book tb...@libero.it wrote: I have noticed with the new GeoNames import that a lot of places have appeared with a name like: Ivy Street School (historical) - many of these seem to be institutions that haven't existed for 50 years or more. Do we want to include them on Openstreetmap? It seems that it ought to be a map of the present, not the past. If we don't want to include them, should we delete them by hand, or would an automated process be better to do so? I thought when they were imported there was talk of the importer deimporting them auto-magically? Cheers, Adam ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Historical locations
On Apr 3, 2009, at 4:04 PM, Ian Dees wrote: On Fri, Apr 3, 2009 at 2:35 PM, Adam Schreiber sa...@clemson.edu wrote: I thought when they were imported there was talk of the importer deimporting them auto-magically? I'd prefer to see them left in, but with a :historic appended to the name of the tags. In some cases, there remains evidence of the historical use, e.g. what was a schoolhouse is now a home. -- Russ Nelson - http://community.cloudmade.com/blog - http://wiki.openstreetmap.org/wiki/User:RussNelson r...@cloudmade.com - Twitter: Russ_OSM - http://openstreetmap.org/user/RussNelson ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
[Talk-us] Reminder: Baltimore mapping party
Are you in Baltimore? Or Washington, D.C.? Looking for something new and interesting to do? Come to my Baltimore mapping party! Kelly came to my Boston mapping party just to keep her partner Jason company. He showed her how to edit and she said Why did you never TELL me how much fun this is?? and she was an editing fool for the rest of the party! I don't want to exaggerate or oversell mapping, but it really *is* that much fun. If such a thing existed, I'd have a bumper sticker that said I'D RATHER BE MAPPING with http://openstreetmap.org/ along the bottom in finer print. Okay, I'm gonna send this one last reminder off and then enter all the data I gathered in my explorations of Baltimore this afternoon! -- Russ Nelson - http://community.cloudmade.com/blog - http://wiki.openstreetmap.org/wiki/User:RussNelson r...@cloudmade.com - Twitter: Russ_OSM - http://openstreetmap.org/user/RussNelson ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us