[Talk-hr] Novo razvrstavanje cesta
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 primjerahttp://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.pdfpromjena 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 http://www.mppi.hr/default.aspx?id=410 na stranicama Ministarstva prometa je ova odluka, kao i ovogodišnje odluke vezane uz razvrstavanje u javne ceste (potvrđivanje prošlogodišnjih razvrstavanja ili prebacivanje unutar raznih kategorija javnih cesta). Pišem ovdje jer nisam siguran što sve to znači za klasifikaciju i označavanje na OSM-u, no pretpostavljam da nosi neke promjene budući da bi neke ceste sad trebale nositi drugačije oznake. Na primjer, uzeto s wikijahttp://wiki.openstreetmap.org/wiki/WikiProject_Croatia/ZupanijskeCeste_1xxx : 1015 [image: Relation.png]http://wiki.openstreetmap.org/wiki/Elements#Relation 1272442 http://www.openstreetmap.org/browse/relation/1272442 (XMLhttp://api.openstreetmap.org/api/0.6/relation/1272442, analyze http://ra.osmsurround.org/analyze.jsp?relationId=1272442, managehttp://osm.cdauth.eu/route-manager/relation.jsp?id=1272442, gpx http://osmrm.openstreetmap.de/gpx.jsp?relation=1272442, JOSMhttp://localhost:8111/import?url=http://api.openstreetmap.org/api/0.6/relation/1272442/full, history http://osm.virtuelle-loipe.de/history/?type=relationref=1272442, view http://openstreetmap.org?relation=1272442) 100% Aleja Bologne (D225http://wiki.openstreetmap.org/wiki/WikiProject_Croatia/DrzavneCeste#D225) - Ilica - Zagrebačka - Prilaz baruna Filipovića - Kršnjavoga - Trg hrv. velikana - Boškovićeva - Klaićeva - Republike Austrije - Ilica (Ž1015http://wiki.openstreetmap.org/wiki/WikiProject_Croatia/ZupanijskeCeste_1xxx#1015) Više nije u kategoriji javne ceste. I tako sto puta. ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr
Re: [Talk-hr] Novo razvrstavanje cesta
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 http://www.mppi.hr/default.aspx?id=410 na stranicama Ministarstva prometa je ova odluka, kao i ovogodišnje odluke vezane uz razvrstavanje u javne ceste (potvrđivanje prošlogodišnjih razvrstavanja ili prebacivanje unutar raznih kategorija javnih cesta). Pišem ovdje jer nisam siguran što sve to znači za klasifikaciju i označavanje na OSM-u, no pretpostavljam da nosi neke promjene budući da bi neke ceste sad trebale nositi drugačije oznake. Na primjer, uzeto s wikija http://wiki.openstreetmap.org/wiki/WikiProject_Croatia/ZupanijskeCeste_1xxx : 1015 [image: Relation.png] http://wiki.openstreetmap.org/wiki/Elements#Relation 1272442 http://www.openstreetmap.org/browse/relation/1272442 (XMLhttp://api.openstreetmap.org/api/0.6/relation/1272442, analyze http://ra.osmsurround.org/analyze.jsp?relationId=1272442, managehttp://osm.cdauth.eu/route-manager/relation.jsp?id=1272442, gpx http://osmrm.openstreetmap.de/gpx.jsp?relation=1272442, JOSM http://localhost:8111/import?url=http://api.openstreetmap.org/api/0.6/relation/1272442/full , history http://osm.virtuelle-loipe.de/history/?type=relationref=1272442 , view http://openstreetmap.org?relation=1272442) 100% Aleja Bologne (D225 http://wiki.openstreetmap.org/wiki/WikiProject_Croatia/DrzavneCeste#D225) - Ilica - Zagrebačka - Prilaz baruna Filipovića - Kršnjavoga - Trg hrv. velikana - Boškovićeva - Klaićeva - Republike Austrije - Ilica (Ž1015 http://wiki.openstreetmap.org/wiki/WikiProject_Croatia/ZupanijskeCeste_1xxx#1015 ) Više nije u kategoriji javne ceste. I tako sto puta. ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr
[talk-ph] Rivers drying out in Palawan ?
Hi all, I just traced some rivers in Palawan but they never appear on the map. It looks like other existing rivers also disappear when refreshing at higher zoom levels : river visible : http://osm.org/go/4nTtWzb- river not visible anymore when you zoom in one step. The tags look ok to me, and this only seems to happen in Palawan (I could not reproduce this in Cebu) I can not see what is wrong... (I tried to add the layer = -1 on one section, but without effect) Is there an area covering/hiding only rivers ? Is this a rendering bug ? Can anybody have a look at this ? Cheers, Totor ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
[OSM-talk] Anouncing green light optimal speed advisory
hello, I developed an OSM based app on which big companys worked for years, e.g. volkswagen 1984, audi's travolution 2005-2008 and currently DLR (deutsches zentrum für luft- und raumfahrt). this application is called green light optimal speed advisory GLOSA and red light duration advisory RLDA. and the best of all is that it's cheap and globally applicable. now it's almost ready to use. the timing part of the data base is empty. but no problem, an interface is also provided by this app. you are welcome to test it, give feedback, ask questions or what ever right here or on my site. www.ampelmeter.com sincerly Martin Schafran -- Ampelmeter UG (haftungsbeschränkt) Köslinstr. 10 DE-38124 Braunschweig Tel.: 015774328673 E-Mail: mar...@ampelmeter.com Web:www.ampelmeter.com Amtsgericht Braunschweig HRB 203661 USt-IdNr.: DE283795848 Steuernummer: 14/203/43227 FA: Braunschweig-Wilhelmstraße Geschäftsführung: Martin Schafran ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Anouncing green light optimal speed advisory
looks as if you are combining OSM data with traffic light data. Where can I download the latter in ODbL, or I am wrong with my first assumption? cheers, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Anouncing green light optimal speed advisory
check the link again. I just uploaded the tables, but the interesting one is empty. http://www.ampelmeter.com/downloads martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[talk-au] Fwd: [OpenStreetMap] Lighthouses and nautical lights FIXME
I received this message from Markus B. If any one has the information about the exact positions of these markers (or has a boat!), please fix their locations. Diego -- Forwarded message -- From: Markus B m-318805-86f...@messages.openstreetmap.org Date: 6 December 2012 22:40 Subject: [OpenStreetMap] Lighthouses and nautical lights FIXME To: dmollaal...@gmail.com Hi Diego, Markus B http://www.openstreetmap.org/user/Markus%20B has sent you a message through OpenStreetMap with the subject Lighthouses and nautical lights FIXME: == Hello Diego, please can you forward this to the AU-list? Thanks, Markus - - - Dear OSM friends, In Australia 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=6lat=34.54997lon=138.37573layers=TBTT Here you find a HoTo: http://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 == You can also read the message at http://www.openstreetmap.org/message/read/318805 and you can reply at http://www.openstreetmap.org/message/reply/318805 -- Diego MOLLA ALIOD http://www.ics.mq.edu.au/~diego ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
[Talk-br] Palestra sobre OpenStreetMap no SERPRO Rio
Pessoal, fui convidado pelo SERPRO para dar uma palestra sobre OpenStreetMap. A palestra será aberta para convidados, mas o foco é para Internet, pois é feito streaming do evento e o vídeo fica disponibilizado no portal. Dia 01 de fevereiro de 2013, de 9h da manhã ao meio dia. Mais informações em http://www.softwarelivre.gov.br/eventos/palestra-tecnica-do-cisl-apresentando-o-openstreetmap/ []s Arlindo Nighto Pereira ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Palestra sobre OpenStreetMap no SERPRO Rio
Massa, Arlindo!! Manda ver! On 07-12-2012 15:08, Arlindo Pereira wrote: Pessoal, fui convidado pelo SERPRO para dar uma palestra sobre OpenStreetMap. A palestra será aberta para convidados, mas o foco é para Internet, pois é feito streaming do evento e o vídeo fica disponibilizado no portal. Dia 01 de fevereiro de 2013, de 9h da manhã ao meio dia. Mais informações em http://www.softwarelivre.gov.br/eventos/palestra-tecnica-do-cisl-apresentando-o-openstreetmap/ []s Arlindo Nighto Pereira ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-de] JOSM-Vorlagen
Am 07/dic/2012 um 01:24 schrieb gmbo g...@kilometerfresser.eu: Am 06.12.2012 21:36, schrieb Wolfgang Wienke: Hallo, kann man JOSM einfach so modifizieren, dass ein Klick auf Bussymbol/ Bushaltestelle nicht nur die Eigenschaft highway=bus_stop sondern automatisch zusätzlich auch public_transport=platform erzeugt wird? Sehe ich richtig, dass das nicht über ein *.xml-Datei sondern nur über JAVA funktioniert? :-( Das ganze ist wirklich nicht schwer, als Beispiel ist http://wiki.openstreetmap.org/wiki/Stolpersteine#Preset_-_JOSM-Vorlagen ganz gut. Wobei platform für Bushaltestellen am besten deprecated werden sollte, d.h. es macht eigentlich keinen Sinn, das automatisch hinzuzufügen Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] 29C3 (December 27th to 30th, 2012)
Hallo, Am 07.12.2012 um 00:42 schrieb Michael Kugelmann michaelk_...@gmx.de: Unsere Assembly-Planung sehe ich auch im OSM-Wiki bzw. hier auf der ML. Aber das Thema CCC muss zwangsweise im 28C3-Wiki laufen, sonst funktioniert es (leider) nicht (der CCC kann wahrlich nicht auf tausend Seiten nachforschen welche Bedarfe dass existieren). Vom Mass collaboration Projekt [1] habe ich die Anfrage bekommen, ob wir unsere Stände/Tische nahe beieinander haben wollen. Außerdem ob wir Vorträge, Panels oder Workshops machen. [1] https://events.ccc.de/congress/2012/wiki/Mass_collaboration Mfg Marc ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] 29C3 (December 27th to 30th, 2012)
On Fri, Dec 07, 2012 at 09:26:38AM +0100, Gehling Marc wrote: Am 07.12.2012 um 00:42 schrieb Michael Kugelmann michaelk_...@gmx.de: Unsere Assembly-Planung sehe ich auch im OSM-Wiki bzw. hier auf der ML. Aber das Thema CCC muss zwangsweise im 28C3-Wiki laufen, sonst funktioniert es (leider) nicht (der CCC kann wahrlich nicht auf tausend Seiten nachforschen welche Bedarfe dass existieren). Vom Mass collaboration Projekt [1] habe ich die Anfrage bekommen, ob wir unsere Stände/Tische nahe beieinander haben wollen. Außerdem ob wir Vorträge, Panels oder Workshops machen. [1] https://events.ccc.de/congress/2012/wiki/Mass_collaboration Das sind offenbar die Leute, die das Wikidata-Projekt machen. Da gibts auf jeden Fall Dinge, wo wir zusammenarbeiten könnten und so. Also nahe beieinander macht Sinn. Jochen -- Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM-Vorlagen
Am 06.12.2012 21:36, schrieb Wolfgang Wienke: Hallo, kann man JOSM einfach so modifizieren, dass ein Klick auf Bussymbol/ Bushaltestelle nicht nur die Eigenschaft highway=bus_stop sondern automatisch zusätzlich auch public_transport=platform erzeugt wird? Sehe ich richtig, dass das nicht über ein *.xml-Datei sondern nur über JAVA funktioniert? :-( Das ganze ist wirklich nicht schwer, als Beispiel ist http://wiki.openstreetmap.org/wiki/Stolpersteine#Preset_-_JOSM-Vorlagen ganz gut. Wenn du dann in Josm unter allgemeine Einstellungen Einstellungen der Karten-Projektion und Daten-Interpretation im Reiter Objektvorlagen oben rechts auf das Plus gehst kannst du eine XML-Datei laden. Damit kannst du die Vorlage gut testen. Im WIKI finde ich: Man kann allerdings eigene Vorlagen hinzufügen oder fremde Vorlagen benutzen. Hier in diesem WIKI nennen wir die Datei mal z.B. eigene-presets.xml und diese ist im XML-Format geschrieben. Einfach selbst erstellen (z.B. mit dem Notepad oder gedit und als XML umbenennen), lokal irgendwo abspeichern und in den JOSM Einstellungen (Bearbeiten - Einstellungen - Einstellung... - Quellen für Objektvorlagen) den Pfad angeben. Bin wohl zu dumm, diese Einstellung finde ich in JOSM nicht. -- Mit freundlichen Gruessen Wolfgang Wienke ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM-Vorlagen
Moin, Am 07.12.2012 09:52, schrieb Wolfgang Wienke: Im WIKI finde ich: [...] und in den JOSM Einstellungen (Bearbeiten - Einstellungen - Einstellung... - Quellen für Objektvorlagen) den Pfad angeben. Bin wohl zu dumm, diese Einstellung finde ich in JOSM nicht. Habe die Angaben im Wiki mal konkretisiert. Gruß Georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] 29C3 (December 27th to 30th, 2012)
Hi, nur kurz. Tickets gibt es bis Montag. http://events.ccc.de/2012/12/07/online-ticket-sale-is-closing-soon/ Mfg Marc ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] [Anzeige] Anzeige der grünen Welle
hallo, ich hab da eine app entwickelt, die die grüne welle anzeigt. an der enwicklung einer solchen anwendung haben bereits ein paar große firmen gearbeitet. die pilotprojekte hießen wolfsburger welle, travolution und aktuell AIM am DLR. was noch fehlt, sind die schaltzeiten der ampeln, die aber auch über die app eingegeben werden können. d.h nach eingabe einer fahrbeziehung wäre die ab diesem zeitpunkt benutzbar und synchronisiert sich auch bei programmwechsel oder am nächsten tag. ich würd mich über eure meinung dazu freuen. weitere info auf www.ampelmeter.com Mit freundlichem Gruß Martin Schafran -- Ampelmeter UG (haftungsbeschränkt) Köslinstr. 10 DE-38124 Braunschweig Tel.: 015774328673 E-Mail: mar...@ampelmeter.com Web:www.ampelmeter.com Amtsgericht Braunschweig HRB 203661 USt-IdNr.: DE283795848 Steuernummer: 14/203/43227 FA: Braunschweig-Wilhelmstraße Geschäftsführung: Martin Schafran ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM-Vorlagen
Hi, das wäre aber doof. Dann muss man hinterher die Platform immer wieder wegmachen. Ich habe bereits über 500 Bushalestellen gemappt und nur 2% oder so haben davon eine Platform. Die anderen 98% sind einfach nur ein Pfahl am Wegesrand. Mit freundlichen Grüßen Stephan aka smarties Original-Nachricht Datum: Thu, 06 Dec 2012 21:36:35 +0100 Von: Wolfgang Wienke wo_wie...@gmx.net An: 0Liste talk-de talk-de@openstreetmap.org Betreff: [Talk-de] JOSM-Vorlagen Hallo, kann man JOSM einfach so modifizieren, dass ein Klick auf Bussymbol/ Bushaltestelle nicht nur die Eigenschaft highway=bus_stop sondern automatisch zusätzlich auch public_transport=platform erzeugt wird? Sehe ich richtig, dass das nicht über ein *.xml-Datei sondern nur über JAVA funktioniert? :-( -- Mit freundlichen Gruessen Wolfgang Wienke ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] landuse nicht für Detailmapping verwenden (war: Abgerissenes Haus)
Am 06.12.2012 19:29, schrieb Martin Koppenhoefer: landuse differenzieren durch subtags: Ja, gern landuse differenzieren durch neue values: Wenn nötig, ja differenzieren mit neuen Werten für den landuse key eher nicht (weil dann gibt es ja schon einen Hauptwert der das abdeckt), aber neue Werte für Flächen, für die bisher noch gar nichts passt: ja. So hatte ich es gemeint. landuse umdefinieren von Gebiet auf Einzelgrundstück: Nein wieso umdefinieren? Welche Granularität Sinn macht, kann man ja diskutieren, bisher war das nie festgelegt. Es ging immer um die vorherrschende Nutzung einer Fläche, aber wie groß die Fläche sein soll, ist der Einschätzung des Mappers überlassen, damit der sich den jeweiligen Erfordernissen anpassen kann. Eine Mindestgröße in Quadratmeter steht da nicht, aber das englische Wiki sagt explizit: Mainly used for describe the primary use of land by humans. [...] More detailed tagging for land uses is available in amenity=*, leisure=* and tourism=*, im deutschen Wiki wird landuse als Gebiet und nicht als Grundstück beschrieben. Einzelgrundstück ist auf jeden Fall noch nicht ausreichend finde ich, wenn Du Dir z.B. amtliche Daten ansiehst dann sind da unterschiedliche Nutzungen auf Teilen des Grundstücks natürlich noch erfasst. Es gibt in amtlichen Daten sicherlich fein aufgelöste Nutzungsunterscheidungen. Dafür haben wir in OSM diverse tags. Es gibt ebenfalls Wohn- und Industriegebiete in amtlichen Daten. Diese werden oft in Karten vom Stadtplan bis zur Generalkarte verwendet. Dafür gibt es in OSM nur landuse. Andererseits muss es nicht immer ein landuse sein, wenn z.B. schon ein shop oder so als Fläche eingetragen ist in einem Wohngebiet dann impliziert das m.E. schon landuse=retail für diese Fläche. Was da Sinn macht kann man ja überlegen, z.B. ob man die Kundenparkplätze und andere Aussenflächen irgendwie zur shop-Nutzung dazubringen möchte. Bei typischen Supermärkten verwende ich auch landuse=retail. Bei einer Schreinerei (Werkhalle) mit Wohnhaus fände ich 2 unterschiedliche landuses auf dem gleichen Grundstück z.B. angemessen. Das widerspricht der lange bestehenden Definition von landuse im Wiki. Man sollte besser building=house und building=industrial verwenden. Je weniger wir generalisieren und nicht nur über Attribute (zu residential wäre ein Beispiel: allgemeines Wohngebiet, reines Wohngebiet, Kleinsiedlungsgebiet) abbilden, um so vielfältiger sind die Möglichkeiten, die Daten später zu nutzen. +1 Ob man im Rendering später einen Fleckenteppich haben will oder daraus allgemeinere Landuses vorberechnet und benutzt (oder Vorberechnete benutzt) (oder gar keine), die Möglichkeiten sind dann alle da, Man kann aus dem Flickenteppich die Gebiete nicht zurückberechnen. während wenn man mit Relevanzkriterien und Bekämpfen der Details immer nur eine Version haben wird, nämlich eine generalisierte. Für die Details hat man weiterhin building, shop, craft, amenity, leisure, tourism und viele andere. Für eine generalisierte Darstellung braucht man landuse in der bestehenden Definition. Viele Grüße Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM-Vorlagen
Am 07.12.2012 15:12, schrieb smart...@gmx-topmail.de: Ich habe bereits über 500 Bushalestellen gemappt und nur 2% oder so haben davon eine Platform. Die anderen 98% sind einfach nur ein Pfahl am Wegesrand. public_transport=platform sagt nicht, dass es eine Plattform gibt. Das Tag war für den Passagier-Warte/Zustiegsbereich sämtlicher öffentlicher Verkehrsmittel gedacht, egal wie sie baulich ausgeführt sind. Es ist also auch für den Pfahl am Wegesrand geeignet. (Davon unabhängig bleibt natürlich die Tatsache, dass es sich bisher nicht wirklich durchgesetzt hat.) Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Bug in openstreetmap.org melden
Hi, wie kann ich einen Bug in Openstreetmap.org melden? Wenn man in Firefox auf den Layer-Button oben rechts klickt, danach in die Karte und noch ein 2. mal auf den Layer-Button geht, wird dieser nur halb angezeigt. -- Mit freundlichen Grüßen Stephan aka smarties ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bug in openstreetmap.org melden
Am 07.12.2012 17:06, schrieb smart...@gmx-topmail.de: wie kann ich einen Bug in Openstreetmap.org melden? Wenn man in Firefox auf den Layer-Button oben rechts klickt, danach in die Karte und noch ein 2. mal auf den Layer-Button geht, wird dieser nur halb angezeigt. Normalerweise auf trac.openstreetmap.org. In diesem Fall auf github: https://trac.openstreetmap.org/ticket/4710 Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM-Vorlagen
2012/12/7 Tobias Knerr o...@tobias-knerr.de Am 07.12.2012 15:12, schrieb smart...@gmx-topmail.de: Ich habe bereits über 500 Bushalestellen gemappt und nur 2% oder so haben davon eine Platform. Die anderen 98% sind einfach nur ein Pfahl am Wegesrand. public_transport=platform sagt nicht, dass es eine Plattform gibt. Das Tag war für den Passagier-Warte/Zustiegsbereich sämtlicher öffentlicher Verkehrsmittel gedacht, egal wie sie baulich ausgeführt sind. Es ist also auch für den Pfahl am Wegesrand geeignet. (Davon unabhängig bleibt natürlich die Tatsache, dass es sich bisher nicht wirklich durchgesetzt hat.) Und es wird sich nicht durchsetzen weil es nicht gerendert oder benutzt wird. Hühne und Ei. Ich hatte etwa 500 umgewandelt während ich sie am komplettieren war, aber die habe ich gestern alle zurückgewandelt nach highway=bus_stop. Jo ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM-Vorlagen
Moin, Am 07.12.2012 18:35, schrieb Jo: Und es wird sich nicht durchsetzen weil es nicht gerendert oder benutzt wird. Hühne und Ei. Ich hatte etwa 500 umgewandelt während ich sie am komplettieren war, aber die habe ich gestern alle zurückgewandelt nach highway=bus_stop. mit dem parallelen Tagging hätte man die Chance, Henne samt Ei zum Brüten ins Nest zu setzen. Aber wer nur entweder Henne oder Ei sieht ... Gruß Georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM-Vorlagen
Am 07.12.2012 10:24, schrieb talk-de-requ...@openstreetmap.org: Im WIKI finde ich: [...] und in den JOSM Einstellungen (Bearbeiten - Einstellungen - Einstellung... - Quellen für Objektvorlagen) den Pfad angeben. Bin wohl zu dumm, diese Einstellung finde ich in JOSM nicht. Habe die Angaben im Wiki mal konkretisiert. Danke, jetzt habe ich es. -- Mit freundlichen Gruessen Wolfgang Wienke ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] landuse nicht für Detailmapping verwenden (war: Abgerissenes Haus)
Am 06.12.2012 11:40, schrieb Henning Scholland: Wenn man es komplett neu anpackt (was ich bei dem Kuddelmuddel durchaus für richtig halten würde) sehe ich das nicht so. Welches Kuddelmuddel? landuse ist eindeutig als primäre Nutzung (also überschneidungsfrei) eines Gebiets (nicht Einzelgrundstück oder Teil davon) definiert. Weit überwiegend wird es so genutzt. Es würde genügen, die relativ wenigen falschen Verwendungen zu korrigieren. Gruß Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] Errori in OSM nel Veneto: chiave ref in una rotonda
Ciao Il giorno 06 dicembre 2012 00:43, Luca Delucchi lucadel...@gmail.com ha scritto: ... potrebbe essere condiviso il codice che ci sta dietro, magari potremmo farlo per tutta Italia o per tutte le regioni ... Il server di GFOSS direi che può ospitarla tranquillamente È una cosa che avevo già pensato di chiedere e mi farebbe piacere :) Gli aggiornamenti sarebbero anche più regolari. Per come sono fatti gli script, i controlli sui tags si possono applicare a tutta l'Italia, i controlli sulle geometrie no. I secondi funzionano, ma sono un po' degli accrocchi, genererebbero dei file temporanei enormi (almeno quello dei nodi solitari) ed impiegherebbero molto tempo se applicati all'Italia (ricordo, comunque, che i nodi duplicati sono segnalati anche da Keepright). Domani sistemo un po' gli script e posto un link. Ciao, Groppo -- ciao Luca ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-se] Lighthouses and nautical lights FIXME
Dear OSM friends, In Sweden 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=8lat=57.71469lon=17.28717layers=TBTT Here you find a HoTo: http://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-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Lighthouses and nautical lights FIXME
I would assume not a lot of people out on the sea at this time of year in Sweden :) On Thu, Dec 6, 2012 at 11:33 PM, Markus liste12a4...@gmx.de wrote: Dear OSM friends, In Sweden 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=8lat=57.71469** lon=17.28717layers=TBTThttp://seamark.bplaced.net/lights/?zoom=8lat=57.71469lon=17.28717layers=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-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-sehttp://lists.openstreetmap.org/listinfo/talk-se -- John Bäckstrand ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-es] Actualización de mapas de google
por lo que he mirado, y no voy a dedicarle mucho tiempo, en las zonas que conozco han arreglado algo, pero tambien han estropeado algo, y algunos fallos notorios que habia ni los han tocado. Hace pocos dias me cruze con el coche de los mil ojos de google, parece que es el unico trabajo de campo que hacen, y lo hace un ordenador (unos cuantos, diria), las personas humanas solo conducen ;-) Por cierto, ya no sale lo de los datos son de Teleatlas, ahora se basan en el IGN ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Dudas de base
Me encuentro con las siguientes dudas: Gracias por hacer las preguntas, espero interesado las respuestas. :-) -- Roberto Plà http://robertopla.net/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Dudas de base
Buenos días, Felipe. Paso a responderte sobre tu correo... El 7 de diciembre de 2012 06:29, Felipe T. Dorado ftdor...@ono.comescribió: * Lo que debo subir al servidor no es todo el fichero completo, ¿verdad? Depende de si quieres que quien pueda ver la traza que subes pueda saber dónde estuviste. Normalmente no es mucho problema, porque es raro que nadie suba por accidente cosas que no deba, pero bueno... * Lo que hay que subir son trozos de ese fichero, ¿por ejemplo, de recorridos realizados en el mismo día? ¿Qué tamaño es conveniente? ¿Da igual el tamaño? En principio te diría que da igual, yo he subido trazas bastante grandes con itinerarios de varios días, y se las ha comido sin problemas. * Si consigo aislar los recorridos a pié o en bici de una zona a lo largo de una semana, ¿todo eso sería una traza o convienen separarlas en varias teniendo en cuenta que lógicamente habrá sitios donde se solapan? Como prefieras. Si quieres subir las trazas una por una, separando los distintos itinerarios, pues bien. Y si no, pues también. En el fondo da igual, las trazas las usamos (generalizo, pero creo que es así) sobre todo para mapear sobre zonas en las que las ortofotos no sean buenas, sean antiguas, o tengan poca calidad. * ¿Se puede poner aquí en la guía un ejemplo de fichero de traza con formato correcto? He tenido algún problema con ficheros y programas del tipo el formato no es correcto o de falta la fecha y hora de los puntos (palabras no exactas, son de memoria). Pero... ¿Estos problemas te los ha dado la traza en bruto, o la traza después de editarla tú mismo? * ¿Se puede editar a mano directamente un fichero GPX a fin de arreglar o corregir cosas o es necesario hacerlo con JOSM por ejemplo? Teóricamente puedes hacerlo a mano, no son más que texto plano que cumple unas reglas. Personalmente yo no lo haría, soy partidario de subir las trazas tal cual, aunque tengan algunas derivas en zonas de poca cobertura del satélite. * Una vez subida una traza, ¿qué concretamente hay que hacer con ella ya cargada en JOSM? Puede parecer obvio pero es que no se dice en la guía lo que hay que hacer. Con la traza no se hace nada (al menos hasta donde yo llego), pero *sobre* la traza se pueden dibujar rutas que no sean fácilmente identificables en las ortofotos. Imagino que habrá gente que también pueda sacar más información de ellas (tipo límites de velocidad vs. velocidades reales, atascos, etc), pero no lo sé a ciencia cierta. * Exactamente, ¿para qué se sube la traza si lo que importan son los Nodos? Para dibujar las vías y/o puntos de interés sobre ella. * El trabajo concreto de creación del mapa, ¿consiste en pulsar sobre el editor para ir creando nodos que forman las líneas de las Vías? Disculpa, pero no entiendo del todo tu pregunta... * ¿O es que he de arreglar la localización de los Nodos en la traza para que formen la línea mas o menos recta de las Vías? Yo, como te dije antes, soy partidario de dejar las trazas tal cual las capturaste. Pero imagino que habrá tantas opiniones en la lista como suscriptores. * Estos Nodos, ¿los he de colocar siguiendo la ruta o traza que seguí con mi navegador sobre el terreno? Sí, sería lo más recomendable, jugando también, claro está, con la ortofoto, y dando preeminencia a lo que tú estimes más oportuno (al fin y al cabo, si tienes la traza, es que has estado allí). * ¿Puedo añadir Nodos y Vías que se que están ahí porque las he visto pero no las he seguido con navegador, es decir, no tengo traza de ellas? Por supuesto que sí. Si no tienes traza no será tan preciso, pero si sabes que la ortofoto es buena, no hay ningún problema. Yo, sin ir más lejos, he modificado muchas vías, pero en cambio trazas he subido muy pocas. * Si lo anterior puede hacerse, ¿qué impide hacer lo mismo con fotografías aéreas ya que si conozco el sitio da igual que pase por caminos y carreteras a que no pase y use la foto aérea para ello? La base es las coordenadas del nodo y no como se adquiere. Ya comprendo que si no he estado nunca en el sitio usar fotos de otros es algo, digamos que poco ético e incluso ilegal. ¿Por qué va a ser poco ético señalar una vía en un mapa? ¿O por qué va a ser ilegal? Puedes basarte en lo que quieras para mapear, siempre y cuando lo que estés añadiendo al mapa se corresponda con la realidad. Esta realidad puedes conocerla bien por ser de la zona, por haber pasado por allí, tener una traza, o simplemente por dibujar encima de una ortofoto. Para que te hagas una idea, hace años, cuando el terremoto en Haití, OSM volvió a mapear prácticamente en tiempo récord la realidad post-terremoto, cuando casi ninguno de los que modificaron el mapa estaban físicamente sobre el terreno. * Si lo que veo en el mapa está mal, ¿lo corrijo directamente o le pregunto a quien lo hizo si lo puedo corregir o si lo hace él? Si estás
Re: [Talk-es] Dudas de base
¿Por qué va a ser poco ético señalar una vía en un mapa? ¿O por qué va a ser ilegal? Puedes basarte en lo que quieras para mapear, siempre y cuando lo que estés añadiendo al mapa se corresponda con la realidad. Esta realidad puedes conocerla bien por ser de la zona, por haber pasado por allí, tener una traza, o simplemente por dibujar encima de una ortofoto. No puedes basarte en lo que quieras para mapear. Por esa regla de tres podríamos copiar integramente a la competencia (lease Google). Actualmente en España podemos dibujar sobre las ortofotos del IGN porque está permitido pero por ejemplo no podemos dibujar sobre los mapas del mismo IGN. También sobre ortofotos de Bing Map porque igualmente Microsoft lo ha querido así. Para que te hagas una idea, hace años, cuando el terremoto en Haití, OSM volvió a mapear prácticamente en tiempo récord la realidad post-terremoto, cuando casi ninguno de los que modificaron el mapa estaban físicamente sobre el terreno. En este caso en concreto, creo que fue Yahoo quien cedio el uso de sus fotografías aéreas para que la comunidad OSM pudiera mapear la zona. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Dudas de base
Corrijo, debí de añadir mientras la fuente de los datos sea libre. Mea culpa. El 07/12/2012 11:17, Matías Taborda Barroso taborda.barr...@gmail.com escribió: ¿Por qué va a ser poco ético señalar una vía en un mapa? ¿O por qué va a ser ilegal? Puedes basarte en lo que quieras para mapear, siempre y cuando lo que estés añadiendo al mapa se corresponda con la realidad. Esta realidad puedes conocerla bien por ser de la zona, por haber pasado por allí, tener una traza, o simplemente por dibujar encima de una ortofoto. No puedes basarte en lo que quieras para mapear. Por esa regla de tres podríamos copiar integramente a la competencia (lease Google). Actualmente en España podemos dibujar sobre las ortofotos del IGN porque está permitido pero por ejemplo no podemos dibujar sobre los mapas del mismo IGN. También sobre ortofotos de Bing Map porque igualmente Microsoft lo ha querido así. Para que te hagas una idea, hace años, cuando el terremoto en Haití, OSM volvió a mapear prácticamente en tiempo récord la realidad post-terremoto, cuando casi ninguno de los que modificaron el mapa estaban físicamente sobre el terreno. En este caso en concreto, creo que fue Yahoo quien cedio el uso de sus fotografías aéreas para que la comunidad OSM pudiera mapear la zona. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Actualización de mapas de google
Efectivamente, ahora utilizan los datos de la BCN del IGN. ¿No teneis curiosidad al menos, por saber cuanto habrá pagado Google por un cartografía realizada con nuestros impuestos?. Estaría bien saberlo ¿verdad?. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] highway
yo ya le he dado un buen achuchón a la provincia de Sevilla. tarda mucho en actualizarse en ITO Map, no? saludos El día 5 de diciembre de 2012 16:29, Jaime Crespo jy...@jynus.com escribió: Eso ya existe, y se llama maxspeed: http://wiki.openstreetmap.org/wiki/Key:maxspeed No te obsesiones con los colores, la clasificación highway realmente no sirve para nada, y siempre existen renderers alternativos: http://www.itoworld.com/map/35#fullscreenlat=40.43021433021439lon=-3.7243530167690237zoom=9 Rellenemos mejor la etiqueta maxspeed, que necesita mucho cariño en España! ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] highway
Hola Ricardo En ITOworld tarda una media de 5 días Un saludo ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] highway
gracias :) El día 7 de diciembre de 2012 13:39, Óscar Zorrilla Alonso oscar_zorri...@hotmail.com escribió: Hola Ricardo En ITOworld tarda una media de 5 días Un saludo ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Actualización de mapas de google
En la provincia de Tarragona han mejorado algunas cosas (edificios), pero han dejado pueblos con todas las calles sin nombrar. También se han cargado el Circuito de Calafat (construido desde 1975) y han dado vida a un campo de golf abandonado desde hace 10 años. Bravo. Un motivo más para usar OSM El 7 de diciembre de 2012 13:15, Matías Taborda Barroso taborda.barr...@gmail.com escribió: Efectivamente, ahora utilizan los datos de la BCN del IGN. ¿No teneis curiosidad al menos, por saber cuanto habrá pagado Google por un cartografía realizada con nuestros impuestos?. Estaría bien saberlo ¿verdad?. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Actualización de mapas de google
El 07/12/12 13:15, Matías Taborda Barroso escribió: Efectivamente, ahora utilizan los datos de la BCN del IGN. ¿No teneis curiosidad al menos, por saber cuanto habrá pagado Google por un cartografía realizada con nuestros impuestos?. Estaría bien saberlo ¿verdad?. Pues me gustaría que fuera gratis tanto a Google como a cualquiera de nosotros. -- A cada puerco le llega su sábado. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-ar] Geoinquietos Buenos Aires
Estimados, Los invito a chequear estos eventos: http://wiki.osgeo.org/wiki/Category:Geoinquietos_Buenos_Aires Creo que es una buena oportunidad para hacer contacto con representantes de entidades publicas que manejen datos que son potencialmente incorporables a OSM. Personalmente voy a asistir el martes 11 con este objetivo en mente. y prepárense para el FOSS4G Buenos Aires 2013!! Saludos, Fernando. ___ Talk-ar mailing list Talk-ar@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ar
[Talk-at] Fahrverbot-Tagging
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hallo! In Graz gibts anscheinend unterschiedliche Ansichten, wie Fahrverbote getaggt werden sollten: nur zB [1][2]. Wie sollte man zB eine Fahrverbot-Tafel Roter Kreis mit Zusatztafel ausg. Radfahrer taggen? - access=no + foot=yes + bicycle=yes - vehicle=no + bicycle=yes - motor_vehicle=no Am intuitivsten ist wohl die zweite Variante. Ich verwende allerdings die erste, da sie logisch gleichwertig ist und gerendert wird - hier schreien wohl einige Tagging für die Renderer. Gerade in der Grazer Innenstadt mit ihren vielen komplizierten Fahrverboten finde ich es jedoch wichtig, das auch auf der Karte zu sehen[3]. Wir werden das auch beim nächsten Grazer Stammtisch am 17.12. anschneiden, ich hätte aber auch gern einen österreichweiten Konsens dazu. lg, Michi [1] http://www.openstreetmap.org/browse/way/180118042/history [2] http://www.openstreetmap.org/browse/way/4074703/history [3] http://www.openstreetmap.org/browse/way/26956993/history - -- Michael Maier, Student of Telematics @ Graz University of Technology -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJQweXuAAoJEPDJmZ2oE4mGa2cP/3ssEZkm0OolKwjpmgtspVKw UWbVUdQOKc/yKoLhyQq3ykN8AtSf4F83hcYSlVlYTW7rUMvM8i1e5Azucr2WF1XB dvLYc3Z+dK57V8wFvEGPn/7fX9ASqU15hd/czWcfmJ0mSEj+vNsuI4ekbJkDOetH QILVtjMrtTDqvUsJjfzPtCGbj+GeO8sX2iI+hVcZa4e3ps82W4pguxhXb4j8LbPc bBKjAKa9imbLRsEHtjC93JjkXqmg4puXSuPCD6Goqq0paGWJ5n2DhXWRtpJJ6Jtx SUtdlbKrTrWIioBp40TIuUtmhQbADRXuB/gMVyFo+OlQ42b9ipTXwPXXbmEi3iE0 NA8PpI2W6WIOfOMWXjYyzU/8dK7ENdMzRxcBB/4jsD4AHB2ed67wLXO7rL+VAqOC yM0QbyTtwPKpkMbCtr41hghAc3zSwPUdwed175HPJaZac21wHNRuzVYlWd5pRjn8 EMJpqc15fviy1dMxAmNZu7kT8MtQDJrh31vnub2s7wF08YnBT4cma6dwTSRN8ZpB c5uM8ZH2+l92atiirJIgGJlSFtKNSF+hPAr1KJ6FS8Pu4PyVVrIhch0x+tC7DGse mu8F5wuu+Xu7fHIybAssbrrltc/x3obRMZlnhSxyXMtR51EQL0bkMS4dkH6mFYnD WCEIHWaw10Btc/MF8fjM =Kjis -END PGP SIGNATURE- ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
[Talk-at] Google+
Hallo, Wer hat eigentlich Zugriff auf den OpenStreetMap Austriahttps://plus.google.com/103779182788564072506/postsAccount? Könnte mich da jemand hinzufügen? Würd den versuchen bissl mehr aufleben zu lassen. Außerdem sollten wir auch eine G+ Communityhttps://plus.google.com/communitiesgründen. Ich hab da schon so ein paar Ideen. Wer würde mithelfen OSM in G+ bekannter zu machen? mfg Thomas ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Fahrverbot-Tagging
On 07.12.2012 13:49, Michael Maier wrote: Wie sollte man zB eine Fahrverbot-Tafel Roter Kreis mit Zusatztafel ausg. Radfahrer taggen? - access=no + foot=yes + bicycle=yes - vehicle=no + bicycle=yes - motor_vehicle=no Am intuitivsten ist wohl die zweite Variante. Und die einzige richtige. Ich verwende allerdings die erste, da sie logisch gleichwertig ist Ist sie nicht, denn das Universum besteht nicht nur aus Fahrzeugen und Fußgängern. Was ist z.B. mit Reitern? und gerendert wird Wo gerendert wird? In der Openvelomap? Oder in der Freizeitkarte Österreich? Oder... -- 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] Fahrverbot-Tagging
- vehicle=no + bicycle=yes +1 für diese Variante. In Wien ist leider noch viel zu oft überhaupt access=no/private/.. ohne Ausnahmen getaggt. Und in den allermeisten Fällen müsste wohl mindestens foot=yes dabei sein. Diese Variante entspricht auch exakt der Beschilderung. LG, Markus ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
[OSM-Talk-ZA] Building Mapping in Swellendam
Talk-ZA, Linfiniti Consulting is sponsoring 3 students to map buildings in Swellendam... - http://linfiniti.com/2012/12/holiday-openstreetmap-project-for-swellendam/ Is Swellendam going to be the best mapped town in South Africa? ;-) It is about time Underberg had some competition: http://osm.org/go/kzHumo8 / Grant ___ Talk-ZA mailing list Talk-ZA@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-za
Re: [Talk-ca] Validating existing data in Ottawa area
Do you know when youll be proposing this import to the various lists? From: Pierre Béland [mailto:infosbelas-...@yahoo.fr] Sent: Monday, December 03, 2012 7:55 AM To: talk-ca@openstreetmap.org Subject: Re: [Talk-ca] Validating existing data in Ottawa area Tom For the Québec municipalities administrative boundaries there were discussions on this list about a month ago. We plan to import at once using data from government of Québec. I communicated with the government Données libres site and wait for their approval. ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] Rues sans nom - St-Eustache
Bonjour, Question de débutant. J'ai pour projet de corriger la tache rouge de noname à St-Eustache: http://qa.poole.ch/?zoom=12lat=45.56597lon=-73.89097layers=TFB0 J'aimerais faire valider ma méthodologie avant de commencer et surtout savoir si ce projet est dans le todo list d'une autre contributeur. Tout d'abord je dois dire que j'utilise peu JOSM (il m'intimide encore) et encore moins des imports CANVEC. Je me propose d'importer les tuiles CANVEC de la région, de les ouvrir dans JOSM mais de simplement retranscrire manuellement les noms de rues trouvées à l'aide de Potlatch 2. 1- Ceci est-il légitime? 2- Est-ce considéré comme un import? Dois-je utiliser un compte différent du mien? 3- Dois-je mettre à jour la source des chemins? Bien entendu, pour les nouvelles rues absentes de CANVEC j'irai faire un relevé sur place. Merci, Claude P Est-ce nécessaire d'imprimer ce courriel ? ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Rues sans nom - St-Eustache
Claude, Avec JOSM, il y a une solution plus simple pour obtenir les noms de rues. Dans le menu des préférences, sélectionne WMS/TMS. Dans la liste des fournisseurs, sélectionne la couche CA / Geobase roads. Tu cliques sur le bouton Déplacer vers le bas, puis sur valider. Ensuite dans l'éditeur, ajoute la couche Geobase roads. De cette façon, tu verras les noms des rues et tu pourras simplement les retranscrire. Pierre De : alouette...@gmail.com alouette...@gmail.com À : talk-ca talk-ca@openstreetmap.org Envoyé le : Vendredi 7 décembre 2012 13h09 Objet : [Talk-ca] Rues sans nom - St-Eustache Bonjour, Question de débutant. J'ai pour projet de corriger la tache rouge de noname à St-Eustache: http://qa.poole.ch/?zoom=12lat=45.56597lon=-73.89097layers=TFB0 J'aimerais faire valider ma méthodologie avant de commencer et surtout savoir si ce projet est dans le todo list d'une autre contributeur. Tout d'abord je dois dire que j'utilise peu JOSM (il m'intimide encore) et encore moins des imports CANVEC. Je me propose d'importer les tuiles CANVEC de la région, de les ouvrir dans JOSM mais de simplement retranscrire manuellement les noms de rues trouvées à l'aide de Potlatch 2. 1- Ceci est-il légitime? 2- Est-ce considéré comme un import? Dois-je utiliser un compte différent du mien? 3- Dois-je mettre à jour la source des chemins? Bien entendu, pour les nouvelles rues absentes de CANVEC j'irai faire un relevé sur place. Merci, Claude PEst-ce nécessaire d’imprimer ce courriel ? ___ 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: [Talk-ca] Validating existing data in Ottawa area
Paul, No I dont know. After I asked for data in july compatible with ODbl license, I was contacted by one person asking me to explain about licenses incompatibility.I will try to re-contact this person and see if things are moving a bit. If there are people on the list that think they can help on this matter, please let me know. Pierre De : Paul Norman penor...@mac.com À : 'Pierre Béland' infosbelas-...@yahoo.fr; talk-ca@openstreetmap.org Envoyé le : Vendredi 7 décembre 2012 11h13 Objet : RE: [Talk-ca] Validating existing data in Ottawa area Do you know when you’ll be proposing this import to the various lists? From:Pierre Béland [mailto:infosbelas-...@yahoo.fr] Sent: Monday, December 03, 2012 7:55 AM To: talk-ca@openstreetmap.org Subject: Re: [Talk-ca] Validating existing data in Ottawa area Tom For the Québec municipalities administrative boundaries there were discussions on this list about a month ago. We plan to import at once using data from government of Québec. I communicated with the government Données libres site and wait for their approval. ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [OSM-talk-fr] Osmecum bâti
L'imagerie aérienne ne peut mentir sur l'orientation ? Oui seulement si c'est de l'orthophographie, mais non si ce n'est qu'une photo satellite. La France n'est pas encore complètement couverte par Bing en orthopho sur tout le territoire, et des défauts d'orientation (et de distances) persistent encore dans le Cotentin, en Rhône Alpes et Franche-Comté autour de Genève, partout en Corse, et dans tout l'outre-mer. L'orientation des photos satellite est juste moyenne et cadrée sur juste un point central de chaque cliché (avant son assemblage dans les tuiles) lequel n'a subi qu'un ajustement linéaire (ou au mieux juste quadratique ou cubique), en positionnant seulement 3 ou 4 points, avec une équation unique sur toute sa surface (ou sur une triangulation assez large du cliché, si des données d'altitude sont prises en compte aux points considérés), sans tenir compte très bien de l'angle et la distance de prise de vue (la correction de perspective est très partielle). Une vraie orthophotographie prend en compte une triangulation très fine, permettant une précision des positions du même ordre de grandeur que la résolution des pixels visibles, et ne peut pas se faire sans avoir une carte altimétrique (obtenue en combinant des prises de vue à des angles différents et un maillage serré de la géodésie de référence). Le 7 décembre 2012 08:44, JB jb...@mailoo.org a écrit : ** J'ajouterais une action et son raccourci clavier, que j'ai découvert il n'y a pas si longtemps : faire pivoter un batiment (on n'y croit pas au début, mais une fois qu'on s'y met, le nombre de batiments qui sont mal orientés… OK, peut-être plus en zone rurale qu'en pleine ville. Mais sur ce point, l'imagerie aérienne ne peut pas mentir…). CTRL + Maj + souris. JB Le 06.12.2012 19:15, Jean-Francois Nifenecker a écrit : Bonjour, j'ai en cours un document décrivant l'intégration du bâti. Cependant, suite à un msg récent dans cette liste, j'en ai tout d'abord dérivé un Osmecum. Le document, plus volumineux et largement illustré suit son petit bonhomme de way. Voici donc l'Osmecum, en version 0.01, donc indulgence demandée :)http://wiki.openstreetmap.org/w/images/a/aa/Osmecum_integration_bati_v001.pdf Merci pour vos remarques, critiques et suggestions. A+ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Carte grand format...
Si on l'imprime le 1er avril, c'est possible... Le 7 décembre 2012 07:29, Art Penteur art.pent...@gmail.com a écrit : Le 6 décembre 2012 16:59, Christian Quest cqu...@openstreetmap.fr a écrit : J'aimerai avoir votre avis sur un rendu cartographique [...] d'un projet de carte des sites de vol libre, [...] Merci pour vos remarques. Vu l'échelle, est-il prévu un avertissement à la Francetopo.fr : Afin de vous épargner toute nomination superfétatoire aux Darwin awards, nous tenons à vous informer préalablement d'une réalité indubitable quant au contenu de cette carte : la qualité de la cartographie ci-offerte, bien qu'en perpétuelle amélioration, ne permet pas pour l'heure la préparation de vols en milieu naturel. Si tel est votre projet, nous vous invitons à refouler au plus vite vos pulsions de mort, et à bien vouloir n'utiliser que des cartographies adéquates[...] ? Art. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Carte grand format...
Une bonne carte ne saurait mentir ? On a déjà le cas des photos aériennes qui semblent montrer des trucs inexistants (et on a eu le cas de photos mal classées à cause d'une erreur humaine ou d'un bogue informatique non détecté) qui ont fait naître et disparaître des îles, et on a déjà partout des clichés à des dates différentes (non clairement mentionnées). Aucune carte n'est exempte d'erreurs ou d'approximations, même celles réputées et dites « de référence ». Le 7 décembre 2012 09:06, Christian Quest cqu...@openstreetmap.fr a écrit : Si on l'imprime le 1er avril, c'est possible... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Osmecum bâti
Autre remarques : - J'aurais rajouté un paragraphe sur la vérification du calage avec les points géodésiques, les Orthophotos Bing, les traces GPS... Je passe beaucoup de temps à recaler les bâtiments importés du cadastre dans mon coin... - Quand on réuni deux morceaux de bâtiment, il ne faut pas oublier de supprimer les points superflus ensuite. - Il semble que le cadastre ne soit pas vraiment à jour dans les fermes. Il faudrait passer du temps à supprimer les bâtiments qu'on ne voit plus avec Bing, ou le contraire... C'est presque systématique dans les hameaux de mon coin. Concernant le calage des bâtiments avec une orthophoto, la page suivante du wiki est intéressante, même si elle est assez technique : http://wiki.openstreetmap.org/wiki/Roof_modelling Mais ça ne devrait pas faire peur à ceux qui intègrent le cadastre, non ? ;-) Mika Le jeudi 06 décembre 2012 à 19:15 +0100, Jean-Francois Nifenecker a écrit : Bonjour, j'ai en cours un document décrivant l'intégration du bâti. Cependant, suite à un msg récent dans cette liste, j'en ai tout d'abord dérivé un Osmecum. Le document, plus volumineux et largement illustré suit son petit bonhomme de way. Voici donc l'Osmecum, en version 0.01, donc indulgence demandée :) http://wiki.openstreetmap.org/w/images/a/aa/Osmecum_integration_bati_v001.pdf Merci pour vos remarques, critiques et suggestions. A+ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [osm-fr CA] Table ronde Langues de France et numérique
Le 4 décembre 2012 12:21, Christophe Merlet red...@redfoxcenter.org a écrit : Le mardi 04 décembre 2012 à 12:01 +0100, Nolwenn a écrit : Le mardi 4 décembre 2012 11:58:03 Christophe Merlet a écrit : Reste à développer la traduction de ces cartes en s'appuyant sur Wikipedia... Et de nomino http://nomino.comptoir.net/ (http://gitorious.org/nomino/nomino) Pas mal comme appli. Simple et efficace. Par contre, je viens de me rendre compte que nominatim sortait la relation de la commune, mais pas le nœud place, et c'est sur ce nœud place que j'avais pris l'habitude de mettre les traductions... Bon, après tout, ce n'est pas insensé de remonter les traductions au niveau supérieur... Salut Christophe, En attendant d'avoir un bug tracker sur Nomino via Gitorious, j'ai ouvert une page de wiki pour noter ta remarque. https://gitorious.org/nomino/pages/Home#Requests N'hésitez pas à contribuer sur cette page pour améliorer Nomino. Cyrille. Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Cyrille. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Carte grand format...
Bonjour, De : Nicolas Dumoulin Tu es censé afficher toutes les sous-préfectures ? Car il n'y en a pas beaucoup d'affichées en Auvergne … il y a peut-être du boulot pour moi ;-) Peut-être à lier à la non-définition (pour l'instant) de plusieurs arrondissements de la région : http://layers.openstreetmap.fr/?zoom=8lat=45.70138lon=3.40476layers=B00FFFT Donc du boulot, oui, côté limites communales :-) vincent Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Carte grand format...
De : Christian Quest Il faut que je me décide pour une projection, là je ne me suis pas embêté, vu que ma bitmap de relief était en Google Mercator, j'ai tout projeté comme ça. Peut être reprojeter en Lambert 93... vous avez un avis, une suggestion ? Pourquoi pas Lambert 93, pour avoir alors une échelle constante. Mais c'est ton placement de texte actuel qui va en pâtir :-( vincent Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Osmose] Rond-Point ou Rond-point ?
Le 07/12/2012 06:40, Philippe Verdy a écrit : Cependant dans « grand-mère » on n'accorde plus du tout et aucune liaison ne se fait, donc le trait d'union est devenu la norme unique depuis longtemps, mais ce n'est pas encore vrai pour « grand’rue » même si cette orthographe est vieillissante (mais persiste encore dans les noms de rues qui y mettents des capitales). Petite rectification historique : On n'accorde plus du tout. http://monsu.desiderio.free.fr/curiosites/grand.html Voila pourquoi on dit aussi la grand-place. -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [osm-fr CA] Table ronde Langues de France et numérique
Remonter des noms traduits du noeud place vers la relation ne peut pas être automatique : ces noms différent quand ils ne désignent pas la même chose : le noeud peut être juste celui d'un village dans la commune, et non pas le nom de la commune entière. On ne peut faire cette remontée d'information QUE si le noeud et la relation mentionnent le MEME nom par défaut (dans name=*). Mais noter qu'éventuellement, il pourrait y avoir des exceptions à cette remontée, pour certaines traductions régionales du noeud, que le nom par défaut dans la langue officielle ne distingue pas : si on remonte le nom régional au niveau parent dans cette même langue, le niveau parent pourrait avoir une traduction fausse dans cette langue. Pour gérer des cas comme ça, il serait souhaitable alors de subdiviser la commune parente entre ses villages dans des relations filles distinctes. pour que la portée de cette remontée des noms du noeud soit limitée à ce seul village dans la commune, afin de garantif que cette relation locale porte au moins un nom commun avec le noeud. A mon avis tout le danger vient de l'utilisation des noeuds comme substituts à la surface des relations. Il serait nettement mieux que les membres de rôle admin_centre dans une relation ne désignent QUE des surfaces et non des noeuds dont on ne connait rien de la surface qu'ils désignent. Les noeuds admin_center actels sont rendondants la plupart du temps (alors que les noeuds label ont un sens non pas pour désigner une autre enttité mais pour positionner le libellé de la relation elle-même Exemple : la capitale de la France n'est pas un noeud Paris mais TOUTE la commune-département de Paris. Le membre admin_centre pour la relation France devrait donc être la relation du département 75 sans rien y préciser précisément. Le 7 décembre 2012 09:35, Cyrille Giquello cyrill...@gmail.com a écrit : Le 4 décembre 2012 12:21, Christophe Merlet red...@redfoxcenter.org a écrit : Le mardi 04 décembre 2012 à 12:01 +0100, Nolwenn a écrit : Le mardi 4 décembre 2012 11:58:03 Christophe Merlet a écrit : Reste à développer la traduction de ces cartes en s'appuyant sur Wikipedia... Et de nomino http://nomino.comptoir.net/ ( http://gitorious.org/nomino/nomino) Pas mal comme appli. Simple et efficace. Par contre, je viens de me rendre compte que nominatim sortait la relation de la commune, mais pas le nœud place, et c'est sur ce nœud place que j'avais pris l'habitude de mettre les traductions... Bon, après tout, ce n'est pas insensé de remonter les traductions au niveau supérieur... Salut Christophe, En attendant d'avoir un bug tracker sur Nomino via Gitorious, j'ai ouvert une page de wiki pour noter ta remarque. https://gitorious.org/nomino/pages/Home#Requests N'hésitez pas à contribuer sur cette page pour améliorer Nomino. Cyrille. Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Cyrille. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Carte grand format...
Et oui ! C'est intéressant ce cas pratique, il me permet de me rendre compte de la complexité d'utiliser les données dès qu'on sort d'une production de carte avec Mapnik. Les données sont souvent bien géolocalisées, mais la structure pour s'y retrouver est incomplète. Le 7 décembre 2012 10:02, Vincent de Chateau-Thierry v...@laposte.net a écrit : Bonjour, De : Nicolas Dumoulin Tu es censé afficher toutes les sous-préfectures ? Car il n'y en a pas beaucoup d'affichées en Auvergne … il y a peut-être du boulot pour moi ;-) Peut-être à lier à la non-définition (pour l'instant) de plusieurs arrondissements de la région : http://layers.openstreetmap.fr/?zoom=8lat=45.70138lon=3.40476layers=B00FFFT Donc du boulot, oui, côté limites communales :-) -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Osmecum bâti
2012/12/7 Mickaël Guéret m.gue...@free.fr: Autre remarques : - J'aurais rajouté un paragraphe sur la vérification du calage avec les points géodésiques, les Orthophotos Bing, les traces GPS... Je passe beaucoup de temps à recaler les bâtiments importés du cadastre dans mon coin... - attention, le cadastre, Bing, le GPS, tous ces référents peuvent avoir un problème de décalage. Même les points géodésiques s'ils ne sont pas en version 1 ;-) Quand on parle d'une correction inférieure à 1 mètre, il faut se demander si ça vaut la peine de recaler de nombreux bâtiments sur une image qui elle-même est sujette à caution. Et dans les zones à forte déclivité, j'ai le souvenir d'images de l'IGN pouvant être bonnes à un endroit et très mauvaises un peu plus loin. Maintenant, Bing semble avoir remplacé son fournisseur d'images partout en France par un autre acteur que l'IGN et il est encore difficile de qualifier leur orthorectification partout (et du MNT utilisé pour ça). Je ne suis pas sûr qu'un osmecum est capable de résumer toutes ces nuances en quelques mots... - Il semble que le cadastre ne soit pas vraiment à jour dans les fermes. Il faudrait passer du temps à supprimer les bâtiments qu'on ne voit plus avec Bing, ou le contraire... C'est presque systématique dans les hameaux de mon coin. Nous n'avons pas encore de procédure claire pour la synchronisation entre cadastre et OSM. Le risque est évidemment que ton bâtiment supprimé revienne dans OSM un peu plus-tard s'il est toujours dans le cadastre. La solution la plus simple serait que l'outil de synchronisation vérifie avant d'importer que le bâtiment n'a pas été supprimé par un contributeur (ce qui n'est pas possible dans l'état actuel de l'API. Il faudrait donc une base de données contenant l'ensemble de l'historique OSM). Cela nécessiterait ensuite une vérification avec l'imagerie ou sur les commentaires du changeset d'effacement. Une autre solution serait d'inscrire formellement dans la base OSM que le bâtiment est encore dans le cadastre mais plus dans la réalité, avec un tag spécifique par exemple qui serait ajouté aux bâtiments à supprimer jusqu'à ce que l'outil de synchronisation détecte cet effacement dans le cadastre. Il y a aussi le cas de bâtiments qui sont dans l'imagerie mais pas dans le cadastre. Ca peut aussi venir d'une image ancienne et le cadastre n'est pas forcément le plus en retard. Il y a aussi le cas beaucoup plus fréquent de formes de bâtis différents entre cadastre et images. Mais tout cela reste à définir. Concernant le calage des bâtiments avec une orthophoto, la page suivante du wiki est intéressante, même si elle est assez technique : http://wiki.openstreetmap.org/wiki/Roof_modelling Mais ça ne devrait pas faire peur à ceux qui intègrent le cadastre, non ? ;-) Je me demande finalement si un osmecum est nécessaire si ça ne s'adresse pas à des utilisateurs débutants... Une petite remarque sur le glossaire d' objets: la base de données comporte trois types d'objets : nodes, ways et relations. Les polygones, comme tu l'écris plus loin, sont juste des ways fermés (enfin, pour l'instant). Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Osmose] Rond-Point ou Rond-point ?
Si tu lis bien l'article que tu cites, il y a vait bien un accord, et au début de la régularisation des accords en français on a même inversé le masculin et le féminin pour les adjectifs. L'accord de grand est apparu, mais il est entré en désuétude, n'étant pas justifié même pour la phonologie en position inversée, car c'est la consonne finale qui s'est amuïe. Cet accord est resté longtemps hésitant et persiste encore dans certaines plaques de rue (et ce n'est pas une faute d'orthographe, les toponymes et noms propres gardant la trace d'une ancienne tradition mais ne suivent pas les changements orthographiques dans la langue commune). L'article mentionne encore un autre phénomène encore hésitant de la langue commune: la notation ou non du e muet avant le suffxe adverbial '-ment (par exemple vraiment selon la recommandation actuelle, mais qui était encore enseigné il n'y a pas si longtemps vraiement, là encore le féminin étant à la base des adverbes, et le e muet intercalaire étant encore prononcé dans certaines régions, au moins comme un allongement pour ceux qui différencient encore les voyelles longues et courtes comme marques de l'ancien accent tonique en français, quand il était plus proche de l'accent tonique encore marqué en anglais sur la pénultième syllabe). J'ai beau entendre dire que vraiement contient une faute d'orthographe, je sais que c'est faux, ce n'est qu'une histoire de convention et contraire aux usages phonologiques qui persistent encore (on a le même type de résistance avec la dernière réforme de l'orthographe qui n'a pas beaucoup trouvé de succès car elle a voulu régulariser au lieu de seulement prendre en compte les usages. Le français n'est pas seul concerné par ces curiosités : toutes les langues subissent des modifications phonologiques et une résistance aux évolutions dans le domaine de leur orthographe : - l'anglais est encore moins régularisé que le français dans son orthographe, car les simplifications graphiques y ont été massives (au delà de seulement la simplification grammaticale car elles se sont aussi éloignée énormément de la phonologie ; ce n'était pas le cas en vieil anglais, écrit, alors que fondamentalement la langue orale n'a pratiquement pas changé, même au plan grammatical et sémantique, et même si des imports d'autres langues y ont été très nombreux, notamment depuis le normand, puis le françoys, puis le français au début de sa normalisation très tardive pour tenter d'unifier les langues de France, dans une forme entièrement construste comem l'espéranto, sur des bases théoriques mais avec plein d'erreurs...). - même le chinois dans son écriture sinographique, alors que ce n'est pas à proprement parler une orthographe, celle-ci n'ayant pas grand chose de commun avec sa phonologie, même si les singrammes composent un un seul caractère carré une syllabe approximante et un concept de classification, en combinant et simplifiant plus ou moins leur traits. - à côté de ça, l'allemand est encore plus régulier, même si cette régularisation a commencé bien plus tôt et a du malgré tout suivre les évolutions phonologiques de façon plus ou moins régulière (avec encore des tonnes d'exceptions dans les dérivations, conjugaisons, accords, déclinaisons... et aussi pas mal d'emprunts aux autres langues). - l'arabe ou l'hébreu ont évité bien des problèmes en rendant certaines parties de leur orthographe optionelles (au gré de celui qui écrit selon qu'il a ou non besoin de transcrire des distinctions sémantiques, souvent sans tenir compte de règles de grammaire : les tentatives de régularisation ont toutes échoué au profit de cette liberté, même si pour certains textes sacrés cela cause aujourd'hui des disputes d'interprétation entre le texte écrit et le texte signifié où les désaccords persistent sur la façon d'écrire ces caractères optionnels). Comme il n'est plus question de toucher à une seule lettre de ces textes sacrés, l'alphabet de base résiste à toute volonté d'introduire des signes distinctifs comme partie intégrante de leur alphabet sacré (mais ce n'est pas le cas de toutes les langues écrites dans les mêmes écritures sémitiques). Le 7 décembre 2012 10:22, Vincent Pottier vpott...@gmail.com a écrit : Le 07/12/2012 06:40, Philippe Verdy a écrit : Cependant dans « grand-mère » on n'accorde plus du tout et aucune liaison ne se fait, donc le trait d'union est devenu la norme unique depuis longtemps, mais ce n'est pas encore vrai pour « grand’rue » même si cette orthographe est vieillissante (mais persiste encore dans les noms de rues qui y mettents des capitales). Petite rectification historique : On n'accorde plus du tout. http://monsu.desiderio.free.**fr/curiosites/grand.htmlhttp://monsu.desiderio.free.fr/curiosites/grand.html Voila pourquoi on dit aussi la grand-place. -- FrViPofm __**_ Talk-fr mailing list Talk-fr@openstreetmap.org
[OSM-talk-fr] Outil de surveillance
Salut a tous, Un nouvel outil de surveillance OSM est disponible: http://linfiniti.com/2012/12/osm-building-count-stats/ Il a ete realise par linfiniti.com une boite bien connu dans le domaine des SIG et QGIS. Les sources de l'application sont sur Github. Arnaud PS: Sorry pour les accents mais clavier qwerty :9 -- Arnaud Vandecasteele SIG - WebMapping - Spatial Ontology - GeoCollaboration Web Site http://www.marinegis.com/?page_id=131 http://geotribu.net/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Outil de surveillance
Merci pour l'info. Dommage que tu ne montres que l'article mais pas le lien de démo: http://osm.linfiniti.com/ (lien qu'il fallait lire dans l'image de l'article mais non disponible dans son texte). Malheureusement quand on zoome sur la carte ou quand on se déplace dessus, cette démo ne change pas dynamiquement la liste des contributeurs en dessous. Bref cette démo n'affiche que les contributeurs de la même zone initiale en Afrique du Sud. Mais cette page est totalement dépourvu de code Javascript (sauf le javascript standard du framework d'affichage de la seule carte elle-même) et rien ne vient mettre à jour le reste de la page, et notamment pas le contenu de l'élément HTML div class=span8 dans cette démo qui ne se rafraîchit pas. Bref on attendra une démo plus convaincante, contenant le plugin javascript d'adaptation permettant de déclencher l'action de rafraîchissement de la liste dans le contenu d'un élément HTML de la page, et de customiser le contenu de cette liste ou le contenu de cette liste par une requête OSM ad hoc, et et la génération de son contenu (y compris dans le choix des classes CSS à mettre dans le code HTML généré et permettant d'en adapter séparément la présentation avec une feuille de style, donc l'outil devrait fournir quelques exemples pour un format par défaut immédiatement utilisable pour un affichage sous forme de tableau simple comme ici, ou un affichage plus avancé sous forme d'arbre, à discrétion des webdesigners qui devraient avoir une API Javascript pour faire des sous-requêtes affichant à la demande plus de détails). Avec les frameworks d'affichage de carte (LeafLet, ou OpenLayers) y en a-t-il parmi vous qui ont expérimenté le rafraîchissement synchronisé de données hors de l'espace d'affichage des tuiles de la cartes, avec la récupération des coordonnées actuellement dans le cadre d'affichage dès que ce cadre bouge, et une requête dans un thread à part pour modifier d'autres contenus dans la page avec une requête à un autre serveur ? Car je verrais bien aussi ce genre de chose apparaître dans Osmose : il devrait pouvoir afficher un décompte des erreurs ou avertissements de chaque catégorie dans le cadre affiché, ou devrait aussi pouvoir mettre à jour un rapport en dessous de la carte ou dans une autre barre latérale (séparée de la barre de sélection des erreurs à afficher, et qu'on peut replier), et pas seulement afficher les bulles. Un rapport serait plus facile parfois à gérer et analyser globalement qu'un ensemble de bulles superposées sur la carte et pourrait afficher d'autres détails sur les objets sélectionnés que ceuw qui s'affichent en cliquant les bulles individuelles (sans aucune synthèse possible dans ce mode). Le 7 décembre 2012 14:24, Arnaud Vandecasteele arnaud@gmail.com a écrit : Salut a tous, Un nouvel outil de surveillance OSM est disponible: http://linfiniti.com/2012/12/osm-building-count-stats/ Il a ete realise par linfiniti.com une boite bien connu dans le domaine des SIG et QGIS. Les sources de l'application sont sur Github. Arnaud PS: Sorry pour les accents mais clavier qwerty :9 -- Arnaud Vandecasteele SIG - WebMapping - Spatial Ontology - GeoCollaboration Web Site http://www.marinegis.com/?page_id=131 http://geotribu.net/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Outil de surveillance
Desole philippe de ne pas avoir inclus le liendans le mail, j'avais oublie que tu etais sur cette liste... C'est vrai que lire l'article et clicker sur le lien est parfois complique... Concernant tes remarques, l'auteur souligne que l'outil est fait actuellement pour surveiller une zone specifique. C'est donc en accord avec la demo proposee. Neanmois, comme il le souligne egalement des ameliorations sont prevues. Si tu discutes avec l'auteur, je suis certain qu'il sera content de t'ajouter au groupe de dev potentiels, mais tu ne le feras certainement pas... A. On 12-12-07 11:13 AM, Philippe Verdy wrote: Merci pour l'info. Dommage que tu ne montres que l'article mais pas le lien de démo: http://osm.linfiniti.com/ (lien qu'il fallait lire dans l'image de l'article mais non disponible dans son texte). Malheureusement quand on zoome sur la carte ou quand on se déplace dessus, cette démo ne change pas dynamiquement la liste des contributeurs en dessous. Bref cette démo n'affiche que les contributeurs de la même zone initiale en Afrique du Sud. Mais cette page est totalement dépourvu de code Javascript (sauf le javascript standard du framework d'affichage de la seule carte elle-même) et rien ne vient mettre à jour le reste de la page, et notamment pas le contenu de l'élément HTML div class=span8 dans cette démo qui ne se rafraîchit pas. Bref on attendra une démo plus convaincante, contenant le plugin javascript d'adaptation permettant de déclencher l'action de rafraîchissement de la liste dans le contenu d'un élément HTML de la page, et de customiser le contenu de cette liste ou le contenu de cette liste par une requête OSM ad hoc, et et la génération de son contenu (y compris dans le choix des classes CSS à mettre dans le code HTML généré et permettant d'en adapter séparément la présentation avec une feuille de style, donc l'outil devrait fournir quelques exemples pour un format par défaut immédiatement utilisable pour un affichage sous forme de tableau simple comme ici, ou un affichage plus avancé sous forme d'arbre, à discrétion des webdesigners qui devraient avoir une API Javascript pour faire des sous-requêtes affichant à la demande plus de détails). Avec les frameworks d'affichage de carte (LeafLet, ou OpenLayers) y en a-t-il parmi vous qui ont expérimenté le rafraîchissement synchronisé de données hors de l'espace d'affichage des tuiles de la cartes, avec la récupération des coordonnées actuellement dans le cadre d'affichage dès que ce cadre bouge, et une requête dans un thread à part pour modifier d'autres contenus dans la page avec une requête à un autre serveur ? Car je verrais bien aussi ce genre de chose apparaître dans Osmose : il devrait pouvoir afficher un décompte des erreurs ou avertissements de chaque catégorie dans le cadre affiché, ou devrait aussi pouvoir mettre à jour un rapport en dessous de la carte ou dans une autre barre latérale (séparée de la barre de sélection des erreurs à afficher, et qu'on peut replier), et pas seulement afficher les bulles. Un rapport serait plus facile parfois à gérer et analyser globalement qu'un ensemble de bulles superposées sur la carte et pourrait afficher d'autres détails sur les objets sélectionnés que ceuw qui s'affichent en cliquant les bulles individuelles (sans aucune synthèse possible dans ce mode). Le 7 décembre 2012 14:24, Arnaud Vandecasteele arnaud@gmail.com mailto:arnaud@gmail.com a écrit : Salut a tous, Un nouvel outil de surveillance OSM est disponible: http://linfiniti.com/2012/12/osm-building-count-stats/ Il a ete realise par linfiniti.com http://linfiniti.com une boite bien connu dans le domaine des SIG et QGIS. Les sources de l'application sont sur Github. Arnaud PS: Sorry pour les accents mais clavier qwerty :9 -- Arnaud Vandecasteele SIG - WebMapping - Spatial Ontology - GeoCollaboration Web Site http://www.marinegis.com/?page_id=131 http://geotribu.net/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Outil de surveillance
Le vendredi 07 décembre 2012 à 11:26 -0330, Arnaud a écrit : Si tu discutes avec l'auteur, je suis certain qu'il sera content T'es sûr ? moi je ne parierais pas ! Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Outil de surveillance
Justement je l'ai lu, et il n'y a aucune démo *active*, juste une présentation du code source disponible. et un snapshot dans une image de ce qu'on pourrait faire avec (mais loin des possibilités qu'on attend). Les autres liens sont directement vers le site OSM lui même. La page statique obtenue ne permet pas la sélection de la zone (alors qu'on peut la glisser ou zoomer, ce qui me parait bizarre, autant afficher alors une carte statique), elle ne se rafraichit que par le serveur une fois par heure, mais pas à la demande du client. C'est ce que je voulais dire. Ensuite j'ai posé une question au sujet de l'interrogation synchrone d'autres données dans la page, quand on déplace la carte affichée ou zoome dessus. Et c'est là que ce serait plus utile : l'affichage synchrone actuel dans Osmose (par exemple) permet de chercher sur un autre serveur une série de données de les positionner pour les afficher sous forme de bulles individuelles sur la carte – mais on devrait aussi pouvoir mettre à jour des données HORS de la zone de carte, dans un rapport plus complet ou plus synthétique (pas le même nombre d'entrées que de bulles) tel que la liste que propose ce script, mais à la demande du client et non selon la box initialement sélectionnée par le serveur sur sa page. Le 7 décembre 2012 15:56, Arnaud arnaud@gmail.com a écrit : Desole philippe de ne pas avoir inclus le liendans le mail, j'avais oublie que tu etais sur cette liste... C'est vrai que lire l'article et clicker sur le lien est parfois complique... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Outil de surveillance
Trol détecté -- View this message in context: http://gis.19327.n5.nabble.com/Outil-de-surveillance-tp5739548p5739570.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] CartoDB adds MapBox Streets out of the Box
Info relevée sur la liste ODSC (logiciels opensource) : CartoDB adds MapBox Streets out of the Box http://cartodb.pressdoc.com/**35275-cartodb-adds-mapbox-** streets-out-of-the-boxhttp://cartodb.pressdoc.com/35275-cartodb-adds-mapbox-streets-out-of-the-box Dommage, on n'a pas encore OpenStreetmap comme source cartographique dans ce framework opensource, encore axé vers les fournisseurs commerciaux payants (Google et Nokia), mais maintenant aussi Mapbox. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] CartoDB adds MapBox Streets out of the Box
Philippe, Les couches OSM sont bien evidemment disponibles dans CartoDB. Ce fut l'une des 1eres d'ailleurs! http://blog.cartodb.com/post/37132319736/mapbox CF site (au ca sou tu ne voudrais pas clicker sur le lien): MapBox makes beautiful maps based on OpenStreetMap http://www.openstreetmap.org/ data. We love the idea of Open Data and having OpenStreetMap base layers that look stunning is fantastic.* * STP, arrete d'affirmer des contres verites... Arnaud On 12-12-07 11:45 AM, Philippe Verdy wrote: Info relevée sur la liste ODSC (logiciels opensource) : CartoDB adds MapBox Streets out of the Box http://cartodb.pressdoc.com/35275-cartodb-adds-mapbox-streets-out-of-the-box Dommage, on n'a pas encore OpenStreetmap comme source cartographique dans ce framework opensource, encore axé vers les fournisseurs commerciaux payants (Google et Nokia), mais maintenant aussi Mapbox. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Outil de surveillance
Salut Arnaud, Concernant tes remarques, l'auteur souligne que l'outil est fait actuellement pour surveiller une zone specifique. C'est donc en accord avec la demo proposee. Oui certes, mais franchement ce n'est pas très utile comme démo, c'est même plutôt contre-productif. J'ai testé le truc, j'ai zoomé sur ma zone d'intérêt, pour constater que rien ne changeait dans la liste en dessous, puis j'ai cherché désespérément comment recharger cette liste, j'ai eu l'impression que rien ne marchait, et j'ai fini par fermer la page sans avoir compris l'intérêt du truc... Il aurait sans doute mieux valu pour eux se limiter à une saisie d'écran sans proposer cette démo statique. Mais bon, ce n'est que mon avis. :-) a+ Nicolas ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Outil de surveillance
D'accord sur la carte statique., peut etre plus logique au depart. Mais modifications a prevoir donc wait and see :D Arnaud 2012/12/7 Nicolas Moyroud nmoyr...@free.fr: Salut Arnaud, Concernant tes remarques, l'auteur souligne que l'outil est fait actuellement pour surveiller une zone specifique. C'est donc en accord avec la demo proposee. Oui certes, mais franchement ce n'est pas très utile comme démo, c'est même plutôt contre-productif. J'ai testé le truc, j'ai zoomé sur ma zone d'intérêt, pour constater que rien ne changeait dans la liste en dessous, puis j'ai cherché désespérément comment recharger cette liste, j'ai eu l'impression que rien ne marchait, et j'ai fini par fermer la page sans avoir compris l'intérêt du truc... Il aurait sans doute mieux valu pour eux se limiter à une saisie d'écran sans proposer cette démo statique. Mais bon, ce n'est que mon avis. :-) a+ Nicolas ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Arnaud Vandecasteele SIG - WebMapping - Spatial Ontology - GeoCollaboration Web Site http://www.marinegis.com/?page_id=131 http://geotribu.net/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] CartoDB adds MapBox Streets out of the Box
Oui mais je parlais des cartes Mapnik fournies par OSM directement pas de Mapbox lui-même qui est un autre rendu. Le 7 décembre 2012 16:21, Arnaud arnaud@gmail.com a écrit : Philippe, Les couches OSM sont bien evidemment disponibles dans CartoDB. Ce fut l'une des 1eres d'ailleurs! http://blog.cartodb.com/post/37132319736/mapbox CF site (au ca sou tu ne voudrais pas clicker sur le lien): MapBox makes beautiful maps based on OpenStreetMaphttp://www.openstreetmap.org/data. We love the idea of Open Data and having OpenStreetMap base layers that look stunning is fantastic.* * STP, arrete d'affirmer des contres verites... Arnaud On 12-12-07 11:45 AM, Philippe Verdy wrote: Info relevée sur la liste ODSC (logiciels opensource) : CartoDB adds MapBox Streets out of the Box http://cartodb.pressdoc.com/35275-cartodb-adds-mapbox-streets-out-of-the-box Dommage, on n'a pas encore OpenStreetmap comme source cartographique dans ce framework opensource, encore axé vers les fournisseurs commerciaux payants (Google et Nokia), mais maintenant aussi Mapbox. ___ Talk-fr mailing listTalk-fr@openstreetmap.orghttp://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Bomb Sight - Le Blitz de Londres sur fond de carte OSM
Bonjour, La carte du Blitz de Londres, basée sur une carto OSM (rendu by Cloudmade) et Leaflet est mentionnée par lemonde.fr (Big Browser) http://bigbrowser.blog.lemonde.fr/2012/12/07/blitz-une-carte-de-londres-sous-les-bombes/ -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus, Nadja ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] CartoDB adds MapBox Streets out of the Box
Le 7 décembre 2012 16:31, Philippe Verdy verd...@wanadoo.fr a écrit : Oui mais je parlais des cartes Mapnik fournies par OSM directement pas de Mapbox lui-même qui est un autre rendu. Franchement qui voudrait du rendu mapnik : il est moche et trop chargé pour de la dataviz. Mapbox a développé à partir des données OSM son propre rendu qu'on peut combiner avec ses données. De plus ce rendu de base est facilement modifiable (teinte, relief). http://mapbox.com/tour/design/ Et pour rester sur Mapbox, le blog qu'il faut suivre c'est celui du développement d' iD, le futur éditeur OSM. Il est toujours bon de savoir ce qu'il vont faire de leur 500.00$, et de remonter les bugs et évolutions. http://mapbox.com/osmdev/ https://github.com/systemed/iD/issues Non, je n'ai pas d'actions ;-) BrunoC ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Outil de surveillance
Avis partagé. Même si la démo est minimale, si la liste est statique, la carte doit aussi l'être. Mais alors ça ne démontre rien de plus de l'intérret l'outil. C'est justement dans le rafraichissement de la liste que cela prendrait de l'intérêt, ou bien si la démo présente une collection navigables entre plusieurs zones statiques surveillées. Mais avec une zone statique unique, je ne vois aucun intérêt particulier autre que ce rafraichissement côté serveur unqiuement une fois par heure, mais sans que cela soit visible dans une démo qu'on ne va pas garer à l'écran pendant une heure pour voir ce qui a changé (pas de flux RSS non plus pour montrer les diffs heure par heure (ou au moins depuis l'heure précédente) de la liste affichée. Je ne critique pas l'outil lui-même (s'il a une utilité), mais cette démo qui ne montre rien et en tout cas pas son utilité. Bref l'outil fonctionne mais l'auteur devra faire un léger effort pour le présenter avec une exemple plus concret. Mais il y viendra sûrement lui-même. Disons que c'est le début de quelquechose. Donc wait and see. Le 7 décembre 2012 16:21, Nicolas Moyroud nmoyr...@free.fr a écrit : Salut Arnaud, Concernant tes remarques, l'auteur souligne que l'outil est fait actuellement pour surveiller une zone specifique. C'est donc en accord avec la demo proposee. Oui certes, mais franchement ce n'est pas très utile comme démo, c'est même plutôt contre-productif. J'ai testé le truc, j'ai zoomé sur ma zone d'intérêt, pour constater que rien ne changeait dans la liste en dessous, puis j'ai cherché désespérément comment recharger cette liste, j'ai eu l'impression que rien ne marchait, et j'ai fini par fermer la page sans avoir compris l'intérêt du truc... Il aurait sans doute mieux valu pour eux se limiter à une saisie d'écran sans proposer cette démo statique. Mais bon, ce n'est que mon avis. :-) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Outil de surveillance
Philippe le mieux est d'aller aux sources. N'hésite pas à contacter Tim Sutton. C'est un gars très sympathique et très impliqué dans OSM et QGIS. tim -a- linfiniti.com Pierre De : Philippe Verdy verd...@wanadoo.fr À : Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé le : Vendredi 7 décembre 2012 11h10 Objet : Re: [OSM-talk-fr] Outil de surveillance Avis partagé. Même si la démo est minimale, si la liste est statique, la carte doit aussi l'être. Mais alors ça ne démontre rien de plus de l'intérret l'outil. C'est justement dans le rafraichissement de la liste que cela prendrait de l'intérêt, ou bien si la démo présente une collection navigables entre plusieurs zones statiques surveillées. Mais avec une zone statique unique, je ne vois aucun intérêt particulier autre que ce rafraichissement côté serveur unqiuement une fois par heure, mais sans que cela soit visible dans une démo qu'on ne va pas garer à l'écran pendant une heure pour voir ce qui a changé (pas de flux RSS non plus pour montrer les diffs heure par heure (ou au moins depuis l'heure précédente) de la liste affichée. Je ne critique pas l'outil lui-même (s'il a une utilité), mais cette démo qui ne montre rien et en tout cas pas son utilité. Bref l'outil fonctionne mais l'auteur devra faire un léger effort pour le présenter avec une exemple plus concret. Mais il y viendra sûrement lui-même. Disons que c'est le début de quelquechose. Donc wait and see. Le 7 décembre 2012 16:21, Nicolas Moyroud nmoyr...@free.fr a écrit : Salut Arnaud, Concernant tes remarques, l'auteur souligne que l'outil est fait actuellement pour surveiller une zone specifique. C'est donc en accord avec la demo proposee. Oui certes, mais franchement ce n'est pas très utile comme démo, c'est même plutôt contre-productif. J'ai testé le truc, j'ai zoomé sur ma zone d'intérêt, pour constater que rien ne changeait dans la liste en dessous, puis j'ai cherché désespérément comment recharger cette liste, j'ai eu l'impression que rien ne marchait, et j'ai fini par fermer la page sans avoir compris l'intérêt du truc... Il aurait sans doute mieux valu pour eux se limiter à une saisie d'écran sans proposer cette démo statique. Mais bon, ce n'est que mon avis. :-) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] CartoDB adds MapBox Streets out of the Box
J'ai peur de ne plus comprendre. Ou en tout cas, je n'ai pas saisi ton explication. Arnaud On 12-12-07 12:01 PM, Philippe Verdy wrote: Oui mais je parlais des cartes Mapnik fournies par OSM directement pas de Mapbox lui-même qui est un autre rendu. Le 7 décembre 2012 16:21, Arnaud arnaud@gmail.com mailto:arnaud@gmail.com a écrit : Philippe, Les couches OSM sont bien evidemment disponibles dans CartoDB. Ce fut l'une des 1eres d'ailleurs! http://blog.cartodb.com/post/37132319736/mapbox CF site (au ca sou tu ne voudrais pas clicker sur le lien): MapBox makes beautiful maps based on OpenStreetMap http://www.openstreetmap.org/ data. We love the idea of Open Data and having OpenStreetMap base layers that look stunning is fantastic.* * STP, arrete d'affirmer des contres verites... Arnaud On 12-12-07 11:45 AM, Philippe Verdy wrote: Info relevée sur la liste ODSC (logiciels opensource) : CartoDB adds MapBox Streets out of the Box http://cartodb.pressdoc.com/35275-cartodb-adds-mapbox-streets-out-of-the-box Dommage, on n'a pas encore OpenStreetmap comme source cartographique dans ce framework opensource, encore axé vers les fournisseurs commerciaux payants (Google et Nokia), mais maintenant aussi Mapbox. ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] CartoDB adds MapBox Streets out of the Box
C'est pour tant simple, CartoDB n'a pas de moteur de rendu lui-même pour ses fonds de cartes, il utilise des rendus effectués par des serveurs de tuiles tiers (Google, Nokia et maintenant Mapbox). Pour ces fonds de carte, c'est un framework de mise en page pour le web (comme aussi OpenLayers ou Leaflet), ou pour les applications mobiles (Android, iOS). C'est facile à comprendre que je ne parlais pas des bases de données OSM, en dépit du nom CartoDB qui me semble assez trompeur si toi aussi tu t'es fait piéger). Cependant son utilisation est surtout de pouvoir intégrer et effectuer un rendu de données tierces géolocalisées (surtout des données privées) dans une couche transparente, au dessus des fonds de cartes tiers. Et là seulement on parle de bases de données avec des requêtes plus relationnelles que réellement géographiques (c'est du SQL, qui nécessitent tout de même de préparer une géolocalisation des données tierces, une géolocalisation que l'API CartoDB permet d'assister grâce au support aussi des extensions PostGIS pour PostgreSQL). Mais ce ne sont pas celles dont parlait l'annonce, qui concerne les fournisseurs de fonds de cartes mondiaux. CartoDB ne fournit pas la base de données (je veux dire son contenu), il permet à ses utilisateurs d'en constituer une de façon séparée des founisseurs de cartes mondiaux. Par exemple des données de traffic, de navigation pour gérer des flottes de véhicules, des données immobilières, ou diverses infos commerciales, des applis de CRM (localisation des clients, planification des tournées de livraison, suivi des prospections commerciales par secteur...). Et éventuellement aussi de la publicité et du référencement (type: guides touristiques), ou des applis de localisation de produits et services à proximité pour smartphones (types : bonnes affaires). Bref CartoDB va un peu plus loin que OpenLayers mais c'est assez proche de LeafLet (et il permet aussi d'intégrer ces autres frameworks de rendus dans les applis). C'est aussi un hébergeur (payant) pour ces données privées, même si c'est aussi un projet opensource. CartoDB devrait aussi sortir bientôt une nouvelle API javascript unifiée (un seul script à intégrer sur le web, il s'occupera lui-même de charger les autres frameworks selon les couches demandées), et devrait aussi être capable de faire un rendu de ces données vers ces frameworks, par exemple pour une visualisation dans des applis Google ou Nokia, et sans doûte aussi les applis Apple (interrogation des données de sa base en KML, ou en visu WMS pour Leaflet ou OpenLayers) . L'aspect nouveau de l'annonce c'est bien le support du rendu Mapbox (mais je n'ai pas fouillé pour voir s'il pouvait aussi gérer les comptes Mapbox pour configurer un rendu chez Mapbox avec la même application et dans sa propre API, ou si cela devait être préparé séparément) et il ira sans doûte vers n'importe quel service WMS au choix (y compris les fournisseurs publics en OpenData ou payants comme l'IGN). Je n'ai pas vu non plus s'ils supportaient des transformations dynamiques de projection pour les images tierces servies en WMS (il ne le fera sans doute pas sans HTML5 et un support CSS avancé pour faire des rotations ou transformations non linéaires, sauf en passant par un service proxy WMS qui fera ces transformations). Je n'ai pas vu non plus comment il pourrait supporter des rendus 3D (genre vue d'avion sous tous les angles, avec perspective à hauteur variable, ou sans perspective comme les vues par satellite en orbite haute), ce qu'on ne sait pas faire directement depuis une source WMS plane (en tout cas pas facilement en javascript sans composant intégré en plus dans l'application ou dans un add-on pour navigateur) : là on passe au mode vectoriel, les bitmaps sont mal adaptées et difficiles à traiter. Le 7 décembre 2012 18:06, Arnaud arnaud@gmail.com a écrit : J'ai peur de ne plus comprendre. Ou en tout cas, je n'ai pas saisi ton explication. Arnaud On 12-12-07 12:01 PM, Philippe Verdy wrote: Oui mais je parlais des cartes Mapnik fournies par OSM directement pas de Mapbox lui-même qui est un autre rendu. Le 7 décembre 2012 16:21, Arnaud arnaud@gmail.com a écrit : Philippe, Les couches OSM sont bien evidemment disponibles dans CartoDB. Ce fut l'une des 1eres d'ailleurs! http://blog.cartodb.com/post/37132319736/mapbox CF site (au ca sou tu ne voudrais pas clicker sur le lien): MapBox makes beautiful maps based on OpenStreetMaphttp://www.openstreetmap.org/data. We love the idea of Open Data and having OpenStreetMap base layers that look stunning is fantastic.* * STP, arrete d'affirmer des contres verites... Arnaud On 12-12-07 11:45 AM, Philippe Verdy wrote: Info relevée sur la liste ODSC (logiciels opensource) : CartoDB adds MapBox Streets out of the Box http://cartodb.pressdoc.com/35275-cartodb-adds-mapbox-streets-out-of-the-box Dommage, on n'a pas encore OpenStreetmap comme source cartographique dans ce
Re: [OSM-talk-fr] CartoDB adds MapBox Streets out of the Box
Philippe, Ce n'est pas en ajoutant plus de texte que tu auras raison. Contrairement a ce que tu disais ce matin [1], CartoDB propose aussi de l'OSM. Point final. Accepte parfois de t'etre trompe, voila tout! Deuxiement, tu affirme encore quelque chose qui n'en est pas: CartoDB va un peu plus loin que OpenLayers mais c'est assez proche de LeafLet Mais je ne m'etenderai pas, histoire de ne pas nourrir inutilement cette discussion. Arnaud [1] Dommage, on n'a pas encore OpenStreetmap comme source cartographique dans ce framework opensource On 12-12-07 02:16 PM, Philippe Verdy wrote: C'est pour tant simple, CartoDB n'a pas de moteur de rendu lui-même pour ses fonds de cartes, il utilise des rendus effectués par des serveurs de tuiles tiers (Google, Nokia et maintenant Mapbox). Pour ces fonds de carte, c'est un framework de mise en page pour le web (comme aussi OpenLayers ou Leaflet), ou pour les applications mobiles (Android, iOS). C'est facile à comprendre que je ne parlais pas des bases de données OSM, en dépit du nom CartoDB qui me semble assez trompeur si toi aussi tu t'es fait piéger). Cependant son utilisation est surtout de pouvoir intégrer et effectuer un rendu de données tierces géolocalisées (surtout des données privées) dans une couche transparente, au dessus des fonds de cartes tiers. Et là seulement on parle de bases de données avec des requêtes plus relationnelles que réellement géographiques (c'est du SQL, qui nécessitent tout de même de préparer une géolocalisation des données tierces, une géolocalisation que l'API CartoDB permet d'assister grâce au support aussi des extensions PostGISpour PostgreSQL). Mais ce ne sont pas celles dont parlait l'annonce, qui concerne les fournisseurs de fonds de cartes mondiaux. CartoDB ne fournit pas la base de données (je veux dire son contenu), il permet à ses utilisateurs d'en constituer une de façon séparée des founisseurs de cartes mondiaux. Par exemple des données de traffic, de navigation pour gérer des flottes de véhicules, des données immobilières, ou diverses infos commerciales, des applis de CRM (localisation des clients, planification des tournées de livraison, suivi des prospections commerciales par secteur...). Et éventuellement aussi de la publicité et du référencement (type: guides touristiques), ou des applis de localisation de produits et services à proximité pour smartphones (types : bonnes affaires). Bref CartoDB va un peu plus loin que OpenLayers mais c'est assez proche de LeafLet (et il permet aussi d'intégrer ces autres frameworks de rendus dans les applis). C'est aussi un hébergeur (payant) pour ces données privées, même si c'est aussi un projet opensource. CartoDB devrait aussi sortir bientôt une nouvelle API javascript unifiée (un seul script à intégrer sur le web, il s'occupera lui-même de charger les autres frameworks selon les couches demandées), et devrait aussi être capable de faire un rendu de ces données vers ces frameworks, par exemple pour une visualisation dans des applis Google ou Nokia, et sans doûte aussi les applis Apple (interrogation des données de sa base en KML, ou en visu WMS pour Leaflet ou OpenLayers) . L'aspect nouveau de l'annonce c'est bien le support du rendu Mapbox (mais je n'ai pas fouillé pour voir s'il pouvait aussi gérer les comptes Mapbox pour configurer un rendu chez Mapbox avec la même application et dans sa propre API, ou si cela devait être préparé séparément) et il ira sans doûte vers n'importe quel service WMS au choix (y compris les fournisseurs publics en OpenData ou payants comme l'IGN). Je n'ai pas vu non plus s'ils supportaient des transformations dynamiques de projection pour les images tierces servies en WMS (il ne le fera sans doute pas sans HTML5 et un support CSS avancé pour faire des rotations ou transformations non linéaires, sauf en passant par un service proxy WMS qui fera ces transformations). Je n'ai pas vu non plus comment il pourrait supporter des rendus 3D (genre vue d'avion sous tous les angles, avec perspective à hauteur variable, ou sans perspective comme les vues par satellite en orbite haute), ce qu'on ne sait pas faire directement depuis une source WMS plane (en tout cas pas facilement en javascript sans composant intégré en plus dans l'application ou dans un add-on pour navigateur) : là on passe au mode vectoriel, les bitmaps sont mal adaptées et difficiles à traiter. Le 7 décembre 2012 18:06, Arnaud arnaud@gmail.com mailto:arnaud@gmail.com a écrit : J'ai peur de ne plus comprendre. Ou en tout cas, je n'ai pas saisi ton explication. Arnaud On 12-12-07 12:01 PM, Philippe Verdy wrote: Oui mais je parlais des cartes Mapnik fournies par OSM directement pas de Mapbox lui-même qui est un autre rendu. Le 7 décembre 2012 16:21, Arnaud arnaud@gmail.com mailto:arnaud@gmail.com a écrit : Philippe, Les couches OSM sont
[OSM-talk-fr] tags lanes destination turn
bonsoir, je vais faire un répérage des panneaux de signalisation verticaux aux abords des intersections majeures inter-autoroute en ile de france. j'ai pensé intégrer les informations de direction et les voies affectées. exemple: destination:lanes=Paris;Ivry sur Seine;Charenton;Saint-Maurice| Paris;Ivry sur Seine;Charenton;Saint-Maurice|Lille;Metz Nancy;Marne la Vallée;Bobigny;Nogent sur Marne|Lille;Metz Nancy;Marne la Vallée;Bobigny;Nogent sur Marne turn:lanes=through|through|slight_right |slight_right - est ce pertinant de le saisir ? - une façon pouvant intégrer la couleur bleu,verte ou blanche des destination - un moyen de le reutiliser / visualiser ? merci d'avance didier fofort ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] tags lanes destination turn
Bonjour Le 07/12/2012 18:52, didier2020 a écrit : - est ce pertinant de le saisir ? Pertinant puis utile, oui - une façon pouvant intégrer la couleur bleu,verte ou blanche des destination C'est dans une relation - un moyen de le reutiliser / visualiser ? affichage tête haut et synthèse vocale d'un GPS par exemple -- Cordialement David Crochet http://fr.wikiversity.org : Communauté pédagogique libre à laquelle chacun peut prendre part ! http://www.wikimedia.fr : Aidons la diffusion de la connaissance libre ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] CartoDB adds MapBox Streets out of the Box
Le 7 décembre 2012 18:54, Arnaud arnaud@gmail.com a écrit : Philippe, Ce n'est pas en ajoutant plus de texte que tu auras raison. Contrairement a ce que tu disais ce matin [1], CartoDB propose aussi de l'OSM. Je n'ai rien vu en ce sens, mais c'est sans doute dans sa partie backend (outils de conversion/import OSM vers PostGIS, comme aussi KML vers PostGIS). OSM n'est pas nativement PostGIS et CartoDB travaille dans ce format pour les requêtes géographiques à sa base de données. Point final. Accepte parfois de t'etre trompe, voila tout! Je me suis peut-être avancé mais ce n'est pas clair dans la description de CartoDB. De toute façon toute son API va bientôt être révisée et ça fait un moement que je n'ai pas regardé ce qu'il pouvait faire dans le détail, et ce n'était PAS l'objet de son annonce du jour. CartoDB va un peu plus loin que OpenLayers mais c'est assez proche de LeafLet Mais je ne m'etenderai pas... Les utilisations que j'en ai vu consistent justement à se passer de l'intégration de Leaflet pour utiliser à la place son API et la plupart du temps juste afficher une superposition de couches WMS, plus quelques bulles, façon LeafLet Je n'en connais pas beaucoup car visiblement les applications les plus nombreuses sont sans doûte dans des applications pour afficher des données privées, les autres applications visibles publiquement sont donc plus limitées. Maintenant je n'aime pas trop le rendu Mapbox même s'il est simple à paramétrer et créer (malheureusement ce sont les styles fournis par défaut qui pêchent un peu, ce n'est pas très lisible et pas assez paramétrable pour sélectionner les données qu'on veut voir). C'est rendu plus dans très orienté vers la cartographie routière selon les usages anglosaxons, et il n'y a aucune différenciation des routes, pas de numéros de référence visibles, pas grand chose sur la signalisation, rien sur l'accessibilié ou des éléments plus naturels, presque rien sur les lignes de transports (juste l'infrastructure de base). pas grand chose sur les services et commerces, ce sont surtout des tâches de couleur, avec très peu de texte visible et presque aucune icône. Et en plus le seul choix de langue possible c'est soit la langue par défaut, soit l'anglais (sinon il faut un compte payant chez eux pour créer son rendu avec ses propres requêtes SQL de sélection et classification des données). Très peu de tags OSM sont pris en compte. C'est pour ça que je regrette que le rendu Mapnik d'OSM, ne soit pas proposé dès le départ, même si ce n'est « pas beau », au moins il est plus complet, ou celui de Mapquest. Mais comme avant il n'y avait que Google et Nokia, ce n'est pas étonnant que pour l'instant ils n'aient préparamétré que Mapbox dans cette première annonce, ils vont certanement ajouter d'autres services WMS par défaut dans leur offre gratuite (mais avant ça il leur faudrait préparer leur propre serveur de tuiles dans ces deux formats de rendu, pour supporter la charge nécessaire, et je comprend bien que cela va leur prendre du temps à préparer et régler). ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Osmecum bâti
Mickaël, Pieren, merci pour vos retours. Je mets une nouvelle version (0.2) sur le oui-qui? asap. Comme dit par Pieren, compte tenu du public ciblé -- et outre que l'espace de l'Osmecum est compté --, je ne pense pas qu'il soit utile de préciser les méthodes de calage. A+ -- Jean-Francois Nifenecker, Bordeaux ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Carte grand format...
J'ai fait un tirage d'environ 90cm x 90cm. C'est joli, mais il faut vraiment revoir le fond pour l'éclaircir car ça ne passera sûrement pas en offset d'après le pro que j'ai rencontré. Pour info, un tirage sur papier léger ne m'a coûté que 8 euros. Bon à savoir pour des tirages simples pour un stand, y compris pour des affiches. Le 7 décembre 2012 10:30, Christian Quest cqu...@openstreetmap.fr a écrit : Et oui ! C'est intéressant ce cas pratique, il me permet de me rendre compte de la complexité d'utiliser les données dès qu'on sort d'une production de carte avec Mapnik. Les données sont souvent bien géolocalisées, mais la structure pour s'y retrouver est incomplète. Le 7 décembre 2012 10:02, Vincent de Chateau-Thierry v...@laposte.net a écrit : Bonjour, De : Nicolas Dumoulin Tu es censé afficher toutes les sous-préfectures ? Car il n'y en a pas beaucoup d'affichées en Auvergne … il y a peut-être du boulot pour moi ;-) Peut-être à lier à la non-définition (pour l'instant) de plusieurs arrondissements de la région : http://layers.openstreetmap.fr/?zoom=8lat=45.70138lon=3.40476layers=B00FFFT Donc du boulot, oui, côté limites communales :-) -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouvel éditeur spécialisé traduction
Bonsoir, BrunoC wrote Apparemment, tous les types d'objet ne peuvent pas être modifiés, genre tourism=attraction. La recherche d'objets se base sur Nominatim, qui ne retourne pas forcément tous les objets du monde. Si vous avez une meilleure idée, je suis preneur. Peut-être des recherches node+way via overpass has-kv k=name/ + around radius=xxx/ ... mais cela ne marche pas sur les grands polygones. On peut maintenant choisir d'ouvrir la relation ou le nœud. L'obtention du nœud est assez facile: on prend le membre de la relation avec le rôle admin_centre. Certaines relations sans admin_center peuvent aussi avoir un membre label. L'énigmatique erreur Invalid object est confirmée, en cours de résolution. L'application intègre maintenant le rendu multilingue et très sympatique de Jochen Topf (http://mlm.jochentopf.com). PS: pour arrêter de polluer la liste, les bugs sont à signaler ici: https://github.com/edewaele/nomino/issues Emmanuel -- View this message in context: http://gis.19327.n5.nabble.com/Nouvel-editeur-specialise-traduction-tp5737914p5739618.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-ja] OSMFJ設立2周年ワークショッップのご案内
OSMFJからのお知らせです。 12/24を持ってOSMFJは設立2周年を迎えます。 ひとえにみなさまのご支援のお陰と感謝申し上げます。 つきましては表記の記念イベントを企画致しました。 http://atnd.org/events/34932 各地のコミュニティのみなさんからのレポートや自由テーマの ライトニングトーク枠も設けさせて頂きましたのでぜひご参加ください。 会場は東京です。当日お越しいただくことが難しい遠隔地の方でも skypeなどで遠隔プレゼンをできるようにする予定ですので ぜひ遠隔地からもお申込みください。 みなさまとお会いできることを楽しみにしております。 OSMFJ事務局 ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [Talk-GB] Queen Elizabeth II playing fields
On 6 December 2012 18:46, Rob Nickerson rob.j.nicker...@gmail.com wrote: As such these playing fields are legally protected and as such I believe that the designation tag is suitable: * designation = King George’s Field It looks like a similar legal designation will be made for the Queen Elizabeth II Fields, so I suggest a polygon be drawn around these and tagged with: * designation = Queen Elizabeth II Fields I'd agree that the designation tag is suitable for recording this information. However, pretty much all the other commonly used values for designation=* use lower case letters and underscores. I guess this helps to emphasise that it takes a finite set of defined values rather than being a free text field. I'd therefore suggest the following values instead: designation = king_georges_field designation = queen_elizabeth_ii_field (Note I've also made the second one singular to match the first; and also dropped the apostrophe from the first, since it didn't seem to fit in with the space and underscore format.) Robert. -- Robert Whittaker ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
[Talk-GB] Added road schemes announced in the Autumn Statement in OSM
Just to say that I have added tagging and a relations for both of the main road schemes mentioned specifically in the Autumn Statement. I have also updated a couple of other schemes to use the same tagging as outlined in prefix (status:key = value) method of tagging life-cycle details as outlined on the wiki here: http://wiki.openstreetmap.org/wiki/Comparison_of_life_cycle_concepts In all cases I have modelled them in a manner in which software could interpret the tags and create a routable model for the proposed scheme. I would be very happy to get any feedback on the approach, either on this list on or the wiki page. I have tended to use the source tag to hold a URL link to the document I used to establish the route. The two schemes mentioned in the Autumn Statement: A1 (Leeming Bar and Barton) http://www.openstreetmap.org/browse/relation/2620992 A30 Temple to High Carblake http://www.openstreetmap.org/browse/relation/2621269 Two other schemes: A11 at Thetford http://www.openstreetmap.org/browse/relation/1503233 SEMMMs in Machester http://www.openstreetmap.org/browse/relation/2623484http://www.openstreetmap.org/?relation=2623484 A final observation is that the information for these schemes is sometimes vague, fragmented, non-existent or contradictory. As such I think it may be worth creating wiki-pages on the OSM wiki for some of the larger or more troublesome ones where people can work together to agree what should be in OSM. Indeed, one question for any scheme is if it is certain enough to happy to be in OSM at all. Regards, Peter Miller (PeterIto) ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Added road schemes announced in the Autumn Statement in OSM
Peter Miller wrote: Just to say that I have added tagging and a relations for both of the main road schemes mentioned specifically in the Autumn Statement. Is there any actual benefit to doing this before construction actually starts? Until that point nothing on the ground has changed - only the degree of smugness on a politician's face. OSM unfortunately has more than it's fair share of I wish there was a cycle route here or I wish there was a bypass there - shouldn't we be more worried about mapping what's here now? Cheers, Andy ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Added road schemes announced in the Autumn Statement in OSM
On 7 December 2012 14:10, SomeoneElse li...@mail.atownsend.org.uk wrote: Peter Miller wrote: Just to say that I have added tagging and a relations for both of the main road schemes mentioned specifically in the Autumn Statement. Is there any actual benefit to doing this before construction actually starts? Until that point nothing on the ground has changed - only the degree of smugness on a politician's face. OSM unfortunately has more than it's fair share of I wish there was a cycle route here or I wish there was a bypass there - shouldn't we be more worried about mapping what's here now? For sure, we should be mapping what is on the ground and we are getting on with that very well indeed, however I believe it is also appropriate to add details of schemes that have official backing, have a defined start or end date and are have 'a strong likelihood of being built' (such schemes would also appear on a printed road-atlas). Schemes that are aspirational (Boris Island) or which have no official support or which are still at the 'preferred options' stage or before do not. Thoughts? Regards, Peter Cheers, Andy __**_ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-gbhttp://lists.openstreetmap.org/listinfo/talk-gb ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-us] Massachusetts addresses/tiger addresses
Jason Remillard remillard.ja...@gmail.com writes: I am not sure if anybody is actually working on importing the tiger address ranges or not. Just in case somebody is ... The Massachusetts mapping department (MassGIS) just this week released data for all of the buildings in the state! http://www.mass.gov/anf/research-and-tech/it-serv-and-support/application-serv/office-of-geographic-information-massgis/datalayers/structures.html That's great to hear they have released this. I've heard that it was in progress for a while, and have been cogitating on how to use the data. MassGIS also has very good parcel data with addresses. I think we have at this point everything we need to do an address import into each building, rather than using address interpolation. For MA, using the state data instead of the tiger data would probably be better. I agree that the state data is likely far higher quality than TIGER, based on what I've seen of the data so far (buildings near Boston, parcel data). I think that getting from here to there, where there means all building footprints added and carefully merged with the many hand-drawn buildings some sort of tying of address data from parcels to buildings that are within parcels is going to be a long process, and we shouldn't expect that it will be easy, especially given the need to be very careful about the social consequences of imports (both the actual consequences and the perceptions within the world OSM community :-). But, with a bunch of people working together I think it's reasonable to achieve in 2013. My take on first steps is to get code that translates the state data to osm format, and to be able to separate it into per-town chunks (if it doesn't already come that way), and maybe smaller chunks, and to review that. Then we can see what's next. Probably something that takes a $town-state-buildings.osm file and diffs it agains the osm database and produces A) a subset that doesn't overlay any existing buildings B) a subset that is an exact match to existing builds C) a subset that have a very good match to existing buildings D) a subset that is not A, B or C Presumably A can be spot-checked and added. B is completed work (somehow). C is probably not worth worrying about, but compulsive types can look at the buildings and imagery and adjust if warranted. D will be hopefully not too many, and deserve manual one-building-at-a-time attention. For addressing, I wonder about: For each parcel, finding the point of tangency to the road matching the parcel name, and putting in a point 5m off the road midway along the tangency. This has a good chance of being either close enough that if you are at the point the address location is obvious or close to the driveway. This could be done without buildings. For each parcel, see how many buildings are in in. If exactly 1 and there are no address tags in the parcel, put the address tags on the building, guessing that it's probably right. Greg pgpvo4JFiG8p0.pgp Description: PGP signature ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Massachusetts addresses/tiger addresses
If anyone is finding the prospect of downloading 350 zipped shape files individually (there is no Attenborough) here is a link to zipfile with all of them in it, 269 MB http://dl.dropbox.com/u/37626989/allStructures.zip From: the Old Topo Depot [mailto:oldto...@novacell.com] Sent: Thursday, December 06, 2012 10:33 PM To: Jason Remillard Cc: talk-us@openstreetmap.org Subject: Re: [Talk-us] Massachusetts addresses/tiger addresses Hi Jason, This is likely far superior to interpolation. Looking forward to more discussion on how a high quality import might happen. You can likely learn a lot by keeping track of the Seattle discussion Best, On Thu, Dec 6, 2012 at 6:47 PM, Jason Remillard remillard.ja...@gmail.commailto:remillard.ja...@gmail.com wrote: Hi, I am not sure if anybody is actually working on importing the tiger address ranges or not. Just in case somebody is ... The Massachusetts mapping department (MassGIS) just this week released data for all of the buildings in the state! http://www.mass.gov/anf/research-and-tech/it-serv-and-support/application-serv/office-of-geographic-information-massgis/datalayers/structures.html MassGIS also has very good parcel data with addresses. I think we have at this point everything we need to do an address import into each building, rather than using address interpolation. For MA, using the state data instead of the tiger data would probably be better. Jason. ___ Talk-us mailing list Talk-us@openstreetmap.orgmailto:Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us -- John Novak 585-OLD-TOPOS (585-653-8676) ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
[Talk-us] identifying TIGER deserts
Hey team, Over here at MapBox we were inspired by Martjin's great post on identifying TIGER deserts[1], so we're attempting to effectively identify TIGER deserts for the rest of the continental U.S. (sorry Hawaii + Alaska, you're next). The goal is to create a slippy map from zoom level 2 to 15(?) such that it's easy to find the places in need of the most love. We have a osmium-genereated postigs database with all ways tagged as highway=* and their version number. The plan to run the analysis against a 5x5 km grid, although we will probably play with the size of the gridcell. Another option might be to conduct the analysis and varying levels of granularity. We're still consiering different methods of analysis - the goal being to normalize way density to display better identify TIGER deserts. We'd would love your thoughts / input / reactions. A few ideas we've tossed around / are activley pursuing: - percent of version 1 and/or 2 ways in each gridcell - average number of version 1/2 ways per gridcell - using a threshold value(s) similiar to Martjin's approach - [your ideas here] Ultimately we'd like showcase the rendered results in site that would make editing TIGER deserts easy. For now though this is just a heads up and an invitation if you have any thoughts on how better to identify TIGER deserts. thanks! [1]: http://oegeo.wordpress.com/2012/10/21/binders-full-of-tiger-deserts/ -- ian villeda mapbox | developmentseed https://twitter.com/ian_villeda ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] identifying TIGER deserts
That's great! I've been thinking about some of the same things, inspired by Dennis Zielstra's talk at SOTM-US. I'm looking at road lengths for 1x1 kilometer squares, measuring OSM user count (post-import) vs. possibility for improvement between 2007 and 2012 TIGER/Line data: http://mike.teczno.com/img/osm-users-imports-2012-09.png - Blue means 2012 data would be an improvement - Red/Yellow means there are active OSM users there I used an Albers equal-area projection to ensure correct length and density regardless of latitude, and my intent for this is to produce county-by-county views that GIS managers in different jurisdictions can use to understand whether their data is worth important, and what OSM users they'd need to contact in order to be successful. I have a slippy map version of this but the projection registration is off by a few hundred meters; need to figure out why that is and fix it. -mike. On Dec 7, 2012, at 10:00 AM, Ian Villeda wrote: Hey team, Over here at MapBox we were inspired by Martjin's great post on identifying TIGER deserts[1], so we're attempting to effectively identify TIGER deserts for the rest of the continental U.S. (sorry Hawaii + Alaska, you're next). The goal is to create a slippy map from zoom level 2 to 15(?) such that it's easy to find the places in need of the most love. We have a osmium-genereated postigs database with all ways tagged as highway=* and their version number. The plan to run the analysis against a 5x5 km grid, although we will probably play with the size of the gridcell. Another option might be to conduct the analysis and varying levels of granularity. We're still consiering different methods of analysis - the goal being to normalize way density to display better identify TIGER deserts. We'd would love your thoughts / input / reactions. A few ideas we've tossed around / are activley pursuing: - percent of version 1 and/or 2 ways in each gridcell - average number of version 1/2 ways per gridcell - using a threshold value(s) similiar to Martjin's approach - [your ideas here] Ultimately we'd like showcase the rendered results in site that would make editing TIGER deserts easy. For now though this is just a heads up and an invitation if you have any thoughts on how better to identify TIGER deserts. thanks! [1]: http://oegeo.wordpress.com/2012/10/21/binders-full-of-tiger-deserts/ -- ian villeda mapbox | developmentseed https://twitter.com/ian_villeda ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us michal migurski- contact info and pgp key: sf/cahttp://mike.teczno.com/contact.html ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
[Talk-us] Fwd: identifying TIGER deserts
Reply to all FTW.. -- Forwarded message -- From: Martijn van Exel m...@rtijn.org Date: Fri, Dec 7, 2012 at 11:33 AM Subject: Re: [Talk-us] identifying TIGER deserts To: Ian Villeda vill...@mapbox.com Hi, Great that you're adopting this. In the spirit of adoption, maybe we can discuss an adopt-a-cell scheme similar to the adopt-a-quad idea USGS employs for their map corps. In the board, we are discussing the notion of 'data stewards' - folks who care enough about a local area that they want to commit to certain goals - wiping and keeping an area clean of errors, welcoming new local mappers, visiting all TIGER v1 roads, any combination of the above. Let's talk about how we can fit these notions together. On Fri, Dec 7, 2012 at 11:00 AM, Ian Villeda vill...@mapbox.com wrote: thoughts -- Martijn van Exel http://oegeo.wordpress.com/ http://openstreetmap.us/ -- Martijn van Exel http://oegeo.wordpress.com/ http://openstreetmap.us/ ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] identifying TIGER deserts
GeoTIFF version of that data: http://mike.teczno.com/img/osm-users-imports-2012-09.tif On Dec 7, 2012, at 10:32 AM, Michal Migurski wrote: That's great! I've been thinking about some of the same things, inspired by Dennis Zielstra's talk at SOTM-US. I'm looking at road lengths for 1x1 kilometer squares, measuring OSM user count (post-import) vs. possibility for improvement between 2007 and 2012 TIGER/Line data: http://mike.teczno.com/img/osm-users-imports-2012-09.png - Blue means 2012 data would be an improvement - Red/Yellow means there are active OSM users there I used an Albers equal-area projection to ensure correct length and density regardless of latitude, and my intent for this is to produce county-by-county views that GIS managers in different jurisdictions can use to understand whether their data is worth important, and what OSM users they'd need to contact in order to be successful. I have a slippy map version of this but the projection registration is off by a few hundred meters; need to figure out why that is and fix it. -mike. On Dec 7, 2012, at 10:00 AM, Ian Villeda wrote: Hey team, Over here at MapBox we were inspired by Martjin's great post on identifying TIGER deserts[1], so we're attempting to effectively identify TIGER deserts for the rest of the continental U.S. (sorry Hawaii + Alaska, you're next). The goal is to create a slippy map from zoom level 2 to 15(?) such that it's easy to find the places in need of the most love. We have a osmium-genereated postigs database with all ways tagged as highway=* and their version number. The plan to run the analysis against a 5x5 km grid, although we will probably play with the size of the gridcell. Another option might be to conduct the analysis and varying levels of granularity. We're still consiering different methods of analysis - the goal being to normalize way density to display better identify TIGER deserts. We'd would love your thoughts / input / reactions. A few ideas we've tossed around / are activley pursuing: - percent of version 1 and/or 2 ways in each gridcell - average number of version 1/2 ways per gridcell - using a threshold value(s) similiar to Martjin's approach - [your ideas here] Ultimately we'd like showcase the rendered results in site that would make editing TIGER deserts easy. For now though this is just a heads up and an invitation if you have any thoughts on how better to identify TIGER deserts. thanks! [1]: http://oegeo.wordpress.com/2012/10/21/binders-full-of-tiger-deserts/ -- ian villeda mapbox | developmentseed https://twitter.com/ian_villeda ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us michal migurski- contact info and pgp key: sf/cahttp://mike.teczno.com/contact.html ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us michal migurski- contact info and pgp key: sf/cahttp://mike.teczno.com/contact.html ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] identifying TIGER deserts
This would also fit in really well with the data steward notion. Part of the idea that we've been toying with for this is to have data dashboards for the stewarded areas to support targeted fixing / improving and to build a stronger local discussion and community around data information knowledge. On Fri, Dec 7, 2012 at 11:32 AM, Michal Migurski m...@teczno.com wrote: my intent for this is to produce county-by-county views that GIS managers in different jurisdictions can use to understand whether their data is worth -- Martijn van Exel http://oegeo.wordpress.com/ http://openstreetmap.us/ ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] identifying TIGER deserts
I was just working on some user stories for the data steward idea, feel free to comment / add. I hope this will fit into the discussion around TIGER deserts and updates. https://docs.google.com/presentation/d/1mgKHtP9drx_rCXy_y3PPx_ZIBRLs1ASViorzpeOUZ0o/edit On Fri, Dec 7, 2012 at 11:38 AM, Martijn van Exel m...@rtijn.org wrote: This would also fit in really well with the data steward notion. Part of the idea that we've been toying with for this is to have data dashboards for the stewarded areas to support targeted fixing / improving and to build a stronger local discussion and community around data information knowledge. On Fri, Dec 7, 2012 at 11:32 AM, Michal Migurski m...@teczno.com wrote: my intent for this is to produce county-by-county views that GIS managers in different jurisdictions can use to understand whether their data is worth -- Martijn van Exel http://oegeo.wordpress.com/ http://openstreetmap.us/ -- Martijn van Exel http://oegeo.wordpress.com/ http://openstreetmap.us/ ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] identifying TIGER deserts
Absolutely, yeah. I chose a raster approach to the data I was working with because I imagined it would be easiest to adapt to arbitrary jurisdictions, whether adopt-a-pixel or masked by a county boundary. Easy to track buckets of data over time that way, too. -mike. On Dec 7, 2012, at 10:38 AM, Martijn van Exel wrote: This would also fit in really well with the data steward notion. Part of the idea that we've been toying with for this is to have data dashboards for the stewarded areas to support targeted fixing / improving and to build a stronger local discussion and community around data information knowledge. On Fri, Dec 7, 2012 at 11:32 AM, Michal Migurski m...@teczno.com wrote: my intent for this is to produce county-by-county views that GIS managers in different jurisdictions can use to understand whether their data is worth -- Martijn van Exel http://oegeo.wordpress.com/ http://openstreetmap.us/ michal migurski- contact info and pgp key: sf/cahttp://mike.teczno.com/contact.html ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Massachusetts addresses/tiger addresses
Yeah I realized there was an error in my script and none of the dbf files got in there, so what you downloaded is probably not going to work, I'm not going to be able to re download them all before I'm out of here, but this is the script I used https://gist.github.com/4236517. -Original Message- From: Greg Troxel [mailto:g...@ir.bbn.com] Sent: Friday, December 07, 2012 10:05 AM To: Metcalf, Calvin Subject: Re: [Talk-us] Massachusetts addresses/tiger addresses thanks, downloading! We will have to take this very slow. The sentiment against imports done other than with utmost care and deliberation/review is quite strong. ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us