Re: [talk-ph] The navigation system in our brains
I like this, I myself remember directions and roads like I have an overhead map of the area and usually dont forget. On the other hand my wife has no idea where to go even if we go to a certain area every day. On 3:59 AM, Eugene Alvin Villar wrote: Hi guys, Here's an interesting article from 2009 showing how our brains help us to navigate the world and why there are people who can get so hopelessly lost. http://www.walrusmagazine.com/articles/2009.11-health-global-impositioning-systems/ I guess most of us in the list have a natural talent for spatial navigation (instead of cue-stimulus-based navigation)? :-) ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
[talk-ph] Save the date! July 23 Mapping Party in southwestern Makati!
Hi guys, Our next Metro Manila Mapping Party will be on July 23, Saturday. This time we will be tackling southwestern Makati, namely the portions of Makati southwest of SLEX. This includes portions of Magallanes, Bangkal, Pio del Pilar, San Isidro, and Palanan: http://osm.org/go/4zhE98UT-?m There's lots of oneway streets here to confirm as well as tons of POIs to collect. The probably meet-up place in the morning would be somewhere in the Magallanes commercial area. You can also just attend the afternoon meetup if you want to. :-) For those on Facebook, here's the event page where you can RSVP: http://www.facebook.com/event.php?eid=177894112269832 See you guys there! ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
[OSM-legal-talk] license change effect on un-tagged nodes.
Frederik, On a related note, what if Mapper A has traced a road from (now) uncompliant imagery. Mapper B has surveyed the road but had decided to leave A's hard work in place and just add the road's name. Mapper A now decides to withdraw from the OSM project and not relicence his contributions. It does not seen fair or reasonable that mapper B's hard work should be destroyed by A's decisions. I think it would be fair and reasonable to leave a place marker (with the road's name and any other info put by mapperB) somewhere along the road, when the road traced by mapper a is removed. That way, when another mapper either traces the road from compliant imagery or from the GPS track, mapper's B work can be reinserted. Cheers Nick ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
[OSM-talk] Fresher world boundaries
Hi, As indicated in http://wiki.openstreetmap.org/wiki/Mapnik I downaload the world boundaries shapefile the following url http://tile.openstreetmap.org/world_boundaries-spherical.tgz the headers answer Last-Modified: Thu, 10 Sep 2009 09:23:45 GMT Does this file exists somewhere in a more recent version ? I found some mistake in it, the world_boundaires_m shapefile tags CNTRY_NAME and FIPS_CNTRY are set to NULL. I can fix this, but how I can put the new version available for everybody ? Regards -- Rodolphe Quiédeville http://cartosm.eu - Intégration de carte libre sur site web Blog : http://blog.rodolphe.quiedeville.org/ SIP/XMPP : rodol...@quiedeville.org ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Featured mapping, parks
Has anyone considered creating Featured mapping of the week, similar to Best of OSM [1]? Or featured/example mapping for key/tag pages? These would pick out certain areas that are very well mapped, to be used as examples for others to follow. What I'm thinking about at the moment is mapping of parks, something I've been working on in my area. I'd like to see examples of other well mapped parks, to see how I could improve the ones I've worked on. Here are two such parks I've mapped recently, which I'm pretty happy with, but I'm sure I'm missing something: http://www.openstreetmap.org/?lat=38.76211lon=-77.29749zoom=15layers=M(Burke Lake Park) http://www.openstreetmap.org/?lat=38.77389lon=-77.10726zoom=17layers=M(Lee District Park) I'd appreciate any links to well mapped parks, and perhaps I could create a wiki page listing them. Of course these example areas will not only be applicable to leisure=park, but leisure=pitch, amenity=parking, and many other tags. I think it would be good to have these sorts of comprehensive examples to point out to beginning (and experienced) contributors. -Josh [1]: http://bestofosm.org/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Featured mapping, parks
On Sun, Jul 3, 2011 at 8:09 PM, Josh Doe j...@joshdoe.com wrote: Has anyone considered creating Featured mapping of the week, similar to Best of OSM [1]? Or featured/example mapping for key/tag pages? These would pick out certain areas that are very well mapped, to be used as examples for others to follow. What I'm thinking about at the moment is mapping of parks, something I've been working on in my area. I'd like to see examples of other well mapped parks, to see how I could improve the ones I've worked on. Here are two such parks I've mapped recently, which I'm pretty happy with, but I'm sure I'm missing something: http://www.openstreetmap.org/?lat=38.76211lon=-77.29749zoom=15layers=M (Burke Lake Park) http://www.openstreetmap.org/?lat=38.77389lon=-77.10726zoom=17layers=M (Lee District Park) I'd appreciate any links to well mapped parks, and perhaps I could create a wiki page listing them. Of course these example areas will not only be applicable to leisure=park, but leisure=pitch, amenity=parking, and many other tags. I think it would be good to have these sorts of comprehensive examples to point out to beginning (and experienced) contributors. -Josh [1]: http://bestofosm.org/ There has also been a Project of the Week for parks, and various flavours of pitch. ;-) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Featured mapping, parks
On Sun, Jul 3, 2011 at 8:41 PM, Richard Weait rich...@weait.com wrote: There has also been a Project of the Week for parks, and various flavours of pitch. ;-) This is completely different from PotW, however it's certainly related. It would be nice for each PotW to point to 3-5 examples of well mapped areas using that tag. -Josh ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Featured mapping, parks
Josh Doe wrote: Has anyone considered creating Featured mapping of the week, similar to Best of OSM [1]? [1]: http://bestofosm.org/ Landuse data from the US Geological Survey for the whole state of Georgia has been imported. Hah! It's low resolution, off in many places (most obvious next to an Interstate), and has flaws such as forested swamp not being tagged. And it makes trunks really hard to see (yeah, this is a rendering issue). Anyway, here's a small community park that I mapped: http://www.openstreetmap.org/?lat=28.40826lon=-81.48834zoom=17layers=M -- View this message in context: http://gis.638310.n2.nabble.com/Featured-mapping-parks-tp6544461p6544595.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Featured mapping, parks
Rizal Park http://osm.org/go/4zhFe8ACu- On Mon, Jul 4, 2011 at 9:46 AM, Nathan Edgars II nerou...@gmail.com wrote: Josh Doe wrote: Has anyone considered creating Featured mapping of the week, similar to Best of OSM [1]? [1]: http://bestofosm.org/ Landuse data from the US Geological Survey for the whole state of Georgia has been imported. Hah! It's low resolution, off in many places (most obvious next to an Interstate), and has flaws such as forested swamp not being tagged. And it makes trunks really hard to see (yeah, this is a rendering issue). Anyway, here's a small community park that I mapped: http://www.openstreetmap.org/?lat=28.40826lon=-81.48834zoom=17layers=M -- View this message in context: http://gis.638310.n2.nabble.com/Featured-mapping-parks-tp6544461p6544595.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Featured mapping, parks
On 4 July 2011 12:09, Josh Doe j...@joshdoe.com wrote: http://www.openstreetmap.org/?lat=38.76211lon=-77.29749zoom=15layers=M (Burke Lake Park) http://www.openstreetmap.org/?lat=38.77389lon=-77.10726zoom=17layers=M (Lee District Park) I'd appreciate any links to well mapped parks, and perhaps I could create a i would consider this well mapped (but then i may be biased): http://www.openstreetmap.org/?lat=-36.85957lon=174.77675zoom=16layers=M auckland domain, in nz -- robin http://bumblepuppy.org/blog/?p=237 - government bill to remove basic human rights in NZ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[Talk-br] OpenStreetMap no Android
Prezados, Alguém usa os mapas do OpenStreetMap em celulares android ? Poderia dar umas dicas de como usar ? Acho que falta algumas informações sobre utilizar e baixar os mapas, consegui algo, baixar o osm usando o JOSM, GPSMid e o OsmGpsMid, mas nada funcional. Sou usuário linux e moro na maravilhosa cidade. Pesquisei no Google, mas acredito que não devo ter perguntado direito, pois suas respostas não foram satisfatórias. Quem sabe conseguindo um tutorial de como usar no celular, gravar uns logs e de como contribuir para o projeto, eu consiga contribuir quem sabe um pouco. Grato. ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] OpenStreetMap no Android
Olá Leonardo, saudações cariocas! :) Legal ver que tem mais alguém do Rio por aqui. Para usar os mapas no celular, existem vários aplicativos disponíveis. Um dos que eu mais gosto é o OsmAnd. https://market.android.com/details?id=net.osmand Para capturar trilhas e contribuir com o projeto, também há algumas opções disponíveis; uma das melhores é o Osmtracker. https://market.android.com/details?id=me.guillaumin.android.osmtracker De qualquer maneira, você pode contribuir com o projeto de outras maneiras que só capturando trilhas, como utilizando o editor direto no site (Potlatch) ou editando com o JOSM. []s 2011/7/3 Leonardo Gomes leogol...@yahoo.com.br: Prezados, Alguém usa os mapas do OpenStreetMap em celulares android ? Poderia dar umas dicas de como usar ? Acho que falta algumas informações sobre utilizar e baixar os mapas, consegui algo, baixar o osm usando o JOSM, GPSMid e o OsmGpsMid, mas nada funcional. Sou usuário linux e moro na maravilhosa cidade. Pesquisei no Google, mas acredito que não devo ter perguntado direito, pois suas respostas não foram satisfatórias. Quem sabe conseguindo um tutorial de como usar no celular, gravar uns logs e de como contribuir para o projeto, eu consiga contribuir quem sabe um pouco. Grato. ___ 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
[Talk-de] OSM-Wochennotiz Nr. 50
Hallo, die Wochennotiz Nr. 50 mit allen Neuigkeiten aus dem OpenStreetMap-Universum ist da: http://blog.openstreetmap.de/2011/07/osm-wochennotiz-nr-50/ Viel Spaß beim Lesen! ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Update Powermap
Moin, weiß jemand von Euch in welchen Abständen die Powermap auf dem Toolserver aktualisiert wird? Danke Gruß, Falk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Meter zu Pixel Umrechnung?
Hallo allerseits Ich bastle gerade am Vector styling für die khtml.maplib und möchte die Linienbreite auch per Meter definieren können. Dazu brauche ich jetzt eine Formel: var faktor=meterToPixel(zoomlevel,lat); var lineWidth=faktor*meter; Kann mir da jemand einen Tipp geben? liebe Grüße Bernhard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Meter zu Pixel Umrechnung?
bernhard zwischenbrugger wrote: Hallo allerseits Ich bastle gerade am Vector styling für die khtml.maplib und möchte die Linienbreite auch per Meter definieren können. Dazu brauche ich jetzt eine Formel: var faktor=meterToPixel(zoomlevel,lat); var lineWidth=faktor*meter; Kann mir da jemand einen Tipp geben? liebe Grüße Bernhard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Servus, Bernhard also soviel ich weiss sind pro inch (=25.4 mm) 72 pixel. Pro Millimeter waeren das dann 72 / 25.4 pixel / mm. Das Ganze mal 1000 ergibt dann pixel pro meter. Ich habe das vor vielen Jahren mal gebraucht. Ich glaube, das war aus dem Bereich Bildkonvertierung. Grundsaetzlich wuerde ich mal nachschauen, was mit dem Begriff Pixel bei den verschiedenen Themen gemeint ist (Bilder, Drucken, Aufloesung von Bildschirmen ...) Ich hoffe, das hilft dir weiter. Werner ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Meter zu Pixel Umrechnung?
On 07/03/2011 12:35 PM, bernhard zwischenbrugger wrote: Hallo allerseits Ich bastle gerade am Vector styling für die khtml.maplib und möchte die Linienbreite auch per Meter definieren können. Dazu brauche ich jetzt eine Formel: var faktor=meterToPixel(zoomlevel,lat); var lineWidth=faktor*meter; Kann mir da jemand einen Tipp geben? liebe Grüße Bernhard Ich würde sagen meterToPixel = (1 zoomlevel) * 256 / ( 2 * PI * 6378137 * cos(lat)). (Der Skalierungsfaktor für EPSG:3857 nach Meter (in der Realität) ist cos(lat). Ein Slippy-Map Tile ist 256 px breit. Es gibt pow(2, zoomlevel) Stück davon in einer Richtung, welche dann der Länge des Erdäquators entspricht.) Gruß, Paul ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Meter zu Pixel Umrechnung?
On 11-07-03 16:41, popp...@hm.edu wrote: also soviel ich weiss sind pro inch (=25.4 mm) 72 pixel. Wo? Grundsaetzlich wuerde ich mal nachschauen, was mit dem Begriff Pixel bei den verschiedenen Themen gemeint ist (Bilder, Drucken, Aufloesung von Bildschirmen ...) Heutige Bildschirme haben z.B. 1600x1200 auf 20 (100 ppi), 2560x1600 auf 30 (100 ppi) oder auch 1280x1024 auf 19 (86 ppi) und 960x480 auf 3.5 (306 ppi). 72 dpi waren mal zu frühen Zeiten der 9 und 12-Röhren-Monitore üblich. Schönen Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Meter zu Pixel Umrechnung?
Am 03.07.2011 17:40, schrieb Martin Trautmann: On 11-07-03 16:41, popp...@hm.edu wrote: .. 72 dpi waren mal zu frühen Zeiten der 9 und 12-Röhren-Monitore üblich. Moin! moderne Hardware kann eine feinere Auflösung darstellen, aber beim Web-GIS ist 72dpi auch heute noch ein gängiger Standard. Wenn z.B. beim WebMapService (WMS) mit GetMap ein Kartenbild abgerufen wird, dann enthält der Request als Parameter die Koordinaten und die Bildgröße in Pixeln. Der Maßstab des Service kann auf ein Minimum oder Maximum begrenzt sein, was durch Umrechnung der Parameter zu überprüfen ist. Diese Umrechnung von Pixel zu Maßstab geht von 72 dpi (default) bei der Darstellung im Browser aus, also auf dem Bildschirm. Für einen sauber aussehenden Druck braucht man aber etwa das 4fache. Vielleicht orientiert sich die Darstellung in einem Browser nicht an der maximalen Leistung der Hardware. Sonst würden Bilder auf Webseiten ständig schrumpfen. Siehe auch: http://mapserver.org/de/development/rfc/ms-rfc-55.html?highlight=dpi -- Frank ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Meter zu Pixel Umrechnung?
On 11-07-03 18:44, Frank wrote: moderne Hardware kann eine feinere Auflösung darstellen, aber beim Web-GIS ist 72dpi auch heute noch ein gängiger Standard. Ist das so? Für mich klingt's wenn nicht falsch, dann doch einfach veraltet. Siehe auch: http://mapserver.org/de/development/rfc/ms-rfc-55.html?highlight=dpi Siehe auch http://www.scantips.com/no72dpi.html ... oder vielleicht kapierst du das Problem auf http://en.wikipedia.org/wiki/Dots_per_inch#Computer_monitor_DPI_standards Schönen Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Meter zu Pixel Umrechnung?
On 2011-07-03 16:58, Paul Hartmann wrote: On 07/03/2011 12:35 PM, bernhard zwischenbrugger wrote: Hallo allerseits Ich bastle gerade am Vector styling für die khtml.maplib und möchte die Linienbreite auch per Meter definieren können. Dazu brauche ich jetzt eine Formel: var faktor=meterToPixel(zoomlevel,lat); var lineWidth=faktor*meter; Kann mir da jemand einen Tipp geben? liebe Grüße Bernhard Ich würde sagen meterToPixel = (1 zoomlevel) * 256 / ( 2 * PI * 6378137 * cos(lat)). (Der Skalierungsfaktor für EPSG:3857 nach Meter (in der Realität) ist cos(lat). Ein Slippy-Map Tile ist 256 px breit. Es gibt pow(2, zoomlevel) Stück davon in einer Richtung, welche dann der Länge des Erdäquators entspricht.) Schaut gut aus. So habe ich das jetzt im Javascript: var pixelPerMeter=Math.pow(2,zoom) * 256 / ( 2 * Math.PI * 6378137 * Math.cos(lat)); Da ich auch nonInteger Zoomlevel habe, ist das mit dem bitoperator nicht möglich. Wie die Bildschirm Auflösung ist, das ist mir egal - es muss nur gleich wie die Bitmap layers sein. lg, Bernhard Gruß, Paul ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] highway=axis
Am 1. Juli 2011 06:26 schrieb Wolfgang wolfg...@ivkasogis.de: Hallo, Am Freitag 01 Juli 2011 01:27:44 schrieb M∡rtin Koppenhoefer: vermutlich hast Du Dir die relation area nicht angesehen, Das ist eine Möglichkeit, die ich aber aus Gründen der Zweckmäßigkeit für ungünstig halte. Bei unserer Erfassungsqualität schwankt diese Area gewaltig in der Breite, während in der Realität der Mittelstreifen über (mindestens) viele Kilometer die gleiche Breite hat., was durch das width-Tag wesentlich besser erfasst wird. das width-tag willst Du wo genau anbringen? Lineare Bauwerke wie Straßen oder Mittelsteifen lassen sich durch die real als Mittelleitplanke vorhandene Achse besser abbilden als durch eine Fläche. bei meinem Modell werden sie weder als Linie noch als Fläche gezeichnet, sondern über tags sowie die Lage zwischen 2 ways indirekt beschrieben. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] Help-Installazione Josm in Ubuntu
Orlandi_IT_EmiliaRomagna wrote: sudo wget http://josm.openstreetmap.de/josm-latest.jar -O /usr/share/josm/josm.jar Grazie mille!!! Era proprio questo che cercavo ricordati solo di fare chmod a+x (per poter eseguire il jar deve essere eseguibile, se lo scarico con Firefox non lo è). Questo vale anche se aggiorni JOSM (l'attributo si risetta se sostituisci il file). ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Vandalismo, presunzione e vanagloria
Ciao, ieri ho scritto ad un utente, che edita in questa zona. Ha cancellato alcune strade, inserite da me tempo fa. Poi le ha reinserite, con una geometria che sembra molto l'import di una traccia GPS. Avevo sprecato qualche nottata per aggiustare la feature in base al PCN... tutto sprecato. Adesso sono tornato ad editare in un'altra zona, e vedo che un altro utente ha cancellato e reinserito daccapo. Stavolta mi sembra che si tratti esattamente della stessa geometria che avevo inserito io, con un numero di revisione = 1. Un paio di settimane fa mi sono imbattuto in un altro utente che, a quanto pare, converte con qualche tool automatico (tracce? r.thin ?) e poi crea un incrocio ad OGNI intersezione delle features, ignorando il fatto che esistono i cavalcavia ed i sottopassaggi. Vi lascio immaginare il casino! Ora, a parte l'incazzatura per il tempo sprecato, vorrei fare assieme alla lista una considerazione. Chi edita in questo modo forse non ha capito niente. Opera come un vandalo, e pecca di presunzione. E se devo dirla tutta, mi sembra che il problema siano le statistiche: forse questa gente crede che un rank elevato gli darà successo, o fama. Oppure, non ho capito niente io... :-( Ciao /niubii/ ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Vandalismo, presunzione e vanagloria
Il 03 luglio 2011 19:07, niubii ha scritto: Ciao, ieri ho scritto ad un utente, che edita in questa zona. Ha cancellato alcune strade, inserite da me tempo fa. Poi le ha reinserite, con una geometria che sembra molto l'import di una traccia GPS. Avevo sprecato qualche nottata per aggiustare la feature in base al PCN... tutto sprecato. Adesso sono tornato ad editare in un'altra zona, e vedo che un altro utente ha cancellato e reinserito daccapo. Stavolta mi sembra che si tratti esattamente della stessa geometria che avevo inserito io, con un numero di revisione = 1. Un paio di settimane fa mi sono imbattuto in un altro utente che, a quanto pare, converte con qualche tool automatico (tracce? r.thin ?) e poi crea un incrocio ad OGNI intersezione delle features, ignorando il fatto che esistono i cavalcavia ed i sottopassaggi. Vi lascio immaginare il casino! Ora, a parte l'incazzatura per il tempo sprecato, vorrei fare assieme alla lista una considerazione. Chi edita in questo modo forse non ha capito niente. Opera come un vandalo, e pecca di presunzione. E se devo dirla tutta, mi sembra che il problema siano le statistiche: forse questa gente crede che un rank elevato gli darà successo, o fama. Oppure, non ho capito niente io... :-( Ciao /niubii/ No hai ragione... Hai capito bene la situazione... non ci sono metodi semplici per ripristinare i vandalismi e non c'è nemmeno molta organizzazione nel cercarli. Per adesso il vandalismo è poco e ci sono spesso utenti che fraintendono gli obiettivi del progetto o magari non sono troppo portati per il mapping... ma prima o poi arriveranno qualche vero gruppo di rompi balle... (e forse quello sarà il momento in cui ci si degnerà di risolvere il problema). -- Bigshot - Gianluca ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Vandalismo, presunzione e vanagloria
Ma non esistono già delle protezioni? Se non ricordo male si possono bloccare gli utenti con intenzioni malevole, e si possono ripristinare i dati cancellati (anche se non ho capito bene chi detiene la memoria dei vecchi dati, ne chi sia a poterlo fare). - http://www.openstreetmap.org/user/Orlandi_IT_EmiliaRomagna -- View this message in context: http://gis.638310.n2.nabble.com/Vandalismo-presunzione-e-vanagloria-tp6543536p6543655.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Vandalismo, presunzione e vanagloria
Il 03 luglio 2011 19:30, Gianluca De Rossi bigshot4e...@gmail.com ha scritto: Il 03 luglio 2011 19:07, niubii ha scritto: ieri ho scritto ad un utente, che edita in questa zona. Ha cancellato alcune strade, inserite da me tempo fa. Poi le ha reinserite... No hai ragione... Hai capito bene la situazione... non ci sono metodi semplici per ripristinare i vandalismi e non c'è nemmeno molta organizzazione nel cercarli. ... Bigshot - Gianluca Da qualche settimana è tornato a funzionare uno strumento che, non è la soluzione di tutti i mali, ma è utile a riguardo: http://wiki.openstreetmap.org/wiki/OSM_History_Viewer Permette di visualizzare facilmente le modifiche fatte in un changeset. Il modo più comodo di usarlo è creare un segnalibro sul browser con questo indirizzo: javascript:a=document.location.href.split('/');if(a[2]+a[3]+a[4]=='www.openstreetmap.orgbrowsechangeset'){document.location.href='%20http://osm.cdauth.de/history-viewer/changeset.php?id='+a[5]}else{alert('This%20is%20not%20a%20valid%20OSM%20changeset%20page.')%20} Poi, quando si visita la pagina di un changeset, basta cliccare sul segnalibro e si viene rispediti all'analisi del changeset con OSM History Viewer. Ciao, Groppo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Pedestrian Vs. Footway
Ciao, a Modena le piazze ed i marciapiedi sono stati taggati come pedestrian, ma a me non piacciono molto, sono tozzi grossi (rovinano un po l'aspetto visivo, soprattutto nelle giunture tra piazza e marciapiede).. pensavo di sostituirli con dei footway, però se il mappatore precedente ha scelto quel tag, forse c'è un motivo.. voi che dite? - http://www.openstreetmap.org/user/Orlandi_IT_EmiliaRomagna -- View this message in context: http://gis.638310.n2.nabble.com/Pedestrian-Vs-Footway-tp6543976p6543976.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Pedestrian Vs. Footway
Il giorno 03 luglio 2011 21:43, Orlandi_IT_EmiliaRomagna luca_orla...@hotmail.it ha scritto: Ciao, a Modena le piazze ed i marciapiedi sono stati taggati come pedestrian, ma a me non piacciono molto, sono tozzi grossi (rovinano un po l'aspetto visivo, soprattutto nelle giunture tra piazza e marciapiede).. pensavo di sostituirli con dei footway, però se il mappatore precedente ha scelto quel tag, forse c'è un motivo.. voi che dite? Io cambierei in footway. Mi sembra ci sia consenso sul taggare i marciapiedi come highway=footway, quindi mi pare una modifica piuttosto sicura. Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Vandalismo, presunzione e vanagloria
2011/7/3 Orlandi_IT_EmiliaRomagna luca_orla...@hotmail.it: Ma non esistono già delle protezioni? si, non c'è tanto, ma c'è un dataworkinggroup per i casi duri. Francesco, se non ti risponde l'utente, sopratutto quello che sembra di usare un tool automatico, dovresti segnalarlo al dwg. Gli edits automatici devono tutti seguire le regole qui: http://wiki.openstreetmap.org/wiki/Automated_Edits/Code_of_Conduct vedi anche qui: http://wiki.openstreetmap.org/wiki/Automated_Edits http://wiki.openstreetmap.org/wiki/Import/Guidelines ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-dk] Vejnavne
Hej folkens! Vi har før diskuteret hvordan vi forholder os i forbindelse vejnavne og OSAK og evt. fejl. Dengang igangsatte Jonas jo en afstemning: http://lists.openstreetmap.org/pipermail/talk-dk/2011-March/001357.html Det må vist være på tide at få sagen afsluttet, så jeg vil lige tillade mig at opsummere: 14 stemmer mod 3 for at vi lader name på veje følge OSMs gængse anbefalinger, 12 stemmer mod 3 for at vi propper OSAK-vejnavnet ind i i osak_name (eller tilsvarende). Og 9 stemmer for at vi retter addr:street på adressepunkterne så den passer til name på vejen. Jeg vil derfor mene at vores officielle anbefalinger skal være noget i stil med følgende, jeg håber det nogenlunde fanger konsensus: = Tagget name på veje følger almindeligvis vejnavnet i OSAK-registret. Hvis OSAK-navnet indeholder en fejl, skal et rettet navn dog i stedet bruges. Det samme gør sig gældende hvis OSAK-vejnavnet afviger fra Openstreetmaps gængse regler, f.eks. skal forkortede vejnavne skrives ud. Det gælder dog kun hvad man kunne kalde pladsbesparende forkortelser som ikke udtales forkortede. I tvivlstilfælde, især ved personnavne, må det tilrådes at følge OSAK - OSAK-navnene er de officielt fastlagte navne, derfor skal der en berettiget grund som dårlig stavning til at afvige fra dem. Nogle eksempler: N. Markvej - Nordre Markvej (almindelig forkortelse) Luthersg. - Luthersgade (almindelig forkortelse) Karl Bark Bechsens ve - Karl Bark Bechsens vej (OSAK-navnet er fejlagtigt afkortet) H. C. Andersens vej - [o.k.] (navnet udtales h-c-andersen) H C Andersens vej - H. C. Andersens vej (forkortelser er altid med punktum) Ved afvigelser skal name indeholder det rigtige fulde navn, mens OSAK-vejnavnet kan anbringes i tagget osak_name. [Tilsvarende skal adresser på vejen have ændret deres addr:street til at indeholde det rigtige fulde navn, mens OSAK-vejnavnet igen kan flyttes til addr:osak_street.] Flere oplysninger om hvordan vejnavne fastsættes kan findes på http://www.adresseprojekt.dk/andrevejledninger.htm, se især Dansk Sprognævns vejledning der indeholder eksempler på rigtig og forkert stavning. = Jeg har sat rettelsen af addr:street i parantes, for jeg mener vi skal gøre det her i nogle skridt: 1. Smække ovenstående ind på wikien 2. Lave et script/en bot til at rette adressepunkterne automatisk 3. Tjekke at OSAK-botten håndterer sagen korrekt 4. Tilføje til anbefalingerne at addr:street skal rettes og hvordan man nemt gør det Når addr:street er blevet rettet til, skulle kortet med de røde adresser på rasher.osm.dk gerne gå i orden af sig selv fordi der så er intern konsistens. Hvad siger I? Eftersom jeg stemte for den her løsning, lægger jeg gerne arbejdskraft til. Jeg er også lidt nysgerrig for hvordan API'et til OSM er. -- Ole Laursen http://people.iola.dk/olau/ ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Vejnavne
Som tilføjelse til emnet - Morten Lind fra Erhvervs- og Byggestyrelsen og jeg har kort snakket på Twitter om disse her veje der kører gennem forskellige kommuner, men hvor hver vej staves forskelligt fra kommune til kommune fx Københavns Kommune skriver Frederiksberg Allé mens Frederiksberg Kommune skriver Frederiksberg Alle begge to gyldige stavemåder, men lidt uhensigtmæssigt. Morten vil bringe emnet op i OSAK gruppen så der kun bliver et officiel vejnavn fra OSAK for veje der krydser kommunegrænser. (forhåbentligt enighed blandt kommuner om dette) En anden ting OSAK data er blevet bedre her på det seneste og over imod OpenStreetMap måde at gøre det på. fx så er det gamle Skt Annæ Gade fra OSAK er nu blevet til Sankt Annæ Gade og samtidigt er mange veje med L C NN nu blevet udstyret med punktumer fx C.J. Brandts Vej før var der ingen punktumer. /Søren 2011/7/3 Ole Laursen o...@hardworking.dk: Hej folkens! ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-at] GeoImage in HiRes (!)
Andreas Labres schrieb: Hier stehen die Nutzungsbedingungen: http://geoimage.at/geoimage/geodatendienste Und dieser Satz steht im ersten Absatz davon: Die Dienste und deren Inhalte können für folgende nicht kommerzielle Zwecke (jeweils und ausschließlich) verwendet werden: 1. Private Nutzung, 2. Forschung, 3. Bildung, 4. Schulische Nutzung / Unterricht, 5. Erzeugung von Open Data Folgeprodukten, 6. Nutzung für Vereinszwecke, 7. Nutzung innerhalb von Blaulichtorganisationen, 8. Nutzung innerhalb von Behörden, jedoch nur zur Erfüllung gesetzlicher Aufgaben und ohne Darstellung im Internet. Das können wir /nicht/ erfüllen, a) jetzt nicht, weil die Daten dzt. CC-BY-SA 2.0 veröffentlicht werden http://www.openstreetmap.org/copyright b) und später mit CT/ODbL schon überhaupt nicht. Nach dem von dir zitierten Absatz bin ich mir da nicht so sicher, denn OSM ist m.E. ganz klar ein Open Data Folgeprodukt, und damit kommt es ganz daruf an, welche Lizenzbedingungen auf derartige Folgeprodukte weiter wirken oder nicht. Grüße, Robert ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] GeoImage in HiRes (!)
Hallo! On 2011-07-03 13:31, KaiRo - Robert Kaiser wrote: Nach dem von dir zitierten Absatz bin ich mir da nicht so sicher, denn OSM ist m.E. ganz klar ein Open Data Folgeprodukt, und damit kommt es ganz daruf an, welche Lizenzbedingungen auf derartige Folgeprodukte weiter wirken oder nicht. Und das steht dort auch: Die Nutzung für die Erzeugung von Folgeprodukten (siehe 5. oben) ist unter der Voraussetzung gestattet, dass die erzeugten Folgeprodukte der Creative Common Lizenz „Namensnennung-NichtKommerziell-Weitergabe unter gleichen Bedingungen 3.0 Österreich (CC BY-NC-SA 3.0)“, siehe http://creativecommons.org/licenses/by-nc-sa/3.0/at/, unterliegen. lg darkweasel ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] GeoImage in HiRes (!)
2011/7/3 Paul K. darkwea...@euirc.eu: On 2011-07-03 13:31, KaiRo - Robert Kaiser wrote: Nach dem von dir zitierten Absatz bin ich mir da nicht so sicher, denn OSM ist m.E. ganz klar ein Open Data Folgeprodukt, und damit kommt es ganz daruf an, welche Lizenzbedingungen auf derartige Folgeprodukte weiter wirken oder nicht. Und das steht dort auch: Die Nutzung für die Erzeugung von Folgeprodukten (siehe 5. oben) ist unter der Voraussetzung gestattet, dass die erzeugten Folgeprodukte der Creative Common Lizenz „Namensnennung-NichtKommerziell-Weitergabe unter gleichen Bedingungen 3.0 Österreich (CC BY-NC-SA 3.0)“, siehe http://creativecommons.org/licenses/by-nc-sa/3.0/at/, unterliegen. CC-BY-SA != CC-BY-NC-SA -- _NC_ kann OSM (auch ohne ODBL) nicht erfüllen. In meinem Verständnis also nein, können wir nicht verwenden. vg, Georg ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-cz] Infikovan? data
Zrovna BNHELP jsou tak nekvalitní data, že pokaždé když na jejich zbytky narazím, lituji že jsme je tenkrát importovali. Když si pak vezmu jak rychle byly hotové silnice 3. třídy, tak jedničky a dvojky by byly v tom entuziastickém období hotové max. za měsíc ručně. Jó byla to jiná doba :-) Škoda :-( *** Nic nebrati ta puvodni data HS-RS systematicky opravovat, pripadne mazat a nahrazovat lepsima (Sam jsem to v mistech, kde mapuji delal). Pokud si matne pamatuji, tak silnice III. trid udelal skoro cele jeden clovek (user:Petr Dlouhy). Jinak Pavle, jsem rád, že jsi neopustil konferenci, i když už se nechceš na projektu aktivně účastnit. Přemýšlel jsem ještě o těch importech a měl bych na Tebe jednu prosbu. Souhlasil bys prosím s tím, aby se data, která jsi importoval (a pouze importy, ne data na kterých jsi pracoval ručně) přelicencovala na novou licenci? *** Myslim, ze tento dotaz je irelevantni. Puvodcem importovanych dat je treti strana, nikoliv uploaderi. Pouze import probehl procesne jinak, nez byly v te dobe uznavane metodiky. Data importovali lide skrze sve osobni ucty, nikoliv pres abstraktni ucelove ucty. Proto je mozno se na takova data divat jako nesouvisejici s majiteli uctu, skrze ktera byla na server odeslana. Tedy je mozno pro potrebu prelicencovani import fakticky oddelit od uzivatelskych uctu podle danych pravidel pro migraci na ODbL (tj. import+zmeny uzivatelu schvalujicich ODbL). ha hanoj ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Infikovan? data
Jinak Pavle, jsem rád, že jsi neopustil konferenci, i když už se nechceš na projektu aktivně účastnit. Přemýšlel jsem ještě o těch importech a měl bych na Tebe jednu prosbu. Souhlasil bys prosím s tím, aby se data, která jsi importoval (a pouze importy, ne data na kterých jsi pracoval ručně) přelicencovala na novou licenci? *** Myslim, ze tento dotaz je irelevantni. Puvodcem importovanych dat je treti strana, nikoliv uploaderi. Pouze import probehl procesne jinak, nez byly v te dobe uznavane metodiky. Data importovali lide skrze sve osobni ucty, nikoliv pres abstraktni ucelove ucty. Proto je mozno se na takova data divat jako nesouvisejici s majiteli uctu, skrze ktera byla na server odeslana. Tedy je mozno pro potrebu prelicencovani import fakticky oddelit od uzivatelskych uctu podle danych pravidel pro migraci na ODbL (tj. import+zmeny uzivatelu schvalujicich ODbL). ha hanoj Na datech uhulu ale probíhala nějaká generalizace. Kdo ji prováděl a jakým algoritmem? Pokud byla provedena dostupným algoritmem, nebo pokud si uživatel, který generalizaci prováděl nenárokuje na generalizovaná data zvláštní licenci, je to OK. Pokud ale byla provedena nějakým neveřejným algoritmem a uživatelem, který si nárokuje na generalizovaá data striktně pouze CC-BY-SA, může to být problém. Pamatujete si to někdo, nebo to mám zkusit dohledat v historii listu? =TT= ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk-fr] Imports sauvages de bâti du cadastre
Surveiller n'est pas forcément facile en effet, même si osmose permet de voir des erreurs, ça ne va pas envoyer un mail à un contributeur surveillant lorsqu'il y a eu une modification majeures Il faudrait créer cet outil on pourra en parler plus facilement si une ML import bâtiment s'ouvre.. Cédric Barribaud Secrétaire de l'APP3L www.app3l.org - isnogoud os...@free.fr a écrit : Le contributeur en question vient de réagir à mon dernier message. Il est débutant et n'avait pas réalisé qu'il y avait des corrections manuelles à faire sur le fichier généré à partir du cadastre. Il a commencé à corriger ses imports passés. Pour éviter à un autre débutant de prendre le même chemin, il serait bon de disposer d'un outil pour détecter les imports récents de manière à pouvoir en vérifier la qualité et alerter éventuellement l'auteur. Existe-t-il actuellement un outil pouvant répondre à ce besoin ? Est-ce que cela intéresse quelqu'un de développer un tel outil ? Librement Christophe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Données ouverte sur les transports et plans de ville
Le 01/07/2011 00:48, Christian Rogel a écrit : Le 30/06/11 18:20, Ab_fab a écrit : Oui, mais cela existe déjà en fait, depuis plus d'un an ! http://lists.openstreetmap.org/pipermail/talk-fr/2010-June/022660.html http://blog.isokron.com/category/cartes-isochrones Ces cartes sont obtenues en temps réel en se servant des données OpenStreetMap http://www.openstreetmap.org/. http://www.rue89.com/2011/06/12/on-se-retrouve-ou-la-reponse-est-sur-la-carte-isokron-208972 Après des débuts très parisiens, ils ont aussi phosphoré sur Rennes à la suite de la liberation des données Effectivement, ils sont aussi en avance et on peut déterminer des lieux de RV à mi-chemin. J'ai trouvé sur leur blog un petit bijou : Un lundi à Rennes (Monday in Rennes) : comment l'offre de transport fait évoluer les temps de parcours sous la forme d'une animation avec fond OSM : http://blog.isokron.com/monday-in-rennes Trouvable aussi sur Vimeo. Leur application, Locomote, est sur IPhone et bientôt sous Android. Ouais, mais Locomote utilise Google Maps :( JonathanMM Christian ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Imports sauvages de bâti du cadastre
Bonjour, Le 03/07/2011 10:46, sechanb...@free.fr a écrit : Surveiller n'est pas forcément facile en effet, même si osmose permet de voir des erreurs, ça ne va pas envoyer un mail à un contributeur surveillant lorsqu'il y a eu une modification majeures Il faudrait créer cet outil on pourra en parler plus facilement si une ML import bâtiment s'ouvre.. - isnogoud os...@free.fr a écrit : Le contributeur en question vient de réagir à mon dernier message. Il est débutant et n'avait pas réalisé qu'il y avait des corrections manuelles à faire sur le fichier généré à partir du cadastre. Il a commencé à corriger ses imports passés. Pour éviter à un autre débutant de prendre le même chemin, il serait bon de disposer d'un outil pour détecter les imports récents de manière à pouvoir en vérifier la qualité et alerter éventuellement l'auteur. Existe-t-il actuellement un outil pouvant répondre à ce besoin ? Est-ce que cela intéresse quelqu'un de développer un tel outil ? Ça n'est pas du clé en main, mais cette liste, mise à jour quotidiennement, est facilement révélatrice de pics d'import. http://www.openstreetmap.org/stats/data_stats.html = voir la partie Top users editing over the past... en bas Quand un utilisateur commence à dépasser les 10.000 objets / jour, ou à être présent sur les premières lignes des colonnes de droite (stats par semaine glissante et par mois glissant), il est rapide de constater s'il opère sur la France, et si il importe du bâti du cadastre. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Imports sauvages de bâti du cadastre
Pour éviter à un autre débutant de prendre le même chemin, il serait bon de disposer d'un outil pour détecter les imports récents de manière à pouvoir en vérifier la qualité et alerter éventuellement l'auteur. Existe-t-il actuellement un outil pouvant répondre à ce besoin ? Est-ce que cela intéresse quelqu'un de développer un tel outil ? Ça fait bien 2 ans qu'on en parle sur le wiki ou les listes d'un tel outil de surveillance avec alertes mail ou rss, mais pour l'instant personne n'a trouvé le temps de s'y mettre, et je dirais qu'a vu de nez, ce ne sera pas un outil simple à développer ni simple à installer et administrer. Bref, ce serait un must have mais pour l'instant, ça rester un to do. Ce qui s'en rapproche le plus tout en étant encore loin, c'est OWL : http://matt.dev.openstreetmap.org/owl_viewer/ -- sly ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Imports sauvages de bâti du cadastre
Le dimanche 03 juillet 2011 à 12:01 +0200, sylvain letuffe a écrit : Pour éviter à un autre débutant de prendre le même chemin, il serait bon de disposer d'un outil pour détecter les imports récents de manière à pouvoir en vérifier la qualité et alerter éventuellement l'auteur. Existe-t-il actuellement un outil pouvant répondre à ce besoin ? Est-ce que cela intéresse quelqu'un de développer un tel outil ? Ça fait bien 2 ans qu'on en parle sur le wiki ou les listes d'un tel outil de surveillance avec alertes mail ou rss, mais pour l'instant personne n'a trouvé le temps de s'y mettre, et je dirais qu'a vu de nez, ce ne sera pas un outil simple à développer ni simple à installer et administrer. Bref, ce serait un must have mais pour l'instant, ça rester un to do. Ce qui s'en rapproche le plus tout en étant encore loin, c'est OWL : http://matt.dev.openstreetmap.org/owl_viewer/ Je viens de zieuter, il « suffirait » de trouver le RSS des modifications sur la zone France et d'envoyer un mail d'alerte à toute modification massive à la future cadastre task-force. Piece of cake. Je serai trop chargé pour bosser pour vous aujourd'hui mes petits amis d'OpenStreetMap. Mais je pars 15 jours en vacances dans le sud et je compte me détendre un maximum en développant des choses de cet acabit. Philippe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Végétation autour des chemins
Bonsoir à tous, Aujourd'hui au cours d'une balade GPS, je me suis retrouvé dans différents chemins, certains moins agréables/accessibles que d'autres. En effet selon les chemins, la végétation qui borde ceux-ci est différente, à des endroits dense et pouvant gêner le passage (notamment en vélo, à pied c'est, selon les cas, moins gênant), à d'autres endroits moins denses... Cela peut être un critère pour le choix d'un itinéraire, comme peuvent l'être surface=* ou smoothness=*. Et du coup je me suis demandé s'il existait un tag pour indiquer la densité de végétation bordant un chemin, un peu à la tracktype=* avec son échelle de 1 à 5. Mes recherches sur le wiki n'ont rien données... Existe-t-il une clé pour décrire si la végétation gêne ou non le passage ? Si non, créer une proposition dans ce sens pourrait-il avoir un intérêt ? Cordialement. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Végétation autour des chemins
C'est très volatile, cela dépend de l'entretien des chemins! Yves On 03. 07. 11 20:04, panierAvide wrote: Bonsoir à tous, Aujourd'hui au cours d'une balade GPS, je me suis retrouvé dans différents chemins, certains moins agréables/accessibles que d'autres. En effet selon les chemins, la végétation qui borde ceux-ci est différente, à des endroits dense et pouvant gêner le passage (notamment en vélo, à pied c'est, selon les cas, moins gênant), à d'autres endroits moins denses... Cela peut être un critère pour le choix d'un itinéraire, comme peuvent l'être surface=* ou smoothness=*. Et du coup je me suis demandé s'il existait un tag pour indiquer la densité de végétation bordant un chemin, un peu à la tracktype=* avec son échelle de 1 à 5. Mes recherches sur le wiki n'ont rien données... Existe-t-il une clé pour décrire si la végétation gêne ou non le passage ? Si non, créer une proposition dans ce sens pourrait-il avoir un intérêt ? Cordialement. ___ 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] Végétation autour des chemins
Existe-t-il une clé pour décrire si la végétation gêne ou non le passage ? Si non, créer une proposition dans ce sens pourrait-il avoir un intérêt ? Je dis pas que c'est pas une bonne idée, mais fiuuu, le problème avec la végétation c'est que ça a tendance à pousser ou à être coupé. Ce qui veut dire que l'info que tu vas donner ne sera valable que sur quelques mois ou au mieux une à deux années. Ou alors il faudrait s'attaquer à la notion de chemin entretenu ou mal entretenu. -- sly ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Végétation autour des chemins
Le 03/07/2011 20:20, sylvain letuffe a écrit : Je dis pas que c'est pas une bonne idée, mais fiuuu, le problème avec la végétation c'est que ça a tendance à pousser ou à être coupé. Ce qui veut dire que l'info que tu vas donner ne sera valable que sur quelques mois ou au mieux une à deux années. Ou alors il faudrait s'attaquer à la notion de chemin entretenu ou mal entretenu. Le 03/07/2011 20:12, yvecai a écrit : C'est très volatile, cela dépend de l'entretien des chemins! Puis pour savoir si un chemin est entretenu ou non, il faut regarder du côté des mairies/propriétaires, un chemin qui ne semble pas entretenu quand on y passe pourrait l'être quand même... Dans ce cas, n'existe-t-il pas une clé pour l'entretien (ex: maintenance) ? Avec des valeurs type yes/no accompagné d'un maintenance:source=extrapolation/owner pour savoir si l'info est déduite de ce qui est visible lors du passage ou provient du propriétaire du chemin. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Végétation autour des chemins
Le 03/07/2011 20:34, panierAvide a écrit : Puis pour savoir si un chemin est entretenu ou non, il faut regarder du côté des mairies/propriétaires, un chemin qui ne semble pas entretenu quand on y passe pourrait l'être quand même... Un chemin entretenu, c'est quoi ? - un chemin qui a vue ses branches envahissantes coupées 1 fois en quelques années - un chemin entretenu mensuellement - un chemin où la végétation ne demande pas d'entretien - etc J'ai vue des chemins disparaitre depuis la tempête de 1999 car il y a encore aujourd'hui des arbres en travers et une végétation dense. Pourtant ils sont encore taggué sur OSM, vue qu'on peut encore les prendre à pied mais en étant sacrément bien équipé. Et du coup je me suis demandé s'il existait un tag pour indiquer la densité de végétation bordant un chemin, un peu à la tracktype=* avec son échelle de 1 à 5. Je pense aussi qu'une clé pour l'entretient serait plus adéquate. Car de mon point de vue tracktype ne sert qu'à décrire la surface d'un chemin, en aucun cas son entretient. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-ja] 鹿児島、広島あたりでのマッピングパーティのお誘い
丸市です。 2011-07-17 の予定は、はっきりとはしていませんが、参加したいと 思っています。 (2011年07月02日 22:52), Shu Higashi wrote: 東です。 現在仕事で鹿児島に行く機会が多いのですが 鹿児島市付近で土日にマッピングパーティをやるとしたら 参加してみたいという方はおられますでしょうか? (場所があれば平日夜などに座学でOSM入門をやることも可能です) また、私用で7/18(月)に広島に行く予定ですが その前の7/17(日)あたり、広島市付近でマッピングパーティを やるとしたら、参加してみたいという方はおられますでしょうか? --- 丸市 展之(hfd03...@nifty.ne.jp) ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] 鹿児島、広島あたりでのマッピングパーティのお誘い
東です。 11/07/03 Nobuyuki Maruichi hfd03...@nifty.ne.jp: 丸市です。 2011-07-17 の予定は、はっきりとはしていませんが、参加したいと 思っています。 丸市さん、ありがとうございます。 7/17開催で予定を立ててみたいと思います。 詳細が決まりましたらまたこの場で案内致します。 ご都合がよろしければご参加ください。 (2011年07月02日 22:52), Shu Higashi wrote: 東です。 現在仕事で鹿児島に行く機会が多いのですが 鹿児島市付近で土日にマッピングパーティをやるとしたら 参加してみたいという方はおられますでしょうか? (場所があれば平日夜などに座学でOSM入門をやることも可能です) また、私用で7/18(月)に広島に行く予定ですが その前の7/17(日)あたり、広島市付近でマッピングパーティを やるとしたら、参加してみたいという方はおられますでしょうか? --- 丸市 展之(hfd03...@nifty.ne.jp) ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] Yahoo/ALPS データの修正
Mage Whopperです。 藤澤さん、ファイル作成ありがとうございます。 ようやく少しだけ見ることができました。 地味にアップロードを続けます。 ありがとうございました! Mage Whopper magehop...@gmail.com 2011/6/30 Kimiya FUJISAWA fujis...@techstrom.org: 藤澤です。 ちょっと遅くなりましたが、データを分割しなおしてアップロード しなおしました。 圧縮ファイル名が変えてありますが、展開したときのファイル名は 以前と同じになります。 Mage Whopperさん、どうもありがとうございます。 (2011年06月25日 09:39), Kimiya FUJISAWA wrote: 藤澤です。 osmosisは-bpかなにかで切っているということでしょうか。 -bp completeWays=yes のオプションをつけるとwayの一部ノードがポリゴン内にあれば 切り出した中にそのway全てが含まれるかたちになるのではないでしょうか。 このオプション、気づいてなかったです…。 ありがとうございます。 さっそく、作り直してみます。 #スクリプトが残してあるので、手間はそれほどかかりませんが、 #時間はちょっとかかるかもしれません。 元データは都道府県別なので、もしかしたら、都道府県境は 切れているかもしれません…。 (2011年06月25日 07:30), Mage Whopper wrote: Mage Whopperです。 ありがとうございます。 元データにはあるということで 少し安心しました。 osmosisは-bpかなにかで切っているということでしょうか。 -bp completeWays=yes のオプションをつけるとwayの一部ノードがポリゴン内にあれば 切り出した中にそのway全てが含まれるかたちになるのではないでしょうか。 現状全て手動でインポートですし、 私は、足りないよりは取り除ける重複がある方がマシ、とおもいますが 異論のある方もいらっしゃると思いますので どーしてもとは思いません。 実際はやってみてみて使えそうなら。。。と思う物の どのくらい大変か全く考えずに発言してますので 余力があればお願い致します。 以上です。 Mage Whopper magewhop...@gmail.com ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja -- @ 藤澤 公也 / Kimiya FUJISAWA @// @@ mailto:fujis...@techstrom.org @-O-O-@ work:fujis...@media.teu.ac.jp \ ^ / skype ID:techstrom.org http://www.techstrom.org/ ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [Talk-GB] Documentation and Visualisation
Bob Kerr wrote: I would need to be able to zoom in on a proposal that has not be acted on for a year so that I could deleted it, Please don't delete 'old' proposals. They should 'never' be deleted, so that next time someone thinks of a similar proposal they can use the previous one as a starting point (or use it to realise why the proposal was not a good one). -- View this message in context: http://gis.638310.n2.nabble.com/Documentation-and-Visualisation-tp6542810p6543328.html Sent from the Great Britain mailing list archive at Nabble.com. ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Documentation and Visualisation
I am not going to delete anything, I am trying to suggest a method where we can take control of the wiki, in a similar way that we control the map data. We tag the wiki pages we could also use things like page=application_description page=instruction page=introduction page=reference Cheers Bob From: woll w...@2-islands.com To: talk-gb@openstreetmap.org Sent: Sunday, 3 July 2011, 16:31 Subject: Re: [Talk-GB] Documentation and Visualisation Bob Kerr wrote: I would need to be able to zoom in on a proposal that has not be acted on for a year so that I could deleted it, Please don't delete 'old' proposals. They should 'never' be deleted, so that next time someone thinks of a similar proposal they can use the previous one as a starting point (or use it to realise why the proposal was not a good one). -- View this message in context: http://gis.638310.n2.nabble.com/Documentation-and-Visualisation-tp6542810p6543328.html Sent from the Great Britain mailing list archive at Nabble.com. ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Documentation and Visualisation Proposal = dead
We could add proposal= dead to the wiki page then we can filter all the dead pages so see all the things that have been proposed and see what has been done before Cheers Bob From: Bob Kerr openstreetmapcraigmil...@yahoo.co.uk To: woll w...@2-islands.com; talk-gb@openstreetmap.org talk-gb@openstreetmap.org Sent: Sunday, 3 July 2011, 16:43 Subject: Re: [Talk-GB] Documentation and Visualisation I am not going to delete anything, I am trying to suggest a method where we can take control of the wiki, in a similar way that we control the map data. We tag the wiki pages we could also use things like page=application_description page=instruction page=introduction page=reference Cheers Bob From: woll w...@2-islands.com To: talk-gb@openstreetmap.org Sent: Sunday, 3 July 2011, 16:31 Subject: Re: [Talk-GB] Documentation and Visualisation Bob Kerr wrote: I would need to be able to zoom in on a proposal that has not be acted on for a year so that I could deleted it, Please don't delete 'old' proposals. They should 'never' be deleted, so that next time someone thinks of a similar proposal they can use the previous one as a starting point (or use it to realise why the proposal was not a good one). -- View this message in context: http://gis.638310.n2.nabble.com/Documentation-and-Visualisation-tp6542810p6543328.html Sent from the Great Britain mailing list archive at Nabble.com. ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Documentation and Visualisation
Have a look at how Wikipedia uses categories. -- Andy Mabbett @pigsonthewing http://pigsonthewing.org.uk On Jul 3, 2011 9:43 AM, Bob Kerr openstreetmapcraigmil...@yahoo.co.uk wrote: Hi, I was thinking last night about the ITO Analysis heat map as a tool that motivates people to look into doing some mapping in different area's. http://www.itoworld.com/product/data/osm_analysis/map_browser I was wondering what statistics are available that we could use to make an interactive visualisation/map of the quality/last time edited of the pages on the wiki. I think analysing the whole wiki might be too confusing but maybe a smaller subset like tags might be worth experimenting on. If we had a map which shows which tags have been accepted, which are proposed and not voted on, which are proposed and abandoned, which set of tags are confusing or need to be rethought. I am definitely thinking of a map and not a series of graphs, I would need to be able to zoom in on a proposal that has not be acted on for a year so that I could deleted it, If we gave the wiki page itself some tags page=proposal date:started=01/01/2011 voting=02/07/2011 If we had a voting tag then we can show which proposals are currently being voted on spanish=no needs translation duplication= wiki.openstreetmap.org/wiki/ cleanup= yes for areas that we need more documentation we can create a page then add the tag page=not started My mind is wandering a bit this morning so if this sounds daft please ignore Cheers Bob ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb