Re: [Talk-hr] Novo razvrstavanje cesta
Promaklo mi je da se to već spominjalo na forumu, kao i uopće njegovo postojanje. Hvala na prosvjetljenju :) Mogući način označavanja nerazvrstanih prometnica u gradovima je primjena druge vrste klasifikacije u odnosu na onu koja vrijedi godišnjim odlukama Vlade (županijske, državne...). Predlažem razradu modela temeljenog na klasifikaciji iz lokalnih planova prostornog planiranja, ako nema boljih. Na primjer, GUP grada Zagreba sadrži vlastitu kategorizaciju ulica na gradske avenije, glavne gradske ulice i gradske ulice. S obzirom da se radi o dokumentu koji je neprobavljiva kombinacija slojeva postojećeg i planiranog stanja, izravno preuzimanje tagova nije moguće. No na tragu te klasifikacije bi se možda moglo izvesti nešto novo i dosljednije na razini grada. Naglašavam problem dosljednosti jer trenutno karta prometa u GUP-u predstavlja grozni košmar. Samo dva primjera: Crnatkova ulica (slijepa, duga 200 metara, stambena) ima istu klasifikaciju kao i Aleja Bologne (obje su glavna gradska ulica), a ulica Oranice je markirana kao gradska avenija. Takvih primjera ima mnogo, a često (barem meni) nije sasvim jasan kriterij svrstavanja u jednu, drugu ili treću kategoriju. Budući da se radi o naslijeđenom stanju, izrađivači GUP-a uz sve druge upite i interese na koje moraju odgovoriti očito se neće baviti tim problemom ako nemaju poticaj da to srede. Ovo spominjem jer od 20.12. do 3.1. ide javna rasprava o novim izmjenama zagrebačkog GUP-a. Obratite pozornost na datume: dva utorka su neradni dani (Božić i Nova godina) što znači mnogo produženih vikenda. Ne znam kako je moguće da takav raspored bude slučajan, ali to neka ostane druga tema. Zanima me mišljenje drugih o prijedlogu da se od službi koje ovo rade zatraži izrada i održavanje dviju različitih karata: postojeće stanje i planirano stanje. U takvom sistemu bi npr. spomenuta ulica Oranice na karti postojećeg bila označena kao glavna ili obična gradska ulica, a u karti planiranog kao avenija koja se produžuje na zamišljeni zapadni jarunski most i u Blatu spaja na Jadransku aveniju. Uz redovito apdejtanu službenu kartu postojećeg stanja, klasifikacija u OSM-u više ne bi bila problem. Ne znam koliko je ovo primjenjivo na situaciju u drugim gradovima, no čini mi se da bi mogao biti prihvatljiv smjer za Zagreb. Ako mislite da ovo ima potencijala, bilo bi mi drago organizirati mozganje uživo i pripremu modela koji bi predložili u ovoj javnoj raspravi. 2012/12/7 Janko Mihelić jan...@gmail.com Pozdrav! Pisali smo već o tome ovdje: http://forum.openstreetmap.org/viewtopic.php?id=17238 a mislim da je i na listi bilo malo o ovoj temi. Ja još nisam čuo razlog ovako velike promjene. Što se tiče OSM-a, problem je taj što nam sustav za praćenje klasificiranih cesta više nije ažuran tako da više ne možemo pratiti greške kod ucrtavanja cesta (prije smo to pratili na stranici koju je napravio korisnik 9a4gl). Trebamo napraviti novi sustav. Također trebamo imati granice gradova na kojima ceste prestaju biti klasificirane. Neki gradovi imaju granice, neki nemaju. Ceste unutar granica gradova koje više nisu državne, županijske i lokalne će valjda dobiti neku novu klasifikaciju. Do tada je vjerojatno najbolja solucija da ostavimo tagove primary, secondary i tertiary, a maknemo ref tagove i relacije. Inače radim na nečemo što bi moglo provjeravati točnost ucrtanih cesta, ali nije ni blizu gotovo. Do tada ćemo morati od oka, ili čekati nekog drugog da takvo nešto napravi :) Janko Mihelić Dana 7. prosinca 2012. 17:20 Vlejd wlade...@gmail.com je napisao/la: Pozdrav svima, naišao sam na podatak da je ranije ove godine došlo do dosta velikih promjena u podjelama i kategorizaciji javnih i nerazvrstanih cesta. Ukratko, donesena je Odluka o cestama na području velikih gradova koje prestaju biti razvrstane u javne cestehttp://narodne-novine.nn.hr/clanci/sluzbeni/2012_04_44_1101.html čime ogroman broj prometnica koje su ranije bile u nekoj od kategorija javnih cesta (autoceste, državne, županijske, lokalne), po novom spada u nerazvrstane. Nisam sasvim siguran u pozadinu i razloge ove izmjene, pa ako netko zna više neka napiše, no to je za mapiranje sasvim sporedno. Evo konkretnog primjera http://www.obz.hr/hr/pdf/2012/28sjednica/23a_izvjesce_o_stanju_i_problematici_gradjenja_i_odrzavanja_zupanijskih_i_lokalnih_cesta_na_podrucju_osjecko_baranjske_zupanije.pdf promjena za Osječko-baranjsku županiju, a pretpostavljam da je sličnih promjena bilo u svim županijama. *'Odlukom o cestama na području velikih gradova koje prestaju biti razvrstane u javne ceste'* na području Grada Osijeka postale su nerazvrstane ceste 95,96 kilometara bivših županijskih i lokalnih cesta te će njima upravljati Grad Osijek. Odlukom o razvrstavanju javnih cesta (Narodne novine broj 44/12.) dio državnih cesta prekategoriziran je u županijske ceste, a dijelu županijskih i lokalnih cesta promijenjena je kategorija i pravac pružanja. Na ovom linku
Re: [talk-ph] talk-ph Digest, Vol 53, Issue 9
hi all, i was in new bataan on dec 12 and 13. the worst hit in comval area was in new bataan wherein theres still excavating dead bodies from the mud. basically half of the town is buried with atleast one foot deep of mud and lumber. still no electricity and the water is not safe for drinking coz of the contamination of decaying bodies. the town stinks really. so far a lot of help arrived there. right now, the major concern is that of in banganga. baganga can be reached by land via butuan or by boat. there are more casualties in baganga. im uploading my data i collected in new bataan. one second track is also uploaded for imagery alignment if we have in the future. so far what is needed now in new bataan is more on reconstruction /rehabilitation From: talk-ph-requ...@openstreetmap.org talk-ph-requ...@openstreetmap.org To: talk-ph@openstreetmap.org Sent: Friday, December 14, 2012 8:00 PM Subject: talk-ph Digest, Vol 53, Issue 9 Send talk-ph mailing list submissions to talk-ph@openstreetmap.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.openstreetmap.org/listinfo/talk-ph or, via email, send a message with subject or body 'help' to talk-ph-requ...@openstreetmap.org You can reach the person managing the list at talk-ph-ow...@openstreetmap.org When replying, please edit your Subject line so it is more specific than Re: Contents of talk-ph digest... Today's Topics: 1. Re: Typhoon Pablo (Bopha) (maning sambale) -- Message: 1 Date: Fri, 14 Dec 2012 12:26:45 +0800 From: maning sambale emmanuel.samb...@gmail.com To: osm-ph talk-ph@openstreetmap.org, HOT h...@openstreetmap.org Subject: Re: [talk-ph] Typhoon Pablo (Bopha) Message-ID: CAPzumuHpp69zxQ8JU_3=Tkdj_NtPLukB_dtA+MM1FupJxOg=c...@mail.gmail.com Content-Type: text/plain; charset=UTF-8 Dear everyone, As some of you maybe aware, we are on the 2nd week since Typhoon Bopha/Pablo struck large areas of the Philippines. Several humanitarian agencies are now deployed to assist in the response. MapAction [1] is requesting updated road and other information to many inaccessible areas in the region. I created a task in HOT's tasking manager [2] , please help in the tracing. Right now we have limited imagery coverage (only Bing and OrbView-3) but you can trace a lot of information from already from these imagery. More information on what and how to trace in the tasking details/workflow. Advance thanks for helping. [0] http://en.wikipedia.org/wiki/Typhoon_Bopha_%282012%29 [1] http://mapaction.org/deployments/depldetail/216.html [2] http://tasks.hotosm.org/job/115 On Mon, Dec 10, 2012 at 11:42 AM, maning sambale emmanuel.samb...@gmail.com wrote: Thanks again JGC for the additional imagery. The imagery made worried more. I am seeing many small clusters of settlements around the area which I fear is not yet accessed by ground responders. :( Some updates on the data request by several humanitarian agencies: 1. The humanitarian cluster led by the Red Cross is building a database to support the response. Description of the activity below: Data entry support/leadership: We may have a few thousand surveys to enter into the database, which means ideally 10-20 data entry people once the survey starts. I am looking for volunteers and a computer lab to operate in. If either of you can help me with some leads on either of these (students are great because they can usually type well and we can give them a certificate), that would be amazing. I am currently coordinating this with a local university in Davao City. If anyone based in the region is interested to participate, let me know. 2. MapAction [1] is looking for an updated road data. While I believe most of the major roads available in Bing imagery is now traced, we lack data for minor roads particularly for the remote areas. Orbview-3 can augment this coverage, a few I already added. along New Bataan and Maragusan [0]. I am waiting for MapAction's response on what specific areas they need road update. Pending this information, I request mappers to continue digitizing roads in Bing and OrbView3. Other features worth tracing are waterways (waterway=river) and settlements (place=neighborhood,village,hamlet) [0] http://www.openstreetmap.org/?lat=7.342lon=126.1915zoom=13layers=M [1] http://mapaction.org/deployments/depldetail/216.html Once we get a clear understanding of where and what needs to be mapped, I will create a tasking manager job for this. On Sat, Dec 8, 2012 at 4:41 AM, Jean-Guilhem Cailton j...@arkemie.com wrote: Hello, Two other OrbView-3 images are now available at the south end of the strip (as well as another one at the north end, and one in the middle of the strip). The cloud coverage of these 4 new images is between 25 and 33%, which is why they were not included in
Re: [talk-ph] OSM Data for Philippines
Oops link missing. https://docs.google.com/spreadsheet/ccc?key=0Au2WZQ1DwK_xdGpxQlgxblVqM1VOVlpfWFhVbnd4ZkE On Sun, Dec 16, 2012 at 3:31 PM, maning sambale emmanuel.samb...@gmail.com wrote: Dear everyone, Here's the list of roads and bridges MapAction needs to geolocate. On Sun, Dec 16, 2012 at 1:29 PM, maning sambale emmanuel.samb...@gmail.com wrote: Dear Kathrin and Claire, Forwarding your request to the osm-ph mailinglist. Please send us a list of bridge names so that we can add them in osm. To everyone, the mapaction team is requesting to add bridge names where possible. See message below. Thanks to everyone for the amazing work. Maning Sambale (mobile) On Dec 16, 2012 11:06 AM, MapAction Philippines philippi...@mapaction.org wrote: Dear Maning, Many thanks for that. And, yes, it would be very useful to have the villages in the affected area, rivers and also bridges. Regarding the bridges, would it be possible to record bridge names at all? We are mapping access constraint and at the moment are unable to locate the bridges noted as damaged in the reports on the ground. Many thanks for your prompt response. That is very helpful indeed. Best, Kathrin and Claire MapAction, Davao City -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
[OSM-legal-talk] osm and K.S.A. 45-220(c)(2)
Hello, Would putting the data in osm be in violation of the kansas law K.S.A. 45-220(c)(2)? http://kansasstatutes.lesterama.org/Chapter_45/Article_2/45-230.html K.S.A. 45-220(c)(2): the requester does not intend to, and will not: (A) Use any list of names or addresses contained in or derived from the records or information for the purpose of selling or offering for sale any property or service to any person listed or to any person who resides at any address listed; or (B) sell, give or otherwise make available to any person any list of names or addresses contained in or derived from the records or information for the purpose of allowing that person to sell or offer for sale any property or service to any person listed or to any person who resides at any address listed. thanks mike -- James Michael DuPont Member of Free Libre Open Source Software Kosova http://flossk.org Saving wikipedia(tm) articles from deletion http://SpeedyDeletion.wikia.com Contributor FOSM, the CC-BY-SA map of the world http://fosm.org Mozilla Rep https://reps.mozilla.org/u/h4ck3rm1k3 Free Software Foundation Europe Fellow http://fsfe.org/support/?h4ck3rm1k3 ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [talk-au] Tagging dirt and 4x4 roads - new approach
Could I ask a newbie question on this topic? I want to update some roads that are 4wd-only in certain sections. Any new approach aside, what is the best way to do this -- a) what tag do I use, and b) how do I handle the changing traversibility - separate ways linked as a route, or... ? Thanks in advance Russell ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [Talk-de] Häuser richtig oder hübsch zeichnen?
On 12/12/12 21:12, Frederik Ramm wrote: Hi, On 12.12.2012 20:36, Martin Koppenhoefer wrote: Ich versuche, auch kleine Details (z.B. einen mittelkleinen Rücksprung in der Fassade eines einzelnen Hauses) so abzubilden, wie sie auch in der Realität sind, weil man so am meisten mit den Daten anfangen kann. Ich bin gern ab und zu bereit, ueber ein Detail hinwegzusehen, und z.B. eine Reihe von Haeusern mit q im JOSM parallel anzuordnen, wenn es insgesamt wie eine Reihe paralleler Haeuser aussieht. Aber wenn ich damit etwas erzeuge, was auch bei Inbetrachtziehung einer moeglichen Luftbildungenaugkeit falsch ist, wuerde ich das auch vermeiden. Kleine Verallgemeinerungen sind noch OK, aber bitte nicht desshalb, weil mapnik dass dann bei Z15 gut darstellt. Gerade die Unregelmäßigkeiten und Brüche sind meistens die interessantesten Stellen in einer Stadt, und normalerweise gibt es jeweils auch einen Grund oder eine Geschichte dazu. Bei Reihenbebauung in der Stadt (wo ja oft ein ganzer Strassenzug lueckenlos bebaut ist) sind Details wie kleine Vorspruenge usw. spaeter hilfreich, wenn man vor Ort die Hausnummern eintragen will. Dann steht man da, sieht auf dem Ausdruck 13 Haeuser und vor sich 16 Hausnummern und fragt sich, was wohl zu was gehoert. Ein kleiner Vorsprung oder eine seltsame Ecke helfen dann. +1 Ich habe ja so meine Problem mit Häusern von BING. Da bei mir AEROWEST Bilder zu Verfügung stehen, muß ich jedes Haus verschieben und anpassen. Selbst mit Werkzeugen wie increase way accuracy und replace geometry bzw. , ist das meistens mehr Arbeit. Zusätzlich funktionieren die Werkzeuge zur Geometrie verbesserung (align, rectify) nicht mit anderen Projektionen als Mercator. cu fly ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Häuser richtig oder hübsch zeichnen?
On Wed, Dec 12, 2012 at 08:25:12PM +0100, Gerrit wrote: Hm, das Problem ist nicht einmal, das Bing falsch wäre (Zumindest scheint es mir nicht so), sondern dass auch in Wirklichkeit die Häuser nicht 100%ig „hübsch“ nebeneinander stellen. Oft ist es ja so, dass in einem Reihenhauskomplex ein Haus ein paar Meter nach hinten verschoben ist. Oder dass die Häuser an sich etwas schräg zur Straße stehen. Das ist auf dem Luftbild auch zu sehen, und wenn man das Luftbild abzeichnet, sieht es bei OSM nachher auch so aus. Allerdings wirkt das ganze Straßenbild eben nicht so chaotisch, wenn man sich wirklich in der Straße aufhält: Da sieht es eigentlich schon so aus, als ob die Häuser alle parallel zur Straße stehen würden, auch wenn es eben in Wirklichkeit nicht so ist. Nur fällt das nicht auf. Ich zeihne die Häuser dann exakt so ab wie sie sind. D.h. wenn die einzelnen Reihenhäuser verspringen dann ist das ja nicht schwierig. Da man die Gebäudeoutlines ja eh wegen der Adressen zwischen den Reihenhäusern trennt ist das verspringen problemlos auch nachzuzeichnen. Am schluss einfach alle outlines markieren und im JOSM mal q druecken und schoen sind das alles rechte Winkel :) Dann sieht das auch sauber aus. Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tags und deren Darstellung
On 13/12/12 11:53, Andreas Dommaschk wrote: Hallo Jo, Am 11.12.2012 14:34, schrieb Jo: Also Renderer, bitte stell es da. Wenigstens Mapnik, ÖPNV, die transport layer von Andy Allan und OSMTransport. Dann kann ich weiter mit dem neuen Schema. Sonst warte ich wohl einige Jahren länger oder für immer und mittlerweile machen wir weiter mit dem Tag der eigentlich im falschen namespace liegt; highway=bus_stop. Wie schon erwähnt gibt es Karte bzw. Webseiten die die Platformen darstellen. Für Mapnik gibt es eine Anfrage: https://trac.openstreetmap.org/ticket/4685#comment:1 Man sollte sich aber beim ÖPNV Tagging nicht davon beeinnflussen lassen was irgendwo dargestellt wird. Es ist schön anzusehen aber wirklich interessant wird es erst beim Routing. Hey zusammen, dazu muß ich jetzt doch mal was los werden. Leider kenne ich solche Probleme zu gut. Das Problem muß ja noch nicht mal Jo sein, der das neue Schema verwendet, aber eher die MitstreiterInnen, welche die Tags wieder ändern, damit Mapnik es auch darstellt. Ähnliche Situation habe ich mit highway=path und *=official, was Mapnik nur als Pfad darstellt und eben nicht als Rad-/Fußweg oder auch mit landcover=* was all zu gerne wieder in landuse verwandelt wird. Tickets existieren bereits nur gibt es leider wenig Reaktionen darauf. Grüße fly ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Abgerissenes Haus
On 05/12/12 09:47, Hartmut Holzgraefe wrote: Ein abgerissenes Haus bzw. dessen Grundstück als brownfield zu erfassen und nicht einfach zu löschen ist auch in sofern wichtig als das so verhindert wird das ein Luftbild-Mapper denkt: Hey, da fehlt ja noch ein Haus ... *abmal* Ist mir in der Nachbarschaft schon zweimal passiert ... seit ich entsprechende brownfield-Flächen (mit note=Abgerissen am $datum) dafür angelegt habe nicht mehr ... +1 Das Problem kenne ich, darum habe ich mir angewöhnt erstmal historic: vor das Haupttag zu setzen (historic:building=*) und ein end_date=* einzufügen. Nicht immer wird ein Gebäüde abgerissen und dann wieder gebaut. Ich kenne mehrere Stellen wo nichts gebaut wurde, aber die Stelle sich durch den Untergrund noch deutlich von der Umgebung abhebt. Auch ist die Baufläche oft größer als das bisherige Gebäude. Grüße fly ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Häuser richtig oder hübsch zeichnen?
Am 15. Dezember 2012 16:45 schrieb Florian Lohoff f...@zz.de: Am schluss einfach alle outlines markieren und im JOSM mal q druecken und schoen sind das alles rechte Winkel :) Dann sieht das auch sauber aus. wobei das nur vorgetäuschte Präzision ist (im Zweifel sind dann die Winkel zwar alle schön 90 Grad aber das ganze Gebäude ist leicht gedreht). Besser man selektiert (im üblichen Fall einer zur Straße parallelen Frontfassade) 2 möglichst voneinander entfernte nodes der Straße und zeichnet die Gebäude dann mit dem building tool (und add node / eXtrude segment etc.). Durch die Selektion der beiden Nodes werden die neuen Gebäude automatisch in diese Richtung ausgerichtet. Das Building tool ist auch abseits des Zeichnens von Gebäuden geeignet, wenn es um rechte Winkel geht, man z.B. rechtwinklig anschließen will, ich zeichne damit oft auch Hilfskonstruktionen, die danach wieder gelöscht werden, z.B. um Schnittpunkte zu bestimmen. Mittlerweile gibt es ausserdem den coolen Winkel-Zeichenmodus (mit tab ein und ausschaltbar, über das Winkelsymbol unten wird angezeigt, ob aktiv, und wenn aktiv kann man auch über Rechtsclick den Vorgabewinkel einstellen). Zum Schließen (oder um einen sonstigen Bezug anzupeilen) muss man kurz über einem Node verweilen dann wird der angepeilt. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tags und deren Darstellung
Am 15. Dezember 2012 16:53 schrieb fly lowfligh...@googlemail.com: Leider kenne ich solche Probleme zu gut. Das Problem muß ja noch nicht mal Jo sein, der das neue Schema verwendet, aber eher die MitstreiterInnen, welche die Tags wieder ändern, damit Mapnik es auch darstellt. Ähnliche Situation habe ich mit highway=path und *=official, was Mapnik nur als Pfad darstellt und eben nicht als Rad-/Fußweg oder auch mit landcover=* was all zu gerne wieder in landuse verwandelt wird. Wie war das nochmal, gibt es einen Unterschied zwischen designated und official? Mapnik kennt das erstere nämlich, und das ist auch ungefähr 20x so oft in den Daten. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] OSM vs Google
Credo che La Slovenia abbia venduto i dati stradali a Google, che li ha pubblicati senza attributi. andate a vedere la zona di Neblo (Brda): anche il tratturo più fangoso appare come una osm highway=unclassified e probabilmente è pure ok per il routing. -- http://cascafico.altervista.org http://twitter.com/cascafico Il giorno 15/dic/2012 03.19, Caterpillar caterpilla...@gmail.com ha scritto: Il 11/12/2012 20:29, Simone Cortesi ha scritto: 2012/12/11 sabas88 saba...@gmail.com: vi volevo segnalare questa entry degli user diaries http://www.openstreetmap.org/user/Aury88/diary/18221 E' possibile che Google monitori OSM per 'stare al passo'? si, non mi stupirebbe. Se copiano, dobbiamo contattarli e colpire. Non possono copiare, cosi' come nessun'altro puo' copiare senza redistribuire. -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it Ho appena mappato su OSM i nomi delle vie di un'area costruita da un annetto. Su Google Maps tale zona è mappata con nomi errati. Ho fatto dei screenshots da conservare a futura memoria ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Nodi solitari
Ho esteso a tutta Italia le segnalazioni dei nodi solitari (*). https://dl.dropbox.com/u/41550819/OSM/Errori_in_Veneto/index.html Sono nodi privi di tag, non appartenenti a way o relazioni e, generalmente, possono essere eliminati. In alcuni casi, però, sono utili per riportare in vita delle way cancellate con il passaggio alla nuova licenza, essendone i fantasmi. Un canale fantasma: https://dl.dropbox.com/u/41550819/OSM/Errori_in_Veneto/img/nodi_solitari.png Ciao, Groppo * perché dopo una modifica lo script è diventato più veloce ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] OSM vs Google
Il 11/12/2012 20:29, Simone Cortesi ha scritto: 2012/12/11 sabas88 saba...@gmail.com: vi volevo segnalare questa entry degli user diaries http://www.openstreetmap.org/user/Aury88/diary/18221 E' possibile che Google monitori OSM per 'stare al passo'? si, non mi stupirebbe. Se copiano, dobbiamo contattarli e colpire. Non possono copiare, cosi' come nessun'altro puo' copiare senza redistribuire. Personalmente non credo che google abbia bisogno di copiare i dati di OSM. Semplicemente potrebbe sorvegliare l'evoluzione della mappa per scoprire più facilmente dove ci sono modifiche sostanziali. Scoperto questo, *paga* uno dei suoi tanti fornitori per avere dati aggiornati. Ovviamente non serve a niente mappare nuovi dati esatti per poi scoprire che, dopo un po', Google inserisce gli stessi dati esatti. Proprio perché i dati sono esatti, prima o poi si deve supporre che Google li inserisca. Ad esempio io ho mappato tempo fa un'area in costruzione ad Orbassano (TO) e, grazie alle delibere comunali, ho potuto inserire anche i nomi delle vie ben prima che fossero messi i cartelli (attualmente mancano ancora per alcune delle vie). Quando ho mappato, su gmaps quelle vie non c'erano. Oggi ci sono, ma sono in gran parte con nomi errati o mancanti. Ieri (in tempo reale con l'apertura della rotonda nuova) ho inserito questa modifica sostanziale in Torino [1]; vedremo quando gmaps la implementerà, ma anche lo facesse domani, non si può certo dire che abbia copiato da OSM. Diverso sarebbe se avessi inserito un errore voluto e me lo ritrovassi anche in gmaps [1] http://tools.geofabrik.de/mc/?mt0=googlemapmt1=mapniklon=7.67753lat=45.09007zoom=17 -- Maurizio. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] ANPIL - Area naturale protetta di interesse locale
Ok grazie, ho aggiornato i tag. No, non è presente nell'elenco segnalato. Da quanto è riportato nelle ultime pagine ci dovrebbe essere. Mi informo... A presto Fabrizio Il giorno 14 dicembre 2012 23:26, Rattorosso floydbar...@alice.it ha scritto: Il giorno ven, 14/12/2012 alle 19.46 +0100, Fabrizio Carrai ha scritto: Sempre per il progetto sulle Colline Livornesi stavo riportando le aree ANPIL [1]. Io userei i seguenti tag [2] boundary=protected_area protected_class=4 | 5 (???) protection_title= Area naturale protetta di interesse locale name = ANPIL Colognole area=yes (?) Commenti ? Metterei protect_class (non protected_class) categoria 5 per le aree protette, titolo con iniziali maiuscole, nome per esteso e quello ufficiale. E' presente nell'elenco qui? http://www.minambiente.it/home_it/menu.html?mp=/menu/menu_attivita/m=Elenco_ufficiale_delle_aree_naturali_pro.html#elenco area=yes mi pare che non si usi mai per i boundary ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] OSM vs Google
Il 15/12/2012 10:32, Maurizio Daniele ha scritto: Il 11/12/2012 20:29, Simone Cortesi ha scritto: 2012/12/11 sabas88 saba...@gmail.com: vi volevo segnalare questa entry degli user diaries http://www.openstreetmap.org/user/Aury88/diary/18221 E' possibile che Google monitori OSM per 'stare al passo'? si, non mi stupirebbe. Se copiano, dobbiamo contattarli e colpire. Non possono copiare, cosi' come nessun'altro puo' copiare senza redistribuire. Personalmente non credo che google abbia bisogno di copiare i dati di OSM. Semplicemente potrebbe sorvegliare l'evoluzione della mappa per scoprire più facilmente dove ci sono modifiche sostanziali. Scoperto questo, *paga* uno dei suoi tanti fornitori per avere dati aggiornati. Ovviamente non serve a niente mappare nuovi dati esatti per poi scoprire che, dopo un po', Google inserisce gli stessi dati esatti. Proprio perché i dati sono esatti, prima o poi si deve supporre che Google li inserisca. Ad esempio io ho mappato tempo fa un'area in costruzione ad Orbassano (TO) e, grazie alle delibere comunali, ho potuto inserire anche i nomi delle vie ben prima che fossero messi i cartelli (attualmente mancano ancora per alcune delle vie). Quando ho mappato, su gmaps quelle vie non c'erano. Oggi ci sono, ma sono in gran parte con nomi errati o mancanti. Ieri (in tempo reale con l'apertura della rotonda nuova) ho inserito questa modifica sostanziale in Torino [1]; vedremo quando gmaps la implementerà, ma anche lo facesse domani, non si può certo dire che abbia copiato da OSM. Diverso sarebbe se avessi inserito un errore voluto e me lo ritrovassi anche in gmaps [1] http://tools.geofabrik.de/mc/?mt0=googlemapmt1=mapniklon=7.67753lat=45.09007zoom=17 Il famoso Copyright easter egg :D http://wiki.openstreetmap.org/wiki/Copyright_Easter_Eggs ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] ANPIL - Area naturale protetta di interesse locale
Le aree non sono registrate nell'albo nazionale. Da confermare, ma sembra che non rispettino alcuni parametri sulla caccia. Sono come parte del programma della Regione Toscana. F. [1] http://www.regione.toscana.it/regione/export/RT/sito-RT/Contenuti/sezioni/ambiente_territorio/parchi_aree_protette/rubriche/documentazione/visualizza_asset.html_1057723255.html Il giorno 15 dicembre 2012 12:06, Fabrizio Carrai fabrizio.car...@gmail.com ha scritto: Ok grazie, ho aggiornato i tag. No, non è presente nell'elenco segnalato. Da quanto è riportato nelle ultime pagine ci dovrebbe essere. Mi informo... A presto Fabrizio Il giorno 14 dicembre 2012 23:26, Rattorosso floydbar...@alice.it ha scritto: Il giorno ven, 14/12/2012 alle 19.46 +0100, Fabrizio Carrai ha scritto: Sempre per il progetto sulle Colline Livornesi stavo riportando le aree ANPIL [1]. Io userei i seguenti tag [2] boundary=protected_area protected_class=4 | 5 (???) protection_title= Area naturale protetta di interesse locale name = ANPIL Colognole area=yes (?) Commenti ? Metterei protect_class (non protected_class) categoria 5 per le aree protette, titolo con iniziali maiuscole, nome per esteso e quello ufficiale. E' presente nell'elenco qui? http://www.minambiente.it/home_it/menu.html?mp=/menu/menu_attivita/m=Elenco_ufficiale_delle_aree_naturali_pro.html#elenco area=yes mi pare che non si usi mai per i boundary ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] ANPIL - Area naturale protetta di interesse locale
Il giorno sab, 15/12/2012 alle 14.07 +0100, Fabrizio Carrai ha scritto: Le aree non sono registrate nell'albo nazionale. Da confermare, ma sembra che non rispettino alcuni parametri sulla caccia. Sono come parte del programma della Regione Toscana. F. [1] http://www.regione.toscana.it/regione/export/RT/sito-RT/Contenuti/sezioni/ambiente_territorio/parchi_aree_protette/rubriche/documentazione/visualizza_asset.html_1057723255.html Metterei anche: related_law=Decreto del Consiglio Comunale 22 20/02/04 operator=Comune di Collesalvetti Ho visto che è presente su parks.it dove si trovano anche queste informazioni. Metto un link dalla pagina protected_area? ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Nodi solitari
2012/12/15 Groppo O grop...@gmail.com: Sono nodi privi di tag, non appartenenti a way o relazioni e, generalmente, possono essere eliminati. prima di cancellarli propongo di premere ctrl+h per vedere lo storice e per verificare se forse qualcuno ha solo cancellato accidentalmente i tags. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-dk] Fwd: Lighthouses and nautical lights FIXME
-- Forwarded message -- From: Markus liste12a4...@gmx.de Dear OSM friends, In Denmark there are a lot of ports with a lot of lighthouses and other nautical lights. Please can you help, to move them to the right place? Here you can see the not yet exact placed lights: http://seamark.bplaced.net/**lights/?zoom=7lat=56.08305** lon=12.2774layers=TBTThttp://seamark.bplaced.net/lights/?zoom=7lat=56.08305lon=12.2774layers=TBTT Here you find a HoTo: http://wiki.openstreetmap.org/**wiki/Key:seamark:fixmehttp://wiki.openstreetmap.org/wiki/Key:seamark:fixme Simple move the light to the right place :-) If you need help: ask a sailor... Thanks a lot! Markus www.OpenSeaMap.org ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Fwd: Lighthouses and nautical lights FIXME
Lørdag den 15. december 2012 10:30:42 skrev Kent B. Hansen: -- Forwarded message -- From: Markus liste12a4...@gmx.de Dear OSM friends, In Denmark there are a lot of ports with a lot of lighthouses and other nautical lights. Please can you help, to move them to the right place? Here you can see the not yet exact placed lights: http://seamark.bplaced.net/**lights/?zoom=7lat=56.08305** lon=12.2774layers=TBTThttp://seamark.bplaced.net/lights/?zoom=7lat=56.083 05lon=12.2774layers=TBTT Here you find a HoTo: http://wiki.openstreetmap.org/**wiki/Key:seamark:fixmehttp://wiki.openstree tmap.org/wiki/Key:seamark:fixme Simple move the light to the right place :-) If you need help: ask a sailor... Thanks a lot! Der er også mindst en sejler på listen her ;) Altså, skriv endelig her. En del af de lys der er tale om er båker, lys der står to og to sammen med forskellig højde, det forreste lavest, så de kan danne en navigationslinje. Det er selvsagt vigtigt at positionerne er helt præcise, inden fixme-tagget fjernes! Markus www.OpenSeaMap.org___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Fwd: Lighthouses and nautical lights FIXME
Det er selvsagt vigtigt at positionerne er helt præcise, inden fixme-tagget fjernes! Den danske fyrliste kan findes her: http://frv.dk/SiteCollectionDocuments/pdf/DanskFyrliste2011.pdf Her er fyrenes position helt præcise. Der står ikke noget om copyright i pdf-filen, mon ikke listen umiddelbart kan bruges til OSM, ihvertfald efter 1. januar? Vh. Erik Klausen ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Fwd: Lighthouses and nautical lights FIXME
Hej Erik Hvad mener du med, at listen kan bruges uden videre efter den 1. januar,mht. copyright? 15. dec. 2012 17.10 skrev Erik Klausen e...@hjemmebedst.dk: Det er selvsagt vigtigt at positionerne er helt præcise, inden fixme-tagget fjernes! Den danske fyrliste kan findes her: http://frv.dk/SiteCollectionDocuments/pdf/DanskFyrliste2011.pdf Her er fyrenes position helt præcise. Der står ikke noget om copyright i pdf-filen, mon ikke listen umiddelbart kan bruges til OSM, ihvertfald efter 1. januar? Vh. Erik Klausen ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Fwd: Lighthouses and nautical lights FIXME
On 15-12-2012 17:10, Erik Klausen wrote: Her er fyrenes position helt præcise. Der står ikke noget om copyright i pdf-filen, mon ikke listen umiddelbart kan bruges til OSM, ihvertfald efter 1. januar? Hvad får dig til at sige det? Hvis ikke vi har udtrykkelig tilladelse til at benytte det er standard-antagelsen vel at det ikke kan benyttes i OSM (eller andre steder, for den sags skyld). -- Jonas Häggqvist rasher(at)rasher(dot)dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-se] Andel mycket aktiva användare sjunker
On 12/15/2012 01:45 PM, Andreas Vilén wrote: Jag tog en titt på statistiksidan på OSM-wikin och hittade denna något oroande graf: http://wiki.openstreetmap.org/wiki/File:Osmdbstats8.png Antalet registrerade användare fortsätter att växa, och håller på att närma sig en miljon, det vill säga att nya användare registrerar sig, http://wiki.openstreetmap.org/wiki/Stats De som registrerar sig 2012 är nog till stor del sådana som bidrar någon enstaka gång, medan vi som är mer hängivna och gör OSM till en stor hobby har upptäckt OSM för länge sedan. Eftersom fler sällanbidragslämnare tillkommer, så minskar de hängivnas *andel*, utan att deras *antal* minskar. -- Lars Aronsson (l...@aronsson.se) Aronsson Datateknik - http://aronsson.se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-at] Bawag PSK
On 15.12.2012 07:59, Günther Zin. wrote: Gibt's da für solche Auswertungen, die sicher nicht täglich gemacht werden, dann nicht (z.B. in Postgis) wunderbare Funktionen zur Umkreissuche (z.B. Radius- oder Box-Definition) oder die Prüfung, ob ein Node in einer Fläche ist? Wenn es solche Funktionen nicht gibt, kann man sie sich schreiben. Nur wirst du aus der Distanz zwischen 2 Nodes keine eindeutigen Schlüsse ziehen können. Bei solchen Auswertung halte ich die Verwendung von Site-Relationen auch für vertretbar. Site-Relationen geben an, was zusammengehört, nicht was am selben Ort ist. Du müsstest schon beide obigen Ansätze kombinieren, und das alles nur weil dir der Strichpunkt nicht gefällt. Es ist auch möglich, im Renderer eine eigene Signatur zu definieren für kombinierte Bank+Post-Filialen. Gute Idee. Dann machen wir auch gleich eine eigene Signatur für Tankstelle+Post, eine für Tankstelle+Supermarkt, eine für Trafik+Post, eine für Bäcker+Post, eine für Supermarkt+Post usw. Wer ist wir? In einer Openpostmap wird das alles erwünscht sein. -- Friedrich K. Volkmann http://www.volki.at/ Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] E-Number in in_ref: mit oder ohne Leerzeichen
On 14.12.2012 10:57, Andreas Labres wrote: Am 14.12.2012 10:10, schrieb Martin Vonwald: Ich bin über eine inkonsistente Schreibweise der E-Routen-Nummern gestolpert. Teilweise werden diese mit Leerzeichen (also z.B. E 59) und teilweise ohne geschrieben (also z.B. E59). Wie ist denn der Konsens hier? IMO ohne, wie auf den Schildern, z.B. http://de.wikipedia.org/wiki/Datei:A1_Kn._St._P%C3%B6lten_2.JPG Ich dachte immer, dass in OSM nach B und L kein Leerzeichen kommen soll, beruhe auf einem Irrtum von dir. In Gesetzestexten, amtlichen Karten usw. steht überall ein Leerzeichen. Aber auf diesem Foto sieht man bei E, S und U tatsächlich keines. Was das E betrifft, da bin ich dafür, auf den highway=* das int_ref so zu setzen, wie es angeschrieben ist (also offenbar ohne Leerzeichen), und auf den Relationen für die E-Roads das ref oder int_ref so zu setzen, wie es europaweit üblich ist (anscheinend mit Leerzeichen). -- Friedrich K. Volkmann http://www.volki.at/ Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Talk-at Digest, Vol 50, Issue 20
Am 14.12.2012 16:43, schrieb Stefan Tauner stefan.tau...@gmx.at Hi, die n?chste Phase an OGD wurde ver?ffentlicht. Da gibt es, glaube ich, wieder ein paar interessante Sachen f?r uns: - ... - WC-Anlagen - ... Hallo, die WC-Daten existierten schon länger, aber der Abgleich ist natürlich interessant: http://www.familieverweyen.de/txt_0060.php. Teilweise liegen die Knoten fast übereinander, manchmal aber auch auf der anderen Straßenseite. Derzeitige Trefferquote ist 74,3% (wobei in OSM natürlich auch WC's, die nicht von der Stadt bzw. Gemeinde Wien betrieben werden, vorhanden sind.) Mit freundlichen Grüßen aus der Nähe von Bonn Georg V. ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Straßenbahn Graz
Am Fri, 14 Dec 2012 10:51:24 +0100 schrieb Andreas Labres l...@lab.at: Also in Wien ist es mittlerweile mal so/mal so gemappt, teilweise als eigene Straße mit highway=service. Ich persönlich hab's aufgegeben, mich dagegen zu sträuben. Vom Gefühl her tät ich sagen, gewöhnt Euch dran und repariert die Relationen... Auch in vielen deutschen Städten ist das zweigleisige mappen bereits durchaus üblich (und zwar unabhängig vom eigenen Gleiskörper). In die selbe Kategorie fällt das Zeichnen von Gleisbögen, die auch auf der Fahrbahn liegen, aber vielerorts extra gemappt werden weil sie Zusatzinformation enthalten, die anders schwer eingetragen werden könnte. Über den Zustand der Bim-Relationen in Wien kann ich nix sagen, ein kurzer Blick auf die Relation: http://www.openstreetmap.org/browse/relation/26608 (Linie 60) (abgesehen von offensichtlichen Fehlern) meckert der Relation Analyzer, aber ich weiß nicht, ob er Plattforms als Ways richtig deutet bzw. wie zerhackt die Routen wirklich sind. Ich hab die Straßenbahnrelationen (in Wien) wiedermal durchgeschaut, und einige wenige Fehler korrigiert. Zerhackt sind die Routen so gut wie garnicht, der Relation Analyzer kennt schlicht die role=platform nicht. Liebe Grüße, Albin ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
[Talk-at] Höhe von Berggipfeln, Almhütten, etc.
Hallo! Ich hab mein GPS-Gerät (Wintec WBT202) so eingestellt, daß es mir die Geoid-korrigierte Höhe eines Ortes anzeigt. Jetzt hab ich auf der OSM-Karte und auch vor Ort bei einer Almhütte doch um einiges abweichende Höhenangaben gefunden. Welche Höhe stimmt denn jetzt nun und welche soll als ele= eingetragen werden? LG, Christian ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Höhe von Berggipfeln, Almhütten, etc.
Wenn dein Wintec, keinen Altimeter hat, gehe davon aus, dass die Höhe falsch angezeigt wird. Nur mit Altimeter der durch GPS kalibriert wird, hat man sehr genaue Höhenangaben. (bei Garmin GPS nach 30min und gutem Empfang - ist danach +-5m selbstverständlich, die reine GPS Höhe wäre aber eher +-50m ). On 15.12.2012 18:52, Christian Aigner | caigner wrote: Hallo! Ich hab mein GPS-Gerät (Wintec WBT202) so eingestellt, daß es mir die Geoid-korrigierte Höhe eines Ortes anzeigt. Jetzt hab ich auf der OSM-Karte und auch vor Ort bei einer Almhütte doch um einiges abweichende Höhenangaben gefunden. Welche Höhe stimmt denn jetzt nun und welche soll als ele= eingetragen werden? LG, Christian ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at -- keep on biking and discovering new trails Felix openmtbmap.org www.velomap.org ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Höhe von Berggipfeln, Almhütten, etc.
On 15.12.2012 18:52, Christian Aigner | caigner wrote: Jetzt hab ich auf der OSM-Karte und auch vor Ort bei einer Almhütte doch um einiges abweichende Höhenangaben gefunden. Welche Höhe stimmt denn jetzt nun und welche soll als ele= eingetragen werden? Die Höhenangaben an Hütten stammen machmal aus Zeiten, wo man noch nicht so genau messen konnte. Die Nemecek-Hütte bei Gießhübl ist höher angegeben als der Gipfel. Nimm am besten die Höhe aus dem Laserscan. Richtwerte: Vermessungsstein des BEV ... 0-1 m Laserscan ... 1-2 m Höhenkote des BEV ohne Vermessungsstein ... ~2m Barometer kurz nach Kalibrierung an Vermessungsstein ... ~3m GPS bei gutem Empfang ... ~5m Angaben an Hütten ... ~10m Barometer einen halben Tag nach Kalibierung ... 5-50 m On 15.12.2012 19:35, Felix Hartmann wrote: Wenn dein Wintec, keinen Altimeter hat, gehe davon aus, dass die Höhe falsch angezeigt wird. Nur mit Altimeter der durch GPS kalibriert wird, hat man sehr genaue Höhenangaben. (bei Garmin GPS nach 30min und gutem Empfang - ist danach +-5m selbstverständlich, die reine GPS Höhe wäre aber eher +-50m ). Fehler bis 50m kann man schon mal haben, aber nicht auf Bergipfeln. Da ist der Empfang meist doch recht gut, und wenn mein Garmin Dakota 20 viele Balken (=Satelliten) und eine Genauigkeit von 3m anzeigt. dann bewegt sich nach meiner Erfahrung auch die Höhe meistens in dieser Genauigkeit. Mein Rekord war eine Anzeige von 2m Genauigkeit am Zeilerberg, und da sagte das GPS exakt die selbe Seehöhe, die auch das BEV angibt. -- Friedrich K. Volkmann http://www.volki.at/ Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Höhe von Berggipfeln, Almhütten, etc.
Dein Dakota 20, kalibriert aber auch den Altimeter dauernd per GPS. Schalt das mal aus, und schaus dir dann an, da hast dann schnell üble Schwankungen, auch auf Gipfeln... Dazu kalibriert es via DEM in Karte, falls vorhanden. Hier also am besten gar keine Karte für Tests verwenden (gibt ja auch noch Höhenpunkte die zum kalibrieren verwendet werden aus der Karte). On 16.12.2012 01:12, Friedrich Volkmann wrote: On 15.12.2012 18:52, Christian Aigner | caigner wrote: Jetzt hab ich auf der OSM-Karte und auch vor Ort bei einer Almhütte doch um einiges abweichende Höhenangaben gefunden. Welche Höhe stimmt denn jetzt nun und welche soll als ele= eingetragen werden? Die Höhenangaben an Hütten stammen machmal aus Zeiten, wo man noch nicht so genau messen konnte. Die Nemecek-Hütte bei Gießhübl ist höher angegeben als der Gipfel. Nimm am besten die Höhe aus dem Laserscan. Richtwerte: Vermessungsstein des BEV ... 0-1 m Laserscan ... 1-2 m Höhenkote des BEV ohne Vermessungsstein ... ~2m Barometer kurz nach Kalibrierung an Vermessungsstein ... ~3m GPS bei gutem Empfang ... ~5m Angaben an Hütten ... ~10m Barometer einen halben Tag nach Kalibierung ... 5-50 m On 15.12.2012 19:35, Felix Hartmann wrote: Wenn dein Wintec, keinen Altimeter hat, gehe davon aus, dass die Höhe falsch angezeigt wird. Nur mit Altimeter der durch GPS kalibriert wird, hat man sehr genaue Höhenangaben. (bei Garmin GPS nach 30min und gutem Empfang - ist danach +-5m selbstverständlich, die reine GPS Höhe wäre aber eher +-50m ). Fehler bis 50m kann man schon mal haben, aber nicht auf Bergipfeln. Da ist der Empfang meist doch recht gut, und wenn mein Garmin Dakota 20 viele Balken (=Satelliten) und eine Genauigkeit von 3m anzeigt. dann bewegt sich nach meiner Erfahrung auch die Höhe meistens in dieser Genauigkeit. Mein Rekord war eine Anzeige von 2m Genauigkeit am Zeilerberg, und da sagte das GPS exakt die selbe Seehöhe, die auch das BEV angibt. -- keep on biking and discovering new trails Felix openmtbmap.org www.velomap.org ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
[Talk-ca] A30 Section ouest : ouverture
La A30 section ouest de Chateauguay à Vaudreuil-Dorion (Québec) est ouverte depuis ce matin. La A540 à Vaudreuil est renommée A30. La A530 a Sallaberry-de-Valleyfied est aussi ouverte. Les modifications ont été faites dans la base OSM et le statut highway=construction a été modifié. * Notez cependant que le Ministère des transports du Québec a refusé à date de nous fournir des informations sur le tracé. L'imagerie satellite utilisée pour le tracé a été prise au début des travaux et ne permet pas de bien distinguer les nouveaux échangeurs, plusieurs sorties et la A530 à Sallaberry-de-Valleyfied. Ceux qui demeurent près de là, je vous invite à utiliser vos GPS pour retracer le parcours de façon plus précise. Question réactivité nous sommes nettement en avance sur Google, ceux-ci n'ayant même pas indiqué l'autoroute en construction. Pour ce qui est de Apple, n'en parlons pas. Pierre ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] A30 Section ouest : ouverture
I'm normally car-less but will have a rental car over the holidays. I'll try to take a detour across the new bridge then. I also wanted to add more detailed tagging about the tolls but judging from the wiki there doesn't appear to be an agreed upon system for adding this information. http://www.a30express.com/en/tarifs_en On a related note: does anyone have a GPS trace for the Saint-Jacques exit on Autoroute 720? It was completely rebuilt and opened a few weeks ago. http://www.openstreetmap.org/?lat=45.47584lon=-73.59526zoom=17layers=M Harald. 2012/12/15 Pierre Béland infosbelas-...@yahoo.fr: La A30 section ouest de Chateauguay à Vaudreuil-Dorion (Québec) est ouverte depuis ce matin. La A540 à Vaudreuil est renommée A30. La A530 a Sallaberry-de-Valleyfied est aussi ouverte. Les modifications ont été faites dans la base OSM et le statut highway=construction a été modifié. Notez cependant que le Ministère des transports du Québec a refusé à date de nous fournir des informations sur le tracé. L'imagerie satellite utilisée pour le tracé a été prise au début des travaux et ne permet pas de bien distinguer les nouveaux échangeurs, plusieurs sorties et la A530 à Sallaberry-de-Valleyfied. Ceux qui demeurent près de là, je vous invite à utiliser vos GPS pour retracer le parcours de façon plus précise. Question réactivité nous sommes nettement en avance sur Google, ceux-ci n'ayant même pas indiqué l'autoroute en construction. Pour ce qui est de Apple, n'en parlons pas. Pierre ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca -- Please use encrypted communication whenever possible! Key-ID: 0x199DC50F ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] A30 Section ouest : ouverture
Harald, for the toll, I added tag toll=yes to the bridge. I think there will be something like 10 lines on each side of the motorways for toll payment. Pierre De : Harald Kliems kli...@gmail.com À : Pierre Béland infosbelas-...@yahoo.fr Cc : talk-ca talk-ca@openstreetmap.org Envoyé le : Samedi 15 décembre 2012 11h18 Objet : Re: [Talk-ca] A30 Section ouest : ouverture I'm normally car-less but will have a rental car over the holidays. I'll try to take a detour across the new bridge then. I also wanted to add more detailed tagging about the tolls but judging from the wiki there doesn't appear to be an agreed upon system for adding this information. http://www.a30express.com/en/tarifs_en On a related note: does anyone have a GPS trace for the Saint-Jacques exit on Autoroute 720? It was completely rebuilt and opened a few weeks ago. http://www.openstreetmap.org/?lat=45.47584lon=-73.59526zoom=17layers=M Harald. 2012/12/15 Pierre Béland infosbelas-...@yahoo.fr: La A30 section ouest de Chateauguay à Vaudreuil-Dorion (Québec) est ouverte depuis ce matin. La A540 à Vaudreuil est renommée A30. La A530 a Sallaberry-de-Valleyfied est aussi ouverte. Les modifications ont été faites dans la base OSM et le statut highway=construction a été modifié. Notez cependant que le Ministère des transports du Québec a refusé à date de nous fournir des informations sur le tracé. L'imagerie satellite utilisée pour le tracé a été prise au début des travaux et ne permet pas de bien distinguer les nouveaux échangeurs, plusieurs sorties et la A530 à Sallaberry-de-Valleyfied. Ceux qui demeurent près de là, je vous invite à utiliser vos GPS pour retracer le parcours de façon plus précise. Question réactivité nous sommes nettement en avance sur Google, ceux-ci n'ayant même pas indiqué l'autoroute en construction. Pour ce qui est de Apple, n'en parlons pas. Pierre ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca -- Please use encrypted communication whenever possible! Key-ID: 0x199DC50F ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] A30 Section ouest : ouverture
Nico, un collaborateur de Montréal m'a indiqué avoir parcouru les segments suivants aujourd'hui et obtenu des tracés GPS. Il prévoit mettre à jour la base OSM lundi. Il a les donnés GPS pour les tronçons suivants: * A20 ouest vers A30 ouest. * A30 est vers A20 est * A20 ouest vers A30 est, pont St-Laurent, pont St-Lawrence Seaway, Rte 236 (?) * A530 est vers A30 ouest Pierre De : Pierre Béland infosbelas-...@yahoo.fr À : talk-ca talk-ca@openstreetmap.org; Harald Kliems kli...@gmail.com Envoyé le : Samedi 15 décembre 2012 11h43 Objet : Re: [Talk-ca] A30 Section ouest : ouverture Harald, for the toll, I added tag toll=yes to the bridge. I think there will be something like 10 lines on each side of the motorways for toll payment. Pierre De : Harald Kliems kli...@gmail.com À : Pierre Béland infosbelas-...@yahoo.fr Cc : talk-ca talk-ca@openstreetmap.org Envoyé le : Samedi 15 décembre 2012 11h18 Objet : Re: [Talk-ca] A30 Section ouest : ouverture I'm normally car-less but will have a rental car over the holidays. I'll try to take a detour across the new bridge then. I also wanted to add more detailed tagging about the tolls but judging from the wiki there doesn't appear to be an agreed upon system for adding this information. http://www.a30express.com/en/tarifs_en On a related note: does anyone have a GPS trace for the Saint-Jacques exit on Autoroute 720? It was completely rebuilt and opened a few weeks ago. http://www.openstreetmap.org/?lat=45.47584lon=-73.59526zoom=17layers=M Harald. 2012/12/15 Pierre Béland infosbelas-...@yahoo.fr: La A30 section ouest de Chateauguay à Vaudreuil-Dorion (Québec) est ouverte depuis ce matin. La A540 à Vaudreuil est renommée A30. La A530 a Sallaberry-de-Valleyfied est aussi ouverte. Les modifications ont été faites dans la base OSM et le statut highway=construction a été modifié. Notez cependant que le Ministère des transports du Québec a refusé à date de nous fournir des informations sur le tracé. L'imagerie satellite utilisée pour le tracé a été prise au début des travaux et ne permet pas de bien distinguer les nouveaux échangeurs, plusieurs sorties et la A530 à Sallaberry-de-Valleyfied. Ceux qui demeurent près de là, je vous invite à utiliser vos GPS pour retracer le parcours de façon plus précise. Question réactivité nous sommes nettement en avance sur Google, ceux-ci n'ayant même pas indiqué l'autoroute en construction. Pour ce qui est de Apple, n'en parlons pas. Pierre ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca -- Please use encrypted communication whenever possible! Key-ID: 0x199DC50F ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [OSM-talk-fr] Trams sur pneumatiques : comment les taguer ?
En France, deux technologies différentes répondent au concept de tramway sur pneu : le *TVR */diesel/électrique partiellement guidé/ de Bombardier (production abandonnée) en service à Caen et Nancy et le *Translohr* /tout électrique et entièrement guidé/ de Lohr Industrie à Clermont-Ferrand. Seul ce dernier répond réellement à la définition d'un tramway /(visuellement, on le constate au fait que les véhicules de Clermont-Ferrand ne sont pas immatriculés, alors que ceux de Caen et Nancy, considérés comme des véhicules routiers classiques ont une plaque minéralogique comme de vulgaires autobus)./ Par ailleurs Douai a baptisé tramway une ligne de bus qu'il était prévu d'exploiter en mode intégralement guidé mais dont les véhicules (Phileas de Samenwerkingsverband Regio Eindhoven) n'ont pas reçu l'homologation en mode guidé... Pour taguer ces réseaux, il faut à mon sens tenir compte du mode réel d'exploitation des lignes ou sections de lignes : autobus, trolleybus (guidés ou non) et tramway (Clermont-Ferrand seulement). J.-Lys -- View this message in context: http://gis.19327.n5.nabble.com/Trams-sur-pneumatiques-comment-les-taguer-tp5740399p5740504.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Bureau de vote
L'ennui de amenity=polling_station c'est d'une part leur utilisation temporaire et d'autre part qu'ils vont aller se mettre en plus dans d'autres lieux qui sont déjà des amenity=* sans en changer la nature réelle. Il me semble donc que polling_station:ref=nn devrait suffire : on peut les mettre à n'importe quel POI quel que soit leur type (école, bibliothèque, salles d'activité ou salle des fêtes, gymnase municipal, cinéma municipal... voire dans certaines petites communes rurales dans un commerce multiservices géré par la commune. Il pourrrait même arriver que le bureau de vote soit un logement inoccupé appartenant à la commune. Pendant tout le reste du temps (hors des dimanches des élections) ces lieux retrouvent leur fonction initiale ou peuvent être même fermés au public, ou d'accès restreint (n'importe qui ne peut pas rentrer dans une école par exemple, surtout s'il s'agit d'une école primiaire, lieu souvent privilégié par les communes pour y installer un bureau de vote). Raison de plus pour que ce ne soit pas un amenity=*. Si on n'est pas un dimanche d'élection rien ne permettra de dire qu'il s'agit du lieu d'un bureau de vote (sauf un peu avant en voyant qu'il y a un panneau d'affichage à l'extérieur, gardé encore une semaine après avec l'affiche des résultats qui prend place parmi d'autres affiches d'information municipales). Maintenant si vous y tenez tant que ça (à amenity=polling_station), il vaudra mieux alors positionner les bureaux de vote avec un unique nœud sans autre géométrie, posé au mileu des bâtiments mais sans se confondre avec eux. Ce nœud pourra en revanche servir de lieu admin_centre pour les relations délimitant la couverture territoriale des bureaux de vote. Mais ATTENTION : il est très courant, dans les agglomérations urbaines, que 3 ou 4 bureaux de vote distincts soient réunis au même endroit alors qu'ils couvrent des territoires distincts : ces nœuds ne seront donc pas nécessairement DANS le territoire de chacun. C'est d'ailleurs justement l'intérêt de ce nœud de pouvoir renseigner où se trouve le bureau de vote effectivement, même si on a cartographié le territoire de chacun. Ce nœud est souvent moins nécessaire quand le bureau de vote couvre la commune entière, car le lieu de vote est presque toujours alors à la mairie ou dans une salle annexe attenante (mais si la mairie est trop petite pour recevoir tous les électeurs le même jour, c'est presque toujours l'école primaire municipale qui est utilisée (quand il y en a encore une), sinon un gymnase ou une salle d'activité. Attention aussi : même si les bureaux de vote sont sur des territoires séparés, ils peuvent aussi être regroupés différemment pour certaines élections non locales, uniquement pour pouvoir atteindre un quorum suffisant d'électeurs. Le lieu de vote d'une même bureau pourra changer selon l'élection, la commune faisant alors des économies de moyens. Le territoire du bureau de vote peut aussi très bien ne pas changer mais voir son lieu de vote déplacé ailleurs (par exemple si le lieu habituel est en travaux ou est fermé ou plus entretenu car il a perdu sa fonction (cas des fermetures d'écoles) ou parce qu'un nouveau lieu plus pratique a été préféré. Comme ces lieux de vote peuvent changer pratiquement à chaque scrutin sans que le découpage territorial change (il est normalement fixe pour toute l'année civile quand les inscriptions aux listes électorales ont été fermées l'année précédente, le découpage territorial des bureaux ne pouvant pas avoir lieu avant encore l'année suivante), il n'y aura souvent rien d'autre avant pour indiquer le changement de lieu du vote pour chaque bureau que les bulletins d'information municipale ou l'indication de son adresse sur la carte d'électeur (ce n'est pas toujours indiqué, souvent on n'y trouve QUE le numéro de bureau), et la presse locale qui signalera ces déplacement. En général la mairie communique si cela change mais en dehors de ça, elle renseigne les nouveaux électeurs inscrits uniquement à leur demande (mais pas au moment de l'inscription elle-même, il faut attendre la fermeture des listes le 31 décembre et aller se renseigner en janvier quand elles sont validées et que le nouveau découpage territorial des bureaux est entré en vigueur). Mais la mairie peut aussi se tromper si on n'a pas sa carte d'électeur avec soi pour confirmer son numéro de bureau. J'ai eu le cas la première année qui a suivi mon arrivée à Niort, j'étais bien inscrit l'année de mon arrivée, mais n'avais pas encore reçu ma carte d'électeur en début d'année suivante (que j'ai reçue seulement après l'élection...) La mairie m'avait indiqué oralement le mauvais bureau, et il m'a fallu chercher le jour du scrutin où était le bon où j'étais bien inscrit... Elle s'était aussi plantée dans les horaires (18h et non 19h) et je suis arrivé après la clôture pendant le dépouillement, en ratant donc un tour ; j'aurais pu voter à temps (en arrivant bien avant 18h mais au premier mauvais bureau) en croyant
Re: [OSM-talk-fr] comment taguer un éboulement ?
Effectivement on ne charge rien non plus suite à une avalanche ou à la formation des congères, ou une inondation, même si la route est temporairement fermée. On attend qu'elle soit dégagée et de savoir si des travaux importants seront à prévoir. Dans les routes de montagne, c'est très courant que des routes soient fermées temporairement. Un simple éboulement sur la route sera vite dégagé, mais ça peut être plus long si l'ouvrage a été sérieusement endommagé (les inondations et glissements de terrains font souvent plus de dégâts qu'un simple éboulement, une avalanche, des chutes d'arbres, qui seront dégagés dans les jours ou les heures qui suivent). On est exactement dans le même cas quand une route est temporairement fermée suite à un accident de la route important : on attend que la voie soit dégagée et cela ira assez vite. Même chose pour les voies ferrées. En revanche pour les ponts, et encore plus pour les tunnels, les fermetures sont souvent beaucoup plus longues car leur sécurité en dépend (mais sur les ponts importants il y a aussi des fermetures pour cause de gel ou de vent trop important qui les rendent trop dangereux : on attend la fin de l'épisode météo et de toute façon il y a déjà un équipement de signalisation prévu pour ça, un équipement qu'on trouve aussi avant la montée à certains cols de montagne assez souvent fermés en hiver). Mais on trouve rarement ces équipements de signalisation sur les routes traversant des forêts ou bordées d'arbres, pour signaler le danger ou fermer la route préventivement quand s'annonce une tempête. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] offre de stage
Bonjour, pour l'histoire de la formation éventuelle du stagiaire, je trouve que c'est une bien bonne idée. je suis discrètement la liste depuis quelque temps et j'ai postulé pour cette offre, je ne sais pas si d'autres l'ont fait aussi. Je serais bien curieux d'en entendre plus sur les problèmes qu'il y a eu avec le Parc du Mercantour afin de ne pas reproduire les mêmes erreurs. faut bien tirer des enseignements des erreurs. Je vous tiens au courant sur la manière dont ils voient le projet Quentin. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] comment taguer un éboulement ?
On 14/12/2012 12:11, Sylvain Maillard wrote: Ils disent que ça va être dégagé assez rapidement, donc le mieux est de ne faire aucun changement dans la base OSM: le temps que les modifications soient répercutées, et il faudra déjà remettre les choses comme avant ... la règle est de n'ajouter dans la base OSM que des données persistantes dans le temps ;) Effectivement, la route a été rouverte aujourd'hui à 12 h. Jean-Claude ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pistes cyclables sur le trottoir
Situation très courante dans les villes, où un panneau demande aux cyclistes de passer par le trottoir (partagé par les piétons) pour franchir un carrefour (en passant aussi par les passages piétons traversant le carrefour) plutôt que d'encombrer les voies des autres véhicules sur la chaussée. (solution souvent préférable au seul tourne à droite qui laisse encore les cyclistes attendre sur la chaussée s'il continuent tout droit, ou bien les font se porter sur la voie de gauche et y attendre le feu vers pour tourner à gauche, alors qu'il vaut mieux là encore qu'ils sortent de la chaussée en passant par le trottoir de gauche et ensuite attendre au passage piétons avant de traverser et reprendre la chaussée en tournant gauche à partir du passage piétons). Si la voie cyclable imposée aux cyclistes passe par les trottoirs, ils doivent malgré tout ralentir et ne sont plus prioritaires par rapport aux piétons, et s'il faut ils doivent mettre pied à terre pour aller au rythme des piétons et les croiser ou les doubler sans danger). Cette pseudo-piste cyclable reste un trottoir et si on est un cycliste devant passer par là on sera sensé se comporter alors comme tous les piétons (on peut même y croiser d'autres cyclistes venant en sens inverse de la rue à droite et venant de traverser le passage piéton devant, alors qu'ils s'apprêter attendre et traverser le second passage piéton pour prendre en sens inverse la rue dont on vient). Tout dépend malgré tout de la largeur des trottoirs à ces carrefours : les cyclistes ne doivent pas trop gêner les piétons et tout le monde doit alors pouvoir s'y croiser ou se suivre et attendre un feu vert, sans bloquer ceux qui ne sont pas sensés attendre car il poursuivent leur chemin, à droite dans un sens, à gauche dans l'autre, sans avoir à traverser la chaussée). Si les trottoirs ne sont pas assez larges pour le permettre, impossible d'y envoyer les cyclistes qui devront rester sur la chaussée et suivre les feux des autres véhicules (qui doivent alors ralentir et ne pas les dépasser s'ils se retrouvent sur la même voie non cyclable), et les cyclistes pourront malgré tout utiliser le nouveau tourne à droite là où il est autorisé (mais en cédant le passage aux piétons qui traversent éventuellement devant eux, et en faisant attention aux véhicules qui viennent derrière prendre la même rue que le cycliste utilisant le tourne à droite). Disons alors seulement que le marquage sur le trottoir (bleu ou vert ? j'ai déjà vu les deux couleurs, parfois aussi le jaune encore plus visible pour les piétons) est destiné à avertir les piétons de la présence éventuelle de cyclistes (surtout ceux arrivant en sens inverse du piéton qui doit alors regarder devant lui ou se ranger sur le trottoir hors de la bande autorisée aux cyclistes). Le 12 décembre 2012 12:22, Francescu GAROBY windu...@gmail.com a écrit : Bonjour, Ce que dit le panneau B22a est que les cyclistes ont *obligation*d'emprunter cette voie, et non la chaussée, par opposition au panneau C113, qui *conseille*. C'est la différence entre les panneaux ronds bleus et les panneaux carrés bleus : obligation/conseil Ce que ne signifie pas ce panneau, en revanche, c'est l'interdiction pour d'autres usagers, en l'occurrence les piétons, d'emprunter la même voie. Cette voie cyclable est donc ouverte à ces 2 usagers (cyclistes et piétons). Pour les tags, je ferais une way séparée de la chaussée, avec highway=cycleway, foot=yes (bicycle=designated me semble redondant, vu qu'on a déjà dit que c'est une voie cyclable, non ?). Et sur la chaussée, je rajouterais une interdiction pour les cyclistes bicycle=no. Francescu Le 12 décembre 2012 12:03, RainerU ra...@sfr.fr a écrit : Bonjour, je cherche la bonne manière de tagguer une piste cyclable signalé par un panneau B22a et qui occupe la largeur du trottoir, comme ici: [1]. Légalement c'est une piste obligatoire pour les vélos et interdite aux piétons. En réalité, cette piste est utilisé par le piétons et je suppose que c'est ce qui est prévu par les autorités. Si on se tient à la situation légale, il faudrait donc tagguer highway=*, cycleway:right=track, bicycle=designated, ou highway=cycleway, bicycle=designated Mais cela ne reflète pas la situation réelle et surtout ne fait pas de distinction entre ce genre d'aménagement et une vraie piste cyclable séparé physiquement de la voies. Je pose donc la question, s'il est ok de mettre un foot=yes sur ce genre de voie? Rainer [1] https://maps.google.com/maps?**t=mvpsrc=0ie=UTF8ll=42.** 682956,2.902375spn=0.005915,**0.011276z=17layer=ccbll=42.** 683431,2.901864panoid=**zAXLGQr0kumCAR1z2vZxHQcbp=12,**332.42,,0,0https://maps.google.com/maps?t=mvpsrc=0ie=UTF8ll=42.682956,2.902375spn=0.005915,0.011276z=17layer=ccbll=42.683431,2.901864panoid=zAXLGQr0kumCAR1z2vZxHQcbp=12,332.42,,0,0 __**_ Talk-fr mailing list Talk-fr@openstreetmap.org
[Talk-GB] The Monsal Trail in Derbyshire
A couple of weeks ago I spent a very cold day walking up and down part of the Monsal Trail - essentially from Little Longstone to the A6. It has been remapped since the tunnels reopened, but is in places a bit of a hodge-podge, so I propose to standardise it a bit as follows: o Instead of the mixture of highway=cycleway, highway=path and highway=track that exists currently, replace with highway=track throughout (it's all wide enough for the trail maintenance folks' Land Rovers), but with appropriate access tags (which is I think* foot and bicycle=yes or permissive, and probably horse=yes or permissive, vehicle=no) and also surface and lit tags. o Where the name tag incorporates both a tunnel name and a trail name (like with way http://www.openstreetmap.org/browse/way/116465140) move the tunnel name to some other tag. Although I'm normally sqeamish about having paths labelled after the most well-known trail that uses them, in the case of the Monsal Trail I'm tempted to leave the name=Monsal Trail labelling, because that's what the locals would refer to it as. o Some of the ways that formed the old Monsal Trail before the tunnels reopened are still present in OSM (and in some cases far from obvious on the ground). Where these are tagged as bicycle-appropriate but clearly aren't I'll remove that tagging; in other case if it looks like a way's no longer in use I'll stuck some kind of fixme or note on it. Another example is the cycleway linking the Monsal Trail and Cressbrook that is barely discernable as a footpath. Investigating all those is definitely a summer job, though. o Where joining paths are pretty obviously in the wrong place (according to a GPS trace each way, other people's traces, and what you can make of the imagery) I'll move them, but otherwise I'll not mess with the geometry. Anyway, if anyone disagrees or wants to suggest changes to any of the above please shout up - I'm asking here first rather than jumping in and just changing to avoid going around in circles with different people's edits. Cheers, Andy * If anyone could correct this I'd be grateful if they could fill in here. I'm pretty sure what's there now (which implies vehicle=yes) isn't correct - if someone tried to start a horse carriage service from the A6 to Little Longstone I'm sure that it would be frowned upon. ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] The Monsal Trail in Derbyshire
I've just looked it up in OSM notice there is already a Relation for this route. This is the only place that should have the name=Monsal Trail. It should be removed from any ways that have it tagged as such. Cheers Dave F. ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
[Talk-us] shawnee county landuse
Hi, Paul Norman pointed out that I forgot to mail people about my work on topeka. I have recently moved here and have been working on fixing things up. I am working on the topekabikelanes.org as a volunteer and have put in all the bikelanes as proposed routes. I am using the county gis system http://gis.snco.us/publicgis/ps/ and have written a ruby script to pull out the house numbers and land useage data. This data is being check street by street by me personally and I am repairing bad names and tiger garbage. About a separate account, I dont know how I am going to easily manage that, anyone have an idea to do that in josm? In any case i am not mass importing, but doing street by street what I would be doing manually. please advise if there is anything else you need to know. code is here : https://github.com/h4ck3rm1k3/shawnee-county-osm-landuse thanks, mike -- James Michael DuPont Member of Free Libre Open Source Software Kosova http://flossk.org Saving wikipedia(tm) articles from deletion http://SpeedyDeletion.wikia.com Contributor FOSM, the CC-BY-SA map of the world http://fosm.org Mozilla Rep https://reps.mozilla.org/u/h4ck3rm1k3 Free Software Foundation Europe Fellow http://fsfe.org/support/?h4ck3rm1k3 ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] MassGIS Building Import - process
If anyone has a problem relating to this I don't mind fixing it. The way to do it is simply to download all the data within the bounding box, then use either the search or the authors dialogue to select all the data uploaded by that particular user and remove. Then the data can be re-uploaded :) Cheers, ingalls On Sat, Dec 15, 2012 at 1:18 AM, Paul Norman penor...@mac.com wrote: I notice that several of you are using uploads that involve 50k nodes per changeset. ** ** What is your revert plan if one of these long extended uploads gets interrupted? The JOSM reverter plugin will not handle this correctly. ** ** *From:* Jason Remillard [mailto:remillard.ja...@gmail.com] *Sent:* Thursday, December 13, 2012 8:12 PM *To:* talk-us@openstreetmap.org; impo...@openstreetmap.org *Subject:* [Talk-us] MassGIS Building Import - process ** ** Hi, I update the wiki http://wiki.openstreetmap.org/wiki/MassGIS_Buildings_Import It includes all of the emails from tonight. - The import account will be restricted to directly uploading the data. Any post fixes should be done with the normal account. - There will be a new upload tomorrow with simplified data, and the full massgis data osm replaced with an overlapping osm. This will be saved away for later incase anybody wants to do merges after this project is done. I will do Groton for sure Only two remaining issue - If we should restrict manual importing to a small group of people. I have gotten several feedback messages that letting everybody do it has *** * turned out not to be a great idea on other imports. We are up to 5 people now, all of them have zillion changes to the map. This is not a problem yet. Honestly, I am not sure if people will be beating down the doors to help or not... - How hard do we work on the manual imports. Do we stop doing them if the data looks really good, and just run the script, or do we keep doing the manual imports until we tire of it. Running the script sooner, gets the map better quicker, and lighter OSM users can probably handle cleaning up the small 1/500 errors. After this, I think we are ready to roll this up and get to work. Thanks Jason. ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] MassGIS Building Import - process
Hi, On 14.12.2012 05:12, Jason Remillard wrote: - How hard do we work on the manual imports. Do we stop doing them if the data looks really good, and just run the script, or do we keep doing the manual imports until we tire of it. Running the script sooner, gets the map better quicker, and lighter OSM users can probably handle cleaning up the small 1/500 errors. My usual lament: 1. The map is not better just because more is on it. 2. If you cannot be bothered to fix problems then why should others be? What is your plan for growing the community to a point where it can maintain the data you plan to dump onto OSM? It is a common scenario to see importers aim for a quick win (look how much better we've made the map) and then let others clean up the mess. In programming, this is called technical debt - in order to be able to present nice results quickly you add some problems to your code which have to be cleaned out later. Sometimes there's a good reason for incurring such debt (e.g. because a deadline forces you to presents results quickly no matter how rotten your code is on the inside). What is your external deadline that would prevent you from doing things right? Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] MassGIS Building Import - process
Paul - I've added a few comments and questions about changeset size and revert policies on the Import Guidelines Plan Outline wiki pages. Are there any recommended changeset size limits and/or revert plan practices? - Jeff On Sat, Dec 15, 2012 at 6:43 AM, nicholas ingalls nicholas.inga...@gmail.com wrote: If anyone has a problem relating to this I don't mind fixing it. The way to do it is simply to download all the data within the bounding box, then use either the search or the authors dialogue to select all the data uploaded by that particular user and remove. Then the data can be re-uploaded :) Cheers, ingalls On Sat, Dec 15, 2012 at 1:18 AM, Paul Norman penor...@mac.com wrote: I notice that several of you are using uploads that involve 50k nodes per changeset. ** ** What is your revert plan if one of these long extended uploads gets interrupted? The JOSM reverter plugin will not handle this correctly. ** ** *From:* Jason Remillard [mailto:remillard.ja...@gmail.com] *Sent:* Thursday, December 13, 2012 8:12 PM *To:* talk-us@openstreetmap.org; impo...@openstreetmap.org *Subject:* [Talk-us] MassGIS Building Import - process ** ** Hi, I update the wiki http://wiki.openstreetmap.org/wiki/MassGIS_Buildings_Import It includes all of the emails from tonight. - The import account will be restricted to directly uploading the data. Any post fixes should be done with the normal account. - There will be a new upload tomorrow with simplified data, and the full massgis data osm replaced with an overlapping osm. This will be saved away for later incase anybody wants to do merges after this project is done. I will do Groton for sure Only two remaining issue - If we should restrict manual importing to a small group of people. I have gotten several feedback messages that letting everybody do it has ** ** turned out not to be a great idea on other imports. We are up to 5 people now, all of them have zillion changes to the map. This is not a problem yet. Honestly, I am not sure if people will be beating down the doors to help or not... - How hard do we work on the manual imports. Do we stop doing them if the data looks really good, and just run the script, or do we keep doing the manual imports until we tire of it. Running the script sooner, gets the map better quicker, and lighter OSM users can probably handle cleaning up the small 1/500 errors. After this, I think we are ready to roll this up and get to work. Thanks Jason. ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us -- Jeff Meyer Global World History Atlas www.gwhat.org j...@gwhat.org 206-676-2347 ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] MassGIS Building Import - process
On Sat, Dec 15, 2012 at 7:50 AM, Frederik Ramm frede...@remote.org wrote: 2. If you cannot be bothered to fix problems then why should others be? What is your plan for growing the community to a point where it can maintain the data you plan to dump onto OSM? What's an acceptable error rate? 0? What's the error rate for manual entry? I'd suggest that if Jason hits 1 error in 500 whatevers, that that's lower than manual entry. What are some specific examples of costs expected to be incurred by importing the building outlines the Massachusetts OSM community has identified? Could concerns about errors be addressed by a manual, building-by-building QA process that might address any error issues? What can he *do* to address your concerns? Rather than addressing the imports=good vs. imports=bad discussion, what are the steps Jason hasn't addressed that should be included in order to make sure that we are minimizing the potential for introducing problems into the OSM database. - Jeff ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
[Talk-us] Fwd: osm and K.S.A. 45-220(c)(2)
the only issue that we might have with the data imported is this law, but trulia and zillow and all those property databases also have all this data as well. Also I found this, a nice set of contours and orthophotos http://www.topeka.org/maps/gis_map.htm mike -- Forwarded message -- From: Mike Dupont jamesmikedup...@googlemail.com Date: Sat, Dec 15, 2012 at 2:02 PM Subject: osm and K.S.A. 45-220(c)(2) To: Licensing and other legal discussions. legal-t...@openstreetmap.org Hello, Would putting the data in osm be in violation of the kansas law K.S.A. 45-220(c)(2)? http://kansasstatutes.lesterama.org/Chapter_45/Article_2/45-230.html K.S.A. 45-220(c)(2): the requester does not intend to, and will not: (A) Use any list of names or addresses contained in or derived from the records or information for the purpose of selling or offering for sale any property or service to any person listed or to any person who resides at any address listed; or (B) sell, give or otherwise make available to any person any list of names or addresses contained in or derived from the records or information for the purpose of allowing that person to sell or offer for sale any property or service to any person listed or to any person who resides at any address listed. thanks mike -- James Michael DuPont Member of Free Libre Open Source Software Kosova http://flossk.org Saving wikipedia(tm) articles from deletion http://SpeedyDeletion.wikia.com Contributor FOSM, the CC-BY-SA map of the world http://fosm.org Mozilla Rep https://reps.mozilla.org/u/h4ck3rm1k3 Free Software Foundation Europe Fellow http://fsfe.org/support/?h4ck3rm1k3 -- James Michael DuPont Member of Free Libre Open Source Software Kosova http://flossk.org Saving wikipedia(tm) articles from deletion http://SpeedyDeletion.wikia.com Contributor FOSM, the CC-BY-SA map of the world http://fosm.org Mozilla Rep https://reps.mozilla.org/u/h4ck3rm1k3 Free Software Foundation Europe Fellow http://fsfe.org/support/?h4ck3rm1k3 ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] MassGIS Building Import - process
On 15 December 2012 20:09, Jeff Meyer j...@gwhat.org wrote: Paul - I've added a few comments and questions about changeset size and revert policies on the Import Guidelines Plan Outline wiki pages. Are there any recommended changeset size limits and/or revert plan practices? One good practice is not to revert data that is not known to be wrong. If a big changeset fails halfway through it's possible to fix the remaining part to use the nodes that have been uploaded and continue, rather than delete the 1000s of nodes just to create new ones in the same places. You can probably now do that in JOSM by downloading the changeset containing the orphaned nodes, opening in JOSM together with the data being uploaded and telling the validator to fix all duplicate nodes. Myself I've been using the python scripts at http://wiki.openstreetmap.org/wiki/Upload.py in such situations, although the api is much more stable now than it was a couple years ago. The other good practice, but possibly not usable with JOSM alone, is not to let the program upload the naked nodes in bulk and then the buildings in bulk. You can sort the elements in such a way that every 50k element changeset contains say 45k nodes and 5k ways. The scripts let you limit the number of elements in a chunk which the next chunk depends on to the minimum (optimally 0), this way there's no risk of a passer by spotting orphan nodes and deleting some causing you conflicts in your next chunk. Cheers ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] shawnee county landuse
1. You need to have a wiki page and list the data source on the import catalogue 2. What is the license that this data is under? I did not see a copyright statement. 3. What tagging are you proposing? 4. The last few times someone has proposed importing property lot data the consensus has been that that type of data shouldn't be imported into OSM. Why is this different? 5. The consultation should have been done before the import. What do you propose doing with the data you've already imported? I've cc'ed imports@ because they also need to be part of the consultation. From: Mike Dupont [mailto:jamesmikedup...@googlemail.com] Sent: Saturday, December 15, 2012 6:05 AM To: talk-us@openstreetmap.org; Paul Norman Subject: [Talk-us] shawnee county landuse Hi, Paul Norman pointed out that I forgot to mail people about my work on topeka. I have recently moved here and have been working on fixing things up. I am working on the topekabikelanes.org as a volunteer and have put in all the bikelanes as proposed routes. I am using the county gis system http://gis.snco.us/publicgis/ps/ and have written a ruby script to pull out the house numbers and land useage data. This data is being check street by street by me personally and I am repairing bad names and tiger garbage. About a separate account, I dont know how I am going to easily manage that, anyone have an idea to do that in josm? In any case i am not mass importing, but doing street by street what I would be doing manually. please advise if there is anything else you need to know. code is here : https://github.com/h4ck3rm1k3/shawnee-county-osm-landuse thanks, mike -- James Michael DuPont Member of Free Libre Open Source Software Kosova http://flossk.org Saving wikipedia(tm) articles from deletion http://SpeedyDeletion.wikia.com Contributor FOSM, the CC-BY-SA map of the world http://fosm.org Mozilla Rep https://reps.mozilla.org/u/h4ck3rm1k3 Free Software Foundation Europe Fellow http://fsfe.org/support/?h4ck3rm1k3 ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] MassGIS Building Import - process
On 15 December 2012 22:45, Paul Norman penor...@mac.com wrote: From: andrzej zaborowski [mailto:balr...@gmail.com] Subject: Re: [Talk-us] MassGIS Building Import - process On 15 December 2012 20:09, Jeff Meyer j...@gwhat.org wrote: Paul - I've added a few comments and questions about changeset size and revert policies on the Import Guidelines Plan Outline wiki pages. Are there any recommended changeset size limits and/or revert plan practices? One good practice is not to revert data that is not known to be wrong. If a big changeset fails halfway through it's possible to fix the remaining part to use the nodes that have been uploaded and continue, rather than delete the 1000s of nodes just to create new ones in the same places. You can probably now do that in JOSM by downloading the changeset containing the orphaned nodes, opening in JOSM together with the data being uploaded and telling the validator to fix all duplicate nodes. This hasn't come up for me on an import but I've tried it with normal mapping. I don't believe you can do a fix all on duplicate nodes and instead have to resolve them all individually With a current JOSM it seems you can select all the errors and click fix, or you can select the Other duplicate nodes category and click fix, I just checked. But JOSM will add each pair of merged nodes as an individual operation in undo history. I noticed it also merges the dupe nodes when you're merging two layers rather than copy from one layer and paste onto another. Myself I've been using the python scripts at http://wiki.openstreetmap.org/wiki/Upload.py in such situations, although the api is much more stable now than it was a couple years ago. What's your workflow? Do changes in JOSM, save and then pass to the scripts? Yes. The osm2change script understands the JOSM format and produces and .osc. With the TIGER name expansion the bot produced .osc files directly which were reviewed in a text editor. The other good practice, but possibly not usable with JOSM alone, is not to let the program upload the naked nodes in bulk and then the buildings in bulk. You can sort the elements in such a way that every 50k element changeset contains say 45k nodes and 5k ways. The scripts let you limit the number of elements in a chunk which the next chunk depends on to the minimum (optimally 0), this way there's no risk of a passer by spotting orphan nodes and deleting some causing you conflicts in your next chunk. The best way to do this in JOSM alone is to only merge in 1-5k nodes+ways at a time, review them, then upload. This also avoids most of the problems above. I would only ever do a 50k object changeset in very limited circumstances where I am confident that it is safe to do so. Even then I'd try to keep it under 25k normally. For normal imports I'd suggest 10k as a soft limit. Yes, good points. Cheers ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] MassGIS Building Import - process
Jeff Meyer j...@gwhat.org writes: On Sat, Dec 15, 2012 at 7:50 AM, Frederik Ramm frede...@remote.org wrote: 2. If you cannot be bothered to fix problems then why should others be? What is your plan for growing the community to a point where it can maintain the data you plan to dump onto OSM? What's an acceptable error rate? 0? What's the error rate for manual entry? I'd suggest that if Jason hits 1 error in 500 whatevers, that that's lower than manual entry. Well put. Before the import, a vast number of buildings that actually exist were not shown on the map. To me, that is a greater problem than a tiny number of non-buildings rendered as buildings. One can argue about the weight of actual buildings not shown vs non-buildings shown in computing a total map quality function, but by all accounts of people who have looked at the data the quality is very high. And the non-buildings shown are things are typically thing that are structure-like but not really structures, which is exactly the kind of thing that I've added by hand as builings when maybe I shouldn't. The community in Mass is actually growing, and I haven't heard from anyone local who is opposed to what's happening. This process is causing us to know each other better. So I think random complaining at Jason for you are importing so you must be harming the community is uncalled for, unsubstantiated, and harmful to building community. In my view, community is about whether people want to belong and want to work with each other, and I see the current situation as a net plus. pgpSKUvwmGOiS.pgp Description: PGP signature ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] MassGIS Building Import - process
Jeff Meyer j...@gwhat.org writes: Paul - I've added a few comments and questions about changeset size and revert policies on the Import Guidelines Plan Outline wiki pages. Are there any recommended changeset size limits and/or revert plan practices? Tools support for reverting is a fair point. But, I'd argue that it's a bug in JOSM if one can upload a single changeset that the reverter can't undo, and if so (I may be confused) this should be fixed in JOSM rather than be a special manual requirement. pgpphR8cNggpV.pgp Description: PGP signature ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] MassGIS Building Import - process
From: Greg Troxel [mailto:g...@ir.bbn.com] Subject: Re: [Talk-us] MassGIS Building Import - process Jeff Meyer j...@gwhat.org writes: Paul - I've added a few comments and questions about changeset size and revert policies on the Import Guidelines Plan Outline wiki pages. Are there any recommended changeset size limits and/or revert plan practices? Tools support for reverting is a fair point. But, I'd argue that it's a bug in JOSM if one can upload a single changeset that the reverter can't undo, and if so (I may be confused) this should be fixed in JOSM rather than be a special manual requirement. It's not a bug in JOSM. JOSM gives you lots of way to shoot yourself in the foot, this is due to an interaction between large changesets, the rails port, database/serialization times on the changeset /download call and imports. Because it's pretty much import-specific it's not too serious an issue if people are following the guidelines because they require you to have the knowledge of how to fix your mistakes. The checklist suggests developing a revert plan and the guidelines specifically state If you don't know how to revert an import, don't do the import in the first place. All of this being said, an item on my to-do list is to propose reducing the maximum changeset size. Right now it is too easy to make a changeset that only specialized ill-documented tricky to use tools can download. ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
