[OSM-talk] china accuses coca cola for illegal mapping
http://mobile.theverge.com/2013/3/13/4101334/coca-cola-under-investigation-for-illegal-mapping-in-china cheers, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Keypad-Mapper 3 released - highly efficient app for house number mapping
On Wed, Feb 27, 2013 at 5:53 PM, sabas88 saba...@gmail.com wrote: Any reason why this application is requesting an access to the phone status and identity ? Pieren ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] State Of The Map US session proposals welcome starting....now!
Hi all, We have just launched the CFP for State Of The Map US 2013 (San Francisco, June 8-9). What does that mean? Well, basically that you have a few weeks to submit your ideas for a session (talk, workshop, ...) for SOTM US 2013 and help shape the next iteration of this great event! More details are on the openstreetmap.us blog[1]. If you have any questions, let me know. I also started a wiki page for the conference where you can add your name if you know you're going, thinking about it, want to share a room, have a room to share, etc[2]. Best, Martijn [1] http://www.openstreetmap.us/2013/03/sotmus-2013-sessions/ [2] https://wiki.openstreetmap.org/wiki/State_Of_The_Map_U.S._2013 -- Martijn van Exel ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-nl] Bussen van De Lijn in Maastricht/Tilburg
Persoonlijk vind ik het een slecht idee om in de key een stukje waarde te stoppen. De keys moeten mooi opgesomd op een pagina kunnen gezet worden. Als elke mapper maar willekeurig keys kan gaan bij maken (door stukjes achter bestaande te plakken) gaat de betekenis van key verloren IMHO. Verder stel je een 3 dimensioneel model (een paal met bordjes) voor door een 1 dimensioneel (een punt). Feitelijk heb je dus 3 punten nodig, eentje voor de paal en eentje voor het bordje aan elke kant. En dan nog een streepje ertussen. Moeilijk natuurlijk als de bordjes onder elkaar liggen. Dan moet je 2 punten op elkaar leggen en dat wordt niet door het OSM model ondersteund. Dus als je de bordjes (en niet de paal) beschouwt, wijken 2 nodes nog niet zo ver af van de werkelijkheid. 2 knopen lijkt mij het eenvoudigste, ook al voor de interpreterende software of queries die niet moeten gaan zoeken op allerlei varianten van keys om stopplaatsen van een bepaalde maatschappij terug te vinden. just my .5 cents m 2013/3/14 talk-nl-requ...@openstreetmap.org Send Talk-nl mailing list submissions to talk-nl@openstreetmap.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.openstreetmap.org/listinfo/talk-nl or, via email, send a message with subject or body 'help' to talk-nl-requ...@openstreetmap.org You can reach the person managing the list at talk-nl-ow...@openstreetmap.org When replying, please edit your Subject line so it is more specific than Re: Contents of Talk-nl digest... Today's Topics: 1. diverse websites met verzamelingen (Ronald Stroethoff) 2. Re: Bussen van De Lijn in Maastricht/Tilburg (Jo) 3. Re: Bussen van De Lijn in Maastricht/Tilburg (Maarten Deen) 4. Re: Bussen van De Lijn in Maastricht/Tilburg (Jo) -- Message: 1 Date: Wed, 13 Mar 2013 21:01:50 +0100 From: Ronald Stroethoff stroe...@zonnet.nl To: talk-nl@openstreetmap.org Subject: [OSM-talk-nl] diverse websites met verzamelingen Message-ID: khqivb$ok0$1...@ger.gmane.org Content-Type: text/plain; charset=ISO-8859-1 Ik heb een paar interresante websites ontdekt. de website moskeewijzer.nl met een overzicht van moskeeen in Nederland de website oplaadpunten.nl met een overzicht van electrische oplaadpunten voor electrische auto's Wellicht kunnen we er nog iets mee. Ronald Stroethoff -- Message: 2 Date: Wed, 13 Mar 2013 20:30:01 +0100 From: Jo winfi...@gmail.com To: OpenStreetMap NL discussion list talk-nl@openstreetmap.org Subject: Re: [OSM-talk-nl] Bussen van De Lijn in Maastricht/Tilburg Message-ID: CAJ6DwMDQ5_CLwLPd2T4wVEkxskYMLx= vztmg07djvlskb-w...@mail.gmail.com Content-Type: text/plain; charset=utf-8 Op 13 maart 2013 19:39 schreef Maarten Deen md...@xs4all.nl het volgende: On 2013-03-13 19:25, Rob wrote: Ho Jo De laatste keer dat ik contact met hem had, over verwijderde items van me, was z'n moto less is more Hij gaat schijnbaar voor een mooie rustige kaart. Hmm. Ik heb ook eens met iemand een discussie gehad die nodes voor haltes aan twee zijden van een weg aan het weghalen was. Ik vind zelf dat als het een en dezelfde halte is (dus op dezelfde plek De Lijn als Veolia) kan het beter een node zijn. verschillende zones kun je oplossen met zone:NL en zone:BE of zo iets. Dat zou dan al beter zone:Veolia en zone:De_Lijn zijn, vermoed ik. Geloof me, die piste had ik al uitgeprobeerd maar dan met zone:De_Lijn en zone:TEC en dan natuurlijk operator=De Lijn;TEC;STIB/MIVB. Het begin er al mee dat tagnames gewoonlijk geen hoofdletters of spaties bevatten. Verder zou dat dan betekenen dat alle haltes in Nederland en Belgi? hertagd moeten worden om dit consistent te krijgen. Vandaar dat ik dus was begonnen met een node per operator die dan samen met de andere attributen van de halte gegroepeerd worden in een public_transport=stop_area relatie. Het voordeel is dat elk zo'n halte aan de bijbehorende routerelaties kunnen worden toegevoegd. Jo -- next part -- An HTML attachment was scrubbed... URL: http://lists.openstreetmap.org/pipermail/talk-nl/attachments/20130313/0b41e8fd/attachment-0001.html -- Message: 3 Date: Wed, 13 Mar 2013 20:36:51 +0100 From: Maarten Deen md...@xs4all.nl To: OpenStreetMap NL discussion list talk-nl@openstreetmap.org Subject: Re: [OSM-talk-nl] Bussen van De Lijn in Maastricht/Tilburg Message-ID: 7b0965104cf0c22d261fe27200e0a...@xs4all.nl Content-Type: text/plain; charset=UTF-8; format=flowed On 2013-03-13 20:30, Jo wrote: Op 13 maart 2013 19:39 schreef Maarten Deen md...@xs4all.nl het volgende: On 2013-03-13 19:25, Rob wrote: Ho Jo De laatste keer dat ik contact met hem had, over verwijderde items van me, was z'n moto less is more Hij gaat schijnbaar voor een mooie
Re: [OSM-talk-nl] Bussen van De Lijn in Maastricht/Tilburg
Hi, Ik heb ooit gehoord dat het tussen voegen van de semicolon een mogelijkheid is bij meerdere objecten op een punt / paal, is dat een routable mogelijkheid ?Greetz ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Bussen van De Lijn in Maastricht/Tilburg
En ook toen wilde je niet begrijpen dat de volgende constructie niet werkt, omdat er geen garantie is dat de volgorde van de verschillende delen gehandhaafd blijft: operator=Veolia;De Lijn zone=600;71 On 03/14/2013 05:05 PM, St Niklaas wrote: Hi, Ik heb ooit gehoord dat het tussen voegen van de semicolon een mogelijkheid is bij meerdere objecten op een punt / paal, is dat een routable mogelijkheid ?Greetz -- --- m.v.g., Cartinus ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Bussen van De Lijn in Maastricht/Tilburg
Als je werkelijk gelooft dat dat een werkbare oplossing is, dan wordt het tijd dat je afdaalt uit utopia. On 03/14/2013 05:24 PM, St Niklaas wrote: Beste, Dit hele systeem is toch gebaseerd op afspraken mbt de weergave op van de database op een ondergrond ? Dan kan een afspraak als a - a1; b - b1 etc er ook wel bij. Bovendien ik citeer Scai !Greetz Date: Thu, 14 Mar 2013 17:14:30 +0100 From: carti...@xs4all.nl To: talk-nl@openstreetmap.org Subject: Re: [OSM-talk-nl] Bussen van De Lijn in Maastricht/Tilburg En ook toen wilde je niet begrijpen dat de volgende constructie niet werkt, omdat er geen garantie is dat de volgorde van de verschillende delen gehandhaafd blijft: operator=Veolia;De Lijn zone=600;71 On 03/14/2013 05:05 PM, St Niklaas wrote: Hi, Ik heb ooit gehoord dat het tussen voegen van de semicolon een mogelijkheid is bij meerdere objecten op een punt / paal, is dat een routable mogelijkheid ?Greetz -- --- m.v.g., Cartinus ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl -- --- m.v.g., Cartinus ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Bussen van De Lijn in Maastricht/Tilburg
Zelfs op de wiki pagina over het gebruik van de punt-comma wordt het gebruik ten zeerste afgeraden: zie http://wiki.openstreetmap.org/wiki/Semi-colon_value_separator quote It is important to know that only a few specialized applications will handle semi-colon seperated values, and only for a few tags. Most OSM Tools, map renderes, taginfo and the XAPI *do not handle* these values end quote m ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Bussen van De Lijn in Maastricht/Tilburg
Marc, bedankt maar als het in de Wiki staat en ik krijg toch die oplossing aangereikt via het forum, wat moet ik dan ? Niet dat ik het in de Wiki gevonden heb, je moet al een kenner zijn om de juiste artikelen in die grote en het engels gestelde rijstebrijberg te vinden.Ik kom net kijken en wordt met de kreet van Bas niemand staat in een positie om anderen te vertellen wat ze moeten doen als het ware heen en weer geworpen tussen het een en het ander en heb bovendien de indruk dat er toch guardians rondlopen die de jas van verteller hebben aangetrokken. Terwijl er zelden een behulpzaam aanbod gedaan wordt, zoek het zelf maar uit, is de slogan die IMHO op Newbies van toepassing is.Greetz Hendrik___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Bussen van De Lijn in Maastricht/Tilburg
Geloof me, ik heb het tot nu toe met die puntkomma geprobeerd en ben tot de conclusie gekomen dat dat toch niet blijkt te werken. Neem nu de name tag. De Lijn voegt de naam van de gemeente toe aan de naam. Dat is op zich wel zinnig omdat we hier nogal wat haltes hebben die anders gewoon Kerk, Dorp, en (Oud-)Station zouden heten. Lijkt het jullie een goede oplossing om dan in name=Dokter Bakstraat / Brusselse Poort;Maastricht Dr.Bakstraat te zetten? Merk ook op dat de naam van de halte ook verschillend is zonder de toevoeging van de gemeentenaam. Ook hebben bij mijn weten de haltes van Veolia geen ref, die van De Lijn wel. Als ik die ref dan aan de halte van Veolia koppel, klopt dat technisch gezien niet. Je kan zeggen, dan moet je maar ref:De_Lijn gebruiken als tag, maar dan werkt Openlinkmap.org niet meer. Daar kan je sinds kort namelijk op een halte van De Lijn doorklikken (op de public transportlaag) en dan kom je meteen uit op deze site: http://mijnlijn.be/303124 Waar je realtime informatie krijgt over de doorkomsttijden. Dat werkt echter enkel als dat nummer in ref zit. 1 node/operator maakt het schrijven van scripts die aan kwaliteitscontrole doen een stuk beter doenbaar en dat geldt ook voor andere (her)gebruikers van de data. Jo Op 14 maart 2013 17:05 schreef St Niklaas st.nikl...@live.nl het volgende: Hi, Ik heb ooit gehoord dat het tussen voegen van de semicolon een mogelijkheid is bij meerdere objecten op een punt / paal, is dat een routable mogelijkheid ? Greetz ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Bussen van De Lijn in Maastricht/Tilburg
Wat de ontoegankelijke wiki betreft, we zijn hier onlangs na een bijeenkomst begonnen met het vertalen van een interessante wikipagina: http://wiki.openstreetmap.org/wiki/NL:How_to_map_a In de hoop de informatieberg wat toegankelijker te maken. Je bent niet de enige, die zich al 's aan z'n lot overgelaten voelt. Jo Op 14 maart 2013 22:45 schreef St Niklaas st.nikl...@live.nl het volgende: Marc, bedankt maar als het in de Wiki staat en ik krijg toch die oplossing aangereikt via het forum, wat moet ik dan ? Niet dat ik het in de Wiki gevonden heb, je moet al een kenner zijn om de juiste artikelen in die grote en het engels gestelde rijstebrijberg te vinden. Ik kom net kijken en wordt met de kreet van Bas niemand staat in een positie om anderen te vertellen wat ze moeten doen als het ware heen en weer geworpen tussen het een en het ander en heb bovendien de indruk dat er toch guardians rondlopen die de jas van verteller hebben aangetrokken. Terwijl er zelden een behulpzaam aanbod gedaan wordt, zoek het zelf maar uit, is de slogan die IMHO op Newbies van toepassing is. Greetz Hendrik ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [Talk-de] Wie Buchstaben-Ergänzung bei Hausnummern mappen?
http://www.druckeselbst.de/briefbogen/din5008.php Ob A oder a legt die Verwaltung fest, aber das Leerzeichen zwischen Hausnummer und Buchstaben (DIN 5008) sollten wir für DL schon einheitlich übernehmen. ## Manfred - (android) mobil - please excuse typos and brevity. Am 14.03.2013 03:05 schrieb Tirkon tirko...@yahoo.de: Hausnummern sind häufig durch zusätzliche Buchstaben ergänzt. Es gäbe da vier verschiedene Möglichkeiten dies zu tun: als Kleinbuchstabe, oder Großbuchstabe, mit oder ohne Leerzeichen zwischen Zahl und Buchstabe, z.B. 20a 20 a 20A 20 A Ist bekannt, ob irgendjemand die derzeitige Praxis bei OSM zumindest für Deutschland ermittelt hat? Sollte man sich nicht auf eine einheitliche Darstellng einigen und diese im Wiki empfehlen? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie Buchstaben-Ergänzung bei Hausnummern mappen?
Am 14.03.2013 07:09 schrieb Manfred A. Reiter ma.rei...@gmail.com: Ob A oder a legt die Verwaltung fest, aber das Leerzeichen zwischen Hausnummer und Buchstaben (DIN 5008) sollten wir für DL schon einheitlich übernehmen. In welcher Weise hat diese DIN denn Relevanz für Hausnummern? Mir ist in amtlichen Veröffentlichungen und in der Realität bis jetzt nur die Schreibweise ohne Leerzeichen aufgefallen (und nutze sie folglich auch beim mappen) Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie Buchstaben-Ergänzung bei Hausnummern mappen?
Hi Martin, Am 14. März 2013 07:27 schrieb Martin Simon grenzde...@gmail.com: Am 14.03.2013 07:09 schrieb Manfred A. Reiter ma.rei...@gmail.com: Ob A oder a legt die Verwaltung fest, aber das Leerzeichen zwischen Hausnummer und Buchstaben (DIN 5008) sollten wir für DL schon einheitlich übernehmen. In welcher Weise hat diese DIN denn Relevanz für Hausnummern? Recht hast Du. Diese DIN gilt natürlich für Geschäftsbriefe. Mir ist in amtlichen Veröffentlichungen und in der Realität bis jetzt nur die Schreibweise ohne Leerzeichen aufgefallen (und nutze sie folglich auch beim mappen) und hier sind wir bei OSM. Also jeder wie er will ;-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie Buchstaben-Ergänzung bei Hausnummern mappen?
Am 14.03.2013 08:13 schrieb Manfred A. Reiter ma.rei...@gmail.com: und hier sind wir bei OSM. Also jeder wie er will ;-) Natürlich. Ich bin ja auch nicht der, der eine Mindestanforderung für alle vorgeschlagen hat. ;-) Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie Buchstaben-Ergänzung bei Hausnummern mappen?
Servus, Am 14.03.2013 08:12, schrieb Manfred A. Reiter: In welcher Weise hat diese DIN denn Relevanz für Hausnummern? Recht hast Du. Diese DIN gilt natürlich für Geschäftsbriefe. Sie gilt auch für Geschäftsbriefe. DIN5008 gilt für Textverarbeitungen und hat somit eine gewisse Relevanz. Zusätzlich gibt es keine Norm oÄ., welche das Gegenteil darstellt, entsprechend würde ich mich daran halten. Mir ist in amtlichen Veröffentlichungen und in der Realität bis jetzt nur die Schreibweise ohne Leerzeichen aufgefallen (und nutze sie folglich auch beim mappen) und hier sind wir bei OSM. Also jeder wie er will ;-) Da es vermutlich international unterschiedliche Regelungen gibt, wird es vermutlich eh auf Seite der Datenverarbeiter liegen, die Leerzeichen in der Datenbank und bei der Eingabe richtig zu kombinieren. LG Jimmy ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie Buchstaben-Ergänzung bei Hausnummern mappen?
Am 14.03.2013 03:05, schrieb Tirkon: 20a 20 a 20A 20 A Ist bekannt, ob irgendjemand die derzeitige Praxis bei OSM zumindest für Deutschland ermittelt hat? Sollte man sich nicht auf eine einheitliche Darstellng einigen und diese im Wiki empfehlen? Ich mappe, was ich sehe. Bei den Schildern erkenne ich in den allermeisten Fällen kein Leerzeichen dazwischen und der Buchstabe ist eigentlich immer auch klein geschrieben. Freilich habe ich hier auch ein Haus mit der Nummer 22.1 gefunden. Zumindest hier in der Gegend ein Unikat. Rainer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie Buchstaben-Ergänzung bei Hausnummern mappen?
Der neue Keypad-Mapper 3 erlaubt derzeit Hausnummern ohne Leerzeichen und mit Kleinbuchstaben. Es könnten u.a. folgende zuätzliche Optionen eingebaut werden: - zwischen letzter Ziffer und erstem Buchstaben der Hausnummer immer ein Leerzeichen einfügen (ja/nein): das würde dann das Programm, wenn aktiviert, selbst machen, was dem Mapper das Tippen erspart - Buchstaben in Hausnummern immer als Großbuchstaben / Kleinbuchstaben - Schneller Doppel-Tap auf einen Buchstaben schaltet von groß nach klein um und umgekehrt - Links und rechts von einem Bindestrich in der Hausnummer immer genau 1 Leerzeichen setzen Auf http://wiki.openstreetmap.org/wiki/Keypad-Mapper_3#wishlist_for_the_next_version werden derzeit Anregungen für den Keypad-Mapper 4 gesammelt. Bitte hinterlaßt dort Eure diesbzgl. Wünsche - gerade auch hinsichtlich der Hausnummernschreibweise. Wir werden in ca. 2 Wochen die Wunschliste für die Version 4 schließen und gleichzeitig die eingegangenen Ideen zur Abstimmung stellen. Gruß Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie Buchstaben-Ergänzung bei Hausnummern mappen?
Am 14. März 2013 09:41 schrieb Rainer Knaepper sm...@gmx.de: Am 14.03.2013 03:05, schrieb Tirkon: 20a 20 a 20A 20 A Ist bekannt, ob irgendjemand die derzeitige Praxis bei OSM zumindest für Deutschland ermittelt hat? Sollte man sich nicht auf eine einheitliche Darstellng einigen und diese im Wiki empfehlen? Ich mappe, was ich sehe. Bei den Schildern erkenne ich in den allermeisten Fällen kein Leerzeichen dazwischen und der Buchstabe ist eigentlich immer auch klein geschrieben. Vom Gefühl her würde ich zwischen Zahl und Buchstaben ein kurzes Leerzeichen (Spatium) setzen. Das ist allerdings schon so feinsinnig typographisch, dass es in der Realität fast nie anzutreffen sein dürfte bzw. von den meisten auch nicht erkannt würde. Gruß Falk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie Buchstaben-Ergänzung bei Hausnummern mappen?
Es gibt auch die Schreibweisen 20/a oder mit Kapitälchen. Ist das wirklich wichtig, das zu uniformieren? Für die Auswertung sollte es keine Rolle spielen, ob Großbuchstaben, Kapitälchen oder Kleinbuchstaben verwendet werden. Ich würde das mappen, was jeweils vor Ort gilt (vermutlich ist das nicht immer gleich, sicherlich nicht weltweit). Wichtig wäre das doch nur, wenn es in der gleichen Straße sowohl 20a als auch 20A gäbe. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] *:lanes und Straßenbahnschienen
On 13.03.2013 15:57, Wilhelm Spickermann wrote: On 13.03.2013 15:38, Martin Vonwald wrote: Ich finde ja das *:lanes Konzept soweit ganz gut, aber leider scheitert es bisher bei Straßen mit Straßenbahnschienen ohne eigenen Gleiskörper. Soweit mir bekannt ist, sollen Schienenwege sowieso als eigener OSM-Way angelegt werden, da ansonsten unklar ist worauf sich Tags wie z.B. ref, name usw. beziehen. Wenn es keinen eigenen Gleiskörper gibt, müsste man also einen neuen OSM-Way durch dieselben Punkte legen. Ich versuche gerade das Gegenteil zu erreichen. Bei Schienen ohne eigenen Gleiskörper ist ja gerade das Problem, dass ich hier nichts separates habe sondern nur eine Straße. Wieso sollte ich das dann separat einzeichnen. Warum scheitert es daran? In den meisten Situationen sollte ein railway:lanes=|tram| passen. Je nach Situation noch um ein vehicle:lanes=...|no|... ergänzt. wie sieht das mit railway=tram aus ? Gehört das nicht noch dazu und tracks=* ? Ich habe vor einiger Zeit mal ein Beispiel dazu gemacht: [1] Die Seite war größtenteils eine Ideensammlung und wurde lange nicht mehr aktualisiert, daher sind vielleicht einige Tags nicht mehr aktuell. Sorry, habe ich übersehen. Ist leider auch nur in Deinem Userspace und nicht auf [2]. Ich bin bisher davon ausgegangen, dass sich *:lanes nur auf highways bezieht. Grüße fly [1] http://wiki.openstreetmap.org/wiki/User:Imagic/LaneMapping#Road_with_lanes_for_motorized_traffic.2C_trams_and_bicycles [2] http://wiki.openstreetmap.org/wiki/Lanes ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] *:lanes und Straßenbahnschienen
Hi! Am 14. März 2013 16:59 schrieb fly lowfligh...@googlemail.com: Warum scheitert es daran? In den meisten Situationen sollte ein railway:lanes=|tram| passen. Je nach Situation noch um ein vehicle:lanes=...|no|... ergänzt. wie sieht das mit railway=tram aus ? Gehört das nicht noch dazu und tracks=* ? Rein aus Kompatibilitätsgründen würde ich da auf jeden Fall diese Tags draufgeben. Ich habe vor einiger Zeit mal ein Beispiel dazu gemacht: [1] Die Seite war größtenteils eine Ideensammlung und wurde lange nicht mehr aktualisiert, daher sind vielleicht einige Tags nicht mehr aktuell. Sorry, habe ich übersehen. Ist leider auch nur in Deinem Userspace und nicht auf [2]. Ist nur im Userspace, da es wirklich nur eine Ideensammlung ist. Gerade von Straßenbahn-Mapping habe ich viel zu wenig Ahnung als dass ich es mir zutrauen würde hier Empfehlungen abzugeben. Ich bin bisher davon ausgegangen, dass sich *:lanes nur auf highways bezieht. Für mich bezieht sich :lanes auf alles was auf der Straße ist. Und Straßenbahnen gehören definitiv dazu. vg, Martin P.S: Wenn es größeren Bedarf dafür gibt, würde ich mir mal anschauen ob ich das auch in den JOSM-Stil reinbekomme. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] *:lanes und Straßenbahnschienen
Hi, Soweit mir bekannt ist, sollen Schienenwege sowieso als eigener OSM-Way angelegt werden, da ansonsten unklar ist worauf sich Tags wie z.B. ref, name usw. beziehen. Wenn es keinen eigenen Gleiskörper gibt, müsste man also einen neuen OSM-Way durch dieselben Punkte legen. Ich versuche gerade das Gegenteil zu erreichen. Bei Schienen ohne eigenen Gleiskörper ist ja gerade das Problem, dass ich hier nichts separates habe sondern nur eine Straße. Wieso sollte ich das dann separat einzeichnen. Weil sonst unklar ist, worauf sich z.B. ref bezieht. Wenn man einen neuen Weg durch dieselben Punkte legt, dann sind beide an demselben Ort und man hat sie nicht in der Realität separiert. MfG Wilhelm ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] *:lanes und Straßenbahnschienen
On 14.03.2013 17:14, Martin Vonwald wrote: Am 14. März 2013 16:59 schrieb fly lowfligh...@googlemail.com: Warum scheitert es daran? In den meisten Situationen sollte ein railway:lanes=|tram| passen. Je nach Situation noch um ein vehicle:lanes=...|no|... ergänzt. wie sieht das mit railway=tram aus ? Gehört das nicht noch dazu und tracks=* ? Rein aus Kompatibilitätsgründen würde ich da auf jeden Fall diese Tags draufgeben. Dann sollte das auch so ins Beispiel. Ist nur im Userspace, da es wirklich nur eine Ideensammlung ist. Gerade von Straßenbahn-Mapping habe ich viel zu wenig Ahnung als dass ich es mir zutrauen würde hier Empfehlungen abzugeben. Da haben wir auch einen kleinen Widerspruch. Schienen werden schon länger einzeln eingezeichnet. Jedes Gleis eine Linie. Zwar gibt es noch ein funktionierendes Schema für eine Linie mit mehrere Gleissträngen und Straßenbahnen unterscheiden sich auch ein bisschen von anderen Schienenverkehr, trotzdem sollte sowas abgesprochen werden, bevor ich anfange Linien zu löschen. Generell ist es durchaus sinnvoll und in meiner Stadt sind bisher die Schienen und Straßen als eine Linie eingezeichnet, allerdings halt für jede Richtung einzeln.. Ich bin bisher davon ausgegangen, dass sich *:lanes nur auf highways bezieht. Für mich bezieht sich :lanes auf alles was auf der Straße ist. Und Straßenbahnen gehören definitiv dazu. Dann aber auch railway=train. Es gibt doch noch so einige private Güteranbindungen. P.S: Wenn es größeren Bedarf dafür gibt, würde ich mir mal anschauen ob ich das auch in den JOSM-Stil reinbekomme. Wäre praktisch. Habe mir auch schon überlegt ein passendes Preset zu erstellen. cu fly ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] *:lanes und Straßenbahnschienen
On 14.03.2013 17:24, Wilhelm Spickermann wrote: Hi, Soweit mir bekannt ist, sollen Schienenwege sowieso als eigener OSM-Way angelegt werden, da ansonsten unklar ist worauf sich Tags wie z.B. ref, name usw. beziehen. Wenn es keinen eigenen Gleiskörper gibt, müsste man also einen neuen OSM-Way durch dieselben Punkte legen. Ich versuche gerade das Gegenteil zu erreichen. Bei Schienen ohne eigenen Gleiskörper ist ja gerade das Problem, dass ich hier nichts separates habe sondern nur eine Straße. Wieso sollte ich das dann separat einzeichnen. Weil sonst unklar ist, worauf sich z.B. ref bezieht. Wenn man einen neuen Weg durch dieselben Punkte legt, dann sind beide an demselben Ort und man hat sie nicht in der Realität separiert. Sorry, hatte ganz vergessen. Das wir mehrere refs für ein Objekt haben ist nicht so selten. In meiner Gegend wurden einfach nach alter Regel ein Semikolon verwendet und beide Werte eingetragen. Besser ist vielleicht ein ref:highway bzw. ref:railway. Analog bei name=*, wobei ich mir nicht sicher bin ob solche Schienenstränge eigene Namen haben. fly ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] *:lanes und Straßenbahnschienen
Am 14. März 2013 16:59 schrieb fly lowfligh...@googlemail.com: Soweit mir bekannt ist, sollen Schienenwege sowieso als eigener OSM-Way angelegt werden, da ansonsten unklar ist worauf sich Tags wie z.B. ref, name usw. beziehen. Wenn es keinen eigenen Gleiskörper gibt, müsste man also einen neuen OSM-Way durch dieselben Punkte legen. Ich versuche gerade das Gegenteil zu erreichen. Bei Schienen ohne eigenen Gleiskörper ist ja gerade das Problem, dass ich hier nichts separates habe sondern nur eine Straße. Wieso sollte ich das dann separat einzeichnen. naja, das kann man auch mind. genausogut andersrum sehen: ausser der Straße sind da noch Schienen in die Straße eingelassen (d.h., nicht die Straße hat Schienen, sondern es ist etwas hinzugefügtes). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] *:lanes und Straßenbahnschienen
Am 14. März 2013 17:45 schrieb fly lowfligh...@googlemail.com: Das wir mehrere refs für ein Objekt haben ist nicht so selten. In meiner Gegend wurden einfach nach alter Regel ein Semikolon verwendet und beide Werte eingetragen. wodurch dann allerdings genau wie von Wilhelm befürchtet unklar wird, was was ist (mal ganz abgesehen davon, dass praktisch niemand diese Mehrfach-values auswertet). Besser ist vielleicht ein ref:highway bzw. ref:railway. Analog bei name=*, wobei ich mir nicht sicher bin ob solche Schienenstränge eigene Namen haben. -1, besser ein eigenes Objekt für was eigen ist, so braucht man keine Extrawürste und kann das problemlos auswerten (geht ja nicht nur um ref, sondern prinzipiell um alle Eigenschaften, z.B. auch width und surface). Rein formal würde ich eher highway:ref verwenden als ref:highway, aber wie gesagt, das ist beides nicht optimal. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] *:lanes und Straßenbahnschienen
Hi, Das wir mehrere refs für ein Objekt haben ist nicht so selten. In meiner Gegend wurden einfach nach alter Regel ein Semikolon verwendet und beide Werte eingetragen. Ja, aber die Zuordnung ist dann unklar. Besser ist vielleicht ein ref:highway bzw. ref:railway. Analog bei name=*, wobei ich mir nicht sicher bin ob solche Schienenstränge eigene Namen haben. Das wäre für Menschen problemlos lesbar. Aber warum sollen Programme geändert werden, wenn es schon eine funktionierende Lösung für das Problem gibt? MfG Wilhelm ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] *:lanes und Straßenbahnschienen
On 14.03.2013 17:59, Wilhelm Spickermann wrote: Besser ist vielleicht ein ref:highway bzw. ref:railway. Analog bei name=*, wobei ich mir nicht sicher bin ob solche Schienenstränge eigene Namen haben. Das wäre für Menschen problemlos lesbar. Aber warum sollen Programme geändert werden, wenn es schon eine funktionierende Lösung für das Problem gibt? Die einzige noch funktionierende Lösung wäre eine Relation in die ich alle Spuren einer Straße reinpacke oder eine Fläche. In beiden Fällen ändere ich die Bedeutung von highway (wie es heute schon von highway=footway + footway=sidewalk gemacht wird). Diese beiden Lösungen und bisher auch eher abgelehnt. Somit bleiben wir wohl bei einem Objekt für eine Straße ohne bauliche Trennung. Wie kann ich nun hier die Spuren angeben auf der auch Gleise verlaufen ? Für Zweiradfahrer durchaus wichtig. Ich habe ja selber schon geschrieben dass sowohl highway=* als auch railway=* getaggt wird, somit bleibt das Grundsystem erhalten. Ich sehe nur bei einigen Merkmalen Überschneidungen (width gibt es nur für Straßen) und kein Problem diese mit dem jeweiligen Zusatz zu versehen. Grüße fly ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] Problemi ricerca indirizzi OSM su Garmin
Nei Garmin i waypoint vengono salvati in cartelle particolari, quindi sono accessibili indipendentemente dalla mappa attiva. Credo che faccia la stessa cosa per i POI, quindi è presumibile che lo faccia anche per gli indirizzi. Io ho anche provato a caricare la mappa OSM in Mapsource e poi a passarla al GPS ma la ricerca non funziona. Ciao Cristiano ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Sparito il torrente Leogra in località Schio
Il giorno 11/mar/2013 23:55, Leonardo kinetocor...@gmail.com ha scritto: Ciao, Ciao rispondo sia a Martin che a Luca Delucchi, scusate se non vi quoto ma verrebbe una cosa chilometrica. :) Per quanto riguarda la bontà dei dati di una amministrazione vorrei far notare che molto probabilmente quei dati sono stati creati da gente che sapeva quel che faceva, non di certo un tizio qualunque che passa su OSM e ricalca alla bell e meglio da Bing/Yahoo/PCN (non togliendo ovviamente il merito ad alcuni ottimi ricalchi di certi utenti). Inoltre dato che ho fatto parecchi import di edifici, fino ad ora non ho trovato grossolani errori nei dati, a patto di riproiettarli correttamente e riallinearli con la PCN2006. Guarda lavoro tutti i giorni con geodati e potrei scrivere un libro su la qualita dei dati sia delle PA sia di privati utilizzati per fare analisi. Ovviamente non tutti sono in questa situazione, esistono anche delle eccellenze Diciamoci la verità, trovarsi il proprio paese completamente vuoto e doversi ricalcare a mano tutti gli edifici dalla cartina scoraggerebbe parecchi utenti, soprattutto alle prime armi. Avere già una solida base del profilo degli edifici (attenzione, solo il profilo, non i possibili POI di quegli edifici), della vegetazione e dei fiumi/laghi/torrenti/ecc permette all'utente di focalizzarsi su quelli che dovrebbero essere i veri punti di forza di OSM ovvero i POI e i percorsi (stradali, pedonali,ciclovie). Ecco, io vorrei evitare agli utenti del Veneto di doversi fare questo scheletro da soli. Guarda quando ho incominciato a mappare c'erano si e no l'autostrada Milano-Bologna e qualcosa a Milano e Roma. Perciò avrei dovuto mollare subito il progetto?! :-) Discorso dati vecchi: il lavoro che vogliamo effettuare si basa su dati del 2009, davvero sono così vecchi da ritenere di non importarli? Allora anche le ortofoto del 2006 sono vecchie, anche Bing è vecchio, foto del 2011. Con che criterio diciamo che una fonte è vecchia o meno? Tutto quello che non è di oggi è vecchio,i servizi da te citati io 6 anni di mappatura li avrò utilizzati meno di 10 colte Che facciamo, mappiamo tutto a mano sul territorio, compresi limiti del bosco, lunghezza dei campi, prati, fiumi, ecc? Onestamente, quanto pensate che siano cambiati i limiti di un bosco in due anni? I landuse saranno comunque controllati con le ortofoto bing prima dell'import soprattutto le zone che attualmente vengono considerate landuse=building. Non è possibile mappare tutto con il GPS perciò ben venga l'import di alcuni dati tipo il landuse basta riconoscere i limiti. Per rispondere alla tua domanda su quanto può variare ti rispondo tantissimo, basta un incendio o un taglio per legna e il bosco avrà un limite completamente diverso Spero che la mail non risulti troppo polemica, volevo solo esprimere il mio pensiero a riguardo :D Nessun problema ;-) Leonardo Ciao Luca ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Sparito il torrente Leogra in località Schio
Che facciamo, mappiamo tutto a mano sul territorio, compresi limiti del bosco, lunghezza dei campi, prati, fiumi, ecc? Onestamente, quanto pensate che siano cambiati i limiti di un bosco in due anni? I landuse saranno comunque controllati con le ortofoto bing prima dell'import soprattutto le zone che attualmente vengono considerate landuse=building. Non è possibile mappare tutto con il GPS perciò ben venga l'import di alcuni dati tipo il landuse basta riconoscere i limiti. Per rispondere alla tua domanda su quanto può variare ti rispondo tantissimo, basta un incendio o un taglio per legna e il bosco avrà un limite completamente diverso Spero che la mail non risulti troppo polemica, volevo solo esprimere il mio pensiero a riguardo :D Nessun problema ;-) Leonardo Ciao Luca Ciao a tutti. Se siete in accordo (IMHO) in questa lista non esistono pensieri (polemici), ma thoughts in progress:-) Su che cosa si basa e che cosa è determinante per OSM : rispondo il DB (data_base) Noi siamo debitori ai server, che interroghiamo con delle query per ottenere dei risultati. Non mi addentro nel pappone DB troppo vasto, ma ogni tracciatore, deve rendersi conto della causa effetto. Non avremo mai un dispositivo che ci restituisce degli input corretti e delle immagini carine se non tracciamo per sua maestà:-) il DB. Tracciare è un divertimento, ma ogni divertimento ha delle regole (anche un game):-) Buona giornata, Mario. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Coca Cola sotto indagine per aver mappato in cina
molto interessante, grazie. On Thu, Mar 14, 2013 at 8:47 AM, sabas88 saba...@gmail.com wrote: http://www.theverge.com/2013/3/13/4101334/coca-cola-under-investigation-for-illegal-mapping-in-china Ciao, Stefano ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Qgis osm import
Ciao Chiedo lumi su chi traffica con Qgis : Importando osm (geofabrik o gfoss e, per piccole aree, da openstreetmap.org) non ritrovo diverse way. Una a titolo di esempio, FVG, Aviano Percorso : 205615086 Timestamp : 15 febbraio, nei dati scaricati oggi ed importati in Qgis, non esiste, seppur visibile sul sito http://osm.org/go/0IHqBwY6v-- ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Problemi ricerca indirizzi OSM su Garmin
Il giorno 13/mar/2013 22:14, Alberto albertoferra...@fastwebnet.it ha scritto: Ho provato a disattivare tutte le mappe: trova gli stessi POI e gli stessi indirizzi che con tutte o con parte delle mappe attive. Naturalmente non riesce a navigare perché la mappa è vuota. Deduco che attivare/disattivare le mappe non influisca sulla ricerca di POI ed indirizzi. Le mappe le ho caricate con Basecamp in momenti diversi. Ok, però non capisco quale sia la logica: se tutti i dati sono contenuti nel file .img, e la mappa (l'unica) contenuta nell'img è disattiva, perché si ostina a visualizzare tutti i POI di tutti i files .img? Da qualche parte ho letto che solo caricandole con Basecamp/Mapsource la ricerca indirizzi funziona, altrimenti se copi semplicemente il file .img potresti avere dei problemi. Non è così, almeno per quanto riguarda il 60CSx non ho mai notato differenze. Visto che il problema centrale resta comunque la comprensione del codice Garmin sulla ricerca degli indirizzi, dite che non c'è modo di chiedere ufficialmente a Garmin che lo renda pubblico? In bocca al lupo... ;-) Le specifiche del formato delle mappe garmin comparve tempo fa in rete, se guardi su Sourceforge dovrebbe esserci ancora. Non ho mai capito se è stato il frutto di reverse engineering di qualcuno, oppure della delazione di un dipendente Garmin. Fatto sta che questo tizio non ha terminato il lavoro, rimase da definire la questione routing (sviluppata in seguito dagli sviluppatori di mkgmap) e quella della ricerca indirizzi. Tutto ciò mi porta a supporre che la pubblicazione del formato parziale potrebbe essere stata una abile strategia di marketing da parte di Garmin, che di fatto a seguito della scoperta della struttura del suo formato proprietario è diventata leader del settore outdoor, proprio quello in cui mancano i dati per vendere mappe e c'è maggiore esigenza di mappe autoprodotte. In questo contesto, io penso che liberare definitivamente il formato potrebbe costituire l'innovazione di questa strategia. Dopotutto Garmin non rileva dati ma li acquista e li rivende. Ciao /niubii/ ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Problemi ricerca indirizzi OSM su Garmin
Il giorno 14/mar/2013 07:00, Sky One sky...@skyone.it ha scritto: Nei Garmin i waypoint vengono salvati in cartelle particolari, quindi sono accessibili indipendentemente dalla mappa attiva. Credo che faccia la stessa cosa per i POI, quindi è presumibile che lo faccia anche per gli indirizzi. Non è esattamente così, puoi tranquillamente copiare nella microSD il file .img di una mappa già compilata (soltanto un file) e lui vedrà i POI, il grafo ed i landuse. Ciao /niubii/ ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Calanco (argille azzurre)
Ciao a tutta al lista. Come descritto in modo esaustivo in questo link del wiki : http://it.wikipedia.org/wiki/Calanco I calanchi non sono vere e proprie formazioni rocciose. L'argilla è un tipo di terreno non una roccia. Come tag è stato usato natural=cliff . Si potrebbe usare natural=blue clay, oppure clay soil (vote:-) ). In Italia, le argille azzurre plio http://it.wikipedia.org/wiki/Pliocene-pleistoceniche http://it.wikipedia.org/wiki/Pleistocene, hanno dato forma, lungo l'intera catena appenninica a due distinte formazioni: i calanchi e le /biancane/ (Phillips, 1998). What you propose ? Ciao Mario. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Problemi ricerca indirizzi OSM su Garmin
Nei Garmin i waypoint vengono salvati in cartelle particolari, quindi sono accessibili indipendentemente dalla mappa attiva. Credo che faccia la stessa cosa per i POI, quindi è presumibile che lo faccia anche per gli indirizzi. Io ho anche provato a caricare la mappa OSM in Mapsource e poi a passarla al GPS ma la ricerca non funziona. Ciao Cristiano In che senso non ti funziona? Neanche se scrivi la via completa via Giuseppe Garibaldi? A me con queste mappe qui [1] almeno quella ricerca funziona. [1] http://garmin.openstreetmap.nl/ Ciao Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Problemi ricerca indirizzi OSM su Garmin
Il giorno 14/mar/2013 13:42, Sky One sky...@skyone.it ha scritto: Quindi fa entrambe le cose? Nel senso che io posso anche solo creare dei waypoint con Mapsource e trasferirli nel GPS, senza bisogno di ricreare il file .img POI e Waypoints sono due cose diverse. I POI sono salvati nel file .img assieme alla mappa (e ne fanno parte, nel senso che non puoi editarli/eliminarli) si trovano fisicamente nel file .img I Waypoints sono POI definiti dall'utente (li puoi creare/editare/eliminare) e salvati nella NVRAM del ricevitore durante l'upload di Basecamp o Mapsource, oppure per i ricevitori più recenti come files nell'apposita directory. Per la verità esiste anche un'altra categoria di POI, i Viapoints, che sono salvati dentro una Route (un insieme ordinato di POI e/o Waypoints da raggiungere in successione durante una navigazione). Ciao /niubii/ ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Problemi ricerca indirizzi OSM su Garmin
2013/3/14 Francesco Pelullo f.pelu...@gmail.com: POI e Waypoints sono due cose diverse. [cut] Grazie. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] R: Calanco (argille azzurre)
Ciao Mario, chissà chi ha usato questo tag? Avevo chiesto a suo tempo alla lista, il risultato è stato: il nulla. A dire il vero in qualche altra zona ho usato anche natural=scree Sono daccordo con te sul fatto che il calanco è un tipo di terreno (argilla) che dilavato nel tempo dallacqua assume la sua caratteristica struttura. Per questo la scelta (di rimedio) del tag: natural=cliff Saluti Beppe Da: Mario Pichetti [mailto:mario.piche...@gmail.com] Inviato: giovedì 14 marzo 2013 14:38 A: openstreetmap list - italiano Oggetto: [Talk-it] Calanco (argille azzurre) Ciao a tutta al lista. Come descritto in modo esaustivo in questo link del wiki : http://it.wikipedia.org/wiki/Calanco I calanchi non sono vere e proprie formazioni rocciose. L'argilla è un tipo di terreno non una roccia. Come tag è stato usato natural=cliff . Si potrebbe usare natural=blue clay, oppure clay soil (vote :-) ). In Italia, le argille azzurre plio http://it.wikipedia.org/wiki/Pliocene -pleistoceniche http://it.wikipedia.org/wiki/Pleistocene , hanno dato forma, lungo lintera catena appenninica a due distinte formazioni: i calanchi e le biancane (Phillips, 1998). What you propose ? Ciao Mario. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Calanco (argille azzurre)
2013/3/14 Mario Pichetti mario.piche...@gmail.com: I calanchi non sono vere e proprie formazioni rocciose. L'argilla è un tipo di terreno non una roccia. è la stessa cosa, cambia la grandezza del grano (come anche la ghiaia, la sabbia ed il silt) o in altre parole: il grado di erosione. Come tag è stato usato natural=cliff . mi sembra ragionevole Si potrebbe usare natural=blue clay, oppure clay soil (vote :-) ). non lo userei, in quanto per me natural descrive un feature (come appunto un cliff, un bay, una sorgente, ...) e non un materiale. Per il materiale in superficie puoi usare surface, per la copertura del suolo landcover. Per la geologia (la composizione in profondità) credo che OSM non sia il sistema adatto. In Italia, le argille azzurre plio-pleistoceniche, hanno dato forma, lungo l’intera catena appenninica a due distinte formazioni: i calanchi e le biancane (Phillips, 1998). appunto, roba da specialisti, molto probabilmente non verificabile o migliorabile dal comune mappatore. Io mapperei la topografia (cioè come appare la superficie, la forma del terreno, ...) anzichè la composizione chimica e fisica del suolo o la storia del suolo. Se i calanchi sono un tipo specifico di cliff si potrebbe aggiungere un subtag per questa classificazione. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-lt] Adresai: pokalbis Vilniaus savivaldybėje
Tomas Straupis rašė: O tuo metu... Paklausiau koks yra požiūris į tai, kad mes atsidarome vilnius.lt/zemelapis ir iš ten duomenis apie gatves ir namų numerius persikeliame į OpenStreetMap. vilnius.lt/zemelapis yra ne Registrų centro, o grynai Vilniaus savivaldybės duomenys. Buvo gautas atsakymas, kad duomenis naudoti galime. Tegul mane pataiso Mantas ar Eduardas, jei kažką neteisingai supratau. Supratai viską teisingai, duomenis imti galite be problemų, tik gal verta palaukti to juridinio sprendimo ir duomenis suimportuoti vienu ypu, o kol kas užsiimti darbais, kurių tikrai nėra savivaldybėje. Tuo pačiu gimė mintis – savivaldybė be vargo gali duoti visus žemėlapių kontūrus, t.y. gatves, vandenis, pastatus, ir t.t., ką „Vilniaus planas“ yra skaitmenizavęs už mokesčių mokėtojų pinigus ir iš ko nėra prasmės daryti verslo tuos duomenis pardavinėjant profesionaliems projektuotojams. Galimai patogesnis naudojimui žemėlapis pasiekiamas per čia: http://maps.vplanas.lt/aplinka/?tema=dviraciai Visa informacija yra sukaupta už mokesčių mokėtojų pinigus, taigi – vieša. smime.p7s Description: S/MIME skaitmeninis parašas ___ Talk-lt mailing list Talk-lt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lt
Re: [Talk-lt] Adresai: pokalbis Vilniaus savivaldybėje
2013 m. kovas 14 d. 20:48, Eduardas Kriščiūnas rašė: Supratai viską teisingai, duomenis imti galite be problemų, tik gal verta palaukti to juridinio sprendimo ir duomenis suimportuoti vienu ypu, o kol kas užsiimti darbais, kurių tikrai nėra savivaldybėje. Dėl adresų (namų numerių) - sutinku, „rankomis“ bus labai sunku viską suvesti. O štai dėl gatvių visgi manau geriau rankomis sutvarkyti (nes operacija netriviali, reikia apjungti/padalinti/pakoreguoti esamus gatvių vektorius, kai kuriose vietose pakeisti klasifikacijas, darant šias operacijas reikia nesugadinti esamų ryšių ir t.t. ir pan.). Žodžiu su gatvėmis manau geriausia pasižiūrėti: http://z.samogitian.com/patrulis/gatves.html (atsinaujina kasdien) ir suvedinėti trūkstamas gatves (pagaliau trūksta tik 1000 gatvių). P.S. Jau rytoj paskelbsime NŽT ortofoto WMS'ą. -- Tomas ___ Talk-lt mailing list Talk-lt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lt
Re: [Talk-lt] Adresai: pokalbis Vilniaus savivaldybėje
Super, galėsim susivesti visus adresus nors vienam miestui :) 2013/3/14 Tomas Straupis tomasstrau...@gmail.com Sveiki Sudalyvavome Vilniaus savivaldybėje vykusiame pokalbyje apie atvirus duomenis. Čia paminėsiu tik tą dalį, kuri įdomi OpenStreetMap'ui - adresai. Savivaldybė pažadėjo per 20 dienų išsiaiškinti Vilniaus miesto adresų web-serviso atvėrimo juridinę pusę. Po mėnesio vėl bus susitikimas, bus aiški juridinė pusė - eisime toliau. O tuo metu... Paklausiau koks yra požiūris į tai, kad mes atsidarome vilnius.lt/zemelapis ir iš ten duomenis apie gatves ir namų numerius persikeliame į OpenStreetMap. vilnius.lt/zemelapis yra ne Registrų centro, o grynai Vilniaus savivaldybės duomenys. Buvo gautas atsakymas, kad duomenis naudoti galime. Tegul mane pataiso Mantas ar Eduardas, jei kažką neteisingai supratau. P.S. Vilniaus žemėlapis, iš kurio galime imti duomenis: http://www.vilnius.lt/index.php?1929927852 -- Tomas ___ Talk-lt mailing list Talk-lt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lt ___ Talk-lt mailing list Talk-lt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lt
Re: [Talk-lt] Adresai: pokalbis Vilniaus savivaldybėje
2013/3/14 Eduardas Kriščiūnas e...@katalogai.net Tuo pačiu gimė mintis – savivaldybė be vargo gali duoti visus žemėlapių kontūrus, t.y. gatves, vandenis, pastatus, ir t.t., ką „Vilniaus planas“ yra skaitmenizavęs už mokesčių mokėtojų pinigus ir iš ko nėra prasmės daryti verslo tuos duomenis pardavinėjant profesionaliems projektuotojams. Galimai patogesnis naudojimui žemėlapis pasiekiamas per čia: http://maps.vplanas.lt/**aplinka/?tema=dviraciaihttp://maps.vplanas.lt/aplinka/?tema=dviraciai Visa informacija yra sukaupta už mokesčių mokėtojų pinigus, taigi – vieša. O ko tada trūksta, kad duotų? ___ Talk-lt mailing list Talk-lt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lt
[Talk-dk] FYI - WMS tjenesterne fra Geodatastyrelsen kan nu kaldes fra JOSM
Hej alle sammen Hvis du benytter JOSM værktøjet, så kan du nu kalde luftfotolaget fra 2012 (FOT ortofoto) via en WMS tjeneste fra Geodatastyrelsen. Luftfotolaget dækker hele Danmark og er i 10 cm opløsning. Jeg har skrevet en lille guide til hvordan du opsætter JOSM - link http://www.microformats.dk/2013/03/14/sadan-kalder-du-geodatastyrelsens-wms-tjenester-fra-josm/ Desværre skal I først oprette en gratis brugerkonto hos Geodatastyrelsen før I kan hente luftfotos ned i JOSM. Hvis guiden ikke virker eller er meget uklar så sig lige til. Desværre er der pt. ingen løsning til jer der benytter Potlatch 2 som jeres fortrukne OpenStreetMap værktøj. Jeg kan godt påtage mig at spørge om Geodatastyrelsen evt. vil lave sådan en løsning - Har ingen ide om, hvor krævende det vil være for dem (tid = penge) at lave. Med venlig hilsen Søren Johannessen ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-se] Träff i Göteborg
Hej! Vad kul, den 24:e ser det bättre ut för mig, så jag kommer preliminärt. Mvh, Martin 14 mar 2013 kl. 15:37 skrev Tobias Johansson t...@mensa.se: Hej Igen Eftersom det inte var så många som kunde senast la jag ner det den gången (och jag fick en del personligt att göra oxå..). Så nytt försök Söndag den 24 Mars kl 16:00 På The rose and Crown http://www.openstreetmap.org/?lat=57.701464lon=11.973904zoom=18layers=M Jag kommer skicka ut det till en massa människor som har kartlagt i närhetan av Gbg det senaste halvåret. MvH Tobias Den 3 mars 2013 22:07 skrev Martin Holmgren d95ma...@gmail.com: Hej! Jag är också på skidresa då, men ses gärna vid annat tillfälle. Mvh, Martin 2 mar 2013 kl. 18:41 skrev Erik Lundin e...@lists.lun.nu: Hej, Det hade varit skoj! Tyvärr är jag på skidresa nästa helg, så det passar dåligt. Hoppas på fler tillfällen! Mvh Erik 2013-03-02 14:50, Tobias Johansson skrev: Hej Jag funderade på att försöka dra ihop något i Göteborg nästa söndag? Mest som en social grej och försöka lära känna varandra. Hade tänkt mig att träffas på någon pub eller café på eftermiddagen, pub kanske är bäst så kan man äta något samtidigt. Ge gärna förslag. Om ni vill men inte kan svara gärna och när ni skulle kunna. Jag har även sett att det funnits en del nya som börjat mappa i Göteborg. Eftersom de antagligen inte finns med på denna lista tänkte jag även sicka en inbjudan via OSM-mail (så skriv gärna erat alias om ni svarar och inte vill ha ett mail även på osm :) ). MvH Tobias ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
[Talk-se] Kollektivnavigator med OSM-koppling
Hej igen! Var på väg att hi-jacka Tobias tråd, men hejdade mig och skriver ett separat meddelande istället, även om detta också rör främst oss västsvenskar på listan. Jag har knåpat lite på bekostnad av nattsömnen och har just släppt en kollektivtrafiknavigator i beta, som i princip är en mashup av Västtrafiks reseplanerar-API och OSM:s adressuppslagning Nominativ. Med lösningen – som finns på http://nastaresa.se – kan man hitta nästa resa till ett resmål (t.ex. hem) med ett enda knapptryck om man först har sökt på resmålets adress och sedan skapat en genväg och lagt på telefonens hemskärm eller som bokmärke i webbläsaren. För att ge en återkoppling till användaren om vilken adress resan utgår från, så gör jag en omvänd uppslagning (koordinat - adress) mot OSM:s nominativ baserat på telefonens/datorns position. Jag presenterar det jag får av fälten gatuadress, nummer, postnummer och ort från Nominativ, och tycker det har fungerat väldigt bra så här långt. Allt som oftast får man träff på gatunivå och det ger ju en fullt tillräcklig bild för ändamålet. Det ger också en liten glädjekick att tillämpa och se resultatet av vårt gemensamma kartritande. Heja heja! :-) Prova gärna! Lämna feedback eller ställ frågor till h...@nastaresa.se. Mvh, Martin ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-es] Fwd: Exposición SMARTCITIZENS y OpenStreetMap
On Viernes, 8 de marzo de 2013 22:11:36 Iván Sánchez Ortega wrote: Buenas, ¿Alguien se anima a responder? Yo las respondo (esta tarde) y ustedes me corrigen. Ahora me voy volando al curro. -- Mensaje Reenviado -- Asunto: Exposición SMARTCITIZENS y OpenStreetMap Fecha: Viernes, 8 de marzo de 2013, 16:14:43 De: Jorge Arévalo Martín jo...@paisajetransversal.org Para: talk-es-ow...@openstreetmap.org Buenos días Desde Paisaje Transversal (www.paisajetransversal.org) estamos comisariando la exposición SMARTCITIZENS que se inaugurará este abril en CentroCentro Cibeles de Cultura y Ciudadanía en Madrid (España). Se trata de una experiencia que pretende ubicar al ciudadano respecto al concepto ‘smart’ referido tanto a la ciudad como al propio ciudadano. Para mostrar estas posibilidades de interacción del ‘smartcitizen’ en la ciudad se expondrán gran número de iniciativas entre las que se encuentra OpenStreetMap. Pensamos que la mejor forma de trasladar la visión sobre la herramienta y su aportación al entorno de la inteligencia ciudadana es a través de vosotros los creadores de la misma. Por ello nos ponemos en contacto con vosotros, para pediros que contestéis con brevedad al siguiente cuestionario de tres preguntas, que pasará a formar parte de la exposición y así establecer una conexión directa entre creadores y ciudadanos. Dentro de los contenidos incluiremos alguna imagen o gráfico que haga referencia a la iniciativa, por lo que agradecemos vuestra aportación también en este sentido. Añadir que aunque no podemos extendernos en los contenidos cualquier aporte o sugerencia que queráis realizarnos será bienvenida. Os devolveremos la información maquetada de la exposición. Gracias de antemano por vuestra colaboración. Un cordial saludo. SMARTCITIZENS. CentroCentro Cibeles de Cultura y Ciudadanía. 1. ¿Qué es OpenStreetMap? ¿Cómo surge la idea? 2. ¿Para qué OpenStreetMap? ¿Qué aporta al ciudadano a día de hoy? 3. Desde vuestro punto de vista, ¿qué es la inteligencia ciudadana y que relación tiene con vuestra iniciativa? -- Jorge Arévalo Martín PAISAJE TRANSVERSAL www.paisajetransversal.org http://www.facebook.com/PaisajeTransversal http://twitter.com/paistransversal Tfno.:(0034) 910.067.863 Móvil:(0034) 654.632.247 jo...@paisajetransversal.org C/ Montera 34, 5º 5 28013 Madrid --- Noel er Envite - A: Because it breaks the logical flow of discussion. Q: Why is top posting bad? signature.asc Description: This is a digitally signed message part. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Prensa: El PP pide poner coto a Google Maps
On Viernes, 8 de marzo de 2013 16:20:50 Oscar Zorrilla Alonso wrote: El PP pide poner coto a Google Maps http://tecnologia.elpais.com/tecnologia/2013/03/08/actualidad/1362738995_56 3133.html Yo este partido lo juego en la grada de Malasia er Envite - A: Because it breaks the logical flow of discussion. Q: Why is top posting bad? signature.asc Description: This is a digitally signed message part. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Diferencias semánticas en OSM
Hola Gracias a ambos. Entiendo que, como bien dice Jaime, lo social y creativo del proyecto es lo que le hace viable y que tenga la cantidad de usuarios que tiene, pero además esto genera este tipo de inconsistencias semánticas. Así que efectivamente, la idea sería detectarlas y tratar de medirlas y resolverlas a posteriori. Entonces, ¿no hay ningún tipo de iniciativa que sustituya tags antiguas por nuevas recientemente aceptadas? Así en general, me refiero, si existe algún sistema de detección de esto dentro de OSM para resolverlo una vez se llega a un nuevo acuerdo de tag. Muchas gracias por vuestras respuestas Saludos Jimena -Mensaje original- De: Cruz Enrique Borges [mailto:cruz.bor...@deusto.es] Enviado el: miércoles, 13 de marzo de 2013 16:40 Para: Discusión en Español de OpenStreetMap Asunto: Re: [Talk-es] Diferencias semánticas en OSM También he conocido a diversas empresas/universidades en España haciendo cosas con OSM, tal vez puedan responder aquí. Desde DeustoTech Energía (Universidad de Deusto) venimos haciendo bastantes desarrollos sobre OpenStreetMap. Recientemente hemos presentado un artículo en las VII jornadas SIG libre de Girona con un resumen de los desarrollos que hemos hecho y/o que estamos realizando. Puedes consultar el artículo en [1]. Si quieres que te ampliemos más información sobre cualquiera de los temas, no tienes más que mandarnos un e-mail ;) [1] http://paginaspersonales.deusto.es/cruz.borges/Papers/13GIS.pdf -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Diferencias semánticas en OSM
Alguna vez si he visto que han cambiado etiquetas masivamente por este tipo de cambios, pero no caigo ahora mismo de que se publicara en algún sitio aunque seguro que fue así. Me suena, pero no me hagas mucho caso, que se han descargado alguna vez todos los puntos de X etiqueta y se han cambiado por la nueva. Creo que mas que otra cosa se hace puntualmente con casos específicos, ya que tampoco se están todo el día cambiando las etiquetas. El 14 de marzo de 2013 13:31, Jimena Martínez jimena.marti...@sinfogeo.comescribió: Hola Gracias a ambos. Entiendo que, como bien dice Jaime, lo social y creativo del proyecto es lo que le hace viable y que tenga la cantidad de usuarios que tiene, pero además esto genera este tipo de inconsistencias semánticas. Así que efectivamente, la idea sería detectarlas y tratar de medirlas y resolverlas a posteriori. Entonces, ¿no hay ningún tipo de iniciativa que sustituya tags antiguas por nuevas recientemente aceptadas? Así en general, me refiero, si existe algún sistema de detección de esto dentro de OSM para resolverlo una vez se llega a un nuevo acuerdo de tag. Muchas gracias por vuestras respuestas Saludos Jimena -Mensaje original- De: Cruz Enrique Borges [mailto:cruz.bor...@deusto.es] Enviado el: miércoles, 13 de marzo de 2013 16:40 Para: Discusión en Español de OpenStreetMap Asunto: Re: [Talk-es] Diferencias semánticas en OSM También he conocido a diversas empresas/universidades en España haciendo cosas con OSM, tal vez puedan responder aquí. Desde DeustoTech Energía (Universidad de Deusto) venimos haciendo bastantes desarrollos sobre OpenStreetMap. Recientemente hemos presentado un artículo en las VII jornadas SIG libre de Girona con un resumen de los desarrollos que hemos hecho y/o que estamos realizando. Puedes consultar el artículo en [1]. Si quieres que te ampliemos más información sobre cualquiera de los temas, no tienes más que mandarnos un e-mail ;) [1] http://paginaspersonales.deusto.es/cruz.borges/Papers/13GIS.pdf -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Jorge Sanz Sanfructuoso - Sanchi Blog http://blog.jorgesanzs.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Diferencias semánticas en OSM
El día 14 de marzo de 2013 13:31, Jimena Martínez jimena.marti...@sinfogeo.com escribió: Entonces, ¿no hay ningún tipo de iniciativa que sustituya tags antiguas por nuevas recientemente aceptadas? Así en general, me refiero, si existe algún sistema de detección de esto dentro de OSM Las etiquetas viejas, en general, se indican como no usar (obsoletas), pero normalmente no se eliminan mientras haya un gran uso de ellas. En ciertas ocasiones, robots automatizados han realizado tareas de conversión, pero causaron problemas, ya que el software que las analiza no se actualiza de manera inmediata. Existe tagwatch: http://tagwatch.stoecker.eu/Spain/En/tags.html Se propuso hace tiempo una formalización de las etiquetas tag central, pero la mayoría la rechazó. La semántica es libre y se construye con lo que hay en la base de datos, y no al revés. para resolverlo una vez se llega a un nuevo acuerdo de tag. Alguna vez se ha llegado a algún acuerdo completo de sustituir etiquetas? :-P -- Jaime Crespo ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Diferencias semánticas en OSM+descargar datos
Gracias Jaime, esto me aclara bastante. En cuanto a lo que me decías de si hay algo publicado de esto, en realidad todavía no hay nada, ni publicado ni no publicado, pero lo iré poniendo donde me indicaste cuando vaya habiendo resultados. Gracias por eso también. Os quería preguntar ahora otra cosa, relacionada con esto, y con la idea de poder ir lanzando los primeros análisis. Necesito bajarme datos históricos de osm, obviamente. He visto las opciones que hay y he visto que puede ser un problema tratar de descargar datos de versiones anteriores (por ejemplo si quisiera comenzar el estudio desde el principio de los tiempos de OSM para ver cómo ha ido evolucionando la semántica desde entonces), en parte por la diferencia de conceptos entre versión, time stamp, change set y fecha de descarga. He visto esto [1] pero aún estoy en ello y realmente no sé si será la solución a lo que busco. En realidad lo que necesitaría de momento, para empezar, es saber cómo puedo descargar datos OSM con estos requerimientos: 1. un área determinada (en plan BBOX, esto he visto que se puede hacer con la API o XAPI, pero no veo la manera de combinarlo con lo que viene ahora) 2. una fecha determinada, por ejemplo que pueda decirle un día y que descargue esa zona con todo lo que hubiera (lo último que hubiera) ese día, independientemente de versiones, changeset, etc. 3. poder pedir todas las entidades de ese BBox o bien sólo las tags (pudiendo elegir key Y value, no solo key) que me interesen... Alguna idea? Me parece que debe haber algo por ahí que se me está escapando. De momento estoy usando también taginfo, porque en realidad la geometría no me interesa por ahora, solo la evolución de las tags, pero tampoco veo cómo acceder al histórico de taginfo, ni como poder indicarle el área que me interesa, no que se refiera a todos los datos de OSM... en lo que he visto de su API (y con lo poco que se de esto) tampoco veo la opción para fechas anteriores ni para elegir áreas. En fin, muchas gracias de nuevo! Saludos Jimena [1] http://planet.openstreetmap.org/planet/full-history/?C=S;O=A -Mensaje original- De: Jaime Crespo [mailto:jy...@jynus.com] Enviado el: jueves, 14 de marzo de 2013 11:55 Para: Discusión en Español de OpenStreetMap Asunto: Re: [Talk-es] Diferencias semánticas en OSM El día 14 de marzo de 2013 13:31, Jimena Martínez jimena.marti...@sinfogeo.com escribió: Entonces, ¿no hay ningún tipo de iniciativa que sustituya tags antiguas por nuevas recientemente aceptadas? Así en general, me refiero, si existe algún sistema de detección de esto dentro de OSM Las etiquetas viejas, en general, se indican como no usar (obsoletas), pero normalmente no se eliminan mientras haya un gran uso de ellas. En ciertas ocasiones, robots automatizados han realizado tareas de conversión, pero causaron problemas, ya que el software que las analiza no se actualiza de manera inmediata. Existe tagwatch: http://tagwatch.stoecker.eu/Spain/En/tags.html Se propuso hace tiempo una formalización de las etiquetas tag central, pero la mayoría la rechazó. La semántica es libre y se construye con lo que hay en la base de datos, y no al revés. para resolverlo una vez se llega a un nuevo acuerdo de tag. Alguna vez se ha llegado a algún acuerdo completo de sustituir etiquetas? :-P -- Jaime Crespo ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-at] Adressen Südsteiermark erhalten
Michael Maier wrote: Hallo! Ich habe die Wiki-Seite[1] mal mit einer Fortschrittstabelle ergänzt und mal einen Extrakt für eine Gemeinde dort zum Download verlinkt - vielleicht mag schon mal jemand mit dem Import beginnen und erste Erfahrungen posten :-) Danke, lg Michi [1] http://wiki.openstreetmap.org/wiki/WikiProject_Austria/Import_Adressen_Südsteiermark On 07/03/13 11:23, Andreas Uller wrote: Für alle Interessierten habe ich die Adress-Datei hier zum runterladen bereitgestellt: https://www.dropbox.com/s/vzmbs9qe240sk18/adressen_bearb.osm.bz2?m Mit den konkreten Daten lässt sich's vielleicht leichter diskutieren. Außerdem habe ich mir erlaubt, die bisherigen Diskussionspunkte (was die Tags angeht) auf der Wiki-Seite einzutragen, natürlich nur als Zwischenstand und nicht als Endergebnis: http://wiki.openstreetmap.org/wiki/WikiProject_Austria/Import_Adressen_S%C3%BCdsteiermark#Erste_Ergebnisse_der_Diskussion_auf_der_Mailingliste Andreas ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at Servus Michi, gestern habe ich mir mal die OSM-Datei besorgt und in JOSM geladen. Meine ersten Eindruecke waren folgende: 1. Der Bereich ist meines Erachtens zu gross. Besser waere es, die Dateien in kleinere Bereiche abzuteilen. Der Bereich, der die Berghausener Nodes umfasst ist etwa 500 KB gross. Mir persoenlich waere es lieber, mit kleineren Bereichen zu arbeiten. 2. Die Ortkennzahl soll auf den Ort uebertragen werden. Warum diese Zahl nicht aus der OSM-Datei draussen lassen und in der Tabelle im Wiki angeben fuer den Eintrag ? 3. Welchen Sinn haben die Tags, deren Key mit dem Underscore (_) beginnt, z. B. _SUBCD_ ? Braucht die jemand ? Startet man den Upload, so meckert JOSM einen ungueltigen Tag an. Ansonsten stimmen die Adressnodes mit den Gebaeuden von geoimage.at sehr gut ueberein. Einzelne Faelle gibt es, wo Adressen an Positionen zu finden sind, die nicht eindeutig sind: Adresse an einer Garage, obwohl daneben ein grosses Gebaeude sich befindet. Das ganze macht einen guten Eindruck. Wenn wir alle zusammenarbeiten und unsere Anstrengungen koordinieren, so haben wir von diesen Daten alle etwas. WernerP ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Adressen Südsteiermark erhalten - STOP
On 14/03/13 17:04, Michael Maier wrote: Genaueres weiß ich auch noch nicht, ich halte euch am Laufenden... So - mal in Amtsdeutsch: Ein widersprüchliche Rechtsauskunft von einer höhergeordneten Stelle in der GIS bzgl. der Einverständniserklärung der Gemeinden bzw. deren Rechtsanspruch auf die Hausdaten / Hausnummerndaten schafft eine unklare Rechtssituation bzgl. der Übernahme. Somit ist diese bis auf endgültige Klärung auszusetzen bzw. rückwirkend zu machen. Da wusste wohl eine Hand nicht, was die andere tut - für uns heißt das jetzt warten auf Klärung bis zum Import. grml. lg, Michi -- Michael Maier, Student of Telematics @ Graz University of Technology OpenStreetMap Graz http://osm.org/go/0Iz@paV http://wiki.osm.org/Graz http://wiki.osm.org/Graz/Stammtisch signature.asc Description: OpenPGP digital signature ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [OSM-talk-fr] Vers une mise à disposition d'un rendu FR (était: osm13 est opérationnel !)
Ici http://umap.openstreetmap.fr/map/cquest/visite-guidee-du-rendu-osm-fr/#20/45.42033/4.42373je vois un drapeau noir... Qu'est-ce ? Il correspond on dirait à une mairie annexe... suis pas sûr que le symbole soit bien compris du grand public :-) 2013/3/14 Christian Quest cqu...@openstreetmap.fr Un début de visite guidée du rendu FR: http://umap.openstreetmap.fr/map/cquest/visite-guidee-du-rendu-osm-fr -- Christian Quest - OpenStreetMap France Synthèse du Week-end SOTM-FR à Lyon : http://openstreetmap.fr/synthese-sotmfr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Les dérives de rue : Des textes à promenades http://drivrsdu.fr/des-textes-a-promenades/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Vers une mise à disposition d'un rendu FR (était: osm13 est opérationnel !)
Oui, le drapeau gris foncé/noir correspond à une mairie. Je suis d'accord avec toi : ce n'est pas le symbole plus parlant... D'où ma proposition de mettre le drapeau du pays concerné : http://trac.openstreetmap.fr/ticket/236 Francescu Le 14 mars 2013 07:34, Ista Pouss ista...@gmail.com a écrit : Ici http://umap.openstreetmap.fr/map/cquest/visite-guidee-du-rendu-osm-fr/#20/45.42033/4.42373je vois un drapeau noir... Qu'est-ce ? Il correspond on dirait à une mairie annexe... suis pas sûr que le symbole soit bien compris du grand public :-) 2013/3/14 Christian Quest cqu...@openstreetmap.fr Un début de visite guidée du rendu FR: http://umap.openstreetmap.fr/map/cquest/visite-guidee-du-rendu-osm-fr -- Christian Quest - OpenStreetMap France Synthèse du Week-end SOTM-FR à Lyon : http://openstreetmap.fr/synthese-sotmfr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Les dérives de rue : Des textes à promenades http://drivrsdu.fr/des-textes-a-promenades/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Vers une mise à disposition d'un rendu FR (était: osm13 est opérationnel !)
Il me semble que le même symbole pour une mairie ou mairie annexe suffirait. Une icône représentant un hôtel de ville (conventionellement c'est une maison avec des colonnes en façade (ça peut ressembler aussi à un tribunal ou un parlement mais conventionellement un tribunal est plutôt représenté par le glaive et la balance(comme aussi les h$opitaux par la croix bleue, la pharmacie par le caducée, le supermarché par un caddie...).. Le même symbole pour les mairies, et toutes les assemblées parlementaires locales, départementales, régionales ou nationales ira très bien (on peut y inclure aussi les préfectures/sous-préfectures) Le 14 mars 2013 08:57, Francescu GAROBY windu...@gmail.com a écrit : Oui, le drapeau gris foncé/noir correspond à une mairie. Je suis d'accord avec toi : ce n'est pas le symbole plus parlant... D'où ma proposition de mettre le drapeau du pays concerné : http://trac.openstreetmap.fr/ticket/236 Un drapeau ne serait pas plus parlant. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Vers une mise à disposition d'un rendu FR (était: osm13 est opérationnel !)
Pour le symbole de la façade, c'est vrai que c'est parlant, mais il lui manque une précision, que le drapeau a le mérite d'avoir : les couleurs du pays concerné. On peut alors imaginer plusieurs solutions possibles : * une façade coloré des couleurs du drapeau (compliqué à faire, et peut-être pas lisible) ; * une façade + le drapeau (trop chargé, sans doute) ; * la façade ou (exclusif) le drapeau (mais on perd une des 2 infos) ; Pour les bâtiments locaux, départementaux, régionaux, j'avais un temps envisagé de proposer de mettre les couleurs de l'entité (armoiries de la ville, logo du département/de la région), mais là encore, je me disais que ça serait peut-être compliqué à lire (les armoiries d'une ville sont-elles bien connues, au moins de ses habitants ?) et ferait beaucoup d'icônes à ajouter... Francescu Le 14 mars 2013 09:35, Philippe Verdy verd...@wanadoo.fr a écrit : Il me semble que le même symbole pour une mairie ou mairie annexe suffirait. Une icône représentant un hôtel de ville (conventionellement c'est une maison avec des colonnes en façade (ça peut ressembler aussi à un tribunal ou un parlement mais conventionellement un tribunal est plutôt représenté par le glaive et la balance(comme aussi les h$opitaux par la croix bleue, la pharmacie par le caducée, le supermarché par un caddie...).. Le même symbole pour les mairies, et toutes les assemblées parlementaires locales, départementales, régionales ou nationales ira très bien (on peut y inclure aussi les préfectures/sous-préfectures) Le 14 mars 2013 08:57, Francescu GAROBY windu...@gmail.com a écrit : Oui, le drapeau gris foncé/noir correspond à une mairie. Je suis d'accord avec toi : ce n'est pas le symbole plus parlant... D'où ma proposition de mettre le drapeau du pays concerné : http://trac.openstreetmap.fr/ticket/236 Un drapeau ne serait pas plus parlant. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Vers une mise à disposition d'un rendu FR (était: osm13 est opérationnel !)
Le 14 mars 2013 09:46, Francescu GAROBY windu...@gmail.com a écrit : Pour les bâtiments locaux, départementaux, régionaux, j'avais un temps envisagé de proposer de mettre les couleurs de l'entité (armoiries de la ville, logo du département/de la région), mais là encore, je me disais que ça serait peut-être compliqué à lire (les armoiries d'une ville sont-elles bien connues, au moins de ses habitants ?) et ferait beaucoup d'icônes à ajouter... Si ça peut donner des idées, j'avais déjà essayé d'utiliser les blasons de wikipedia (projet au quel javais participé dans le temps ou je n'avais pas encore découvert OSM ;) ) pour les afficher sur une carte. http://map.carte-libre.fr/blason/ Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Vers une mise à disposition d'un rendu FR (était: osm13 est opérationnel !)
Le drapeau c'est plutôt plutôt pour les ambassades, non ? On 14 mars 2013, at 09:46, Francescu GAROBY windu...@gmail.com wrote: Pour le symbole de la façade, c'est vrai que c'est parlant, mais il lui manque une précision, que le drapeau a le mérite d'avoir : les couleurs du pays concerné. On peut alors imaginer plusieurs solutions possibles : * une façade coloré des couleurs du drapeau (compliqué à faire, et peut-être pas lisible) ; * une façade + le drapeau (trop chargé, sans doute) ; * la façade ou (exclusif) le drapeau (mais on perd une des 2 infos) ; Pour les bâtiments locaux, départementaux, régionaux, j'avais un temps envisagé de proposer de mettre les couleurs de l'entité (armoiries de la ville, logo du département/de la région), mais là encore, je me disais que ça serait peut-être compliqué à lire (les armoiries d'une ville sont-elles bien connues, au moins de ses habitants ?) et ferait beaucoup d'icônes à ajouter... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Vers une mise à disposition d'un rendu FR (était: osm13 est opérationnel !)
Un buste de Marianne? Le 14/03/2013 09:54, Vladimir Vyskocil a écrit : Le drapeau c'est plutôt plutôt pour les ambassades, non ? On 14 mars 2013, at 09:46, Francescu GAROBY windu...@gmail.com wrote: Pour le symbole de la façade, c'est vrai que c'est parlant, mais il lui manque une précision, que le drapeau a le mérite d'avoir : les couleurs du pays concerné. On peut alors imaginer plusieurs solutions possibles : * une façade coloré des couleurs du drapeau (compliqué à faire, et peut-être pas lisible) ; * une façade + le drapeau (trop chargé, sans doute) ; * la façade ou (exclusif) le drapeau (mais on perd une des 2 infos) ; Pour les bâtiments locaux, départementaux, régionaux, j'avais un temps envisagé de proposer de mettre les couleurs de l'entité (armoiries de la ville, logo du département/de la région), mais là encore, je me disais que ça serait peut-être compliqué à lire (les armoiries d'une ville sont-elles bien connues, au moins de ses habitants ?) et ferait beaucoup d'icônes à ajouter... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Sondage sur la répéttion des messages du forum sur cette liste - fin du premier tour
Le jeudi 14 mars 2013 04:42:13, Philippe Verdy a écrit : Le 13 mars 2013 21:39, Jo. perche...@gmail.com a écrit : Y a des bourrages d'urnes, j'vous l'dis ma p'tite dame ça va chier des bulles carré ;-D Oui il y a des votes avec usurpation d'identité. En témoigne la ligne vers la fin de la table où quelqu'un m'a rajouté une seconde fois après moi (mon vrai vote est plus haut dans la liste). Ça m'étonne pourtant, moi qui pensais que tu n'avais que des amis ici. Reste que c'est pas très réglo ni malin venant de celui qui a fait ça. disons que c'est une forme de blague, voter à tout ne changeait pas le résultat final, mais tu as bien fait de corriger le choix en question. Doodle n'est pas vraiment une plateforme de vote, et s'il fallait que tous soient identifiés juste pour choisir un boudiou de mail sur une liste, on s'en sortirait pas. Mais si certains sont prêt à faire du bourrage d'urnes pour un tel sujet, c'est vraiment que ce mail doit les déranger ou alors qu'ils en ont un besoin vital ! -- sly (sylvain letuffe) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Vers une mise à disposition d'un rendu FR (était: osm13 est opérationnel !)
Le 14 mars 2013 09:54, Vladimir Vyskocil vladimir.vysko...@gmail.com a écrit : Le drapeau c'est plutôt plutôt pour les ambassades, non ? Oui tout à fait. Mais sur ce point je choisirais une icône neutre indépendante du pays (d'autant plus que certaines ambassades représentent plusieurs pays simultanément, par convention entre ces pays, par exemple les représentation diplomatiques suisses sont souvent utilisées par d'autres pays qui n'ont pas de représentation consulaire dans un pays concerné, en zone de guerre par exemple ou suite à la décision d'un pays de se retirer, la Suisse faisant alors le relais, mais on a le cas aussi des représentation consulaires de divers pays européens dans le monde qui ont passé des conventions pour assurer certains services pour les expatriés d'autres pays européens ; la France le fait dans certains petits pays où elle est présente, et utilise aussi des services consulaires d'autres pays). Bref pour les ambassades l'icône serait plutôt deux drapeaux flottants, avec leur hampe, parallèles (évoquant la série de mats pour les drapeaux des membres devant l'ONU à NYC, ou devant le parlement de l'UE, ou devant deux de l'OTAN) ou bien croisés, et avec des couleurs neutres. Mettre des drapeaux nationaux divers un peu partout n'apportera pas plus de clarté à la carte quand de nombreux drapeaux ne sont pas reconnaissables facilement (ne pas oublier qu'on affiche aussi le libellé en clair). ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Vers une mise à disposition d'un rendu FR (était: osm13 est opérationnel !)
On confondrait avec n'importe quelle statue (les Mariannes n'arrêtent pas de changer de forme et de figures, elle n'est reconnaissable que dans sa dernière forme admise mais même selon les administrations françaises on la voit sous des traits divers, et ce sont alors des logos identifiants). On croirait qu'il y a une statue, une oeuvre d'art, voire tout un musée Le 14 mars 2013 10:06, CedricDV cedricdumezv...@gmail.com a écrit : Un buste de Marianne? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Vers une mise à disposition d'un rendu FR (était: osm13 est opérationnel !)
Et les préfectures/sous-prefecture ? Bon ce n'est qu'une suggestion mais pour l'instant elle ne sont pas iconisé, si cela surcharge les cartes ce n'est pas obligatoire. Le 14 mars 2013 10:19, Philippe Verdy verd...@wanadoo.fr a écrit : Le 14 mars 2013 09:54, Vladimir Vyskocil vladimir.vysko...@gmail.com a écrit : Le drapeau c'est plutôt plutôt pour les ambassades, non ? Oui tout à fait. Mais sur ce point je choisirais une icône neutre indépendante du pays (d'autant plus que certaines ambassades représentent plusieurs pays simultanément, par convention entre ces pays, par exemple les représentation diplomatiques suisses sont souvent utilisées par d'autres pays qui n'ont pas de représentation consulaire dans un pays concerné, en zone de guerre par exemple ou suite à la décision d'un pays de se retirer, la Suisse faisant alors le relais, mais on a le cas aussi des représentation consulaires de divers pays européens dans le monde qui ont passé des conventions pour assurer certains services pour les expatriés d'autres pays européens ; la France le fait dans certains petits pays où elle est présente, et utilise aussi des services consulaires d'autres pays). Bref pour les ambassades l'icône serait plutôt deux drapeaux flottants, avec leur hampe, parallèles (évoquant la série de mats pour les drapeaux des membres devant l'ONU à NYC, ou devant le parlement de l'UE, ou devant deux de l'OTAN) ou bien croisés, et avec des couleurs neutres. Mettre des drapeaux nationaux divers un peu partout n'apportera pas plus de clarté à la carte quand de nombreux drapeaux ne sont pas reconnaissables facilement (ne pas oublier qu'on affiche aussi le libellé en clair). ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Vers une mise à disposition d'un rendu FR (était: osm13 est opérationnel !)
Le problème avec Marianne n'est pas seulement qu'elle change tous les 4 matins, mais aussi qu'il n'existe pas de buste officiel : les communes peuvent faire faire le buste de n'importe quelle femme (certaines organisent des concours entre les habitantes de la commune). Il reste donc le profil de Marianne, utilisé sur les documents et sites Web officiels du gouvernement. Francescu Le 14 mars 2013 10:23, Philippe Verdy verd...@wanadoo.fr a écrit : On confondrait avec n'importe quelle statue (les Mariannes n'arrêtent pas de changer de forme et de figures, elle n'est reconnaissable que dans sa dernière forme admise mais même selon les administrations françaises on la voit sous des traits divers, et ce sont alors des logos identifiants). On croirait qu'il y a une statue, une oeuvre d'art, voire tout un musée Le 14 mars 2013 10:06, CedricDV cedricdumezv...@gmail.com a écrit : Un buste de Marianne? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Vers une mise à disposition d'un rendu FR (était: osm13 est opérationnel !)
Le 14 mars 2013 10:25, Jo. perche...@gmail.com a écrit : Et les préfectures/sous-prefecture ? Bon ce n'est qu'une suggestion mais pour l'instant elle ne sont pas iconisé, si cela surcharge les cartes ce n'est pas obligatoire. A mon avis pour les mairies, mairies annexes, assemblées communautaires, conseils généraux, régionaux, sous-préfectures et préfectures, et parlements nationaux, la même icône. On n'a pas tant de lieu que ça dans une même ville (sauf Paris en France, mais le niveau de détail demandé est tel que det toute façon il y aura des tas d'autres icônes et que pouvoir chercher une icone uique ne posera pas de problème). Une carte doit rester lisible, pas un patchwork. Le but de l'icone c'est d'identifier du premier coup d'oeil le type de service, mais pas un service précis. Les icônes doivent cependant rester assez discrètes pour ne pas surcharger le reste. Elles sont nécessairement alors assez petites et on ne peut pas afficher dessus beaucoup de détails. Une bonne icone devrait être pratiquement monochrome. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Vers une mise à disposition d'un rendu FR (était: osm13 est opérationnel !)
Le 14/03/2013 10:28, Francescu GAROBY a écrit : Le problème avec Marianne n'est pas seulement qu'elle change tous les 4 matins, mais aussi qu'il n'existe pas de buste officiel : les communes peuvent faire faire le buste de n'importe quelle femme (certaines organisent des concours entre les habitantes de la commune). Il reste donc le profil de Marianne, utilisé sur les documents et sites Web officiels du gouvernement. Effectivement, je pensait plutôt à ce profil mais me suis mal exprimé. Merci pour ce commentaire constructif. Cedric Francescu Le 14 mars 2013 10:23, Philippe Verdy verd...@wanadoo.fr mailto:verd...@wanadoo.fr a écrit : On confondrait avec n'importe quelle statue (les Mariannes n'arrêtent pas de changer de forme et de figures, elle n'est reconnaissable que dans sa dernière forme admise mais même selon les administrations françaises on la voit sous des traits divers, et ce sont alors des logos identifiants). On croirait qu'il y a une statue, une oeuvre d'art, voire tout un musée Le 14 mars 2013 10:06, CedricDV cedricdumezv...@gmail.com mailto:cedricdumezv...@gmail.com a écrit : Un buste de Marianne? ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Les canaux de navigation
Bonjour, Je suis en train de m’intéresser aux canaux de navigation et je me demande si la doc officielle pourrait accepter quelques petites retouche sur le choix des tag : http://wiki.openstreetmap.org/wiki/Tag:waterway%3Dlock_gate Un canal de navigation n'est pas une rivière. Dans la doc il est pourtant indiqué d'utiliser waterway=river au lieu de waterway=canal Suite à ce constat, sachant que ce n'est pas une rivière, il serait logique de modifier les surfaces d'eau de waterway=riverbank en natural=water Je n'ai pas beaucoup de recul sur les canaux dans le monde mais les deux trois que j'ai eu l'occasion de fréquenter avec un courant très faible et parfois un faible vent donne l'impression que le courant remonte le fil de l'eau. Qu'en pensez vous ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Vers une mise à disposition d'un rendu FR (était: osm13 est opérationnel !)
Le 14/03/2013 10:28, Francescu GAROBY a écrit : Il reste donc le profil de Marianne, utilisé sur les documents et sites Web officiels du gouvernement. Francescu Il y a toute une série de timbres avec le profil de Marianne : http://www.or-et-hconseil.com/wp-content/uploads/2011/03/historique_marianne.jpg Jean-Claude ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Vers une mise à disposition d'un rendu FR (était: osm13 est opérationnel !)
Je pensais à ce profil_là : http://diagauto91.fr/wp-content/uploads/2013/01/marianne.jpg Francescu Le 14 mars 2013 10:48, Jean-Claude Repetto jrepe...@free.fr a écrit : Le 14/03/2013 10:28, Francescu GAROBY a écrit : Il reste donc le profil de Marianne, utilisé sur les documents et sites Web officiels du gouvernement. Francescu Il y a toute une série de timbres avec le profil de Marianne : http://www.or-et-hconseil.com/**wp-content/uploads/2011/03/** historique_marianne.jpghttp://www.or-et-hconseil.com/wp-content/uploads/2011/03/historique_marianne.jpg Jean-Claude __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Les canaux de navigation
voir là : http://wiki.openstreetmap.org/wiki/User_talk:ClaudeM Le 14 mars 2013 à 10:41, Jo. a écrit : Bonjour, Je suis en train de m’intéresser aux canaux de navigation et je me demande si la doc officielle pourrait accepter quelques petites retouche sur le choix des tag : http://wiki.openstreetmap.org/wiki/Tag:waterway%3Dlock_gate Un canal de navigation n'est pas une rivière. Dans la doc il est pourtant indiqué d'utiliser waterway=river au lieu de waterway=canal Suite à ce constat, sachant que ce n'est pas une rivière, il serait logique de modifier les surfaces d'eau de waterway=riverbank en natural=water Je n'ai pas beaucoup de recul sur les canaux dans le monde mais les deux trois que j'ai eu l'occasion de fréquenter avec un courant très faible et parfois un faible vent donne l'impression que le courant remonte le fil de l'eau. Qu'en pensez vous ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Les canaux de navigation
Merci cela répond parfaitement à ma demande, j'étais justement en train de passer à la validation JOSM tous les ajouts que je viens de faire sur le canal de la robine sur la totalité de son tracé (narbonne) Normalement d'ici 10 min ça devrait être en ligne après intégrations des informations de cette page Le 14 mars 2013 11:44, ades_...@orange.fr ades_...@orange.fr a écrit : voir là : http://wiki.openstreetmap.org/wiki/User_talk:ClaudeM Le 14 mars 2013 à 10:41, Jo. a écrit : Bonjour, Je suis en train de m’intéresser aux canaux de navigation et je me demande si la doc officielle pourrait accepter quelques petites retouche sur le choix des tag : http://wiki.openstreetmap.org/wiki/Tag:waterway%3Dlock_gate Un canal de navigation n'est pas une rivière. Dans la doc il est pourtant indiqué d'utiliser waterway=river au lieu de waterway=canal Suite à ce constat, sachant que ce n'est pas une rivière, il serait logique de modifier les surfaces d'eau de waterway=riverbank en natural=water Je n'ai pas beaucoup de recul sur les canaux dans le monde mais les deux trois que j'ai eu l'occasion de fréquenter avec un courant très faible et parfois un faible vent donne l'impression que le courant remonte le fil de l'eau. Qu'en pensez vous ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Vers une mise à disposition d'un rendu FR (était: osm13 est opérationnel !)
Rien à voir avec Marianne mais si vous voulez rendre ce rendu très populaire au Japon (arf), il suffirait d'afficher les noms des intersections qui peuvent être là-bas plus importants que les noms de rues: http://lists.openstreetmap.org/pipermail/talk/2013-February/066205.html http://lists.openstreetmap.org/pipermail/talk/2013-February/066226.html Le balisage hésite entre junction=yes et highway=junction + name. Une difficulté sera sans doute de gérer l'affichage du nom avec l'éventuelle présence d'un feu de circulation. Exemple sur gmaps: http://goo.gl/maps/4j6c8 Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] PB : certains chemins n'apparaissent plus dans QGis
Bonjour à tous, Je viens vous soumettre un problème que je rencontre depuis quelques semaines. En téléchargeant des fichiers planet, j'ai certaines voies et chemins qui ne s'affichent pas dans QGIS. Je télécharge les voies de ma commune dans un fichier .osm, et, en l'ouvrant dans QGIS, j'ai ça : http://gis.19327.n5.nabble.com/file/n5753126/JHFabre_QGis.png Alors que si j'ouvre le même fichier dans JOSM, j'ai ça: http://gis.19327.n5.nabble.com/file/n5753126/JHFabre_JOSM.png Quelqu'un peut-il m'expliquer ce qu'il se passe ? Bonne réception, -- View this message in context: http://gis.19327.n5.nabble.com/PB-certains-chemins-n-apparaissent-plus-dans-QGis-tp5753126.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] PB : certains chemins n'apparaissent plus dans QGis
Bonjour, Est-ce que ce problème se produit sur des objets ajoutés récemment ? Si oui, ça pourrait être lié au passage des identifiants en 64-bit où Qgis est signalé comme non compatible pour l'instant : http://wiki.openstreetmap.org/wiki/64-bit_Identifiers Fred Le 14 mars 2013 14:17, Tony Emery tony.em...@yahoo.fr a écrit : Bonjour à tous, Je viens vous soumettre un problème que je rencontre depuis quelques semaines. En téléchargeant des fichiers planet, j'ai certaines voies et chemins qui ne s'affichent pas dans QGIS. Je télécharge les voies de ma commune dans un fichier .osm, et, en l'ouvrant dans QGIS, j'ai ça : http://gis.19327.n5.nabble.com/file/n5753126/JHFabre_QGis.png Alors que si j'ouvre le même fichier dans JOSM, j'ai ça: http://gis.19327.n5.nabble.com/file/n5753126/JHFabre_JOSM.png Quelqu'un peut-il m'expliquer ce qu'il se passe ? Bonne réception, -- View this message in context: http://gis.19327.n5.nabble.com/PB-certains-chemins-n-apparaissent-plus-dans-QGis-tp5753126.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Frédéric Bonifas +33672652807 skype:fredericbonifas ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] PB : certains chemins n'apparaissent plus dans QGis
Effectivement, ce sont des noeuds et des chemins récents. Du coup, j'ai le même problème avec les outils ArcGIS Editor for OSM. Pour QGIS, du coup, la seule solution est d'attendre la mise à jour ? -- View this message in context: http://gis.19327.n5.nabble.com/PB-certains-chemins-n-apparaissent-plus-dans-QGis-tp5753126p5753128.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] [forum-osm-fr] Site pour ajouter des tags privés
Le message suivant de : ## Bonjour, Je chercherais un site web, ou logiciel (type serveur web, CMS), permettant d'ajouter des Tags a des lieux précis, mais qui resteraient privés (partagés seulement avec des collègues). En quelque sorte un équivalent de My Maps de Google, basé sur OSM. Je m'explique : Je travaille chez France Télécom, et suite à une demande qui avait été faite il y a quelques années, l'entreprise a refusé de libérer ses données pour raison de sécurité nationale (entre autres de mémoire). Néanmoins, je souhaiterais ajouter sur OSM les antenne mobiles visibles à l’œil nu (rien de secret), j'utiliserais un éditeur classique (JOSM etc). En plus de cela, je souhaiterais trouver un service grâce auquel je pourrais créér une carte privée contenant d'autre bâtiments France Télécom/Orange, et des informations un peu plus poussées, qui soit partageables uniquement avec des collègues. Je souhaiterais de la même façon enregistrer des itinéraire de ballade pour mon compte personnel. Je n'ai pas pu trouvé jusque là d'équivalents à My Maps, je n'ai surement pas cherché ou il fallait. Merci d'avance ! Kévin a été posté sur le forum http://forum.openstreetmap.fr/viewtopic.php?f=5t=573 Une réponse par mail sur l'adresse d'expédition n'arrivera nulle part Une réponse à la liste ne sera pas transmise au forum, ce qui n'empêche pas une concertation sur la liste avant de recopier la/les meilleures réponses sur le forum. Notez qu'il n'est pas necessaire d'avoir un compte sur le forum pour répondre. -- Les questions sur ce robot de transfert forum-liste peuvent être posées à sylvainaletuffe.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Les canaux de navigation
Le 14 mars 2013 10:41, Jo. perche...@gmail.com a écrit : Je suis en train de m’intéresser aux canaux de navigation et je me demande si la doc officielle pourrait accepter quelques petites retouche sur le choix des tag : http://wiki.openstreetmap.org/wiki/Tag:waterway%3Dlock_gate Un canal de navigation n'est pas une rivière. Dans la doc il est pourtant indiqué d'utiliser waterway=river au lieu de waterway=canal Suite à ce constat, sachant que ce n'est pas une rivière, il serait logique de modifier les surfaces d'eau de waterway=riverbank en natural=water Les riverbanks ne sont pas spécifiques aux rivières, mais applicables à tous les cours d'eau. Noter aussi que de nombreux cours d'eau sont canalisés sur une grande partie de leur longueur en France. Par exemple l'Ille, en Ille-et-Vilaine, est canalisée sur sa plus grande partie, son cours naturel a été modifié en certains endroits (créant des bras parallèles qui ne sont plus les bras principaux mais qui étaient les bras naturels aujourd'hui avec un débit très réduit, l'alimentation en eau étant faite juste par des vannes de débordement pour gérer des crues. Pourquoi alors les riverbanks de l'Ille devraient changer de nature selon les parties canalisées ou non, alors que bon nombre de sections sont communes au cours d'eau naturel et au canal, et que même l'Ille est localement appelée Canal d'Ille-et-Rance ? De même les cours canaux aménagés le long d'un cours d'eau pour installer une écluse l'ont souvent été sur le lit même de l'ancien cours d'eau (création d'une île artificielle, puis installation d'un seuil sur la partie principale du cours d'eau tandis que le petit canal n'est aménagée pour franchir les écluses. Pourquoi la surface de ce ours canal latéral ne serait pas une riverbank ? Quel intérêt alors qu'il est malgré tout encore sur l'ancien lit naturel du cours d'eau ? Note aussi que les écluses peuvent aussi être en travers de la **totalité** du cours d'eau naturel ou d'un de ses bras naturels. (exemple encore sur l'Ille avec les écluses à Rennes ou Saint-Grégoire)... A mon avis c'est ce compliquer pour pas grand chose. Tu veux mettre quoi à la place des riverbank ? La distinction ne semble pas être à faire sur les riverbanks mais uniquement sur les relations construisant le filaire des canaux (même s'ils empruntent ou pas le filaire des cours d'eau naturels). Et alors rien n'interdit de référencer les mêmes polygones ou multipolygones de riverbanks à la fois dans la relation des cours d'eau naturels et les relations des canaux. Les canaux sont en fait davantage des routes de navigation (et n'obéissent pas du tout au schéma de circulation des cours d'eau avec les affluents, leurs membres n'ayant pas le rôle de main_stream ni même side_stream et n'ayant pas non plsu d'orientation bien définie, les flux d'eau pouvant s'inverser), et le réseau des canaux n'est pas structuré en arbres hiérarchiques comme les cours d'eau naturels, mais en maillage, comme le réseau routier (pour les relations des canaux les rôles main_stream, side_stream et tributary n'ont pas de sens). Bref il vaut mieux distinguer dans OSM les relations du réseau des canaux des relations de cours d'eaux (je pense que les réseaux de canaux devraient être non pas du type=waterway comme les cours d'eaux naturels, mais carrément du type=canal, afin qu'ils se distinguent nettement du réseau fluvial hiérarchisé). Mais pas besoin de distinguer les riverbanks (dont le but premier n'est pas de représenter les cours d'eau eux-même mais les plans d'eau, autrement dit les surfaces de terres inondées, les riverbanks sont donc tous plutôt des type=water, comme aussi les lacs, étangs, bassins et non des type=waterway). ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Nommer les élément physique du relief, massif, vallée, plaine, plateau?
Bonjour, Comment fait tout pour nommer proprement un massif, une vallée, une plaine... ?! Les éléments place semble inadaptés ils concernent surtout les lieu de colonisation humaine. Les élément natural semble peu adaptés a des objet aussi vaste qu'une vallée ou un massif ... d'autant qu'il considere essentiellement la nature du sol et pas le relief. Une piste? Cordialement Tetsuo ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nommer les élément physique du relief, massif, =?iso-8859-1?q?vall=E9e?=, plaine, plateau?
On jeudi 14 mars 2013, Tetsuo Shima wrote: Bonjour, Comment fait tout pour nommer proprement un massif, une vallée, une plaine... ?! Les éléments place semble inadaptés ils concernent surtout les lieu de colonisation humaine. Les élément natural semble peu adaptés a des objet aussi vaste qu'une vallée ou un massif ... d'autant qu'il considere essentiellement la nature du sol et pas le relief. Une piste? wiki : region Mais je n'en suis pas super satisfait, et j'aimerais bien l'améliorer avec un peu de temps, de courage, et d'aide -- sly, DWG member since 11/2012 Coordinateur du groupe [ga] http://wiki.openstreetmap.org/wiki/User:Sletuffe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Les canaux de navigation
Bonjour Philippe, Mon précédent courriel indiquait que j'avais obtenu ma réponse, la page en question m'a indiqué la bonne réponse (utilisation de riverbank). Cela t'aurai épargné la saisi de tout ce texte ;-) Pour information la doc indique seulement l'utilisation pour les grands fleuve et les rivières : http://wiki.openstreetmap.org/wiki/Tag:waterway%3Driverbank l'utilisation sur les canaux de navigation est indiqué uniquement sur le projet discuté sur http://wiki.openstreetmap.org/wiki/User_talk:ClaudeM Peut être accepterai tu d'utiliser toute cette énergie de rédaction pour la traduction du wiki ??? Mon niveau d'anglais ne me le permet absolument pas. Ce sera constructif et surtout les utilisateurs francophone t'en serait infiniment reconnaissant. Cela éviterai que des questions comme la mienne soient posée faute d'avoir trouvé de réponse sur le wiki. En l'attente d'une traduction du wiki, je te souhaite une bonne fin d'après midi... Le 14 mars 2013 16:17, Philippe Verdy verd...@wanadoo.fr a écrit : Le 14 mars 2013 10:41, Jo. perche...@gmail.com a écrit : Je suis en train de m’intéresser aux canaux de navigation et je me demande si la doc officielle pourrait accepter quelques petites retouche sur le choix des tag : http://wiki.openstreetmap.org/wiki/Tag:waterway%3Dlock_gate Un canal de navigation n'est pas une rivière. Dans la doc il est pourtant indiqué d'utiliser waterway=river au lieu de waterway=canal Suite à ce constat, sachant que ce n'est pas une rivière, il serait logique de modifier les surfaces d'eau de waterway=riverbank en natural=water Les riverbanks ne sont pas spécifiques aux rivières, mais applicables à tous les cours d'eau. Noter aussi que de nombreux cours d'eau sont canalisés sur une grande partie de leur longueur en France. Par exemple l'Ille, en Ille-et-Vilaine, est canalisée sur sa plus grande partie, son cours naturel a été modifié en certains endroits (créant des bras parallèles qui ne sont plus les bras principaux mais qui étaient les bras naturels aujourd'hui avec un débit très réduit, l'alimentation en eau étant faite juste par des vannes de débordement pour gérer des crues. Pourquoi alors les riverbanks de l'Ille devraient changer de nature selon les parties canalisées ou non, alors que bon nombre de sections sont communes au cours d'eau naturel et au canal, et que même l'Ille est localement appelée Canal d'Ille-et-Rance ? De même les cours canaux aménagés le long d'un cours d'eau pour installer une écluse l'ont souvent été sur le lit même de l'ancien cours d'eau (création d'une île artificielle, puis installation d'un seuil sur la partie principale du cours d'eau tandis que le petit canal n'est aménagée pour franchir les écluses. Pourquoi la surface de ce ours canal latéral ne serait pas une riverbank ? Quel intérêt alors qu'il est malgré tout encore sur l'ancien lit naturel du cours d'eau ? Note aussi que les écluses peuvent aussi être en travers de la **totalité** du cours d'eau naturel ou d'un de ses bras naturels. (exemple encore sur l'Ille avec les écluses à Rennes ou Saint-Grégoire)... A mon avis c'est ce compliquer pour pas grand chose. Tu veux mettre quoi à la place des riverbank ? La distinction ne semble pas être à faire sur les riverbanks mais uniquement sur les relations construisant le filaire des canaux (même s'ils empruntent ou pas le filaire des cours d'eau naturels). Et alors rien n'interdit de référencer les mêmes polygones ou multipolygones de riverbanks à la fois dans la relation des cours d'eau naturels et les relations des canaux. Les canaux sont en fait davantage des routes de navigation (et n'obéissent pas du tout au schéma de circulation des cours d'eau avec les affluents, leurs membres n'ayant pas le rôle de main_stream ni même side_stream et n'ayant pas non plsu d'orientation bien définie, les flux d'eau pouvant s'inverser), et le réseau des canaux n'est pas structuré en arbres hiérarchiques comme les cours d'eau naturels, mais en maillage, comme le réseau routier (pour les relations des canaux les rôles main_stream, side_stream et tributary n'ont pas de sens). Bref il vaut mieux distinguer dans OSM les relations du réseau des canaux des relations de cours d'eaux (je pense que les réseaux de canaux devraient être non pas du type=waterway comme les cours d'eaux naturels, mais carrément du type=canal, afin qu'ils se distinguent nettement du réseau fluvial hiérarchisé). Mais pas besoin de distinguer les riverbanks (dont le but premier n'est pas de représenter les cours d'eau eux-même mais les plans d'eau, autrement dit les surfaces de terres inondées, les riverbanks sont donc tous plutôt des type=water, comme aussi les lacs, étangs, bassins et non des type=waterway). ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___
Re: [OSM-talk-fr] Nommer les élément physique du relief, massif, vallée, plaine, plateau?
Pour les trucs pas trop grands, genre un vallon, je mets un way dans l'axe du vallon, place=locality et name=Vallon du Fin Fond. Et josm me dit que ce n'est pas bien mais je passe outre... Éric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nommer les élément physique du relief, massif, vallée, plaine, plateau?
Je suis également intéressé par la solution. Quand il y a beaucoup de lieu dit dans une zone, il est difficile de discerner le nom des commune et des lieux dit. Exemple : http://www.openstreetmap.org/?lat=43.1231lon=2.4948zoom=14layers=M Je ne connaît physiquement pas cette zone et il est assez complexe de retrouver ses petits. Le 14 mars 2013 17:17, Tetsuo Shima tets...@gmail.com a écrit : Bonjour, Comment fait tout pour nommer proprement un massif, une vallée, une plaine... ?! Les éléments place semble inadaptés ils concernent surtout les lieu de colonisation humaine. Les élément natural semble peu adaptés a des objet aussi vaste qu'une vallée ou un massif ... d'autant qu'il considere essentiellement la nature du sol et pas le relief. Une piste? Cordialement Tetsuo ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nommer les élément physique du relief, massif, =?iso-8859-1?q?vall=E9e?=, plaine, plateau?
On jeudi 14 mars 2013, sly (sylvain letuffe) wrote: wiki : region En fait, region, c'est pas bien facile à trouver, la page de proposition est là : http://wiki.openstreetmap.org/wiki/Relations/Proposed/Region -- sly, DWG member since 11/2012 Coordinateur du groupe [ga] http://wiki.openstreetmap.org/wiki/User:Sletuffe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Les canaux de navigation
Le 14 mars 2013 17:31, Jo. perche...@gmail.com a écrit : Mon précédent courriel indiquait que j'avais obtenu ma réponse, la page en question m'a indiqué la bonne réponse (utilisation de riverbank). Cela t'aurai épargné la saisi de tout ce texte ;-) Pour information la doc indique seulement l'utilisation pour les grands fleuve et les rivières : http://wiki.openstreetmap.org/wiki/Tag:waterway%3Driverbank l'utilisation Désolé mais cette page ne restreint pas vraiment l'utilisation des riverbanks sur les canaux. Je voulais justement porter l'attention sur le fait que les canaux échappent à la structure héirarchique des cours d'eaux naturels, et que d'autre part ils empruntent souvent sur des parties significatives de leur longueur des cours d'eau naturels (canalisés) dans leur sens normal ou en contre-sens. D'autre part les riberbanks n'indiquent rien par eux-mêmes que la direction des flux (ce qui est indiqué par le tracé filaire), juste la surface en eau et rien ne les sépare réellement entre eux quand un canal artificiel rejoint une section canalisée d'un cours d'eau naturel, ou quand un petit canal a été aménagé sur le côté d'un lit naturel (souvent au milieu même de ce lit naturel par la construction d'un ilôt artificiel) installer une écluse à côté d'un seuil aménagée au travers du cours d'eau naturel pour uniquement maintenir une hauteur d'eau suffisante en amont. Les riverbanks à eux seuls ne remplacent pas le tracé filaire, ils sont là pour uniquement les compléter. Ils ne disent rien sur la navigabilité, ni sur la topologie des cours d'eau et la direction des débits naturels. Ce ne sont que des surfaces sous lesquelles on trouve de l'eau douce (ce qui les disingue des surfaces des mers et océans, même si dans les estuaires la séparation des surfaces est un peu arbitraire), rien de plus, et qui indiquent une utilisation du terrain (les riverbank sont finalement assez similaires aux landuse=* et natural=* et qui n'ont rien à voir avec les waterways=*). ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nommer les élément physique du relief, massif, vallée, plaine, plateau?
Je suis plutôt d'avis que le seul terme region est trop amibu pour des régions naturelles dont le contour est finalement assez flou. Je ne suis pas favorable non plus à en faire des boundary (du fait que ces frontières sont floues et peuvent se recouvrir partiellement les unes les autres sans aucune notion de topologie). Je verrais plutôt une représentation avec un way unique fermé (sans *aucun* noeud place=*) de type polygone simple, avec un tag type=natural_region un champ name=* et éventuellement alors un place=* pour les valeurs documentées mais sur le way lui-même, pas sur un noeud. Dans un rendu, les frontières ne devraient pas être dessinées par un trait marqué mais la surface pourrait être floutée en estompant par semi-transparence une zone buffer autour de cette surface. Le libellé serait simplement affiché au milieu de cette surface (ou si elle est trop concave, avec un noeud unique de rôle label dans une relation contenant ce way et ce noeud qui n'a pas besoin d'être lui-même nommé, sa seule appartenance en tant que membre d'une relation devant suffire, et dans ce cas même le way n'a plus besoin d'être typé et nommé, la relation contenant le nom effectif et le type=natural_region et les autres tags indiquant qu'il s'agit d'un massif, d'une vallée, une baie ou autre chose). Le 14 mars 2013 17:39, Jo. perche...@gmail.com a écrit : Je suis également intéressé par la solution. Quand il y a beaucoup de lieu dit dans une zone, il est difficile de discerner le nom des commune et des lieux dit. Exemple : http://www.openstreetmap.org/?lat=43.1231lon=2.4948zoom=14layers=M Je ne connaît physiquement pas cette zone et il est assez complexe de retrouver ses petits. Le 14 mars 2013 17:17, Tetsuo Shima tets...@gmail.com a écrit : Bonjour, Comment fait tout pour nommer proprement un massif, une vallée, une plaine... ?! Les éléments place semble inadaptés ils concernent surtout les lieu de colonisation humaine. Les élément natural semble peu adaptés a des objet aussi vaste qu'une vallée ou un massif ... d'autant qu'il considere essentiellement la nature du sol et pas le relief. Une piste? Cordialement Tetsuo ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nommer les élément physique du relief, massif, vallée, plaine, plateau?
Le 14 mars 2013 17:58, Philippe Verdy verd...@wanadoo.fr a écrit : Je suis plutôt d'avis que le seul terme region est trop amibu pour des régions naturelles dont le contour est finalement assez flou. Correction : amibu ambigu. Désolé. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Les canaux de navigation
2013/3/14 Jo. perche...@gmail.com: Pour information la doc indique seulement l'utilisation pour les grands fleuve et les rivières : http://wiki.openstreetmap.org/wiki/Tag:waterway%3Driverbank D'après ce wiki: http://wiki.openstreetmap.org/wiki/Proposed_features/Water_details le riverbank serait passé de mode et aurait dû être remplacé par natural=water partout. Je me souviens du vote (16 oui et 3 non) mais je ne crois pas que ce soit passé dans les moeurs : le riverbank est encore dans les presets de JOSM. L'idée de la proposition est louable, elle permettrait de ne plus différencier les rives entre rivières, canaux ou lacs. Mais est-ce vraiment grave, docteur ? En fait, il n'y a rien d'évident dans le choix riverbank vs water pour un canal. Les deux solutions fonctionnent pour le rendu et c'est suffisant pour la plupart des gens. Et on sait qu'il faut mettre une ligne centrale tagguée waterway de toute façon (c'est là que ce trouve l'information principale avec le sens d'écoulement, la navigabilité, etc). Même si le sens d'écoulement est difficile à déterminer, il peut être important pour certains. Le problème, c'est le wiki qui manque de cohérence (mais c'est de notre faute à nous tous). Un vote a eu lieu pour rendre riverbank obsolète mais avec un faible nombre de participants et comme cela n'offrait aucune amélioration significative, le résultat du vote sur le wiki a, semble-t-il, été ignoré. On est maintenant avec un wiki un peu incohérent avec les pratiques actuelles et il faudra sans doute relancer la discussion sur la liste tagg...@osm.org et trouver quelqu'un d'assez motivé pour soit adapter le wiki aux pratiques actuelles, soit ... changer les pratiques actuelles (les presets en particulier). Dans les deux cas, je lui souhaite bien du courage, vu le faible intérêt de la chose. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nommer les élément physique du relief, massif, vallée, plaine, plateau?
2013/3/14 Eric SIBERT courr...@eric.sibert.fr: Pour les trucs pas trop grands, genre un vallon, je mets un way dans l'axe du vallon, place=locality et name=Vallon du Fin Fond. Et josm me dit que ce n'est pas bien Peut-être parce que ça ressemble furieusement à du tagguer pour le rendu. place=locality sert à désigner un lieu-dit inhabité dans OSM, soit sur un point, soit sur un polygone ([1]). C'est une convention adoptée par tout le monde. mais je passe outre... Je crois me souvenir que ça n'est pas la première fois. Refuser de faire comme les autres, c'est prendre le risque de voir ses contributions annulées ou modifiées par les autres. C'est la limite du seul contre tous... La difficulté principale pour mapper ce genre d'élément, c'est leur limite floue. Lire les quelques liens ci-dessous. Je suis très sceptique sur la proposition region, trop vague, et supplantée depuis par d'autres types de relations . Pieren [1] http://wiki.openstreetmap.org/wiki/Key:place [2] http://wiki.openstreetmap.org/wiki/Proposed_features/Valley [3] http://wiki.openstreetmap.org/wiki/FR:Tag:place%3Dlocality [4] https://help.openstreetmap.org/questions/1226/names-for-valleys-mountains-etc ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Vers une mise à disposition d'un rendu FR (était: osm13 est opérationnel !)
Dans vos réflexions, pensez aussi aux tags permettant d'identifier ces POI... Quels tags pour différencier une marie d'une mairie annexe ? Quels tags pour une préfecture, une sous-préfecture, un CG, un CR... et tout ça pas que pour la France... building=* + amenity=public_building + admin_level=n ? Si jai mis un simple drapeau gris pour visualiser les mairies, c'est en pensant à un possible futur projet du mois: positionner les mairies manquantes ;) Chaque commune possédant une mairie (sauf quelques exceptions comme les villages Morts pour la France, mais on peut les retrouver grâce au population=0), ça devrait pouvoir se détecter facilement. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Vers une mise à disposition d'un rendu FR (était: osm13 est opérationnel !)
Le 14 mars 2013 12:06, Pieren pier...@gmail.com a écrit : Rien à voir avec Marianne mais si vous voulez rendre ce rendu très populaire au Japon (arf), il suffirait d'afficher les noms des intersections qui peuvent être là-bas plus importants que les noms de rues: http://lists.openstreetmap.org/pipermail/talk/2013-February/066205.html http://lists.openstreetmap.org/pipermail/talk/2013-February/066226.html Le balisage hésite entre junction=yes et highway=junction + name. Une difficulté sera sans doute de gérer l'affichage du nom avec l'éventuelle présence d'un feu de circulation. Exemple sur gmaps: http://goo.gl/maps/4j6c8 Feu de passage qui sont effectivement plutôt horizontaux là bas ! Comme quoi, adapter un rendu à la culture locale est quand même bien utile. -- Christian Quest - OpenStreetMap France Synthèse du Week-end SOTM-FR à Lyon : http://openstreetmap.fr/synthese-sotmfr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] PB : certains chemins n'apparaissent plus dans QGis
Ca sent le problème des 32bits... Mettre à jour si pas encore fait, sinon remonte le bug et patience ! Le 14 mars 2013 14:32, Tony Emery tony.em...@yahoo.fr a écrit : Effectivement, ce sont des noeuds et des chemins récents. Du coup, j'ai le même problème avec les outils ArcGIS Editor for OSM. Pour QGIS, du coup, la seule solution est d'attendre la mise à jour ? -- View this message in context: http://gis.19327.n5.nabble.com/PB-certains-chemins-n-apparaissent-plus-dans-QGis-tp5753126p5753128.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Synthèse du Week-end SOTM-FR à Lyon : http://openstreetmap.fr/synthese-sotmfr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Vers une mise à disposition d'un rendu FR (était: osm13 est opérationnel !)
Pour distinguer une mairie (celle qui accueille les sessions pleinières) d'une mairie annexe ou de bureaux, on pourrait rajouter quelque chose comme XXX=main et pour les bâtiments annexes XXX=secondary. XXX restant à définir. Pour les préfectures et sous-préfectures, la différenciation peut se faire de manière géographique : une préfecture est dans l'arrondissement où se trouve le chef-lieu de département/région, pas les sous-préfectures. Francescu Le 14 mars 2013 20:45, Christian Quest cqu...@openstreetmap.fr a écrit : Dans vos réflexions, pensez aussi aux tags permettant d'identifier ces POI... Quels tags pour différencier une marie d'une mairie annexe ? Quels tags pour une préfecture, une sous-préfecture, un CG, un CR... et tout ça pas que pour la France... building=* + amenity=public_building + admin_level=n ? Si jai mis un simple drapeau gris pour visualiser les mairies, c'est en pensant à un possible futur projet du mois: positionner les mairies manquantes ;) Chaque commune possédant une mairie (sauf quelques exceptions comme les villages Morts pour la France, mais on peut les retrouver grâce au population=0), ça devrait pouvoir se détecter facilement. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nommer les élément physique du relief, massif, vallée, plaine, plateau?
Le 14/03/2013 20:40, Pieren a écrit : 2013/3/14 Eric SIBERT courr...@eric.sibert.fr: Pour les trucs pas trop grands, genre un vallon, je mets un way dans l'axe du vallon, place=locality et name=Vallon du Fin Fond. Et josm me dit que ce n'est pas bien Peut-être parce que ça ressemble furieusement à du tagguer pour le rendu. Je ne vois pas du tout en quoi c'est tagger pour le rendu. Ce n'est pas du tout le rendu qui me guide mais le fait d'avoir une information de terrain. Et je trouve que c'est mieux que rien en attendant d'avoir une solution moins bancale. Peut-être qu'accompagné d'un fixme= , ça aiderait dans le futur à mieux le coder quand il y aura quelque chose de plus approprié. mais je passe outre... Je crois me souvenir que ça n'est pas la première fois. Refuser de faire comme les autres, c'est prendre le risque de voir ses contributions annulées ou modifiées par les autres. C'est la limite du seul contre tous... Je te laisse tes interprétations sur l'unilatéralisme... La difficulté principale pour mapper ce genre d'élément, c'est leur limite floue. Lire les quelques liens ci-dessous. Je suis très sceptique sur la proposition region, trop vague, et supplantée depuis par d'autres types de relations . Effectivement, on a des propositions qui ne sont pas allées bien loin. Néanmoins, en Europe, on a: natural=valley : 331 place=valley : 13 position=valley : 38 (???) topological=valley : 5 geological = valley Personnellement, c'est un natural=quelquechose qui me paraît le plus adapté. Surtout que dans natural=*, on trouve aussi bien des éléments ponctuels (peak), linéaires (coastline) que surfaciques (grassland). Éric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nommer les élément physique du relief, massif, vallée, plaine, plateau?
Le 14 mars 2013 20:40, Pieren pier...@gmail.com a écrit : La difficulté principale pour mapper ce genre d'élément, c'est leur limite floue. Lire les quelques liens ci-dessous. Je suis très sceptique sur la proposition region, trop vague, et supplantée depuis par d'autres types de relations . Pieren [1] http://wiki.openstreetmap.org/wiki/Key:place [2] http://wiki.openstreetmap.org/wiki/Proposed_features/Valley [3] http://wiki.openstreetmap.org/wiki/FR:Tag:place%3Dlocality [4] https://help.openstreetmap.org/questions/1226/names-for-valleys-mountains-etc Je suis quand même curieux de savoir ce qu'il y a, à part de la lecture, pour ce genre d'élément aux limites floues ?? Cette lecture m'a renseigné sur des suggestions de propositions pour les vallées, les montagnes, des places... la question portait sur les campagnes, manque de chance... il y a bien place=country et place=county (on trouve sans doute des county dans le monde entier), mais tous les deux en administrative...On examinera plus tard les bocages, marais, deltas, massifs et autre je suppose. Y a-t-il quand même des instructions plus précises sur ces choses aux limites floues ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nommer les élément physique du relief, massif, vallée, plaine, plateau?
Le 14/03/2013 21:23, Ista Pouss a écrit : Le 14 mars 2013 20:40, Pieren pier...@gmail.com mailto:pier...@gmail.com a écrit : La difficulté principale pour mapper ce genre d'élément, c'est leur limite floue. Lire les quelques liens ci-dessous. Je suis très sceptique sur la proposition region, trop vague, et supplantée depuis par d'autres types de relations . Pieren [1] http://wiki.openstreetmap.org/wiki/Key:place [2] http://wiki.openstreetmap.org/wiki/Proposed_features/Valley [3] http://wiki.openstreetmap.org/wiki/FR:Tag:place%3Dlocality [4] https://help.openstreetmap.org/questions/1226/names-for-valleys-mountains-etc Je suis quand même curieux de savoir ce qu'il y a, à part de la lecture, pour ce genre d'élément aux limites floues ?? Cette lecture m'a renseigné sur des suggestions de propositions pour les vallées, les montagnes, des places... la question portait sur les campagnes, manque de chance... il y a bien place=country et place=county (on trouve sans doute des county dans le monde entier), mais tous les deux en administrative...On examinera plus tard les bocages, marais, deltas, massifs et autre je suppose. Y a-t-il quand même des instructions plus précises sur ces choses aux limites floues ? Et non. Le propre du flou, c'est d'être flou ! -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
