[OSM-talk-be] Street with 2 names
Hello, What to do if a street have 2 names ? One side is in a town and the other side in another town ? Thanks. ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Street with 2 names
The streetname can be street A - street B Osmose complains when you have street A;street B You can create 2 associated street relations, one for each street + city + postcode + houses on that side or if you do not create associated street relations, the name of the street + city + postcode on the houses on that side. Examples with associated Street relations http://www.openstreetmap.org/?lat=51.116914lon=4.395304zoom=18layers=M Pierstraat - Reetsesteenweg (Reet Aartselaar) http://www.openstreetmap.org/?lat=51.16592lon=4.42274zoom=17layers=M Jachtlaan (Antwerpen Edegem) same name in this case, but different cities postcodes m On Tue, Jun 4, 2013 at 1:24 PM, Teddy e...@swing.be wrote: Hello, What to do if a street have 2 names ? One side is in a town and the other side in another town ? Thanks. ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Street with 2 names
What about using alt_name or smth? On Tue, Jun 4, 2013 at 3:57 PM, Marc Gemis marc.ge...@gmail.com wrote: The streetname can be street A - street B Osmose complains when you have street A;street B You can create 2 associated street relations, one for each street + city + postcode + houses on that side or if you do not create associated street relations, the name of the street + city + postcode on the houses on that side. Examples with associated Street relations http://www.openstreetmap.org/?lat=51.116914lon=4.395304zoom=18layers=M Pierstraat - Reetsesteenweg (Reet Aartselaar) http://www.openstreetmap.org/?lat=51.16592lon=4.42274zoom=17layers=M Jachtlaan (Antwerpen Edegem) same name in this case, but different cities postcodes m On Tue, Jun 4, 2013 at 1:24 PM, Teddy e...@swing.be wrote: Hello, What to do if a street have 2 names ? One side is in a town and the other side in another town ? Thanks. ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Street with 2 names
There's actually name:left and name:right to tell which side is which. alt_name isn't used for this. Ben On Tuesday 04 June 2013 16:04:07 eMerzh wrote: What about using alt_name or smth? On Tue, Jun 4, 2013 at 3:57 PM, Marc Gemis marc.ge...@gmail.com wrote: The streetname can be street A - street B Osmose complains when you have street A;street B You can create 2 associated street relations, one for each street + city + postcode + houses on that side or if you do not create associated street relations, the name of the street + city + postcode on the houses on that side. Examples with associated Street relations http://www.openstreetmap.org/?lat=51.116914lon=4.395304zoom=18layers=M Pierstraat - Reetsesteenweg (Reet Aartselaar) http://www.openstreetmap.org/?lat=51.16592lon=4.42274zoom=17layers=M Jachtlaan (Antwerpen Edegem) same name in this case, but different cities postcodes m On Tue, Jun 4, 2013 at 1:24 PM, Teddy e...@swing.be wrote: Hello, What to do if a street have 2 names ? One side is in a town and the other side in another town ? Thanks. ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Street with 2 names
Both names are equal, so al_name isn't used indeed. Here's some other example: http://www.openstreetmap.org/browse/way/94237553(inside the same town this time). But without associatedStreet relations. 2013/6/4 Ben Laenen benlae...@gmail.com There's actually name:left and name:right to tell which side is which. alt_name isn't used for this. Ben On Tuesday 04 June 2013 16:04:07 eMerzh wrote: What about using alt_name or smth? On Tue, Jun 4, 2013 at 3:57 PM, Marc Gemis marc.ge...@gmail.com wrote: The streetname can be street A - street B Osmose complains when you have street A;street B You can create 2 associated street relations, one for each street + city + postcode + houses on that side or if you do not create associated street relations, the name of the street + city + postcode on the houses on that side. Examples with associated Street relations http://www.openstreetmap.org/?lat=51.116914lon=4.395304zoom=18layers=M Pierstraat - Reetsesteenweg (Reet Aartselaar) http://www.openstreetmap.org/?lat=51.16592lon=4.42274zoom=17layers=M Jachtlaan (Antwerpen Edegem) same name in this case, but different cities postcodes m On Tue, Jun 4, 2013 at 1:24 PM, Teddy e...@swing.be wrote: Hello, What to do if a street have 2 names ? One side is in a town and the other side in another town ? Thanks. ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Street with 2 names
With this overpass query http://overpass-turbo.eu/s/ip you can see all streets with name:left tag. I noticed there is one near Mol (Bronstraat, Hofstede) without a name tag, only name:left and name:right. Searching for those streets in Nominatim returns no answer (for that street). So my advice is to add a name tag as well. (Yes, I know do not tag for the renderer, but using an undocumented tag, which is not recognized by Nominatim is pretty useless (even when it's used 23.000 time -- see taginfo)) m On Tue, Jun 4, 2013 at 6:27 PM, Sander Deryckere sander...@gmail.comwrote: Both names are equal, so al_name isn't used indeed. Here's some other example: http://www.openstreetmap.org/browse/way/94237553 (inside the same town this time). But without associatedStreet relations. 2013/6/4 Ben Laenen benlae...@gmail.com There's actually name:left and name:right to tell which side is which. alt_name isn't used for this. Ben On Tuesday 04 June 2013 16:04:07 eMerzh wrote: What about using alt_name or smth? On Tue, Jun 4, 2013 at 3:57 PM, Marc Gemis marc.ge...@gmail.com wrote: The streetname can be street A - street B Osmose complains when you have street A;street B You can create 2 associated street relations, one for each street + city + postcode + houses on that side or if you do not create associated street relations, the name of the street + city + postcode on the houses on that side. Examples with associated Street relations http://www.openstreetmap.org/?lat=51.116914lon=4.395304zoom=18layers=M Pierstraat - Reetsesteenweg (Reet Aartselaar) http://www.openstreetmap.org/?lat=51.16592lon=4.42274zoom=17layers=M Jachtlaan (Antwerpen Edegem) same name in this case, but different cities postcodes m On Tue, Jun 4, 2013 at 1:24 PM, Teddy e...@swing.be wrote: Hello, What to do if a street have 2 names ? One side is in a town and the other side in another town ? Thanks. ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk] Donation wiki page: Flattr and Bitcoin
In the light of the ongoing funding drive, I'd like to suggest some improvements to the (protected) wiki page where we send users looking for alternative payment options: http://wiki.openstreetmap.org/wiki/Donations In all languages, the page fails to mention the OpenStreetMap Flattr account. The link https://flattr.com/profile/openstreetmap appears to be official as confirmed on help: https://help.openstreetmap.org/questions/8802/is-this-the-offical-osm-flattr-account Additionally, there is a Bitcoin option that is now documented on the English and Russian pages (thanks!) but hasn't made it to the other translations yet. Normally I would update the German translation myself, but it is also protected. I'd be happy if information about these alternative payment options was added there. Regards, Tobias ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[talk-au] OSM representative in Australia
Hi everyone, I've been asked by a friend who works at a cultural institution in Canberra - is there a person in Australia who can represent the OSM community at an event later this year, preferably someone in Canberra or who can travel there easily? The ideal person would be someone who can communicate about OSM well with people from outside the community; possibly some public speaking, and/or participation on a panel. If there are enough people interested they could assist with a mapping party or training day. Simon Poole - is this something you would have time for? Regards, Charles ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Newcastle Inner Bypass - Motorway or not ?
On 1 June 2013 15:29, Nilbog_Aus OSM nilbog_aus_...@nilbogcave.com wrote: Not that I'm sure we should use it but I think they are usually gazetted by state government eg NSW http://www.austlii.edu.au/cgi-bin/sinodisp/au/legis/nsw/consol_act/ra199373/s48.html?stem=0synonyms=0query=Freeway Any state that has laws prohibiting access to certain groups (eg pedestrians) to freeways needs a legal definition. I'm pretty sure most states and countries that have freeways limit access. A quick search of the NSW gazette shows many instances of freeways being gazetted by the RMS. On 1 June 2013 19:55, Michael James m.ja...@internode.on.net wrote: The Australian road rules (on which each states rules are based) :- ... Any sign that has the following is considered a freeway :- freeway motorway tollway expressway Yes, RR177 seems to define a freeway, making the rules self-contained. All that is required by this definition is to have the sign in place - no reference to any external definition or gazetting. It is made more interesting, by the RMS road classification document not identifying main roads as freeways or otherwise, stating that it is a matter for their real-estate division. So, it looks like we have several options for test for what type of road should be represented by an OSM motorway tag in NSW. The ones I can think of are: 1. Indicated by an 'M' in the route reference. 2. Indicated by a Start Freeway/Motorway sign. 3. Gazetted as a freeway. 4. Constructed to a engineering freeway standard according to the NSW RMS. 5. A controlled access dual carriageway road with at least two lanes in each carriageway. 6. A consensus among editors that the road should be represented in OSM as a motorway. 7. A combination of the above. Personally, I've changed my mind with each contribution to the discussion I've made (so I should just leave the discussion now, but here goes..) I like the objectivity and remote mapping capability of just using the route reference as an identifier. I don't like the thought of referring to the gazette. I like the possibility that if a freeway conditions are indicated by a sign, then we can map them as freeways we well as just 'M' roads. I don't like identifying sections of the Hume south of Berrima as different than north, when to all intents and purposes the driving conditions are identical. If I had to make a call, I'd say that either a 'M' in the route reference OR a 'Start freeway/motorway' sign, both deserve a motorway tag. This gives us something objective. Unfortunately, I think that means large sections of the Hume, and the Newcastle link road go to trunk. Ian. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [Talk-de] TSP Routing auf OSM Basis?
OsmAnd soll TSP mit der kommenden Version 1.4 können: https://groups.google.com/forum/?fromgroups#!topic/osmand/UWaMt-_zVRE https://github.com/osmandapp/Osmand/commit/7de85b7cf6a0bb2c177d8990cc8e1c8af3dc1444 Getestet habe ich diese Funktion bisher nicht. - Ursprüngliche Message - Von: RalfGesellensetter r...@gmx.de An: talk-de@openstreetmap.org talk-de@openstreetmap.org CC: Gesendet: 20:29 Montag, 27.Mai 2013 Betreff: [Talk-de] TSP Routing auf OSM Basis? Hallo, ich suche eine Software, die zu gegebenen Adressen die günstigste Route bestimmt. ORS optimiert nicht die Reihenfolge der Vias, kann also das Problem des Handungsreisenden nicht lösen. Unter [1] gabe es keine konstruktive Antwort, wer weiß mehr? Danke Ralf 1. http://gis.19327.n5.nabble.com/quot-Travelling-salesman-quot-Router-auf-OSM-Datenbasis-td5309072.html ___ 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] Wochennotiz Nr. 146 30.4.-6.5.2013
2013/5/7 Gehling Marc m.gehl...@gmx.de Hallo, zum Tag der Arbeit... ...die Wochennotiz Nr. 146 mit allen wichtigen Neuigkeiten aus der OpenStreetMap Welt ist da: http://blog.openstreetmap.de/2013/05/wochennotiz-nr-146/ Viel Spaß beim Lesen! In dieser Wochennotitz wurde vor inzwischen fast einem Monat gefragt Wer ein neues Oregon 600 besitzt, kann sich gerne bei uns melden.; vermutlich mit dem Ziel eines Testberichtes. Hat sich da inzwischen jemand gemeldet? Und wenn ja, wird es demnächst einen Testbericht geben? Ich überlege nämlich, mir so ein Gerät zu kaufen, und da wäre ein Bericht aus OSM-Sicht nicht uninteressant. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kort Game Reloaded!
Hallo Ronnie Nun gibt es wieder Daten für ganz Deutschland! LG, Stefan Am 30. Mai 2013 15:05 schrieb Stefan Keller sfkel...@gmail.com: Am 30. Mai 2013 11:04 schrieb Ronnie Soak Welche Keepright-Fehler werden denn zu Aufträgen? * Autobahn ohne Bezeichner (Keepright: Motorway without reference) * Objekt ohne Namen (Keepright: Object without a name) * Fehlendes Tempolimit (Keepright: Missing speed limit) * Typ des Wegs unbekannt (Keepright: Type of track unknown) * Kultstätte/Kirche ohne Religion (Keepright: Place of worship without religion) * Sprache des Namens unbekannt (Keepright: Language of the name unknown) * Strasse ohne Namen (Keepright: Street without a name) * Restaurants ohne Küchenangabe (EOSMDBOne: ab V.2) Siehe auch FAQ: http://bit.ly/11qRV4d . Bei mir (Erfurt, Thüringen) gibt es wie gesagt weder Aufträge noch Checks, allerdings durchaus noch einige Fehler bei Keepright. Du hast recht, da fehlen Daten im Kort Game. Als ob eine ganze Region (hier: 5) gemäss Gebiets-Schema http://keepright.ipax.at/planet.jpg fehlt. Dem muss ich nachgehen. LG, Stefan Am 30. Mai 2013 11:04 schrieb Ronnie Soak chaoschaos0...@googlemail.com: Welche Keepright-Fehler werden denn zu Aufträgen? Könnte man dann vergleichen, ob bei Keepright entsprechende Fehler in der Nähe sind, die dann eigentlich bei KRT als Aufträge auftauchen müssten? Bei mir (Erfurt, Thüringen) gibt es wie gesagt weder Aufträge noch Checks, allerdings durchaus noch einige Fehler bei Keepright. Allerdings nicht unbedingt aus allen Keepright-Kategorien. Also da müsst ihr aus Spiel-Sicht aber noch dran arbeiten. Das ist ja ein riesen Motivationskiller wenn man das zum ersten mal öffnet und gar nichts zu tun hat. Gruss, Chaos Am 30. Mai 2013 09:36 schrieb Markus Semm ms...@enaikoon.de: Hallo, bei mir werden auch keine Aufgaben angezeigt im Zentrum von Berlin. Mit der alten Version waren da noch reichlich Aufgaben zu sehen. Windows7, korrekte Anzeige meiner eigenen Position, Chrome, alles laufend aktualisiert. -Ursprüngliche Nachricht- Von: Stefan Keller [mailto:sfkel...@gmail.com] Gesendet: Donnerstag, 30. Mai 2013 09:25 An: Openstreetmap allgemeines in Deutsch Betreff: Re: [Talk-de] Kort Game Reloaded! Der eigene Standort wird mit einem blauen Punkt angezeigt und kommt vom Browser Interface. Das Kort Game zeigt aktive Aufträge Überprüfungen 5 km um den eigenen Standort. Das bleibt auch beim Rauszoomen so. Mit der neuen Sneak Peek kann man sich auch Aufträge Überprüfungen anderswo anzeigen lassen. Da sehe ich in Deutschland und Frankreich überall Daten... Laut dem HTML5-Framework, das wir verwenden werden folgende Geräte unterstützt: http://www.sencha.com/products/touch/features/ Ich hoffe, das hilft. LG, Stefan Am 30. Mai 2013 08:29 schrieb Ronnie Soak chaoschaos0...@googlemail.com: Die Update-Frage kam heute. Jetzt steht unter about 2.0.33 Leider immer noch keine Aufträge. Reload bringt leider nichts. Ich habe das auch unter einem nagelneuen Android versucht, bei dem der Browser garantiert noch nier kort.ch gesehen hat. Gibt es eine Zoomlevel-Grenze, bis zu der Aufträge angezeigt werden, oder könnte ich auf ganz Deutschland herauszoomen und müsste dann garantiert irgendwo Aufträge sehen? Bei mir ist da nämlich gar nichts. Gruss, Chaos Am 29. Mai 2013 20:36 schrieb Stefan Keller sfkel...@gmail.com: Hallo. Kort unter Chrome sollte gehen. Kam in den letzten 24 Stunden die Frage Neue Version verfügbar...? Zeigt die Version (im Tab Über Kort) = Version 2.029 an? Ev. hilft ein Reload der ganzen URL http://play.kort.ch . Wenn das nichts hilft, den Cache des Browsers über die Einstellungen leeren (ist ein Phänomen einiger Web Apps). LG, Stefan Am 29. Mai 2013 19:41 schrieb Ronnie Soak chaoschaos0...@googlemail.com: Ist das Spiel denn momentan überhaupt noch aktiv? Weder mit Chrome noch dem Android-Browser sehe ich Aufträge oder Checks auf der Karte. Nicht in meiner Umgebung, nicht bei einer Stichprobe in Frankfurt und auch nicht in Winterthur, sollte es nur in der Schweiz funktionieren. Habe ich da ein technisches Problem oder gibt es da einfach nichts zu tun? Gruss, Chaos Am 29. Mai 2013 03:13 schrieb Stefan Keller sfkel...@gmail.com: Liebe Mapper, In den letzten Monaten haben wir hart gearbeitet, um das Kort Game zu verbessern. Kort ist ein standortbasiertes Web-App für Mobiles (Open Source) bei dem OpenStreetMap-Fehler spielerisch gelöst und überprüft werden. Es ist unseres Wissens eines der ersten Projekte das Gamification, Crowd Sourcing und Web-Anwendungen kombiniert. Es gibt neu folgende Funktionen: * Aufträge und Überprüfungen erscheinen in einer Karte. * Sneak Peek-Funktion, um mehr als nur die nächsten Aufträge zu sehen. * News Tab, um Informationen vom Hauptquartier zu erhalten. * Registrieren mit
Re: [Talk-de] TSP Routing auf OSM Basis?
Hallo Ralf Unser Tourpl macht das (Python) mit Daten für die Schweiz: www.tourpl.ch LG, Stefan Am 27. Mai 2013 20:29 schrieb RalfGesellensetter r...@gmx.de: Hallo, ich suche eine Software, die zu gegebenen Adressen die günstigste Route bestimmt. ORS optimiert nicht die Reihenfolge der Vias, kann also das Problem des Handungsreisenden nicht lösen. Unter [1] gabe es keine konstruktive Antwort, wer weiß mehr? Danke Ralf 1. http://gis.19327.n5.nabble.com/quot-Travelling-salesman-quot-Router-auf-OSM-Datenbasis-td5309072.html ___ 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] Evtl. Zusammenarbeit mit landesvermessungsamt Brandenburg
Hallo, gibt es da evtl. schon neue Informationen? Grüße Andreas Am 08.05.2013 11:18, schrieb Jan Kulhanek: Hallo, Das landesvermessungsamt Brandenburg betreibt den sogenannten Brandenburg viewer, eine Karte mit verschiedenen layern , u.a. Luftbilder und flurdaten. Ich hatte dort angefragt per Mail ob wir die Hausnummer-Daten aus ihrem Kartenmaterial übernehmen können, da das bei uns vor allem in den ländlichen Regionen (wovon Brandenburg eine menge hat) immer noch ein ziemliches Problem ist und die Daten bei denen relativ aktuell und richtig sein dürften, da sie von den Gemeinden kommen. Lange rede, kurzer Sinn, man zeigte Interesse an Zusammenarbeit unternehmen der Bedingung, dass sie auch unser Material verwenden dürfen und ich solle doch einfach mal anrufen um das zu besprechen. Leider ist mein verhandlungsgeschick und das wissen um die rechtlichen Details unserer Lizenzen nicht so gut als das ich mir das zutrauen würde. Daher suche ich jetzt jemandem der das erklären bzw. Aushandeln kann. Ich würde den Kontakt herstellen Neben den hausnummern wären vielleicht auch die Luftbilder interessant, da diese sehr präzise und hochauflösende sind. Jan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wochennotiz Nr. 146 30.4.-6.5.2013
Hallo, Am 03.06.2013 um 22:15 schrieb Robert S. osm-m...@autobahnen-europa.eu: In dieser Wochennotitz wurde vor inzwischen fast einem Monat gefragt Wer ein neues Oregon 600 besitzt, kann sich gerne bei uns melden.; vermutlich mit dem Ziel eines Testberichtes. Hat sich da inzwischen jemand gemeldet? nein, leider nicht. Und wenn ja, wird es demnächst einen Testbericht geben? Ich überlege nämlich, mir so ein Gerät zu kaufen, und da wäre ein Bericht aus OSM-Sicht nicht uninteressant. wenn du dir eins kaufst, wir hätten Platz für einen Testbericht... ;-) Mfg Marc ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Vergleich der OSM Community Datenentwicklung für ausgewählte Städte
Hi, seit gestern ist ein neuer Artikel mit dem folgenden Titel verfügbar: Comparison of Volunteered Geographic Information Data Contributions and Community Development for Selected World Regions - http://www.mdpi.com/1999-5903/5/2/282 Da der Artikel wieder als OpenAccess publiziert wurde, kann er kostenlos von der Seite als PDF heruntergeladen werden. In der Studie werden für 12 Städte, die auf der Welt verteilt liegen, der Community- und Daten-Wachstum des OSM Projektes miteinander verglichen. Viele bisherige Studien zeigten das OSM Daten im direkten Vergleich mit Referenzdaten zumindest in urbanen Gebieten bereits gute oder sehr gute Qualitäten besitzen. Oftmals wird die hohe Vollständigkeit im Zusammenhang mit der Bevölkerungsdichte genannt. Die oben genannte Studie zeigt aber das nicht zwangsläufig eine hohe Bevölkerungsdichte gleich eine hohe Community oder Datendichte im weltweiten Vergleich zur Folge haben muss. Im Artikel sind noch einige andere Ergebnisse zu finden. Ich persönlich finde die Ergebnisse mit den Local vs. External Mappern mit am interessantesten. Dabei wurde untersucht, woher die Mitglieder stammen, die in einer Stadt (sehr) aktiv waren/sind. Überraschenderweise kam dabei heraus das manche Städte in größeren Teilen von Mitgliedern gemappt wurden, die evtl. persönlich noch nie in der Stadt selbst waren. Dies widerspricht eigentlich etwas dem Lokalen Fachwissen beim Mappen ... viele gruesse pascal ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Server-Probleme?
Hallo, mich erreichte folgende Mail: HI Mehrere Versuche mich zu registrieren schlugen fehl. Das ist die History: https://www.openstreetmap.org/user/new Filled in the form w/o problems, continued, checked the checkbox and agreed: and got the error Application error The OpenStreetMap server encountered an unexpected condition that prevented it from fulfilling the request (HTTP 500) Feel free to contact the OpenStreetMap community if your problem persists. Make a note of the exact URL / post data of your request. Vielen Dank für die Hilfe Wird da gerade gewerkelt, oder hat der Server ein Problem? Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] CMYK und RGB Farben - Standardisierung in OSM
Hallo, Damit der Thread nicht irgendwie so stehen bleibt: OSM ist primär eine Geodatenbank mit Vektor- bzw. Topologie-Daten und Attributen (Tags). Man erfasst was man in der Realität draussen sieht. Farben spielen da noch kaum eine Rolle - höchstens bei (Orientierungs-)Tafeln und Wegweisern. Farbe kommt erst ins Spiel, wenn die Geodaten für einen bestimmten Zweck (Zielpublikum? Papier/Bildschirm?) gerendert werden. Die Startseite (Slippy Map) von OSM.org ist da nur eine Möglichkeit unter vielen Projekten, die OSM mehr oder weniger nahe stehen. LG, Stefan 2013/5/27 Tobias Conradi mail.2...@tobiasconradi.com: 2013/5/27 Sven Geggus li...@fuchsschwanzdomain.de: Die Bahnlinien hier in der Gegend haben alle die selbe Farbe: rostig braun. Bahnlinie: http://de.wikipedia.org/wiki/Linie_(Verkehr) hier in der Gegend: http://geggus.net/sven/sven.shtml 76227 Karlsruhe Test: http://www.kvv.de/fileadmin/user_upload/kvv/dokumente/netz/liniennetz/2013/L0SCHI_APR13_Internet.pdf gibt: Grün, Gelb, Rot, Blau Du meintest vielleicht Schienen: http://de.wikipedia.org/wiki/Schiene_(Schienenverkehr) -- Tobias Conradi Rheinsberger Str. 18 10115 Berlin Germany http://tobiasconradi.com ___ 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] Offizielle Definitionen der Linienfarben - KVV
Hallo, Bei OSM gibt es keine offiziellen Farben. Mehr noch wie es eigentlich auch keine offiziellen Tags (Attribute) gibt. Wenn überhaupt, müsste genauer erläutert werden für was genau die Farben dienen (Zweck? Papier/Monitor?). Siehe Diskussion CMYK und RGB Farben - Standardisierung in OSM hier. LG, Stefan Am 27. Mai 2013 17:38 schrieb Tobias Conradi mail.2...@tobiasconradi.com: Mail an: i...@kvv.karlsruhe.de CC an: talk-de@openstreetmap.org --- Sehr geehrte Damen und Herren, für die Linienfarben in Berlin-Brandenburg liegen bei OpenStreetMap offizielle Definitionen der Linienfarben vor: http://wiki.openstreetmap.org/w/images/a/a7/Linienfarben_SPNV.PDF Es wurde bestätigt, dass die CMYK-Werte verbindlich sind. Wie sind die Linienfarben beim KVV defniert, könnten Sie dazu ein Dokument bereitstellen? Mit freundlichen Grüssen Tobias Conradi -- Tobias Conradi Rheinsberger Str. 18 10115 Berlin Germany http://tobiasconradi.com ___ 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] CMYK / RGB - Versuch einer Zusammenfassung
Hallo Tobias Danke für die Zusammenfassung. Mir ist nicht klar, für was genau diese Farben-Normierung dient (Zweck? Papier/Monitor?). Siehe auch die Diskussion CMYK und RGB Farben - Standardisierung in OSM hier. LG, Stefan Am 31. Mai 2013 19:42 schrieb Tobias Conradi mail.2...@tobiasconradi.com: 1) Es gibt Personen, die wollen nur grobe Angaben, rot/gelb/grün usw. bzw. wohl die Web-Color-Equivalente, red/yellow/green etc., vielleicht noch erweitert bis zur Liste der benannten Farben in CSS3: http://www.w3.org/TR/css3-color/#svg-color 2) Es gibt Personen, die wollen die Originaldefinitionen festhalten, d.h. z.B. Werte in CMYK oder RAL. 3) Es gibt Personen, die wollen die Originaldefinitionen in CIELAB umrechnen und dann so ablegen. 4) Es gibt Personen, die wollen die Originaldefinitionen eindeutig in RGB umrechnen und dann so ablegen. 5) http://wiki.openstreetmap.org/wiki/Key:colour erlaubt 1) und 4). 6) Von den Personen, die nur eine grobe Angabe ablegen wollen, kamen Erläuterungen, dass man die Farbe gar nicht so genau erfassen kann, z.B. http://lists.openstreetmap.org/pipermail/talk-de/2013-May/102492.html 7) Wenn die Farbwerte der Personen aus Gruppe 4) in den Unschärfebereich wie in 6) genannt fallen, würde eine Notation nach 4) auch für die Personen OK sein, die sich für 1) mit der Begründung aus 6) entschlossen haben. -- Tobias Conradi Rheinsberger Str. 18 10115 Berlin Germany http://tobiasconradi.com ___ 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] Bug? Key:colour gleich trotz Unterschieden in offizieller CMYK-Definition
Hallo Um es nochmals zu betonen: Bei der Datenerfassung mit OSM geht es nicht darum Pläne (bzw. deren Inhalte) zu erfassen, sondern das was man draussen sieht und mit GPS und Kamera festhalten kann. Eine S-Bahn-Linie ist natürlich immer auch beschriftet typischerweise mit einer Zahlen-/Buchstaben-Kombination und einer gut von anderen S-Bahnlinien unterscheidbaren Hintergrundfarbe. Primär wird aber der Name erfasst, z.B. S5, oder S-7. Dieses Attribut (Tag) kann man dann auf verschieden Arten nutzen - und letztlich auch darstellen - von mir aus mit den offiziellen Farben des Bahnbetreibers. Das ist dann aber sog. Styling-Information, die eher zum Kartenprodukt gehört. Dieses Wiki hier beschreibt aber meiner Meinung nach nicht Kartenprodukte, sondern dokumentiert primär OSM-Objekte der OSM-Datenbank. LG, Stefan Am 2. Juni 2013 00:22 schrieb Tobias Conradi mail.2...@tobiasconradi.com: On Sat, Jun 1, 2013 at 8:36 PM, Martin Koppenhoefer dieterdre...@gmail.com wrote: mein Punkt war, wenn man sich schon die Mühe macht, und nachforscht bzw. wie hier eine Anfrage beim Betreiber stellt (was ich auf keinen Fall erwarten würde), dann kann man das Ergebnis auch so in OSM eintragen, und nicht nur das in ein anderes Farbsystem gewandelte, insbesondere wenn die Konversion irreversibel ist. Wenn colour nicht der tag ist, dann vielleicht official_colour oder so. OK! :-) -- Tobias Conradi Rheinsberger Str. 18 10115 Berlin Germany http://tobiasconradi.com ___ 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] Offizielle Definitionen der Linienfarben - KVV
Am 05.06.2013 00:09, schrieb Stefan Keller: Bei OSM gibt es keine offiziellen Farben. Es geht um das Eintragen derjenigen Farbe, die der Betreiber einer Linie offiziell vergibt und selbst z.B. auf Nummerntafeln an den Wagen, Anzeigetafeln an Haltestellen oder in Netzplänen verwendet. Siehe Diskussion CMYK und RGB Farben - Standardisierung in OSM hier. Wie auch dort geht dein Kommentar wegen des zugrundeliegenden Missverständnisses am Thema vorbei. Diese Farbangabe ist etwas, das bereits existiert und in OSM lediglich eingetragen würde - nichts das erst durch den OSM-Renderer bestimmt wird. Gruß, Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Server-Probleme? - solved
Am Dienstag, den 04.06.2013, 22:32 +0200 schrieb Wolfgang Hinsch: Hallo, mich erreichte folgende Mail: HI Mehrere Versuche mich zu registrieren schlugen fehl. Das ist die History: [...] War cookie-Problem erledigt Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Offizielle Definitionen der Linienfarben - KVV
Hallo Tobias Am 5. Juni 2013 00:38 schrieb Tobias Knerr o...@tobias-knerr.de: Wie auch dort geht dein Kommentar wegen des zugrundeliegenden Missverständnisses am Thema vorbei. Farbe als Attribut zu erfassen ist ein sog. Smell, d.h. ein Hinweis auf einen potentiellen Fehler. Geht's darum, die OeV-Linie auf einem Papier (RAL/CMYK sind ja Druckfarben) darstellen zu können, ohne das Transportunternehmen zu kennen? Das muss ich nochmals genauer anschauen. Ein Blick auf's ÖPNV-Schema [1] (Attribut color) bringt leider auch keine Klarheit. Diese Farbangabe ist etwas, das bereits existiert und in OSM lediglich eingetragen würde - nichts das erst durch den OSM-Renderer bestimmt wird. Es gibt m.E. keinen (offiziellen) OSM-Renderer. Und warum würde? LG, Stefan [1] http://wiki.openstreetmap.org/wiki/%C3%96PNV_Schema Am 5. Juni 2013 00:38 schrieb Tobias Knerr o...@tobias-knerr.de: Am 05.06.2013 00:09, schrieb Stefan Keller: Bei OSM gibt es keine offiziellen Farben. Es geht um das Eintragen derjenigen Farbe, die der Betreiber einer Linie offiziell vergibt und selbst z.B. auf Nummerntafeln an den Wagen, Anzeigetafeln an Haltestellen oder in Netzplänen verwendet. Siehe Diskussion CMYK und RGB Farben - Standardisierung in OSM hier. Wie auch dort geht dein Kommentar wegen des zugrundeliegenden Missverständnisses am Thema vorbei. Diese Farbangabe ist etwas, das bereits existiert und in OSM lediglich eingetragen würde - nichts das erst durch den OSM-Renderer bestimmt wird. Gruß, Tobias ___ 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
[Talk-de] Widersprüche zwischen Wiki-Definition und Mapnik-Rendering
Moin, highway=services ist im Wiki als Punkt oder als Fläche definiert. Ohne area=yes wird eine geschlossene Linie in der üblichen Mapnik-Karte jedoch nicht als Fläche dargestellt. Dies ist auch im Wiki beschrieben: area=yes muss für Flächen gesetzt werden, sonst wird es fälschlich als Weg statt als Fläche gerendert. Es gab zu diesem Fehler Ende 2010 ein Trac-Ticket [1], das ohne Korrektur geschlossen wurde. Vor 8 Wochen habe ich ein neues Ticket [2] erstellt, das bislang nicht bearbeitet wurde. Das gleiche Problem besteht auch für highway=rest_area und railway=station. Bei leisure=track tritt das gegenteilige Problem auf. Das Tag ist als Linie im Wiki definiert, wird aber als Fläche gerendert. Einige Mapper haben sich der Mapnik-Darstellung angepasst und erstellen ein jetzt Multipolygone. Mangelt es dem Mapnik-Team nur an Zeit oder besteht Uneinigkeit in der korrekten Definition der Tags? Würde es helfen, eine verbesserte osm2pgsql-Konfiguration zu erstellen? Wem könnte man diese schicken? Viele Grüße Stephan [1] https://trac.openstreetmap.org/ticket/3255 [2] https://trac.openstreetmap.org/ticket/4835 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Offizielle Definitionen der Linienfarben - KVV
Am 5. Juni 2013 01:15 schrieb Stefan Keller sfkel...@gmail.com: Farbe als Attribut zu erfassen ist ein sog. Smell, d.h. ein Hinweis auf einen potentiellen Fehler. Geht's darum, die OeV-Linie auf einem Papier (RAL/CMYK sind ja Druckfarben) darstellen zu können, ohne das Transportunternehmen zu kennen? Es geht darum, dass ggf. einer (z.B. U-Bahn/S-Bahn/Metro-)Linie eine bestimmte Farbe offiziell zugewiesen ist, die man dann vielfach wiederfindet, z.B. für die Wegweiser an den Bahnhöfen, als Farbe der Linie auf Plänen, etc. Wie man das dann später auf einer (eigenen) Karte rendert, ist im Prinzip egal und hat damit jedenfalls nichts zu tun. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Widersprüche zwischen Wiki-Definition und Mapnik-Rendering
Am 5. Juni 2013 01:36 schrieb Stephan Wolff s.wo...@web.de: Mangelt es dem Mapnik-Team nur an Zeit oder besteht Uneinigkeit in der korrekten Definition der Tags? Würde es helfen, eine verbesserte osm2pgsql-Konfiguration zu erstellen? Wem könnte man diese schicken? Das Problem ist, wie osm2pgsql arbeitet, man kann nur keys als Fläche zuordnen, aber nicht k/v-Paare, d.h. im Zweifel wird man eher ein Liniendefault setzen und nur mit area=yes auf Fläche gehen, weil sonst so was wie bei leisure=track passiert (leisure wird immer als area angesehen). Als Lösung kann man auf einen Area-Datentyp hoffen, oder darauf, dass man auch k/v-Kombinationen in osm2pgsql styles definieren kann. Oder z.B. einen anderen Importer verwenden, Imposm kann das vielleicht? Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] CMYK und RGB Farben - Standardisierung in OSM
2013/6/5 Stefan Keller sfkel...@gmail.com: Hallo, Damit der Thread nicht irgendwie so stehen bleibt: OSM ist primär eine Geodatenbank mit Vektor- bzw. Topologie-Daten und Attributen (Tags). Sagt Stefan. (Jetzt kann wieder mein Stil kritisiert werden :-) ) Man erfasst was man in der Realität draussen sieht. Buslinien sieht man nicht, ausser auf Netzplänen. Trotzdem gibt es Linien in OSM. Manche Relationen: http://www.wikidata.org/wiki/Q99691 (U1 Berlin) linkt zu : http://www.openstreetmap.org/?relation=58767 sogar ohne Kartendarstellung. Mehr Infos dann unter http://www.openstreetmap.org/browse/relation/58767 Und dort gibt es eine Farbangabe. Wenn man da keine will, dann könnte man das vielleicht technisch unterbinden, bzw. erstmal irgendwo definieren. Wenn man eine will, kann man um die Bandbreite der Werte zu reduzieren, definieren welche Werte eingetragen werden sollen. Das war die Idee von CMYK und RGB Farben - Standardisierung in OSM. -- Tobias Conradi Rheinsberger Str. 18 10115 Berlin Germany http://tobiasconradi.com ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] CMYK / RGB - Versuch einer Zusammenfassung
Mir ist nicht klar, für was genau diese Farben-Normierung dient Bandbreite der möglichen Werte reduzieren, möglichst eine eindeutige Abbildung. Dadurch Vorhersagbarkeit der Werte und Übereinstimmung mit Farbwerten in anderen Datenquellen. (Zweck? Papier/Monitor?). Papier und anderer Druck und Monitor - für Karten und Rohdatenauswertung. Vielleicht will ja mal jemand analisieren, welche Farben Verkehrsunternehmen nutzen oder in welchen Systemen diese definiert sind. -- Tobias Conradi Rheinsberger Str. 18 10115 Berlin Germany http://tobiasconradi.com ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-in] Indian OSM server
On Mon, Jun 3, 2013 at 11:52 AM, satyaakam goswami satyaa...@gmail.com wrote: Should not we use openstreetmap.in somehow? the domain has expired so have registered again . Great!!! Thank you. Just put a nice parking page there. -- H.S.Rai ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-it] Piazza e parcheggio
Non ho visto la piazza in questione, ma se ho capito bene secondo me in prima approssimazione va bene così, non ti fare distrarre da ciò che fa il rendering. Se uno volesse una cosa più precisa dovrebbe creare la piazza con una relazione (l'area pedestrian che è tutta l'area - la zona a parcheggio + l'area parking) ma secondo me si fa un po' troppo casino. -- Maurizio Daniele Il giorno 03 giugno 2013 23:07, Alessio al...@tiscali.it ha scritto: - una parte della piazza antistante la chiesa e' adibita a parcheggio; ho percio' disegnato la piazza e, al suo interno, il parcheggio. Su OSM si vede la piazza, ma sembra che il parcheggio sia un piano sotto, ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Piazza e parcheggio
Il giorno 03 giugno 2013 23:07, Alessio al...@tiscali.it ha scritto: Ciao a tutti. Sabato mi sono deciso a iscrivermi a OSM e ho iniziato a completare la mappatura del paese in cui abito (San Pietro in Casale, provincia di Bologna). Benvenuto! :-) Ho utilizzato inizialmente iD e poi sono passato a JOSM. Ho una domanda da farvi: - una parte della piazza antistante la chiesa e' adibita a parcheggio; ho percio' disegnato la piazza e, al suo interno, il parcheggio. Su OSM si vede la piazza, ma sembra che il parcheggio sia un piano sotto, si vede quasi in trasparenza sotto la piazza. Dove ho sbagliato? Non avrei dovuto sovrapporre le due entita? Ma il parcheggio e' una parte della piazza... Non hai sbagliato. I dati che inseriamo su OSM possono essere visualizzati (renderizzati) in mappe con stili differenti, vedi ad esempio http://www.openwhatevermap.org/. La mappa su www.openstreetmap.org è solo una delle possibili visualizzazioni e, a quanto pare, il suo stile prevede che una piazza (area taggata highway=pedestrian) abbia la precedenza su un parcheggio, nel caso in cui questi siano parzialmente sovrapposti. Quindi, i dati che hai inserito sono corretti anche se la mappa su osm.orgnon li visualizza nel modo migliore possibile. Per chiedere che la mappa su osm.org dia la precedenza ai parcheggi in questi casi, bisognerebbe aggiungere una richiesta qui [1]. Al momento però quelle segnalazioni sono praticamente congelate. Ci vorrà un po' di tempo perché vengano prese in considerazione, perché stanno facendo dei cambiamenti importanti nel modo in cui viene creato lo stile della mappa su osm.org. (Se il limite della piazza sono gli edifici puoi attaccare le loro way, in modo che abbiano dei nodi in comune, così come avviene per glie edifici adiacenti.) Ciao, Groppo [1] https://trac.openstreetmap.org/query?component=mapnikstatus=!closedorder=changetimedesc=1max=500 al momento la pagina non si carica ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Revert su numeri civici
Ho sistemato... Ciao mcheck Il giorno 03 giugno 2013 23:56, Caterpillar caterpilla...@gmail.com ha scritto: Il 03/06/2013 23:07, Martin Koppenhoefer ha scritto: On 03/giu/2013, at 23:01, Caterpillar caterpilla...@gmail.com wrote: Come si può fare per fare il revert? Non ne ho mai fatto uno, e se non erro, quei numeri civici li avevo impostati io se l'unico problema del suo edit sta nel addr-tag di una strada, la cosa migliore è caricare la zona in Josm, cercare nomesbagliato (ctrl+f credo) e correggere tutto insieme in una volta. Ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it Il fatto è che non sono molto pratico con il search di JOSM ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it -- Linux Infinite Freedom I'm writing from this place: http://www.openstreetmap.org/?lat=44.39945lon=8.6798zoom=15layers=M ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Revert su numeri civici
In effetti non è così immediato tra i duepunti della key addr:street e i duepunti della sintassi di ricerca josm c'è conflitto che richiede di virgolettare Per es: name:Viale Furio Camillo AND addr:street=Via Furio Camillo dovrebbe funzionare Il giorno 03/giu/2013 23.57, Caterpillar caterpilla...@gmail.com ha scritto: Il 03/06/2013 23:07, Martin Koppenhoefer ha scritto: On 03/giu/2013, at 23:01, Caterpillar caterpilla...@gmail.com wrote: Come si può fare per fare il revert? Non ne ho mai fatto uno, e se non erro, quei numeri civici li avevo impostati io se l'unico problema del suo edit sta nel addr-tag di una strada, la cosa migliore è caricare la zona in Josm, cercare nomesbagliato (ctrl+f credo) e correggere tutto insieme in una volta. Ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it Il fatto è che non sono molto pratico con il search di JOSM ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Piazza e parcheggio
Mi associo alla domanda, visto che non ho capito come son gestiti gli strati nel rendering. Spesso trovo meadows correttamente visualizzati dentro un wood: è cmq necessario il multipolygon? ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Revert su numeri civici
2013/6/3 Caterpillar caterpilla...@gmail.com Il fatto è che non sono molto pratico con il search di JOSM non devi fare altro che ctrl+f, poi ci scrivi FurioCamillo e ti selezionerà tutti i sbagliati, poi nella sezione delle properties (tags) ci metti uno spazio tra Furio e Camillo, e carichi tutto sul server con un apposito changeset comment. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Piazza e parcheggio
Ciao Alessio, Intanto benvenuto su Osm :) Per quanto riguarda il parcheggio non sembra tu abbia sbagliato nulla. Semplicemente il render di OSM sovrappone le strade (anche quelle pedonali come quella piazza) sulle amenity. Immagino che questo sia dovuto al fatto che è più importante la strada rispetto al parcheggio e anche perchè quando vengono tracciate le strade service, per accedere ai parcheggi, queste vengano visualizzate correttamente. In generale non ti preoccupare di come vengono visualizzate le cose, anche perchè esistono decine e decine di stili di disegno delle mappe OSM diversi online. Se quella zona della piazza è sempre adibita a parcheggio forse sarebbe meglio togliere da li l'area di pedestrian essendo lo scopo principale di quell'area appunto il parcheggio (questo tra l'altro renderebbe pienamente visibile l'area del parcheggio). Permettimi qualche altro consiglio: 1)dentro la chiesa di san Pietro e Paolo è presente un nodo con gli stessi tag associati all'area dell'edificio chiesa. quello è un nodo che si dovrebbe rimuovere. 2) le aree pedonali come le piazze sarebbe meglio generalmente che condividano i lati con le strade e gli edifici limitrofi 3) i software di routing purtroppo non gestiscono bene le aree. è pertanto consigliato sovrapporre all'area una highway dello stesso tipo che colleghi le strade che convergono sulla piazza (Per esempio in Piazza Martiri della Libertà collegare Via XX Settembre con la strada pedonale a nord della Biblioteca Ragazzi) -- View this message in context: http://gis.19327.n5.nabble.com/Piazza-e-parcheggio-tp5763898p5763914.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] PUM di Gela
Mi hanno appena risposto ed aggiornato il loro sito con la corretta attribuzione alla mappain meno di 24h...sono davvero impressionato :) -- View this message in context: http://gis.19327.n5.nabble.com/PUM-di-Gela-tp5763880p5763912.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] PUM di Gela
Il 04 giugno 2013 10:43, Aury88 ha scritto: Mi hanno appena risposto ed aggiornato il loro sito con la corretta attribuzione alla mappain meno di 24h...sono davvero impressionato :) ottimo! esiste una pagina sul wiki per inserire questi avvistamenti? -- Daniele Forsi ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] PUM di Gela
Non sapreiintendi una pagina wiki riferita alla città o in generale? comunque sia di entrambe non so nulla :( -- View this message in context: http://gis.19327.n5.nabble.com/PUM-di-Gela-tp5763880p5763976.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Revert su numeri civici
Il 04/06/2013 09:55, marco bra ha scritto: Ho sistemato... Ciao mcheck Ciao, colgo l'occasione per farti i miei complimenti per il lavorone che stai facendo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Piazza e parcheggio
Il giorno 04 giugno 2013 12:33, Groppo grop...@gmail.com ha scritto: Il giorno 03 giugno 2013 23:07, Alessio al...@tiscali.it ha scritto: Ciao a tutti. Sabato mi sono deciso a iscrivermi a OSM e ho iniziato a completare la mappatura del paese in cui abito (San Pietro in Casale, provincia di Bologna). Benvenuto! :-) Ho utilizzato inizialmente iD e poi sono passato a JOSM. Ho una domanda da farvi: - una parte della piazza antistante la chiesa e' adibita a parcheggio; ho percio' disegnato la piazza e, al suo interno, il parcheggio. Su OSM si vede la piazza, ma sembra che il parcheggio sia un piano sotto, si vede quasi in trasparenza sotto la piazza. Dove ho sbagliato? Non avrei dovuto sovrapporre le due entita? Ma il parcheggio e' una parte della piazza... Non hai sbagliato. I dati che inseriamo su OSM possono essere visualizzati (renderizzati) in mappe con stili differenti, vedi ad esempio http://www.openwhatevermap.org/. La mappa su www.openstreetmap.org è solo una delle possibili visualizzazioni e, a quanto pare, il suo stile prevede che una piazza (area taggata highway=pedestrian) abbia la precedenza su un parcheggio, nel caso in cui questi siano parzialmente sovrapposti. Quindi, i dati che hai inserito sono corretti anche se la mappa su osm.orgnon li visualizza nel modo migliore possibile. Per chiedere che la mappa su osm.org dia la precedenza ai parcheggi in questi casi, bisognerebbe aggiungere una richiesta qui [1]. Al momento però quelle segnalazioni sono praticamente congelate. Ci vorrà un po' di tempo perché vengano prese in considerazione, perché stanno facendo dei cambiamenti importanti nel modo in cui viene creato lo stile della mappa su osm.org. (Se il limite della piazza sono gli edifici puoi attaccare le loro way, in modo che abbiano dei nodi in comune, così come avviene per glie edifici adiacenti.) Ciao, Groppo [1] https://trac.openstreetmap.org/query?component=mapnikstatus=!closedorder=changetimedesc=1max=500 al momento la pagina non si carica ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it -- Geom. Gianluca Sanfilippo *AVVERTENZE AI SENSI DEL D.LGS 196/2003* Le informazioni contenute in questo messaggio di posta elettronica e/o nel/i file/s allegato/i, sono da considerarsi strettamente riservate. Il loro utilizzo è consentito esclusivamente al destinatario del messaggio, per le finalità indicate nel messaggio stesso. Qualora riceveste questo messaggio senza esserne il destinatario, Vi preghiamo cortesemente di darcene notizia via e-mail e di procedere alla distruzione del messaggio stesso, cancellandolo dal Vostro sistema; costituisce comportamento contrario ai principi dettati dal Dlgs. 196/2003 il trattenere il messaggio stesso, divulgarlo anche in parte, distribuirlo ad altri soggetti, copiarlo, od utilizzarlo per finalità diverse. PLN_59148274_1.pdf Description: Adobe PDF document ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] R: Piazza e parcheggio
Le è sfuggito un allegato riservato J Da: Geom. Gianluca Sanfilippo [mailto:geometra.sanfili...@gmail.com] Inviato: martedì 4 giugno 2013 19:08 A: openstreetmap list - italiano Oggetto: Re: [Talk-it] Piazza e parcheggio Il giorno 04 giugno 2013 12:33, Groppo grop...@gmail.com ha scritto: Il giorno 03 giugno 2013 23:07, Alessio al...@tiscali.it ha scritto: Ciao a tutti. Sabato mi sono deciso a iscrivermi a OSM e ho iniziato a completare la mappatura del paese in cui abito (San Pietro in Casale, provincia di Bologna). Benvenuto! :-) Ho utilizzato inizialmente iD e poi sono passato a JOSM. Ho una domanda da farvi: - una parte della piazza antistante la chiesa e' adibita a parcheggio; ho percio' disegnato la piazza e, al suo interno, il parcheggio. Su OSM si vede la piazza, ma sembra che il parcheggio sia un piano sotto, si vede quasi in trasparenza sotto la piazza. Dove ho sbagliato? Non avrei dovuto sovrapporre le due entita? Ma il parcheggio e' una parte della piazza... Non hai sbagliato. I dati che inseriamo su OSM possono essere visualizzati (renderizzati) in mappe con stili differenti, vedi ad esempio http://www.openwhatevermap.org/. La mappa su www.openstreetmap.org è solo una delle possibili visualizzazioni e, a quanto pare, il suo stile prevede che una piazza (area taggata highway=pedestrian) abbia la precedenza su un parcheggio, nel caso in cui questi siano parzialmente sovrapposti. Quindi, i dati che hai inserito sono corretti anche se la mappa su osm.org non li visualizza nel modo migliore possibile. Per chiedere che la mappa su osm.org dia la precedenza ai parcheggi in questi casi, bisognerebbe aggiungere una richiesta qui [1]. Al momento però quelle segnalazioni sono praticamente congelate. Ci vorrà un po' di tempo perché vengano prese in considerazione, perché stanno facendo dei cambiamenti importanti nel modo in cui viene creato lo stile della mappa su osm.org. (Se il limite della piazza sono gli edifici puoi attaccare le loro way, in modo che abbiano dei nodi in comune, così come avviene per glie edifici adiacenti.) Ciao, Groppo [1] https://trac.openstreetmap.org/query?component=mapnik https://trac.openstreetmap.org/query?component=mapnikstatus=!closedorder= changetimedesc=1max=500 status=!closedorder=changetimedesc=1max=500 al momento la pagina non si carica ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it -- Geom. Gianluca Sanfilippo AVVERTENZE AI SENSI DEL D.LGS 196/2003 Le informazioni contenute in questo messaggio di posta elettronica e/o nel/i file/s allegato/i, sono da considerarsi strettamente riservate. Il loro utilizzo è consentito esclusivamente al destinatario del messaggio, per le finalità indicate nel messaggio stesso. Qualora riceveste questo messaggio senza esserne il destinatario, Vi preghiamo cortesemente di darcene notizia via e-mail e di procedere alla distruzione del messaggio stesso, cancellandolo dal Vostro sistema; costituisce comportamento contrario ai principi dettati dal Dlgs. 196/2003 il trattenere il messaggio stesso, divulgarlo anche in parte, distribuirlo ad altri soggetti, copiarlo, od utilizzarlo per finalità diverse. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Piazza e parcheggio
Ciao a tutti. On Tuesday 04 June 2013 02:57:13 Aury88 wrote: Per quanto riguarda il parcheggio non sembra tu abbia sbagliato nulla. E questo mi tranquillizza molto. Se quella zona della piazza è sempre adibita a parcheggio forse sarebbe meglio togliere da li l'area di pedestrian essendo lo scopo principale di quell'area appunto il parcheggio (questo tra l'altro renderebbe pienamente visibile l'area del parcheggio). Vedo di studiarmi meglio la situazione e correggere la piazza Permettimi qualche altro consiglio: 1)dentro la chiesa di san Pietro e Paolo è presente un nodo con gli stessi tag associati all'area dell'edificio chiesa. quello è un nodo che si dovrebbe rimuovere. Se ho capito bene la cosa migliore e' asssegnare i tag di scuola, chiesa, municipio, ... all'intero edificio se entita' ed edificio corrispondono e utilizzare un nodo altrimenti (edificio con piu' negozi, per esempio). E' giusto? 2) le aree pedonali come le piazze sarebbe meglio generalmente che condividano i lati con le strade e gli edifici limitrofi Avevo guardato come era stata mappata un'altra piazza del paese: totalmente scollegata dagli edifici circostanti. Ora ho collegato tre lati delle piazze con gli edifici adiacenti, lasciando libero solo quello verso la strada: anche questo dovrebbe essere collegato? Grazie a tutti per i preziosi consigli. Alessio ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Piazza e parcheggio
On 04/giu/2013, at 08:42, Cascafico Giovanni cascaf...@gmail.com wrote: Spesso trovo meadows correttamente visualizzati dentro un wood: è cmq necessario il multipolygon? si, per me sarebbe da escludere dalla parte con alberi. Il rendering cerca sempre di farti vedere il più possibile delle aree e quindi mette le aree piccole sopra quelli grandi, ma per capire cosa c'è da escludere devi pensare se fa parte o no, un playground fa parte del parco e quindi non va escluso, nel caso di landuse ci dovrebbe essere solo un valore per ogni pezzo di terra. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Piazza e parcheggio
On 04/giu/2013, at 08:42, Cascafico Giovanni cascaf...@gmail.com wrote: Mi associo alla domanda, visto che non ho capito come son gestiti gli strati nel rendering il mapping funziona a prescindere del rendering, perché del rendering non c'è solo uno ma un numero infinito, ciascuno con le proprie regole. Il principio del mapping è la rappresentazione del mondo o della parte dal mappatore considerata interessante, in un database ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Piazza e parcheggio
On 05/giu/2013, at 00:08, Alessio al...@tiscali.it wrote: Se ho capito bene la cosa migliore e' asssegnare i tag di scuola, chiesa, municipio, ... all'intero edificio se entita' ed edificio corrispondono e utilizzare un nodo altrimenti (edificio con piu' negozi, per esempio). E' giusto? spesso viene fatto così ma crea ambiguità se certi tags sono presenti, per esempio per name o operator ma anche start_date non sai più a cosa si riferiscono se sono tutti allo stesso oggetto. Nel caso di una chiesa non ci dovrebbero essere problemi, ma un shop o certi amenity vanno meglio separate dal building. Come soluzione ci puoi mettere o un nodo all'interno dell'edificio o una relazione (mp) per evitare ways sovrapposti, oppure sovrapporre dei ways (sconsigliato). Ciao ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Revert su numeri civici
2013/6/4 Cascafico Giovanni cascaf...@gmail.com In effetti non è così immediato tra i duepunti della key addr:street e i duepunti della sintassi di ricerca josm c'è conflitto che richiede di virgolettare Per es: name:Viale Furio Camillo AND addr:street=Via Furio Camillo si, ma visto che si tratta di un typo, non c'è bisogno di scrivere in quale chiave, è sufficiente fare la ricerca tramite il valore: ctrl+f - FurioCamillo La funzione cerca di JOSM è molto potente, ma non si deve per forza usare tutti i suoi meccanismi e finezze, spesso è sufficiente scrivere poco. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] PUM di Gela
2013/6/4 Daniele Forsi dfo...@gmail.com ottimo! esiste una pagina sul wiki per inserire questi avvistamenti? c'è questo, non troppo completo: http://wiki.openstreetmap.org/wiki/OSM_Internet_Links e http://wiki.openstreetmap.org/wiki/Lacking_proper_attribution per segnalare problemi di attribuzione. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-co] Vandalismo en Cartagena
Hola, Bien, he conversado con el usuario, resulta que estaba usando una imagen de Google (dic.09) para realizar sus ediciones, hemos concertado, por lo cual haré las reversiones de los chagesets que afectaron la cartografía actualizada con base en imagen Bing (feb.12). Se comprometió con estudiar la licencia de OSM y espero ya esté suscrito a la lista, el mejor espacio de aprendizaje para este proyecto de construcción comunitaria y colaborativa. Ofrezco mis disculpas por la alarma, es una situación nueva para mi y debo confesar que me asalta un fuerte celo al observar afectaciones sobre las ediciones de muchas noches y otros colaboradores. Intenté hacer las reversiones por el JOSM pero aparece un error... Estoy ahora adivinando los parámetros de los scripts, le agradezco a quién conozca sobre ellos su ayuda por el interno en hyan...@gmail.com Saludos, Humberto Yances El 1 de junio de 2013 19:22, hyan...@gmail.com hyan...@gmail.com escribió: Estimados maper@s: Tengo un caso de vandalismo [1] para Cartagena. Proviene desde el usuario Jhonfac, sus actos de vandalismo se concentran en: 1) descuadrar los vectores del mapa moviendo los nodos de las intersecciones entre las vías; 2) eliminar vectores de vías; Estas son sus ediciones: http://www.openstreetmap.org/user/Johnfac/edits Apelo a la lista para su colaboración, ya que he escrito al usuario sin tener una respuesta a las peticiones para corregir los datos afectados. Me encuentro editando con JOSM los nodos y rehaciendo vías; pero preferiría revertir sus ediciones que ha realizado en Cartagena. Agradezco su colaboración para el apoyo en el proceso de rollback [2]. Mil gracias, Humberto Yances [1] http://wiki.openstreetmap.org/wiki/Vandalism [2] http://wiki.openstreetmap.org/wiki/Change_rollback ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-at] Linuxwochen Linz OSM Stand?
Hallo, gibt es jetzt einen Stand? Ich hätte jetzt kurzfristig doch Zeit. Wird noch Hilfe gebraucht? Ich bin jetzt schon seit Jahren immer am Linuxtag in Graz am Stand tätig. lg Patrick On 31.05.2013, at 21:36, Wolfgang Silbermayr wolfgang.silberm...@gmail.com wrote: On 2013-05-30 11:41, Holger Schöner wrote: Hallo, [...] Da ich aus persönlichen Gründen nicht mehr so viel Zeit habe, werde ich mich um eine Organisation nicht kümmern können. Ich könnte aber möglicherweise zumindest zeitweise am Stand sein, wenn sich jemand (mehrere) anderes findet um einen zu organisieren. Hat nicht jemand von euch Lust darauf? Lust schon, die Zeit und die Energie im Moment leider auch nicht. Ich würde mich jedoch auch einige Zeit dazustellen, wenn ein Stand vorhanden wäre. Ich gebe ggf. auf Anfrage den Kontakt weiter. Weitere Informationen zu den Linuxwochen (hmm, ist ja nur ein Tag) auf Ich habe persönlich Kontakt mit den Organisatoren der Linuxwochen Linz. Soweit ich weiß, ist nicht sicher, ob wir den Vorbereich zum Veranstaltungssaal für uns alleine hätten, das müssten wir dann abklären. Auf Grund dessen wurde auch die Möglichkeit, Stände aufzustellen, nirgendwo angekündigt. Wenn sich jemand bereit erklärt, einen Stand zu organisieren, kann ich sehen, was sich machen lässt. Grüße, Wolfgang. ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at smime.p7s Description: S/MIME cryptographic signature ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Linuxwochen Linz OSM Stand?
On 2013-06-04 17:06, Patrick Steiner wrote: Hallo, gibt es jetzt einen Stand? Ich hätte jetzt kurzfristig doch Zeit. Wird noch Hilfe gebraucht? Scheint nicht so, ich denke dass sich hier jemand gemeldet hätte, falls einer organisiert werden würde. Grüße, Wolfgang. ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
[Talk-at] Graz: Praktikantinnen für die OSM am Inst. f. Geoinformationen
Hallo! Das Institut für Geoinformationen an der TU Graz bekommt heuer im Rahmen eines Frauenförderungsprogrammes zwei Praktikantinnen, Geografie-Luft schnuppern wollen. Ich habe dankenswerterweise die Möglichkeit bekommen, sie voll für die OSM einzusetzen! Es sind zwei Oberstufen-Schülerinnen, die zwischen 15.7. und 9.8. am Institut einen Arbeitsplatz bekommen - für die Arbeit müssen wir sorgen :-) Ich selbst werde die ersten paar Tage vor Ort sein und sie auf JOSM einschulen - ich würde mich freuen, wenn sich in Graz ein paar nette Mapper finden würden, die hin und wieder bei der Betreuung helfen würden! Habt ihr Vorschläge, wie man zwei Arbeits-Monate am sinnvollsten für die OSM im Raum Graz einsetzt? Ich würde als Schlechtwetterprogramm Hausnummern und Häuser von der Basiskarte vervollständigen lassen, ansonsten raus ins Gelände oder in die Innenstadt und POIs sammeln/kontrollieren. Ich würde mich um Rückmeldungen freuen, auf dass aus dem Praktikum zwei Geo-Begeisterte rauskommen! 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: [Talk-at] Linuxwochen Linz OSM Stand?
Hallo Patrick, Am 04.06.2013 22:43, schrieb Wolfgang Silbermayr: On 2013-06-04 17:06, Patrick Steiner wrote: gibt es jetzt einen Stand? Ich hätte jetzt kurzfristig doch Zeit. Wird noch Hilfe gebraucht? Scheint nicht so, ich denke dass sich hier jemand gemeldet hätte, falls einer organisiert werden würde. Richtig, mir ist leider auch nicht bekannt, dass sich jemand gefunden hätte. Viele Grüße, Holger -- Holger Schoener nume...@ancalime.de ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-lv] Kurš Rīgā dzēš ietves?
Tos jau ir pāris mēnešus atpakaļ izdzēsis iav, pēc kāda brīža revertošu changesetus un varēs salikt atpakaļ. Būtu labi ja pateiktu konkrētāk kurās vietās, lai var saprast ir vai nav visi. 2013/6/4 pec...@gmail.com pec...@gmail.com Es saprotu, ka kādam satrauc datu apjoms uz serveriem, bet tomēr... Konsensus panākts nekāds netika un sorry, es nepiekrītu ka highway ar papildus tagiem pilda normāli savas funkcijas. Pēteris. ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] Kurš Rīgā dzēš ietves?
15391665 15240828 15240888 15241188 15391665 15391699 15531367 15531253 15530738 15521585 15725482 Tikai lūdzu ja kāds ko dara - izkopējiet atgūtos celiņus atsevišķā osm failā, savienojiet ar esošajiem ceļiem un tad lieciet iekšā, jo pārējie labojumi ir diezgan labi un daudz. 2013/6/4 Rich ric...@nakts.net On 06/04/2013 02:50 AM, pec...@gmail.com wrote: Es saprotu, ka kādam satrauc datu apjoms uz serveriem, bet tomēr... Konsensus panākts nekāds netika un sorry, es nepiekrītu ka highway ar papildus tagiem pilda normāli savas funkcijas. changesets ? Pēteris. -- Rich __**_ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-lvhttp://lists.openstreetmap.org/listinfo/talk-lv ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] Kurš Rīgā dzēš ietves?
On 06/04/2013 08:09 AM, Rich wrote: On 06/04/2013 02:50 AM, pec...@gmail.com wrote: Es saprotu, ka kādam satrauc datu apjoms uz serveriem, bet tomēr... Konsensus panākts nekāds netika un sorry, es nepiekrītu ka highway ar papildus tagiem pilda normāli savas funkcijas. changesets ? eu. manu mailu serveri nomarineeja pusdienu : Pēteris. -- Rich ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-cz] Turistické známky
Dne 3.6.2013 15:25, Milan Vancura napsal: Relace r1) tagy: type=tourist_stamp:sales_point name=Infocentrum Impuls, 793 24 Karlova Studánka 59 web=http://www.k.studanka.cz členové: (objekt kde se to prodává) atd. No nevím, tohle se hanojovi určitě líbit nebude ;-) Pokud bude třeba 6 prodejních míst, tak to znamená, jedna relace pro samotnou TZ a dalších 6 relací pro prodejní místa. Přičemž to budou relace s pouhým jedním bodem. Jo, tohle se mi líbí. Je to svým způsobem ekvivalent toho seznamu bokem, ale mnohem lepší, je to celé v OSM a má to logiku. To důležité z mého pohledu je, že se zapojí skutečné objekty, nepřidávají se jim ale nesmyslné tagy a přitom je místo, kam zapsat metadata důležitá pro automatický update TZ. A počet relací je v pohodě. Stejným způsobem jsou dělané už linky a zastávky MHD, tam je také krom velké relace pro celou linku i relace pro zastávku, která jen slučuje zastávku a její nástupní ostrůvky. Ovšem to znamená, že budu muset udělat pro každou relaci další fixme bod a ten pak následně ručně spárovat s nějakým skutečným objektem. Tohle ruční párování si dokáži u TZ představit (přece jem jsem schopen nějak dohledat, který objekt k dané známce patří), ale u prodejních míst to bude neskutečná piplačka, protože zjistit, kde na té bílé, nepopsané ploše je přesně Občerstvení U hrocha bude bez místní znalosti v podstatě nemožné. A taky se otevírá otázka, jaké mají mít ty fixme body souřadnice. V seznamu TZ je málokdy adresa, natož přesná poloha prodejního místa. Na vysvětlenou můj nápad s externím seznamem, kdybys přeci jen nechtěl tolik relací: účelem je mít každou TZ jako relaci obsahující tagy patřicí TZ (jméno, ref...) a jako členy typu sales_point skutečné objekty v OSM. Externí seznam by pak obsahoval údaje pro updatovaci skript, aby poznal vazbu objekt_v_OSM-identifikátor_podle_TZ. Např. 18374945 Infocentrum Impuls, 793 24 Karlova Studánka 59 kde 18374945 je ID objektu v OSM. Výsledná velká relace pro každou TZ by byla stejná jako v návrhu s relacemi, ale místo relace pro každé prodejní místo by byly členové přímo objekty v OSM a údaje v minulém návrhu uložené v těch malých relacích by byly v tom externím seznamu. Jelikož jde pouze o údaje pro účely importovacího/updatovacího automatu, bylo by to i účelné. Problém je, kam to ukládat. Nadhodil jsi wiki. To by teoreticky šlo, ale nevím, jestli ji pro toto můžeme zneužít. Tady by hodně pomohlo, kdyby už to nějaký existující import takto používal. Ale myslím, že šance je minimální. Hlavní problém bude (ne)chtěné smazání objektu v OSM (smazání bodu a zkopírování tagu na budovu například). Na to by musel update skript nějak reagovat a znamenalo by to opětovné ruční párování. Když to vezmu kolem a kolem, tak se pomalu kloním k tomu, naimportovat TZ samotné a prodejní místa buď vynechat (dají se zjistit přímo ze stránky pro konkrétní TZ), nebo je doimportovat později (až bude jasné jak). V každém případě jsem pro TZ jako relace. Jednak se vyřeší problémy s kolizemi tagů a umožní to následné jednoduché rozšíření o prodejní místa. Ještě by mně zajímalo, jak se na toto dívají tvůrci turistických map. Co by pro ně bylo lepší a jaká data by je zajímala (jsou schopni nějak rozumně zobrazit). Marián Milan ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Prosba o kontrolu navsi
Dne 4.6.2013 14:28, Dalibor Jelínek napsal(a): Ahoj, je moz(ný, z(e jsem natvrdlej, protoz(e nechápu to s tou navigací dokola. V tomhle mým pr(ípade( je to teda ude(laný dobr(e? http://www.openstreetmap.org/browse/way/224077225 Cesty jsem s area nespojoval a ani jsem je nepr(erus(oval. Proste( jsem je nechal kr(íz(it tu area a ignoroval varování JOSM. Navigace teda bude po té silnici tertiary navigovat normálne( a area bude ignorována. Pochopil jsem to dobr(e? Cus, ano, pochopils to dobre. Díky, Dalibor *From:*jzvc [mailto:j...@tpfree.net] *Sent:* Sunday, June 02, 2013 9:57 PM *To:* OpenStreetMap Czech Republic *Subject:* Re: [Talk-cz] Prosba o kontrolu navsi Pokud je treba z nejakyho duvodu udelat vyasfaltovanou plochu ... tak stim OSM moc nepocita... v kazdym pripade je ale naprosto nezbytny udelat cesty a nejaky bod, kde je krizovatka. Jinak navigace (zadna) nebude fungovat. A viz vejs, v tomhle pripade rozhodne NIKDY nespojovat to, co ma area s normalni cestou. Nektery navigace klido budou navigovat pres area. Takz(e mám nechat JOSM a KeepRight r(vát? A co to znamená, z(e budou navigovat pr(es area? Z(e jako pu*jdou naokolo místo rovne(? Ano presne jak pises - na varovani kasli, a navigace ti bude navigovat dokola. Marián ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk-fr] imports des bâtiments ronds convertis du cadastre raster
En effet : http://gis.19327.n5.nabble.com/Import-bati-avec-trop-de-points-td5718733.html C'est un problème déjà mentionné ici, mais malheureusement pas encore mis en évidence par les outils de contrôle qualité (à ma connaissance) Le 4 juin 2013 02:07, Philippe Verdy verd...@wanadoo.fr a écrit : Attention lors de l'importation du cadastre raster, notamment pour les bâtiments ronds: http://www.openstreetmap.org/browse/way/218860318/history Là j'ai du supprimer plus de 95% des noeuds (au départ superposés chacun 3 ou 4 fois, avec un total de plus de 300 nœuds pour un petit bâtiment, nombre que j'ai réduit à une vingtaine, ce qui est largement suffisant), et que j'ai repositionné en mettant aussi ce bâtiment à sa bonne taille (le cercle initial étant de rayon trop petit) et en gommant les limites visibles des pixels qui formaient un crénelage parasite tout autour. L'erreur était signalée par Osmose à cause des superpositions de noeuds sur le même chemin, et autointersections du chemin qui faisait même plusieurs fois le tour. J'ai l'impression que c'est la conversion du cadastre raster qui crée ce genre de polygone avec des nœuds largement en excès, et de trop nombreux doublons (nœuds multiples qui sont finalement exactement à la même position, quand il essaye de reconnaître des segments pour les interconnecter en un chemin unique : ce script oublie de fusionner les nœuds communs et peut même créer un polygone qui fait plusieurs fois le tour du chemin). J'ai déjà constaté ça plusieurs fois sur les bâtiments ronds, qu'on a en fait tout intérêt à supprimer des données issues de la vectorisation du cadastre raster, pour les retracer entièrement avant d'importer le résultat dans OSM (c'est bien plus vite fait que nettoyer les nœuds après coup comme je viens de le faire avant finalement de redéplacer la totalité des points gardés, puis de rétablir un arrondi correct avec la touche O dans JOSM qui distribue équitablement les points en cordes d'arc à peu près de même longueur et de même écart angulaire). Attention donc aux silos, moulins, châteaux d'eau, et autres tours rondes. Je pense que ce cas pourrait se produire aussi autour des étangs mais là à cause de la taille ceux qui importent le cadastre font plus attention, et sont de toute façon amenés à ajuster les chemins générés, et comme c'est de l'eau, ils sont n fait à part dans les données de vectorisation. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus, Nadja ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Carto Parisienne des zones 30 / Mairie de Paris
C'est une bonne idée dont je serai membre avec plaisir. En lisant l'article je me disais que les rues avec priorité aux piétons avaient déjà un tag mais ces passages piétons aux zebras inversés ont un tag en particulier ? Ça ne change rien en termes de code de la route n'est ce pas ? Dans tous les cas les piétons ont la priorité, non ? C'est juste une information pour les conducteurs ? Le 3 juin 2013 18:36, Marc SIBERT m...@sibert.fr a écrit : Bonjour, Emporté par cet élan, j'ai posté le message suivant sur le site de la mairie de paris : Bonjour, Contributeur OSM en Île-de-France, je vous propose une action de mise en valeur des modifications (réduction de vitesse et aménagements) par une/des opérations de collecte de données terrain (mapping party) et de saisie dans OSM. Cela permettra la fabrication de cartes des limites de vitesse par exemple sur Paris + périphérie. N'hésitez pas à contacter l'association http://openstreetmap.fr/asso ou moi-même. Cordialement, Marc sur la page : http://www.paris.fr/accueil/accueil-paris-fr/la-rue-en-partage-l-union-fait-la-force/rub_1_actu_130915_port_24329 A+ Le 3 juin 2013 09:32, adrien carpentier ad.carpent...@gmail.com a écrit : trop tard pour ce projet de ce mois, mais pour les parisiens à la rentrée, il y aura peut être quelques changements... http://www.lefigaro.fr/actualite-france/2013/06/02/01016-20130602ARTFIG00154--la-rentree-plus-d-un-tiers-des-rues-de-paris-en-zone-30.php @+ adrien Le 2 juin 2013 22:22, THEVENON Julien julien_theve...@yahoo.fr a écrit : * De :* quicky julien_theve...@yahoo.fr * *Voici les statistiques obtenues pour les editions du tag Maxspeed sur l * *[...] * *Julien Si certains souhaitent plus de details je vais conserver le rapport detaille quelques jours Julien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- http://www.virage-energie-npdc.org/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Marc Sibert m...@sibert.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] Changesets ouverts déjà fermés: Anomalie de JOSM ou du serveur?
Note les seuls greffons que j'utilise sont cadastre, epci-fr, reltoolbox et undelete. Je les ai enlevés et cela ne change rien non plus. Je penche vers une désynchrinsation d'une variable liée à mon compte OSM personnel dans la base principale et l'API (OSM standard or OSM fr, peu importe). Je vais plutôt tester avec une ancienne version de JOSM, c'est peut-être une requête API boguée, avant de tester via un proxy loggueur (par exemple Proxomitron). Le 4 juin 2013 08:58, Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net a écrit : Le mardi 4 juin 2013 01:18:33 Philippe Verdy a écrit : Depuis quelques jours à chaque fois que j'enregistre des modifs dans un nouveau changeset, et qu'à la fin je veux le fermer (dans JOSM), non seulement je vois dans la liste (affichée par CTRL+ALT+Q) le changeset que je viens de transférer, mais aussi à chaque fois un autre vieux changeset inamovible, qui est déjà fermé. […] Bonjour Philippe, Moi, j'essaierai de déplacer le répertoire de préférences .josm pour avoir un josm tout neuf et voir si le comportement est le même. Tu as peut-être une vilaine option qui traîne ou bien des parasites entre greffons. Constatez-vous ce problème ? Dommage qu'on ne puisse pas visualiser le contenu des données OSM retournée par le serveur lorsque JOSM fait une requête à l'API (on ne voit que l'URL de la requête, pas les données en POST ni les données XML de la réponse). Tu peux toujours t'installer un proxy pour intercepter les requêtes … -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Carto Parisienne des zones 30 / Mairie de Paris
Je plussois dommage que je ne suis pas dans ce coin de France, ça m'aurai intéressé d'y participer. Le 3 juin 2013 17:36, Marc SIBERT m...@sibert.fr a écrit : Bonjour, Emporté par cet élan, j'ai posté le message suivant sur le site de la mairie de paris : Bonjour, Contributeur OSM en Île-de-France, je vous propose une action de mise en valeur des modifications (réduction de vitesse et aménagements) par une/des opérations de collecte de données terrain (mapping party) et de saisie dans OSM. Cela permettra la fabrication de cartes des limites de vitesse par exemple sur Paris + périphérie. N'hésitez pas à contacter l'association http://openstreetmap.fr/asso ou moi-même. Cordialement, Marc sur la page : http://www.paris.fr/accueil/accueil-paris-fr/la-rue-en-partage-l-union-fait-la-force/rub_1_actu_130915_port_24329 A+ Le 3 juin 2013 09:32, adrien carpentier ad.carpent...@gmail.com a écrit : trop tard pour ce projet de ce mois, mais pour les parisiens à la rentrée, il y aura peut être quelques changements... http://www.lefigaro.fr/actualite-france/2013/06/02/01016-20130602ARTFIG00154--la-rentree-plus-d-un-tiers-des-rues-de-paris-en-zone-30.php @+ adrien Le 2 juin 2013 22:22, THEVENON Julien julien_theve...@yahoo.fr a écrit : * De :* quicky julien_theve...@yahoo.fr * *Voici les statistiques obtenues pour les editions du tag Maxspeed sur l * *[...] * *Julien Si certains souhaitent plus de details je vais conserver le rapport detaille quelques jours Julien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- http://www.virage-energie-npdc.org/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Marc Sibert m...@sibert.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] Maxspeed : Où en êtes vous sur le projet du mois ?
Merci pour le résumé, je n'y serait jamais arrivé avec mes connaissances. De mon coté je vais mettre en place une veille personnelle des maxspeed et en continuant les ajouts sur les grands trajets que j'ai l'habitude de faire. Merci à tous les participants du projet du mois maxspeed qui permettra aux usagers utilisant les guidages routier d'avoir accès à cette information voir d'avoir un rappel sur leur appareil en cas d'excès de vitesse. Faite un essais avec l'application OsmAnd, c'est intéressant. Le 2 juin 2013 22:14, quicky julien_theve...@yahoo.fr a écrit : Voici les statistiques obtenues pour les editions du tag Maxspeed sur l ensemble du mois de Mai a partir des diffs France ( http://download.openstreetmap.fr/replication/europe/france/minute ): 3391 objets crees avec le tag maxspeed 1652 objets contenant le tag maxspeed supprimes 9979 objets contenant le tag maxspeed edites 11936 tags maxspeed ajoutes 564 tags maxspeed modifies 183 tags maxspeed supprimes 513 osmeurs impliques dont voici le top 20 : OSM COntributor Nb edits percherie 3858 yoko99 2350 Plop76 984 rainerU 961 lecafou 810 NaSH676 arobl 548 panierAvide501 la colle323 wikiwiki225 didier2020 189 Zoubiddaaa 171 Marc Mongenet 168 firmou 155 Géovélo 152 lenny32 144 mapper999 124 Free_Jan117 Simon M 109 kritic 102 Bonne soiree Julien -- View this message in context: http://gis.19327.n5.nabble.com/Maxspeed-Ou-en-etes-vous-sur-le-projet-du-mois-tp5761866p5763785.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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] imports des bâtiments ronds convertis du cadastre raster
Oui j'ai également remarqué les fortes définition pour les bâtiments rond. Ça fait un bon moment que je les simplifie avec JOSM. Le 4 juin 2013 02:07, Philippe Verdy verd...@wanadoo.fr a écrit : Attention lors de l'importation du cadastre raster, notamment pour les bâtiments ronds: http://www.openstreetmap.org/browse/way/218860318/history Là j'ai du supprimer plus de 95% des noeuds (au départ superposés chacun 3 ou 4 fois, avec un total de plus de 300 nœuds pour un petit bâtiment, nombre que j'ai réduit à une vingtaine, ce qui est largement suffisant), et que j'ai repositionné en mettant aussi ce bâtiment à sa bonne taille (le cercle initial étant de rayon trop petit) et en gommant les limites visibles des pixels qui formaient un crénelage parasite tout autour. L'erreur était signalée par Osmose à cause des superpositions de noeuds sur le même chemin, et autointersections du chemin qui faisait même plusieurs fois le tour. J'ai l'impression que c'est la conversion du cadastre raster qui crée ce genre de polygone avec des nœuds largement en excès, et de trop nombreux doublons (nœuds multiples qui sont finalement exactement à la même position, quand il essaye de reconnaître des segments pour les interconnecter en un chemin unique : ce script oublie de fusionner les nœuds communs et peut même créer un polygone qui fait plusieurs fois le tour du chemin). J'ai déjà constaté ça plusieurs fois sur les bâtiments ronds, qu'on a en fait tout intérêt à supprimer des données issues de la vectorisation du cadastre raster, pour les retracer entièrement avant d'importer le résultat dans OSM (c'est bien plus vite fait que nettoyer les nœuds après coup comme je viens de le faire avant finalement de redéplacer la totalité des points gardés, puis de rétablir un arrondi correct avec la touche O dans JOSM qui distribue équitablement les points en cordes d'arc à peu près de même longueur et de même écart angulaire). Attention donc aux silos, moulins, châteaux d'eau, et autres tours rondes. Je pense que ce cas pourrait se produire aussi autour des étangs mais là à cause de la taille ceux qui importent le cadastre font plus attention, et sont de toute façon amenés à ajuster les chemins générés, et comme c'est de l'eau, ils sont n fait à part dans les données de vectorisation. ___ 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] Traductions dans le wiki d'OSM
J'ai refait la traduction, mais ce qui est bizarre c'est que les titres dans la zone verte de droite ne sont pas traduis malgré que j'ai rajouté lang=fr ! Une idée ?? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Traductions dans le wiki d'OSM
Bonjour, J'aimerais corriger la traduction de la page FR:Tag:aeroway=helipad (hélistattion) et faire celle Riding (Équitation). Je ne suis pas un spécialiste des modèles dans les wiki (template). J'ai vu que les titres dans le pavé vert à droite sont traduis automatiquement. Par contre, il me semble qu'il faut le faire manuellement pour les autres tels que : How to Map Example Rendering Existe-t-il un modèle qui fournit la structure d'un article avec les titres traduis ? Sinon, pouvez-vous m'indiquer une page de référence en français pour que je réutilise les mêmes traductions ? Merci, -- Yves ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] imports des bâtiments ronds convertis du cadastre raster
En effet : http://gis.19327.n5.nabble.com/Import-bati-avec-trop-de-points-td5718733.html C'est un problème déjà mentionné ici, mais malheureusement pas encore mis en évidence par les outils de contrôle qualité (à ma connaissance) Le 4 juin 2013 02:07, Philippe Verdy verd...@wanadoo.fr a écrit : Attention lors de l'importation du cadastre raster, notamment pour les bâtiments ronds: http://www.openstreetmap.org/browse/way/218860318/history Là j'ai du supprimer plus de 95% des noeuds (au départ superposés chacun 3 ou 4 fois, avec un total de plus de 300 nœuds pour un petit bâtiment, nombre que j'ai réduit à une vingtaine, ce qui est largement suffisant), et que j'ai repositionné en mettant aussi ce bâtiment à sa bonne taille (le cercle initial étant de rayon trop petit) et en gommant les limites visibles des pixels qui formaient un crénelage parasite tout autour. L'erreur était signalée par Osmose à cause des superpositions de noeuds sur le même chemin, et autointersections du chemin qui faisait même plusieurs fois le tour. J'ai l'impression que c'est la conversion du cadastre raster qui crée ce genre de polygone avec des nœuds largement en excès, et de trop nombreux doublons (nœuds multiples qui sont finalement exactement à la même position, quand il essaye de reconnaître des segments pour les interconnecter en un chemin unique : ce script oublie de fusionner les nœuds communs et peut même créer un polygone qui fait plusieurs fois le tour du chemin). J'ai déjà constaté ça plusieurs fois sur les bâtiments ronds, qu'on a en fait tout intérêt à supprimer des données issues de la vectorisation du cadastre raster, pour les retracer entièrement avant d'importer le résultat dans OSM (c'est bien plus vite fait que nettoyer les nœuds après coup comme je viens de le faire avant finalement de redéplacer la totalité des points gardés, puis de rétablir un arrondi correct avec la touche O dans JOSM qui distribue équitablement les points en cordes d'arc à peu près de même longueur et de même écart angulaire). Attention donc aux silos, moulins, châteaux d'eau, et autres tours rondes. Je pense que ce cas pourrait se produire aussi autour des étangs mais là à cause de la taille ceux qui importent le cadastre font plus attention, et sont de toute façon amenés à ajuster les chemins générés, et comme c'est de l'eau, ils sont n fait à part dans les données de vectorisation. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus, Nadja ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] accessibilité handicapés : Lizmobility avec OSM-France !!!
Pardon, Le dallage WTF ! on en a déjà parlé ! ;-) -- Marc Sibert m...@sibert.fr Le 4 juin 2013 00:43, ZIMMY jeanlouis.zimmerm...@laposte.net a écrit : Première étape avant un prochain bon qualitatif : l'intégration du tuilage OSM-France avec 21 niveaux de zoom http://lizpoi.3liz.com/orange/index.php/lizpoi/map/?tree_id=3selected=244,246,245bbox=535198.060378,5486639.285164,535357.204659,5486723.933201zoom=20 Pour afficher le tuilage : aller en bas à gauche fond de carte - Cordialement, ZIMMY Jean-Louis ZIMMERMANN Développeur territorial (ville d'Orange,FR84) Mandataire OSM-France sur le Grand-Sud-est -- View this message in context: http://gis.19327.n5.nabble.com/accessibilite-handicapes-Lizmobility-avec-OSM-France-tp5763906.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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Changesets ouverts déjà fermés: Anomalie de JOSM ou du serveur?
Le mardi 4 juin 2013 01:18:33 Philippe Verdy a écrit : Depuis quelques jours à chaque fois que j'enregistre des modifs dans un nouveau changeset, et qu'à la fin je veux le fermer (dans JOSM), non seulement je vois dans la liste (affichée par CTRL+ALT+Q) le changeset que je viens de transférer, mais aussi à chaque fois un autre vieux changeset inamovible, qui est déjà fermé. […] Bonjour Philippe, Moi, j'essaierai de déplacer le répertoire de préférences .josm pour avoir un josm tout neuf et voir si le comportement est le même. Tu as peut-être une vilaine option qui traîne ou bien des parasites entre greffons. Constatez-vous ce problème ? Dommage qu'on ne puisse pas visualiser le contenu des données OSM retournée par le serveur lorsque JOSM fait une requête à l'API (on ne voit que l'URL de la requête, pas les données en POST ni les données XML de la réponse). Tu peux toujours t'installer un proxy pour intercepter les requêtes … -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Changesets ouverts déjà fermés: Anomalie de JOSM ou du serveur?
J'ai déjà rechargé JOSM dans une installation à part, et ça continue. Visiblement il doit y avoir une variable liée à mon compte sur le serveur qui n'a pas été décrémentée et qui me retourne toujours un changeset de plus que demandé par l'API. J'ai essayé aussi avec l'API française et j'ai la même chose aussi, toujours un changeset en trop déjà fermé (et qui change de temps en temps, en général c'est un changeset dans fermé l'heure précédent le lancement). Mais ça peut aussi êtreun bogue de JOSM dans une boucle de nettoyage (du genre in if(x1) devenu if (x=1) juste après l'envoi d'une fermeture de changeset, et dans ce cas il reste en mémoire. Je ne sais pas trop quelle requête fait JOSM pour avoir la liste des changesets ouverts. Pour l'instant je m'arrange en sélectionnant le bon changeset dans la liste et j'ignore l'autre qui est déjà fermé, masi maintenant je dois à chaque fois faire mes envois deux fois, la première échouant toujours immédiatement sans rien envoyer car l'envoi se fait sur le changeset fermé au lieu d'en créer un nouveau, ce qu'il fait quand je relance l'envoi). Bogue étrange, très gênant, mais pas complètement bloquant. Le 4 juin 2013 08:58, Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net a écrit : Le mardi 4 juin 2013 01:18:33 Philippe Verdy a écrit : Depuis quelques jours à chaque fois que j'enregistre des modifs dans un nouveau changeset, et qu'à la fin je veux le fermer (dans JOSM), non seulement je vois dans la liste (affichée par CTRL+ALT+Q) le changeset que je viens de transférer, mais aussi à chaque fois un autre vieux changeset inamovible, qui est déjà fermé. […] Bonjour Philippe, Moi, j'essaierai de déplacer le répertoire de préférences .josm pour avoir un josm tout neuf et voir si le comportement est le même. Tu as peut-être une vilaine option qui traîne ou bien des parasites entre greffons. Constatez-vous ce problème ? Dommage qu'on ne puisse pas visualiser le contenu des données OSM retournée par le serveur lorsque JOSM fait une requête à l'API (on ne voit que l'URL de la requête, pas les données en POST ni les données XML de la réponse). Tu peux toujours t'installer un proxy pour intercepter les requêtes … -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] imports des bâtiments ronds convertis du cadastre raster
Le mardi 04 juin 2013 à 14:05 +0200, Ab_fab a écrit : En effet : http://gis.19327.n5.nabble.com/Import-bati-avec-trop-de-points-td5718733.html C'est un problème déjà mentionné ici, mais malheureusement pas encore mis en évidence par les outils de contrôle qualité (à ma connaissance) cette analyse ne dit pas s'il y a pas assez (!) ou trop de nodes mais bon c'est bien mieux de rien http://osmose.openstreetmap.fr/fr/errors/?item=7011 cela melange Batiment spécial (rond) et Batiment spécial (grand) Le 4 juin 2013 02:07, Philippe Verdy verd...@wanadoo.fr a écrit : Attention lors de l'importation du cadastre raster, notamment pour les bâtiments ronds: http://www.openstreetmap.org/browse/way/218860318/history Là j'ai du supprimer plus de 95% des noeuds (au départ superposés chacun 3 ou 4 fois, avec un total de plus de 300 nœuds pour un petit bâtiment, nombre que j'ai réduit à une vingtaine, ce qui est largement suffisant), et que j'ai repositionné en mettant aussi ce bâtiment à sa bonne taille (le cercle initial étant de rayon trop petit) et en gommant les limites visibles des pixels qui formaient un crénelage parasite tout autour. L'erreur était signalée par Osmose à cause des superpositions de noeuds sur le même chemin, et autointersections du chemin qui faisait même plusieurs fois le tour. J'ai l'impression que c'est la conversion du cadastre raster qui crée ce genre de polygone avec des nœuds largement en excès, et de trop nombreux doublons (nœuds multiples qui sont finalement exactement à la même position, quand il essaye de reconnaître des segments pour les interconnecter en un chemin unique : ce script oublie de fusionner les nœuds communs et peut même créer un polygone qui fait plusieurs fois le tour du chemin). J'ai déjà constaté ça plusieurs fois sur les bâtiments ronds, qu'on a en fait tout intérêt à supprimer des données issues de la vectorisation du cadastre raster, pour les retracer entièrement avant d'importer le résultat dans OSM (c'est bien plus vite fait que nettoyer les nœuds après coup comme je viens de le faire avant finalement de redéplacer la totalité des points gardés, puis de rétablir un arrondi correct avec la touche O dans JOSM qui distribue équitablement les points en cordes d'arc à peu près de même longueur et de même écart angulaire). Attention donc aux silos, moulins, châteaux d'eau, et autres tours rondes. Je pense que ce cas pourrait se produire aussi autour des étangs mais là à cause de la taille ceux qui importent le cadastre font plus attention, et sont de toute façon amenés à ajuster les chemins générés, et comme c'est de l'eau, ils sont n fait à part dans les données de vectorisation. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab Il n'y a pas de pas perdus, Nadja ___ 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] imports des bâtiments ronds convertis du cadastre raster
Osmose pourrait déjà détecter les chemins avec des points d'ID différents mais de position strictement identiques. Cela détecte de nombreux cas d'oublis de nettoyage de la vectorisation du cadastre raster. L'erreur est à joindre avec points superposés. JOSM ne fait pas cette détection non plus lors de la validation (le seul moyen de les voir c'est dans une sélection multiple sur le noeud supposé unique, car on en voit appaître un deuxième à fusionner. (le seul cas où deux points superposés ne doivent pas être joint c'est quand ils sont à des élévations/altitudes différentes (alt=*) et en pratique cela correspond à deux points géodésiques distincts à garder, mais pas aux poitns de l'import de bâtiment du cadastre raster. Le 4 juin 2013 14:05, Ab_fab gamma@gmail.com a écrit : En effet : http://gis.19327.n5.nabble.com/Import-bati-avec-trop-de-points-td5718733.html C'est un problème déjà mentionné ici, mais malheureusement pas encore mis en évidence par les outils de contrôle qualité (à ma connaissance) Le 4 juin 2013 02:07, Philippe Verdy verd...@wanadoo.fr a écrit : Attention lors de l'importation du cadastre raster, notamment pour les bâtiments ronds: http://www.openstreetmap.org/browse/way/218860318/history Là j'ai du supprimer plus de 95% des noeuds (au départ superposés chacun 3 ou 4 fois, avec un total de plus de 300 nœuds pour un petit bâtiment, nombre que j'ai réduit à une vingtaine, ce qui est largement suffisant), et que j'ai repositionné en mettant aussi ce bâtiment à sa bonne taille (le cercle initial étant de rayon trop petit) et en gommant les limites visibles des pixels qui formaient un crénelage parasite tout autour. L'erreur était signalée par Osmose à cause des superpositions de noeuds sur le même chemin, et autointersections du chemin qui faisait même plusieurs fois le tour. J'ai l'impression que c'est la conversion du cadastre raster qui crée ce genre de polygone avec des nœuds largement en excès, et de trop nombreux doublons (nœuds multiples qui sont finalement exactement à la même position, quand il essaye de reconnaître des segments pour les interconnecter en un chemin unique : ce script oublie de fusionner les nœuds communs et peut même créer un polygone qui fait plusieurs fois le tour du chemin). J'ai déjà constaté ça plusieurs fois sur les bâtiments ronds, qu'on a en fait tout intérêt à supprimer des données issues de la vectorisation du cadastre raster, pour les retracer entièrement avant d'importer le résultat dans OSM (c'est bien plus vite fait que nettoyer les nœuds après coup comme je viens de le faire avant finalement de redéplacer la totalité des points gardés, puis de rétablir un arrondi correct avec la touche O dans JOSM qui distribue équitablement les points en cordes d'arc à peu près de même longueur et de même écart angulaire). Attention donc aux silos, moulins, châteaux d'eau, et autres tours rondes. Je pense que ce cas pourrait se produire aussi autour des étangs mais là à cause de la taille ceux qui importent le cadastre font plus attention, et sont de toute façon amenés à ajuster les chemins générés, et comme c'est de l'eau, ils sont n fait à part dans les données de vectorisation. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus, Nadja ___ 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] Traductions dans le wiki d'OSM
Le modèle d'infobox a commencé sa propre traduction, mais elle n'est pas complète. A chaque fois que sur le wiki quelqu'un rajoute quelquechose au modèle, il ne fait en anglais et ne prévoit aucune traduction. Le 4 juin 2013 11:39, Yves Pratter yves.prat...@laposte.net a écrit : J'ai refait la traduction, mais ce qui est bizarre c'est que les titres dans la zone verte de droite ne sont pas traduis malgré que j'ai rajouté lang=fr ! Une idée ?? ___ 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] Traductions dans le wiki d'OSM
Note: si tu regardes les pages en portugais, tu vois que le modèle a sa traduction sous un autre nom, mais sans avoir besoin du paramètre lang=*, il suffit de préfixer le code langue au nom du modèle traduit (en fait ce n'est pas un modèle mais alors une page dans l'espace de noms FR: Le modèle a été traduit, mais maintenant on doit maintenir un modèle complexe par langue.ce n'est pas idéal. Mais en attendant, je ne vais pas passer bcp de temps dessus. Ce wiki n'est pas là pour être réellement international et bien présenté, mais juste exposer la doc, on doit accepter que certains éléments communs ne soient pas traduits et pouvoir se débrouiller s'il reste quelques mots en anglais. Le 4 juin 2013 17:18, Philippe Verdy verd...@wanadoo.fr a écrit : Le modèle d'infobox a commencé sa propre traduction, mais elle n'est pas complète. A chaque fois que sur le wiki quelqu'un rajoute quelquechose au modèle, il ne fait en anglais et ne prévoit aucune traduction. Le 4 juin 2013 11:39, Yves Pratter yves.prat...@laposte.net a écrit : J'ai refait la traduction, mais ce qui est bizarre c'est que les titres dans la zone verte de droite ne sont pas traduis malgré que j'ai rajouté lang=fr ! Une idée ?? ___ 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] accessibilité handicapés : Lizmobility avec OSM-France !!!
Le mardi 4 juin 2013 08:44:11 Marc SIBERT a écrit : Pardon, Le dallage Ou le pavage ;-) -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tag de Cyberbases/Espaces Publics Numériques
salut ça pourrait être bien d'ajouter un tags pour préciser, du genre operator=epn ou operator=cyberbase . operator ne doit pas être la bonne clé ... Le 31 mai 2013 19:28, Brice Mallet brice.mal...@free.fr a écrit : Bonjour, le terme le plus générique, en France, est espaces publics numériques qui regroupent les Cyberbases, cybercentres et autres espaces multimédia. J'en ai référencé un à Machecoul 44 : Nœud : Cybercentre (1978638217) Attributs : internet_access=service name=Cybercentre Noeud : car une salle seulement au sein du bâtiment médiathèque, avec entrée séparée A mon avis service est préférable à terminal car if you want to mention that there is personnel which helps you in case of problems http://wiki.openstreetmap.org/**wiki/Key:internet_accesshttp://wiki.openstreetmap.org/wiki/Key:internet_access ce qui est le propre des espaces publics numériques dans lequel un animateur est théoriquement toujours présent (pour accompagner en accès libre ou ateliers). Britz (les Cyberbases, ce fut mon activité que d'accompagner les communes à les mettre en place) Le 31/05/13 17:01, Emmanuel Lesouef a écrit : Bonjour, Avez-vous déjà renseigné ce que certains appellent des Cyberbases, d'autres des espaces publics numériques ? Si oui, comment ? Perso, je serais tenté par un tag sur la bâtiment : building=yes internet_access=terminal Merci de votre aide. __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://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] Traductions dans le wiki d'OSM
J'ai refait la traduction, mais ce qui est bizarre c'est que les titres dans
la zone verte de droite ne sont pas traduis malgré que j'ai rajouté lang=fr !
Il s'agissait de l'étiquette aeroway=helipad
J'ai fini par trouvé : au début du modèle, il faut rajouter fr:
{{fr:ValueDescription
|key=aeroway
|value=helipad
|image=Image:Oryx_helicopter.jpg
|description=Une zone d'atterrissage pour hélicoptères, un héliport
|onNode=yes
|onWay=no
|onArea=yes
|lang=fr
|combination=* [[Key:name]]
* [[Key:ref]]
}}
Concernant l'homogénéité des titres :
How to map est traduit en :
Comment cartographier
Comment faire - How to Map
Comment mapper
Tags en :
Tags !
Etiquettes
Attributs
See also en:
Voir aussi
À voir
J'ai vérifié tous les A de Category:Fr:Tags et corrigé :
aeroway=runway
amenity=car sharing
amenity=fire station
amenity=parking
amenity=school
amenity=shelter
Je laisse d'autres volontaires faire la suite ;-)
--
Yves
PS Bis : ces traductions sont à revoir ?
amenity=social centre
amenity=social facility___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Traductions dans le wiki d'OSM
Le préfixe fr: je l'avais ajouté moi-même avant de répondre ci-dessus...
mais ce n'est pas viable d'avoir à maintenir ces modèles complexes
multiples là, me^me si ça suffit pour le français (on oublie ce que vont
faire les autres langues à traduire).
Le 4 juin 2013 18:07, Yves Pratter yves.prat...@laposte.net a écrit :
J'ai refait la traduction, mais ce qui est bizarre c'est que les titres
dans la zone verte de droite ne sont pas traduis malgré que j'ai rajouté
lang=fr !
Il s'agissait de l'étiquette
aeroway=helipadhttp://wiki.openstreetmap.org/wiki/FR:Tag:aeroway=helipad
J'ai fini par trouvé : au début du modèle, il faut rajouter fr:
{{*fr:*ValueDescription
|key=aeroway
|value=helipad
|image=Image:Oryx_helicopter.jpg
|description=Une zone d'atterrissage pour hélicoptères, un héliport
|onNode=yes
|onWay=no
|onArea=yes
|lang=fr
|combination=* [[Key:name]]
* [[Key:ref]]
}}
Concernant l'homogénéité des titres :
*How to map* est traduit en :
- Comment cartographier
- Comment faire - How to Map
- Comment mapper
*Tags* en :
- Tags !
- Etiquettes
- Attributs
*See also* en:
- Voir aussi
- À voir
J'ai vérifié tous les A de
Category:Fr:Tagshttp://wiki.openstreetmap.org/wiki/Category:Fr:Tags et
corrigé :
- aeroway=runwayhttp://wiki.openstreetmap.org/wiki/FR:Tag:aeroway=runway
- amenity=car
sharinghttp://wiki.openstreetmap.org/wiki/FR:Tag:amenity=car_sharing
- amenity=fire
stationhttp://wiki.openstreetmap.org/wiki/FR:Tag:amenity=fire_station
-
amenity=parkinghttp://wiki.openstreetmap.org/wiki/FR:Tag:amenity=parking
- amenity=schoolhttp://wiki.openstreetmap.org/wiki/FR:Tag:amenity=school
-
amenity=shelterhttp://wiki.openstreetmap.org/wiki/FR:Tag:amenity=shelter
Je laisse d'autres volontaires faire la suite ;-)
--
Yves
PS Bis : ces traductions sont à revoir ?
amenity=social
centrehttp://wiki.openstreetmap.org/wiki/FR:Tag:amenity=social_centre
amenity=social
facilityhttp://wiki.openstreetmap.org/wiki/FR:Tag:amenity=social_facility
___
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] imports des bâtiments ronds convertis du cadastre raster
Mais c'est un pousse-au-TOC ce truc ! Plus sérieusement, quelle démarche suivre pour tirer profit de l'analyse (usage de l'API osmose ?) pour _ récupérer l'id des objets _ les charger (overpass API ?) _ les classer par nombre de noeuds les constituant Le 4 juin 2013 16:18, didier2020 didier2...@free.fr a écrit : Le mardi 04 juin 2013 à 14:05 +0200, Ab_fab a écrit : En effet : http://gis.19327.n5.nabble.com/Import-bati-avec-trop-de-points-td5718733.html C'est un problème déjà mentionné ici, mais malheureusement pas encore mis en évidence par les outils de contrôle qualité (à ma connaissance) cette analyse ne dit pas s'il y a pas assez (!) ou trop de nodes mais bon c'est bien mieux de rien http://osmose.openstreetmap.fr/fr/errors/?item=7011 cela melange Batiment spécial (rond) et Batiment spécial (grand) Le 4 juin 2013 02:07, Philippe Verdy verd...@wanadoo.fr a écrit : Attention lors de l'importation du cadastre raster, notamment pour les bâtiments ronds: http://www.openstreetmap.org/browse/way/218860318/history Là j'ai du supprimer plus de 95% des noeuds (au départ superposés chacun 3 ou 4 fois, avec un total de plus de 300 nœuds pour un petit bâtiment, nombre que j'ai réduit à une vingtaine, ce qui est largement suffisant), et que j'ai repositionné en mettant aussi ce bâtiment à sa bonne taille (le cercle initial étant de rayon trop petit) et en gommant les limites visibles des pixels qui formaient un crénelage parasite tout autour. L'erreur était signalée par Osmose à cause des superpositions de noeuds sur le même chemin, et autointersections du chemin qui faisait même plusieurs fois le tour. J'ai l'impression que c'est la conversion du cadastre raster qui crée ce genre de polygone avec des nœuds largement en excès, et de trop nombreux doublons (nœuds multiples qui sont finalement exactement à la même position, quand il essaye de reconnaître des segments pour les interconnecter en un chemin unique : ce script oublie de fusionner les nœuds communs et peut même créer un polygone qui fait plusieurs fois le tour du chemin). J'ai déjà constaté ça plusieurs fois sur les bâtiments ronds, qu'on a en fait tout intérêt à supprimer des données issues de la vectorisation du cadastre raster, pour les retracer entièrement avant d'importer le résultat dans OSM (c'est bien plus vite fait que nettoyer les nœuds après coup comme je viens de le faire avant finalement de redéplacer la totalité des points gardés, puis de rétablir un arrondi correct avec la touche O dans JOSM qui distribue équitablement les points en cordes d'arc à peu près de même longueur et de même écart angulaire). Attention donc aux silos, moulins, châteaux d'eau, et autres tours rondes. Je pense que ce cas pourrait se produire aussi autour des étangs mais là à cause de la taille ceux qui importent le cadastre font plus attention, et sont de toute façon amenés à ajuster les chemins générés, et comme c'est de l'eau, ils sont n fait à part dans les données de vectorisation. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab Il n'y a pas de pas perdus, Nadja ___ 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] Traductions dans le wiki d'OSM
Bonjour Je ne sais pas si c'est de ce système dont vous parlez, mais Wikimedia Commons est un projet multilingue et il ont un système automatique qui traduit les modèle directement en fonction de la langue de l'utilisateur enregistré dans ses préférences Cordialement -- David Crochet ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tag de Cyberbases/Espaces Publics Numériques
operator=* doit normalement désigner l'entité publique ou privée qui est responsable d'un site (au plan légal et comptable), autrement dit le commanditaire. C'est un nom d'organisation et non une classification générique du type de lieu. Je verrais plutôt service:type=FR:espace_public_numérique (sans abréviation epn obscure, et me^me avec des accents puisque c'est une nomenclature franco-française). A moins qu'il y ait une nomenclature européenne ou internationale pour ces espaces internet publics du genre: service:type=cybercafe operator=* (nom de l'opérateur public) operator:type=public/commercial/community (optionnel : le dernier pour les espaces de type associatif, privé mais largement ouvert à ses membres ou pour certaines missions, et pouvant avoir des subventions publiques) La notion de cybercafé est généralement commerciale, mais on a de plus en plus confusion avec les autres médias numériques (convergence oblige), et je ne vois pas trop l'intérêt de distinguer les cybercafés et les espaces multimédia alors que de plus en plus souvent ce sera le même support et qu'on trouvera aussi des services annexes (boissons, encas... souvent en distributeurs), et des services de télécommunication (téléphoner à un employeur...), et du conseil et des services spécialisés (formations en ligne, assistance, dépannage de matériel, réglage de logiciels, impression, studio de montage photo/vidéo ou graphique, échange de services comme le webdesign...) Le 4 juin 2013 18:02, Cyrille Giquello cyrill...@gmail.com a écrit : salut ça pourrait être bien d'ajouter un tags pour préciser, du genre operator=epn ou operator=cyberbase . operator ne doit pas être la bonne clé ... Le 31 mai 2013 19:28, Brice Mallet brice.mal...@free.fr a écrit : Bonjour, le terme le plus générique, en France, est espaces publics numériques qui regroupent les Cyberbases, cybercentres et autres espaces multimédia. J'en ai référencé un à Machecoul 44 : Nœud : Cybercentre (1978638217) Attributs : internet_access=service name=Cybercentre Noeud : car une salle seulement au sein du bâtiment médiathèque, avec entrée séparée A mon avis service est préférable à terminal car if you want to mention that there is personnel which helps you in case of problems http://wiki.openstreetmap.org/**wiki/Key:internet_accesshttp://wiki.openstreetmap.org/wiki/Key:internet_access ce qui est le propre des espaces publics numériques dans lequel un animateur est théoriquement toujours présent (pour accompagner en accès libre ou ateliers). Britz (les Cyberbases, ce fut mon activité que d'accompagner les communes à les mettre en place) Le 31/05/13 17:01, Emmanuel Lesouef a écrit : Bonjour, Avez-vous déjà renseigné ce que certains appellent des Cyberbases, d'autres des espaces publics numériques ? Si oui, comment ? Perso, je serais tenté par un tag sur la bâtiment : building=yes internet_access=terminal Merci de votre aide. __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://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] Traductions dans le wiki d'OSM
Oui et Commons, (aussi Meta et d'autres wikis multilingues de Wikimedia) utilisent le système de traduction intégré. Ca marche bien, mais ça demande une préparation des pages et des modèles. Mais là on parle du wiki documentaire d'OSM, qui n'a pas non plus tous les adminis pour mettre en place l'architecture lourde qui fait fonctionner le tout. Peu de monde contribue à ce wiiki qui reste minimaliste car tout le monde est occupé en fait à faire autre chose sur/pour OSM. Le 4 juin 2013 18:48, David Crochet david.croc...@online.fr a écrit : Bonjour Je ne sais pas si c'est de ce système dont vous parlez, mais Wikimedia Commons est un projet multilingue et il ont un système automatique qui traduit les modèle directement en fonction de la langue de l'utilisateur enregistré dans ses préférences Cordialement -- David Crochet __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Trottoirs à Montrouge
Bonjour Le contributeur *quelqu'un* http://www.openstreetmap.org/user/quelqu%27un s'est appliqué tracer une ligne footway passant par le centre de presque tous les trottoirs de la commune de Montrouge http://www.openstreetmap.org/?lat=48.819079lon=2.319647zoom=19 Indépendamment du travail fourni, je me demande si cela est utile car : - c'est de la donnée subjective dont j'ai du mal à percevoir l'intérêt lorsque le trottoir n'est séparé de la route que par un simple caniveau + bordure. - cela surcharge la plupart des rendus - cela induit des bugs dans les logiciels de routage si les connections sont incomplètes - cela implique de déterminer le centre idéal du trottoir Bref, cela est très difficile (impossible) à réaliser proprement Par ailleurs : - le wiki http://wiki.openstreetmap.org/wiki/FR:Tag:highway%3Dfootway précise qu'un footway est un chemin piéton - le wiki http://wiki.openstreetmap.org/wiki/FR:Tag:footway%3Dsidewalk décrit la méthode pour taguer les trottoirs séparément Un travail de qualité mais non homogène a été réalisé notamment par Pieren, Lapinos et Cie dans les Jardins des Champs Élysées http://www.openstreetmap.org/?lat=48.867353lon=2.316039zoom=18 Avant de contacter quelqu'un, je souhaiterai connaître la position de la communauté car tous ces éléments restent confus. T. Ruchin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] accessibilité handicapés : Lizmobility avec OSM-France !!!
Le 04/06/2013 17:44, Nicolas Dumoulin a écrit : Le mardi 4 juin 2013 08:44:11 Marc SIBERT a écrit : Pardon, Le dallage Ou le pavage ;-) Être handicapé c'est la tuile. Mais l'enfer n'est-il pas pavé de bonnes intentions ? Que dalle. -- Jean-Francois Nifenecker, Bordeaux ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Trottoirs à Montrouge
Bonjour, Je travaille actuellement sur du calcul d'itinéraires pour les piétons. J'ai notamment ajouté des trottoirs dans Toulouse, ici par exemple : http://osm.org/go/xVNVTSKBF-- Je réponds dans le texte. Le 4 juin 2013 19:20, Thomas Ruchin truchi...@gmail.com a écrit : c'est de la donnée subjective dont j'ai du mal à percevoir l'intérêt lorsque le trottoir n'est séparé de la route que par un simple caniveau + bordure. Je ne comprends pas pourquoi cette donnée serait subjective. Une ligne représente un trottoir, comme une ligne représente une rue actuellement. cela surcharge la plupart des rendus Là c'est un problème des rendus. Ignorer les ways ayant le tag footway=pedestrian est possible pour ne pas surcharger. cela induit des bugs dans les logiciels de routage si les connections sont incomplètes Si les connexions sont incomplètes, au niveau des passages piétons par exemple, c'est effectivement un problème. Mais ce cas est similaires à tous les autres concernant des données incomplètes dans OSM : il faut compléter :) Sinon comme pour le cas précédent : le logiciel de calcul d’itinéraire peut ignorer les ways ayant le tag footway=pedestrian s'il juge que cela n'est pas utile. cela implique de déterminer le centre idéal du trottoir C'est le même cas que pour une route dont il faut déterminer la ligne médiane. Je suis favorable à l'ajout des trottoirs comme ways séparés. Un piéton ne marche pas au centre de la route, mais d'un côté ou de l'autre. Il doit parfois traverser cette route, et ces éléments me semblent beaucoup plus faciles à prendre en compte avec des ways séparés. Pour que les données ajoutées soient utilisables, if faut penser à ajouter le tag footway=sidewalk aux trottoirs cartographiés, et si possible ajouter les trottoirs avec le rôle sidewalk dans la relation de la rue concernée (pour retrouver le nom de la rue du trottoir par exemple) Bien penser également à ajouter les passages piétons : pas uniquement un noeud sur la rue principale, mais également la connexion avec les trottoirs, tel que décrit ici : http://wiki.openstreetmap.org/wiki/Tag:footway%3Dcrossing Tisséo (transports en commun à Toulouse) a par exemple intégré les trottoirs a son calculateur d'itinéraires. Voir la fin de l'itinéraire A + 34 ici: http://www.tisseo.fr/calculateur?o_p=17%2C+Rue+Paul+Mespl%C3%A9+%28TOULOUSE%29dpt=17+Rue+Paul+Mespl%C3%A9+TOULOUSEdeparture_class_filter=dac=0d_p=Rue+Colbert+%28TOULOUSE%29apt=arrival_class_filter=dy=2013-06-03sh=11sm=45tm=17451448556060673op=%3E%3E+Rechercher Bonne soirée Fred -- 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] Trottoirs à Montrouge
D'après le wiki il est possible aussi bien de taguer les trottoirs à part, en voie séparée de la route, que comme propriété associée à la route : http://wiki.openstreetmap.org/wiki/FR:Trottoirs (comme c'est moi qui ait traduit cette page, vous pouvez avoir un doute... aller vérifier sur la version anglaise, en ce cas) (et corrigez la version française) Il me semble aussi avoir vu quelque part qu'il est possible de les taguer comme surface, mais impossible de retrouver la chose. Cordialement. Le 4 juin 2013 19:20, Thomas Ruchin truchi...@gmail.com a écrit : Bonjour Le contributeur *quelqu'un* http://www.openstreetmap.org/user/quelqu%27un s'est appliqué tracer une ligne footway passant par le centre de presque tous les trottoirs de la commune de Montrouge http://www.openstreetmap.org/?lat=48.819079lon=2.319647zoom=19 Indépendamment du travail fourni, je me demande si cela est utile car : - c'est de la donnée subjective dont j'ai du mal à percevoir l'intérêt lorsque le trottoir n'est séparé de la route que par un simple caniveau + bordure. - cela surcharge la plupart des rendus - cela induit des bugs dans les logiciels de routage si les connections sont incomplètes - cela implique de déterminer le centre idéal du trottoir Bref, cela est très difficile (impossible) à réaliser proprement Par ailleurs : - le wiki http://wiki.openstreetmap.org/wiki/FR:Tag:highway%3Dfootway précise qu'un footway est un chemin piéton - le wiki http://wiki.openstreetmap.org/wiki/FR:Tag:footway%3Dsidewalk décrit la méthode pour taguer les trottoirs séparément Un travail de qualité mais non homogène a été réalisé notamment par Pieren, Lapinos et Cie dans les Jardins des Champs Élysées http://www.openstreetmap.org/?lat=48.867353lon=2.316039zoom=18 Avant de contacter quelqu'un, je souhaiterai connaître la position de la communauté car tous ces éléments restent confus. T. Ruchin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Les dérives de rue : Profession émotion http://drivrsdu.fr/profession-emotion/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Trottoirs à Montrouge
Le way qui supporte la route est assimilé à la chaussée complète. C'est la raison pour laquelle il n'y a qu'un way alors que la route à souvent plus d'une voie. De la même manière les zone de stationnement sur la chaussée sont supportées par le way de la route ... Et donc aussi les trottoirs. Cette vision de la chaussée complète permet de transcrire la réalité physiques. Il est en effet possible de passer du trottoir à la voie n'importe ou le long de celle ci y compris de traverser d'un trottoir à l'autre. Avec l'atomisation des way on perd la circulation naturelle entre les différentes zone de la chaussée. C'est déjà un souci avec les chaussées à voie séparés pour lequel il est pas du tout évident de savoir si la traversée à pieds est possible ou pas. À priori les piétons on le droit d'emprunter la route aussi... Pas seulement au passage piéton. Le mardi 4 juin 2013, Frédéric Bonifas a écrit : ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Trottoirs à Montrouge
Je comprends ce point de vue mais il y a plusieurs façons possibles de représenter les données. Pour coller au schéma que tu décris, rien n'empêche de faire comme si les trottoirs n'existent pas : il suffit de les ignorer lors de l'utilisation des données OSM. L'ajout des trottoirs ne modifie a priori pas les données déjà présentes. Et le way sera alors assimilé à la chaussée complète. L'atomisation dont tu parles est déjà très présente dans la base, comme tu le cites avec les chaussées à voies séparées. Mais c'est aux outils exploitant les données OSM de le faire intelligemment. Par exemple, les trottoirs étant présents dans la relation associatedStreet, il est possible pour un outil d'autoriser la traversée depuis un trottoir jusqu'au trottoir d'en face à n'importe quel endroit de la route. Le 5 juin 2013 01:10, Tetsuo Shima tets...@gmail.com a écrit : Le way qui supporte la route est assimilé à la chaussée complète. C'est la raison pour laquelle il n'y a qu'un way alors que la route à souvent plus d'une voie. De la même manière les zone de stationnement sur la chaussée sont supportées par le way de la route ... Et donc aussi les trottoirs. Cette vision de la chaussée complète permet de transcrire la réalité physiques. Il est en effet possible de passer du trottoir à la voie n'importe ou le long de celle ci y compris de traverser d'un trottoir à l'autre. Avec l'atomisation des way on perd la circulation naturelle entre les différentes zone de la chaussée. C'est déjà un souci avec les chaussées à voie séparés pour lequel il est pas du tout évident de savoir si la traversée à pieds est possible ou pas. À priori les piétons on le droit d'emprunter la route aussi... Pas seulement au passage piéton. Le mardi 4 juin 2013, Frédéric Bonifas a écrit : ___ 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
[OSM-ja] はじめまして
みなさま、はじめまして。 先日のEvent Festival Tokyo2013にて、古橋さん・関さんが 登壇されたプログラムでOSMを知り、関心を持ってこちらＭＬに 参加させて頂きました。 埼玉県さいたま市にて、地域で小学生をはぐくむ体験学習基地 づくりに取り組んでいます 泉と申します。 本業はガーデンデザイナーです。 ぜひ地元で小学生と一緒にマッピングパーティをやりたいと思っています。 今のところ９月に子ども・大人１０人くらいで、宝探し感覚でやって みたいなと考えております。 どうぞよろしくお願いいたします。 -- E-mail : maho.iz...@garden-cafe.net ★ホームページ： http://garden-cafe.net/ ★講座ご案内 http://ameblo.jp/teshigoto-cafe ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] はじめまして
泉さん： Talk-ja のみなさま 古橋です。 EventFesではありがとうございました。 是非、さいたまマッピングパーティやりましょう！ ちなみに、今年の９月は Maptember と呼ばれる程に 地図関係のイベントが集中しております。 Maptember http://www.maptember.org/ ９月後半以降がオススメです。 引き続きどうぞよろしくお願いいたします！ 2013年6月4日 10:18 テラス木蓮 泉真帆 i...@garden-cafe.net: みなさま、はじめまして。 先日のEvent Festival Tokyo2013にて、古橋さん・関さんが 登壇されたプログラムでOSMを知り、関心を持ってこちらＭＬに 参加させて頂きました。 埼玉県さいたま市にて、地域で小学生をはぐくむ体験学習基地 づくりに取り組んでいます 泉と申します。 本業はガーデンデザイナーです。 ぜひ地元で小学生と一緒にマッピングパーティをやりたいと思っています。 今のところ９月に子ども・大人１０人くらいで、宝探し感覚でやって みたいなと考えております。 どうぞよろしくお願いいたします。 -- E-mail : maho.iz...@garden-cafe.net ★ホームページ： http://garden-cafe.net/ ★講座ご案内 http://ameblo.jp/teshigoto-cafe ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja -- ## Taichi FURUHASHI(MAPconcierge Inc. President) ## MAPconcierge satellite office at http://goo.gl/VgWD6 in NOMAD NEW'SBASE ## Vice-President of OpenStreetMap Foundation Japan with sinsai.info project ## Director of the OSGeo Foundation Japan ## Researcher of the center for spatial info. science, univ.of Tokyo ## TEL/SkypeTwitterLIFB: 070-6401-5963 / http://about.me/mapconcierge ## URL/Mail: http://www.mapconcierge.jp tai...@mapconcierge.jp ## GPS/GigaPan/UAV Shop: http://gpsconcierge.jp ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] はじめまして
マップクエストソリューションズの古田です。 泉さんはじめまして、私もさいたまで地図の仕事をしています。 ぜひとも、いっしょにさいたまマッピングパーティ開きたいですね。 今後共よろしくお願いします。 On Wed, 5 Jun 2013 10:21:39 +0900 Taichi Furuhashi tai...@osmf.jp wrote: 泉さん： Talk-ja のみなさま 古橋です。 EventFesではありがとうございました。 是非、さいたまマッピングパーティやりましょう！ ちなみに、今年の９月は Maptember と呼ばれる程に 地図関係のイベントが集中しております。 Maptember http://www.maptember.org/ ９月後半以降がオススメです。 引き続きどうぞよろしくお願いいたします！ 2013年6月4日 10:18 テラス木蓮 泉真帆 i...@garden-cafe.net: みなさま、はじめまして。 先日のEvent Festival Tokyo2013にて、古橋さん・関さんが 登壇されたプログラムでOSMを知り、関心を持ってこちらＭＬに 参加させて頂きました。 埼玉県さいたま市にて、地域で小学生をはぐくむ体験学習基地 づくりに取り組んでいます 泉と申します。 本業はガーデンデザイナーです。 ぜひ地元で小学生と一緒にマッピングパーティをやりたいと思っています。 今のところ９月に子ども・大人１０人くらいで、宝探し感覚でやって みたいなと考えております。 どうぞよろしくお願いいたします。 -- E-mail : maho.iz...@garden-cafe.net ★ホームページ： http://garden-cafe.net/ ★講座ご案内 http://ameblo.jp/teshigoto-cafe ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja -- ## Taichi FURUHASHI(MAPconcierge Inc. President) ## MAPconcierge satellite office at http://goo.gl/VgWD6 in NOMAD NEW'SBASE ## Vice-President of OpenStreetMap Foundation Japan with sinsai.info project ## Director of the OSGeo Foundation Japan ## Researcher of the center for spatial info. science, univ.of Tokyo ## TEL/SkypeTwitterLIFB: 070-6401-5963 / http://about.me/mapconcierge ## URL/Mail: http://www.mapconcierge.jp tai...@mapconcierge.jp ## GPS/GigaPan/UAV Shop: http://gpsconcierge.jp 合同会社 マップクエストソリューションズ （ http://mq-sol.jp/ ） 代表 古田 武士 ( fur...@mq-sol.jp ) 住所： 〒331-0013 埼玉県戸田市喜沢１−３３−８ ベルテラス板橋２０２ 電話・FAX：０４８−２２９−０５５４ ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [Talk-GB] Three Choirs Way relation completed
On 2 June 2013 19:11, Steve Brook srbr...@tiscali.co.uk wrote: Should the parent relation be a route_master is that just for buses? I am considering splitting it into three separate child relations, one for each side of the triangle. This would overcome the problem I faced where you have to retrace your steps near the cathedrals in order to start the next section of the walk (repeating ways in a relation is messy). Does anyone have any strong objections to be doing this? Just over a year ago I converted the South West Coast Path into a super-relation. (There's some discussion of the reasons why somewhere in this mailing list). I broke the route into the 52 sections described by the management body. So there is precedent for doing this. When the whole route is broken up into child relations it would helpful if those sections were intuitive or existed 'on the ground'. I also think it's very helpful if the a wiki webpage is created explaining the super and child relations with links to the webpage in the relations. This is what I did for the South West Coast Path. I also added a note to the super relation and each child relation to futher reduce chances of mappers making blunders when working with the relations. http://wiki.openstreetmap.org/wiki/South_West_Coast_Path The details of the super-relation can be seen here. http://www.openstreetmap.org/browse/relation/2376086 Jason ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Three Choirs Way relation completed
Hi Steve Why not just leave the out-and-back ways as a spur? regards Brian On 2 June 2013 19:11, Steve Brook srbr...@tiscali.co.uk wrote: I have now finished mapping the Three Choirs Way long distance footpath between the three cathedrals of Worcester, Gloucester and Hereford. http://www.openstreetmap.org/browse/relation/112661 The route is not way-marked over the ridge of the Malvern hills as the conservators do not allow it. But I know it is supposed to follow the ridge path so that is what I added to the relation. ** ** I am considering splitting it into three separate child relations, one for each side of the triangle. This would overcome the problem I faced where you have to retrace your steps near the cathedrals in order to start the next section of the walk (repeating ways in a relation is messy). ** ** Does anyone have any strong objections to be doing this? Should the parent relation be a route_master is that just for buses? ** ** Steve ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
[Talk-GB] The Warminster Triangle
Hi, Has anyone ever encountered GPS reception problems in the Warminster area of Wiltshire? I was having a hell of a problem on Sunday with reception, the slightest obstruction to the sky was causing reception to be very poor or non existent with very good reception only on top of a sizable hill. It seemed to persist for hours, from 1100 to 2100 before getting better around sunset. I've heard GPS jamming equipment can be a problem, could it be an army exercise of some sort which stopped around sunset? Thanks, Nick ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] The Warminster Triangle
On 4 June 2013 08:02, Nick Whitelegg nick.whitel...@solent.ac.uk wrote: I've heard GPS jamming equipment can be a problem, could it be an army exercise of some sort which stopped around sunset? Unlikely an army exercise... Those are published here: http://stakeholders.ofcom.org.uk/spectrum/gps-jamming-exercises/ I've had it before where the GPS receiver's ephemeris data has becomes corrupt/invalid and the unit needed a cold restart so that it could reload it. / Grant ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
[Talk-us] Whole-US Garmin Map update - 2013-06-02
These are based off of Lambertus's work here: http://garmin.openstreetmap.nl If you have questions or comments about these maps, please feel free to ask. However, please do not send me private mail. The odds are, someone else will have the same questions, and by asking on the talk-us@ list, others can benefit. Downloads: http://daveh.dev.openstreetmap.org/garmin/Lambertus/2013-06-02 Map to visualize what each file contains: http://daveh.dev.openstreetmap.org/garmin/Lambertus/2013-06-02/kml/kml.html FAQ Why did you do this? I wrote scripts to joined them myself to lessen the impact of doing a large join on Lambertus's server. I've also cut them in large longitude swaths that should fit conveniently on removable media. http://daveh.dev.openstreetmap.org/garmin/Lambertus/2013-06-02 Can or should I seed the torrents? Yes!! If you use the .torrent files, please seed. That web server is in the UK, and it helps to have some peers on this side of the Atlantic. Why is my map missing small rectangular areas? There have been some missing tiles from Lambertus's map (the red rectangles), I don't see any at the moment, so you may want to update if you had issues with the last set. Why can I not copy the large files to my new SD card? If you buy a new card (especially SDHC), some are FAT16 from the factory. I had to reformat it to let me create a 2GB file. Does your map cover Mexico/Canada? Yes!! I have, for the purposes of this map, annexed Ontario in to the USA. Some areas of North America that are close to the US also just happen to get pulled in to these maps. This might not happen forever, and if you would like your non-US area to get included, let me know. -- Dave ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
[Talk-us] Google maps source
I just ran into an area where someone tagged streets with source=google maps. Looks like an un-aware new user who only had 8 changesets over two days and that was it. What to do about this? http://www.openstreetmap.org/user/Hercumike/edits Brian ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Google maps source
Brian, If good quality TIGER data exists for this area and can validate the changes then I suggest it's OK to change the source to TIGER, otherwise it seems prudent to backout all the changesets tagged as sourced from Google Maps. The one-way flows can sometimes be inferred from pavement markings and Bing aerials. Best, On Mon, Jun 3, 2013 at 7:22 PM, Brian May b...@mapwise.com wrote: I just ran into an area where someone tagged streets with source=google maps. Looks like an un-aware new user who only had 8 changesets over two days and that was it. What to do about this? http://www.openstreetmap.org/**user/Hercumike/editshttp://www.openstreetmap.org/user/Hercumike/edits Brian __**_ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-ushttp://lists.openstreetmap.org/listinfo/talk-us -- John Novak 585-OLD-TOPOS (585-653-8676) http://www.linkedin.com/in/johnanovak/ OSM ID:oldtopos OSM Heat Map: http://yosmhm.neis-one.org/?oldtopos OSM Edit Stats:http://hdyc.neis-one.org/?oldtopos ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Google maps source
Brian, I have done that before. If the road geometry is incorrect in OpenStreetMap due to inaccuracies with the source TIGER Files and it is either incorrect or non-existent on Bing, but correct on Google Maps, and we use bing imagery for tracing the road geometry, but Google Maps to discover the name of the road is it incorrect to use source=google? You are not tracing a road geometry from Google Maps, but you might be using it for other attribute data. Seems like the tagging should be either source=bing or source=google or both. Rick Marshall Rick Marshall, PhD, GISP President Vertical GeoSolutions, Inc (VerticalGeo) 130 Sawgrass Ln O'Fallon, IL 62269 (618) 670-4259 rick.marsh...@verticalgeo.com http://www.verticalgeo.com http://www.culturescapes.net Vertically Thinking Blog: http://verticalgeo.wordpress.com On Tue, Jun 4, 2013 at 9:21 AM, the Old Topo Depot oldto...@novacell.comwrote: Brian, If good quality TIGER data exists for this area and can validate the changes then I suggest it's OK to change the source to TIGER, otherwise it seems prudent to backout all the changesets tagged as sourced from Google Maps. The one-way flows can sometimes be inferred from pavement markings and Bing aerials. Best, On Mon, Jun 3, 2013 at 7:22 PM, Brian May b...@mapwise.com wrote: I just ran into an area where someone tagged streets with source=google maps. Looks like an un-aware new user who only had 8 changesets over two days and that was it. What to do about this? http://www.openstreetmap.org/**user/Hercumike/editshttp://www.openstreetmap.org/user/Hercumike/edits Brian __**_ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-ushttp://lists.openstreetmap.org/listinfo/talk-us -- John Novak 585-OLD-TOPOS (585-653-8676) http://www.linkedin.com/in/johnanovak/ OSM ID:oldtopos OSM Heat Map: http://yosmhm.neis-one.org/?oldtopos OSM Edit Stats:http://hdyc.neis-one.org/?oldtopos ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
