Re: [Talk-hr] Nazivi osm-hr servera
Meni nebeska tjela znače nepoznata područja koja treba istražiti, znanost, napredak, ... Uvijek sam bio fasciniran nebeskim prostranstvima, te je za mene to svemirska verzija here be dragons :D Ali to je moje osobno mišljenje Pozdrav, Hrvoje On 12/03/2014 09:23 AM, SilverSpace wrote: http://hr.wikipedia.org/wiki/Hrvatski_nacionalni_parkovi_i_parkovi_prirode#Hrvatski_nacionalni_parkovi ili http://hr.wikipedia.org/wiki/Popis_otoka_Hrvatske mislim da se nikad nećemo dogovoriti :) nisam za nebeska tjela koja nam ne znače ništa Dana 3. prosinca 2014. u 09:00 Dražen Odobašić dodoba...@gmail.com je napisao/la: Predlažem brendove našeg djetinjstva: * pipi * čarli * kraš ekpres * cockta * smoki * 505 sa crtom * bronhi * ... On 02.12.2014 23:17, hbogner wrote: Nakon nekog razmišljanja mogu dati svoj prijedlog. Imena po nebeskim tjelima u sunčevom sustavu, ali ne po planetima, nego po mesecima oko njih: http://en.wikipedia.org/wiki/Natural_satellite http://www.windows2universe.org/our_solar_system/moons_table.html Šta mislite o tome? ___ Talk-hr mailing list Talk-hr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-hr ___ Talk-hr mailing list Talk-hr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-hr
Re: [OSM-talk-be] Jachtpaden are not cycleway Highway (path along the rivers)
On Sun, Dec 07, 2014 at 07:08:20PM +0100, Marc Gemis wrote: On Sun, Dec 7, 2014 at 12:51 PM, Glenn Plas gl...@byte-consult.be wrote: @Ben : The legal definition (see website url) of 'Jaagpad' starts with: Het jaagpad is een private dienstweg of exploitatieweg . That means it's not a public highway. This is the reason that I would use access=private. According to the wiki page on access this means Only with permission of the owner on an individual basis. Which is IMHO exactly the same as permit. access=private foot=yes bicycle=yes moped_a=yes horse=??? is simple and does IMHO what it should do: navigations software for cars will not route you along the path. Everybody that really needs to be there will have to ignore the car navigation to get at their destination. I think that are some jaagpaden where the access=destination (or even yes). Every few months I find that someone changes is back to cycleway, but it's always someone else as far as I know. I've been fixing this for years. It's really annoying. Those roads are private property, where they give permissions to use them. So I think access=private makes the most sense. access=designated does not apply to any that I saw, but those would be with one of the blue signs. So I think this makes perfect sense: access=private foot=yes bicycle=yes There somethings are also parts to be able to reach a house, and you might need to change it to access=destination. As far as I know they typically use one side as service road and that side is ussually paved. Around here it's ussually with asphalt. So it makes most sense to me to use highway=service for that side. You can actually argue that both sides are service roads, so that would work for me too. But so would things like unclassified and track and maybe path depending on surface and width. Kurt ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Jachtpaden are not cycleway Highway (path along the rivers)
On Monday 08 December 2014 10:58:58 Kurt Roeckx wrote: access=private foot=yes bicycle=yes If we go this way, I'd prefer to stay closer to the signs and have it vehicle=private + bicycle=yes For the paved roads I guess it would then become highway=service, should we add a service=towpath tag as well? Unpaved towpaths would then become highway=track, and in some cases there would be a highway=path. That said, not even sure if I want to see it as highway=service. Paths in a park are often also wide enough for vehicles, and with a permit you can also drive there, yet that would just be a path/footway/cycleway? Ben ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Jachtpaden are not cycleway Highway (path along the rivers)
Kurt Roeckx schreef op 8/12/2014 om 10:58: Every few months I find that someone changes is back to cycleway, but it's always someone else as far as I know. I've been fixing this for years. It's really annoying. I was looking for the write answers Missing of correct info and interpretation and consencius lack Perhaps a wiki table with complete tag example for this topic jaagpaden Belgium law - no building at all special -with houses or factory's access or This could be usefull. Reading the talk I still do not know :) Jakka ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Mapathon!
Hallo allemaal! Nog eens een mailtje om jullie warm te maken... Volgende zaterdag is het van 14.30 - 20.00 uur Missing Maps Mapathon in Antwerpen! Je kan je nog steeds inschrijven via http://www.eventbrite.com/e/missing-maps-mapathon-tickets-14524165169 En wie nog meer informatie wil kan terecht op de site van Artsen zonder grenzen http://www.msf-azg.be/nl/nieuws/neem-deel-aan-de-eerste-missing-maps-party-in-belgie of uiteraard osm.be http://osm.be/nl/content/missing-maps-mapthon. Tot zaterdag! Groetjes, Jorieke Op 25 november 2014 18:17 schreef Marc Gemis marc.ge...@gmail.com: Geweldig dat Pete Masters en Catherine Van Overloop er zullen zijn. m 2014-11-25 18:09 GMT+01:00 Jorieke Vyncke jorieke.vyn...@gmail.com: Dag Belgische mappers, Ik probeerde al een mailtje te sturen, maar die bleek denk ik hangen bij de beheerder van de lijst (er stond een afbeelding in...) Maar ik wilde jullie wat meer nieuws geven over de Missing Maps Mapathon en jullie hiervoor uitnodigen! Meer informatie staat op http://osm.be/nl/content/missing-maps-mapthon Jullie zijn allemaal van harte welkome! Vergeet ook zeker niet in te schrijven, dan weten we precies hoeveel broodjes er voorzien moeten worden. En neem jullie vrienden mee hé! Ideaal om hen OSM te laten leren kennen. :-) *Trouwens, als je er niet de hele tijd kan zijn, geen probleem! Kom maar langs wanneer het lukt. En natuurlijk is er ook tijd en plaats om uit te wisselen over al de Belgische mapping thema's! * Vele groetjes en hopelijk tot snel! Jorieke ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk] Fwd: Reinvigorating working groups. Join in!
-- Forwarded message -- From: Richard Weait rich...@weait.com Date: Mon, Dec 8, 2014 at 4:07 PM Subject: Reinvigorating working groups. Join in! To: osmf-t...@openstreetmap.org osmf-t...@openstreetmap.org There have been recent discussions about reinvigorating various OpenStreetMap Foundation Working Groups. Recent board minutes indicated the membership management would be moved from a board position membership secretary to a working group format.[1] Michael Collinson spoke [2] of his interest in seeing new people and more people participating in Working Groups, based on his experiences and earlier work by Matt Amos. I wrote recently[3] about who might join a working group, why, and what they might be able to offer a working group. Shortly after I published that, Jono Bacon tweeted an image that struck me as helpful, inspirational and super appropriate for OpenStreetMap. So, I wrote about that as well. [4] In addition to the new membership WG, there will be announcements for others. Michael Collinson spoke of the need for more participation in LWG and if I remember correctly MT[5]. There will be at least one more, shortly, but it isn't mine to announce. :-) Best regards and happy mapping, Richard[6] tl;dr You do not have to be an expert, or know all of the answers, to be valuable to a working group. You can join armed only with enthusiasm, though organizational skills and communication skills are a benefit. [1] http://wiki.osmfoundation.org/wiki/Board/Minutes/2014-11-20#Membership_Secretary [2] earlier on this osmf-talk@ list [3] http://weait.com/working-groups-1 [4] http://weait.com/on-ramp [5] corrections and clarifications welcome, of course. [6] who previously participated in several working groups at various times. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Fwd: Reinvigorating working groups. Join in!
I would definitely love to contribute my help in any way possible. Regards, Hans On Dec 8, 2014 2:12 PM, Richard Weait rich...@weait.com wrote: -- Forwarded message -- From: Richard Weait rich...@weait.com Date: Mon, Dec 8, 2014 at 4:07 PM Subject: Reinvigorating working groups. Join in! To: osmf-t...@openstreetmap.org osmf-t...@openstreetmap.org There have been recent discussions about reinvigorating various OpenStreetMap Foundation Working Groups. Recent board minutes indicated the membership management would be moved from a board position membership secretary to a working group format.[1] Michael Collinson spoke [2] of his interest in seeing new people and more people participating in Working Groups, based on his experiences and earlier work by Matt Amos. I wrote recently[3] about who might join a working group, why, and what they might be able to offer a working group. Shortly after I published that, Jono Bacon tweeted an image that struck me as helpful, inspirational and super appropriate for OpenStreetMap. So, I wrote about that as well. [4] In addition to the new membership WG, there will be announcements for others. Michael Collinson spoke of the need for more participation in LWG and if I remember correctly MT[5]. There will be at least one more, shortly, but it isn't mine to announce. :-) Best regards and happy mapping, Richard[6] tl;dr You do not have to be an expert, or know all of the answers, to be valuable to a working group. You can join armed only with enthusiasm, though organizational skills and communication skills are a benefit. [1] http://wiki.osmfoundation.org/wiki/Board/Minutes/2014-11-20#Membership_Secretary [2] earlier on this osmf-talk@ list [3] http://weait.com/working-groups-1 [4] http://weait.com/on-ramp [5] corrections and clarifications welcome, of course. [6] who previously participated in several working groups at various times. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-nl] Lekenvraag
On Saturday, December 6, 2014 3:15:18 PM CEST, Pander OpenTaal wrote: Verder heb van het gebouw, dat een monument is, een tekening beschikbaar waarbij de binnen- en buitenkant volledig is ingemeten met Total Station. Is dat zinvol om aan OSM of een andere open bron bij te dragen? We kunnen het altijd op de mirror plaatsen als originele bron. Kun je er altijd via een kaartlaag bij. -- Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Lekenvraag
Stefan, Pander vertelt niet waar de tekening vandaan komt. Ik ga er zomaar vanuit dat er copyright op rust die een drempel vormt voor het zo gebruiken van de bron. Zelf maak ik ook gebruik van tekeningen maar slechts na officiele toesturing om de buiten maten te kunnen meten of gebruiken. De verwerking gaat met de maatsstok van JOSM. From: ste...@konink.de To: talk-nl@openstreetmap.org Date: Tue, 9 Dec 2014 00:18:19 +0100 Subject: Re: [OSM-talk-nl] Lekenvraag On Saturday, December 6, 2014 3:15:18 PM CEST, Pander OpenTaal wrote: Verder heb van het gebouw, dat een monument is, een tekening beschikbaar waarbij de binnen- en buitenkant volledig is ingemeten met Total Station. Is dat zinvol om aan OSM of een andere open bron bij te dragen? We kunnen het altijd op de mirror plaatsen als originele bron. Kun je er altijd via een kaartlaag bij. -- Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [talk-au] Cycling network tag
On Mon, Dec 8, 2014 at 11:17 AM, Frank sundowne...@optusnet.com.au wrote: The network tag used on cycling routes .. is for example National Cycling Network (ncn) as in from one country to another In Australia we may not use this tag as per the definition .. but the length of the route may mean that in Europe it would be an ncn. So should 'we' adopt the prractice of 'elevation' the network status? A similar practice has been used for highways. It was quite an eye opener for me earlier this year to cycle in the UK to discover that they really do have LCN, RCN, and NCN. And they're slightly different from what I expected: NCN is basically a network that links towns together, LCN and other stuff, but with the same goal of efficiently getting from place to place. RCN is a cycle tourism network, and follows scenic, rather than efficient, routes. (Following an NCN route is often disappointing...) Anyway, the practice I've generally followed (in Victoria at least) and I think others roughly do too is: LCN: local council routes of minor interest, particularly the on-street ones RCN: the main network of off-road paths in Melbourne, and all non-mtb tourism routes (rail trails etc) NCN: major long-distance routes, like the Mawson Trail. For my site, cycletour.org, I only render RCN, and I selectively display a couple of long distance MTB routes. Steve ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Moderators password?
Yep, Ben has passed it on, thanks. It turns out the queue was all spam. :) Steve On Mon, Dec 8, 2014 at 9:11 AM, Charles Gregory osm.li...@chuq.net wrote: According to the list info page, moderators are: ben.kelley, stevagewp and inas66+osm, all at the same gmail.com address. Hopefully one of the others should have the password? Regards, Charles On Mon, Dec 8, 2014 at 9:08 AM, Steve Bennett stevag...@gmail.com wrote: Hi, I haven't looked at this list in a while, but I'm getting a lot of moderator request(s) waiting. So I must be a moderator. I don't seem to have the password though. Does anyone know it? Currently seeing 13 requests in the queue. Steve ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au
Re: [Talk-de] Abbiegespuren mit Fahrradspur
Am 07.12.2014 um 19:26 schrieb Martin Vonwald: Ok. Warum man hier cycleway:width und nicht einfach width verwendet, verstehe ich zwar nicht, aber wenn es so sein soll - bitte. Weil sich cycleway:width auf den Radweg bezieht und width sich auf den gesamten Weg (eingeschlossen Fußweg/Bürgersteig beziehen würde). ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Abbiegespuren mit Fahrradspur
Am 07.12.2014 um 19:26 schrieb Martin Vonwald: Hi! Am 6. Dezember 2014 um 02:04 schrieb 715371 osmu715...@gmx.de: Was ist eigentlich mit solch einem Problem: https://wiki.openstreetmap.org/wiki/File:Bremen_street_with_cycleway_lane_between_car_lanes.jpg turn:lanes=left|through|cycleway:through|right ? Bitte fangt nicht an, die Bedeutung von turn zu verändern. Im Beispiel wäre es turn:lanes=left|through|through|right + bicylce:lanes=...|...|designated|yes BTW: Wie würdet ihr den Radweg am Gehweg erfassen? Eigener Weg oder cycleway=track? Wobei letzteres nicht geht, weil ja schon cycleway=lane. Was, wenn der cycleway=track nur durch Bordstein von der Fahrbahn getrennt wäre? ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Abbiegespuren mit Fahrradspur
Hallo, Am 8. Dezember 2014 12:05 schrieb 715371 osmu715...@gmx.de: BTW: Wie würdet ihr den Radweg am Gehweg erfassen? Eigener Weg oder cycleway=track? Wobei letzteres nicht geht, weil ja schon cycleway=lane. Ich würde dort den Radweg seperat mit highway=cycleway/path + ... eintragen und den Radfahrsteifen als cycleway=lane. (Alternative kann ich mir auch cycleway:right=lane;track vorstellen, wobei ich bezweifel, dass das Richtig interpretiert wird. Oder auch cycleway:lanes=...|...|lane|... und cycleway:right=track) Gruß Hubert ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] cycleway=track bei Bordstein Trennung
Hallo, Am 8. Dezember 2014 12:05 schrieb 715371 osmu715...@gmx.de: Was, wenn der cycleway=track nur durch Bordstein von der Fahrbahn getrennt wäre? Zum Thema Bordstein-Trennung gab es Ende Oktober eine kleine Diskussuion hinsichtlich des Eintragens von Bürgersteigen (http://forum.openstreetmap.org/viewtopic.php?id=27488. Es ging darum ob und wann ja wie Bürgersteige und Überwege eingetragen werden sollen. Zusammengefasst (Ich hoffe ich erinnere mich richtig): Keine Einigung, entweder als sidewalk=right/left/both oder als highway=footway dann aber mit footway=sidewalk. Das wird bei einem Bordsteinradweg allerdings etwas schwieriger, da es (noch) keinen äquivalenten tag zu footway=sidewalk für Radwege gibt. Hat dort jemand eine Idee. In der genannten Diskussion lief es darauf hinnaus, dass 3 Typen von Gehwegen unterschieden werden müssen. Eigenständige Gehwege, straßenbegleitende Gehwege mit abgesetzter Führung (Grünstreifen, Zaum, o.ä.) und straßenbegleitende Gehwege mit enger Führung, aka Bürgersteige (nur durch Bordstein getrennt, wechseln auf die Fahrbahn jederzeit möglich). Bei Radwegen sehe ich die Problemtik ähnlich gelagert. Meinungen? Gedanken? Gruß Hubert ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] cycleway=track bei Bordstein Trennung
Am 08.12.2014 um 16:50 schrieb Hubert: Hallo, Am 8. Dezember 2014 12:05 schrieb 715371 osmu715...@gmx.de: Was, wenn der cycleway=track nur durch Bordstein von der Fahrbahn getrennt wäre? Zum Thema Bordstein-Trennung gab es Ende Oktober eine kleine Diskussuion hinsichtlich des Eintragens von Bürgersteigen (http://forum.openstreetmap.org/viewtopic.php?id=27488. Es ging darum ob und wann ja wie Bürgersteige und Überwege eingetragen werden sollen. Zusammengefasst (Ich hoffe ich erinnere mich richtig): Keine Einigung, entweder als sidewalk=right/left/both oder als highway=footway dann aber mit footway=sidewalk. Das wird bei einem Bordsteinradweg allerdings etwas schwieriger, da es (noch) keinen äquivalenten tag zu footway=sidewalk für Radwege gibt. Ich habe zumindest path=sidewalk/crossing schon öfter verwendet. Reinen cycleways begegne ich äußerst selten. cu fly ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Abbiegespuren mit Fahrradspur
Am 07.12.2014 um 23:55 schrieb Tobias Knerr: Am 07.12.2014 19:19, schrieb Martin Vonwald: * Können auch Parkspuren und Gehsteige in die lane-Liste eingebaut werden? Wenn ja, wie? Parkspuren theoretisch ja, auch wenn ich kein Freund davon bin. Gehsteige würde ich nein sagen, da es ja keine Spuren für irgendwas sind. Bei Gehsteigen würde ich bei dem bewährten Konzept mit den sidewalk-Tags (inkl. Sub-Tags und ohne separate Wege) bleiben. Momentan haben wir Tags für die normalen lanes, für die cycleways, für die parking:lanes, und für die sidewalks. Das Problem, das ich lösen will: Wie kann ich angeben, in welcher Ordnung die sich zueinander befinden? Ich kann mir da zwei Lösungen vorstellen: * Alles in die *:lanes=* mit integrieren * Zusätzlich zu den genannten Tags noch eine Liste taggen, die die Reihenfolge der genannten Elemente angibt Und ich versuche gerade, etwas nachzufühlen, was wohl besser ankommt. Halte es für einfacher und verständlicher mit *:lanes*=*. Was mir an der ganzen Diskussion bisher auffällt sind die wenigen exakten Beispiele. Denke, dort sollten wir anfangen. cu fly ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Verkehrsinseln und Mehrzweckspur in der Fahrbahnmitte
Moin, in einer Ortsdurchfahrt sind die beiden gegenläufigen Richtungsfahrspuren mehr oder weniger in der Mitte durch eine sogenannte Mehrzweckspur getrennt. Den Begriff hat die Verkehrsbehörde über die Presse verbreiten lassen. Diese mittlere Spur unterscheidet sich von den beiden Richtungsfahrbahnen durch einen leicht helleren Asphalt. Sie wird immer wieder durch bepflanzte Verkehrinseln unterbrochen, wobei teilweise eine Überquerungshilfe für Fu0gänger/Radfahrer eingebettet ist. Die Inseln sorgen dafür, dass die mittlere Mehrzweckspur - wie beabsichtigt - nicht vom fließenden Durchgangsverkehr befahren wird. Die Mehrzweckspur dient laut Presse zum Ein- und Ausfädeln von Linksabbiegern auf/von Grundstückseinfahrten und kleinen Nebenstraßen sowie zum gelegentlichen Überholen. Nur an wenigen Stellen ist die Mittelspur durch weiße Streifen von den durchgehenden Richtungsfahrspuren getrennt, nämlich wenn sie beampelt zur echten Linksabbiegespur auf größere Straßen mit Richtungspfeilen auf der Fahrbahn wird. Momentan ist die Straße bei OSM als zwei getrennte Richtungswege eingetragen, was dem funktionalen Charakter entspräche. Wollte man sie streng nach den Regeln mappen, müsste man sie suboptimalerweise wegen der vielen Inseln ständig verzweigen und zusammenführen. Gibt es da eine bessere Möglichkeit? ergänzende Info: Unmittelbar neben der Straße verläuft noch eine Güterzugstrecke mit zig Bahnübergängen durch den Ort. Bisweilen sind Bushaltestellen zwischen Bahn und Straße eingefügt. Dieses ganze Paket wird beidseitig von abgesetzen Fuß-/Radwegen eingerahmt, wobei einer keine entsprechende Beschilderung aufweist. Seit die Straße mit der Mehrzweckspur versehen wurde, läuft der Verkehr deutlich reibungsloser. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Abbiegespuren mit Fahrradspur
Am 08.12.2014 um 16:42 schrieb Hubert: Hallo, Am 8. Dezember 2014 12:05 schrieb 715371 osmu715...@gmx.de: BTW: Wie würdet ihr den Radweg am Gehweg erfassen? Eigener Weg oder cycleway=track? Wobei letzteres nicht geht, weil ja schon cycleway=lane. Ich würde dort den Radweg seperat mit highway=cycleway/path + ... eintragen und den Radfahrsteifen als cycleway=lane. (Alternative kann ich mir auch cycleway:right=lane;track vorstellen, wobei ich bezweifel, dass das Richtig interpretiert wird. Oder auch cycleway:lanes=...|...|lane|... und cycleway:right=track) Wenn es keinen Grünstreifen gäbe, wäre die highway-Lösung aus meiner Sicht nicht unbedingt OK. Was ich mir wünschen würde, wäre ein gescheites Tagging für cycleway=lane;track. Man kann natürlich sagen, dass lane irgendwo auf die Fahrbahn gehört. Genauer könnte man das dann mit bicycle:lanes=...|... sagen. Und man könnte auch sagen, dass cycleway=track neben die Fahrbahn gehört. Vielleicht wäre das eine Lösung. BTW: Mit einem anderen Mapper sammle ich in Bremen zZ noch Beispiele: https://wiki.openstreetmap.org/wiki/Bremen/Radverkehrsanlagen ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] cycleway=track bei Bordstein Trennung
Moin, Am 08.12.2014 um 16:50 schrieb Hubert: Hat dort jemand eine Idee. In der genannten Diskussion lief es darauf hinnaus, dass 3 Typen von Gehwegen unterschieden werden müssen. Eigenständige Gehwege, straßenbegleitende Gehwege mit abgesetzter Führung (Grünstreifen, Zaum, o.ä.) und straßenbegleitende Gehwege mit enger Führung, aka Bürgersteige (nur durch Bordstein getrennt, wechseln auf die Fahrbahn jederzeit möglich). Bei Radwegen sehe ich die Problemtik ähnlich gelagert. Meinungen? Gedanken? Danke Hubert, den Thread kannte ich noch nicht. Deine Analyse würde ich im groben auch teilen. Ich habe den Thread grob durchgelesen, aber auch vorher schon eine ziemlich statische Meinung gehabt - an der hat sich eigentlich nichts geändert. Eigenständige Gehwege - eigener Weg Straßenbegleitende Gehwege mit abgesetzter Führung - (*) Straßenbegleitende Wege mit enger Führung - sidewalk=* (*) Entscheidend ist: Was ist die Trennung? Bordstein - sidewalk=* Parkstreifen - sidewalk=* Grasstreifen mit Bäumen - sidewalk=* Grasstreifen mit mehr 5m Abstand von Fahrbahn - eigener Weg Grünstreifen aus Sträuchern - eigener Weg Zaun - eigener Weg Und was eine Hand voll Bordstein-Bürgersteigmappern schon selber erkannt hat: Es geht nicht ohne foot=use_sidepath. Soweit ich das Konzept für Gehwege an die Straße Taggen überblicke, wäre es doch auch dort denkbar auf einzelne Personengruppen eingehen zu können. Ansonsten habe ich den Eindruck, dass die Mehrheit gegen das separate Erfassen ist, wenn es nur eine Bordsteintrennung gibt. Könnte man das nicht entsprechend deprecaten? In D ist es halt so, dass man als Fußgänger am Straßenrand (außerorts dann auch nur auf einem bestimmten), auf dem Bürgersteig oder auf einem straßenbegleitenden Gehweg gehen muss (bis auf Ausnahmen wie für die Mitführung von Sperrgut etc). Zum anderen müssen Kinder bis 8 Jahre auf dem Gehweg Radfahren. Rollstuhlfahrer haben nur mit Bordsteinkanten ein Problem und von Blinden scheint weder bekannt zu sein wie sie sich fortbewegen, noch was beim Routing wichtig für sie ist. Rollstuhlfahrer: Sollten kein Problem mit sidewalk=* haben, weil bei solch einem Tagging zu erwarten ist, dass man bei Kreuzungen, Hauseinfahrten etc einen entsprechend abgesenkten Bordstein vorfindet. Ansonsten wäre ein Beispiel schön. Blinde: Werden schon irgendwie den Bürgersteig finden, schließlich gibt es da ja auch noch andere Probleme wie Passanten, Pfeiler für Verkehrsschilder, Fahrradwege. Soweit ich das mal gehört habe, sind für Blinde POIs wie Parkbänke wichtig. Normale Fußgänger: Sind die Mehrheit und können mit entsprechendem Abstand zur Ampel nahezu überall Straßen überqueren. Fahrradfahrer: Wenn man das weiter Spinnt, kommt man bei Radfahrern zu dem Problem, dass sie überwiegend auf beiden Seiten Einbahnstraßen vorfinden und beim Routing dann große Umwege genommen werden, bis man an eine Kreuzung zum Wenden kommt. Wenn da jetzt wer etwas implementiert, dass eine Pseudo-Verbindung zwischen Rad-/Gehweg und Straße interpoliert, würde ich gerne genauer wissen wie Fehleranfällig das ist. Außerdem dürfen Radfahrer in D per default auf der Straße fahren. IMHO ist es in Städten mit engen Straßen absurd Bürgersteige saparat zu erfassen. Dauernd parkt jemand wo er nicht darf den Radweg zu (Autos Fahrräder etc), Bürgersteige sind für Kinderwagen zu eng, weil Autos dort illegal parken (oder zwei Passanten passen nicht nebeneinander), Bordsteinkanten sind weder als abgesenkt noch als Normales Hindernis erkennbar usw. Also macht es bitte nicht zu kompliziert! Renderer: Vielleicht ist ja schon einmal bei der opencyclemap.org aufgefallen, dass die Renderer prinzipiell ein Problem mit separaten Wegen haben. Bei niedrigen Zoomstufen wandern die separat eingezeichneten Radwege zur Mitte der Straße und sehen nicht professionell aus: https://osm.org/#map=14/53.0912/8.7965layers=C Bei niedrigen Zoomstufen kann man dann ohne Luftbild oder Ortskenntnis einfach nicht mehr erkennen, ob zwischen Straße und Gehweg eine Hecke steht oder nicht - kann ich da gerade jemanden Absetzen? (Das ist auch das Niveau auf dem andere hier argumentieren). https://osm.org/#map=18/53.08995/8.78780layers=C Analog zu den turn:lanes, lanes usw. Sollte es auch bei Bürgersteigen und Radwegen gemacht werden. Bei motorisierten Fahrzeugen scheint das mit baulicher Trennung ja wohl auch relativ verständlich zu sein. LG Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verkehrsinseln und Mehrzweckspur in der Fahrbahnmitte
Hallo Tirkon, hast du Koordinaten (für's Luftbild) oder ein Foto? Am 09.12.2014 um 00:44 schrieb Tirkon: Sie wird immer wieder durch bepflanzte Verkehrinseln unterbrochen, wobei teilweise eine Überquerungshilfe für Fu0gänger/Radfahrer eingebettet ist. Das klingt nach baulicher Trennung. Daher tendiere ich zu den separat eingezeichneten Wegen pro Fahrtrichtung. Die Mehrzweckspur dient laut Presse zum Ein- und Ausfädeln von Linksabbiegern auf/von Grundstückseinfahrten und kleinen Nebenstraßen sowie zum gelegentlichen Überholen. Überholen klingt irgendwie nach keiner baulichen Trennung. Wenn ohnehin von beiden Seiten alle Ziele erreicht werden können, sähe ich aber auch nichts gegen eine ein-Weg-Lösung. Ohne mehr Information würde ich mich aber nicht festlegen wollen. LG Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Wie taggt man einen bicycle lift?
So zum Beispiel ;-) https://geoobserver.wordpress.com/2014/12/09/osm-bicycle-lift/ Der geoObserver. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Abbiegespuren mit Fahrradspur
Am 8. Dezember 2014 um 11:55 schrieb 715371 osmu715...@gmx.de: Am 07.12.2014 um 19:26 schrieb Martin Vonwald: Ok. Warum man hier cycleway:width und nicht einfach width verwendet, verstehe ich zwar nicht, aber wenn es so sein soll - bitte. Weil sich cycleway:width auf den Radweg bezieht Es ist ein highway=cycleway. und width sich auf den gesamten Weg (eingeschlossen Fußweg/Bürgersteig beziehen würde). Mein Informationsstand ist, dass sich width bei Fahrbahnen immer auf die Fahrbahn bezieht und den Gehsteig nicht miteinbezieht. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] Tag per negozio compro oro?
Il 07/12/2014 20:44, Alberto Nogaro ha scritto: From: John Doe [mailto:theguest...@gmail.com] Sent: domenica 7 dicembre 2014 19:48 To: OSM Talk-it Subject: [Talk-it] Tag per negozio compro oro? Come potrei taggare i negozi compro oro? Interesserebbe pure a me. Quando mi è capitato ho usato shop=trade + trade=gold. Ma non è diffuso (usato solo 2 volte), per cui penso che si usi un altro tag. Ciao, Alberto Personalmente ho fatto la considerazione che al di là del nome, non solo acquistano, ma vendono anche, quindi secondo me resta shop=jewelry [1]. Poi si potrebbe discutere di un tag che aggiunga l'informazione che oltre a vendere, acquistano anche i gioielli. Se non sbaglio, anche le gioiellerie tradizionali acquistano oro se glielo porti. [1]: http://www.openstreetmap.org/node/1028832146#map=19/46.06117/11.12442 -- Matteo Quatrida GNU/Linux User #498939 OpenStreetMap Contributor since 2009 «Be GREEN and keep it on your SCREEN!» ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Asilo nido
Il 07/12/2014 23:31, Gianluca Boero ha scritto: Ciao... dovrei inserire un asilo nido nel mio comune. E' una struttura privata. La scuola dell'infanzia pubblica l'ho già inserita come amenity=kindergarten. Per questa struttura privata vale lo stesso tag o si potrebbe pensare amenity=nursing_home ? Anche se secondo me tale tag dovrebbe valere solo per le case di riposo o di cura per determinate persone. Grazie. Ti ha già risposto Mauro, ma anche per me il tag è lo stesso e indichi che non è pubblico usando il tag operator ed eventualmente il costo con fee. Poi c'è sempre la possibilità di usare i tag note, description ed evenutualmente fixme se sei in dubbio per qualcosa. -- Matteo Quatrida GNU/Linux User #498939 OpenStreetMap Contributor since 2009 «Be GREEN and keep it on your SCREEN!» ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Asilo nido
Confermo quanto detto prima. Il fatto che è pubblico o privato non cambia niente alla funzione. C'è il tag operator per indicare di chi è. Il tag fee=yes mi sembra vale per tutti i kindergarten in Italia, pubblici e privati, o sbaglio? Il giorno 8 dicembre 2014 09:02, Matteo Quatrida matteo.quatr...@linuxmail.org ha scritto: Il 07/12/2014 23:31, Gianluca Boero ha scritto: Ciao... dovrei inserire un asilo nido nel mio comune. E' una struttura privata. La scuola dell'infanzia pubblica l'ho già inserita come amenity=kindergarten. Per questa struttura privata vale lo stesso tag o si potrebbe pensare amenity=nursing_home ? Anche se secondo me tale tag dovrebbe valere solo per le case di riposo o di cura per determinate persone. Grazie. Ti ha già risposto Mauro, ma anche per me il tag è lo stesso e indichi che non è pubblico usando il tag operator ed eventualmente il costo con fee. Poi c'è sempre la possibilità di usare i tag note, description ed evenutualmente fixme se sei in dubbio per qualcosa. -- Matteo Quatrida GNU/Linux User #498939 OpenStreetMap Contributor since 2009 «Be GREEN and keep it on your SCREEN!» ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Tag per negozio compro oro?
Il 08/12/2014 10:49, John Doe ha scritto: non credo siano propriamente delle gioiellerie nel senso tradizionale del termine. Perché? -- Matteo Quatrida GNU/Linux User #498939 OpenStreetMap Contributor since 2009 «Be GREEN and keep it on your SCREEN!» ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Si possono scegliere dei percorsi da OpenStreetMap per usarli in Runtastic?
Il 07/dic/2014 23:20 Daniele Forsi dfo...@gmail.com ha scritto: sapete se è possibile pianificare un percorso da seguire con Runtastic basandolo su way esistenti in OSM? Magari importando il GPX da OSRM? sto cercando di aiutare un nuovo utente che si è registrato per questo motivo) Si. Ce ne sono tanti, quello che mi sembra più completo è bikeroutetoaster.com Ciao /niubii/ ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Tag per negozio compro oro?
Il 08/dic/2014 13:40 Matteo Quatrida matteo.quatr...@linuxmail.org ha scritto: Il 08/12/2014 10:49, John Doe ha scritto: non credo siano propriamente delle gioiellerie nel senso tradizionale del termine. Perché? Perché puoi comperare soltanto roba usata. Ciao /niubii/ ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Tag per negozio compro oro?
Il 08/12/2014 13:43, Francesco Pelullo ha scritto: Perché puoi comperare soltanto roba usata. Anche nelle gioiellerie, o sbaglio? -- Matteo Quatrida GNU/Linux User #498939 OpenStreetMap Contributor since 2009 «Be GREEN and keep it on your SCREEN!» ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Tag per negozio compro oro?
Il 08/dic/2014 13:46 Matteo Quatrida matteo.quatr...@linuxmail.org ha scritto: Anche nelle gioiellerie, o sbaglio? Nelle gioiellerie puoi scegliere, nei compro oro trovi (dovresti) solo usato. In quelli che conosco io (compro oro e gioiellerie tradizionali con compro oro) gli oggetti usati vengono avviati alla fonderia dopo una quindicina di giorni, quindi la possibilità di acquistare l'usato è soltanto teorica o comunque limitata a pochi pezzi di valore. Ciao /niubii/ ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Tag per negozio compro oro?
Okay! Però è sempre una gioielleria, la cui definizione base è: «negozio nel quale si vendono i gioielli». Se nuovi, o usati, potrebbe essere indicato con un ulteriore tag. -- Matteo Quatrida GNU/Linux User #498939 OpenStreetMap Contributor since 2009 «Be GREEN and keep it on your SCREEN!» ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Hackathon sulla mobilità
2014-12-08 2:24 GMT+01:00 Fabri erfab...@gmail.com: avevo fatto fwd in talk-it non conosco le polemiche ma mi sa che gli amanti di opensource hanno fatto un altro #boicotcodemotion :) sì, per quanto mi riguarda boicotto volentieri questo evento, finalizzato a far fare innovazione aziendale agli individui in cambio di un piccolo premio. l'attinenza di cui si parla nei messaggi che mi hai girato è solo di facciata, in quanto, chiunque conoscezze un minimo OSM non potrebbe mai dire che una hackathon come questa, con mancanza di dati e big sponsors chiusissimi è in linea con il pensiero della comunità italiana. -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Si possono scegliere dei percorsi da OpenStreetMap per usarli in Runtastic?
2014-12-08 13:41 GMT+01:00 Francesco Pelullo f.pelu...@gmail.com: Il 07/dic/2014 23:20 Daniele Forsi dfo...@gmail.com ha scritto: sapete se è possibile pianificare un percorso da seguire con Runtastic basandolo su way esistenti in OSM? Magari importando il GPX da OSRM? sto cercando di aiutare un nuovo utente che si è registrato per questo motivo) Si. Ce ne sono tanti, quello che mi sembra più completo è bikeroutetoaster.com Ciao, io uso con soddisfazione komoot (https://www.komoot.de/) che mi sembra il più intuitivo, anche per persone poco pratiche. Comunque anche bikeroutetoaster funziona bene. ciao ciao Luca -- E' assurdo impiegare gli uomini di intelligenza eccellente per fare calcoli che potrebbero essere affidati a chiunque se si usassero delle macchine Gottfried Wilhelm von Leibnitz, Filosofo e Matematico (1646-1716) Internet è la più grande biblioteca del mondo. Ma il problema è che i libri sono tutti sparsi sul pavimento John Allen Paulos, Matematico (1945-vivente) Luca 'remix_tj' Lorenzetto, http://www.remixtj.net , lorenzetto.l...@gmail.com ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Il fiume Olona lungo la circonvallazione milanese
Il 12/06/2014 11:43 AM, Alessandro Rubini scrisse: La mappa perfetta non esiste, in ogni caso, anche perche` ognuno ha le sue preferenze. E questo problema non mi sembra gravissimo. A livelli di zoom sufficienti i nomi delle strade appaiono eccome, come tutte le altre informazioni di contorno. In questo caso le preferenze credo non c'entrino molto. Sicuramente tra gli utilizzatori dei dati di OSM e della mappa ci saranno appassionati di speleologia urbana ma mi pare che in una grande citta' come Milano sia piu' importante che si veda qualche indicazione relativa al fatto che quella e' la circonvallazione esterna di Milano non che di li' ci passa un rigagnolo d'acqua in un canale fognario. Se guardo la mappa per orientarmi non e' detto che vado a grande dettaglio e magari vedere li' scritto Fiume Olona mi puo' far pensare di incontrare un fiume non una circonvallazione. ciao maxx ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Tag per negozio compro oro?
shop=gold mi sembra adatto. Il giorno 08/dic/2014 19:07, Alberto Nogaro bartosom...@yahoo.it ha scritto: From: John Doe [mailto:theguest...@gmail.com] Sent: lunedì 8 dicembre 2014 10:49 To: openstreetmap list - italiano Cc: bartosom...@yahoo.it Subject: Re: [Talk-it] Tag per negozio compro oro? shop=jewelry non mi sembra perfettamente appropiato anche se ho visto molti compro oro taggati così in Italia; non credo siano propriamente delle gioiellerie nel senso tradizionale del termine. Io sarei più per un tag dedicato. Si, anche se ci sono sovrapposizioni con le gioiellerie, sono negozi un po' particolari, concordo sull'opportunità del tag dedicato. Una discussione analoga sulla mailing list tedesca [1] si era chiusa con un suggerimento ad usare shop=gold. Taginfo dice che è usato solo 36 volte. [1] https://lists.openstreetmap.org/pipermail/talk-de/2012-May/095670.html Ciao, Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Overpass query per province
Nessuno conosce un metodo smart per estrarre con overpass i dati relativi ad una provincia? Grazie a tutti! Matteo Tempestini Pratosmart pratosm...@gmail.com www.pratosmart.org ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Overpass query per province
spatialite_osm_overpass https://www.gaia-gis.it/fossil/spatialite-tools/wiki?name=spatialite_osm_overpass ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Vandalismo in provincia di Messina
L'utente --- http://www.openstreetmap.org/user/mimmobonfiglio , con questo changeset --- http://www.openstreetmap.org/changeset/27335177 , ha cancellato dei dati da un paese in provincia di Messina. Ho verificato ed ho constatato la cancellazione di vari sentieri che sono effettivamente presenti quindi mi chiedo il perchè di tale gesto. Io ed un altro utente abbiamo lasciato un commento sul changeset ma non abbiamo ottenuto risposta. Non so come si faccia un revert di tutto quel changeset; qualcuno potrebbe riportare la situazione a prima di tale atto vandalico? Grazie. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Vandalismo in provincia di Messina
John Doe ha scritto: L'utente --- http://www.openstreetmap.org/user/mimmobonfiglio , con questo changeset --- http://www.openstreetmap.org/changeset/27335177 , ha cancellato dei dati da un paese in provincia di Messina. Ho verificato ed ho constatato la cancellazione di vari sentieri che sono effettivamente presenti quindi mi chiedo il perchè di tale gesto. Io ed un altro utente abbiamo lasciato un commento sul changeset ma non abbiamo ottenuto risposta. Non so come si faccia un revert di tutto quel changeset; qualcuno potrebbe riportare la situazione a prima di tale atto vandalico? Josm ha un'estensione apposita. Mi son preso la responsabilità di ripristinare il tutto: http://www.openstreetmap.org/changeset/27343132 Ciao -- Luigi ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Si possono scegliere dei percorsi da OpenStreetMap per usarli in Runtastic?
Il giorno 8 dicembre 2014 15:41, Luca 'remix_tj' Lorenzetto lorenzetto.l...@gmail.com ha scritto: io uso con soddisfazione komoot (https://www.komoot.de/) Sembra proprio bellino. Non lo conoscevo, grazie per la segnalazione. Ho provato a giocarci un pochino e subito ho trovato un problema: non mi fa passare da questa[1] strada, usando la modalità Hiking Tour. Notare che ha sì access=private, ma ha anche foot=yes. A mio avviso quindi si tratta di un bug dell'applicazione; cosa ne dite? Sapete per caso se esistano strumenti analoghi o anche solo simili, ma che siano software libero? Grazie! Carlo [1] http://www.openstreetmap.org/way/71807720 ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Vandalismo in provincia di Messina
Grazie mille mbare. Il giorno 8 dicembre 2014 22:04, Luigi Toscano luigi.tosc...@tiscali.it ha scritto: John Doe ha scritto: L'utente --- http://www.openstreetmap.org/user/mimmobonfiglio , con questo changeset --- http://www.openstreetmap.org/changeset/27335177 , ha cancellato dei dati da un paese in provincia di Messina. Ho verificato ed ho constatato la cancellazione di vari sentieri che sono effettivamente presenti quindi mi chiedo il perchè di tale gesto. Io ed un altro utente abbiamo lasciato un commento sul changeset ma non abbiamo ottenuto risposta. Non so come si faccia un revert di tutto quel changeset; qualcuno potrebbe riportare la situazione a prima di tale atto vandalico? Josm ha un'estensione apposita. Mi son preso la responsabilità di ripristinare il tutto: http://www.openstreetmap.org/changeset/27343132 Ciao -- Luigi ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Tag per negozio compro oro?
Il 08/12/2014 19:19, John Doe ha scritto: shop=gold mi sembra adatto. Se optate per shop=gold cambierò quelli, che ho inserito, anche se mi sembra superfluo introdurre un nuovo tipo di negozio, solamente perché tratta usato, invece di nuovo. -- Matteo Quatrida GNU/Linux User #498939 OpenStreetMap Contributor since 2009 «Be GREEN and keep it on your SCREEN!» ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-at] LUGT/OSM-Stammtisch Innsbruck am 11. Dezember 2014
Servus! Wir möchten zum nächsten gemeinsamen LUGT-/OSM-Stammtisch einladen: am Donnerstag, 11. Dezember 2014 um 19:00 Uhr im Restaurant Kastanie Innsbrucker Straße 4, 6176 Völs Wir freuen uns auf ein zahlreiches Erscheinen! Die Einladung ist wie immer auch auf der LUGT-Webseite und im OSM-Wiki zu finden: http://www.lugt.at/ http://wiki.openstreetmap.org/wiki/Innsbruck/Stammtisch Grüße Simon ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
[Talk-at] Revert Änderungssatz: 27328070
Ich bin für einen Revert des Änderungssatzes 27328070 , weil hier ein GPS Track einfach in die Karte gelegt wurde, der einfach nicht passt. In diesem Fall (Dachsteinrunde) gehört das Ganze wohl auch als Relation. ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Revert Änderungssatz: 27328070
Ja das schaut nach einem ziemlichen Blödsinn aus. Das ganze ist dann noch dazu in fast 2500 separate Ways und fast ebensoviele lose Nodes aufgeteilt. Spreche mich auch eindeutig für einen Revert und das Benachrichtigen der Benutzerin aus. Ich denke es ist auch ratsam bei dieser Gelegenheit gleich in die History der Benutzerin zu schauen - die aussagekräftigen Commit Messages lassen nichts Gutes vermuten. :/ Thomas Am 09 Dec 2014 um 08:15 schrieb martin ringer martinrin...@hotmail.com: Ich bin für einen Revert des Änderungssatzes 27328070 , weil hier ein GPS Track einfach in die Karte gelegt wurde, der einfach nicht passt. In diesem Fall (Dachsteinrunde) gehört das Ganze wohl auch als Relation. ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
[Talk-ro] Dorinta import PUG Dragasani
Am solicitat primariei din dragasani, sub numarul de inregistrare 28106/03.12.2014 , conform legii 544/2001 , planul urbanistic general al orasului Dragasani . Dupa ce am vorbit cu doamna de la urbanism si i-am explicat cum ar putea sa aibe si o harta pe site, daca ne ofera aceste date, a facut solicitate celor care au executat planul urbanistic si a obtinut fisierul, pe care la si trimis. Fisierul contine undeva la vreo 12000 de cladiri si inca vreo 16000 de anexe Din pacate nu are si numerele strazilor. Pentru a putea face un import, exista un numar de pasi, unu dintre ei este de a discuta cu comunitatea http://wiki.openstreetmap.org/wiki/Import/Guidelines In cazul in care comunitatea ar dori, procesul ar trebui documentat, lucru de care nu prea am timp acum. Pot face o descriere sumara a pasilor pe care i-am facut ca sa convertesc datele si cum am extras in QGIS layer-ele de cladiri Atasez aici si email-ul trimis catre primarie Badita Florin baditaflo...@gmail.com Oct 29 to primariadragas. Buna ziua, conform legii 544/2001 solicit Planul urbanistic General (PUG-ul) aferente OrasuluiDragasani in format electronic, georeferentiat. ( Fisier Autocad sau SHP ) precum si nomenclatura stradala si numerele administrative. In eventualitatea in care vreunul dintre seturile de datele solicitate cerute mai sus nu pot sa fie furnizate, sa trimiteți restu de date solicitate. Acest lucru imi este necesar pentru a le putea introduce in cadru proiectului www.openstreetmap.org. Acest proiect a fost inceput in 2004, iar momentan sunt peste 1.200.000 de voluntari din intreaga lume creează cea mai mare harta libera a lumi. Acest lucru o sa fie util pentru primarie, persoanele care ajung in oras la dumneavoastră, vor putea sa caute imediat o adresa pe siteul osm.org sau în cele peste 1000 de aplicații, websiteuri pentru telefonul mobil, GPS care folosesc datele din baza de date OpenStreetMap Spre deosebire de o harta interactiva pusa pe site-ul primariei, acest lucru permite oricarui cetatean din intreaga lume sa aiba acces la aceste date, harta Romaniei, sau a orasului poate sa fie descarcata si folosita mai apoi pe telefonul mobil fara a avea nevoie de acces la internet. Mentionam ca am colaborat cu primaria din Targu Frumos, care ne-au pus la dispozitie planul cadastral, nomenclatura stradala si numerele administrative, iar in prezent este cel mai complet oras din Romania https://www.facebook.com/permalink.php?story_fbid=198350373656484id=106349389523250 Atasez si o prezentare despre OpenStreetMap *http://prezi.com/gsc6b4yt-lg http://prezi.com/gsc6b4yt-lg http:g/openstreetmap/* Conform legii 544/2001, art 7, aveti obligatia de a raspunde in termen de 10 zile sau, dupa caz, in cel mult 30 de zile de la inregistrarea solicitarii. Ordinul 2701 din 2010 specifica, conform articolul 32 ca PUG-ul, PUZ-ul si PUD-urile sunt informatii de interes public, ce intra sub incidenta legii 544/2001. *Art. 32*. – Informatiile continute în PUG si RLU aferent reprezintă informatii de interes public si vor fi puse la dispozitie automat prin publicare pe site-ul primăriei si vor fi eliberate la cerere conform Legii nr. 544/2001, cu modificările si completările ulterioare. O zi buna, Badita Florin Voluntar OpenStreetMap si administator al pagini OpenStreetMap Romania 0731/172.745 OpenStreetMap Romania http://www.facebook.com/osmromania ___ Talk-ro mailing list Talk-ro@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ro
Re: [Talk-ro] Dorinta import PUG Dragasani
Salut, Am un sigur comentariu legat de limbaj, nu de fond. Aş recomanda să mai introduci câte un vă rog și câte un mulțumesc în mesajele tale și să pui mai devreme avantajele lor. Ar fi păcat să dai de câte un berbec care să zică 'ia uite ce tupeu are și asta, ia mai dă-l în origini că nu-i dau nimic, că doar ce o sa facă? Ne dă in judecată pe banii lui de voluntar?' și să nu primești datele doar din pricina unui orgolios. Eddy Pe 8 dec. 2014 23:49, Badita Florin baditaflo...@gmail.com a scris: Am solicitat primariei din dragasani, sub numarul de inregistrare 28106/03.12.2014 , conform legii 544/2001 , planul urbanistic general al orasului Dragasani . Dupa ce am vorbit cu doamna de la urbanism si i-am explicat cum ar putea sa aibe si o harta pe site, daca ne ofera aceste date, a facut solicitate celor care au executat planul urbanistic si a obtinut fisierul, pe care la si trimis. Fisierul contine undeva la vreo 12000 de cladiri si inca vreo 16000 de anexe Din pacate nu are si numerele strazilor. Pentru a putea face un import, exista un numar de pasi, unu dintre ei este de a discuta cu comunitatea http://wiki.openstreetmap.org/wiki/Import/Guidelines In cazul in care comunitatea ar dori, procesul ar trebui documentat, lucru de care nu prea am timp acum. Pot face o descriere sumara a pasilor pe care i-am facut ca sa convertesc datele si cum am extras in QGIS layer-ele de cladiri Atasez aici si email-ul trimis catre primarie Badita Florin baditaflo...@gmail.com Oct 29 to primariadragas. Buna ziua, conform legii 544/2001 solicit Planul urbanistic General (PUG-ul) aferente OrasuluiDragasani in format electronic, georeferentiat. ( Fisier Autocad sau SHP ) precum si nomenclatura stradala si numerele administrative. In eventualitatea in care vreunul dintre seturile de datele solicitate cerute mai sus nu pot sa fie furnizate, sa trimiteți restu de date solicitate. Acest lucru imi este necesar pentru a le putea introduce in cadru proiectului www.openstreetmap.org. Acest proiect a fost inceput in 2004, iar momentan sunt peste 1.200.000 de voluntari din intreaga lume creează cea mai mare harta libera a lumi. Acest lucru o sa fie util pentru primarie, persoanele care ajung in oras la dumneavoastră, vor putea sa caute imediat o adresa pe siteul osm.org sau în cele peste 1000 de aplicații, websiteuri pentru telefonul mobil, GPS care folosesc datele din baza de date OpenStreetMap Spre deosebire de o harta interactiva pusa pe site-ul primariei, acest lucru permite oricarui cetatean din intreaga lume sa aiba acces la aceste date, harta Romaniei, sau a orasului poate sa fie descarcata si folosita mai apoi pe telefonul mobil fara a avea nevoie de acces la internet. Mentionam ca am colaborat cu primaria din Targu Frumos, care ne-au pus la dispozitie planul cadastral, nomenclatura stradala si numerele administrative, iar in prezent este cel mai complet oras din Romania https://www.facebook.com/permalink.php?story_fbid=198350373656484id=106349389523250 Atasez si o prezentare despre OpenStreetMap *http://prezi.com/gsc6b4yt-lg http://prezi.com/gsc6b4yt-lgg/openstreetmap/* Conform legii 544/2001, art 7, aveti obligatia de a raspunde in termen de 10 zile sau, dupa caz, in cel mult 30 de zile de la inregistrarea solicitarii. Ordinul 2701 din 2010 specifica, conform articolul 32 ca PUG-ul, PUZ-ul si PUD-urile sunt informatii de interes public, ce intra sub incidenta legii 544/2001. *Art. 32*. – Informatiile continute în PUG si RLU aferent reprezintă informatii de interes public si vor fi puse la dispozitie automat prin publicare pe site-ul primăriei si vor fi eliberate la cerere conform Legii nr. 544/2001, cu modificările si completările ulterioare. O zi buna, Badita Florin Voluntar OpenStreetMap si administator al pagini OpenStreetMap Romania 0731/172.745 OpenStreetMap Romania http://www.facebook.com/osmromania ___ Talk-ro mailing list Talk-ro@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ro ___ Talk-ro mailing list Talk-ro@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ro
[Talk-cat] Projecte: socdepoble.com
Al Facebook de la comunitat d'OpenStreetMap ha arribat el següent correu que us deixo a continuació per si a alguna persona li pot interessar: Javi Llinares https://www.facebook.com/javillinares Bon dia i salut! Des del Grup de Treball del Projecte Sóc de Poble, vos presentem una proposta en la qual ens agradaria comptar amb la vostra col·laboració: NECESSITEM DESENVOLUPADORS WEB. El Projecte SÓC DE POBLE consisteix en crear una XARXA SOCIAL DESCENTRALITZADA de PROGRAMARI LLIURE. Ara, necessitem Col·laboradors compromesos i identificats amb el Projecte, amb ganes d’aportar valor a aquesta idea de Cultura Lliure i Utilitat Social, per coordinar el Desenvolupament Tècnic del Portal. Voleu formar part del Grup de Treball? Coneixeu a algun Desenvolupador que pugui estar interessat? Més info: http://socdepoble.net Gràcies! -- *Carlos Sánchez*About.me http://about.me/carlos.sanchez ___ Talk-cat mailing list Talk-cat@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cat
Re: [Talk-cz] Osmose Česká republika
On Sun, Dec 07, 2014 at 05:32:00PM +0100, Michal Pustějovský wrote: Když jsi na stránce s mapou a jsi přihlášený, tak za jménem máš v závorce tvůj počet chyb. Jdou i krásně zobrazit na mapě ;-) Bude se nějak vrtat do nastavení chyb? Některé jsou vtipné, z cca 3000 chyb je necelých 2000 v chybějících mostech a propustcích (to beru) a dalších 500 typu železniční vlečka prochází budovou (jako by to tak v reálu nebylo) nebo odstavná plocha sloužící jako parkoviště není odstavná plocha, popř. Tato cyklostezka nevede po trase zrušené železnice (kombinace highway+ railway=razed) atd. :-) 1. projekt rozjeli frantici, takze maji testy napasovane na svoje zvyklosti 2. nektere testy jsou CZ-specificke, ty si kdyztak musime napsat sami 3. nektere testy jsou sice formalne v poradku, ale proste se to u nas neresi, je otazka jestli chcit tyhle testy pro CZ disablovat nebo co s tim. Nejhorsi co vyskocil hned, byla chyba ze cislo domu nezacina cislici (nase ev.1234), to jsme s frantikama opravili (byly toho samozrejme desitky tisic). Dalsi podnety se jim klidne muzete primo ozvat, reaguji celkem vstricne a pruzne (a kupodivu anglicky :-) ) -- Původní zpráva -- Od: Marián Kyral mky...@email.cz Škoda, myslel jsem, ze uděláme soutěž, ale píše mi to jen: Vice než 500 :-) kdo ma min nebo kdo vic :-D ? Bye -- Tomas Kasparek e-mail: kaspa...@fit.vutbr.cz CVT FIT VUT Brno, L127 jabber: tomas.kaspa...@jabber.cz Bozetechova 1, 612 66web : http://www.fit.vutbr.cz/~kasparek Brno, Czech Republic phone : +420 54114-1220 GPG:2F1E 1AAF FD3B CFA3 1537 63BD DCBE 18FF A035 53BC May the command line live forever! pgpKk0Bifb5l2.pgp Description: PGP signature ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Osmose Česká republika
Dne 8.12.2014 09:10, Kasparek Tomas napsal(a): -- Původní zpráva -- Od: Marián Kyral mky...@email.cz Škoda, myslel jsem, ze uděláme soutěž, ale píše mi to jen: Vice než 500 :-) kdo ma min nebo kdo vic :-D ? Kdo nic nedělá, nic nezkazí, že? ;-) Ale mohl by to být poměr počet změněných objektů vs. počet chyb. ;-) Bye ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Osmose Česká republika
Dne 7.12.2014 22:09, Marián Kyral napsal(a): A ještě jeden nápad mám v hlavě - hodně mne štve, jak je komplikované udělat z kousku silnice most (kouska potoka tunel). Vybrat cesru a dva body, rozdělit pomocí p, vybrat prostřední kousek a změnit jej na most. Je tam dvakrát výběr. Uvažuji nad nějakým pluginem, kde by stačilo vybrat cestu a ty dva body a pak jen kliknout na Convert to bridge/ Convert to tunnel. Rozdělení a otagování by se provedlo automaticky. A proč se zdržovat s vyráběním+výběrem bodů? :-) Co takto: Při kliknutí na průsečík cesty a vody se zobrazí dialog, v něm se vybere bridge/culvert a délka v metrech. Pak se sekne příslušná cesta na obě strany od průsečíku a otaguje. Pokud už body v patřičné vzdálenosti existují, použijí se existující. (Možná bychom se obešli i bez dialogu, stačilo by přes klávesu přepínat mezi mostkem a strouhou, šířka rozumný default.) Martin ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Osmose Česká republika
Nedávno jsem našel toto http://geoportal.cuzk.cz/(S(edrn34aqju5rgehhxpqqot5a))/Default.aspx?mode=TextMetaside=wms.verejnemetadataID=CZ-CUZK-WMS-ZABAGED-PmetadataXSL=metadata.sluzbamenu=3113 Mám problém. Nemám Nastavení mapy ani Předvolby značení Není to nějakej plugin (JOSM) Mirek Dne 8. prosince 2014 19:27 Marián Kyral mky...@email.cz napsal(a): Dne 8.12.2014 18:23, Mirek Dlask napsal(a): Ahoj, 6136 5323 level 3 :-) Příčina? Opravuju chyby po Vás a nikdo neopravuje moje chyby. To víš. Nemůžeme všichni dělat všechno ;-) Takže můžete začít ... třeba Cesta protínající vodu Duplikované hodnoty source=uhul:ortofoto; cuzk:km; uhul:ortofoto Multiple numbers 34 in way Profesora Františka Vojtíška - je to node klasická adresa housen a conscriptionn... Way node tagged like way - někde jsem okoukal kombinaci tunnel=culvert + waterway=stream. Jednoduché a levné. A najednou je to špatně. Přitom v ZABAGED jsou propustky nejen liniové, ale i bodové, někde jsou mosty. Já většinou používal bod. On ten propustek vždy má nějakou reálnou délku. Takže bod asi moc dobře není. Já na to zatím moc nekoukal, ale co mne praštilo do očí. je použití noexit - Já myslel, že to je klasická slepá ulice, ale dle definice na wiki, stačí aby dál pokračoval chodník a už se noexit používat nemá. No tak si to zase všechno pěkně smažu :-( Jak je to vůbec s použitím WMS vrstev ZABAGED ? http://geoportal.cuzk.cz/WMS_ZABAGED_PUB/service.svc/get? Vůbec netuším, o tomhle zdroji jsem nevěděl. Postavit propustek v JOSM je docela šichta. Většinou je nutné si vyrobit body a pak teprve krájet. A otagovat. Nastavení mapy / Předvolby značení a přidat One click settings. Trochu ulehčí tagování. Marián Navíc na mnoha místech je v reálu voda pod městem, v OSM ji rozstřikují projíždějící auta. Teď mám staženou oblast kde je 516 křížení cesty a vody. Jdu rychle opravovat, ať máte míň chyb než já ;-) Mirek Dne 8. prosince 2014 17:15 Marián Kyral mky...@email.cz napsal(a): Dne 8.12.2014 09:10, Kasparek Tomas napsal(a): -- Původní zpráva -- Od: Marián Kyral mky...@email.cz mky...@email.cz Škoda, myslel jsem, ze uděláme soutěž, ale píše mi to jen: Vice než 500 :-) kdo ma min nebo kdo vic :-D ? Kdo nic nedělá, nic nezkazí, že? ;-) Ale mohl by to být poměr počet změněných objektů vs. počet chyb. ;-) Bye ___ Talk-cz mailing listTalk-cz@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing listTalk-cz@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Osmose Česká republika
Tak pro pomalejší než jsem já je Nastavení mapy / Předvolby značení a přidat One click settings. Upravit - Nastavení...- třetí ikona shora Díky Mirek Dne 8. prosince 2014 19:27 Marián Kyral mky...@email.cz napsal(a): Dne 8.12.2014 18:23, Mirek Dlask napsal(a): Ahoj, 6136 5323 level 3 :-) Příčina? Opravuju chyby po Vás a nikdo neopravuje moje chyby. To víš. Nemůžeme všichni dělat všechno ;-) Takže můžete začít ... třeba Cesta protínající vodu Duplikované hodnoty source=uhul:ortofoto; cuzk:km; uhul:ortofoto Multiple numbers 34 in way Profesora Františka Vojtíška - je to node klasická adresa housen a conscriptionn... Way node tagged like way - někde jsem okoukal kombinaci tunnel=culvert + waterway=stream. Jednoduché a levné. A najednou je to špatně. Přitom v ZABAGED jsou propustky nejen liniové, ale i bodové, někde jsou mosty. Já většinou používal bod. On ten propustek vždy má nějakou reálnou délku. Takže bod asi moc dobře není. Já na to zatím moc nekoukal, ale co mne praštilo do očí. je použití noexit - Já myslel, že to je klasická slepá ulice, ale dle definice na wiki, stačí aby dál pokračoval chodník a už se noexit používat nemá. No tak si to zase všechno pěkně smažu :-( Jak je to vůbec s použitím WMS vrstev ZABAGED ? http://geoportal.cuzk.cz/WMS_ZABAGED_PUB/service.svc/get? Vůbec netuším, o tomhle zdroji jsem nevěděl. Postavit propustek v JOSM je docela šichta. Většinou je nutné si vyrobit body a pak teprve krájet. A otagovat. Nastavení mapy / Předvolby značení a přidat One click settings. Trochu ulehčí tagování. Marián Navíc na mnoha místech je v reálu voda pod městem, v OSM ji rozstřikují projíždějící auta. Teď mám staženou oblast kde je 516 křížení cesty a vody. Jdu rychle opravovat, ať máte míň chyb než já ;-) Mirek Dne 8. prosince 2014 17:15 Marián Kyral mky...@email.cz napsal(a): Dne 8.12.2014 09:10, Kasparek Tomas napsal(a): -- Původní zpráva -- Od: Marián Kyral mky...@email.cz mky...@email.cz Škoda, myslel jsem, ze uděláme soutěž, ale píše mi to jen: Vice než 500 :-) kdo ma min nebo kdo vic :-D ? Kdo nic nedělá, nic nezkazí, že? ;-) Ale mohl by to být poměr počet změněných objektů vs. počet chyb. ;-) Bye ___ Talk-cz mailing listTalk-cz@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing listTalk-cz@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Osmose Česká republika
Dne 8.12.2014 19:36, Martin Švec - OSM napsal(a): Dne 7.12.2014 22:09, Marián Kyral napsal(a): A ještě jeden nápad mám v hlavě - hodně mne štve, jak je komplikované udělat z kousku silnice most (kouska potoka tunel). Vybrat cesru a dva body, rozdělit pomocí p, vybrat prostřední kousek a změnit jej na most. Je tam dvakrát výběr. Uvažuji nad nějakým pluginem, kde by stačilo vybrat cestu a ty dva body a pak jen kliknout na Convert to bridge/ Convert to tunnel. Rozdělení a otagování by se provedlo automaticky. A proč se zdržovat s vyráběním+výběrem bodů? :-) Co takto: Při kliknutí na průsečík cesty a vody se zobrazí dialog, v něm se vybere bridge/culvert a délka v metrech. Pak se sekne příslušná cesta na obě strany od průsečíku a otaguje. Pokud už body v patřičné vzdálenosti existují, použijí se existující. No už vidím, jak se budu trefovat do správné délky :-D To raději udělám ty dva body podle katastrálních map. Navíc, v naprosté většině případů nemají cesty na průsečíku společný bod, takže jeden bod vytvořit musím. Ale co by šlo (ty určitě budeš mít představu jak to udělat v GUI, já to budu zkoumat mnohem déle): 1) aktivuji tool 2) kliknu na na cestu v místě začátku mostu/propustku (cesta na kterou chci kliknout se vysvítí - stejně jako u contourmerge pluginu) 3) vytvoří se bod (nebo se vybere již existující) 4) mezi prvním bodem a kurzorem myši se začne vykreslovat čára symbolizující most 5) kliknu na místo, kde most/propustek končí 6) vytvoří se (použije se již existující) druhý bod 7) cesta se rozdělí 8) vybere se segment mostu/tunelu 9) pokud jsem klikl na cestu - segment se otaguje jako most 10) pokud jsem klikl na waterway - segment se otaguje jako propustek 11) pokud to není ani higway ani waterway - rollback a chybová hláška 12) přidám nebo upravím tag layer - u mostu - layer = layer + 1; u propustku: layer = layer - 1 Podobně by šly dělat i pasáž - cesta prochází budovou. Mohl by se přidat modifikátor, který by místo mostu vytvořil tunel a místo propustku aquadukt ;-) Marián (Možná bychom se obešli i bez dialogu, stačilo by přes klávesu přepínat mezi mostkem a strouhou, šířka rozumný default.) Martin ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Osmose Česká republika
To, že se něco zdigitalizuje ještě vůbec neznamená, že geometrie a poloha budovy přesně sedí. Častokrát to vůbec nesedí na Bing (po kalibraci). Nové budovy sedí přesně, ale ty starší, často to jsou statky se stodolami, jsou všelijak posunuté. Zdigitalizovaná budova má nesprávný tvar, nesprávnou polohu a vůbec vypadá podivně. A v katastrální mapě to je úplně stejně blbě. Nevím, jestli u těch starších budov dojde časem ke zpřesnění, nebo se počká jestli spadne nebo se bude rekonstruovat. Marián Dne 8.12.2014 19:32, Petr Vejsada napsal(a): Ahoj, CzechAddress si vykoledoval spoustu křížících se budov, protože na nich upravil adresu, ale geometrii pochopitelně ne; tak chytrý není. Takže tohle znám :-) S těmi potoky je to složité. Někde je třeba potok podle DIBAVOD, pak se zdigitalizuje KÚ (= máme digitální baráky) a ty baráky stojí doslova na vodě. Zřejmě tedy bude potok nepřesně. Jenže co s ním, když na satelitních/leteckých fotkách není vidět? Třeba tam není, třeba je zarostlý, teče v podzemní rouře, kdo ví? Na smazání to není, protože tam ten potok třeba (někde) je, ale jestli protéká těmi domy, spíš ne :), tak kam s ním, doprava nebo doleva? To je hádání. Alternativa - všechno v Osmose povypínat a postupovat opačně - postupně zapínat jednotlivé testy? -- Petr Dne Po 8. prosince 2014 18:23:17, Mirek Dlask napsal(a): Ahoj, 6136 5323 level 3 :-) Příčina? Opravuju chyby po Vás a nikdo neopravuje moje chyby. Takže můžete začít ... třeba Cesta protínající vodu Duplikované hodnoty source=uhul:ortofoto; cuzk:km; uhul:ortofoto Multiple numbers 34 in way Profesora Františka Vojtíška - je to node klasická adresa housen a conscriptionn... Way node tagged like way - někde jsem okoukal kombinaci tunnel=culvert + waterway=stream. Jednoduché a levné. A najednou je to špatně. Přitom v ZABAGED jsou propustky nejen liniové, ale i bodové, někde jsou mosty. Já většinou používal bod. Jak je to vůbec s použitím WMS vrstev ZABAGED ? http://geoportal.cuzk.cz/WMS_ZABAGED_PUB/service.svc/get? Postavit propustek v JOSM je docela šichta. Většinou je nutné si vyrobit body a pak teprve krájet. A otagovat. Navíc na mnoha místech je v reálu voda pod městem, v OSM ji rozstřikují projíždějící auta. Teď mám staženou oblast kde je 516 křížení cesty a vody. Jdu rychle opravovat, ať máte míň chyb než já ;-) Mirek Dne 8. prosince 2014 17:15 Marián Kyral mky...@email.cz napsal(a): Dne 8.12.2014 09:10, Kasparek Tomas napsal(a): -- Původní zpráva -- Od: Marián Kyral mky...@email.cz mky...@email.cz Škoda, myslel jsem, ze uděláme soutěž, ale píše mi to jen: Vice než 500 :-) kdo ma min nebo kdo vic :-D ? Kdo nic nedělá, nic nezkazí, že? ;-) Ale mohl by to být poměr počet změněných objektů vs. počet chyb. ;-) Bye ___ Talk-cz mailing listTalk-cz@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/tal k-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Osmose Česká republika
Dne 8.12.2014 19:55, Mirek Dlask napsal(a): Nedávno jsem našel toto http://geoportal.cuzk.cz/(S(edrn34aqju5rgehhxpqqot5a))/Default.aspx?mode=TextMetaside=wms.verejnemetadataID=CZ-CUZK-WMS-ZABAGED-PmetadataXSL=metadata.sluzbamenu=3113 http://geoportal.cuzk.cz/%28S%28edrn34aqju5rgehhxpqqot5a%29%29/Default.aspx?mode=TextMetaside=wms.verejnemetadataID=CZ-CUZK-WMS-ZABAGED-PmetadataXSL=metadata.sluzbamenu=3113 Znamená to snad, že můžeme mapovat podle ortofoto mapy, která je tam též? http://geoportal.cuzk.cz/%28S%28g0hxkax1lwypr5i5d1pmhq4z%29%29/Default.aspx?menu=3121mode=TextMetaside=wms.verejnemetadataID=CZ-CUZK-WMS-ORTOFOTO-PmetadataXSL=metadata.sluzba Jestli se nepletu, tak nemáme povoleno mapovat dle barevné ortofoto mapy od UHULu. A ČÚZK to má zřejmě ze stejního zdroje. Jak to tedy je? Marián Mám problém. Nemám Nastavení mapy ani Předvolby značení Není to nějakej plugin (JOSM) Mirek Dne 8. prosince 2014 19:27 Marián Kyral mky...@email.cz mailto:mky...@email.cz napsal(a): Dne 8.12.2014 18:23, Mirek Dlask napsal(a): Ahoj, 6136 5323 level 3 :-) Příčina? Opravuju chyby po Vás a nikdo neopravuje moje chyby. To víš. Nemůžeme všichni dělat všechno ;-) Takže můžete začít ... třeba Cesta protínající vodu Duplikované hodnoty source=uhul:ortofoto; cuzk:km; uhul:ortofoto Multiple numbers 34 in way Profesora Františka Vojtíška - je to node klasická adresa housen a conscriptionn... Way node tagged like way - někde jsem okoukal kombinaci tunnel=culvert + waterway=stream. Jednoduché a levné. A najednou je to špatně. Přitom v ZABAGED jsou propustky nejen liniové, ale i bodové, někde jsou mosty. Já většinou používal bod. On ten propustek vždy má nějakou reálnou délku. Takže bod asi moc dobře není. Já na to zatím moc nekoukal, ale co mne praštilo do očí. je použití noexit - Já myslel, že to je klasická slepá ulice, ale dle definice na wiki, stačí aby dál pokračoval chodník a už se noexit používat nemá. No tak si to zase všechno pěkně smažu :-( Jak je to vůbec s použitím WMS vrstev ZABAGED ? http://geoportal.cuzk.cz/WMS_ZABAGED_PUB/service.svc/get? Vůbec netuším, o tomhle zdroji jsem nevěděl. Postavit propustek v JOSM je docela šichta. Většinou je nutné si vyrobit body a pak teprve krájet. A otagovat. Nastavení mapy / Předvolby značení a přidat One click settings. Trochu ulehčí tagování. Marián Navíc na mnoha místech je v reálu voda pod městem, v OSM ji rozstřikují projíždějící auta. Teď mám staženou oblast kde je 516 křížení cesty a vody. Jdu rychle opravovat, ať máte míň chyb než já ;-) Mirek Dne 8. prosince 2014 17:15 Marián Kyral mky...@email.cz mailto:mky...@email.cz napsal(a): Dne 8.12.2014 09:10, Kasparek Tomas napsal(a): -- Původní zpráva -- Od: Marián Kyral mky...@email.cz mailto:mky...@email.cz Škoda, myslel jsem, ze uděláme soutěž, ale píše mi to jen: Vice než 500 :-) kdo ma min nebo kdo vic :-D ? Kdo nic nedělá, nic nezkazí, že? ;-) Ale mohl by to být poměr počet změněných objektů vs. počet chyb. ;-) Bye ___ Talk-cz mailing list Talk-cz@openstreetmap.org mailto:Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org mailto:Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org mailto:Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org mailto:Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Osmose Česká republika
Dne 8.12.2014 21:12, Marián Kyral napsal(a): Dne 8.12.2014 19:55, Mirek Dlask napsal(a): Nedávno jsem našel toto http://geoportal.cuzk.cz/(S(edrn34aqju5rgehhxpqqot5a))/Default.aspx?mode=TextMetaside=wms.verejnemetadataID=CZ-CUZK-WMS-ZABAGED-PmetadataXSL=metadata.sluzbamenu=3113 http://geoportal.cuzk.cz/%28S%28edrn34aqju5rgehhxpqqot5a%29%29/Default.aspx?mode=TextMetaside=wms.verejnemetadataID=CZ-CUZK-WMS-ZABAGED-PmetadataXSL=metadata.sluzbamenu=3113 Znamená to snad, že můžeme mapovat podle ortofoto mapy, která je tam též? http://geoportal.cuzk.cz/%28S%28g0hxkax1lwypr5i5d1pmhq4z%29%29/Default.aspx?menu=3121mode=TextMetaside=wms.verejnemetadataID=CZ-CUZK-WMS-ORTOFOTO-PmetadataXSL=metadata.sluzba Jestli se nepletu, tak nemáme povoleno mapovat dle barevné ortofoto mapy od UHULu. A ČÚZK to má zřejmě ze stejního zdroje. Jak to tedy je? A vzhledem k tomu, že to má stejné podmínky užití, jako prohlížení KM, tak by to mohla být i pravda. No to by byla bomba. http://geoportal.cuzk.cz/Dokumenty/Podminky_sluzby_CUZK.pdf Marián Marián Mám problém. Nemám Nastavení mapy ani Předvolby značení Není to nějakej plugin (JOSM) Mirek Dne 8. prosince 2014 19:27 Marián Kyral mky...@email.cz mailto:mky...@email.cz napsal(a): Dne 8.12.2014 18:23, Mirek Dlask napsal(a): Ahoj, 6136 5323 level 3 :-) Příčina? Opravuju chyby po Vás a nikdo neopravuje moje chyby. To víš. Nemůžeme všichni dělat všechno ;-) Takže můžete začít ... třeba Cesta protínající vodu Duplikované hodnoty source=uhul:ortofoto; cuzk:km; uhul:ortofoto Multiple numbers 34 in way Profesora Františka Vojtíška - je to node klasická adresa housen a conscriptionn... Way node tagged like way - někde jsem okoukal kombinaci tunnel=culvert + waterway=stream. Jednoduché a levné. A najednou je to špatně. Přitom v ZABAGED jsou propustky nejen liniové, ale i bodové, někde jsou mosty. Já většinou používal bod. On ten propustek vždy má nějakou reálnou délku. Takže bod asi moc dobře není. Já na to zatím moc nekoukal, ale co mne praštilo do očí. je použití noexit - Já myslel, že to je klasická slepá ulice, ale dle definice na wiki, stačí aby dál pokračoval chodník a už se noexit používat nemá. No tak si to zase všechno pěkně smažu :-( Jak je to vůbec s použitím WMS vrstev ZABAGED ? http://geoportal.cuzk.cz/WMS_ZABAGED_PUB/service.svc/get? Vůbec netuším, o tomhle zdroji jsem nevěděl. Postavit propustek v JOSM je docela šichta. Většinou je nutné si vyrobit body a pak teprve krájet. A otagovat. Nastavení mapy / Předvolby značení a přidat One click settings. Trochu ulehčí tagování. Marián Navíc na mnoha místech je v reálu voda pod městem, v OSM ji rozstřikují projíždějící auta. Teď mám staženou oblast kde je 516 křížení cesty a vody. Jdu rychle opravovat, ať máte míň chyb než já ;-) Mirek Dne 8. prosince 2014 17:15 Marián Kyral mky...@email.cz mailto:mky...@email.cz napsal(a): Dne 8.12.2014 09:10, Kasparek Tomas napsal(a): -- Původní zpráva -- Od: Marián Kyral mky...@email.cz mailto:mky...@email.cz Škoda, myslel jsem, ze uděláme soutěž, ale píše mi to jen: Vice než 500 :-) kdo ma min nebo kdo vic :-D ? Kdo nic nedělá, nic nezkazí, že? ;-) Ale mohl by to být poměr počet změněných objektů vs. počet chyb. ;-) Bye ___ Talk-cz mailing list Talk-cz@openstreetmap.org mailto:Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org mailto:Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org mailto:Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org mailto:Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Osmose Česká republika
Dne 8.12.2014 20:45, Marián Kyral napsal(a): Dne 8.12.2014 19:36, Martin Švec - OSM napsal(a): Dne 7.12.2014 22:09, Marián Kyral napsal(a): A ještě jeden nápad mám v hlavě - hodně mne štve, jak je komplikované udělat z kousku silnice most (kouska potoka tunel). Vybrat cesru a dva body, rozdělit pomocí p, vybrat prostřední kousek a změnit jej na most. Je tam dvakrát výběr. Uvažuji nad nějakým pluginem, kde by stačilo vybrat cestu a ty dva body a pak jen kliknout na Convert to bridge/ Convert to tunnel. Rozdělení a otagování by se provedlo automaticky. A proč se zdržovat s vyráběním+výběrem bodů? :-) Co takto: Při kliknutí na průsečík cesty a vody se zobrazí dialog, v něm se vybere bridge/culvert a délka v metrech. Pak se sekne příslušná cesta na obě strany od průsečíku a otaguje. Pokud už body v patřičné vzdálenosti existují, použijí se existující. No už vidím, jak se budu trefovat do správné délky :-D To raději udělám ty dva body podle katastrálních map. Navíc, v naprosté většině případů nemají cesty na průsečíku společný bod, takže jeden bod vytvořit musím. Ale co by šlo (ty určitě budeš mít představu jak to udělat v GUI, já to budu zkoumat mnohem déle): 1) aktivuji tool 2) kliknu na na cestu v místě začátku mostu/propustku (cesta na kterou chci kliknout se vysvítí - stejně jako u contourmerge pluginu) 3) vytvoří se bod (nebo se vybere již existující) 4) mezi prvním bodem a kurzorem myši se začne vykreslovat čára symbolizující most 5) kliknu na místo, kde most/propustek končí 6) vytvoří se (použije se již existující) druhý bod 7) cesta se rozdělí 8) vybere se segment mostu/tunelu 9) pokud jsem klikl na cestu - segment se otaguje jako most 10) pokud jsem klikl na waterway - segment se otaguje jako propustek 11) pokud to není ani higway ani waterway - rollback a chybová hláška 12) přidám nebo upravím tag layer - u mostu - layer = layer + 1; u propustku: layer = layer - 1 Jo, to zní taky dobře. Ale zklamu tě, interaktivní záležitosti v GUI jsem vůbec nezkoumal. Celý Tracer je jednorázová transakce nad zamknutým DataSetem, dál jsem se nedostal. Martin ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Osmose Česká republika
Dne 8.12.2014 21:22, Martin Švec - OSM napsal(a): Dne 8.12.2014 20:45, Marián Kyral napsal(a): Dne 8.12.2014 19:36, Martin Švec - OSM napsal(a): Dne 7.12.2014 22:09, Marián Kyral napsal(a): A ještě jeden nápad mám v hlavě - hodně mne štve, jak je komplikované udělat z kousku silnice most (kouska potoka tunel). Vybrat cesru a dva body, rozdělit pomocí p, vybrat prostřední kousek a změnit jej na most. Je tam dvakrát výběr. Uvažuji nad nějakým pluginem, kde by stačilo vybrat cestu a ty dva body a pak jen kliknout na Convert to bridge/ Convert to tunnel. Rozdělení a otagování by se provedlo automaticky. A proč se zdržovat s vyráběním+výběrem bodů? :-) Co takto: Při kliknutí na průsečík cesty a vody se zobrazí dialog, v něm se vybere bridge/culvert a délka v metrech. Pak se sekne příslušná cesta na obě strany od průsečíku a otaguje. Pokud už body v patřičné vzdálenosti existují, použijí se existující. No už vidím, jak se budu trefovat do správné délky :-D To raději udělám ty dva body podle katastrálních map. Navíc, v naprosté většině případů nemají cesty na průsečíku společný bod, takže jeden bod vytvořit musím. Ale co by šlo (ty určitě budeš mít představu jak to udělat v GUI, já to budu zkoumat mnohem déle): 1) aktivuji tool 2) kliknu na na cestu v místě začátku mostu/propustku (cesta na kterou chci kliknout se vysvítí - stejně jako u contourmerge pluginu) 3) vytvoří se bod (nebo se vybere již existující) 4) mezi prvním bodem a kurzorem myši se začne vykreslovat čára symbolizující most 5) kliknu na místo, kde most/propustek končí 6) vytvoří se (použije se již existující) druhý bod 7) cesta se rozdělí 8) vybere se segment mostu/tunelu 9) pokud jsem klikl na cestu - segment se otaguje jako most 10) pokud jsem klikl na waterway - segment se otaguje jako propustek 11) pokud to není ani higway ani waterway - rollback a chybová hláška 12) přidám nebo upravím tag layer - u mostu - layer = layer + 1; u propustku: layer = layer - 1 Jo, to zní taky dobře. Ale zklamu tě, interaktivní záležitosti v GUI jsem vůbec nezkoumal. Celý Tracer je jednorázová transakce nad zamknutým DataSetem, dál jsem se nedostal. No to já taky ne. Ale ty umíš lépe hledat v dokumentaci. Já se v ní ztrácím, hledám něco a ani vlastně nevím co :-D Určitě by se jako základ dal využít ten contour merge plugin. Musím to prozkoumat. Marián Martin ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Osmose Česká republika
Dne 8.12.2014 21:18, Marián Kyral napsal(a): Dne 8.12.2014 21:12, Marián Kyral napsal(a): Dne 8.12.2014 19:55, Mirek Dlask napsal(a): Nedávno jsem našel toto http://geoportal.cuzk.cz/(S(edrn34aqju5rgehhxpqqot5a))/Default.aspx?mode=TextMetaside=wms.verejnemetadataID=CZ-CUZK-WMS-ZABAGED-PmetadataXSL=metadata.sluzbamenu=3113 http://geoportal.cuzk.cz/%28S%28edrn34aqju5rgehhxpqqot5a%29%29/Default.aspx?mode=TextMetaside=wms.verejnemetadataID=CZ-CUZK-WMS-ZABAGED-PmetadataXSL=metadata.sluzbamenu=3113 Znamená to snad, že můžeme mapovat podle ortofoto mapy, která je tam též? http://geoportal.cuzk.cz/%28S%28g0hxkax1lwypr5i5d1pmhq4z%29%29/Default.aspx?menu=3121mode=TextMetaside=wms.verejnemetadataID=CZ-CUZK-WMS-ORTOFOTO-PmetadataXSL=metadata.sluzba Jestli se nepletu, tak nemáme povoleno mapovat dle barevné ortofoto mapy od UHULu. A ČÚZK to má zřejmě ze stejního zdroje. Jak to tedy je? A vzhledem k tomu, že to má stejné podmínky užití, jako prohlížení KM, tak by to mohla být i pravda. No to by byla bomba. http://geoportal.cuzk.cz/Dokumenty/Podminky_sluzby_CUZK.pdf Hlavní otázka asi bude: Ortofoto - to jsou nebo nejsou prostorová data dle vyhlášky č. 103/2010? Marián ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Osmose Česká republika
Dne 8.12.2014 21:18, Marián Kyral napsal(a): Dne 8.12.2014 21:12, Marián Kyral napsal(a): Dne 8.12.2014 19:55, Mirek Dlask napsal(a): Nedávno jsem našel toto http://geoportal.cuzk.cz/(S(edrn34aqju5rgehhxpqqot5a))/Default.aspx?mode=TextMetaside=wms.verejnemetadataID=CZ-CUZK-WMS-ZABAGED-PmetadataXSL=metadata.sluzbamenu=3113 http://geoportal.cuzk.cz/%28S%28edrn34aqju5rgehhxpqqot5a%29%29/Default.aspx?mode=TextMetaside=wms.verejnemetadataID=CZ-CUZK-WMS-ZABAGED-PmetadataXSL=metadata.sluzbamenu=3113 Znamená to snad, že můžeme mapovat podle ortofoto mapy, která je tam též? http://geoportal.cuzk.cz/%28S%28g0hxkax1lwypr5i5d1pmhq4z%29%29/Default.aspx?menu=3121mode=TextMetaside=wms.verejnemetadataID=CZ-CUZK-WMS-ORTOFOTO-PmetadataXSL=metadata.sluzba Jestli se nepletu, tak nemáme povoleno mapovat dle barevné ortofoto mapy od UHULu. A ČÚZK to má zřejmě ze stejního zdroje. Jak to tedy je? A vzhledem k tomu, že to má stejné podmínky užití, jako prohlížení KM, tak by to mohla být i pravda. No to by byla bomba. http://geoportal.cuzk.cz/Dokumenty/Podminky_sluzby_CUZK.pdf Lehce jsem podmínky prolítnul, když tu Petr Vejsada nadhodil dotaz v souvislosti s poloha.net. A coby neprávník si vůbec nejsem jistý, jak to s používáním WMS je. Na ukázku: * Podmínky užití - zpoplatnění služby: Žádné podmínky neplatí. :-)) * Omezení přístupu - Opětovnému využití dat zpřístupněných službou pro obchodní účely je zamezeno začleněním ochranných znaků (copyright ČÚZK). ...vyplývá z toho něco? * PDFko se odvolává na vyhlášku č. 103/2010. Z té právničiny mi přišlo, že není dovoleno skoro nic. * http://geoportal.cuzk.cz/Dokumenty/podminky.html, Podmínky poskytování a užití prohlížecích služeb: Bezplatně poskytované prohlížecí služby nejsou určeny ke komerčnímu užití a podléhají autorsko-právní ochraně zákona č. 121/2000 Sb. Pro jejich šíření, reprodukci v původní či pozměněné podobě i nekomerčního charakteru, je nutný písemný souhlas ZÚ. tohle už je dost konkrétní. * http://www.mail-archive.com/talk-cz@openstreetmap.org/msg08077.html ... jasné zamítnutí ZÚ/ČÚZK z roku 2012 pro účely obkreslování v OSM. Mně z toho vychází, že se do WMS můžeme dívat pro soukromou potřebu, ale nesmíme je dál šířit nebo obkreslovat. Možná by mohl někdo zběhlejší v právech a licencích znovu naťuknout ČÚZK. Třeba mezitím změnili právničku :-) Ortofoto jako zdroj v JOSM by byl naprosto super. Martin ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Osmose Česká republika
On 8.12.2014 21:38, Marián Kyral wrote: Dne 8.12.2014 21:22, Martin Švec - OSM napsal(a): Dne 8.12.2014 20:45, Marián Kyral napsal(a): Dne 8.12.2014 19:36, Martin Švec - OSM napsal(a): Dne 7.12.2014 22:09, Marián Kyral napsal(a): A ještě jeden nápad mám v hlavě - hodně mne štve, jak je komplikované udělat z kousku silnice most (kouska potoka tunel). Vybrat cesru a dva body, rozdělit pomocí p, vybrat prostřední kousek a změnit jej na most. Je tam dvakrát výběr. Uvažuji nad nějakým pluginem, kde by stačilo vybrat cestu a ty dva body a pak jen kliknout na Convert to bridge/ Convert to tunnel. Rozdělení a otagování by se provedlo automaticky. A proč se zdržovat s vyráběním+výběrem bodů? :-) Co takto: Při kliknutí na průsečík cesty a vody se zobrazí dialog, v něm se vybere bridge/culvert a délka v metrech. Pak se sekne příslušná cesta na obě strany od průsečíku a otaguje. Pokud už body v patřičné vzdálenosti existují, použijí se existující. No už vidím, jak se budu trefovat do správné délky :-D To raději udělám ty dva body podle katastrálních map. Navíc, v naprosté většině případů nemají cesty na průsečíku společný bod, takže jeden bod vytvořit musím. Ale co by šlo (ty určitě budeš mít představu jak to udělat v GUI, já to budu zkoumat mnohem déle): 1) aktivuji tool 2) kliknu na na cestu v místě začátku mostu/propustku (cesta na kterou chci kliknout se vysvítí - stejně jako u contourmerge pluginu) 3) vytvoří se bod (nebo se vybere již existující) 4) mezi prvním bodem a kurzorem myši se začne vykreslovat čára symbolizující most 5) kliknu na místo, kde most/propustek končí 6) vytvoří se (použije se již existující) druhý bod 7) cesta se rozdělí 8) vybere se segment mostu/tunelu 9) pokud jsem klikl na cestu - segment se otaguje jako most 10) pokud jsem klikl na waterway - segment se otaguje jako propustek 11) pokud to není ani higway ani waterway - rollback a chybová hláška 12) přidám nebo upravím tag layer - u mostu - layer = layer + 1; u propustku: layer = layer - 1 Jo, to zní taky dobře. Ale zklamu tě, interaktivní záležitosti v GUI jsem vůbec nezkoumal. Celý Tracer je jednorázová transakce nad zamknutým DataSetem, dál jsem se nedostal. No to já taky ne. Ale ty umíš lépe hledat v dokumentaci. Já se v ní ztrácím, hledám něco a ani vlastně nevím co :-D Určitě by se jako základ dal využít ten contour merge plugin. Musím to prozkoumat. Dokumentace? Ale fujtajbl :-) Hlavně se musí číst zdrojáky. Vyšel bych z ImproveWayAccuracyAction.java [1], tam je všechno krásně na jednom místě. Z toho co vidím: (a) Implementuješ rozšíření třídy MapMode = režim toolu, to dělá i Tracer. (b) Implementuješ rozhraní MapViewPaintable, přes něj se metodou paint() kreslí. (c) V enterMode() si přidáš dočasnou vrstvu s tvou implementací MapViewPaintable přes Main.map.mapView.addTemporaryLayer(this). (d) Zahákneš si listenery na události myši a modifikátorů. (e) Reaguješ na události, pamatuješ si stavy, a podle nich kreslíš a edituješ. (f) V exitMode() po sobě uklidíš listenery a kreslící vrstvu. Tolik teorie, praxi nechám na tobě ;-) Jaks výš popsal princip toolu -- v bodě (3) bych nový bod nevytářel, jen si zapamatoval jeho místo a vykresloval fiktivní bod v temporary vrstvě. Oba uzly by se vytvořily až po kliknutí (5), ať undo zruší celou operaci. [1] http://josm.openstreetmap.de/browser/trunk/src/org/openstreetmap/josm/actions/mapmode/ImproveWayAccuracyAction.java Martin ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Osmose Česká republika
On Mon, Dec 08, 2014 at 07:32:42PM +0100, Petr Vejsada wrote: CzechAddress si vykoledoval spoustu křížících se budov, protože na nich upravil adresu, ale geometrii pochopitelně ne; tak chytrý není. Takže tohle Ahoj, koukal jsem se na chybu Multiple numbers 841/8a in way Barvy, podle vseho jsou to stare adresy blbe umistene se zdrojem uir_adr. Petre, nestalo by za to zkusit to nejak automatizovane zpracovat - zatim co jsem videl, v podstate pri duplicite to co je uir_adr smazat, RUIAN zatim vzdy vypadal mnohem lepe (predevsim umistenim). Jinak mne se libi predevsim vlastni chyby - i kdyz drtiva vetsina je tim, ze clovek sahne na neco v okoli, je to motivace to spravit :-) Drtivou vetsinu mam taky krizeni vody, ale nebyly toho stovky, tak jsem to zkousel projit rucne a vetsinou podle fotomapy jsem nasel nejake rozumne reseni - ale ano je to realtivne pracne, na druhou stranu to zvysuje kvalitu mapy, takze to ma podle mne smysl. Jinak jeste otazka na automatiku - mel jsem tam tag 'wood' - 'leaf_type', melo by smysl zkouset to vymyslet automatizovane? A posledni, ted delaji extrakty frantici, rikal jsem si ze bych to prece jen zkusil delat sam a casteji nez jednou denne (primarne abych se to naucil a vyzkousel si to). Nema s tim nekdo nejake blizsi zkusenosti? Zatim to vypada ze bud pouziju nejaky z mnoha nastroju nebo osmose web pro polygon (tak casto se nemeni) a pak osmconvert uz zvladne zbytek (v kombinaci s osmupdate), takze primarne mne vpodstate zajima jak zjistit, ze vysledek je OK - tj. jednoduse ho asi vykresilt do mapy (.bpf) Mejte se -- Tomas Kasparek e-mail: kaspa...@fit.vutbr.cz CVT FIT VUT Brno, L127 jabber: tomas.kaspa...@jabber.cz Bozetechova 1, 612 66web : http://www.fit.vutbr.cz/~kasparek Brno, Czech Republic phone : +420 54114-1220 GPG:2F1E 1AAF FD3B CFA3 1537 63BD DCBE 18FF A035 53BC May the command line live forever! pgprQU7eUSEfy.pgp Description: PGP signature ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk-fr] Maison de santé
Bonjour, Plutôt vers là? http://wiki.openstreetmap.org/wiki/FR:Key:social_facility Romain Le 6 décembre 2014 13:14, Yves Pratter yves.prat...@gmail.com a écrit : Bonjour, Une maison de santé vient d’ouvrir dans ma région. Quels attributs utiliser ? Il existe une discussion de mai 2010 https://lists.openstreetmap.org/pipermail/talk-fr/2010-May/021835.html sur les maisons de retraites : * je viens de trouver sur ** http://wiki.openstreetmap.org/wiki/Nominatim/Special_Phrases http://wiki.openstreetmap.org/wiki/Nominatim/Special_Phrases ** Maison de retraite: (amenity=retirement_home) ** Maison de santé: (amenity=nursing_home) * Hors amenity=nursing_home http://wiki.openstreetmap.org/wiki/Tag:amenity=nursing_home décrit une maison de retraite médicalisé, pas un cabinet infirmier ni une maison de santé ;-) Une petite recherche avec Nominatim renvoi ceci : - *building=yes* (http://www.openstreetmap.org/way/139471431) il y en a beaucoup mais ce n’est pas suffisant. - *building=civic* (http://www.openstreetmap.org/way/277479886) ?? - *amenity=hospital* (http://www.openstreetmap.org/way/253184040) mais ce n’est pas ça - *amenity=clinic* (http://www.openstreetmap.org/way/208554059) non - *amenity=nursing_home* (http://www.openstreetmap.org/way/268413745) pas du tout (ça doit être l’exemple de la maison de retraite. La traduction dans nominatim/osm est Soins infirmiers” !) - *amenity=doctors* (http://www.openstreetmap.org/way/148135789) on se rapproche mais ce n’est pas encore ça - *amenity=dentist* (http://www.openstreetmap.org/node/1409068528) bien comme docteurs, mais incomplet - *office=physician* (http://www.openstreetmap.org/node/2800705715) bureau de médecin, bof (c’est iD qui propose ça ? http://taginfo.openstreetmap.org/tags/office=physician#projects) - *building=healthcare* ± *health_facility:type=health_centre* (OSM affiche ça comme une “maison” http://www.openstreetmap.org/way/304800741) Le dernier semble bien mais comment est-il géré par les moteurs de recherche, de rendu (OSM France au hasard) et les éditeurs ?? http://wiki.openstreetmap.org/wiki/Humanitarian_OSM_Tags/Humanitarian_Data_Model#Health_Facility http://wiki.openstreetmap.org/wiki/Proposed_features/Healthcare_2.0 Un rapide coup d’œil sur la proposition indique qu’on pourrait / devrait ? utiliser *health_facility:type=office* avec *health_person:type= physician; psychologist;nurse;…* sauf que ce champ n’a pas l’air d’accepter des valeurs multiples. Avez-vous des idées sur la question ? — Yves Requête overpass http://overpass-turbo.eu/s/6oU utilisant une expression rationnelle node[name~Maison de Santé,i]; Renvoie 32 chemins et 13 nœuds ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Maison de santé
Bonjour, On 08 Dec 2014, at 09:58, Romain MEHUT romain.me...@gmail.com wrote: Plutôt vers là? http://wiki.openstreetmap.org/wiki/FR:Key:social_facility http://wiki.openstreetmap.org/wiki/FR:Key:social_facility En fait c’est dans le domaine du soin, pas du social. Il y avait cette valeur social_facility http://wiki.openstreetmap.org/wiki/Key:social_facility=healthcare mais comme tu peux le voir elle est rayée sur le wiki (depuis le 3 février 2011 à 14:14 ). Au passage, en faisant des recherches avec Overpass j’ai trouvé des laboratoires d’analyses médicales avec des tags variés. Ces derniers n’existent pas semble-t-il en Allemagne est en Suisse (dans le canton de Berne les médecins ont leur propre labos au cabinet et c’est la secrétaire qui fait les prélèvements et les analyses). Bref, il faut passer un petit coup de chiffon dans les données et trouver un modèle homogène pour la France pour s’assurer que les données soient trouvables et visualisables. — Yves___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM.org dev/sys admins (était : Besoin d'aide pour faire avancer Switch2OSM en français)
On 07 Dec 2014, at 19:09, sly (sylvain letuffe) lis...@letuffe.org wrote: Richard n'aurait peut-être pas transféré switch2OSM.org à la fondation, et ça ira au final peut-être mieux. Lui ou quelqu’un d’autre peut transférer les sources sous github ? Pour en revenir à ton sujet, avec des propositions : 1) Demande un compte sur www.openstreetmap.fr et mets y ta traduction de S2O 2) Réserves/réservons un passeraOSM.org et hébergerons le sur un site de l'asso fr Dans un premier temps, un simple sous domaine suffira pour faire des tests, proposer aux autres communautés de rajouter d’autres langues. switch2osm.openstreetmap.fr http://switch2osm.openstreetmap.fr/ par exemple ;-) 3) Colle ta traduction sur le wiki.osm.org Ben je préfère au minimum le fichier dans github (± un outil local), ou mieux l’utilisation d’outils adaptés comme transifex https://www.google.fr/url?sa=trct=jq=esrc=ssource=webcd=1cad=rjauact=8sqi=2ved=0CCEQFjAAurl=https://www.transifex.com/ei=OIKFVNXQDYevU5rhglgusg=AFQjCNGnGX2F6v5Mz_s-bpgjSXJ396lI9Asig2=bkTacsmpRCg7zRCRfCyMgwbvm=bv.80642063,d.d24 ou translatewiki https://translatewiki.net/. — Yves___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ouistreham Riva-Bella
2014-12-06 15:34 GMT+01:00 Stéphane Péneau stephane.pen...@wanadoo.fr: On fait quoi ? Un alt_name=Ouistreham Riva-Bella en attendant ? Selon moi, alt_name suppose une alternative relativement officielle. Là, on trouve un cas assez rare, voir exceptionnel où c'est la mairie qui pose des panneaux pour imposer (le maire dira anticiper) une version qui a pourtant peu de chance de passer la rampe des décrets (si on en croit la presse, ça n'a même pas encore passé la rampe du conseil municipal ! le préfet pourrait rapidement mettre son hola sur cette initiative). Si je comprends bien, rive-bella est un des lieux-dits de la commune et le nom Ouistreham Riva-Bella désignait uniquement la plage et la station balnéaire y attenant . Plutot que alt_name, j'opterais pour loc_name qui marque d'avantage le caractère pour l'instant local de l'initiative (et nominatim le supporte aussi, je crois). L'ajout d'un tag note pourrait aussi éclairer les autres contributeurs et utilisateurs (initiative du maire, démarche officielle pas encore lancée, etc). Je me dis que certains maires ont dédidément beaucoup de temps libre mais l'essentiel est d'être sur la photo... Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ouistreham Riva-Bella
Vous emballez pas trop vite : ledit maire venant de se faire retoquer ses comptes de campagne des municipales par la CNCCFP, son élection peut être annulée par le tribunal administratif de Caen et lui être déclaré inéligible. Bref, ça risque fort de revenir comme avant, et ce très vite... http://www.libertebonhomme.fr/2014/12/07/les-comptes-de-romain-bail-examines-par-le-tribunal-administratif/ Francescu Le 8 décembre 2014 12:30, Pieren pier...@gmail.com a écrit : 2014-12-06 15:34 GMT+01:00 Stéphane Péneau stephane.pen...@wanadoo.fr: On fait quoi ? Un alt_name=Ouistreham Riva-Bella en attendant ? Selon moi, alt_name suppose une alternative relativement officielle. Là, on trouve un cas assez rare, voir exceptionnel où c'est la mairie qui pose des panneaux pour imposer (le maire dira anticiper) une version qui a pourtant peu de chance de passer la rampe des décrets (si on en croit la presse, ça n'a même pas encore passé la rampe du conseil municipal ! le préfet pourrait rapidement mettre son hola sur cette initiative). Si je comprends bien, rive-bella est un des lieux-dits de la commune et le nom Ouistreham Riva-Bella désignait uniquement la plage et la station balnéaire y attenant . Plutot que alt_name, j'opterais pour loc_name qui marque d'avantage le caractère pour l'instant local de l'initiative (et nominatim le supporte aussi, je crois). L'ajout d'un tag note pourrait aussi éclairer les autres contributeurs et utilisateurs (initiative du maire, démarche officielle pas encore lancée, etc). Je me dis que certains maires ont dédidément beaucoup de temps libre mais l'essentiel est d'être sur la photo... Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Maison de santé
Il serait effectivement intéressant de normaliser les laboratoires médicaux. J'utilise doctors pour le moment (3 laboratoires tagés) et je trouve ça douteux Le 8 décembre 2014 11:41:16 UTC+01:00, Yves Pratter yves.prat...@gmail.com a écrit : Bonjour, On 08 Dec 2014, at 09:58, Romain MEHUT romain.me...@gmail.com wrote: Plutôt vers là? http://wiki.openstreetmap.org/wiki/FR:Key:social_facility http://wiki.openstreetmap.org/wiki/FR:Key:social_facility En fait c’est dans le domaine du soin, pas du social. Il y avait cette valeur social_facility http://wiki.openstreetmap.org/wiki/Key:social_facility=healthcare mais comme tu peux le voir elle est rayée sur le wiki (depuis le 3 février 2011 à 14:14 ). Au passage, en faisant des recherches avec Overpass j’ai trouvé des laboratoires d’analyses médicales avec des tags variés. Ces derniers n’existent pas semble-t-il en Allemagne est en Suisse (dans le canton de Berne les médecins ont leur propre labos au cabinet et c’est la secrétaire qui fait les prélèvements et les analyses). Bref, il faut passer un petit coup de chiffon dans les données et trouver un modèle homogène pour la France pour s’assurer que les données soient trouvables et visualisables. — Yves ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Pierre d'Huy___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ouistreham Riva-Bella
Effectivement loc_name semble le plus adéquat, je viens de l'ajouter. On verra la suite des évènements. Par contre, je ne vois pas le quartier Riva-Bella. Si quelqu'un sait où il se trouve, il est à ajouter. Stf Le lundi 8 décembre 2014 12:38:32, Francescu GAROBY a écrit : Vous emballez pas trop vite : ledit maire venant de se faire retoquer ses comptes de campagne des municipales par la CNCCFP, son élection peut être annulée par le tribunal administratif de Caen et lui être déclaré inéligible. Bref, ça risque fort de revenir comme avant, et ce très vite... http://www.libertebonhomme.fr/2014/12/07/les-comptes-de-romain-bail-examines-par-le-tribunal-administratif/ Francescu Le 8 décembre 2014 12:30, Pieren pier...@gmail.com mailto:pier...@gmail.com a écrit : 2014-12-06 15:34 GMT+01:00 Stéphane Péneau stephane.pen...@wanadoo.fr mailto:stephane.pen...@wanadoo.fr: On fait quoi ? Un alt_name=Ouistreham Riva-Bella en attendant ? Selon moi, alt_name suppose une alternative relativement officielle. Là, on trouve un cas assez rare, voir exceptionnel où c'est la mairie qui pose des panneaux pour imposer (le maire dira anticiper) une version qui a pourtant peu de chance de passer la rampe des décrets (si on en croit la presse, ça n'a même pas encore passé la rampe du conseil municipal ! le préfet pourrait rapidement mettre son hola sur cette initiative). Si je comprends bien, rive-bella est un des lieux-dits de la commune et le nom Ouistreham Riva-Bella désignait uniquement la plage et la station balnéaire y attenant . Plutot que alt_name, j'opterais pour loc_name qui marque d'avantage le caractère pour l'instant local de l'initiative (et nominatim le supporte aussi, je crois). L'ajout d'un tag note pourrait aussi éclairer les autres contributeurs et utilisateurs (initiative du maire, démarche officielle pas encore lancée, etc). Je me dis que certains maires ont dédidément beaucoup de temps libre mais l'essentiel est d'être sur la photo... Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouvelle analyse Osmose d'intégration des codes postaux
2014-12-06 19:34 GMT+01:00 Frédéric Rodrigo fred.rodr...@gmail.com: Note: cette analyse est basé sur la tag addr:postcode, que je considère pour ma part comme n'étant pas le bon. Selon moi on devrait utiliser postal_code pour les surfaces de code postaux. Voir mon mail sur talk-fr De l'usage des tags postal_code addr:postcode qui n'a soulevait aucun intérêt. Je suis aussi d'accord. La tendance est d'utiliser postal_code sur les zones et addr:* sur les adresses individuelles, sans doute pour des raisons historiques (le premier étant bien plus ancien dans OSM que le second). Par contre, je voudrais revenir sur l'Allemagne qui a accompli une action de groupe pour modéliser tous ses codes postaux sur l'ensemble de son territoire avec la relation de type=boundary + boundary=postal_code. Pourrait-on envisager le même type d'action en France ? Cette modélisation est plus cohérente avec la réalité dans nos pays puisque les codes postaux sont relativement indépendants des limites communales (plusieurs communes avec le même code postal ou une commune avec plusieurs codes postaux). A terme, plus il y aura de pays pour adopter ce type de relation, plus il y aura de chance pour que les logiciels de géocodage l'adoptent et cela nous permettra de nettoyer les postal_code et autres addr:postcode qui seraient à l'intérieur de ce polygone et donc redondants (répétés sur les relations commune. les noeuds/ways place et sur de nombreuses adresses individuelles). Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouvelle analyse Osmose d'intégration des codes postaux
Le 08/12/2014 13:02, Pieren a écrit : 2014-12-06 19:34 GMT+01:00 Frédéric Rodrigo fred.rodr...@gmail.com: Note: cette analyse est basé sur la tag addr:postcode, que je considère pour ma part comme n'étant pas le bon. Selon moi on devrait utiliser postal_code pour les surfaces de code postaux. Voir mon mail sur talk-fr De l'usage des tags postal_code addr:postcode qui n'a soulevait aucun intérêt. Je suis aussi d'accord. La tendance est d'utiliser postal_code sur les zones et addr:* sur les adresses individuelles, sans doute pour des raisons historiques (le premier étant bien plus ancien dans OSM que le second). Par contre, je voudrais revenir sur l'Allemagne qui a accompli une action de groupe pour modéliser tous ses codes postaux sur l'ensemble de son territoire avec la relation de type=boundary + boundary=postal_code. Pourrait-on envisager le même type d'action en France ? Cette modélisation est plus cohérente avec la réalité dans nos pays puisque les codes postaux sont relativement indépendants des limites communales (plusieurs communes avec le même code postal ou une commune avec plusieurs codes postaux). A terme, plus il y aura de pays pour adopter ce type de relation, plus il y aura de chance pour que les logiciels de géocodage l'adoptent et cela nous permettra de nettoyer les postal_code et autres addr:postcode qui seraient à l'intérieur de ce polygone et donc redondants (répétés sur les relations commune. les noeuds/ways place et sur de nombreuses adresses individuelles). Pieren Oui, tout a fait d'accord. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Labo d'analyses (était: Maison de santé)
Le 8 décembre 2014 12:41, Pierre d'Huy dh...@yahoo.fr a écrit : Il serait effectivement intéressant de normaliser les laboratoires médicaux. J'utilise doctors pour le moment (3 laboratoires tagés) et je trouve ça douteux Le 8 décembre 2014 11:41:16 UTC+01:00, Yves Pratter yves.prat...@gmail.com a écrit : Au passage, en faisant des recherches avec Overpass j'ai trouvé des *laboratoires d'analyses médicales* avec des tags variés. Ces derniers n'existent pas semble-t-il en Allemagne est en Suisse (dans le canton de Berne les médecins ont leur propre labos au cabinet et c'est la secrétaire qui fait les prélèvements et les analyses) Complètement d'accord : il y a une proposition dans la page Healthcare 2.0 où on trouve : ---Medical laboratory Laboratory which does clinical patholygy related analyses, which is in in Germany known as Laboratoriumsmedizin. medical_system http://wiki.openstreetmap.org/w/index.php?title=Key:medical_systemaction=editredlink=1 :western http://wiki.openstreetmap.org/w/index.php?title=Key:westernaction=editredlink=1 =yes health_facility:type http://wiki.openstreetmap.org/w/index.php?title=Key:health_facility:typeaction=editredlink=1 =laboratory health_specialty http://wiki.openstreetmap.org/w/index.php?title=Key:health_specialtyaction=editredlink=1 :clinical_pathology http://wiki.openstreetmap.org/w/index.php?title=Key:clinical_pathologyaction=editredlink=1 =yes --- mais personnellement je ne suis pas fan de cette manière de les signaler qui me paraît très, très lourde. Je serais assez pour un amenity=medical_laboratory ou quelque chose comme ça. Voir http://en.wikipedia.org/wiki/Medical_laboratory Damouns ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouvelle analyse Osmose d'intégration des codes postaux
D'accord aussi postal_code me semble bien adapté juste pour les boundary et les addr:postcode / addr:city / addr:country sont à éliminer dans beaucoup de cas (sauf quelques cas particuliers). Maintenant que La Poste a publié la base officielle des codes postaux, on peut faire une mise à jour globale. Le problème c'est que : 1) le fichier de La Poste n'est pas exempt d'erreurs... les 2 cas particuliers que j'ai vérifié étaient en erreur ! 2) il ne détaille pas les communes pluridistribuées, celles où justement le boundary est le plus intéressant. Le problème aussi avec les boundary c'est que c'est (trop) facile à casser et plus on a de relations plus on a de chance d'avoir ce genre de problème. Il nous manque des outils de monitoring pour détecter et réparer rapidement ces relations cassées. Pieren a écrit : Je suis aussi d'accord. La tendance est d'utiliser postal_code sur les zones et addr:* sur les adresses individuelles, sans doute pour des raisons historiques (le premier étant bien plus ancien dans OSM que le second). Par contre, je voudrais revenir sur l'Allemagne qui a accompli une action de groupe pour modéliser tous ses codes postaux sur l'ensemble de son territoire avec la relation de type=boundary + boundary=postal_code. Pourrait-on envisager le même type d'action en France ? Cette modélisation est plus cohérente avec la réalité dans nos pays puisque les codes postaux sont relativement indépendants des limites communales (plusieurs communes avec le même code postal ou une commune avec plusieurs codes postaux). A terme, plus il y aura de pays pour adopter ce type de relation, plus il y aura de chance pour que les logiciels de géocodage l'adoptent et cela nous permettra de nettoyer les postal_code et autres addr:postcode qui seraient à l'intérieur de ce polygone et donc redondants (répétés sur les relations commune. les noeuds/ways place et sur de nombreuses adresses individuelles). Pieren -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouvelle analyse Osmose d'intégration des codes postaux
Le 08/12/2014 14:17, Christian Quest a écrit : D'accord aussi postal_code me semble bien adapté juste pour les boundary et les addr:postcode / addr:city / addr:country sont à éliminer dans beaucoup de cas (sauf quelques cas particuliers). Maintenant que La Poste a publié la base officielle des codes postaux, on peut faire une mise à jour globale. Le problème c'est que : 1) le fichier de La Poste n'est pas exempt d'erreurs... les 2 cas particuliers que j'ai vérifié étaient en erreur ! 2) il ne détaille pas les communes pluridistribuées, celles où justement le boundary est le plus intéressant. Le problème aussi avec les boundary c'est que c'est (trop) facile à casser et plus on a de relations plus on a de chance d'avoir ce genre de problème. Il nous manque des outils de monitoring pour détecter et réparer rapidement ces relations cassées. Oui c'est bien vrais. On pourrait déjà avoir un couche dans layers pour ça. Pour les générer on peut faire comme avec les EPIC ou les cantons en les construisant automatiquement avec comcommaker en ligne de commande. Pieren a écrit : Je suis aussi d'accord. La tendance est d'utiliser postal_code sur les zones et addr:* sur les adresses individuelles, sans doute pour des raisons historiques (le premier étant bien plus ancien dans OSM que le second). Par contre, je voudrais revenir sur l'Allemagne qui a accompli une action de groupe pour modéliser tous ses codes postaux sur l'ensemble de son territoire avec la relation de type=boundary + boundary=postal_code. Pourrait-on envisager le même type d'action en France ? Cette modélisation est plus cohérente avec la réalité dans nos pays puisque les codes postaux sont relativement indépendants des limites communales (plusieurs communes avec le même code postal ou une commune avec plusieurs codes postaux). A terme, plus il y aura de pays pour adopter ce type de relation, plus il y aura de chance pour que les logiciels de géocodage l'adoptent et cela nous permettra de nettoyer les postal_code et autres addr:postcode qui seraient à l'intérieur de ce polygone et donc redondants (répétés sur les relations commune. les noeuds/ways place et sur de nombreuses adresses individuelles). Pieren -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM.org dev/sys admins (était : Besoin d'aide pour faire avancer Switch2OSM en français)
Salut, Merci Sylvain de partager ton opinion. Pour le moment, je suis plutôt dans l'idée de rester dans les rails mais je deviendrais plus réac si ça n'avance pas. Je ne suis pas sûr d'avoir été clair sur ce point: j'ai les droits d'édition sur le contenu de http://switch2osm.org. Le problème à résoudre c'est que la traduction du menu est dans les fichiers qui font tourner Wordpress et qu'il reste un problème de CSS sur le menu. Pour faire suite à tes propositions 1) Demande un compte sur www.openstreetmap.fr et mets y ta traduction de S2O La traduction est déjà sur toutes les pages de Switch2osm officielle: quelle est l'utilité de ton point de vue? 2) Réserves/réservons un passeraOSM.org et hébergerons-le sur un site de l'asso fr Oui, je le vois comme solution bis si ça n'avance pas dans les semaines à venir. Dans un premier temps, je vais encore insister sur Switch2osm. Pourquoi? Je veux éviter de faire doublon de Switch2osm qui demande de refaire un template, gérer un nouveau truc et avoir un mauvais référencement initialement. Par ailleurs, si on fait avancer sur le Fr sur switch2osm, cela poussera les autres communautés (espagnoles, italiennes, allemandes,...) à faire de même plutôt que doublonner sur chaque langue, avec chacun son site. On verra si je rêve ou si ça bouge. 3) Colle ta traduction sur le wiki.osm.org Je suppose que c'est pour pouvoir éditer de manière collaborative. Comme il y a de la mise en forme HTML (voulant pour le moment être compatible avec le site officiel Switch2osm), je préférerais gérer ça sur Github https://github.com/ThomasG77/switch2osm-fr-translation car le wiki a sa propre syntaxe qui va être un inconvénient dans ce cas. J'ai fait quelques modifications supplémentaires dans le site officiel que je n'ai pas encore rebasculer côté Github. Sylvain, un avis sur mon retour? Tu pense vraiment que je dois déjà lâcher le fonctionnement officiel? Des avis supplémentaires? Merci Thomas Gratier PS: ce mail était prêt avant l'intervention de Yves mais j'ai zappé l'envoi d'où le fait qu'il puisse paraître décalé. Le 7 décembre 2014 19:09, sly (sylvain letuffe) lis...@letuffe.org a écrit : Tant pis si je fais ma langue de pute, mais à un moment il faut bien se rendre compte qu'il y a un problème, et réussir à dire qu'il existe sera déjà un grand pas en avant avant de trouver des solutions pour le surmonter. ThomasG wrote Mon contact technique est l'un de ses admin mais je préfère éviter d'être nomitatif. (...) J'aimerais que ça avance et je commence à perdre patience... Des avis, des conseils pour cela? Oui : laisser tomber l'idée que l'on peut confier, à l'heure actuelle et pour sans doute encore un certain temps, à la fondation et ses admins des outils ou documentation autre que le coeur qui fait fonctionner le système (site, api, éditeurs, base et rendu par défaut) Je saisi l'occasion car nous parlons de switch2OSM, mais cela fait plusieurs fois que je constate le problème pour d'autres cas (que je juge plus important encore) alors ça ne m'étonne absolument pas pas que ta traduction de switch2OSM soit délaissée. Notez qu'il ne s'agit pas d'un reproche concernant la non disponiblité du temps de qui que ce soit mais d'un constat qui doit nous amener à penser autrement les outils périphériques d'osm. C'est d'ailleurs peut-être une bonne chose au final que de ne pas trop en demander à la fondation (et ses admins) pour : 1) leur laisser plus de temps pour ce qui compte le plus et 2) Mettre moins de pouvoir entre leur main en laissant des projet périphérique émerger. Si j'ai un seul truc à reprocher aux admins (aller, c'est pas cher : particulièrement un certain T. ;-)) c'est de ne pas juste accepter ce fait et ne pas arriver à le dire publiquement plus clairement. (et d'en arriver à des propositions simples pour par exemple recruter plus d'aide et simplifier le ticket d'entrée pour ces aides). Richard n'aurait peut-être pas transféré switch2OSM.org à la fondation, et ça ira au final peut-être mieux. Pour en revenir à ton sujet, avec des propositions : 1) Demande un compte sur www.openstreetmap.fr et mets y ta traduction de S2O 2) Réserves/réservons un passeraOSM.org et hébergerons le sur un site de l'asso fr 3) Colle ta traduction sur le wiki.osm.org - -- sly, contact direct : sylvain /a\ letuffe o r g http://wiki.openstreetmap.org/wiki/User:Sletuffe -- View this message in context: http://gis.19327.n5.nabble.com/Besoin-d-aide-pour-faire-avancer-Switch2OSM-en-francais-tp5826485p5826531.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Labo d'analyses (était: Maison de santé)
Le 8 décembre 2014 12:41, Pierre d'Huy dh...@yahoo.fr mailto:dh...@yahoo.fr a écrit : Il serait effectivement intéressant de normaliser les laboratoires médicaux. J'utilise doctors pour le moment (3 laboratoires tagés) et je trouve ça douteux J’ai vu ça, j’ai mis la même chose pour la Maison de santé faute de mieux. On 08 Dec 2014, at 14:00, Damouns damo...@gmail.com wrote: Medical laboratory Laboratory which does clinical patholygy related analyses, which is in in Germany known as Laboratoriumsmedizin. medical_system http://wiki.openstreetmap.org/w/index.php?title=Key:medical_systemaction=editredlink=1:western http://wiki.openstreetmap.org/w/index.php?title=Key:westernaction=editredlink=1=yes health_facility:type http://wiki.openstreetmap.org/w/index.php?title=Key:health_facility:typeaction=editredlink=1=laboratory health_specialty http://wiki.openstreetmap.org/w/index.php?title=Key:health_specialtyaction=editredlink=1:clinical_pathology http://wiki.openstreetmap.org/w/index.php?title=Key:clinical_pathologyaction=editredlink=1=yes mais personnellement je ne suis pas fan de cette manière de les signaler qui me paraît très, très lourde. Je serais assez pour un amenity=medical_laboratory ou quelque chose comme ça. Voir http://en.wikipedia.org/wiki/Medical_laboratory http://en.wikipedia.org/wiki/Medical_laboratory Le problème avec amenity c’est que si tu as un dentiste, 2 médecins, 6 infirmières, 1 psychologue… au même endroit et je rajoute le labo pour rester dans le sujet ;-) ça risque de ne pas marcher au niveau de l’édition ou du rendu. amenity=doctors;dentist;medical_laboratory;nurse;… car on ne peut pas saisir : amenity=doctors amenity=dentist amenity=medical_laboratory amenity=nurse amenity=… Si je comprends cette proposition (à simplifier), on pourrait saisir ça (à éclaircir) : health_facility:laboratory=yes health_facility:health_centre=yes health_person:nurse=yes health_person:physician=yes health_person:psychologist=yes health_person:dentist=yes ou alors (mais on retombe sur le “problème” des valeurs multiples) health_facility:type=laboratory;health_centre health_person:nurse=yes health_person:physician=yes health_person:psychologist=yes health_person:dentist=yes Ça c’était pour l’exemple de la maison de santé avec un labo. Pour le labos seul, ça serait ; health_facility:type=laboratory — Yves PS: Pour health_facility:type j'utiliserais plutôt la valeur centre car que ça soit avec un stéthoscope health_centre ou avec la parole counselling_centre, ça reste un “centre de soin. Au passage, ce n’est pas différent du dispensaire dispensary en brousse (ce terme est aussi utilisé à Lyon pour un centre de soin associatif). Je n’ai pas trop compris comment concrètement utiliser leur notion de relations. Ça permet de nommer un professionnel, de donner ses coordonnées, ses spécialités… ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM.org dev/sys admins (était : Besoin d'aide pour faire avancer Switch2OSM en français)
On 08 Dec 2014, at 17:20, Thomas Gratier osgeo.mailingl...@gmail.com wrote: PS: ce mail était prêt avant l'intervention de Yves mais j'ai zappé l'envoi d'où le fait qu'il puisse paraître décalé. Je croyais que c’était le mien qui n’était pas partit ;-D 2) Réserves/réservons un passeraOSM.org et hébergerons-le sur un site de l'asso fr […] Par ailleurs, si on fait avancer sur le Fr sur switch2osm, cela poussera les autres communautés (espagnoles, italiennes, allemandes,...) à faire de même plutôt que doublonner sur chaque langue, avec chacun son site. Si ça bloque encore avec le site en .org, tu peux ouvrir le “site” en .fr aux autres communautés. Ça fera encore plus de pression pour bouger la fondation ? L’idée du site en .fr est de faire une maquette temporaire pour vérifier l’ergonomie, les traductions dans le contexte. Une fois que la fondation bouge, ce site dégage ;-) — Yves ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM.org dev/sys admins (était : Besoin d'aide pour faire avancer Switch2OSM en français)
Du coup je me demande si vous avez vu passé le mien ;-) Thomas as-tu contacté officiellement le CWG : communicati...@osmfoundation.org ? - Mail original - De: Yves Pratter yves.prat...@gmail.com À: Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé: Lundi 8 Décembre 2014 17:49:52 Objet: Re: [OSM-talk-fr] OSM.org dev/sys admins (était : Besoin d'aide pour faire avancer Switch2OSM en français) On 08 Dec 2014, at 17:20, Thomas Gratier osgeo.mailingl...@gmail.com wrote: PS: ce mail était prêt avant l'intervention de Yves mais j'ai zappé l'envoi d'où le fait qu'il puisse paraître décalé. Je croyais que c’était le mien qui n’était pas partit ;-D 2) Réserves/réservons un passeraOSM.org et hébergerons-le sur un site de l'asso fr […] Par ailleurs, si on fait avancer sur le Fr sur switch2osm, cela poussera les autres communautés (espagnoles, italiennes, allemandes,...) à faire de même plutôt que doublonner sur chaque langue, avec chacun son site. Si ça bloque encore avec le site en .org, tu peux ouvrir le “site” en .fr aux autres communautés. Ça fera encore plus de pression pour bouger la fondation ? L’idée du site en .fr est de faire une maquette temporaire pour vérifier l’ergonomie, les traductions dans le contexte. Une fois que la fondation bouge, ce site dégage ;-) — Yves ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouvelle analyse Osmose d'intégration des codes postaux
J'ai fait une rapide comparaison des codes postaux présents dans OSM et ceux du fichier officiel de La Poste... https://gist.github.com/cquest/15f266eccb5b5e81d17f C'est fait sur le addr:postcode présent sur les relations boundary des communes. Il y a 97 codes postaux dont on ne trouve pas l'équivalent quand addr:postcode est renseigné. Il y a 6992 relations boundary sans addr:postcode et 21 avec un postal_code Je vais faire de même sur les noeuds place=* Le 8 décembre 2014 14:25, Frédéric Rodrigo fred.rodr...@gmail.com a écrit : Le 08/12/2014 14:17, Christian Quest a écrit : D'accord aussi postal_code me semble bien adapté juste pour les boundary et les addr:postcode / addr:city / addr:country sont à éliminer dans beaucoup de cas (sauf quelques cas particuliers). Maintenant que La Poste a publié la base officielle des codes postaux, on peut faire une mise à jour globale. Le problème c'est que : 1) le fichier de La Poste n'est pas exempt d'erreurs... les 2 cas particuliers que j'ai vérifié étaient en erreur ! 2) il ne détaille pas les communes pluridistribuées, celles où justement le boundary est le plus intéressant. Le problème aussi avec les boundary c'est que c'est (trop) facile à casser et plus on a de relations plus on a de chance d'avoir ce genre de problème. Il nous manque des outils de monitoring pour détecter et réparer rapidement ces relations cassées. Oui c'est bien vrais. On pourrait déjà avoir un couche dans layers pour ça. Pour les générer on peut faire comme avec les EPIC ou les cantons en les construisant automatiquement avec comcommaker en ligne de commande. Pieren a écrit : Je suis aussi d'accord. La tendance est d'utiliser postal_code sur les zones et addr:* sur les adresses individuelles, sans doute pour des raisons historiques (le premier étant bien plus ancien dans OSM que le second). Par contre, je voudrais revenir sur l'Allemagne qui a accompli une action de groupe pour modéliser tous ses codes postaux sur l'ensemble de son territoire avec la relation de type=boundary + boundary=postal_code. Pourrait-on envisager le même type d'action en France ? Cette modélisation est plus cohérente avec la réalité dans nos pays puisque les codes postaux sont relativement indépendants des limites communales (plusieurs communes avec le même code postal ou une commune avec plusieurs codes postaux). A terme, plus il y aura de pays pour adopter ce type de relation, plus il y aura de chance pour que les logiciels de géocodage l'adoptent et cela nous permettra de nettoyer les postal_code et autres addr:postcode qui seraient à l'intérieur de ce polygone et donc redondants (répétés sur les relations commune. les noeuds/ways place et sur de nombreuses adresses individuelles). Pieren -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM.org dev/sys admins ( était : Besoin d'aide pour faire avancer Switch2OSM en français)
On lundi 8 décembre 2014, you wrote: Je ne suis pas sûr d'avoir été clair sur ce point Je crois avoir compris : tu as un compte sur le wordpress mais dès qu'il s'agit de toucher un template, un css ou quoi que ce soit de plus profond par ftp ou sftp, c'est non, ou plutôt tu obtiens la réponse je vais le faire mais c'est pas fait. Pour faire suite à tes propositions 1) Demande un compte sur www.openstreetmap.fr et mets y ta traduction de S2O La traduction est déjà sur toutes les pages de Switch2osm officielle: quelle est l'utilité de ton point de vue? Régler ton problème de menu et de css par l'espoir d'obtenir plus facilement des admin osm-fr soit de l'aide, soit un accès plus complet, soit d'enlever une complexité supplémentaire de la gestion de la langue. Dans un premier temps, je vais encore insister sur Switch2osm. Pourquoi? Je comprends tout à fait tes raisons, ce serait bien évidement la meilleure solution. Mais si c'est systématiquement un chemin de croix pour obtenir la moindre modif, il faut soit demander un accès plus complet... soit dire stop et forker. 3) Colle ta traduction sur le wiki.osm.org Je suppose que c'est pour pouvoir éditer de manière collaborative. Entre autre, mais c'était surtout pour avoir un meilleur contrôle sur des liens inter-menus. Mais j'avoue que c'était uniquement mon option 3) Le wiki est déjà un terrible fourre-tout où on ne retrouverait rien, une recherche tuiles perdrait n'importe qui, c'est d'ailleurs ce qu'a dû se dire richard en créant switch2osm ! Sylvain, un avis sur mon retour? Tu pense vraiment que je dois déjà lâcher le fonctionnement officiel? Je suis terriblement pessimiste de nature, et encore plus dans ce cas ! J'ai vu de bonnes volontés avec temps et motivation finir par lâcher le morceau par démotivation provoquée par le ça n'avance pas Là où, peut-être, cette énergie aurait pû être consommée plus tôt sur je fais dans mon coin en autonome -- sly, direct contact : sylv...@letuffe.org http://wiki.openstreetmap.org/wiki/User:Sletuffe - -- sly, contact direct : sylvain /a\ letuffe o r g http://wiki.openstreetmap.org/wiki/User:Sletuffe -- View this message in context: http://gis.19327.n5.nabble.com/Re-OSM-org-dev-sys-admins-etait-Besoin-d-aide-pour-faire-avancer-Switch2OSM-en-francais-tp5826632.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM.org dev/sys admins ( était : Besoin d'aide pour faire avancer Switch2OSM en français)
Salut, Je crois avoir compris : tu as un compte sur le wordpress mais dès qu'il s'agit de toucher un template, un css ou quoi que ce soit de plus profond par ftp ou sftp, c'est non, ou plutôt tu obtiens la réponse je vais le faire mais c'est pas fait. Tt à fait mais j'ai fais une demande auprès du CWG aujourd'hui. On verra si ça avance ou pas (j'espère que les processus décisionnels vont changer à l'OSMF même si j'en doute troll https://twitter.com/gregorymarler/status/541558085710778369/troll) Heureusement que la communauté est plus réactive ;) Thomas Le 8 décembre 2014 19:33, sly (sylvain letuffe) lis...@letuffe.org a écrit : On lundi 8 décembre 2014, you wrote: Je ne suis pas sûr d'avoir été clair sur ce point Je crois avoir compris : tu as un compte sur le wordpress mais dès qu'il s'agit de toucher un template, un css ou quoi que ce soit de plus profond par ftp ou sftp, c'est non, ou plutôt tu obtiens la réponse je vais le faire mais c'est pas fait. Pour faire suite à tes propositions 1) Demande un compte sur www.openstreetmap.fr et mets y ta traduction de S2O La traduction est déjà sur toutes les pages de Switch2osm officielle: quelle est l'utilité de ton point de vue? Régler ton problème de menu et de css par l'espoir d'obtenir plus facilement des admin osm-fr soit de l'aide, soit un accès plus complet, soit d'enlever une complexité supplémentaire de la gestion de la langue. Dans un premier temps, je vais encore insister sur Switch2osm. Pourquoi? Je comprends tout à fait tes raisons, ce serait bien évidement la meilleure solution. Mais si c'est systématiquement un chemin de croix pour obtenir la moindre modif, il faut soit demander un accès plus complet... soit dire stop et forker. 3) Colle ta traduction sur le wiki.osm.org Je suppose que c'est pour pouvoir éditer de manière collaborative. Entre autre, mais c'était surtout pour avoir un meilleur contrôle sur des liens inter-menus. Mais j'avoue que c'était uniquement mon option 3) Le wiki est déjà un terrible fourre-tout où on ne retrouverait rien, une recherche tuiles perdrait n'importe qui, c'est d'ailleurs ce qu'a dû se dire richard en créant switch2osm ! Sylvain, un avis sur mon retour? Tu pense vraiment que je dois déjà lâcher le fonctionnement officiel? Je suis terriblement pessimiste de nature, et encore plus dans ce cas ! J'ai vu de bonnes volontés avec temps et motivation finir par lâcher le morceau par démotivation provoquée par le ça n'avance pas Là où, peut-être, cette énergie aurait pû être consommée plus tôt sur je fais dans mon coin en autonome -- sly, direct contact : sylv...@letuffe.org http://wiki.openstreetmap.org/wiki/User:Sletuffe - -- sly, contact direct : sylvain /a\ letuffe o r g http://wiki.openstreetmap.org/wiki/User:Sletuffe -- View this message in context: http://gis.19327.n5.nabble.com/Re-OSM-org-dev-sys-admins-etait-Besoin-d-aide-pour-faire-avancer-Switch2OSM-en-francais-tp5826632.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] La cartographie des Antennes et autres infrastructures radio
Bonsoir à tous, Je réalisais quelques modifications sur Corbeil-Essonnes, et je suis tombé sur un tag que je ne connaissais pas: man_made=communications_tower. En bon cartographe je suis allé voir sur le wiki pour découvrir que ce tag existait bel et bien (http://wiki.openstreetmap.org/wiki/Tag:man_made%3Dcommunications_tower). Cependant dans mon cas, il était utilisé sur un batiment. Donc plusieurs questions se posent à moi: - Comment utiliser le tag si l'antenne se trouve sur un batiment? - Serait-il plus avisé de proposer un tag séparé disposant de davantage d'information? - Dans la mesure où la localisation par antenne dans le voisinage est assez pratique rajouter des informations mnc/cid via des bases libres d'accès CC by-sa? Je dispose d'un dump de la base de données Cartoradio du 7 avril 2014, ces données contiennent le type d'antenne, sa localisation précise, l'opérateur de l'antenne (ou les opérateurs), les fréquences d'émission. Dans la mesure où ces données apparaissent intéressante à cartographier pour moi, je propose différents vecteurs: - Une relation pour lier les opérateurs aux antennes par gamme de fréquence avec une relation de relation pour lier les éléments. - une nouvelle clef/valeur pour les antennes, plus flexible pour permettre de le placer sur un batiment, un pylone, etc... (J'ai 31 type de support différent dans cartoradio!) J'attends votre avis à tous avant d'écrire une propal! ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] La cartographie des Antennes et autres infrastructures radio
Le mardi 9 décembre 2014 00:11:09 Pierre d'HUY a écrit : Bonsoir à tous, Je réalisais quelques modifications sur Corbeil-Essonnes, et je suis tombé sur un tag que je ne connaissais pas: man_made=communications_tower. En bon cartographe je suis allé voir sur le wiki pour découvrir que ce tag existait bel et bien (http://wiki.openstreetmap.org/wiki/Tag:man_made%3Dcommunications_tower). Cependant dans mon cas, il était utilisé sur un batiment. Donc plusieurs questions se posent à moi: - Comment utiliser le tag si l'antenne se trouve sur un batiment? - Serait-il plus avisé de proposer un tag séparé disposant de davantage d'information? Bonjour, Mon avis : Il faudrait voir à quoi ressemble ton bâtiment. Si le bâtiment ne sert qu'à supporter les antennes, et ressemble donc à une tour (et non un mât) comme celles sur le wiki, alors le tag est correct si placé sur le bâtiment. Concernant les information supplémentaire, tu peux les préciser comme indiqué sur le wiki avec les tags communication:*=yes Le reste me dépasse :-) -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-GB] Apple trees around Cambridge
hi, SK53 schrieb: Hi Dan, I've had enough trouble with cherry trees on the north side of Cambridge: you really need flowers, leaves fruit to be able to do them properly! Some are flowering cherries (loosely /Prunus serratula/, others are passable eaters or jam makers, so presumably cultivars of /Prunus avium/); and plenty are on a /Prunus avium/ rootstock even if other kinds of cherry. but when its a project and their talking about varieties, there will be a contact person, how knows specie, variety, sort natural:tree type=broad_leafed species=Prunus avium species:en=Cherry height=8.5 and I think very importend is, to fix or remember or register the kind or *sort of fruit*, because there are so many and often they become forgotten by time. simular for beer with brewery= may be use a tag like brand= for the predominant aspect. and brand:rootstock= may be, we should add it to the tree-wiki-tag? (upcomming, in times of genetic 'illusions' or 'hightspreads' ;) ) see too: http://mundraub.org/map and additional: picking=self fee=no best, t. Jerry On 7 December 2014 at 20:09, Dan S danstowell+...@gmail.com mailto:danstowell+...@gmail.com wrote: Hi all, I heard of something that will be fun for someone who likes mapping trees! There's a project in Cambridge that is planting many apple trees, one of each variety, in a pattern centred around the south of Cambridge. It's said to be an art project called Cambridge Community Collection: http://www.cambridgecommunitycollection.co.uk/ So, some lucky people near Cambridge have an opportunity to deploy their advanced tree tagging skills :) Best Dan ___ Talk-GB mailing list Talk-GB@openstreetmap.org mailto:Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Apple trees around Cambridge
Regarding your suggestion of brand as a tag: this was exactly why I suggested the taxon tag rather than species long ago. Japanese flowering cherries have such complicated genetics that the species they originate from is not clear. They are therefore referred to in the botanical and horticultural literature as follows *Prunus *'Kanzan'; for apples we can use *Malus domestica* 'Bramley Seedling' or *Malus domestica* 'MacIntosh' (for fanbois), but note *Malus *Granny Smith' because its precise specific origin is not known https://en.wikipedia.org/wiki/Granny_Smith. Plants have specific conventions for naming (think how OSM will look after 250 years of tagging): ICBN for wild plants and ICNCP for cultivated ones. We are best sticking with these. Even if the trees planted are named on the labels, experience shows that plant nurseries are not infallible (we have a purported Cork Oak which is *Quercus robur* in our local arboretum). Jerry On 8 December 2014 at 14:17, tshrub my-email-confirmat...@online.de wrote: hi, SK53 schrieb: Hi Dan, I've had enough trouble with cherry trees on the north side of Cambridge: you really need flowers, leaves fruit to be able to do them properly! Some are flowering cherries (loosely /Prunus serratula/, others are passable eaters or jam makers, so presumably cultivars of /Prunus avium/); and plenty are on a /Prunus avium/ rootstock even if other kinds of cherry. but when its a project and their talking about varieties, there will be a contact person, how knows specie, variety, sort natural:tree type=broad_leafed species=Prunus avium species:en=Cherry height=8.5 and I think very importend is, to fix or remember or register the kind or *sort of fruit*, because there are so many and often they become forgotten by time. simular for beer with brewery= may be use a tag like brand= for the predominant aspect. and brand:rootstock= may be, we should add it to the tree-wiki-tag? (upcomming, in times of genetic 'illusions' or 'hightspreads' ;) ) see too: http://mundraub.org/map and additional: picking=self fee=no best, t. Jerry On 7 December 2014 at 20:09, Dan S danstowell+...@gmail.com mailto:danstowell+...@gmail.com wrote: Hi all, I heard of something that will be fun for someone who likes mapping trees! There's a project in Cambridge that is planting many apple trees, one of each variety, in a pattern centred around the south of Cambridge. It's said to be an art project called Cambridge Community Collection: http://www.cambridgecommunitycollection.co.uk/ So, some lucky people near Cambridge have an opportunity to deploy their advanced tree tagging skills :) Best Dan ___ Talk-GB mailing list Talk-GB@openstreetmap.org mailto:Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Apple trees around Cambridge
hi, SK53 schrieb: Regarding your suggestion of brand as a tag: this was exactly why I suggested the taxon tag rather than species long ago. I read about that. Taxon is less common spelling and wouldn't work on that reason, I think. Everyone knows, what species are. Its more easygoing. Japanese flowering cherries have such complicated genetics that the species they originate from is not clear.They are therefore referred to in the botanical and horticultural literature as follows /Prunus /'Kanzan'; for apples we can use /Malus domestica/ 'Bramley Seedling' or /Malus domestica/ 'MacIntosh' (for fanbois), but note /Malus /Granny Smith' because its precise specific origin is not known https://en.wikipedia.org/wiki/Granny_Smith. I would never say that I'm realy sure, particularly in that genetic-based nomenclatura-reformation times. species=Malus or species=Malus spec. or species=Malus domestica brand=Bramley Seedling brand=MacIntosh brand=Granny Smith isn't it suffice and handsome? may be an additional tag for sitting on an rootstock= or for an company an additional one label=Mr. Blingblang Plants have specific conventions for naming (think how OSM will look after 250 years of tagging): ICBN for wild plants and ICNCP for cultivated ones. We are best sticking with these. a nomenclatura OSM is no botanical database (another job), but can become connected therewith. Even if the trees planted are named on the labels, experience shows that plant nurseries are not infallible (we have a purported Cork Oak which is /Quercus robur/ in our local arboretum). yes. Thats our assignment than? :) best, t. Jerry On 8 December 2014 at 14:17, tshrub my-email-confirmat...@online.de mailto:my-email-confirmat...@online.de wrote: hi, SK53 schrieb: Hi Dan, I've had enough trouble with cherry trees on the north side of Cambridge: you really need flowers, leaves fruit to be able to do them properly! Some are flowering cherries (loosely /Prunus serratula/, others are passable eaters or jam makers, so presumably cultivars of /Prunus avium/); and plenty are on a /Prunus avium/ rootstock even if other kinds of cherry. but when its a project and their talking about varieties, there will be a contact person, how knows specie, variety, sort natural:tree type=broad_leafed species=Prunus avium species:en=Cherry height=8.5 and I think very importend is, to fix or remember or register the kind or *sort of fruit*, because there are so many and often they become forgotten by time. simular for beer with brewery= may be use a tag like brand= for the predominant aspect. and brand:rootstock= may be, we should add it to the tree-wiki-tag? (upcomming, in times of genetic 'illusions' or 'hightspreads' ;) ) see too: http://mundraub.org/map and additional: picking=self fee=no best, t. Jerry On 7 December 2014 at 20:09, Dan S danstowell+...@gmail.com mailto:danstowell%2b...@gmail.com mailto:danstowell+osm@gmail.__com mailto:danstowell%2b...@gmail.com wrote: Hi all, I heard of something that will be fun for someone who likes mapping trees! There's a project in Cambridge that is planting many apple trees, one of each variety, in a pattern centred around the south of Cambridge. It's said to be an art project called Cambridge Community Collection: http://www.__cambridgecommunitycollection.__co.uk/ http://www.cambridgecommunitycollection.co.uk/ So, some lucky people near Cambridge have an opportunity to deploy their advanced tree tagging skills :) Best Dan _ Talk-GB mailing list Talk-GB@openstreetmap.org mailto:Talk-GB@openstreetmap.org mailto:Talk-GB@openstreetmap.__org mailto:Talk-GB@openstreetmap.org https://lists.openstreetmap.__org/listinfo/talk-gb https://lists.openstreetmap.org/listinfo/talk-gb _ Talk-GB mailing list Talk-GB@openstreetmap.org mailto:Talk-GB@openstreetmap.org https://lists.openstreetmap.__org/listinfo/talk-gb https://lists.openstreetmap.org/listinfo/talk-gb _ Talk-GB mailing list Talk-GB@openstreetmap.org mailto:Talk-GB@openstreetmap.org https://lists.openstreetmap.__org/listinfo/talk-gb https://lists.openstreetmap.org/listinfo/talk-gb ___ Talk-GB mailing list Talk-GB@openstreetmap.org
[Talk-us] Tagging addresses on area's
Does anyone know if osm navigation apps can route you to your location using area's tagged with a full address? I ask because I've been tagging apartment complexes, (Retail area's with names) with full addresses. Adding the data to the area. *Regards,* *Hans* ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Tagging addresses on area's
That would depend on the navigation app in question, wouldn't it? If we mappers include more data, well structured, complete and up to date, app developers will be more inclined / motivated to make their apps work with it, I would think. I think, based on your email, that you and I are mapping malls in a similar fashion. Add the whole building with address, name, etc, then add nodes for each shop or other amenity. Include the unit number on the node if that is also available. This approach seems to work well with hotels (with internal restaurant) condo residences with ground floor retail, etc. Best regards and happy mapping, Richard ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Tagging addresses on area's
Mkgmap will search for an entrance=main, then an entrance=yes, and lastly use the building's centroid. On Mon, Dec 8, 2014 at 4:21 AM Hans De Kryger hans.dekryge...@gmail.com wrote: Does anyone know if osm navigation apps can route you to your location using area's tagged with a full address? I ask because I've been tagging apartment complexes, (Retail area's with names) with full addresses. Adding the data to the area. *Regards,* *Hans* ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Tagging addresses on area's
I don't think the issue would be routing so much as finding the location. I just checked OsmAnd to see if it could find a near by apartment complex where the grounds are tagged with, among other tags addr:housenumber=*, addr:street=*, landuse=residential and name=*. The buildings on it are simply tagged with building=yes and source=bing. OsmAnd was able to find the location by address but, interestingly, not by name. Looks like the online routing sites I use like http://map.project-osrm.org and http://www.yournavigation.org/index.php can find the location by name and address. -Tod On Dec 8, 2014, at 1:19 AM, Hans De Kryger wrote: Does anyone know if osm navigation apps can route you to your location using area's tagged with a full address? I ask because I've been tagging apartment complexes, (Retail area's with names) with full addresses. Adding the data to the area. Regards, Hans ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us