[Talk-hr] Šesti HR-OSGeo Meetup - 11. 12. 2014.
U četvrtak, 11. 12. 2014. održat će se šesti HR-OSGeo Meetup. Pripremljena su dva predavanja: Ortofoto s bespilotnom letjelicom i Topološko hijerarhijska generalizacija administrativnih granica. Više informacija o događaju možete saznati na http://www.meetup.com/HR-OSGeo/. Molimo Vas da vaš dolazak potvrdite na Meetup servisu, kako bi imali okvirni broj sudionika. HR-OSGeo partner je Open Source Geospatial Laba Geodetskog fakulteta. ___ Talk-hr mailing list Talk-hr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-hr
[OSM-talk] Fwd: new WG: membership services
Interested in contributing to the organization of the OpenStreetMap Foundation? -- Forwarded message -- From: Richard Weait rich...@weait.com Date: Tue, Dec 9, 2014 at 9:06 AM Subject: new WG: membership services To: osmf-t...@openstreetmap.org osmf-t...@openstreetmap.org I've started a wiki page for the To Be Determined new WG for handling membership services. This is one of my ToDo list items from a conversation I had with Henk yesterday. Please indicate your interest, and potential jobs, tasks, roles, that you feel suited to. Or those that you feel willing to grow into. Also, if you've got (mostly) working membership services administration code, it would be great to have a link, a description, and or a peek at what you are doing. https://wiki.openstreetmap.org/wiki/Talk:Membership_Services_Working_Group Best regards, Richard ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-nl] Lekenvraag
On 12/09/2014 12:46 AM, St Niklaas wrote: Stefan, Pander vertelt niet waar de tekening vandaan komt. Ik ga er zomaar vanuit dat er copyright op rust die een drempel vormt voor het zo gebruiken van de bron. Zelf maak ik ook gebruik van tekeningen maar slechts na officiele toesturing om de buiten maten te kunnen meten of gebruiken. De verwerking gaat met de maatsstok van JOSM. Mijn broer heeft het zelf ingemeten en wil het doneren. Aan wie kan hij zoiets, inclusief expliciet schrijven dat het om een donatie gaat, het beste opsturen aangezien hij en ik niet genoeg ervaring hebben met OSM om dat te plaatsen. From: ste...@konink.de To: talk-nl@openstreetmap.org Date: Tue, 9 Dec 2014 00:18:19 +0100 Subject: Re: [OSM-talk-nl] Lekenvraag On Saturday, December 6, 2014 3:15:18 PM CEST, Pander OpenTaal wrote: Verder heb van het gebouw, dat een monument is, een tekening beschikbaar waarbij de binnen- en buitenkant volledig is ingemeten met Total Station. Is dat zinvol om aan OSM of een andere open bron bij te dragen? We kunnen het altijd op de mirror plaatsen als originele bron. Kun je er altijd via een kaartlaag bij. -- Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Lekenvraag
Hallo Pander, Kijk eens op deze wiki pagina: http://wiki.openstreetmap.org/wiki/Bestaande_geodata_hergebruiken Ik denk dat je daar je bron gewoon kan aan toevoegen met vriendelijke groeten m 2014-12-09 12:19 GMT+01:00 Pander pan...@users.sourceforge.net: On 12/09/2014 12:46 AM, St Niklaas wrote: Stefan, Pander vertelt niet waar de tekening vandaan komt. Ik ga er zomaar vanuit dat er copyright op rust die een drempel vormt voor het zo gebruiken van de bron. Zelf maak ik ook gebruik van tekeningen maar slechts na officiele toesturing om de buiten maten te kunnen meten of gebruiken. De verwerking gaat met de maatsstok van JOSM. Mijn broer heeft het zelf ingemeten en wil het doneren. Aan wie kan hij zoiets, inclusief expliciet schrijven dat het om een donatie gaat, het beste opsturen aangezien hij en ik niet genoeg ervaring hebben met OSM om dat te plaatsen. From: ste...@konink.de To: talk-nl@openstreetmap.org Date: Tue, 9 Dec 2014 00:18:19 +0100 Subject: Re: [OSM-talk-nl] Lekenvraag On Saturday, December 6, 2014 3:15:18 PM CEST, Pander OpenTaal wrote: Verder heb van het gebouw, dat een monument is, een tekening beschikbaar waarbij de binnen- en buitenkant volledig is ingemeten met Total Station. Is dat zinvol om aan OSM of een andere open bron bij te dragen? We kunnen het altijd op de mirror plaatsen als originele bron. Kun je er altijd via een kaartlaag bij. -- Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-ie] Moving ED data to UMap
I presume preface should be: http://overpass-api.de/api/interpreter?data= Can you send a short share link for overpass query? D On 9 December 2014 at 20:30, Brian Hollinshead br...@hollinshead.net wrote: Having added some EDs in Dun Laoghaire and as a trial just one Local Electoral Area comprising 10 of those Eds I would like to import them into UMAP. I am able to add one at a time, each to its own layer, but have failed to manage a group of ten (using overpass-turbo). I give below the URL I generate from overpass-turbo using export, query, compact and then adding the preface. http//overpass-api.de/api/interpreter?data= Sadly I get a 'problem in the response' message. http// overpass-api.de/api/interpreter?data=[out:xml][timeout:250];area(3600282800)- .area;(relation[name=Stillorgan-Kilmacud ED](area.area);relation[name=Stillorgan-Merville ED](area.area);relation[name=Clonskeagh-Milltown ED](area.area);relation[name=Clonskeagh-Roebuck ED](area.area);relation[name=Clonskeagh-Belfield ED](area.area);relation[name=Stillorgan-Deerpark ED](area.area);relation[name=Stillorgan-Mount Merrion ED](area.area);relation[name=Stillorgan-Leopardstown ED](area.area);relation[name=Foxrock-Torquay ED](area.area);relation[name=Foxrock-Carrickmines ED](area.area););out meta;;out meta qt;; Hopefully one of you may see what I need to change please. I got the same message when I tried to import the LEA on its own. ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie
[Talk-br] Mapa Ecológico no facebook
Pessoal, eu criei uma fan page https://www.facebook.com/mapaecologico.com.br pro Mapa Ecológico no facebook pra divulgar o site além OSM, se bem que eu nunca encontrei alguém que goste de mapas e não esteja aqui... =) Quem puder divulgar, e agradeço! Abraços, Linhares ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-de] Verkehrsinseln und Mehrzweckspur in der Fahrbahnmitte
Einfachste Lösung wäre wohl: Bei Grüninseln: lanes=2 + traffic_calming=island Bei Mehrzweckspur: lanes=3 + lanes:both_ways=1 + (optional falls irgendwie ersichtlich) turn:both_ways=left Am 9. Dezember 2014 um 00:44 schrieb Tirkon tirko...@yahoo.de: Moin, in einer Ortsdurchfahrt sind die beiden gegenläufigen Richtungsfahrspuren mehr oder weniger in der Mitte durch eine sogenannte Mehrzweckspur getrennt. Den Begriff hat die Verkehrsbehörde über die Presse verbreiten lassen. Diese mittlere Spur unterscheidet sich von den beiden Richtungsfahrbahnen durch einen leicht helleren Asphalt. Sie wird immer wieder durch bepflanzte Verkehrinseln unterbrochen, wobei teilweise eine Überquerungshilfe für Fu0gänger/Radfahrer eingebettet ist. Die Inseln sorgen dafür, dass die mittlere Mehrzweckspur - wie beabsichtigt - nicht vom fließenden Durchgangsverkehr befahren wird. Die Mehrzweckspur dient laut Presse zum Ein- und Ausfädeln von Linksabbiegern auf/von Grundstückseinfahrten und kleinen Nebenstraßen sowie zum gelegentlichen Überholen. Nur an wenigen Stellen ist die Mittelspur durch weiße Streifen von den durchgehenden Richtungsfahrspuren getrennt, nämlich wenn sie beampelt zur echten Linksabbiegespur auf größere Straßen mit Richtungspfeilen auf der Fahrbahn wird. Momentan ist die Straße bei OSM als zwei getrennte Richtungswege eingetragen, was dem funktionalen Charakter entspräche. Wollte man sie streng nach den Regeln mappen, müsste man sie suboptimalerweise wegen der vielen Inseln ständig verzweigen und zusammenführen. Gibt es da eine bessere Möglichkeit? ergänzende Info: Unmittelbar neben der Straße verläuft noch eine Güterzugstrecke mit zig Bahnübergängen durch den Ort. Bisweilen sind Bushaltestellen zwischen Bahn und Straße eingefügt. Dieses ganze Paket wird beidseitig von abgesetzen Fuß-/Radwegen eingerahmt, wobei einer keine entsprechende Beschilderung aufweist. Seit die Straße mit der Mehrzweckspur versehen wurde, läuft der Verkehr deutlich reibungsloser. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Abbiegespuren mit Fahrradspur
Am 09.12.2014 um 08:55 schrieb Martin Vonwald: Am 8. Dezember 2014 um 11:55 schrieb 715371 osmu715...@gmx.de: Am 07.12.2014 um 19:26 schrieb Martin Vonwald: Ok. Warum man hier cycleway:width und nicht einfach width verwendet, verstehe ich zwar nicht, aber wenn es so sein soll - bitte. Weil sich cycleway:width auf den Radweg bezieht Es ist ein highway=cycleway. ... der einen Gehweg mit Radweg - oder umgekehrt - identifiziert. und width sich auf den gesamten Weg (eingeschlossen Fußweg/Bürgersteig beziehen würde). Mein Informationsstand ist, dass sich width bei Fahrbahnen immer auf die Fahrbahn bezieht und den Gehsteig nicht miteinbezieht. Der Gehsteig wird auch mit highway=cycleway, foot=designated beschrieben. Beides ist keine Fahrbahn. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] cycleway=track bei Bordstein Trennung
Hallo, danke für die Antworten. Am Montag, 8. Dezember 2014 19:34 schrieb fly lowfligh...@googlemail.com: Ich habe zumindest path=sidewalk/crossing schon öfter verwendet. Reinen cycleways begegne ich äußerst selten. cu fly Ich kenne ein paar (eche/reine) Radwege, welche mit highway=cycleway getaggt sind. Allerdings habe ich Bauchschmerzen, enge Bordsteinradwege mit highway=cycleway + cycleway=sidewalk/crossing zu taggen. Das sieht dann doch sehr seltsam aus, auch wenn es unter einem systematischen Gesichtspunkt logisch wäre. Ich habe meine Meinung zum Erfassen von Gehwegen nocht nicht zementiert, aber ich tendiere eher in Richtung seperatem erfassen. Am Dienstag, 9. Dezember 2014 01:55 schrieb 715371 osmu715...@gmx.de: Moin, Am 08.12.2014 um 16:50 schrieb Hubert: Hat dort jemand eine Idee. In der genannten Diskussion lief es darauf hinnaus, dass 3 Typen von Gehwegen unterschieden werden müssen. Eigenständige Gehwege, straßenbegleitende Gehwege mit abgesetzter Führung (Grünstreifen, Zaum, o.ä.) und straßenbegleitende Gehwege mit enger Führung, aka Bürgersteige (nur durch Bordstein getrennt, wechseln auf die Fahrbahn jederzeit möglich). Bei Radwegen sehe ich die Problemtik ähnlich gelagert. Meinungen? Gedanken? Danke Hubert, den Thread kannte ich noch nicht. Deine Analyse würde ich im groben auch teilen. Danke und *Puh* ;D Ich habe den Thread grob durchgelesen, aber auch vorher schon eine ziemlich statische Meinung gehabt - an der hat sich eigentlich nichts geändert. Eigenständige Gehwege - eigener Weg Straßenbegleitende Gehwege mit abgesetzter Führung - (*) Straßenbegleitende Wege mit enger Führung - sidewalk=* (*) Entscheidend ist: Was ist die Trennung? Bordstein - sidewalk=* Parkstreifen - sidewalk=* Grasstreifen mit Bäumen - sidewalk=* Grasstreifen mit mehr 5m Abstand von Fahrbahn - eigener Weg Grünstreifen aus Sträuchern - eigener Weg Zaun - eigener Weg Und was eine Hand voll Bordstein-Bürgersteigmappern schon selber erkannt hat: Es geht nicht ohne foot=use_sidepath. Da ich einen Bordstein als bauliche Trennung anerkenne, denke ich es ist OK diese auch seperat einzutragen. Und ja, foot=use_sidepath wäre dann erforderlich. Soweit ich das Konzept für Gehwege an die Straße Taggen überblicke, wäre es doch auch dort denkbar auf einzelne Personengruppen eingehen zu können. Ansonsten habe ich den Eindruck, dass die Mehrheit gegen das separate Erfassen ist, wenn es nur eine Bordsteintrennung gibt. Könnte man das nicht entsprechend deprecaten? Die Einschätzung würde ich noch teilen. Allerdings kann sich das noch änderen, oder es ändert sich gerade. Ich sehe sehr viele Gegenden, wo es kein sidewalk=* an der Straße gibt, aber der Bürgersteig schon als highway=footway eingetragen ist, allerdings ohne footway=sidewalk In D ist es halt so, dass man als Fußgänger am Straßenrand (außerorts dann auch nur auf einem bestimmten), auf dem Bürgersteig oder auf einem straßenbegleitenden Gehweg gehen muss (bis auf Ausnahmen wie für die Mitführung von Sperrgut etc). Zum anderen müssen Kinder bis 8 Jahre auf dem Gehweg Radfahren. Rollstuhlfahrer haben nur mit Bordsteinkanten ein Problem und von Blinden scheint weder bekannt zu sein wie sie sich fortbewegen, noch was beim Routing wichtig für sie ist. Rollstuhlfahrer: Sollten kein Problem mit sidewalk=* haben, weil bei solch einem Tagging zu erwarten ist, dass man bei Kreuzungen, Hauseinfahrten etc einen entsprechend abgesenkten Bordstein vorfindet. Ansonsten wäre ein Beispiel schön. Blinde: Werden schon irgendwie den Bürgersteig finden, schließlich gibt es da ja auch noch andere Probleme wie Passanten, Pfeiler für Verkehrsschilder, Fahrradwege. Soweit ich das mal gehört habe, sind für Blinde POIs wie Parkbänke wichtig. Normale Fußgänger: Sind die Mehrheit und können mit entsprechendem Abstand zur Ampel nahezu überall Straßen überqueren. Soweit teile ich die Einschätzung. Allerdings ist mir das etwas zu sehr Renderer/Router orientiert. Klar, das sind die beiden wichtigsten Nutzer der Daten, aber die Erfassung sollte dann doch auf höheren Grundlagen stattfinden. Fahrradfahrer: Wenn man das weiter Spinnt, kommt man bei Radfahrern zu dem Problem, dass sie überwiegend auf beiden Seiten Einbahnstraßen vorfinden und beim Routing dann große Umwege genommen werden, bis man an eine Kreuzung zum Wenden kommt. Das hängt ganz vom Router ab. Oder vom Radfahren. Bei einem Borstein kann Ich zwar vom Radweg auf die Straße wechseln, nicht aber von der Straße auf den Radweg Wenn da jetzt wer etwas implementiert, dass eine Pseudo-Verbindung zwischen Rad-/Gehweg und Straße interpoliert, würde ich gerne genauer wissen wie Fehleranfällig das ist. Mich auch. Außerdem dürfen Radfahrer in D per default auf der Straße fahren. Ja. IMHO ist es in Städten mit engen Straßen absurd Bürgersteige saparat zu
Re: [Talk-de] cycleway=track bei Bordstein Trennung
Am 09.12.2014 um 13:17 schrieb Hubert: Hallo, danke für die Antworten. Am Montag, 8. Dezember 2014 19:34 schrieb fly lowfligh...@googlemail.com: Ich habe zumindest path=sidewalk/crossing schon öfter verwendet. Reinen cycleways begegne ich äußerst selten. cu fly Ich kenne ein paar (eche/reine) Radwege, welche mit highway=cycleway getaggt sind. Allerdings habe ich Bauchschmerzen, enge Bordsteinradwege mit highway=cycleway + cycleway=sidewalk/crossing zu taggen. Das sieht dann doch sehr seltsam aus, auch wenn es unter einem systematischen Gesichtspunkt logisch wäre. +1 highway=cycleway habe ich auch vor einiger Zeit schon bei straßenbegleitenden Radwegen benutzt, aber wie schon beschrieben: Es hat kaum Vorteile und ist kaum fehlerfrei möglich. Die Einschätzung würde ich noch teilen. Allerdings kann sich das noch änderen, oder es ändert sich gerade. Ich sehe sehr viele Gegenden, wo es kein sidewalk=* an der Straße gibt, aber der Bürgersteig schon als highway=footway eingetragen ist, allerdings ohne footway=sidewalk Mit Taginfo kann man folgende Zahlen ermitteln: Separat erfasst: footway=sidewalk143 686 footway=crossing 86 541 An Straße erfassst: sidewalk=none 222 954 sidewalk=both 143 254 sidewalk=right 63 796 sidewalk=left30 027 ... footway=both 12 357 ... Wenn man sich vor Augen führt, wie stark segmentiert das separate Erfassen ist, kann man footway=crossing auch weglassen und footway=sidewalk wenigstens halbieren, weil auf ein sidewalk=both etwa zwei highway=footway gerechnet werden müssen. Alle übrigen Wege, die nicht diese Tags haben, haben keine weitere Berücksichtigung verdient - weil sie falsch getaggt sind. Allerdings ist die Qualität der Beiträge, die ich gesehen habe, nicht ausreichend. Meistens fehlen Verbindungen zwischen Fahrbahn und straßenbegleitenden Wegen. Ich habe das an sehr vielen Stellen festgestellt. Es ist eben nicht einfach mal eben damit getan einen Weg einzuzeichnen und ihn richtig zu taggen. In D ist es halt so, dass man als Fußgänger am Straßenrand (außerorts dann auch nur auf einem bestimmten), auf dem Bürgersteig oder auf einem straßenbegleitenden Gehweg gehen muss (bis auf Ausnahmen wie für die Mitführung von Sperrgut etc). Zum anderen müssen Kinder bis 8 Jahre auf dem Gehweg Radfahren. Rollstuhlfahrer haben nur mit Bordsteinkanten ein Problem und von Blinden scheint weder bekannt zu sein wie sie sich fortbewegen, noch was beim Routing wichtig für sie ist. Rollstuhlfahrer: Sollten kein Problem mit sidewalk=* haben, weil bei solch einem Tagging zu erwarten ist, dass man bei Kreuzungen, Hauseinfahrten etc einen entsprechend abgesenkten Bordstein vorfindet. Ansonsten wäre ein Beispiel schön. Blinde: Werden schon irgendwie den Bürgersteig finden, schließlich gibt es da ja auch noch andere Probleme wie Passanten, Pfeiler für Verkehrsschilder, Fahrradwege. Soweit ich das mal gehört habe, sind für Blinde POIs wie Parkbänke wichtig. Normale Fußgänger: Sind die Mehrheit und können mit entsprechendem Abstand zur Ampel nahezu überall Straßen überqueren. Soweit teile ich die Einschätzung. Allerdings ist mir das etwas zu sehr Renderer/Router orientiert. Klar, das sind die beiden wichtigsten Nutzer der Daten, aber die Erfassung sollte dann doch auf höheren Grundlagen stattfinden. Aus meiner Sicht müsste ein Schema einen einfachen Zugang anbieten. Das tut es nicht. Es macht nur alles komplizierter und aufwändiger. Wenn man es an die Straße taggt ist das nicht so. Fahrradfahrer: Wenn man das weiter Spinnt, kommt man bei Radfahrern zu dem Problem, dass sie überwiegend auf beiden Seiten Einbahnstraßen vorfinden und beim Routing dann große Umwege genommen werden, bis man an eine Kreuzung zum Wenden kommt. Das hängt ganz vom Router ab. Oder vom Radfahren. Bei einem Borstein kann Ich zwar vom Radweg auf die Straße wechseln, nicht aber von der Straße auf den Radweg Ohne abzusteigen... Der gesamte Bereich müsste für Fußgänger zugänglich gemacht werden. So ein paar Einfahrten und Kreuzungen genügen da nicht. Man müsste den Straßenraum als Einheit, als gesamtes erfassen. Fußgänger dürften überall hin und würden nur noch von Barrieren aufgehalten - die dann zusätzlich erfasst werden müssen. Nicht, dass ich mir so etwas wünschen würde. IMHO ist es in Städten mit engen Straßen absurd Bürgersteige saparat zu erfassen. Dauernd parkt jemand wo er nicht darf den Radweg zu (Autos Fahrräder etc), Bürgersteige sind für Kinderwagen zu eng, weil Autos dort illegal parken (oder zwei Passanten passen nicht nebeneinander), Bordsteinkanten sind weder als abgesenkt noch als Normales Hindernis erkennbar usw. Also macht es bitte nicht zu kompliziert! Gab es nicht mal fälle wo Schiffe usw. eingezeichnet wurden? So ganz kann ich der Argumentation nämlich nicht folgen. Soll man denn an den Stellen gar keinen
Re: [Talk-it] Overpass query per province
2014-12-08 20:52 GMT+01:00 Pratosmart pratosm...@gmail.com: Nessuno conosce un metodo smart per estrarre con overpass i dati relativi ad una provincia? Questo è un esempio di come estrarre tutte le farmacie della provincia di Vercelli: osm-script query into=provincia type=area has-kv k=admin_level v=6/ has-kv k=name v=Vercelli/ /query query type=node area-query from=provincia / has-kv k=amenity v=pharmacy/ /query print mode=meta / /osm-script Ciao, Andrea ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Mancanza attribuzione
2014-12-07 11:00 GMT+01:00 Volker Schmidt vosc...@gmail.com: Io sarei dell'opinione che ci vuole una lettera standard (ovviamente con uno spazio per descrivere eventualmente i dettagli) che si manda in modo quasi-automatico. Il testo della lettera dovrebbe essere stilato con l'aiuto di un avvocato (sono sicuro che almeno un mappatore italiano fa l'avvocato) e che ha come mittente la OSMF italiana. La lettera deve essere scritta con il giusto bilancio fra fermezza legale e gentilezza nella parte che invita a rispondere e che spiega chi siamo e cosa facciamo. Secondo me vale la pena di fare una volta lo sforzo redazionale invece di ogni volta discutere in lista come procedere, chi parla con chi ecc. Comincerei con la collezione di eventuali lettere precedenti. +100, inoltre incomincerei ad informarmi presso un avvocato. Wikimedia è diventata ufficialmente il local chapter o no? Se si ha degli avvocati a disposizione? -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Quake-Catcher Network Sensor Monitoring
On 7 December 2014 at 21:28, Matteo Quatrida matteo.quatr...@linuxmail.org wrote: Ciao, ciao, secondo voi abbiamo qualche speranza di redimerli verso OSM? http://qcn.stanford.edu/sensor/ tantar non nuoce -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Overpass query per province
2014-12-08 20:52 GMT+01:00 Pratosmart pratosm...@gmail.com: Nessuno conosce un metodo smart per estrarre con overpass i dati relativi ad una provincia? con overpass fai così: osm-script output=xml timeout=100 !-- fetch area “Pavia” to search in -- id-query type=area ref=3600044383/ !-- map call for this area -- union area-query/ recurse type=up/ /union !-- print results -- print mode=meta/ /osm-script Dove id-query con type = area e ref = OSM-ID + 36 OSM-ID è id OSM della relation che definisce il confine della provincia. è l 44383a relation corrispondente alla provincia di Pavia. NOTA: fai la chiamata da riga di comando, perche' usando overpass-turbo nel browser, esso crasha visto il quantitativo di dati enorme che deve gestire. -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Tag per negozio compro oro?
2014-12-08 22:53 GMT+01:00 Matteo Quatrida matteo.quatr...@linuxmail.org: Il 08/12/2014 19:19, John Doe ha scritto: shop=gold mi sembra adatto. Se optate per shop=gold cambierò quelli, che ho inserito, anche se mi sembra superfluo introdurre un nuovo tipo di negozio, solamente perché tratta usato, invece di nuovo. +1 -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] applicazione per condividere posizione
Nei giorni scorsi un gruppo di vigili del fuoco volontari, mi ha chiesto aiuto per cercare un'applicazione android che consenta di convididere la propia posizione con altri perchè la vorrebbero usare durante i loro interventi in modo che la centrale veda la posizione delle squadre. Ho già fatto presente e limiti: durata della batteria e copertura GSM. Ho provato Oruxmap che fa tutto quello che si aspettano, ma è un pò troppo complicato da usare durante le emegenze (troppe opzioni disponibili) Vi chiedo se conoscente applicazioni con queste carateristiche: - sia molto semplice da usare - possa condividere la posizione in tempo reale (ogni x minuti) - possa condividere la posizione del percorso registrato (esporazione finale) - meglio se ha la possibilità di aver mappe offline Grazie Dario Zontini___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] applicazione per condividere posizione
Prova a vedere OziExplorer http://www.oziexplorer3.com/android/oziexplorer_android.html So che può fare qualcosa, ma non ho mai provato questo tipo di utilità. Anche se a pagamento per me è il migliore programma per cartografia bitmap offline e gestione migliaia di punti. Ciao Damjan Nei giorni scorsi un gruppo di vigili del fuoco volontari, mi ha chiesto aiuto per cercare un'applicazione android che consenta di convididere la propia posizione con altri perchè la vorrebbero usare durante i loro interventi in modo che la centrale veda la posizione delle squadre. Ho già fatto presente e limiti: durata della batteria e copertura GSM. Ho provato Oruxmap che fa tutto quello che si aspettano, ma è un pò troppo complicato da usare durante le emegenze (troppe opzioni disponibili) Vi chiedo se conoscente applicazioni con queste carateristiche: - sia molto semplice da usare - possa condividere la posizione in tempo reale (ogni x minuti) - possa condividere la posizione del percorso registrato (esporazione finale) - meglio se ha la possibilità di aver mappe offline Grazie Dario Zontini ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Tag per negozio compro oro?
-Original Message- From: Luca Delucchi [mailto:lucadel...@gmail.com] Sent: martedì 9 dicembre 2014 10:24 To: openstreetmap list - italiano Subject: Re: [Talk-it] Tag per negozio compro oro? 2014-12-08 22:53 GMT+01:00 Matteo Quatrida matteo.quatr...@linuxmail.org: Il 08/12/2014 19:19, John Doe ha scritto: shop=gold mi sembra adatto. Se optate per shop=gold cambierò quelli, che ho inserito, anche se mi sembra superfluo introdurre un nuovo tipo di negozio, solamente perché tratta usato, invece di nuovo. +1 Forse per distinguerli dalle normali gioiellerie potremmo usare: shop=jewelry + second_hand=only Fino ad ora non risulta usato (ci sono 3 casi in cui jewelry è usato con second_hand=yes). Ciao, Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] applicazione per condividere posizione
Il giorno 9 dicembre 2014 14:02, Dario Zontini dario.zont...@gmail.com ha scritto: Nei giorni scorsi un gruppo di vigili del fuoco volontari, mi ha chiesto aiuto per cercare un'applicazione android che consenta di convididere la propia posizione con altri perchè la vorrebbero usare durante i loro interventi in modo che la centrale veda la posizione delle squadre. Ho già fatto presente e limiti: durata della batteria e copertura GSM. Ho provato Oruxmap che fa tutto quello che si aspettano, ma è un pò troppo complicato da usare durante le emegenze (troppe opzioni disponibili) Vi chiedo se conoscente applicazioni con queste carateristiche: - sia molto semplice da usare - possa condividere la posizione in tempo reale (ogni x minuti) - possa condividere la posizione del percorso registrato (esporazione finale) - meglio se ha la possibilità di aver mappe offline Secondo me la app che più si avvicina sarebbe Geopaparazzi ( http://geopaparazzi.github.io/geopaparazzi/) ma manca della parte di sincronizzazione in tempo reale. Ho girato la mail ad Andrea Antonello, chissà che non gli venga in mente qualcosa... Io e Fabrizio Tambussa stiamo sviluppando una cosa simile a quella che chiedi, ma mancherebbe delle mappe offline e del client stabile. https://github.com/osmItalia/ninja-mapping http://www.slideshare.net/stesabatini/ninja-mapping Grazie Dario Zontini Ciao, Stefano ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] applicazione per condividere posizione
Per applicazioni così delicate hardware dedicato da installare nei mezzi. Sconsiglio assolutamente soluzioni che prevedono l'uso del cellulare, tanto più se personale come immagino. -- View this message in context: http://gis.19327.n5.nabble.com/applicazione-per-condividere-posizione-tp5826715p5826750.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] applicazione per condividere posizione
Banalmente, sarebbe sufficiente utilizzare la Condivisione della posizione, settabile tra le impostazioni dell'account Google associato al cellulare. In pratica: nuovo gruppo di Google+, tutti i membri con la condivisione della posizione attivata e visibile agli altri membri del gruppo oppure soltanto all'account della Centrale operativa. Per trovare app specifiche: devi cercare tra quelle dedicate al Parental Control, che in pratica fungono da software spia per consentire ai genitori di rntracciare i cellulari dei figli (e non solo). Tra queste, io ho usato per qualche tempo quella di Sygic ( https://play.google.com/store/apps/details?id=com.sygic.familywhere.android) che per un po' ha funzionato bene, finché mia figlia non ha imparato a disattivarla. Ciao /niubii/ ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] applicazione per condividere posizione
Il 09/12/2014 19:05, Hartman ha scritto: Per applicazioni così delicate hardware dedicato da installare nei mezzi. Sconsiglio assolutamente soluzioni che prevedono l'uso del cellulare, tanto più se personale come immagino. I VVF sono consapevoli che non è un prodotto professionale. Non vogliono minimamente ridurre lo standard di sicurezza che devono garantire, ma volevano avvicinarsi al mondo GPS e OSM senza dover sostenere grosse spese. Stiamo parlando di interventi in un piccolo paese dove c'è già una buona conoscenza personale del territorio -- View this message in context: http://gis.19327.n5.nabble.com/applicazione-per-condividere-posizione-tp5826715p5826750.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it -- Dario Zontini ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Tag per negozio compro oro?
Il 09/12/2014 14:32, Alberto Nogaro ha scritto: -Original Message- From: Luca Delucchi [mailto:lucadel...@gmail.com] Sent: martedì 9 dicembre 2014 10:24 To: openstreetmap list - italiano Subject: Re: [Talk-it] Tag per negozio compro oro? 2014-12-08 22:53 GMT+01:00 Matteo Quatrida matteo.quatr...@linuxmail.org: Il 08/12/2014 19:19, John Doe ha scritto: shop=gold mi sembra adatto. Se optate per shop=gold cambierò quelli, che ho inserito, anche se mi sembra superfluo introdurre un nuovo tipo di negozio, solamente perché tratta usato, invece di nuovo. +1 Forse per distinguerli dalle normali gioiellerie potremmo usare: shop=jewelry + second_hand=only Fino ad ora non risulta usato (ci sono 3 casi in cui jewelry è usato con second_hand=yes). Ciao, Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it +1 Mi soddisfa! -- Matteo Quatrida GNU/Linux User #498939 OpenStreetMap Contributor since 2009 «Be GREEN and keep it on your SCREEN!» ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] applicazione per condividere posizione
Io uso il nuovo plugin di osmand chiamato OsMo ed è ottimo. Il giorno 09/dic/2014 14:40, sabas88 saba...@gmail.com ha scritto: Il giorno 9 dicembre 2014 14:02, Dario Zontini dario.zont...@gmail.com ha scritto: Nei giorni scorsi un gruppo di vigili del fuoco volontari, mi ha chiesto aiuto per cercare un'applicazione android che consenta di convididere la propia posizione con altri perchè la vorrebbero usare durante i loro interventi in modo che la centrale veda la posizione delle squadre. Ho già fatto presente e limiti: durata della batteria e copertura GSM. Ho provato Oruxmap che fa tutto quello che si aspettano, ma è un pò troppo complicato da usare durante le emegenze (troppe opzioni disponibili) Vi chiedo se conoscente applicazioni con queste carateristiche: - sia molto semplice da usare - possa condividere la posizione in tempo reale (ogni x minuti) - possa condividere la posizione del percorso registrato (esporazione finale) - meglio se ha la possibilità di aver mappe offline Secondo me la app che più si avvicina sarebbe Geopaparazzi ( http://geopaparazzi.github.io/geopaparazzi/) ma manca della parte di sincronizzazione in tempo reale. Ho girato la mail ad Andrea Antonello, chissà che non gli venga in mente qualcosa... Io e Fabrizio Tambussa stiamo sviluppando una cosa simile a quella che chiedi, ma mancherebbe delle mappe offline e del client stabile. https://github.com/osmItalia/ninja-mapping http://www.slideshare.net/stesabatini/ninja-mapping Grazie Dario Zontini Ciao, Stefano ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] applicazione per condividere posizione
Il 09/dic/2014 21:00 John Doe theguest...@gmail.com ha scritto: Io uso il nuovo plugin di osmand chiamato OsMo ed è ottimo. Grazie per la segnalazione. Osmand non finisce di stupirmi. In alternativa, se l'informazione é necessaria solo alla centrale e le squadre non sono connesse ad internet , ci sono data logger che trasmettono la posizione tramite SMS a poco più di 50€. -- cascafico.altervista.org twitter.com/cascafico Syncthing Node ID 2M2D4D6-Q7QSYGE-VGLD4YO-KR62AOJ-F6MUSUA-AQRF27C-XVQP63G-4ADMFAA ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] applicazione per condividere posizione
Però che bello che sarebbe vedere un così nobile corpo di eroi adoperare OpenStreetMap e perché no, anche iniziare a contribuire. Sarebbe veramente importante sotto diversi punti di vista un loro interessamento ed un loro contributo. Cose come queste potrebbero essere un inizio. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] applicazione per condividere posizione
forse https://icecondor.com/ ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Ping pong o tennis tavolo
Ciao... nel mio paese è presente un campo di basket aperto a tutti (leisure=pitch sport=basketball). Tutto intorno vi è un prato decorativo (landuse=grass) ed un tavolo da ping pong in cemento. Come posso mappare questo ultimo elemento? Sport=table_tennis ok.. ma il tag principale quale può essere? Grazie. -- Gianluca Boero ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Tag per negozio compro oro?
Am Dienstag, 9. Dezember 2014 schrieb Alberto Nogaro : shop=gold mi sembra adatto. Se optate per shop=gold cambierò quelli, che ho inserito, anche se mi sembra superfluo introdurre un nuovo tipo di negozio, solamente perché tratta usato, invece di nuovo. +1 Forse per distinguerli dalle normali gioiellerie potremmo usare: shop=jewelry + second_hand=only Ametto che non ci sono mai andato, ma pensavo che in primis erano punti d'acquisto dove poi l'oro lo fusano e lo vendono a chiunque (banche ecc) al prezzo quotidiano. jewelry (o meglio jewellery) non va bene perché comprano denti, lingotti, ecc. che non sono gioielli ed il valore non viene determinato dal valore artistico ma soltanto dal contenuto di oro Shop=trade per me non va bene (trade non vuole dire solo commercio, ma sopratutto artigianato), La parola giusta credo sia cash_for_gold Ciao, Martin -- Martin Koppenhoefer (Dipl-Ing. Arch.) Via del Santuario Regina degli Apostoli, 18 00145 Roma |I|I|I|I|I|I|I|I| Italia N41.851, E12.4824 tel1: +39 06.916508070 tel2: +49 30 868708638 mobil: +39 392 3114712 mobil: +49 1577 7793740 m...@koppenhoefer.com http://www.koppenhoefer.com Hinweis: Diese Nachricht wurde manuell erstellt. Wir bemühen uns um fehlerfreie Korrespondenz, dennoch kann es in Ausnahmefällen vorkommen, dass bei der manuellen Übertragung von Informationen in elektronische Medien die übertragenen Informationen Fehler aufweisen. Wir bitten Sie, dies zu entschuldigen. Any views or opinions are solely those of the author and do not necessarily represent those of koppenhoefer.com unless specifically stated. This email and any files attached are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error, please notify postmas...@koppenhoefer.com Please note that to ensure regulatory compliance and for the protection of our clients and business, we may monitor and read messages sent to and from our systems. Thank You. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Maptime Roma
Ci sta una image of the week sulla pagina wiki? https://twitter.com/MaptimeRoma/status/541595907360571394/photo/1 Grazie ancora e complimenti alla cuoca! Buonissimi! ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-co] Yopal en tareas
Buen aporte Humberto, me sirve de mucho en el lugar donde estoy mapeando El 8 de diciembre de 2014, 14:34, hyan...@gmail.com hyan...@gmail.com escribió: Este mapa nos puede ayudar a completar nombres de carreteras y ríos: http://www.zonu.com/images/0X0/2011-08-23-14467/Mapa-de-carreteras-de-Casanare.jpg El 8 de diciembre de 2014, 12:33, hyan...@gmail.com hyan...@gmail.com escribió: 10% superado! Mapeando más que todo vías acuáticas (ríos, arroyuelos, canales de riego), cuerpos de agua (lagunas y jagüeyes) y caminos finqueros. También las edificaciones finqueras incluyendo corrales. La imagen aérea es de cinco años atrás (27/12/2009), sería interesante (para la descripción de la tarea) verlo como base de capas de la ANH [1] o ANI [2], por lo visto el recurso hídrico a esa fecha es altamente nutrido. Feliz mapeo! Humberto Yances _ [1] http://www.anh.gov.co/Paginas/inicio/default.aspx [2] http://www.ani.gov.co/ El 5 de diciembre de 2014, 21:52, Igor TAmara i...@tamarapatino.org escribió: Ya casi llegamos a marcar el 10% como done, y hay mucha más aerofotografía, hay zonas que tienen cultivos industriales, nuevas carreteras insospechadas, yo esperaba que fuera mucho más bosque, pero hay bastante cultivo y corrales de ganado. Es un excelente ejercicio para mapear, así que bonito no esperar a que sea una emergencia para conocer de una forma alternativa el país y lo que sucede fuera de nuestros sitios de vivienda. recuerden pasarse por http://tareas.openstreetmap.co/project/7# Seguimos viéndonos El 21 de noviembre de 2014, 13:33, Leonardo Gutierrez l...@nuevoartesano.com escribió: Igor Muchas Gracias. Realmente eres mejor comunicador que yo :) . Parte de Yopal ha sido mapeada desde Duitama, dos de mis estudiantes del año pasado eran de alla y quisieron mapear su ciudad directamente. Hay mucho por hacer en nuestra area http://tareas.openstreetmap.co/project/7 Hay algunas de las tareas con alta resolución y con muchos caminos y rios son trazar, es una gran oportunidad para mapear y aprovechar las vacaciones. El 20 de noviembre de 2014, 21:04, Igor TAmara i...@tamarapatino.org escribió: El Task manager es perfecto para que podamos mejorar openstreetmap con zonas de interés en Colombia y el momento es perfecto para quienes comienzan sus vacaciones, dedicar unos minutos diarios puede permitir que tengamos mejores mapas. Me sorprendió muy gratamente Yopal, está muy bien mapeado, ya comencé con una tarea para colocar vías, ríos y algunas casas. Hay dos videos(en inglés), uno introductorio de cómo funciona y otro más específico para usar JOSM. * https://www.youtube.com/watch?v=73XCpTgyhSk * https://www.youtube.com/watch?v=ljaIaBp3LA8 Únicamente se requiere un usuario en OSM para usar http://tareas.openstreetmap.co , puede elegirse español como idioma. Recuerden que la tarea que estamos haciendo está en http://tareas.openstreetmap.co/project/7 , volvámosla verde :) Creo que es una excelente oportunidad para aprender posteriormente a mapear con áreas identificando zonas de bosque, llanuras, desiertos, labranza, humedales. Happy mapping. El 20 de noviembre de 2014, 11:58, Leonardo Gutierrez l...@nuevoartesano.com escribió: Tambien rios que muchos faltan en el llano El 20 de noviembre de 2014, 11:54, Leonardo Gutierrez l...@nuevoartesano.com escribió: Todo esta por hacer, pero me parece que deberiamos hacer calles y edificaciones. El 20 de noviembre de 2014, 11:48, hyan...@gmail.com hyan...@gmail.com escribió: Excelente! :-D ¿Qué vamos a mapear? Calles, edificaciones, usos de suelo? El 20 de noviembre de 2014, 11:44, Leonardo Gutierrez l...@nuevoartesano.com escribió: Saludos cordiales, Con el fin de iniciar nuestro trabajo con el sistema de gestion de tareas que tenemos a nuestra disposición, propongo el siguiente proyecto dentro del tas manager (1) Estaré atento a cualquier inquietud sobre su uso, las ediciones se pueden realizar con josm, ID o potlach, a mi personalmente me gusta mucho el uso en josm, para ello se requiere activar el control remoto. Las imagenes (en este caso bing) se abren automáticamente, lo que simplifica mucho el trabajo. Los espero alli. Gracias. (1) http://tareas.openstreetmap.co/project/7 ___ Talk-co mailing list Talk-co@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-co ___
[Talk-se] Kyrkor
Rörande default-lagret på www.openstreetmap.org, Varför visas kyrkor (som kors) först på zoom-nivå 16? Jag tycker de borde visas på nivå 13, så att man ser var i landskapet kyrkorna ligger. Det är vad jag är van vid från svenska kartor. Det är inte ont om plats på nivå 13. Kartan över den svenska landsbygden är så gott som tom. Samma sak gäller många ortnamn, som visas först på en högt inzoomad detaljnivå, trots att det finns gott om plats att visa dem på mer utzoomade nivåer. Även för openstreetmap.se gäller samma kritik. Men där visas inga korssymboler alls för kyrkorna. Här är sjön Tåkern i Östergötland, som ju omges av så många kyrkor, men de syns ju inte! http://openstreetmap.se/#11/58.3544/14.8291 Om OSM har någon regel att byggnad av typ church inte ska visas, så kan vi ju införa en ny typ svensk kyrka eller svensk kyrka på landsbygden som utgör ett riktmärke på långt håll och tagga de svenska kyrkorna med den typen, och låta den typen visas på zoom 13. -- Lars Aronsson (l...@aronsson.se) Aronsson Datateknik - http://aronsson.se ___ Talk-se mailing list Talk-se@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-at] Revert Änderungssatz: 27328070
+1 für Revert weil die Wege so getrennt wie sie sind nun wirklich unnütz sind, aber dem User positiv schreiben, weil das ja doch eine ganz schöne Menge an Daten sind, eigentlich Sinn machen. Am 2014-12-09 um 08:15 schrieb martin ringer: Ich bin für einen Revert des Änderungssatzes 27328070 , weil hier ein GPS Track einfach in die Karte gelegt wurde, der einfach nicht passt. In diesem Fall (Dachsteinrunde) gehört das Ganze wohl auch als Relation. ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Revert Änderungssatz: 27328070
Am 09.12.2014 08:15, schrieb martin ringer: Ich bin für einen Revert des Änderungssatzes 27328070 , weil hier ein GPS Track einfach in die Karte gelegt wurde, der einfach nicht passt. In diesem Fall (Dachsteinrunde) gehört das Ganze wohl auch als Relation. Ich bin dafür, vor dem Revert mit der Benutzerin Kontakt aufzunehmen und ihr freundlich und möglichst hilfreich zu erklären, warum ihre Änderungen nicht sinnvoll oder gar falsch sind. Ich nehme mal an, sie macht das noch nicht lange und hat nur wenig Kenntnisse über OSM-Bearbeitung. LG, Christian ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-it-trentino] incontri con sezioni CAI SAT
2014-12-07 20:15 GMT+01:00 michele zanolli zanol...@gmail.com: Ciao a tutti, ciao, Sono Michele della SAT, Commissione Sentieri (CSE). Sicuramente come SAT siamo interessati a riproporre un corso all'uso del GPS ed OSM, come è già stato fatto l'anno scorso. Aggiungo questo: visto che per la fine del 2015 è prevista la pubblicazione del volume n. 3 dei sentieri del Trentino a cura della CSE, per noi sarebbe una ghiotta occasione poter coinvolgere il gruppo di sezioni del territorio interessato dal libro (zona estremo Nord-Est se non ricordo male), in modo da migliorare la rete sentieri di quella zona. concordo che potrebbe essere un'ottima occasione. Sarebbe utile capire le tempestiche e cercare di organizzarsi in tempo utile... michele -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it-trentino mailing list Talk-it-trentino@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it-trentino
Re: [Talk-it-trentino] incontro mensile
2014-12-09 10:49 GMT+01:00 pietro marzani piem...@yahoo.it: non ricordo piu' per quando avevamo fissato il prossimo incontro. Se ricordo bene avevam stabilito il terzo mercoledì del mese, ma poi avevam spostato al secondo per evitare di avere due incontri troppo ravvicinati a novembre. Solo che domani è già il secondo di dicembre...che dite teniamo il terzo? Va bene ore 18? Potrebbe esser l'occasione per parlare della collaborazione con la SAT (v. altre mail di Dario, Michele e Luca) ed eventualmente per farsi presentare un po' meglio il progetto Lagorai (Giorgio e Carla). Per il dove? Rimanere su un bar? In questo caso se vogliamo esser operativi dovremmo cercarne uno con un ambiente un po' più adatto (senza musica, con una saletta riservata sarebbe il massimo). Oppure visto che discutiamo di progetti in collaborazione con la SAT chiediamo ospitalità a loro? io starei ancora almeno questa volta a uva e menta, per poi spostarci a gennaio verso muse/cai/altro. non credo che ce la si faccia ad organizzarsi per tempo. -- -S ___ Talk-it-trentino mailing list Talk-it-trentino@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it-trentino
Re: [Talk-it-trentino] incontri con sezioni CAI SAT
Da: Dario Zontini dario.zont...@gmail.com per Pietro: C'è la possibilità di riagganciare i contatti con questa sezione SAT e vedere se sono ancora interessati? Li vuoi contatare tu o mi mandi in privato il nome della sezione che li sento io? Sì in realtà hanno coperto l'argomento con questo incontro http://www.satbesenello.it/?p=1291 Questo non toglie la possibilità di proporre un'altra serata più avanti più specifica sul tema OSM. Ciao ciao Pietro ___ Talk-it-trentino mailing list Talk-it-trentino@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it-trentino
Re: [Talk-it-trentino] incontro mensile
Da: Simone Cortesi sim...@cortesi.com ... Solo che domani è già il secondo di dicembre...che dite teniamo il terzo? Va bene ore 18? ... Per il dove? Rimanere su un bar? In questo caso se vogliamo esser operativi dovremmo cercarne uno con un ambiente un po' più adatto (senza musica, con una saletta riservata sarebbe il massimo). Oppure visto che discutiamo di progetti in collaborazione con la SAT chiediamo ospitalità a loro? io starei ancora almeno questa volta a uva e menta, per poi spostarci a gennaio verso muse/cai/altro. OK, può essere una buona idea, anche se se a qualcuno viene in mente un locale un po' meno rumoroso secondo me andrebbe meglio (anche se la birra era buona) non credo che ce la si faccia ad organizzarsi per tempo. in tempo per quando? Va bene mercoledì 17 ore 18? Ciao ciao Pietro ___ Talk-it-trentino mailing list Talk-it-trentino@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it-trentino
Re: [Talk-it-trentino] incontro mensile
2014-12-09 11:18 GMT+01:00 pietro marzani piem...@yahoo.it: non credo che ce la si faccia ad organizzarsi per tempo. in tempo per quando? Va bene mercoledì 17 ore 18? yes! -- -S ___ Talk-it-trentino mailing list Talk-it-trentino@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it-trentino
Re: [Talk-it-trentino] incontro mensile
2014-12-09 10:49 GMT+01:00 pietro marzani piem...@yahoo.it: Da: Simone Cortesi sim...@cortesi.com non ricordo piu' per quando avevamo fissato il prossimo incontro. Se ricordo bene avevam stabilito il terzo mercoledì del mese, ma poi avevam spostato al secondo per evitare di avere due incontri troppo ravvicinati a novembre. Solo che domani è già il secondo di dicembre...che dite teniamo il terzo? Va bene ore 18? ok per il terzo, mercoledi del mese, possiamo già mettere in agenda 21 gennaio e 18 febbraio? Potrebbe esser l'occasione per parlare della collaborazione con la SAT (v. altre mail di Dario, Michele e Luca) ed eventualmente per farsi presentare un po' meglio il progetto Lagorai (Giorgio e Carla). Per il dove? Rimanere su un bar? In questo caso se vogliamo esser operativi dovremmo cercarne uno con un ambiente un po' più adatto (senza musica, con una saletta riservata sarebbe il massimo). Oppure visto che discutiamo di progetti in collaborazione con la SAT chiediamo ospitalità a loro? se non ci sono eventi si potrebbe andare a il circolino in piazza venezia, è un po' più tranquillo che l'uva e menta Ciao Pietro -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it-trentino mailing list Talk-it-trentino@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it-trentino
Re: [Talk-it-trentino] incontro mensile
- Messaggio originale - Da: Luca Delucchi lucadel...@gmail.com ok per il terzo, mercoledi del mese, possiamo già mettere in agenda 21 gennaio e 18 febbraio? per me sì! se non ci sono eventi si potrebbe andare a il circolino in piazza venezia, è un po' più tranquillo che l'uva e menta OK, qualcuno ha modo di vedere se si può farsi riservare un tavolo? Ciao P ___ Talk-it-trentino mailing list Talk-it-trentino@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it-trentino
Re: [Talk-ro] Talk-ro Digest, Vol 68, Issue 4
: http://lists.openstreetmap.org/pipermail/talk-ro/attachments/20141208/465a4df1/attachment-0001.html -- Message: 2 Date: Tue, 9 Dec 2014 00:00:59 +0200 From: Eddy Petrișor eddy.petri...@gmail.com To: OSM Romania talk-ro@openstreetmap.org Subject: Re: [Talk-ro] Dorinta import PUG Dragasani Message-ID: CAK0XTWfaf-cPR-4+C4ehUTr= rg3o5ticlol5ycn0y+m6u-q...@mail.gmail.com Content-Type: text/plain; charset=utf-8 Salut, Am un sigur comentariu legat de limbaj, nu de fond. Aş recomanda să mai introduci câte un vă rog și câte un mulțumesc în mesajele tale și să pui mai devreme avantajele lor. Ar fi păcat să dai de câte un berbec care să zică 'ia uite ce tupeu are și asta, ia mai dă-l în origini că nu-i dau nimic, că doar ce o sa facă? Ne dă in judecată pe banii lui de voluntar?' și să nu primești datele doar din pricina unui orgolios. Eddy Pe 8 dec. 2014 23:49, Badita Florin baditaflo...@gmail.com a scris: Am solicitat primariei din dragasani, sub numarul de inregistrare 28106/03.12.2014 , conform legii 544/2001 , planul urbanistic general al orasului Dragasani . Dupa ce am vorbit cu doamna de la urbanism si i-am explicat cum ar putea sa aibe si o harta pe site, daca ne ofera aceste date, a facut solicitate celor care au executat planul urbanistic si a obtinut fisierul, pe care la si trimis. Fisierul contine undeva la vreo 12000 de cladiri si inca vreo 16000 de anexe Din pacate nu are si numerele strazilor. Pentru a putea face un import, exista un numar de pasi, unu dintre ei este de a discuta cu comunitatea http://wiki.openstreetmap.org/wiki/Import/Guidelines In cazul in care comunitatea ar dori, procesul ar trebui documentat, lucru de care nu prea am timp acum. Pot face o descriere sumara a pasilor pe care i-am facut ca sa convertesc datele si cum am extras in QGIS layer-ele de cladiri Atasez aici si email-ul trimis catre primarie Badita Florin baditaflo...@gmail.com Oct 29 to primariadragas. Buna ziua, conform legii 544/2001 solicit Planul urbanistic General (PUG-ul) aferente OrasuluiDragasani in format electronic, georeferentiat. ( Fisier Autocad sau SHP ) precum si nomenclatura stradala si numerele administrative. In eventualitatea in care vreunul dintre seturile de datele solicitate cerute mai sus nu pot sa fie furnizate, sa trimiteți restu de date solicitate. Acest lucru imi este necesar pentru a le putea introduce in cadru proiectului www.openstreetmap.org. Acest proiect a fost inceput in 2004, iar momentan sunt peste 1.200.000 de voluntari din intreaga lume creează cea mai mare harta libera a lumi. Acest lucru o sa fie util pentru primarie, persoanele care ajung in oras la dumneavoastră, vor putea sa caute imediat o adresa pe siteul osm.org sau în cele peste 1000 de aplicații, websiteuri pentru telefonul mobil, GPS care folosesc datele din baza de date OpenStreetMap Spre deosebire de o harta interactiva pusa pe site-ul primariei, acest lucru permite oricarui cetatean din intreaga lume sa aiba acces la aceste date, harta Romaniei, sau a orasului poate sa fie descarcata si folosita mai apoi pe telefonul mobil fara a avea nevoie de acces la internet. Mentionam ca am colaborat cu primaria din Targu Frumos, care ne-au pus la dispozitie planul cadastral, nomenclatura stradala si numerele administrative, iar in prezent este cel mai complet oras din Romania https://www.facebook.com/permalink.php?story_fbid=198350373656484id=106349389523250 Atasez si o prezentare despre OpenStreetMap * http://prezi.com/gsc6b4yt-lg http://prezi.com/gsc6b4yt-lgg/openstreetmap/* Conform legii 544/2001, art 7, aveti obligatia de a raspunde in termen de 10 zile sau, dupa caz, in cel mult 30 de zile de la inregistrarea solicitarii. Ordinul 2701 din 2010 specifica, conform articolul 32 ca PUG-ul, PUZ-ul si PUD-urile sunt informatii de interes public, ce intra sub incidenta legii 544/2001. *Art. 32*. – Informatiile continute în PUG si RLU aferent reprezintă informatii de interes public si vor fi puse la dispozitie automat prin publicare pe site-ul primăriei si vor fi eliberate la cerere conform Legii nr. 544/2001, cu modificările si completările ulterioare. O zi buna, Badita Florin Voluntar OpenStreetMap si administator al pagini OpenStreetMap Romania 0731/172.745 OpenStreetMap Romania http://www.facebook.com/osmromania ___ Talk-ro mailing list Talk-ro@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ro -- next part -- An HTML attachment was scrubbed... URL: http://lists.openstreetmap.org/pipermail/talk-ro/attachments/20141209/7b25d84f/attachment.html -- Subject: Digest Footer ___ Talk-ro mailing list Talk-ro@openstreetmap.org https
Re: [Talk-ro] Talk-ro Digest, Vol 68, Issue 4
OpenStreetMap Romania 0731/172.745 OpenStreetMap Romania http://www.facebook.com/osmromania -- next part -- An HTML attachment was scrubbed... URL: http://lists.openstreetmap.org/pipermail/talk-ro/attachments/20141208/465a4df1/attachment-0001.html -- Message: 2 Date: Tue, 9 Dec 2014 00:00:59 +0200 From: Eddy Petrișor eddy.petri...@gmail.com To: OSM Romania talk-ro@openstreetmap.org Subject: Re: [Talk-ro] Dorinta import PUG Dragasani Message-ID: CAK0XTWfaf-cPR-4+C4ehUTr=rg3o5ticlol5ycn0y+m6u-q...@mail.gmail.com Content-Type: text/plain; charset=utf-8 Salut, Am un sigur comentariu legat de limbaj, nu de fond. Aş recomanda să mai introduci câte un vă rog și câte un mulțumesc în mesajele tale și să pui mai devreme avantajele lor. Ar fi păcat să dai de câte un berbec care să zică 'ia uite ce tupeu are și asta, ia mai dă-l în origini că nu-i dau nimic, că doar ce o sa facă? Ne dă in judecată pe banii lui de voluntar?' și să nu primești datele doar din pricina unui orgolios. Eddy Pe 8 dec. 2014 23:49, Badita Florin baditaflo...@gmail.com a scris: Am solicitat primariei din dragasani, sub numarul de inregistrare 28106/03.12.2014 , conform legii 544/2001 , planul urbanistic general al orasului Dragasani . Dupa ce am vorbit cu doamna de la urbanism si i-am explicat cum ar putea sa aibe si o harta pe site, daca ne ofera aceste date, a facut solicitate celor care au executat planul urbanistic si a obtinut fisierul, pe care la si trimis. Fisierul contine undeva la vreo 12000 de cladiri si inca vreo 16000 de anexe Din pacate nu are si numerele strazilor. Pentru a putea face un import, exista un numar de pasi, unu dintre ei este de a discuta cu comunitatea http://wiki.openstreetmap.org/wiki/Import/Guidelines In cazul in care comunitatea ar dori, procesul ar trebui documentat, lucru de care nu prea am timp acum. Pot face o descriere sumara a pasilor pe care i-am facut ca sa convertesc datele si cum am extras in QGIS layer-ele de cladiri Atasez aici si email-ul trimis catre primarie Badita Florin baditaflo...@gmail.com Oct 29 to primariadragas. Buna ziua, conform legii 544/2001 solicit Planul urbanistic General (PUG-ul) aferente OrasuluiDragasani in format electronic, georeferentiat. ( Fisier Autocad sau SHP ) precum si nomenclatura stradala si numerele administrative. In eventualitatea in care vreunul dintre seturile de datele solicitate cerute mai sus nu pot sa fie furnizate, sa trimiteți restu de date solicitate. Acest lucru imi este necesar pentru a le putea introduce in cadru proiectului www.openstreetmap.org. Acest proiect a fost inceput in 2004, iar momentan sunt peste 1.200.000 de voluntari din intreaga lume creează cea mai mare harta libera a lumi. Acest lucru o sa fie util pentru primarie, persoanele care ajung in oras la dumneavoastră, vor putea sa caute imediat o adresa pe siteul osm.org sau în cele peste 1000 de aplicații, websiteuri pentru telefonul mobil, GPS care folosesc datele din baza de date OpenStreetMap Spre deosebire de o harta interactiva pusa pe site-ul primariei, acest lucru permite oricarui cetatean din intreaga lume sa aiba acces la aceste date, harta Romaniei, sau a orasului poate sa fie descarcata si folosita mai apoi pe telefonul mobil fara a avea nevoie de acces la internet. Mentionam ca am colaborat cu primaria din Targu Frumos, care ne-au pus la dispozitie planul cadastral, nomenclatura stradala si numerele administrative, iar in prezent este cel mai complet oras din Romania https://www.facebook.com/permalink.php?story_fbid=198350373656484id=106349389523250 Atasez si o prezentare despre OpenStreetMap *http://prezi.com/gsc6b4yt-lg http://prezi.com/gsc6b4yt-lgg/openstreetmap/* Conform legii 544/2001, art 7, aveti obligatia de a raspunde in termen de 10 zile sau, dupa caz, in cel mult 30 de zile de la inregistrarea solicitarii. Ordinul 2701 din 2010 specifica, conform articolul 32 ca PUG-ul, PUZ-ul si PUD-urile sunt informatii de interes public, ce intra sub incidenta legii 544/2001. *Art. 32*. – Informatiile continute în PUG si RLU aferent reprezintă informatii de interes public si vor fi puse la dispozitie automat prin publicare pe site-ul primăriei si vor fi eliberate la cerere conform Legii nr. 544/2001, cu modificările si completările ulterioare. O zi buna, Badita Florin Voluntar OpenStreetMap si administator al pagini OpenStreetMap Romania 0731/172.745 OpenStreetMap Romania http://www.facebook.com/osmromania ___ Talk-ro mailing list Talk-ro@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ro -- next part -- An HTML attachment was scrubbed... URL: http://lists.openstreetmap.org/pipermail/talk-ro/attachments/20141209
Re: [Talk-cz] Osmose Česká republika
A vzhledem k tomu, že to má stejné podmínky užití, jako prohlížení KM, tak by to mohla být i pravda. No to by byla bomba. *** KM má svůj vlastní zákon a zabývá se jím Katastrální úřad. ZABAGED a orto spravuje Zeměměřičský úřad. Tím ale nechci tvrdit, že se nám současné paradigma zakázaného zdroje nemůže podařit zlomit třeba cestou 106/1999, viz 106/1999. Já ale nejsem sto se tomu věnovat. https://www.youtube.com/watch?v=rf_7MeEVmko ha hanoj ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Osmose Česká republika
Dne 7.12.2014 v 22:09 Marián Kyral napsal(a): Dne 7.12.2014 17:32, Michal Pustějovský napsal(a): Když jsi na stránce s mapou a jsi přihlášený, tak za jménem máš v závorce tvůj počet chyb. Jdou i krásně zobrazit na mapě ;-) Aha díky. No 942 - čekal jsem to horší :-D Bude se nějak vrtat do nastavení chyb? Některé jsou vtipné, z cca 3000 chyb je necelých 2000 v chybějících mostech a propustcích (to beru) a dalších 500 typu železniční vlečka prochází budovou (jako by to tak v reálu nebylo) nebo odstavná plocha sloužící jako parkoviště není odstavná plocha, popř. Tato cyklostezka nevede po trase zrušené železnice (kombinace highway+railway=razed) atd. :-) Mne třeba překvalilo, že mezi závažné chyby se zařadila chyba: Dva názvy http://osmose.openstreetmap.fr/cs/byuser/Mari%C3%A1n%20Kyral?item=5030 Hlavně Vladimír Hájek H+H - to nevím, jak na to došel. Asi bude potřeba kouknout na zdrojáky. V souvislosti s těmi chybějícími mosty. Slyšeli jste už o MapRuoulette [1]? Chybějící mosty jsou úkol ušitý přesně pro MR. Navíc Italové už tam takovou výzvu mají. Možná by šlo propojit osmose rovnou s MapRoulette - přidat možnost udělat z vybrané chyby rovnou výzvu pro MapRoulette. Teda pokud to tam už náhodou není. [1] http://wiki.openstreetmap.org/wiki/MapRoulette A ještě jeden nápad mám v hlavě - hodně mne štve, jak je komplikované udělat z kousku silnice most (kouska potoka tunel). Vybrat cesru a dva body, rozdělit pomocí p, vybrat prostřední kousek a změnit jej na most. Je tam dvakrát výběr. Uvažuji nad nějakým pluginem, kde by stačilo vybrat cestu a ty dva body a pak jen kliknout na Convert to bridge/ Convert to tunnel. Rozdělení a otagování by se provedlo automaticky. Třeba na to bude o vánocích čas. Cus, vymejslis trochu kolo ... ja mam na mosty vytazenou ikonu, sice to nedela uplne presne to co pises, ale udela to finalni tagovani (ze je to most + layer), ale je to dany spis tim, ze sem ponekud linej to vic resit, protoze udelat na to (v josm) sriptik je easy. Daleko horsi je, pokud nekde nedo namapuje mosty, kde zadny nejsou, pripadne naopak, mapuje tunel tam, kde je zcela evidenentne most, a to jen proto, ze mu to tam hlasi bug. Nekteri jsou dokonce tak dobri, ze jim nedela problem most + urovnovy krizeni ve spolecnym bodu. BTW: Bacha na to, zdaleka nejvic chyb tohoto typu je u krizeni s vodou, ale zaroven plati, ze naimportovane vodotece jsou prevazne pomerne slusne mimo realnou polohu (tzn klidne 10+ metru mimo most). V nekterych mistech, kde jsou vybudovany stavby jako treba dalnice, tak to klidne muze mit i zcela jinou trasu. Marián -- Původní zpráva -- Od: Marián Kyral mky...@email.cz Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org, Kašpárek Tomáš kaspa...@fit.vutbr.cz Datum: 6. 12. 2014 17:50:20 Předmět: Re: [Talk-cz] Osmose Česká republika Škoda, myslel jsem, ze uděláme soutěž, ale píše mi to jen: Vice než 500 :-) A co jsem koukal, hodně to byly chybějící mosty na cestách. Marián 6. prosince 2014 16:51:18 SEČ, Kašpárek Tomáš kaspa...@fit.vutbr.cz napsal: Cituji Kasparek Tomas kaspa...@fit.vutbr.cz: Uz se to rozjelo, jeste se budou ladit veci, ale: http://osmose.openstreetmap.fr/en/errors/?country=czech_republic_* Zamest si pred vlastnim prahem: http://osmose.openstreetmap.fr/cs/byuser/tkk Moc fajn ;-) Ahoj. ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz -- Odesláno z mého telefonu s Androidem pomocí pošty K-9 Mail. Omluvte prosím moji stručnost. ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Osmose Česká republika
Dne 7.12.2014 v 17:32 Michal Pustějovský napsal(a): Když jsi na stránce s mapou a jsi přihlášený, tak za jménem máš v závorce tvůj počet chyb. Jdou i krásně zobrazit na mapě ;-) Bude se nějak vrtat do nastavení chyb? Některé jsou vtipné, z cca 3000 chyb je necelých 2000 v chybějících mostech a propustcích (to beru) a dalších 500 typu železniční vlečka prochází budovou (jako by to tak v reálu nebylo) nebo odstavná plocha sloužící jako parkoviště není odstavná plocha, popř. Tato cyklostezka nevede po trase zrušené železnice (kombinace highway+railway=razed) atd. :-) Cus, ty trate budou asi prevazne moje ;D. Nevim jak je nastavenej ten check, ale da se to (vuci http://tools.geofabrik.de/osmi/) vyresit pridanim layer na budovu. Coz si na druhou stranu myslim, ze taky neni uplne spravne. Ta budova totiz neni nad tou trati. -- Původní zpráva -- Od: Marián Kyral mky...@email.cz Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org, Kašpárek Tomáš kaspa...@fit.vutbr.cz Datum: 6. 12. 2014 17:50:20 Předmět: Re: [Talk-cz] Osmose Česká republika Škoda, myslel jsem, ze uděláme soutěž, ale píše mi to jen: Vice než 500 :-) A co jsem koukal, hodně to byly chybějící mosty na cestách. Marián 6. prosince 2014 16:51:18 SEČ, Kašpárek Tomáš kaspa...@fit.vutbr.cz napsal: Cituji Kasparek Tomas kaspa...@fit.vutbr.cz: Uz se to rozjelo, jeste se budou ladit veci, ale: http://osmose.openstreetmap.fr/en/errors/?country=czech_republic_* Zamest si pred vlastnim prahem: http://osmose.openstreetmap.fr/cs/byuser/tkk Moc fajn ;-) Ahoj. ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz -- Odesláno z mého telefonu s Androidem pomocí pošty K-9 Mail. Omluvte prosím moji stručnost. ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Osmose Česká republika
Dne 8.12.2014 v 21:47 Martin Švec - OSM napsal(a): Dne 8.12.2014 21:18, Marián Kyral napsal(a): Dne 8.12.2014 21:12, Marián Kyral napsal(a): Dne 8.12.2014 19:55, Mirek Dlask napsal(a): Nedávno jsem našel toto http://geoportal.cuzk.cz/(S(edrn34aqju5rgehhxpqqot5a))/Default.aspx?mode=TextMetaside=wms.verejnemetadataID=CZ-CUZK-WMS-ZABAGED-PmetadataXSL=metadata.sluzbamenu=3113 http://geoportal.cuzk.cz/%28S%28edrn34aqju5rgehhxpqqot5a%29%29/Default.aspx?mode=TextMetaside=wms.verejnemetadataID=CZ-CUZK-WMS-ZABAGED-PmetadataXSL=metadata.sluzbamenu=3113 Znamená to snad, že můžeme mapovat podle ortofoto mapy, která je tam též? http://geoportal.cuzk.cz/%28S%28g0hxkax1lwypr5i5d1pmhq4z%29%29/Default.aspx?menu=3121mode=TextMetaside=wms.verejnemetadataID=CZ-CUZK-WMS-ORTOFOTO-PmetadataXSL=metadata.sluzba Jestli se nepletu, tak nemáme povoleno mapovat dle barevné ortofoto mapy od UHULu. A ČÚZK to má zřejmě ze stejního zdroje. Jak to tedy je? A vzhledem k tomu, že to má stejné podmínky užití, jako prohlížení KM, tak by to mohla být i pravda. No to by byla bomba. http://geoportal.cuzk.cz/Dokumenty/Podminky_sluzby_CUZK.pdf Lehce jsem podmínky prolítnul, když tu Petr Vejsada nadhodil dotaz v souvislosti s poloha.net. A coby neprávník si vůbec nejsem jistý, jak to s používáním WMS je. Na ukázku: * Podmínky užití - zpoplatnění služby: Žádné podmínky neplatí. :-)) * Omezení přístupu - Opětovnému využití dat zpřístupněných službou pro obchodní účely je zamezeno začleněním ochranných znaků (copyright ČÚZK). ...vyplývá z toho něco? * PDFko se odvolává na vyhlášku č. 103/2010. Z té právničiny mi přišlo, že není dovoleno skoro nic. * http://geoportal.cuzk.cz/Dokumenty/podminky.html, Podmínky poskytování a užití prohlížecích služeb: Bezplatně poskytované prohlížecí služby nejsou určeny ke komerčnímu užití a podléhají autorsko-právní ochraně zákona č. 121/2000 Sb. Pro jejich šíření, reprodukci v původní či pozměněné podobě i nekomerčního charakteru, je nutný písemný souhlas ZÚ. tohle už je dost konkrétní. * http://www.mail-archive.com/talk-cz@openstreetmap.org/msg08077.html ... jasné zamítnutí ZÚ/ČÚZK z roku 2012 pro účely obkreslování v OSM. Mně z toho vychází, že se do WMS můžeme dívat pro soukromou potřebu, ale nesmíme je dál šířit nebo obkreslovat. Me z toho vychazi, ze bys nemel ty obrazky vzit a na vlastni triko dal sirit (pripadne upravovat), muzes to asi vlozit do svyho webu (pokud neni komercni) a obkreslovat si to muzes jak chces, protoze to je tvoje soukroma aktivita. IMO by to podle 106 nemelo moc smysl - data verejne dostupna jsou, nemas o co se soudit. 106 je o pristupu k datum, a ten mas. Jinak je to podle me zhruba v rovine, ze mas (trebas) ve snemovne verejne pristupne seznamy vsech sponzoru stran, a ty je vemes, a hodis na web, nacez se budes (dost pravdepodobne) soudit s UOOU na tema ochrany osobnich udaju - presto, ze jde o ze zakona verejnou informaci. Možná by mohl někdo zběhlejší v právech a licencích znovu naťuknout ČÚZK. Třeba mezitím změnili právničku :-) Ortofoto jako zdroj v JOSM by byl naprosto super. Martin ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Osmose Česká republika
Dne 8.12.2014 v 19:32 Petr Vejsada napsal(a): Ahoj, CzechAddress si vykoledoval spoustu křížících se budov, protože na nich upravil adresu, ale geometrii pochopitelně ne; tak chytrý není. Takže tohle znám :-) S těmi potoky je to složité. Někde je třeba potok podle DIBAVOD, pak se zdigitalizuje KÚ (= máme digitální baráky) a ty baráky stojí doslova na vodě. Zřejmě tedy bude potok nepřesně. Jenže co s ním, když na satelitních/leteckých fotkách není vidět? Třeba tam není, třeba je zarostlý, teče v podzemní rouře, kdo ví? Na smazání to není, protože tam ten potok třeba (někde) je, ale jestli protéká těmi domy, spíš ne :), tak kam s ním, doprava nebo doleva? To je hádání. Alternativa - všechno v Osmose povypínat a postupovat opačně - postupně zapínat jednotlivé testy? Nechal bych to zapnute, vypnout si to muze kazdy rucne a zafiltrovat si na to, co se mu zrovna chce resit. Ad digitalizace, viz marian Kyral, ona totiz cast digitalizace ... vypada tak, ze se obslehne puvodni KM. Co myslis, kolik tak sisatych domu bude na uzemi CR realne stat? Mineno takovych, kterej maji nepravouhle tvary? -- Petr Dne Po 8. prosince 2014 18:23:17, Mirek Dlask napsal(a): Ahoj, 6136 5323 level 3 :-) Příčina? Opravuju chyby po Vás a nikdo neopravuje moje chyby. Takže můžete začít ... třeba Cesta protínající vodu Duplikované hodnoty source=uhul:ortofoto; cuzk:km; uhul:ortofoto Multiple numbers 34 in way Profesora Františka Vojtíška - je to node klasická adresa housen a conscriptionn... Way node tagged like way - někde jsem okoukal kombinaci tunnel=culvert + waterway=stream. Jednoduché a levné. A najednou je to špatně. Přitom v ZABAGED jsou propustky nejen liniové, ale i bodové, někde jsou mosty. Já většinou používal bod. Jak je to vůbec s použitím WMS vrstev ZABAGED ? http://geoportal.cuzk.cz/WMS_ZABAGED_PUB/service.svc/get? Postavit propustek v JOSM je docela šichta. Většinou je nutné si vyrobit body a pak teprve krájet. A otagovat. Navíc na mnoha místech je v reálu voda pod městem, v OSM ji rozstřikují projíždějící auta. Teď mám staženou oblast kde je 516 křížení cesty a vody. Jdu rychle opravovat, ať máte míň chyb než já ;-) Mirek Dne 8. prosince 2014 17:15 Marián Kyral mky...@email.cz napsal(a): Dne 8.12.2014 09:10, Kasparek Tomas napsal(a): -- Původní zpráva -- Od: Marián Kyral mky...@email.cz mky...@email.cz Škoda, myslel jsem, ze uděláme soutěž, ale píše mi to jen: Vice než 500 :-) kdo ma min nebo kdo vic :-D ? Kdo nic nedělá, nic nezkazí, že? ;-) Ale mohl by to být poměr počet změněných objektů vs. počet chyb. ;-) Bye ___ Talk-cz mailing listTalk-cz@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/tal k-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Osmose Česká republika
-- Původní zpráva -- Od: hanoj eha...@gmail.com Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org Datum: 9. 12. 2014 9:48:20 Předmět: Re: [Talk-cz] Osmose Česká republika A vzhledem k tomu, že to má stejné podmínky užití, jako prohlížení KM, tak by to mohla být i pravda. No to by byla bomba. *** KM má svůj vlastní zákon a zabývá se jím Katastrální úřad. ZABAGED a orto spravuje Zeměměřičský úřad. Tím ale nechci tvrdit, že se nám současné paradigma zakázaného zdroje nemůže podařit zlomit třeba cestou 106/1999, viz 106/1999. Já ale nejsem sto se tomu věnovat. https://www.youtube.com/watch?v=rf_7MeEVmko Ahoj, moc díky za odkaz na zajímavou prezentaci. Jestli jsem dobře pochytil (32: 30), ortofoto jsou data která nemáme šanci získat. Ale my ta data (konkrétní snímky) nepotřebujeme. Pouze potřebujeme potvrzení, že můžeme použít veřejnou prohlížecí WMS službu jako podklad pro mapování. Možná by stálo za to zkusit kontaktovat pana Srovnala a zeptat se jej na to. Marián ha hanoj ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz;___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Osmose Česká republika
Pouze potřebujeme potvrzení, že můžeme použít veřejnou prohlížecí WMS službu jako podklad pro mapování. *** myslím, že v tom má ZÚ jasno a proto potřebujeme ty snímky ;) hanoj ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Osmose Česká republika
Ahoj! Way node tagged like way - někde jsem okoukal kombinaci tunnel=culvert + waterway=stream. Jednoduché a levné. A najednou je to špatně. Přitom v ZABAGED jsou propustky nejen liniové, ale i bodové, někde jsou mosty. Já většinou používal bod. On ten propustek vždy má nějakou reálnou délku. Takže bod asi moc dobře není. No, silnice taky maji realnou sirku, ale nekreslime je tak. Do nejakeho zvetseni bod dobre je. Já na to zatím moc nekoukal, ale co mne praštilo do očí. je použití noexit - Já myslel, že to je klasická slepá ulice, ale dle definice na wiki, stačí aby dál pokračoval chodník a už se noexit používat nemá. No tak si to zase všechno pěkně smažu :-( To bych nedelal; informace, ze je to pro auto slepy je uzitecna, doporucuju tag jenom nahradit nejakym novym. (noexit:car?) Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Osmose Česká republika
-- Původní zpráva -- Od: Pavel Machek pa...@ucw.cz Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org Datum: 9. 12. 2014 20:08:41 Předmět: Re: [Talk-cz] Osmose Česká republika Ahoj! Way node tagged like way - někde jsem okoukal kombinaci tunnel=culvert + waterway=stream. Jednoduché a levné. A najednou je to špatně. Přitom v ZABAGED jsou propustky nejen liniové, ale i bodové, někde jsou mosty. Já většinou používal bod. On ten propustek vždy má nějakou reálnou délku. Takže bod asi moc dobře není. No, silnice taky maji realnou sirku, ale nekreslime je tak. Do nejakeho zvetseni bod dobre je. Však on taky nemá šířku. Ale má délku ;-) Já na to zatím moc nekoukal, ale co mne praštilo do očí. je použití noexit - Já myslel, že to je klasická slepá ulice, ale dle definice na wiki, stačí aby dál pokračoval chodník a už se noexit používat nemá. No tak si to zase všechno pěkně smažu :-( To bych nedelal; informace, ze je to pro auto slepy je uzitecna, doporucuju tag jenom nahradit nejakym novym. (noexit:car?) For this tag it does not matter, if there is a deadend sign at the beginning of the street or not. If you want to tag traffic signs, use traffic_sign (http://wiki.openstreetmap.org/wiki/Key:traffic_sign)=*. http://wiki.openstreetmap.org/wiki/Noexit Marián Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/ blog.html ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz;___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Osmose Česká republika
Ahoj! Já na to zatím moc nekoukal, ale co mne praštilo do očí. je použití noexit - Já myslel, že to je klasická slepá ulice, ale dle definice na wiki, stačí aby dál pokračoval chodník a už se noexit používat nemá. No tak si to zase všechno pěkně smažu :-( To bych nedelal; informace, ze je to pro auto slepy je uzitecna, doporucuju tag jenom nahradit nejakym novym. (noexit:car?) For this tag it does not matter, if there is a deadend sign at the beginning of the street or not. If you want to tag traffic signs, use traffic_sign (http://wiki.openstreetmap.org/wiki/Key:traffic_sign)=*. Jasne, a pak nekde v diskuzi: Osmarenders zoom level 17 just renders: noexit=yes/true (red transparent cross bar at tagged node) noexit=vehicle (orange ...) noexit=motor_vehicle/motorcar (yellow ...) Takze pokud si nekdo dal praci s noexit=yes, ale jsou tam chodniky, je spravne reseni nahradit to noexit=vehicle, a osmaredner to dokonce i vyrenderuje. Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Osmose Česká republika
9. prosince 2014 20:54:33 SEČ, Pavel Machek pa...@ucw.cz napsal: Ahoj! Já na to zatím moc nekoukal, ale co mne praštilo do očí. je použití noexit - Já myslel, že to je klasická slepá ulice, ale dle definice na wiki, stačí aby dál pokračoval chodník a už se noexit používat nemá. No tak si to zase všechno pěkně smažu :-( To bych nedelal; informace, ze je to pro auto slepy je uzitecna, doporucuju tag jenom nahradit nejakym novym. (noexit:car?) For this tag it does not matter, if there is a deadend sign at the beginning of the street or not. If you want to tag traffic signs, use traffic_sign (http://wiki.openstreetmap.org/wiki/Key:traffic_sign)=*. Jasne, a pak nekde v diskuzi: Osmarenders zoom level 17 just renders: noexit=yes/true (red transparent cross bar at tagged node) noexit=vehicle (orange ...) noexit=motor_vehicle/motorcar (yellow ...) Takze pokud si nekdo dal praci s noexit=yes, ale jsou tam chodniky, je spravne reseni nahradit to noexit=vehicle, a osmaredner to dokonce i vyrenderuje. Pavel A co taková ta věc: Nemapovat pro render? Jiné rendery to podporují? Ta diskuze je docela divoká. Jediné k čemu se ten tag nakonec hodí, je potlačení josm varování, ze cesta končí poblíž jiné cesty. Marián -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz -- Odesláno z mého telefonu s Androidem pomocí pošty K-9 Mail. Omluvte prosím moji stručnost. ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Osmose Česká republika
Ta diskuze je docela divoká. Jediné k čemu se ten tag nakonec hodí, je potlačení josm varování, ze cesta končí poblíž jiné cesty. Pro mne ten tag v provedeni noexit=yes je docela zajimavy, protoze mi rika, ze tam uz nema smysl dal mapovat. Typicky ze cesta, ktera treba konci nekde v lese, neni jen dale nezmapovana cesta, ale je to opravdu cesta, ktera nikam nevede. Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Osmose Česká republika
9. prosince 2014 21:44:38 SEČ, Petr Holub ho...@ics.muni.cz napsal: Ta diskuze je docela divoká. Jediné k čemu se ten tag nakonec hodí, je potlačení josm varování, ze cesta končí poblíž jiné cesty. Pro mne ten tag v provedeni noexit=yes je docela zajimavy, protoze mi rika, ze tam uz nema smysl dal mapovat. Typicky ze cesta, ktera treba konci nekde v lese, neni jen dale nezmapovana cesta, ale je to opravdu cesta, ktera nikam nevede. Zase na druhou stranu, pokud ta cesta někam dále vede, jen to není zmapováno, můžeš použít tag fixme=continue - některé rendery to zobrazují. Marian Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz -- Odesláno z mého telefonu s Androidem pomocí pošty K-9 Mail. Omluvte prosím moji stručnost. ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Osmose Česká republika
9. prosince 2014 13:55:47 SEČ, hanoj eha...@gmail.com napsal: Pouze potřebujeme potvrzení, že můžeme použít veřejnou prohlížecí WMS službu jako podklad pro mapování. *** myslím, že v tom má ZÚ jasno a proto potřebujeme ty snímky ;) Hmmm. Jsem koukal, co by to koštovalo: 2 366 255 Kč. To asi dohromady nedáme :-( Navíc by to asi bylo jednorázově. O aktualizacích se v ceníku nic nepíše. Marián hanoj ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz -- Odesláno z mého telefonu s Androidem pomocí pošty K-9 Mail. Omluvte prosím moji stručnost. ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Osmose Česká republika
Pro mne ten tag v provedeni noexit=yes je docela zajimavy, protoze mi rika, ze tam uz nema smysl dal mapovat. Typicky ze cesta, ktera treba konci nekde v lese, neni jen dale nezmapovana cesta, ale je to opravdu cesta, ktera nikam nevede. Zase na druhou stranu, pokud ta cesta někam dále vede, jen to není zmapováno, můžeš použít tag fixme=continue - některé rendery to zobrazují. To jo - zalezi co je default. fixme=continues muzes samozrejme pouzit explicitne a ja sam to taky pouzivam v souladu s tim, co se pred nejakou dobou uvadelo jako best practice na anglicke wiki (noexit=no fixme=continues). Ostatne tohle pak i renderuje nase oblibena mtbmap.cz. Ale je otazka, jak casto a konzistentne to pouzivaji jini. Obecne taky kdyz treba mapujes z orotofoto, tak cesta zmizi v lese a nevis, jestli pokracuje nebo nepokracuje. To, ze tam explicitne dodas noexit=yes rikas: ano, byl jsem tam a overil jsem, ze to nikam nepokracuje. Kdyz tam das noexit=no fixme=continues rikas, byl jsem tam a vim, ze to pokracuje a je to potreba jeste zmapovat. Kdyz tam nedas nic, znamena to nevim. Podle mne kazdy z techto tri stavu ma svoji validni jedinecnou semantiku. Hm? Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
[Talk-cz] Róbert Althap_Mendelu_Bakalárka_Import_do_osm
Dobrý deň, v rámci mojej bakalárskej práce na Mendelovej univerzite v Brne sa venujem importu geodát do databáze OSM. Momentálne možnosti, ktoré mi boli predložené je na importovať dáta z registra živnostníkov, konkrétne som zameraný na čerpacie stanice, pobočky a poprípade ceny palív alebo potom ohľadom turistických značiek. Uvítam každú radu k obom smerom, taktiež rady ohľadom samotného importu dát. Čo sa týka toho importu, tak sme rozmýšlali nad použitím pythonu na túto aplikáciu. Ďakujem za odpoveď S pozdravom Róbert Althap ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Osmose Česká republika
9. prosince 2014 13:55:47 SEČ, hanoj eha...@gmail.com napsal: Pouze potřebujeme potvrzení, že můžeme použít veřejnou prohlížecí WMS službu jako podklad pro mapování. *** myslím, že v tom má ZÚ jasno a proto potřebujeme ty snímky ;) Hmmm. Jsem koukal, co by to koštovalo: 2 366 255 Kč. To asi dohromady nedáme :-( *** Za data vydane v ramci 106/1999 nelze zpoplatnit. Pripustny je pouze manipulacni poplatek souvisejici s nadmernou administraci (napr. rucni prohledavani v archivu). ha hanoj ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk-fr] La cartographie des Antennes et autres infrastructures radio
Le 9 décembre 2014 00:11, Pierre d'HUY dh...@yahoo.fr a écrit : Bonsoir à tous, Je réalisais quelques modifications sur Corbeil-Essonnes, et je suis tombé sur un tag que je ne connaissais pas: man_made=communications_tower. En bon cartographe je suis allé voir sur le wiki pour découvrir que ce tag existait bel et bien (http://wiki.openstreetmap.org/wiki/Tag:man_made%3Dcommunications_tower). Cependant dans mon cas, il était utilisé sur un batiment. Donc plusieurs questions se posent à moi: - Comment utiliser le tag si l'antenne se trouve sur un batiment? - Serait-il plus avisé de proposer un tag séparé disposant de davantage d'information? - Dans la mesure où la localisation par antenne dans le voisinage est assez pratique rajouter des informations mnc/cid via des bases libres d'accès CC by-sa? Je dispose d'un dump de la base de données Cartoradio du 7 avril 2014, ces données contiennent le type d'antenne, sa localisation précise, l'opérateur de l'antenne (ou les opérateurs), les fréquences d'émission. Dans la mesure où ces données apparaissent intéressante à cartographier pour moi, je propose différents vecteurs: - Une relation pour lier les opérateurs aux antennes par gamme de fréquence avec une relation de relation pour lier les éléments. - une nouvelle clef/valeur pour les antennes, plus flexible pour permettre de le placer sur un batiment, un pylone, etc... (J'ai 31 type de support différent dans cartoradio!) En accord avec le wiki, je mettrais : man_made=mast + communication:*=yes Mais le fait que ce soit sur un toit pourrait-être explicité (un truc du style mast:position=roof?) PY ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] La cartographie des Antennes et autres infrastructures radio
T'es sûr que t'as le droit d'utiliser les données de Cartoradio ? J'ai pas l'impression que ce soit compatible avec ODbL : http://www.anfr.fr/fr/mentions-legales.html Francescu Le 9 décembre 2014 00:11, Pierre d'HUY dh...@yahoo.fr a écrit : Bonsoir à tous, Je réalisais quelques modifications sur Corbeil-Essonnes, et je suis tombé sur un tag que je ne connaissais pas: man_made=communications_tower. En bon cartographe je suis allé voir sur le wiki pour découvrir que ce tag existait bel et bien (http://wiki.openstreetmap.org/wiki/Tag:man_made%3Dcommunications_tower). Cependant dans mon cas, il était utilisé sur un batiment. Donc plusieurs questions se posent à moi: - Comment utiliser le tag si l'antenne se trouve sur un batiment? - Serait-il plus avisé de proposer un tag séparé disposant de davantage d'information? - Dans la mesure où la localisation par antenne dans le voisinage est assez pratique rajouter des informations mnc/cid via des bases libres d'accès CC by-sa? Je dispose d'un dump de la base de données Cartoradio du 7 avril 2014, ces données contiennent le type d'antenne, sa localisation précise, l'opérateur de l'antenne (ou les opérateurs), les fréquences d'émission. Dans la mesure où ces données apparaissent intéressante à cartographier pour moi, je propose différents vecteurs: - Une relation pour lier les opérateurs aux antennes par gamme de fréquence avec une relation de relation pour lier les éléments. - une nouvelle clef/valeur pour les antennes, plus flexible pour permettre de le placer sur un batiment, un pylone, etc... (J'ai 31 type de support différent dans cartoradio!) J'attends votre avis à tous avant d'écrire une propal! ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] La cartographie des Antennes et autres infrastructures radio
Bonjour - Mail original - De: Pierre d'HUY dh...@yahoo.fr J'attends votre avis à tous avant d'écrire une propal! - Mail original - Il faut aller voir du côté de l'alemagne où des contribution ont ajouter les chemins d'ondes entre des tours de communication. J'ai vu passé cela dans les récente edits des cartes d'ITO il y a quelques semaines déjà. Cordialement -- David Crochet ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] La cartographie des Antennes et autres infrastructures radio
Mon interprétation des bonnes pratiques OSM appliquées à ton cas : man http://wiki.openstreetmap.org/wiki/Key:man_made_ http://wiki.openstreetmap.org/wiki/Key:man_mademade http://wiki.openstreetmap.org/wiki/Key:man_made=*communications_**tower* often made from concrete + usually a far visible landmark + has stairs and a lift inside + height greater than 100 meters. C'est vraiment pour les grosses tours de communications, avec bâtiment en béton dédié, ascenseur interne, 100 mètres de hauteur au moins. - une nouvelle clef/valeur pour les antennes, plus flexible pour permettre de le placer sur un batiment Sinon c'est http://wiki.openstreetmap.org/wiki/Key:man_mademan http://wiki.openstreetmap.org/wiki/Key:man_made_ http://wiki.openstreetmap.org/wiki/Key:man_mademade http://wiki.openstreetmap.org/wiki/Key:man_made=tower http://wiki.openstreetmap.org/wiki/Tag:man_made%3Dtower + http://wiki.openstreetmap.org/wiki/Key:tower:typetower http://wiki.openstreetmap.org/wiki/Key:tower:type:type http://wiki.openstreetmap.org/wiki/Key:tower:type=communication http://wiki.openstreetmap.org/wiki/Tag:tower:type%3Dcommunication et on parle encore de tour. Une simple antenne peut correspondre à man http://wiki.openstreetmap.org/wiki/Key:man_made_ http://wiki.openstreetmap.org/wiki/Key:man_mademade http://wiki.openstreetmap.org/wiki/Key:man_made=mast http://wiki.openstreetmap.org/wiki/Tag:man_made%3Dmast. - Serait-il plus avisé de proposer un tag séparé disposant de davantage d'information? À mon avis : non, il y a déjà beaucoup d'existant. man http://wiki.openstreetmap.org/wiki/Key:man_made_ http://wiki.openstreetmap.org/wiki/Key:man_mademade http://wiki.openstreetmap.org/wiki/Key:man_made=tower/mast http://wiki.openstreetmap.org/wiki/Tag:man_made%3Dmast tower http://wiki.openstreetmap.org/wiki/Key:tower:type:type http://wiki.openstreetmap.org/wiki/Key:tower:type=communication http://wiki.openstreetmap.org/wiki/Tag:tower:type%3Dcommunication tower http://wiki.openstreetmap.org/wiki/Key:tower:type: http://wiki.openstreetmap.org/wiki/Key:tower:typeconstruction=* communication:mobile_phone http://wiki.openstreetmap.org/wiki/Key:communication:mobile_phone=yes communication: http://wiki.openstreetmap.org/wiki/Key:communication:mobile_phone*=* ... - Comment utiliser le tag si l'antenne se trouve sur un batiment? Si l'antenne *est* le bâtiment, est une tour et réellement grande : area + tag man http://wiki.openstreetmap.org/wiki/Key:man_made_ http://wiki.openstreetmap.org/wiki/Key:man_mademade http://wiki.openstreetmap.org/wiki/Key:man_made=*communications_**tower* Si l'antenne est juste un ajout sur le toit d'un autre bâtiment : area + building=* ; pour l'antenne : node + http://wiki.openstreetmap.org/wiki/Key:man_mademan http://wiki.openstreetmap.org/wiki/Key:man_made_ http://wiki.openstreetmap.org/wiki/Key:man_mademade http://wiki.openstreetmap.org/wiki/Key:man_made=tower http://wiki.openstreetmap.org/wiki/Tag:man_made%3Dtower + http://wiki.openstreetmap.org/wiki/Key:tower:typetower http://wiki.openstreetmap.org/wiki/Key:tower:type:type http://wiki.openstreetmap.org/wiki/Key:tower:type=communication http://wiki.openstreetmap.org/wiki/Tag:tower:type%3Dcommunication ou man http://wiki.openstreetmap.org/wiki/Key:man_made_ http://wiki.openstreetmap.org/wiki/Key:man_mademade http://wiki.openstreetmap.org/wiki/Key:man_made=mast http://wiki.openstreetmap.org/wiki/Tag:man_made%3Dmast. la base de données Cartoradio du 7 avril 2014, ces données contiennent le type d'antenne, sa localisation précise, l'opérateur de l'antenne (ou les opérateurs), les fréquences d'émission. Une tour de communication principale man http://wiki.openstreetmap.org/wiki/Key:man_made_ http://wiki.openstreetmap.org/wiki/Key:man_mademade http://wiki.openstreetmap.org/wiki/Key:man_made=*communications_**tower* mérite certainement un bon nombre de tags dont name=* + height=* +... Pour une simple antenne, au niveau cartographique/géographique je vois un intérêt pour height=*. Peut-être quelque chose pour le type de support tower:construction=*. Cartoradio peut aider à localiser précisément, ajouter les manquants et corriger des mauvais tags man_made=*. Pour le reste des tags très détaillés (opérateur, fréquence, ...) je suis dubitatif et personnellement je ne les ajouterais pas à OSM. Peut-être une source ou note ou référence vers la base Cartoradio ? On Dec 9, 2014 12:11 AM, Pierre d'HUY dh...@yahoo.fr wrote: Bonsoir à tous, Je réalisais quelques modifications sur Corbeil-Essonnes, et je suis tombé sur un tag que je ne connaissais pas: man_made=communications_tower. En bon cartographe je suis allé voir sur le wiki pour découvrir que ce tag existait bel et bien (http://wiki.openstreetmap.org/wiki/Tag:man_made%3Dcommunications_tower). Cependant dans mon cas, il était utilisé sur un batiment. Donc plusieurs questions se posent à moi: - Comment utiliser le tag si l'antenne se trouve sur un batiment? - Serait-il plus avisé de proposer un tag
Re: [OSM-talk-fr] La cartographie des Antennes et autres infrastructures radio
On 09/12/2014 09:38, david.croc...@online.fr wrote: Il faut aller voir du côté de l'alemagne où des contribution ont ajouter les chemins d'ondes entre des tours de communication. Ca me paraît bien virtuel pour Openstreetmap, surtout que c'est une information propriétaire que l'on peut déduire du pointage des antennes mais dont on ne peut pas être certain d'autant qu'on ne sait même pas si le lien est en service. C'est un boulot d'enquête passionnant - si ça vous intéresse filez lire la série d'articles d'Alexandre Laumonnier : https://sniperinmahwah.wordpress.com/2014/09/22/hft-in-my-backyard-part-i/ http://sniperinmahwah.wordpress.com/2014/09/25/hft-in-my-backyard-ii/ http://sniperinmahwah.wordpress.com/2014/10/02/hft-in-my-backyard-iii/ C'est beau - mais je ne pense pas que ce soit pour Openstreetmap. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] La cartographie des Antennes et autres infrastructures radio
On 09/12/2014 09:34, Pierre-Yves Berrard wrote: - Comment utiliser le tag si l'antenne se trouve sur un batiment? [..] En accord avec le wiki, je mettrais : man_made=mast + communication:*=yes J'avais compris man_made=mast comme pertinent lorsque le mât est l'objet proéminent dans le paysage. Or si l'antenne est sur un bâtiments, même si elle est posée sur un mât c'est le bâtiment qui est remarquable. Si je lis la carte en regardant le paysage et que je vois qu'elle indique un mât, c'est ce point de repère que je chercherai des yeux - et je serai perturbé si je vois un bâtiment à la place. Mais peut-être que ce n'est que ma compréhension de la chose... ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] La cartographie des Antennes et autres infrastructures radio
Bonjour, Dans la mesure où ces données apparaissent intéressante à cartographier pour moi, je propose différents vecteurs: - Une relation pour lier les opérateurs aux antennes par gamme de fréquence avec une relation de relation pour lier les éléments. - une nouvelle clef/valeur pour les antennes, plus flexible pour permettre de le placer sur un batiment, un pylone, etc... (J'ai 31 type de support différent dans cartoradio!) J'attends votre avis à tous avant d'écrire une propal! Je m’étais intéressé à ce sujet il y a quelques mois déjà. Il existe déjà des propositions. man_made=mast http://wiki.openstreetmap.org/wiki/Tag:man_made=mast communication:mobile_phone http://wiki.openstreetmap.org/wiki/Key:communication:mobile_phone Proposed features/Telecommunications tower http://wiki.openstreetmap.org/wiki/Proposed_features/Telecommunications_tower et sa page de discussions http://wiki.openstreetmap.org/wiki/Talk:Proposed_features/Telecommunications_tower Proposed_features/Communications_Transponder http://wiki.openstreetmap.org/wiki/Proposed_features/Communications_Transponder Il me semble que les données concernant les transpondeurs (l’émetteur UMTS/GSM…) évoluent très rapidement, sont assez techniques à décrire. Le plus simple est de mettre une ref:FR:AMFR avec l’identifiant du pylône Cartoradio. Et de mettre à jour Tag2Link pour pointer vers la page de ce site pour le pylône et/ou le transporteur. — Yves ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] La cartographie des Antennes et autres infrastructures radio
Bonjour, De: Francescu GAROBY windu...@gmail.com T'es sûr que t'as le droit d'utiliser les données de Cartoradio ? J'ai pas l'impression que ce soit compatible avec ODbL : http://www.anfr.fr/fr/mentions-legales.html En effet : *** extrait Informations publiques et droit de reproduction Le site ANFR.FR et notamment l'application Cartoradio (marque déposée) contiennent des informations publiques au sens de la loi n° 78-753 du 17 juillet 1978 modifiée portant diverses mesures d'amélioration des relations entre l'administration et le public et diverses dispositions d'ordre administratif, social et fiscal. Ces informations sont protégées par la Convention de Berne sur la Protection des œuvres littéraires et artistiques, par d'autres conventions internationales et par les législations nationales sur le droit d'auteur et les droits dérivés. Elles peuvent être reproduites sous réserve de : - n'être ni altérées ni modifiées, - comporter la mention du nom de l'ANFR en tant que source - préciser la date de leur mise à jour, - faire figurer un lien renvoyant vers la page originale ou le document diffusé sur le site ANFR.FR. *** Rien que l'impossibilité de modification / altération bloque la réutilisation dans OSM. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] La cartographie des Antennes et autres infrastructures radio
Le 9 décembre 2014 09:51, Jean-Marc Liotier j...@liotier.org a écrit : On 09/12/2014 09:34, Pierre-Yves Berrard wrote: - Comment utiliser le tag si l'antenne se trouve sur un batiment? [..] En accord avec le wiki, je mettrais : man_made=mast + communication:*=yes J'avais compris man_made=mast comme pertinent lorsque le mât est l'objet proéminent dans le paysage. Or si l'antenne est sur un bâtiments, même si elle est posée sur un mât c'est le bâtiment qui est remarquable. Si je lis la carte en regardant le paysage et que je vois qu'elle indique un mât, c'est ce point de repère que je chercherai des yeux - et je serai perturbé si je vois un bâtiment à la place. Mais peut-être que ce n'est que ma compréhension de la chose... J'avais compris comme toi mais, faute de mieux, je trouve que mast est plus adapté que communication_tower. En attendant qu'une façon de tagguer se dégage, on pourrait aussi mettre communication:*=yes comme seul attribut... ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] La cartographie des Antennes et autres infrastructures radio
Le 9 décembre 2014 10:19, Vincent de Château-Thierry osm.v...@free.fr a écrit : Rien que l'impossibilité de modification / altération bloque la réutilisation dans OSM. Et pourtant l'autorisation peut être obtenue cf. https://lists.openstreetmap.org/pipermail/talk-fr/2012-October/050613.html Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] La cartographie des Antennes et autres infrastructures radio
De: Romain MEHUT romain.me...@gmail.com Et pourtant l'autorisation peut être obtenue cf. https://lists.openstreetmap.org/pipermail/talk-fr/2012-October/050613.html En effet. @Christian : y'a-t-il eu une suite à cet échange, avec l'ANFR ? Si non, avis aux motivés pour relancer le sujet. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Qualification des erreurs en lien avec FANTOIR
De: Mathias Jérôme jerome.math...@yahoo.fr l'idée même de blackliste est à manipuler avec précaution de mon point de vue. Autant elle peut être légitime pour un désignant d'un objet disparu (par exemple une usine, une barre rasée). Si effectivement l'usine X n'existe plus autant ne plus avoir X dans les fichiers (même si ça pourrait intéresser un fichier histo... mais c'est une autre histoire). Autant elle ne me semble pas légitime pour les désignants disparus, vieillots, ou alternatifs et encore autre d'un objet réel (c'est à dire qui existe toujours, indépendamment de son changement de désignation). En effet, ce n'est pas parce qu'on change la désignation officielle d'un objet que les utilisateur vont tous suivre le changement. Cela ne reviendrait donc pas à mettre des usages en blackliste pour préférer la version officielle, et avoir quelque part un caractère normatif qui ne me semblait pas être le cas de BANO et OSM en général ? Tant qu'on ne fait que de la géolocalisation inverse, le cas du lotissement est certes pertinent, néanmoins lorsque qu'on cherche à géolocaliser des adresses, ce n'est pas parce que le lotissement à disparu, ou que l'utilité de la désignation du lotissement a disparue qu'elle n'est plus utilisée, notamment par les résidents du dit lotissement, et donc rien n'assure que le terrain (c'est à dire en substance ici l'usage ) entérine en totalité le changement d'adressage. J'espère être compréhensible, sinon je repréciserait, et au final tout dépend de ce qu'on veut faire de BANO Un référentiel de géo référencement inverse ou un référentiel de géo référencement ou les deux ou autre chose C'est vrai qu'une base de géocodage idéale contient aussi bien les noms officiels que les noms d'usage, les noms actuels que les noms anciens, et tout ça avec suffisamment de metadonnées pour savoir quel est le nom actuel, le nom d'avant, le nom local, etc. Ça permet de trouver une correspondance avec un maximum d'adresses, qu'elles soient issus d'un fichier du jour, aussi bien que d'un listing datant de plusieurs années. Pour BANO, en s'appuyant sur OSM, on peut sur le principe renseigner ces subtilités, en exploitant les tags official_name, alt_name, old_name, short_name et j'en passe. Mais pour l'instant, on n'accompagne pas le contenu délivré par BANO des métadonnées suffisantes pour distinguer, par exemple, un ancien nom de rue d'un nom actuel. C'est gênant dans le cas du géocodage inverse : à un couple de coordonnées correspondent alors plusieurs intitulés d'adresse, lequel choisir ? Donc implicitement, on cherche juste aujourd'hui à fournir une base d'adresses reflétant le terrain à jour. D'où l'idée de ne pas livrer les dénominations obsolètes, quelles qu'en soient les raisons. Ça pourra tout à fait évoluer à l'avenir, en enrichissant le modèle. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] L'import de Cartoradio
J'ai fait un fork de discussion pour garder les deux idées. Pour ce qui est de l'autorisation, il faut voir si cquest la finalement obtenu. Cependant pour moi la licence ne me parait pas si limitante: source à citer (easy), non modification des données raw (opérateur, type d'antenne, etc...), il n'y a que la position qui est suceptible d'être modifié et encore vaguement. Si on reprend l'idée d'utiliser tag2link, il est même possible de complètement éviter la limitation. Le Tuesday 09 Dec 2014 à 10:29:22 (+0100), Romain MEHUT a écrit : Date: Tue, 9 Dec 2014 10:29:22 +0100 From: Romain MEHUT romain.me...@gmail.com To: Discussions sur OSM en français talk-fr@openstreetmap.org Subject: Re: [OSM-talk-fr] La cartographie des Antennes et autres infrastructures radio Le 9 décembre 2014 10:19, Vincent de Château-Thierry osm.v...@free.fr a écrit : Rien que l'impossibilité de modification / altération bloque la réutilisation dans OSM. Et pourtant l'autorisation peut être obtenue cf. https:// lists.openstreetmap.org/pipermail/talk-fr/2012-October/050613.html Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BANO FANTOIR : Libellé dans la couche Bano absent de la liste FANTOIR
De: Yves Pratter yves.prat...@gmail.com Je n’ai pas été clair : ce lieu-dit “Amancey” est en fait le nom du village “Amancey”. Ça ressemble donc à une erreur, d’autant plus qu’il n’y a qu’ une seule adresse avec le n°11 ? Oui j'avais bien vu. D'accord sur le fait que cette adresse, seule, est étonnante. Voire louche :) Dans les données brutes, je ne vois rien concernant le nombre d’adresses dans une voie. Fantoir s'arrête aux voies, et ne descend pas aux adresses. L'info du nombre d'adresses par voie n'est pas fournie calculée dans une des sources en tant que telle. On peut juste compter combien d'adresses on récupère, par source et par voie, par nous même. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] La cartographie des Antennes et autres infrastructures radio
Le Tuesday 09 Dec 2014 à 10:28:48 (+0100), Pierre-Yves Berrard a écrit : Date: Tue, 9 Dec 2014 10:28:48 +0100 From: Pierre-Yves Berrard pierre.yves.berr...@gmail.com To: Discussions sur OSM en français talk-fr@openstreetmap.org Subject: Re: [OSM-talk-fr] La cartographie des Antennes et autres infrastructures radio Le 9 décembre 2014 09:51, Jean-Marc Liotier j...@liotier.org a écrit : On 09/12/2014 09:34, Pierre-Yves Berrard wrote: - Comment utiliser le tag si l'antenne se trouve sur un batiment? [..] En accord avec le wiki, je mettrais : man_made=mast + communication:*= yes J'avais compris man_made=mast comme pertinent lorsque le mât est l'objet proéminent dans le paysage. Or si l'antenne est sur un bâtiments, même si elle est posée sur un mât c'est le bâtiment qui est remarquable. Si je lis la carte en regardant le paysage et que je vois qu'elle indique un mât, c'est ce point de repère que je chercherai des yeux - et je serai perturbé si je vois un bâtiment à la place. Mais peut-être que ce n'est que ma compréhension de la chose... J'avais compris comme toi mais, faute de mieux, je trouve que mast est plus adapté que communication_tower. En attendant qu'une façon de tagguer se dégage, on pourrait aussi mettre communication:*=yes comme seul attribut... Voilà exactement pourquoi un tag complémentaire me paraitrait pertinent. Je ne reviens pas sur communication:* qui au contraire me parait au mieux, mais sur le fait de le lier comme ça à des éléments physiques aussi limités. Juste pour exemple les point de repère des antennes de ma base de données avec le nombre de valeurs: 1 Contre-poids sur shelter 4 Eolienne 12 Contre-poids au sol 19 Tour de contrôle 22 Balise ou bouée 22 Sémaphore 30 Sans nature 41 Intérieur galerie 43 Fût 49 Intérieur sous-terrain 52 Monument historique 57 Ouvrage de signalisation (portique routier, panneau routier, panneau publicitaire) 61 Dalle en béton 107 Phare 201 pylône arbre 231 Ouvrage d'art (pont, viaduc) 262 Local technique 270 Tour hertzienne 331 Tunnel 332 Silo 671 Pylône haubané 718 Mât béton 844 Mât métallique 922 Monument religieux 1584 Support non décrit 3703 Mât 4203 Pylône tubulaire 4216 Château d'eau - réservoir 10535 Immeuble 11230 Bâtiment 27170 Pylône autostable Si vous voulez d'autres données d'échantillonage, vous n'avez qu'à demander. Pour la source de position des antennes, je suis près à travailler sur autant de sources que nécessaire: openbmap, mozstumbler... après vérification de la licence! ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] La cartographie des Antennes et autres infrastructures radio
On 09/12/2014 10:28, Pierre-Yves Berrard wrote: Le 9 décembre 2014 09:51, Jean-Marc Liotier j...@liotier.org mailto:j...@liotier.org a écrit : On 09/12/2014 09:34, Pierre-Yves Berrard wrote: - Comment utiliser le tag si l'antenne se trouve sur un batiment? [..] En accord avec le wiki, je mettrais : man_made=mast + communication:*=yes J'avais compris man_made=mast comme pertinent lorsque le mât est l'objet proéminent dans le paysage. Or si l'antenne est sur un bâtiments, même si elle est posée sur un mât c'est le bâtiment qui est remarquable. Si je lis la carte en regardant le paysage et que je vois qu'elle indique un mât, c'est ce point de repère que je chercherai des yeux - et je serai perturbé si je vois un bâtiment à la place. J'avais compris comme toi mais, faute de mieux, je trouve que mast est plus adapté que communication_tower. En attendant qu'une façon de tagguer se dégage, on pourrait aussi mettre communication:*=yes comme seul attribut... Et pourquoi pas man_made=antenna ? Ca me paraît plus approprié pour une simple antenne posée sur un bâtiment, même lorsque son support est un petit mât : http://taginfo.openstreetmap.org/tags/man_made=antenna Et on peut le compléter avec un antenna=* : http://taginfo.openstreetmap.org/keys/antenna Exemple: man_made=antenna antenna=cellular Attention aux technologies trop précises (je fois des 'UMTS' et des 'GSM' notamment) - de nos jours une antenne de réseau mobile peut transmettre simultanément plusieurs protocoles et sur plusieurs bandes de fréquences. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Qualification des erreurs en lien avec FANTOIR
De: Vincent de Château-Thierry osm.v...@free.fr La liste noire sur le wiki a un défaut dans notre contexte : c'est de l'information, mais pas trop de la donnée. On sait la lire, mais la contrepartie est que les robots (BANO ou autre) ne savent pas l'exploiter : pas de bénéfice dans le rendu, ni dans le filtrage des données en l'état. En regardant le contenu de cette liste je pense qu'on peut, au moins pour le court terme, chercher à reverser des infos via les listes déroulantes. On a : - des voies doublons : le cas est déjà prévu dans la liste déroulante - des voies qui n'existent pas : on peut ajouter ce cas, il y aura du recouvrement avec les 'noms introuvables' et les 'anciens noms supprimés' mais pourquoi pas - des voies détruites : cas à ajouter à la liste déroulante - des voies incorporées à d'autres : cas à ajouter également Au prix de ces quelques ajouts dans l'interface, je vous propose qu'on essaie de concentrer en un seul endroit la saisie d'information, au niveau donc des listes déroulantes, quitte à encore allonger la liste des cas dans le futur. Il faut se souvenir que la page du wiki a émergé _avant_ l'apparition des listes déroulantes, à un moment où on n'avait aucun moyen de qualifier une erreur Fantoir. On est donc passé de rien à de l'information (la page du wiki) puis à de la donnée (la table qui s'alimente avec les listes déroulantes) et ça me semble la bonne trajectoire pour pouvoir à l'avenir exploiter l'information que nous fabriquons. J'ai ajouté 3 entrées dans les listes déroulantes : - Voie détruite - Voie incorporée à une autre - Voie inexistante et affecté l'entrée correspondante à chaque Fantoir de la black-list. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] La cartographie des Antennes et autres infrastructures radio
On 09 Dec 2014, at 09:51, Jean-Marc Liotier j...@liotier.org wrote: J'avais compris man_made=mast comme pertinent lorsque le mât est l'objet proéminent dans le paysage. Or si l'antenne est sur un bâtiments, même si elle est posée sur un mât c'est le bâtiment qui est remarquable. Si je lis la carte en regardant le paysage et que je vois qu'elle indique un mât, c'est ce point de repère que je chercherai des yeux - et je serai perturbé si je vois un bâtiment à la place. +1 En fait on a des transpondeurs https://commons.wikimedia.org/wiki/File:GSM_base_station_4.JPG https://commons.wikimedia.org/wiki/File:GSM_base_station_4.JPG Sur un bâtiment (immeuble, réservoir d'eau en ville) ou sur un mat / une petite tour (dans les zones isolées) Ou enfin une énorme tour de communication dédiée Un exemple d’une petite tour qui émet des signaux téléphoniques, radio, et télévision : http://www.openstreetmap.org/node/1117932654#map=17/46.89490/6.35651layers=H http://www.openstreetmap.org/node/1117932654#map=17/46.89490/6.35651layers=H (je n’ai pas détaillé les transpondeurs ni même les opérateurs) — Yves ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] L'import de Cartoradio
On 09 Dec 2014, at 10:44, Pierre d'HUY dh...@yahoo.fr wrote: Si on reprend l'idée d'utiliser tag2link, il est même possible de complètement éviter la limitation. Oui et surtout la base ANFR sera probablement plus à jour qu’OSM ? — Yves ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] La cartographie des Antennes et autres infrastructures radio
Je soutiens à 100% l'idée d'un tag antenna, par contre le made_man me dérange: impossible à relier à une tour le cas échéant. Pourquoi pas amenity ou usage:*? Le Tuesday 09 Dec 2014 à 10:51:49 (+0100), Jean-Marc Liotier a écrit : Date: Tue, 09 Dec 2014 10:51:49 +0100 From: Jean-Marc Liotier j...@liotier.org To: Discussions sur OSM en français talk-fr@openstreetmap.org Subject: Re: [OSM-talk-fr] La cartographie des Antennes et autres infrastructures radio User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 On 09/12/2014 10:28, Pierre-Yves Berrard wrote: Le 9 décembre 2014 09:51, Jean-Marc Liotier j...@liotier.org a écrit : On 09/12/2014 09:34, Pierre-Yves Berrard wrote: - Comment utiliser le tag si l'antenne se trouve sur un batiment? [..] En accord avec le wiki, je mettrais : man_made=mast + communication:*=yes J'avais compris man_made=mast comme pertinent lorsque le mât est l'objet proéminent dans le paysage. Or si l'antenne est sur un bâtiments, même si elle est posée sur un mât c'est le bâtiment qui est remarquable. Si je lis la carte en regardant le paysage et que je vois qu'elle indique un mât, c'est ce point de repère que je chercherai des yeux - et je serai perturbé si je vois un bâtiment à la place. J'avais compris comme toi mais, faute de mieux, je trouve que mast est plus adapté que communication_tower. En attendant qu'une façon de tagguer se dégage, on pourrait aussi mettre communication:*=yes comme seul attribut... Et pourquoi pas man_made=antenna ? Ca me paraît plus approprié pour une simple antenne posée sur un bâtiment, même lorsque son support est un petit mât : http://taginfo.openstreetmap.org/tags/man_made=antenna Et on peut le compléter avec un antenna=* : http://taginfo.openstreetmap.org/ keys/antenna Exemple: man_made=antenna antenna=cellular Attention aux technologies trop précises (je fois des 'UMTS' et des 'GSM' notamment) - de nos jours une antenne de réseau mobile peut transmettre simultanément plusieurs protocoles et sur plusieurs bandes de fréquences. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] La cartographie des Antennes et autres infrastructures radio
Petit erratum de ma part, je n'avais pas vu que antenna était dans les schéma validé. Il peut effectivement être utilisé en complément des tags existants. Quid de tager les opérateurs? Le Tuesday 09 Dec 2014 à 10:51:49 (+0100), Jean-Marc Liotier a écrit : Date: Tue, 09 Dec 2014 10:51:49 +0100 From: Jean-Marc Liotier j...@liotier.org To: Discussions sur OSM en français talk-fr@openstreetmap.org Subject: Re: [OSM-talk-fr] La cartographie des Antennes et autres infrastructures radio User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 On 09/12/2014 10:28, Pierre-Yves Berrard wrote: Le 9 décembre 2014 09:51, Jean-Marc Liotier j...@liotier.org a écrit : On 09/12/2014 09:34, Pierre-Yves Berrard wrote: - Comment utiliser le tag si l'antenne se trouve sur un batiment? [..] En accord avec le wiki, je mettrais : man_made=mast + communication:*=yes J'avais compris man_made=mast comme pertinent lorsque le mât est l'objet proéminent dans le paysage. Or si l'antenne est sur un bâtiments, même si elle est posée sur un mât c'est le bâtiment qui est remarquable. Si je lis la carte en regardant le paysage et que je vois qu'elle indique un mât, c'est ce point de repère que je chercherai des yeux - et je serai perturbé si je vois un bâtiment à la place. J'avais compris comme toi mais, faute de mieux, je trouve que mast est plus adapté que communication_tower. En attendant qu'une façon de tagguer se dégage, on pourrait aussi mettre communication:*=yes comme seul attribut... Et pourquoi pas man_made=antenna ? Ca me paraît plus approprié pour une simple antenne posée sur un bâtiment, même lorsque son support est un petit mât : http://taginfo.openstreetmap.org/tags/man_made=antenna Et on peut le compléter avec un antenna=* : http://taginfo.openstreetmap.org/ keys/antenna Exemple: man_made=antenna antenna=cellular Attention aux technologies trop précises (je fois des 'UMTS' et des 'GSM' notamment) - de nos jours une antenne de réseau mobile peut transmettre simultanément plusieurs protocoles et sur plusieurs bandes de fréquences. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] La cartographie des Antennes et autres infrastructures radio
Voilà exactement pourquoi un tag complémentaire me paraitrait pertinent. [...] sur le fait de le lier comme ça à des éléments physiques aussi limités. Juste pour exemple les point de repère des antennes de ma base de données avec le nombre de valeurs: 1er cas: Le support est un building=* ce building porte une description. Le mât ou l'antenne est un simple node posé dessus. 4 Eolienne 19 Tour de contrôle 22 Sémaphore 52 Monument historique 107 Phare 231 Ouvrage d'art (pont, viaduc) 922 Monument religieux 4216 Château d'eau - réservoir 10535 Immeuble 11230 Bâtiment 2e cas: La forme ou le support peut être décrit par tower:construction=* il y a déjà des valeurs proposées. tower:construction=lattice/freestanding/dish/dome/concealed/guyed/guyed_lattice/guyed_tube 671 Pylône haubané 718 Mât béton 844 Mât métallique 3703 Mât 4203 Pylône tubulaire 27170 Pylône autostable ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Qualification des erreurs en lien avec FANTOIR
dhezja Le 07/12/2014 22:29, Mathias Jérôme a écrit : Bonsoir, l'idée même de blackliste est à manipuler avec précaution de mon point de vue. Autant elle peut être légitime pour un désignant d'un objet disparu (par exemple une usine, une barre rasée). Si effectivement l'usine X n'existe plus autant ne plus avoir X dans les fichiers (même si ça pourrait intéresser un fichier histo... mais c'est une autre histoire). Autant elle ne me semble pas légitime pour les désignants disparus, vieillots, ou alternatifs et encore autre d'un objet réel (c'est à dire qui existe toujours, indépendamment de son changement de désignation). En effet, ce n'est pas parce qu'on change la désignation officielle d'un objet que les utilisateur vont tous suivre le changement. Cela ne reviendrait donc pas à mettre des usages en blackliste pour préférer la version officielle, et avoir quelque part un caractère normatif qui ne me semblait pas être le cas de BANO et OSM en général ? Tant qu'on ne fait que de la géolocalisation inverse, le cas du lotissement est certes pertinent, néanmoins lorsque qu'on cherche à géolocaliser des adresses, ce n'est pas parce que le lotissement à disparu, ou que l'utilité de la désignation du lotissement a disparue qu'elle n'est plus utilisée, notamment par les résidents du dit lotissement, et donc rien n'assure que le terrain (c'est à dire en substance ici l'usage ) entérine en totalité le changement d'adressage. Il me semble que la black list est uniquement basée sur le code FANTOIR, elle permettra de dire au traitement de Bano ce n'est pas la peine de chercher à faire un rapprochement de ce code FANTOIR avec osm, il n'y est pas. Si le nom du lotissement ne se trouve que dans mon contrat d'achat (qui date de 25 ans) et que je sais que ce nom (qui n'a existé que pour la vente) n'est plus connu/utilisé de personne (ni sur place, ni à la mairie ...) je ne le met pas dans OSM. Par contre s'il est utilisé, je le met dans OSM (avec old ou alt ou official name) qui garde les valeurs d'usage et je ne le met pas dans la black list J'espère être compréhensible, sinon je repréciserait, et au final tout dépend de ce qu'on veut faire de BANO Un référentiel de géo référencement inverse ou un référentiel de géo référencement ou les deux ou autre chose Le Vendredi 5 décembre 2014 15h27, Vincent de Château-Thierry osm.v...@free.fr a écrit : De: lenny lenny.li...@orange.fr mailto:lenny.li...@orange.fr Vraiment félicitations pour cet énorme boulot réalisé. Merci :) Et... le vrai énorme boulot, c'est celui (collectif) qui se traduit par exemple ici : http://munin.openstreetmap.fr/osm12.free.org/osm104.openstreetmap.fr/bano_rapproche.html le nombre de rues nommées en France monte, la pente de la courbe ne faiblit pas, bref, on avance ;) En plus de servir pour un suivi, c'est une vrai aide pour contribuer, cela va au-delà de BANO, puisqu'il gère les voies sans adresse. Oui c'est bien l'idée : avoir une référence à laquelle confronter nos données, histoire de mieux voir où on en est, et appréhender en quoi consiste le reste à faire. Bien que la black liste n'est pas la même fonction, elle est utilisée en même temps lorsqu'on travaille sur une commune : un lien de l'un vers l'autre me paraitrait bienvenu (il permettrait aussi de faire connaître la black liste - j'avoue que je n'avais pas vu passer avant ces échanges sur la liste) Tu n'as pas la berlue, on n'en a quasiment pas parlé. Et c'est vraiment embryonnaire. L'idée c'est d'archiver quelque part qu'une donnée sur laquelle on n'a pas de prise (la source Cadastre) contient des infos qui n'existent pas/plus sur le terrain, et donc que leur absence dans OSM est voulue et normale. On peut faire le parallèle avec la discussion récurrente sur les immeubles démolis mais encore visibles sur bing : comment dire qu'il ne faut pas les saisir ? Ici, la 'black' liste permet au moins, dans les sorties de BANO, d'exclure une information. Par défaut sinon, ce contenu sera présent dans les exports. Pour l'instant, ce contenu n'est pas exploité, le wiki a juste donné une première place pour le mémoriser. Pour consolider le principe, il faudrait plus sûrement une interface de saisie, qui demanderait les mêmes infos (nom, code Fantoir, éventuellement numéro d'adresse, et raison de la déclaration) et qui serait en prise directe sur le contenu géré dans BANO. C'est sûrement une réflexion à mutualiser avec celle du guichet unique de saisie évoqué dans la future BAN, Christian en sait sûrement plus :) : https://twitter.com/JLZIMMERMANN/status/540456478797484032 J'ai deux questions : Dans le cas où un lotissement est dans FANTOIR, créé par un lotisseur, lorsque les voies (qui ont un nom) sont rétrocédées à la commune, la trace du lotissement disparait sur le terrain. Je met nom introuvable sur le terrain dans l'outil ; je suppose qu'il faut également le rajouter dans la black liste :
Re: [OSM-talk-fr] La cartographie des Antennes et autres infrastructures radio
Encore un autre email sur les technologies utilisées, c'est là qu'interviendrait une relation, l'Antenne pouvant appartenir à deux relations (ou plus) simultanément. Ce qui couvrirait les opérateurs multiples et les bandes de fréquences multiples. Le Tuesday 09 Dec 2014 à 10:51:49 (+0100), Jean-Marc Liotier a écrit : Date: Tue, 09 Dec 2014 10:51:49 +0100 From: Jean-Marc Liotier j...@liotier.org To: Discussions sur OSM en français talk-fr@openstreetmap.org Subject: Re: [OSM-talk-fr] La cartographie des Antennes et autres infrastructures radio User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 On 09/12/2014 10:28, Pierre-Yves Berrard wrote: Le 9 décembre 2014 09:51, Jean-Marc Liotier j...@liotier.org a écrit : On 09/12/2014 09:34, Pierre-Yves Berrard wrote: - Comment utiliser le tag si l'antenne se trouve sur un batiment? [..] En accord avec le wiki, je mettrais : man_made=mast + communication:*=yes J'avais compris man_made=mast comme pertinent lorsque le mât est l'objet proéminent dans le paysage. Or si l'antenne est sur un bâtiments, même si elle est posée sur un mât c'est le bâtiment qui est remarquable. Si je lis la carte en regardant le paysage et que je vois qu'elle indique un mât, c'est ce point de repère que je chercherai des yeux - et je serai perturbé si je vois un bâtiment à la place. J'avais compris comme toi mais, faute de mieux, je trouve que mast est plus adapté que communication_tower. En attendant qu'une façon de tagguer se dégage, on pourrait aussi mettre communication:*=yes comme seul attribut... Et pourquoi pas man_made=antenna ? Ca me paraît plus approprié pour une simple antenne posée sur un bâtiment, même lorsque son support est un petit mât : http://taginfo.openstreetmap.org/tags/man_made=antenna Et on peut le compléter avec un antenna=* : http://taginfo.openstreetmap.org/ keys/antenna Exemple: man_made=antenna antenna=cellular Attention aux technologies trop précises (je fois des 'UMTS' et des 'GSM' notamment) - de nos jours une antenne de réseau mobile peut transmettre simultanément plusieurs protocoles et sur plusieurs bandes de fréquences. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] La cartographie des Antennes et autres infrastructures radio
Tu as laissé silo/intérieur de gallerie/pylone d'arbre/dalle en béton /contre poid au sol? Le Tuesday 09 Dec 2014 à 11:18:17 (+0100), althio forum a écrit : Date: Tue, 9 Dec 2014 11:18:17 +0100 From: althio forum althio.fo...@gmail.com To: Discussions sur OSM en français talk-fr@openstreetmap.org Subject: Re: [OSM-talk-fr] La cartographie des Antennes et autres infrastructures radio Voilà exactement pourquoi un tag complémentaire me paraitrait pertinent. [...] sur le fait de le lier comme ça à des éléments physiques aussi limités. Juste pour exemple les point de repère des antennes de ma base de données avec le nombre de valeurs: 1er cas: Le support est un building=* ce building porte une description. Le mât ou l'antenne est un simple node posé dessus. 4 Eolienne 19 Tour de contrôle 22 Sémaphore 52 Monument historique 107 Phare 231 Ouvrage d'art (pont, viaduc) 922 Monument religieux 4216 Château d'eau - réservoir 10535 Immeuble 11230 Bâtiment 2e cas: La forme ou le support peut être décrit par tower:construction=* il y a déjà des valeurs proposées. tower:construction=lattice/freestanding/dish/dome/concealed/guyed/guyed_lattice/guyed_tube 671 Pylône haubané 718 Mât béton 844 Mât métallique 3703 Mât 4203 Pylône tubulaire 27170 Pylône autostable ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] L'import de Cartoradio
À voir CartoRadio donne les emplacements autorisés pas les définitifs, c'est pour ça que j'attends le feu vert pour faire des croisements de bases de données et surtout tenter de faire un calque osm par département/région. Le Tuesday 09 Dec 2014 à 11:08:13 (+0100), Yves Pratter a écrit : Date: Tue, 9 Dec 2014 11:08:13 +0100 From: Yves Pratter yves.prat...@gmail.com To: Discussions sur OSM en français talk-fr@openstreetmap.org Subject: Re: [OSM-talk-fr] L'import de Cartoradio X-Mailer: Apple Mail (2.1993) On 09 Dec 2014, at 10:44, Pierre d'HUY dh...@yahoo.fr wrote: Si on reprend l'idée d'utiliser tag2link, il est même possible de complètement éviter la limitation. Oui et surtout la base ANFR sera probablement plus à jour qu’OSM ? — Yves ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] La cartographie des Antennes et autres infrastructures radio
On 09 Dec 2014, at 11:15, Pierre d'HUY dh...@yahoo.fr wrote: Petit erratum de ma part, je n'avais pas vu que antenna était dans les schéma validé. Il peut effectivement être utilisé en complément des tags existants. man_made=antenna http://wiki.openstreetmap.org/wiki/Tag:man_made=antenna résume bien la situation (quels attributs utiliser ou non). Concernant la taille de la tour, du mat, de l’antenne il y a les attributs height=* et ele=* qui représentent bien l’amer qu’on peut observer sur le terrain. Et puis on peut mettre aussi un lien sur une photo Mapillary, wikicommons… ;-) Quid de tager les opérateurs? Ça devient vite compliquer avec les propositions existantes (4G chez Orange, 2G chez Bouygues sur un même mat avec des angles de diffusion différents). On peut l’indiquer avec man_made=communications_transponder http://wiki.openstreetmap.org/wiki/Tag:man_made=antenna#man_made.3Dcommunications_transponder mais ça ne semble pas répandu (trop compliqué). C’est pour ça que c’est plus simple et plus fiable de mettre un lien vers ref:FR:ANFR et basta ;-) — Yves ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] La cartographie des Antennes et autres infrastructures radio
2014-12-09 11:23 GMT+01:00 Pierre d'HUY dh...@yahoo.fr: Tu as laissé silo/intérieur de gallerie/pylone d'arbre/dalle en béton /contre poid au sol? Certes, je n'ai pas vérifié si j'avais traité tous les cas, mais seulement proposé des exemples. Tu peux prendre les cas manquants et : - les classer logiquement dans les cas 1 ou 2, - et/ou inventer un tag-value supplémentaire de tower:construction=* si nécessaire - ou ignorer cette information si elle est implicite par la position du node - ou ignorer cette information si pas assez importante pour de la cartographie. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] La cartographie des Antennes et autres infrastructures radio
En fait mon objectif, pour la connexion aux opérateurs serait de permettre la géolocalisation en utilisant OSM et l'environnement. Elle permettrait aussi de pouvoir analyser les données des opérateurs en opendata. Globalement l'idée est très clairement de mettre en avant ce que nous apporte les réseaux et pas seulement le repère visuel des antennes. Le Tuesday 09 Dec 2014 à 11:28:36 (+0100), Yves Pratter a écrit : Date: Tue, 9 Dec 2014 11:28:36 +0100 From: Yves Pratter yves.prat...@gmail.com To: Discussions sur OSM en français talk-fr@openstreetmap.org Subject: Re: [OSM-talk-fr] La cartographie des Antennes et autres infrastructures radio X-Mailer: Apple Mail (2.1993) On 09 Dec 2014, at 11:15, Pierre d'HUY dh...@yahoo.fr wrote: Petit erratum de ma part, je n'avais pas vu que antenna était dans les schéma validé. Il peut effectivement être utilisé en complément des tags existants. man_made=antenna résume bien la situation (quels attributs utiliser ou non). Concernant la taille de la tour, du mat, de l’antenne il y a les attributs height=* et ele=* qui représentent bien l’amer qu’on peut observer sur le terrain. Et puis on peut mettre aussi un lien sur une photo Mapillary, wikicommons… ;-) Quid de tager les opérateurs? Ça devient vite compliquer avec les propositions existantes (4G chez Orange, 2G chez Bouygues sur un même mat avec des angles de diffusion différents). On peut l’indiquer avec man_made=communications_transponder mais ça ne semble pas répandu (trop compliqué). C’est pour ça que c’est plus simple et plus fiable de mettre un lien vers ref:FR:ANFR et basta ;-) — Yves ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] L'import de Cartoradio
On 09 Dec 2014, at 11:25, Pierre d'HUY dh...@yahoo.fr wrote: À voir CartoRadio donne les emplacements autorisés pas les définitifs, OK. c'est pour ça que j'attends le feu vert pour faire des croisements de bases de données et surtout tenter de faire un calque osm par département/région. Tu veux mettre quoi exactement dans OSM ? Si c’est un pylône définitif on peut mettre : man_made=antenna ou (man_made=mast ou man_made=tower) + tower:type=communication ref:FR/ANFR=12345 ± communication:television=yes ± communication:radio=yes ± communication:mobile_phone=yes Et pour une autorisation d’émetteur accordée mais pas encore en activité : construction:man_made=* ou rien ;-) Et pour faire le rapprochement, pas besoin d’importer dans OSM toute la base Cartoradio avec toutes ses infos. L’autorisation permettra de télécharger tout le fichier d’un coup (de mémoire on peut le faire que par morceaux) — Yves___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] La cartographie des Antennes et autres infrastructures radio
On 09 Dec 2014, at 11:41, Pierre d'HUY dh...@yahoo.fr wrote: En fait mon objectif, pour la connexion aux opérateurs serait de permettre la géolocalisation en utilisant OSM et l'environnement. Elle permettrait aussi de pouvoir analyser les données des opérateurs en opendata. Comme opencellid.org http://opencellid.org/ ? — Yves___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] L'import de Cartoradio
Dans mon dump, j'ai fait un script qui importe tout ça et l'unifie en base. 67943 antennes, 63 opérateurs d'antenne, 91 opérateurs de réseau (dont privé) et miracle je viens de trouver le champ Antenne autorisée mais non activée. Avec ça, il me faut juste le feu vert ^^ Le Tuesday 09 Dec 2014 à 11:46:20 (+0100), Yves Pratter a écrit : Date: Tue, 9 Dec 2014 11:46:20 +0100 From: Yves Pratter yves.prat...@gmail.com To: Discussions sur OSM en français talk-fr@openstreetmap.org Subject: Re: [OSM-talk-fr] L'import de Cartoradio X-Mailer: Apple Mail (2.1993) On 09 Dec 2014, at 11:25, Pierre d'HUY dh...@yahoo.fr wrote: À voir CartoRadio donne les emplacements autorisés pas les définitifs, OK. c'est pour ça que j'attends le feu vert pour faire des croisements de bases de données et surtout tenter de faire un calque osm par département/région. Tu veux mettre quoi exactement dans OSM ? Si c’est un pylône définitif on peut mettre : • man_made=antenna ou (man_made=mast ou man_made=tower) + tower:type= communication • ref:FR/ANFR=12345 • ± communication:television=yes • ± communication:radio=yes • ± communication:mobile_phone=yes Et pour une autorisation d’émetteur accordée mais pas encore en activité : • construction:man_made=* • ou rien ;-) • Et pour faire le rapprochement, pas besoin d’importer dans OSM toute la base Cartoradio avec toutes ses infos. L’autorisation permettra de télécharger tout le fichier d’un coup (de mémoire on peut le faire que par morceaux) — Yves ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] La cartographie des Antennes et autres infrastructures radio
En unification des données. Parce que je pense aussi à OpenBMap et mozstumbler (toujours pas checké la licence du second mais le premier l'autorise) Le Tuesday 09 Dec 2014 à 11:51:57 (+0100), Yves Pratter a écrit : Date: Tue, 9 Dec 2014 11:51:57 +0100 From: Yves Pratter yves.prat...@gmail.com To: Discussions sur OSM en français talk-fr@openstreetmap.org Subject: Re: [OSM-talk-fr] La cartographie des Antennes et autres infrastructures radio X-Mailer: Apple Mail (2.1993) On 09 Dec 2014, at 11:41, Pierre d'HUY dh...@yahoo.fr wrote: En fait mon objectif, pour la connexion aux opérateurs serait de permettre la géolocalisation en utilisant OSM et l'environnement. Elle permettrait aussi de pouvoir analyser les données des opérateurs en opendata. Comme opencellid.org ? — Yves ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] La cartographie des Antennes et autres infrastructures radio
Bonjour, Très intéressante discussion :) Il faut faire attention à distinguer deux choses : l'existant sur le terrain (supports, antennes, éventuellement équipements radio actifs) le logique (cellules, couplages, configurations diverses et variées modifiables à la guise de l'opérateur). Le premier peut figurer dans OSM avec les références (ANFR, référence opérateur...) qui vont bien pour faire les bonnes liaisons Le côté logique (en particulier les identifiants de cellules, fréquences, canaux radio, codes d'embrouillage pour l'UMTS) n'a rien à faire dans OSM puisque difficilement observable et mouvant d'un clic de souris. Pour capitaliser correctement cet échange et pour avoir l'écho suffisant de la communauté et des contributeurs, une proposition devrait être rédigée sur le wiki puis votée. Sinon il y a de grandes chances pour que le modèle souhaité se cantonne à la France. just my 2 cents *François Lacombe* fl dot infosreseaux At gmail dot com www.infos-reseaux.com @InfosReseaux http://www.twitter.com/InfosReseaux Le 9 décembre 2014 11:41, Pierre d'HUY dh...@yahoo.fr a écrit : En fait mon objectif, pour la connexion aux opérateurs serait de permettre la géolocalisation en utilisant OSM et l'environnement. Elle permettrait aussi de pouvoir analyser les données des opérateurs en opendata. Globalement l'idée est très clairement de mettre en avant ce que nous apporte les réseaux et pas seulement le repère visuel des antennes. Le Tuesday 09 Dec 2014 à 11:28:36 (+0100), Yves Pratter a écrit : Date: Tue, 9 Dec 2014 11:28:36 +0100 From: Yves Pratter yves.prat...@gmail.com To: Discussions sur OSM en français talk-fr@openstreetmap.org Subject: Re: [OSM-talk-fr] La cartographie des Antennes et autres infrastructures radio X-Mailer: Apple Mail (2.1993) On 09 Dec 2014, at 11:15, Pierre d'HUY dh...@yahoo.fr wrote: Petit erratum de ma part, je n'avais pas vu que antenna était dans les schéma validé. Il peut effectivement être utilisé en complément des tags existants. man_made=antenna résume bien la situation (quels attributs utiliser ou non). Concernant la taille de la tour, du mat, de l’antenne il y a les attributs height=* et ele=* qui représentent bien l’amer qu’on peut observer sur le terrain. Et puis on peut mettre aussi un lien sur une photo Mapillary, wikicommons… ;-) Quid de tager les opérateurs? Ça devient vite compliquer avec les propositions existantes (4G chez Orange, 2G chez Bouygues sur un même mat avec des angles de diffusion différents). On peut l’indiquer avec man_made=communications_transponder mais ça ne semble pas répandu (trop compliqué). C’est pour ça que c’est plus simple et plus fiable de mettre un lien vers ref:FR:ANFR et basta ;-) — Yves ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] La cartographie des Antennes et autres infrastructures radio
Autre chose : vu que les télécoms sont un domaine à part entière et que man_made sert habituellement de fourre-tout, préférez l'utilisation de telecom=* pour les équipements. communication=* est trop vaste et devrait être remplacé. man_made s'adapte bien pour tout ce qui est support. On pourrait en profiter pour gérer le flou autour de tower et mast sur cette clé. *François Lacombe* fl dot infosreseaux At gmail dot com www.infos-reseaux.com @InfosReseaux http://www.twitter.com/InfosReseaux Le 9 décembre 2014 11:56, François Lacombe fl.infosrese...@gmail.com a écrit : Bonjour, Très intéressante discussion :) Il faut faire attention à distinguer deux choses : l'existant sur le terrain (supports, antennes, éventuellement équipements radio actifs) le logique (cellules, couplages, configurations diverses et variées modifiables à la guise de l'opérateur). Le premier peut figurer dans OSM avec les références (ANFR, référence opérateur...) qui vont bien pour faire les bonnes liaisons Le côté logique (en particulier les identifiants de cellules, fréquences, canaux radio, codes d'embrouillage pour l'UMTS) n'a rien à faire dans OSM puisque difficilement observable et mouvant d'un clic de souris. Pour capitaliser correctement cet échange et pour avoir l'écho suffisant de la communauté et des contributeurs, une proposition devrait être rédigée sur le wiki puis votée. Sinon il y a de grandes chances pour que le modèle souhaité se cantonne à la France. just my 2 cents *François Lacombe* fl dot infosreseaux At gmail dot com www.infos-reseaux.com @InfosReseaux http://www.twitter.com/InfosReseaux Le 9 décembre 2014 11:41, Pierre d'HUY dh...@yahoo.fr a écrit : En fait mon objectif, pour la connexion aux opérateurs serait de permettre la géolocalisation en utilisant OSM et l'environnement. Elle permettrait aussi de pouvoir analyser les données des opérateurs en opendata. Globalement l'idée est très clairement de mettre en avant ce que nous apporte les réseaux et pas seulement le repère visuel des antennes. Le Tuesday 09 Dec 2014 à 11:28:36 (+0100), Yves Pratter a écrit : Date: Tue, 9 Dec 2014 11:28:36 +0100 From: Yves Pratter yves.prat...@gmail.com To: Discussions sur OSM en français talk-fr@openstreetmap.org Subject: Re: [OSM-talk-fr] La cartographie des Antennes et autres infrastructures radio X-Mailer: Apple Mail (2.1993) On 09 Dec 2014, at 11:15, Pierre d'HUY dh...@yahoo.fr wrote: Petit erratum de ma part, je n'avais pas vu que antenna était dans les schéma validé. Il peut effectivement être utilisé en complément des tags existants. man_made=antenna résume bien la situation (quels attributs utiliser ou non). Concernant la taille de la tour, du mat, de l’antenne il y a les attributs height=* et ele=* qui représentent bien l’amer qu’on peut observer sur le terrain. Et puis on peut mettre aussi un lien sur une photo Mapillary, wikicommons… ;-) Quid de tager les opérateurs? Ça devient vite compliquer avec les propositions existantes (4G chez Orange, 2G chez Bouygues sur un même mat avec des angles de diffusion différents). On peut l’indiquer avec man_made=communications_transponder mais ça ne semble pas répandu (trop compliqué). C’est pour ça que c’est plus simple et plus fiable de mettre un lien vers ref:FR:ANFR et basta ;-) — Yves ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] La cartographie des Antennes et autres infrastructures radio
J'ai créé cette discussion pour animer le débat dessus pour faire un article/propal wiki ensuite. L'objectif est d'essayer d'appréhender le point de vue sur le sujet et de mobiliser autour. Les supports logiques, comme tu dis, de type CID ou MCC bougent peu, autant qu'un batiment, et considère-t-on qu'il ne faut pas tagguer les batiments pour autant? Le syllogisme est facile mais comme je l'ai expliqué l'intérêt que je vois là dedans correspond à ceux d'openstreetmap, de permettre la cartographie et aussi d'offrir une solution complète par rapport à une carte. Les applications d'un référencement des réseaux sont presques infinis pour OSM avec notamment la possibilité de travailler avec d'autres solutions, y compris sur téléphone. Le nombre d'opérateurs privés maintenant leur propre base est exponentiel et une solution comme osm pourrait les intéresser. (Par opérateurs j'entends entreprises) Le Tuesday 09 Dec 2014 à 11:56:46 (+0100), François Lacombe a écrit : Date: Tue, 9 Dec 2014 11:56:46 +0100 From: François Lacombe fl.infosrese...@gmail.com To: Discussions sur OSM en français talk-fr@openstreetmap.org Subject: Re: [OSM-talk-fr] La cartographie des Antennes et autres infrastructures radio Bonjour, Très intéressante discussion :) Il faut faire attention à distinguer deux choses : l'existant sur le terrain (supports, antennes, éventuellement équipements radio actifs) le logique (cellules, couplages, configurations diverses et variées modifiables à la guise de l'opérateur). Le premier peut figurer dans OSM avec les références (ANFR, référence opérateur...) qui vont bien pour faire les bonnes liaisons Le côté logique (en particulier les identifiants de cellules, fréquences, canaux radio, codes d'embrouillage pour l'UMTS) n'a rien à faire dans OSM puisque difficilement observable et mouvant d'un clic de souris. Pour capitaliser correctement cet échange et pour avoir l'écho suffisant de la communauté et des contributeurs, une proposition devrait être rédigée sur le wiki puis votée. Sinon il y a de grandes chances pour que le modèle souhaité se cantonne à la France. just my 2 cents François Lacombe fl dot infosreseaux At gmail dot com www.infos-reseaux.com @InfosReseaux Le 9 décembre 2014 11:41, Pierre d'HUY dh...@yahoo.fr a écrit : En fait mon objectif, pour la connexion aux opérateurs serait de permettre la géolocalisation en utilisant OSM et l'environnement. Elle permettrait aussi de pouvoir analyser les données des opérateurs en opendata. Globalement l'idée est très clairement de mettre en avant ce que nous apporte les réseaux et pas seulement le repère visuel des antennes. Le Tuesday 09 Dec 2014 à 11:28:36 (+0100), Yves Pratter a écrit : Date: Tue, 9 Dec 2014 11:28:36 +0100 From: Yves Pratter yves.prat...@gmail.com To: Discussions sur OSM en français talk-fr@openstreetmap.org Subject: Re: [OSM-talk-fr] La cartographie des Antennes et autres infrastructures radio X-Mailer: Apple Mail (2.1993) On 09 Dec 2014, at 11:15, Pierre d'HUY dh...@yahoo.fr wrote: Petit erratum de ma part, je n'avais pas vu que antenna était dans les schéma validé. Il peut effectivement être utilisé en complément des tags existants. man_made=antenna résume bien la situation (quels attributs utiliser ou non). Concernant la taille de la tour, du mat, de l’antenne il y a les attributs height=* et ele=* qui représentent bien l’amer qu’on peut observer sur le terrain. Et puis on peut mettre aussi un lien sur une photo Mapillary, wikicommons… ;-) Quid de tager les opérateurs? Ça devient vite compliquer avec les propositions existantes (4G chez Orange, 2G chez Bouygues sur un même mat avec des angles de diffusion différents). On peut l’indiquer avec man_made=communications_transponder mais ça ne semble pas répandu (trop compliqué). C’est pour ça que c’est plus simple et plus fiable de mettre un lien vers ref:FR:ANFR et basta ;-) — Yves ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] La cartographie des Antennes et autres infrastructures radio
C'est ce que je voulais aborder en premier, une clef plus universel et antenna semble bien pour ça, non? Le Tuesday 09 Dec 2014 à 11:59:19 (+0100), François Lacombe a écrit : Date: Tue, 9 Dec 2014 11:59:19 +0100 From: François Lacombe fl.infosrese...@gmail.com To: Discussions sur OSM en français talk-fr@openstreetmap.org Subject: Re: [OSM-talk-fr] La cartographie des Antennes et autres infrastructures radio Autre chose : vu que les télécoms sont un domaine à part entière et que man_made sert habituellement de fourre-tout, préférez l'utilisation de telecom= * pour les équipements. communication=* est trop vaste et devrait être remplacé. man_made s'adapte bien pour tout ce qui est support. On pourrait en profiter pour gérer le flou autour de tower et mast sur cette clé. François Lacombe fl dot infosreseaux At gmail dot com www.infos-reseaux.com @InfosReseaux Le 9 décembre 2014 11:56, François Lacombe fl.infosrese...@gmail.com a écrit : Bonjour, Très intéressante discussion :) Il faut faire attention à distinguer deux choses : l'existant sur le terrain (supports, antennes, éventuellement équipements radio actifs) le logique (cellules, couplages, configurations diverses et variées modifiables à la guise de l'opérateur). Le premier peut figurer dans OSM avec les références (ANFR, référence opérateur...) qui vont bien pour faire les bonnes liaisons Le côté logique (en particulier les identifiants de cellules, fréquences, canaux radio, codes d'embrouillage pour l'UMTS) n'a rien à faire dans OSM puisque difficilement observable et mouvant d'un clic de souris. Pour capitaliser correctement cet échange et pour avoir l'écho suffisant de la communauté et des contributeurs, une proposition devrait être rédigée sur le wiki puis votée. Sinon il y a de grandes chances pour que le modèle souhaité se cantonne à la France. just my 2 cents François Lacombe fl dot infosreseaux At gmail dot com www.infos-reseaux.com @InfosReseaux Le 9 décembre 2014 11:41, Pierre d'HUY dh...@yahoo.fr a écrit : En fait mon objectif, pour la connexion aux opérateurs serait de permettre la géolocalisation en utilisant OSM et l'environnement. Elle permettrait aussi de pouvoir analyser les données des opérateurs en opendata. Globalement l'idée est très clairement de mettre en avant ce que nous apporte les réseaux et pas seulement le repère visuel des antennes. Le Tuesday 09 Dec 2014 à 11:28:36 (+0100), Yves Pratter a écrit : Date: Tue, 9 Dec 2014 11:28:36 +0100 From: Yves Pratter yves.prat...@gmail.com To: Discussions sur OSM en français talk-fr@openstreetmap.org Subject: Re: [OSM-talk-fr] La cartographie des Antennes et autres infrastructures radio X-Mailer: Apple Mail (2.1993) On 09 Dec 2014, at 11:15, Pierre d'HUY dh...@yahoo.fr wrote: Petit erratum de ma part, je n'avais pas vu que antenna était dans les schéma validé. Il peut effectivement être utilisé en complément des tags existants. man_made=antenna résume bien la situation (quels attributs utiliser ou non). Concernant la taille de la tour, du mat, de l’antenne il y a les attributs height=* et ele=* qui représentent bien l’amer qu’on peut observer sur le terrain. Et puis on peut mettre aussi un lien sur une photo Mapillary, wikicommons… ;-) Quid de tager les opérateurs? Ça devient vite compliquer avec les propositions existantes (4G chez Orange, 2G chez Bouygues sur un même mat avec des angles de diffusion différents). On peut l’indiquer avec man_made=communications_transponder mais ça ne semble pas répandu (trop compliqué). C’est pour ça que c’est plus simple et plus fiable de mettre un lien vers ref:FR:ANFR et basta ;-) — Yves ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] La cartographie des Antennes et autres infrastructures radio
On 09 Dec 2014, at 11:59, François Lacombe fl.infosrese...@gmail.com wrote: Autre chose : vu que les télécoms sont un domaine à part entière et que man_made sert habituellement de fourre-tout, préférez l'utilisation de telecom=* pour les équipements. Key:telecom http://wiki.openstreetmap.org/wiki/Key:telecom me parait bien vide et peu utiliser. communication=* est trop vaste et devrait être remplacé. certe, mais une tour/mat/pylone peut émettre/recevoir de la télé, de la radio, de la téléphonie, des communications radio amateurs, des faisceaux hertziens… http://wiki.openstreetmap.org/wiki/Key:telecom communication le gère, et ensuite il y a des sous tags (à créer éventuellement) pour ça. http://wiki.openstreetmap.org/wiki/Key:telecomman_made s'adapte bien pour tout ce qui est support. Oui. On pourrait en profiter pour gérer le flou autour de tower et mast sur cette clé. Au niveau télécommunication, ils utilisent les mêmes attributs communication:*=* Après on peut mettre des photos ou des définitions encyclopédiques pour savoir si l’objet est un mat, une tour ou une antenne. Mais c’est déjà décrit ici : man_made=mast#First question: Is it a mast or a tower? http://wiki.openstreetmap.org/wiki/Tag:man_made=mast#First_question:_Is_it_a_mast_or_a_tower.3F Une différence : le mat on grimpe dessus, la tour on grimpe dedans ou mieux on prend les escaliers ou l’ascenseur ?? — Yves___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] La cartographie des Antennes et autres infrastructures radio
Le 9 décembre 2014 12:05, Pierre d'HUY dh...@yahoo.fr a écrit : J'ai créé cette discussion pour animer le débat dessus pour faire un article/propal wiki ensuite. L'objectif est d'essayer d'appréhender le point de vue sur le sujet et de mobiliser autour. Parfait, nous sommes d'accord Les supports logiques, comme tu dis, de type CID ou MCC bougent peu, autant qu'un batiment, et considère-t-on qu'il ne faut pas tagguer les batiments pour autant? Il n'y a pas seulement le côté mouvant mais aussi le côté vérifiabilité. Comment peut-on être sur que c'est telle antenne qui diffuse tel CID ou MNC ? Très difficile à mon sens. Les applications d'un référencement des réseaux sont presques infinis pour OSM avec notamment la possibilité de travailler avec d'autres solutions, y compris sur téléphone. Le nombre d'opérateurs privés maintenant leur propre base est exponentiel et une solution comme osm pourrait les intéresser. (Par opérateurs j'entends entreprises) Les opérateurs en question ont un référentiel bien plus poussé que celui qui pourrait être établi sur OSM. Sans open-data de leur part, il très difficile de décrire un réseau radio en l'observant de l'exterieur. Et on évoque ici des architectures à l'ancienne avec les équipement actifs co-localisés aux antennes alors que demain, tout est potentiellement virtualisé sans aucune considération géographique. OSM devrait se limiter au côté observable de ces réseaux : les supports et les antennes, référencés pour permettre la correspondance avec d'autres données. Le 9 décembre 2014 12:42, Yves Pratter yves.prat...@gmail.com a écrit : Key:telecom me parait bien vide et peu utiliser. Actuellement c'est le cas en effet. Il faut bien amorcer la pompe et d'autres propositions sur les réseaux fixes vont arriver prochainement en utilisant cette clé. *François Lacombe* fl dot infosreseaux At gmail dot com www.infos-reseaux.com @InfosReseaux http://www.twitter.com/InfosReseaux ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] La cartographie des Antennes et autres infrastructures radio
Sauf que le MNC est parfaitement vérifiable et localisable avec une précision optimale: Cartoradio (c'est l'enjeux d'une autre discussion en parallèle). De même la précision fournie par des solution comme OpenBMap ou OpenCellID est précise à 5/10m ce qui est moyen sauf si on le met en corrélation avec les données localisées. Comme je l'ai précisé entre parenthèses, je ne parle pas des opérateurs téléphoniques (qui sauf lobby contraire, n'ouvriront jamais leur données) mais des sociétés diverses: Nokia, Ericsson, quelques entreprises que je sais utiliser ce type de données mais que je ne peux pas nommer :p Actuellement, il existe un seul service proposant de lier le CID à une carte et c'est google maps. Nokia maps est encore un peu à la ramasse là dessus. Ayant déjà eu une discussion avec du staff google sur le sujet, il est hors de question qu'ils ouvrent ces données et donc les rendent utilisables sans transaction financière et contrat limité. L'objectif est de rendre OSM toujours plus performant :) Encore une fois la répartion des CID est amené à rester sensiblement identique par contre la balance de charge sur le réseau est amenée à être dynamique. De ce fait une antenne devrait garder le même CID ad vitam (ne serait ce qu'à cause de la rétrocompatibilité). Le Tuesday 09 Dec 2014 à 13:19:41 (+0100), François Lacombe a écrit : Date: Tue, 9 Dec 2014 13:19:41 +0100 From: François Lacombe fl.infosrese...@gmail.com To: Discussions sur OSM en français talk-fr@openstreetmap.org Subject: Re: [OSM-talk-fr] La cartographie des Antennes et autres infrastructures radio Le 9 décembre 2014 12:05, Pierre d'HUY dh...@yahoo.fr a écrit : J'ai créé cette discussion pour animer le débat dessus pour faire un article/propal wiki ensuite. L'objectif est d'essayer d'appréhender le point de vue sur le sujet et de mobiliser autour. Parfait, nous sommes d'accord Les supports logiques, comme tu dis, de type CID ou MCC bougent peu, autant qu'un batiment, et considère-t-on qu'il ne faut pas tagguer les batiments pour autant? Il n'y a pas seulement le côté mouvant mais aussi le côté vérifiabilité. Comment peut-on être sur que c'est telle antenne qui diffuse tel CID ou MNC ? Très difficile à mon sens. Les applications d'un référencement des réseaux sont presques infinis pour OSM avec notamment la possibilité de travailler avec d'autres solutions, y compris sur téléphone. Le nombre d'opérateurs privés maintenant leur propre base est exponentiel et une solution comme osm pourrait les intéresser. (Par opérateurs j'entends entreprises) Les opérateurs en question ont un référentiel bien plus poussé que celui qui pourrait être établi sur OSM. Sans open-data de leur part, il très difficile de décrire un réseau radio en l'observant de l'exterieur. Et on évoque ici des architectures à l'ancienne avec les équipement actifs co-localisés aux antennes alors que demain, tout est potentiellement virtualisé sans aucune considération géographique. OSM devrait se limiter au côté observable de ces réseaux : les supports et les antennes, référencés pour permettre la correspondance avec d'autres données. Le 9 décembre 2014 12:42, Yves Pratter yves.prat...@gmail.com a écrit : Key:telecom me parait bien vide et peu utiliser. Actuellement c'est le cas en effet. Il faut bien amorcer la pompe et d'autres propositions sur les réseaux fixes vont arriver prochainement en utilisant cette clé. François Lacombe fl dot infosreseaux At gmail dot com www.infos-reseaux.com @InfosReseaux ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
