[Talk-hr] mjesta po brdskim krajevima
Pozdrav, Molim vas savjet kako označiti naselja koja imaju razbacane kuće po brežuljcima, koja nisu kompaktna. 1. - poligon oko cijelog naselja sa place=village, name=* - poligon za svaku skupinu kuća sa landuse=residential 2. - poligon za svaku skupinu kuća, pa sve staviti kao outer u relaciju multipoligon pa na to landuse=residential, place=village, name=* 3. - poligon za svaku skupinu kuća sa landuse=residential - node negdje u centru naselja sa place=village, name=* ili nešto 4? Hvala, Stjepan ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr
Re: [Talk-hr] mjesta po brdskim krajevima
Ako se mene pita, pod 3. Janko Dana 3. svibnja 2013. 11:18 Stjepan Mikec stj3...@gmail.com je napisao/la: Pozdrav, Molim vas savjet kako označiti naselja koja imaju razbacane kuće po brežuljcima, koja nisu kompaktna. 1. - poligon oko cijelog naselja sa place=village, name=* - poligon za svaku skupinu kuća sa landuse=residential 2. - poligon za svaku skupinu kuća, pa sve staviti kao outer u relaciju multipoligon pa na to landuse=residential, place=village, name=* 3. - poligon za svaku skupinu kuća sa landuse=residential - node negdje u centru naselja sa place=village, name=* ili nešto 4? Hvala, Stjepan ___ 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
Re: [Talk-hr] mjesta po brdskim krajevima
Ako postoje podaci o granicama naselja, najbolje bi bilo cijelo naselje oznaciti poligonom place=* (dakle opcija 1). Ako takvi podaci ne postoje, onda je najbolja opcija 3. Opcija 2 nije dobra jer key:place prema http://wiki.openstreetmap.org/wiki/Key:place ne bi trebao biti na relaciji. Pozdrav! 2013/5/3 Stjepan Mikec stj3...@gmail.com Pozdrav, Molim vas savjet kako označiti naselja koja imaju razbacane kuće po brežuljcima, koja nisu kompaktna. 1. - poligon oko cijelog naselja sa place=village, name=* - poligon za svaku skupinu kuća sa landuse=residential 2. - poligon za svaku skupinu kuća, pa sve staviti kao outer u relaciju multipoligon pa na to landuse=residential, place=village, name=* 3. - poligon za svaku skupinu kuća sa landuse=residential - node negdje u centru naselja sa place=village, name=* ili nešto 4? Hvala, Stjepan ___ 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
Re: [Talk-hr] mjesta po brdskim krajevima
Postoje ali nažalost njihova licenca ne dopušta korištenje za unos u OSM, tako da se može reći da ne postoje. On 05/03/2013 08:50 PM, Dominik wrote: Ako postoje podaci o granicama naselja, najbolje bi bilo cijelo naselje oznaciti poligonom place=* (dakle opcija 1). Ako takvi podaci ne postoje, onda je najbolja opcija 3. Opcija 2 nije dobra jer key:place prema http://wiki.openstreetmap.org/wiki/Key:place ne bi trebao biti na relaciji. Pozdrav! ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr
[Talk-hr] Promotivni OSM letak
Promotivni OSM letak Poziv svim zainteresiranim za pomoć. Treba nam ideja za dizajn promotivnog OSM letka koji bi predstavljao OSM globalno i hrvatsku OSM zajednicu i njezine aktivnosti. Tehničke specifikacije: dimenzije papira A6 jednostrano ili obostrano, margine minimalno 1cm zbog printa, crno bijeli dizajn, jezik letka hrvatski. Prva upotreba letka bi bila na DORS/CLUC 2013 tako da ga trebamo završiti nekoliko dana ranije. Svaka pomoć je dobrodošla. ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr
Re: [Talk-hr] Promotivni OSM letak
2013/5/3 hbogner hbog...@gmail.com: Promotivni OSM letak Poziv svim zainteresiranim za pomoć. Treba nam ideja za dizajn promotivnog OSM letka koji bi predstavljao OSM globalno i hrvatsku OSM zajednicu i njezine aktivnosti. Tehničke specifikacije: dimenzije papira A6 jednostrano ili obostrano, margine minimalno 1cm zbog printa, crno bijeli dizajn, jezik letka hrvatski. Prva upotreba letka bi bila na DORS/CLUC 2013 tako da ga trebamo završiti nekoliko dana ranije. Svaka pomoć je dobrodošla. Opcija 1: prevesti neki od postojećih flyera: http://wiki.openstreetmap.org/wiki/Flyers_and_posters Opcija 2: ako znate nekoga tko se bavi designom zamoliti za pomoć kao podršci projektu... ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr
Re: [Talk-hr] Promotivni OSM letak
Za pocetak je dovoljno i sloziti tekst neki da stane na A6 nesto osnovno da nebude previse natrpano napisite nesto i podjelite s ostalima u txt, odt, pdf, doc, png, jpg, ... formatu, bitno da imamo neke ideje, ja nemam volje smisljati tekst, a lako dodam som logo i osmhr logo gore i url qr kod... On 05/03/2013 09:31 PM, valent.turko...@gmail.com wrote: Opcija 1: prevesti neki od postojećih flyera: http://wiki.openstreetmap.org/wiki/Flyers_and_posters Opcija 2: ako znate nekoga tko se bavi designom zamoliti za pomoć kao podršci projektu... ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr
Re: [Talk-hr] Promotivni OSM letak
Četvrtina A4 papira, znači na pola i još jednom na pola, nije veliko i lako je za podjelit. I na jedan A4 stanu 4 komada :D Ako netko ima volje može i veće verzije napraviti... Dapače, poster je fora, on bi mogao u boji, ali mali letci bi trebali biti crno bijeli. On 05/03/2013 09:35 PM, SilverSpace wrote: To bi u biti trebao biti poster ili letak onako presavijeni A4 ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr
Re: [Talk-hr] Promotivni OSM letak
Dvostrani print hm ne bi bilo loše jedna strana opcenito o OSM a druga o OSM hr na A6 Dana 3. svibnja 2013. 21:57 hbogner hbog...@gmail.com je napisao/la: Jedan od razloga za letak je promocija na DORS/CLUC http://2013.dorscluc.org/**raspored-dogadanja/opis-**programa-predavanja/http://2013.dorscluc.org/raspored-dogadanja/opis-programa-predavanja/ http://www.vecernji.hr/**vijesti/konferencija-**linuksasa-15-17-svibnja-** zagrebu-clanak-548113http://www.vecernji.hr/vijesti/konferencija-linuksasa-15-17-svibnja-zagrebu-clanak-548113 On 05/03/2013 09:17 PM, hbogner wrote: Promotivni OSM letak Poziv svim zainteresiranim za pomoć. Treba nam ideja za dizajn promotivnog OSM letka koji bi predstavljao OSM globalno i hrvatsku OSM zajednicu i njezine aktivnosti. Tehničke specifikacije: dimenzije papira A6 jednostrano ili obostrano, margine minimalno 1cm zbog printa, crno bijeli dizajn, jezik letka hrvatski. Prva upotreba letka bi bila na DORS/CLUC 2013 tako da ga trebamo završiti nekoliko dana ranije. Svaka pomoć je dobrodošla. __**_ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-hrhttp://lists.openstreetmap.org/listinfo/talk-hr -- Svega što vrijedi Bog je stvorio malo, kako zlata tako i Hrvata. ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr
Re: [Talk-hr] mjesta po brdskim krajevima
Hvala svima… Dakle, 3. Iako je problem s takvim setom podataka da se za neko područje s kućama ne može znati kojem naselju od 2 susjedna pripada. Pa je tu sad pitanje, je li ipak bolje cijelo naselje (stambeni dio) zaokružiti poligonom iako nismo sigurno gdje su granice naselja, odn. ti podaci nisu slobodni. S. May 3, 2013, u 9:16 PM, hbogner hbog...@gmail.com je napisao: Postoje ali nažalost njihova licenca ne dopušta korištenje za unos u OSM, tako da se može reći da ne postoje. On 05/03/2013 08:50 PM, Dominik wrote: Ako postoje podaci o granicama naselja, najbolje bi bilo cijelo naselje oznaciti poligonom place=* (dakle opcija 1). Ako takvi podaci ne postoje, onda je najbolja opcija 3. Opcija 2 nije dobra jer key:place prema http://wiki.openstreetmap.org/wiki/Key:place ne bi trebao biti na relaciji. Pozdrav! ___ 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
Re: [OSM-talk-be] URBis, Open!
Hi , Thanks for you researches Jo... i'm currently reading the user guide given upper, and it may helps you to understand what's what :p yesterday Cquest from osm-fr gave me his extract of addresses so it must be possible some way ... (see here http://my.bmaron.net/public.php?service=filest=7264154f5a483352ebe0846fdeeeabbb) For the integration ... as it seems that the datas are far better than what's already in osm ( a lot of buildings where drawn by hand on top of bing ) and addresses are far from complete ... my opinion is that we may try to first integrate buildings then address (address seems to be easier i think it's better if we could link them to the building). Another place where an import will be hard but we can still do smth is roads names. Then of course there is a lot of other things we can start thinking ... like pharmacy , ... Btw, how do we manage the attribution ? a text in the wiki pointing to URBIS? a source=* on every object ? or a source=* on the changeset? On Fri, May 3, 2013 at 10:27 AM, eMerzh merz...@gmail.com wrote: Hi , Thanks for you researches Jo... i'm currently reading the user guide given upper, and it may helps you to understand what's what :p yesterday Cquest from osm-fr gave me his extract of addresses so it must be possible some way ... (see in attach) For the integration ... as it seems that the datas are far better than what's already in osm ( a lot of buildings where drawn by hand on top of bing ) and addresses are far from complete ... my opinion is that we may try to first integrate buildings then address (address seems to be easier i think it's better if we could link them to the building). Another place where an import will be hard but we can still do smth is roads names. Then of course there is a lot of other things we can start thinking ... like pharmacy , ... Btw, how do we manage the attribution ? a text in the wiki pointing to URBIS? a source=* on every object ? or a source=* on the changeset? On Fri, May 3, 2013 at 10:07 AM, Jo winfi...@gmail.com wrote: Hi eMerzh, The data is provided in different ways. I started by looking at the topology files, but everything is totally fragmented in there and I can't seem to find the glue to tie it all together once again. One would have to 'reconstruct' the front, sides and backside of the houses and combine with house numbers. The adm files seem to be more accessible. PostGIS has a plugin which enables to import dbf and shp files. So from the Urbis site we would download the data in SHP format. Unzip and then point Postgis to the DBF files. Don't forget to change the character encoding to LATIN1 (or set it to that for the whole DB, but then it needs to be converted to UTF-8 later on). Once it's all imported, start QGIS and connect to the DB. Now it's possible to visualise the data. Urbadm-bu contains the buildings. What we should decide is what do we want to use for import/integration? Many of the buildings in Brussels are already drawn. Are we going to replace them with this data? Does replacing mean: throw away the nodes and start over, or do we try to keep the nodes and simply change their positions? (Not so simple to code, but probably not impossible). What is probably simple is to create an OSM-file with all the housenumbers. Then it's still a lot of manual labour to put them in and verify with what we already had. Creating OSM files with all the building outlines would be a bit harder to accomplish. I've been trying to decipher how the data is organised in the tables for the past few hours... I can't seem to find the link between the buildings and the housenumbers/streets, but maybe I should have a fresh look at it, once the headache goes away... I do think it's in there somewhere. Jo ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Fwd: TR: Formation à la cartographie participative avec OpenStreetMap
Ben ça alors! Je vais commencer à donner des cours moi-même. I have never heard of the people teaching the class, but I'm not editing much on that side of the country. It's a good sign, I guess, when OSM is becoming an interesting enough subject to teach courses about. Jo 2013/5/3 Julien Fastré jul...@fastre.info Hi, I received this mail, forwarded by a contact working in a local administration. Interessant, isn't it ? Are the participant connected on this mailing-list ? I was thinking about asking them to let us know their event on the openstreetmap's wiki. Julien ** ** *De :* Formation à la cartographie participative avec OpenStreetMap *De la part de* Formation à la cartographie participative avec OpenStreetMap *Envoyé :* vendredi 26 avril 2013 10:51 *À :* *Objet :* Formation à la cartographie participative avec OpenStreetMap ** ** Cartoparties, mapping parties... moi aussi je veux en organiser ! Voyez cet email dans votre browserhttp://us5.campaign-archive1.com/?u=472c442aaf80d820998dcf73eid=6a7ef21e55e=1e924d6987 ** ** *La cartographie participative* *pour animer son territoire * *Vous souhaitez impliquer votre public dans la découverte, le recensement, la valorisation des richesses de votre territoire ?* *Vous êtes à la recherche d’outils simples, sous licence libre, pour cartographier votre territoire ? Vous souhaitez pouvoir organiser une cartopartie avec des citoyens, des partenaires...* *Cette formation devrait vous intéresser. * 2 journées consécutives ces 24 et 25 mai sur Frasnes-Lez-Anvaing (Hainaut occidental) Partage entre techniques informatiques (simples), techniques d'animation participative et mise en pratique dans des conditions réelles : une vraie cartopartie sera organisée le 25 mai après-midi et vous serez amenés à animer celle-ci (avec l'aide des formateurs ;-) ** ** *Inscrivez-vous ou informez-vous*http://criemouscron.us5.list-manage.com/track/click?u=472c442aaf80d820998dcf73eid=34cb97d17ae=1e924d6987 ** ** *Cooptic Belgique* est une émanation d'un projet européen nommé Coop-tic et financé par la Commission européenne dans le cadre du programme Leonardo Da Vinci (programme pour l'éducation et la formation tout au long de la vie) ! Il est coordonné par le CRIE de Mouscron asblhttp://criemouscron.us5.list-manage2.com/track/click?u=472c442aaf80d820998dcf73eid=62667cfe52e=1e924d6987 Vous êtes éco-conseiller, animateur nature ou culturel impliqué dans des dynamiques de territoire... Vous animez un PCDN, PCDR, contrat de rivière, parc naturel, GAL, ** ** *Coût : *300 euros pour les 2 jours (possibilité de loger en gîte sur place, prix non compris) *Les formateurs : *Louis-Julien de la Bouëre de l’association Tiriad et Gatien Bataille de Cooptic Belgique ** ** ** ** ** ** *Voyez notre dépliant*http://criemouscron.us5.list-manage.com/track/click?u=472c442aaf80d820998dcf73eid=252a73047ee=1e924d6987 Vous ne pouvez participer à cette formation mais vous êtes intéressés par des formations sur l'animation de réseaux et les outils internet qui la facilitent... Inscrivez-vous à notre newsletterhttp://criemouscron.us5.list-manage.com/track/click?u=472c442aaf80d820998dcf73eid=b22411708de=1e924d6987ou adhérez à notre page facebookhttp://criemouscron.us5.list-manage2.com/track/click?u=472c442aaf80d820998dcf73eid=49da518e52e=1e924d6987 . unsubscribe from this listhttp://criemouscron.us5.list-manage.com/unsubscribe?u=472c442aaf80d820998dcf73eid=5a5c7e8a4de=1e924d6987c=6a7ef21e55 update subscription preferenceshttp://criemouscron.us5.list-manage.com/profile?u=472c442aaf80d820998dcf73eid=5a5c7e8a4de=1e924d6987 [image: Email Marketing Powered by MailChimp]http://www.mailchimp.com/monkey-rewards/?utm_source=freemium_newsletterutm_medium=emailutm_campaign=monkey_rewardsaid=472c442aaf80d820998dcf73eafl=1 ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
[Talk-si] Oznaka jase
Pozdravljeni! V openstreetmap dodajam vasice z okoliškimi travniki, ki so z vseh strani obdane z gozdom. Gozd in vasice sem omejil s poligoni ter jih ustrezno označil. Zanima me ali lahko vso preostalo površino označim kot travnike ne da bi moral klikati po vseh točkah meje gozd - travnik oz. naselje travnik. To bi vso stvar močno pohitrilo. Hvala za pomoč Lp, Andrej ___ Talk-si mailing list Talk-si@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-si
[OSM-talk] street-less addresses and Nominatim
Hi, due to popular demand OSM's search engine, Nominatim, has recently received support for the addr:place[1] tag. This tag can be used to make addresses searchable by Nominatim that do not belong to a street. Simply replace the usual addr:street with addr:place containing the region/place the housenumber belongs to. For example, this building: http://www.openstreetmap.org/browse/way/185887900 can now be found with this query: http://nominatim.openstreetmap.org/search.php?q=4+Pomocnia For technical reasons, Nominatim requires that the location in your addr:place tag is mapped as well (and not too far away). Currently, it will happily attach your address to admin boundaries level 8 and higher, to place nodes of village level or smaller and also to named landuses. (The latter might be useful for block-based addresses.) This hopefully allows to cover most addressing schemas but there is one known exception: the conscription number schema used in some parts of Eastern Europe. Nominatim will either pick up the conscription number (if you add addr:place) or the street number (if you add addr:street) but it cannot process both at the same time. This will be fixed at some point but requires more extensive changes. If your country has some other addressing that still doesn't work with Nominatim, please let us know, preferably via trac[2] or github[3]. Happy address hunting Sarah [1] http://wiki.openstreetmap.org/wiki/Key:addr:place [2] https://trac.openstreetmap.org/ [3] https://github.com/twain47/Nominatim/issues ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] OSM relation ID property in Wikidata
Hi. Just wanted to notify those who didn't know: There is now a property (P402) in use in Wikidata to link the corresponding entry to a relation ID in OSM. Example: https://www.wikidata.org/wiki/Q84 With regards, Svavar Kjarrval signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM relation ID property in Wikidata
Hi, On 03.05.2013 18:15, Svavar Kjarrval wrote: Just wanted to notify those who didn't know: There is now a property (P402) in use in Wikidata to link the corresponding entry to a relation ID in OSM. This is a very bad idea and should not be used. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM relation ID property in Wikidata
On Sat, May 4, 2013 at 3:33 AM, Frederik Ramm frede...@remote.org wrote: On 03.05.2013 18:15, Svavar Kjarrval wrote: Just wanted to notify those who didn't know: There is now a property (P402) in use in Wikidata to link the corresponding entry to a relation ID in OSM. This is a very bad idea and should not be used. I assume you think this is bad because OSM IDs are not stable with respect to the objects they represent? It seems this was discussed by the Wikidata users when there was a very recent proposal to delete this OSM ID property (P402): https://www.wikidata.org/wiki/Wikidata:Properties_for_deletion#Property:P402 The consensus was that--at least for place relations which are the target of the said property--OSM relation IDs are stable enough and any changes in IDs can be easily rectified. Wikidata is a wiki after all. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM relation ID property in Wikidata
Hi, On 03.05.2013 22:12, Eugene Alvin Villar wrote: The consensus was that--at least for place relations which are the target of the said property--OSM relation IDs are stable enough and any changes in IDs can be easily rectified. Wikidata is a wiki after all. I am less concerned about the Wikidata side - if they make a bad judgement then it is their mess to clean up. I am however concerned that if more people simply assume that the status quo is there to stay (IDs are stable enough), this will put pressure on *us* and limit our flexibility in the future. I fear that some day soon we'll have a good idea about re-organising our admin bounds that involves large-scale changes, and then people come to us and say ah, that's unfortunate because we at [insert some other project or product or company] had assumed that relation IDs are relatively stable As soon as everyone who uses our relation IDs as external pointers signs a document that says I know I am doing something that could potentially backfire and if it does I swear that I will not try to exert pressure on OSM but instead tell my own users that it is entirely my fault for being short-sighted and that I had been warned, then I guess that's fine ;) Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM relation ID property in Wikidata
On 3 May 2013 22:58, Frederik Ramm frede...@remote.org wrote: On 03.05.2013 22:12, Eugene Alvin Villar wrote: The consensus was that--at least for place relations which are the target of the said property--OSM relation IDs are stable enough and any changes in IDs can be easily rectified. Wikidata is a wiki after all. I am less concerned about the Wikidata side - if they make a bad judgement then it is their mess to clean up. I am however concerned that if more people simply assume that the status quo is there to stay (IDs are stable enough), this will put pressure on *us* and limit our flexibility in the future. The OSMF has sent a pretty strong message saying that object IDs are stable enough to base impactful legal decisions on them. It will look silly for them to go back to the stance that IDs aren't stable after all. Cheers ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM relation ID property in Wikidata
Hi, On 03.05.2013 23:08, andrzej zaborowski wrote: The OSMF has sent a pretty strong message saying that object IDs are stable enough to base impactful legal decisions on them. The OSMF has never sent messages saying that object IDs are stable or even stable enough for anything; if you interpreted any of the license change discussions in that way, you are mis-interpreting them. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM relation ID property in Wikidata
On Fri, May 03, 2013 at 11:08:01PM +0200, andrzej zaborowski wrote: On 3 May 2013 22:58, Frederik Ramm frede...@remote.org wrote: On 03.05.2013 22:12, Eugene Alvin Villar wrote: The consensus was that--at least for place relations which are the target of the said property--OSM relation IDs are stable enough and any changes in IDs can be easily rectified. Wikidata is a wiki after all. I am less concerned about the Wikidata side - if they make a bad judgement then it is their mess to clean up. I am however concerned that if more people simply assume that the status quo is there to stay (IDs are stable enough), this will put pressure on *us* and limit our flexibility in the future. The OSMF has sent a pretty strong message saying that object IDs are stable enough to base impactful legal decisions on them. It will look silly for them to go back to the stance that IDs aren't stable after all. What are you talking about? Jochen -- Jochen Topf joc...@remote.org http://www.jochentopf.com/ +49-721-388298 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM relation ID property in Wikidata
On 3 May 2013 23:14, Frederik Ramm frede...@remote.org wrote: On 03.05.2013 23:08, andrzej zaborowski wrote: The OSMF has sent a pretty strong message saying that object IDs are stable enough to base impactful legal decisions on them. The OSMF has never sent messages saying that object IDs are stable or even stable enough for anything; if you interpreted any of the license change discussions in that way, you are mis-interpreting them. I don't understand -- wasn't the entire process based on the assumption that intellectual property persists as long as the object ID persists? Wasn't that in part your own decision? Cheers ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM relation ID property in Wikidata
Hi, On 03.05.2013 23:18, andrzej zaborowski wrote: I don't understand -- wasn't the entire process based on the assumption that intellectual property persists as long as the object ID persists? No, that is a misconception. During the license change we deviated from that idea in both directions: * some objects whose ID had not changed and who had been created by someone who rejected the license were nonetheless kept if it could be shown that they had been changed in a major way since; * some objects that had been freshly created by people agreeing with the license change, but that were more or less copies of other objects from non-agreers, were removed even though they had a different ID. I will not discuss this sub-thread further; object IDs are not stable and nothing we did during the license change is suitable as a counter argument. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM relation ID property in Wikidata
Am 03.05.2013 23:08, schrieb andrzej zaborowski: On 3 May 2013 22:58, Frederik Ramm frede...@remote.org wrote: On 03.05.2013 22:12, Eugene Alvin Villar wrote: The consensus was that--at least for place relations which are the target of the said property--OSM relation IDs are stable enough and any changes in IDs can be easily rectified. Wikidata is a wiki after all. I am less concerned about the Wikidata side - if they make a bad judgement then it is their mess to clean up. I am however concerned that if more people simply assume that the status quo is there to stay (IDs are stable enough), this will put pressure on *us* and limit our flexibility in the future. The OSMF has sent a pretty strong message saying that object IDs are stable enough to base impactful legal decisions on them. It will look silly for them to go back to the stance that IDs aren't stable after all. There are two sides of stable. Of course a node created with id 123 will always have id 123. But the tags of the node could change. So node 123 could be a restaurant in v1 and in v2 a node in a highway. So if you have a restaurant-DB pointing to node 123 would fail Henning ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM relation ID property in Wikidata
On 3 May 2013 23:22, Frederik Ramm frede...@remote.org wrote: * some objects whose ID had not changed and who had been created by someone who rejected the license were nonetheless kept if it could be shown that they had been changed in a major way since; * some objects that had been freshly created by people agreeing with the license change, but that were more or less copies of other objects from non-agreers, were removed even though they had a different ID. The redaction bot code doesn't generally do that and if there were such cases then they were an insignificant minority compared to those where the change of the object's ID meant it was considered an entirely different object. It's strange that you'd negate that. I will not discuss this sub-thread further; object IDs are not stable and nothing we did during the license change is suitable as a counter argument. The fact that the IDs are not persistent had been pointed out several times during the process and both you and the LWG have said (this is quite clearly stated their meeting minutes) that this isn't an issue big enough to bother. There were some statistics posted on the list and on IRC (from Simon Poole) stating it affected 0.1 to 1% of the database which is in the millions of objects range. Cheers ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM relation ID property in Wikidata
From: andrzej zaborowski [mailto:balr...@gmail.com] Sent: Friday, May 03, 2013 2:08 PM To: Frederik Ramm Cc: OpenStreetMap Subject: Re: [OSM-talk] OSM relation ID property in Wikidata I am less concerned about the Wikidata side - if they make a bad judgement then it is their mess to clean up. I am however concerned that if more people simply assume that the status quo is there to stay (IDs are stable enough), this will put pressure on *us* and limit our flexibility in the future. The OSMF has sent a pretty strong message saying that object IDs are stable enough to base impactful legal decisions on them. It will look silly for them to go back to the stance that IDs aren't stable after all. There's two sides to ID stability. One is stability during software or data model changes and the other is stability during normal mapping. Frederik's post was concerned more with the former. The latter is more complicated. Because the original message linked to London, it's worth pointing out that a few admin relations did get new IDs in the redaction process for technical reasons and that periodically relations get given new IDs because old large complex relations don't interact well with the /history call. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM relation ID property in Wikidata
Hi, In general is seems like it might be useful to have some kind of somewhat permanent URL to an element inside of OSM. However, given what exists today shouldn't Wikipedia be using the overpass API for referencing OSM? Thanks Jason. On Fri, May 3, 2013 at 6:46 PM, Paul Norman penor...@mac.com wrote: From: andrzej zaborowski [mailto:balr...@gmail.com] Sent: Friday, May 03, 2013 2:08 PM To: Frederik Ramm Cc: OpenStreetMap Subject: Re: [OSM-talk] OSM relation ID property in Wikidata I am less concerned about the Wikidata side - if they make a bad judgement then it is their mess to clean up. I am however concerned that if more people simply assume that the status quo is there to stay (IDs are stable enough), this will put pressure on *us* and limit our flexibility in the future. The OSMF has sent a pretty strong message saying that object IDs are stable enough to base impactful legal decisions on them. It will look silly for them to go back to the stance that IDs aren't stable after all. There's two sides to ID stability. One is stability during software or data model changes and the other is stability during normal mapping. Frederik's post was concerned more with the former. The latter is more complicated. Because the original message linked to London, it's worth pointing out that a few admin relations did get new IDs in the redaction process for technical reasons and that periodically relations get given new IDs because old large complex relations don't interact well with the /history call. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM relation ID property in Wikidata
2013/5/4 Claus Stadler cstad...@informatik.uni-leipzig.de Hi, Shouldn't OSM use Wikipedia URLs as UUIDs where applicable rather than Wikipedia referring to database identifiers? (The answer is a clear 'yes' from my side.) In fact there are the (wikipedia, *) tags - but not sure how good the quality is - what can be seen on a first glance is, that people mix URLs and article names, and also encoding. there are also other tags to point from certain OSM attributes to wikipedia, e.g. http://taginfo.openstreetmap.org/keys/wikipedia%3Aoperatorand http://taginfo.openstreetmap.org/keys/operator%3Awikipedia but isn't this thread about pointing from outside to osm? cheers, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM relation ID property in Wikidata
Isn't this thread about pointing from outside to osm?
Yes, so the simple suggestion is for OSM to extend the API to expose the
wiki tags; something like
Something along the lines of:
http://www.openstreetmap.org/api/0.6/wiki/{lang}/{article}
And this would return the corresponding object(s).
Even better, if it was Linked Data API in the first place [1] ;)
Give me a bit and I can demonstrate (I need to recreate the index on the
node_tags column _) ;)
Cheers,
Claus
[1] http://www.w3.org/DesignIssues/LinkedData.html
On 05/04/2013 01:58 AM, Martin Koppenhoefer wrote:
2013/5/4 Claus Stadler cstad...@informatik.uni-leipzig.de
mailto:cstad...@informatik.uni-leipzig.de
Hi,
Shouldn't OSM use Wikipedia URLs as UUIDs where applicable rather
than Wikipedia referring to database identifiers? (The answer is a
clear 'yes' from my side.)
In fact there are the (wikipedia, *) tags - but not sure how good
the quality is - what can be seen on a first glance is, that
people mix URLs and article names, and also encoding.
there are also other tags to point from certain OSM attributes to
wikipedia, e.g.
http://taginfo.openstreetmap.org/keys/wikipedia%3Aoperator and
http://taginfo.openstreetmap.org/keys/operator%3Awikipedia
but isn't this thread about pointing from outside to osm?
cheers,
Martin
--
Dipl. Inf. Claus Stadler
Department of Computer Science, University of Leipzig
Research Group: http://aksw.org/
Workpage WebID: http://aksw.org/ClausStadler
Phone: +49 341 97-32260
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
Re: [talk-au] Alphanumeric references in NSW
I agree this can be better coordinated, but not everyone uses or reads this list. I have a particular interest in these new routes… (don't ask). B74 is already majorly unveiled at the Tuggerah junction with M1 - so I turned B74 on in OSM. http://www.ozroads.com.au/NSW/Special/MAB/563.jpg http://www.ozroads.com.au/NSW/Special/MAB/558.jpg https://lh6.googleusercontent.com/-vEehFafhUeo/UWnpzpBCuNI/ALg/rKvL4389seo/s1600/IMG_3205.JPG We should expect large-scale coverplate removal any day now. RMS has been waiting until end of school holidays, and also I believe for the release of Sydway and UBD 2014 editions which apparently are now available with new route numbers… so I think we're about to see big changes fast. So brace yourselves. I'm going that way again tomorrow and will investigate B70 to see if there's any action there yet. I've created a few route relations for alphas in Central Coast and Newcastle region, but haven't set the ref tags yet until there is on-ground signage in place. This will make it easier (when the signs are unveiled) to select an entire route in JOSM and add the ref tag. If you agree with this method then I'm happy to volunteer to continue creating relations for the new routes. I have 5 weeks holidays starting soon with plenty of spare time and I want to get back into contributing to the project. What should become of the old routes? Should old_ref be retained, should old route relations remain? Regard hierachies - have we agreed that all A routes are Trunk, and all B routes are Primary? Should former the State routes (e.g. SR83 Old Pacific Hwy from Gosford to Doyalson) currently assigned as a Primary road now be lowered to Secondary as it loses its route number. Happy to help out - but I don't want to step on toes. BJ On 03/05/2013, at 3:07 PM, Ian Sergeant inas66+...@gmail.com wrote: Hi, I've noticed a few people are changing the references in NSW to the alphanumeric references before the signage has changed. I don't see the purpose of this. I doesn't correspond to what is on the ground, it must be confusing to people actually trying to use OSM for navigation. Also, given it is the RTA coordinate this, it wouldn't be surprising if some of the routes actually differed from the proposed routes on the webpage. To the best of my knowledge the only route that has been re-referenced is the B73, the others still retain their existing signage - with perhaps an uncovered sign here and there. I traced the I'd suggest we can use the wiki to coordinate as these references change? That way we can ensure the entire route is renamed at once, rather than a patchwork? Ian. P.S. Of course there have been a few routes (M7, A31/M31 approaching Albury) that have been this way for a while, and aren't at issue here. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Alphanumeric references in NSW
On 03/05/2013, at 9:00 PM, Ian Sergeant inas66+...@gmail.com wrote: I imagine the RMS in their wisdom are going to call the Hume south of Berrima the A31, rather than M31, so we'll have to make a call on whether we keep that as motorway. I'd personally be in favour of doing so. Ian. Same also with A1 heading up the coast that are definitely motorway standard. The RMS has stated that these motorway sections won't take on an M designation until they are continuous between major population centres in order to avoid too much switching between A and M, so I think we are right to map these as Motorway in OSM - being a high standard (mostly) grade-separated road - because on the ground that's exactly what it is… but we have to live with their temporary A route designations. With respect to route relations for the M31/A31 and M1/A1, I am guessing we will need to create a relation for the A section, and a separate relation for the M section… and then perhaps a parent to encompass the entire route. Some aspects of how we treat this confuse me …. For example - name = Pacific Motorway network = M ref = M1 -- should this relationship include Harbour Tunnel to Gore Hill AND Wahroonga to Beresfield AND Brunswick Heads to Brisbane… but then what about south of the Harbour? Then make another M1 relation called Princes Motorway - adding to it the ED, Southern Cross Drv, Southern Freeway? Same confusion applies with these A sections... Or do we create a relation for each discrete section (being a contiguous A or M section)… which I personally think is the most manageable, but it leads to a patchwork of many A1 and M1 relations. And either way, then we'll need a parent relation to group them all into something perhaps name = National Highway 1 ?? network = NH ? ref = 1 ? BJ ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [Talk-de] Nominatim: addr:street ohne zugehörigen highway
jotpe wrote: es gibt Fälle in denen ein Gelände als Adresse einen Straßennamen hat, zu der keine gleichheißende Straße existiert. Beispiel: Die Oberfeldwebel-Schreiber-Kaserne hat laut http://www.deutschesheer.de/portal/poc/heer?uri=ci:bw.heer.dienstst.dfbrig.truppenteile.husrgt.anfahrt die Adresse Talmannsberg 2, 78194 IMMENDINGEN. Trägt man addr:street=Talmannsberg ein, wie gesagt, ohne zugehörigen highway mit name=Talmannsberg in der Nähe, kann die Adresse nicht gefunden werden. Die Nominatim-Analyse http://nominatim.openstreetmap.org/details?osmtype=Nosmid=2195308806 des Adress-Nodes zeigt, dass der Name der Straße Bildstöckle nebendran genommen wird. Das Nominatim FAQ http://wiki.openstreetmap.org/wiki/Nominatim/FAQ sagt dieses Verhalten auch vorraus. Was kann ich aber tun um das Gelände mit der richtigen Adresse dennoch finden zu können? Nominatim unterstützt jetzt Addressen ohne Strasse via addr:place-Tag.[1] Einfach das addr:street-Tag weglassen und stattdessen ein addr:place hinzufügen mit dem Namen des Ortes, wo die Addresse dazugehört. Aus technischen Gründen muss der Ort ebenfalls irgendwie gemappt sein. Das kann eine admin-Boundary Level 8 und grösser sein, eine place-Node für kleinere Orte (z.B. village, hamlet, locality) oder auch eine benannte landuse. Mit letzterer sollte sich das Addressierungsproblem in Mannheim lösen lassen. Die Planquadrate sind ja bereits gemappt. Einfach noch ein landuse=commercial/residential/... dazufügen, den Addressen ein entsprechendes addr:place geben und es sollte funktionieren. Gruss Sarah [1] http://wiki.openstreetmap.org/wiki/Key:addr:place ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Universitätsgebäude
Am 01.05.2013 10:24, schrieb Jimmy_K: nur blöderweise fordert aber die Wiki genau zu diesem Missbrauch des name-tags auf: https://wiki.openstreetmap.org/wiki/DE:Tag:amenity%3Duniversity Und genau das war der Grund wieso ich das so gemacht habe. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nominatim: addr:street ohne zugehörigen highway
Nominatim unterstützt jetzt Addressen ohne Strasse via addr:place-Tag.[1] Einfach das addr:street-Tag weglassen und stattdessen ein addr:place hinzufügen mit dem Namen des Ortes, wo die Addresse dazugehört. Super! Funktioniert das auch zusammen mit associatedStreet-Relationen? So wie hier: [1]. Oder müsste man dafür erst noch eine associatedPlace-Relation erfinden? Grüße Martin / tyr_asd [1] http://www.openstreetmap.org/browse/relation/2456314 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Medien
Hy Sorry ich hab jetzt nicht gewusst wo ich euch das sonst mitteilen sollte. http://www.golem.de/news/forevermap-2-openstreetmap-karten-auf-iphone-und-ipad-offline-nutzbar-1305-99072.html Endlich einmal ein ordentlicher Artikel in einem bekannten Magazin (gleich hinter heise.de wohl das wichtigste Magazin in diesem Bereich) Ich hoffe, dass die App auch noch für Android kommt und, dass sie dort gratis sein wird. mfg eest9 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Medien
On 03.05.2013 15:03, Erwin Ernst Steinhammer wrote: Ich hoffe, dass die App auch noch für Android kommt wer lesen kann ist klar im Vorteil ;) Für Android ist Forevermap2 schon länger erhältlich. letzter Satz direkt über dem Bild im Artikel ... und, dass sie dort gratis sein wird. 10¢ günstiger, aber nicht gratis (wäre auch seltsam wenn das nur auf einer der beiden Plattformen kosten würde): https://play.google.com/store/apps/details?id=com.skobbler.forevermapnghl=de -- hartmut ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nominatim: addr:street ohne zugehörigen highway
On 03.05.13 08:14, Sarah Hoffmann wrote: Nominatim unterstützt jetzt Addressen ohne Strasse via addr:place-Tag. Fein, danke! Bitte unterstützt die sinnverwandten anderen addr:* Tags (addr:suburb wird lt. Taginfo 306052 mal verwendet [mehr als addr:place!], addr:hamlet wird auch immer mehr genutzt) auch. In der Umsetztung sollte das gleich zu behandeln sein wie addr:place. Wie schaut es mit ortsweiten Hausnummern aus (Waldkirchen am Wesen 62 oder 22 oder 8 oder 1 oder 4 oder 13 usw.), besteht da auch eine Chance? Place-Tag Waldkirchen am Wesen gibt es natürlich, ebenso eine Gemeinegrenze (level 8). /al ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Medien
Am 03.05.2013 15:16 schrieb Hartmut Holzgraefe hartmut.holzgra...@gmail.com: On 03.05.2013 15:03, Erwin Ernst Steinhammer wrote: Ich hoffe, dass die App auch noch für Android kommt wer lesen kann ist klar im Vorteil ;) Für Android ist Forevermap2 schon länger erhältlich. letzter Satz direkt über dem Bild im Artikel ... Oh o.O Danke ;) und, dass sie dort gratis sein wird. 10¢ günstiger, aber nicht gratis (wäre auch seltsam wenn das nur auf einer der beiden Plattformen kosten würde): https://play.google.com/store/apps/details?id=com.skobbler.forevermapnghl=de Es gibt eine vielzahl von Programmen die aud Android gratis simd und bei IOS nicht. z.B. Angry Birds Das liegt daran, dass Appl eine fixe Gebür verlangt und Google proportional verdient. -- hartmut ___ 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] Nominatim: addr:street ohne zugehörigen highway
On 03/mag/2013, at 15:21, Andreas Labres l...@lab.at wrote: Bitte unterstützt die sinnverwandten anderen addr:* Tags (addr:suburb wird lt. Taginfo 306052 mal verwendet [mehr als addr:place!], addr:hamlet wird auch immer mehr genutzt) auch. In der Umsetztung sollte das gleich zu behandeln sein wie addr:place. man könnte auch versuchen, die restlichen Mapper zum Umtaggen zu addr:place bewegen, mehrere taggingvarianten für dasselbe verkomplizieren die Sache doch nur unnötig. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nominatim: addr:street ohne zugehörigen highway
Am 03.05.2013, 15:38 Uhr, schrieb Martin Koppenhoefer dieterdre...@gmail.com: man könnte auch versuchen, die restlichen Mapper zum Umtaggen zu addr:place bewegen, mehrere taggingvarianten für dasselbe verkomplizieren die Sache doch nur unnötig. Naja, addr:place und addr:hamlet/suburb/... sind doch zwei verschiedene Tagging-Konzepte. z.B. kann man addr:hamlet verwenden um zwischen zwei Hauptstraßen in der selben Gemeinde zu unterscheiden. Oder einfach als optionale zusätzliche geografische Information. addr:place hingegen wird anstelle von addr:street verwendet. Martin / tyr_asd ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nominatim: addr:street ohne zugehörigen highway
On 03.05.13 15:38, Martin Koppenhoefer wrote: man könnte auch versuchen, die restlichen Mapper zum Umtaggen zu addr:place bewegen, Und mehr als 300.000 addr:suburb Tags automatisch umtaggen, oder wie? Ich bin leidenschaftslos, was die Benennung der addr:* Keys angeht, aber grade der addr:suburb Tag ist jahrelang propagiert worden, was ja, wie man sieht, auch erfolgreich war. Das aus meiner Sicht kleinste Übel ist die synonyme Behandlung solcher von der Idee her sehr änlicher Tags. /Insbesondere/ bei einer Suchfunktion, die ja verzeihend sein soll. Von so erzieherischen Maßnamen à la ich implementiere ein Feature nicht, um dich zu zwingen, was zu ändern halte ich hingegen relativ wenig. /al ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nominatim: addr:street ohne zugehörigen highway
On 05/03/2013 03:49 PM, Martin Raifer wrote: Am 03.05.2013, 15:38 Uhr, schrieb Martin Koppenhoefer dieterdre...@gmail.com: man könnte auch versuchen, die restlichen Mapper zum Umtaggen zu addr:place bewegen, mehrere taggingvarianten für dasselbe verkomplizieren die Sache doch nur unnötig. Naja, addr:place und addr:hamlet/suburb/... sind doch zwei verschiedene Tagging-Konzepte. z.B. kann man addr:hamlet verwenden um zwischen zwei Hauptstraßen in der selben Gemeinde zu unterscheiden. Oder einfach als optionale zusätzliche geografische Information. addr:place hingegen wird anstelle von addr:street verwendet. Martin / tyr_asd dito! ich verwende addr:hamlet bzw. addr:suburb gerne um Ortsteile zu kennzeichnen. Besonders die erst vor kurzem eingemeindeten Ortsteile sind noch sehr stolz auf ihren Ortsnamen. Da ihre Adressen aber amtlich nun im neuen Ort gelistet sind, habe ich diesen Weg gewählt. Angezeigt wird dann meisten mit PLZ Stadt-Ortsteil Andreas -- Andreas Neumann http://stadtplan-ilmenau.de signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nominatim: addr:street ohne zugehörigen highway
Hallo, aktuell arbeiten wir an der nächsten Version des Keypad-Mapper 3: http://wiki.openstreetmap.org/wiki/DE:Keypad-Mapper_3 . Das ist eine Opensource Android Software zum effizienten Erfassen von Hausnummern und Adressen für OSM. Download hier: https://play.google.com/store/apps/details?id=de.enaikoon.android.keypadmapper3 Einer der anstehenden Punkte auf der ToDo Liste ist die Optimierung des Bildschirms Adress-Editor, in dem für die zu erfassenden Hausnummern weitere zugehörige TAGs befüllt werden können, derzeit addr:housename, addr:street, addr:postcode, addr:city und addr:country. Diese Infos werden dann jedem neu erfassten Hausnummern-Node zugeordnet und in JOSM mit geladen. Meine Frage an Euch: welcheTAGs sollten Eurer Meinung nach sinnvoll im Address-Editor des Keypad-Mapper 3 angezeigt werden? In Berlin habe ich gesehen, dass viele Hausnummern in letzter Zeit durch addr:suburb ergänzt wurden um die Stadtteile (Schöneberg, Wilmersdorf...) zu mappen, in denen sich die Adresse befindet. Das ist auch sehr sinnvoll um sich besser orientieren zu können. Ich weiß, das diese Frage nicht genau zu diesem Thread-Thema passt, irgendwie dann aber doch weil Vorgaben in einer Software dazu tendieren verwendet zu werden und deshalb der Keypad-Mapper Datenstrukturen forcieren sollte, die später z.B. von Nominatim sinnvoll ausgewertet werden können. Markus -Ursprüngliche Nachricht- Von: Andreas Neumann [mailto:andr-neum...@gmx.net] Gesendet: Freitag, 3. Mai 2013 16:11 An: Openstreetmap allgemeines in Deutsch Betreff: Re: [Talk-de] Nominatim: addr:street ohne zugehörigen highway On 05/03/2013 03:49 PM, Martin Raifer wrote: Am 03.05.2013, 15:38 Uhr, schrieb Martin Koppenhoefer dieterdre...@gmail.com: man könnte auch versuchen, die restlichen Mapper zum Umtaggen zu addr:place bewegen, mehrere taggingvarianten für dasselbe verkomplizieren die Sache doch nur unnötig. Naja, addr:place und addr:hamlet/suburb/... sind doch zwei verschiedene Tagging-Konzepte. z.B. kann man addr:hamlet verwenden um zwischen zwei Hauptstraßen in der selben Gemeinde zu unterscheiden. Oder einfach als optionale zusätzliche geografische Information. addr:place hingegen wird anstelle von addr:street verwendet. Martin / tyr_asd dito! ich verwende addr:hamlet bzw. addr:suburb gerne um Ortsteile zu kennzeichnen. Besonders die erst vor kurzem eingemeindeten Ortsteile sind noch sehr stolz auf ihren Ortsnamen. Da ihre Adressen aber amtlich nun im neuen Ort gelistet sind, habe ich diesen Weg gewählt. Angezeigt wird dann meisten mit PLZ Stadt-Ortsteil Andreas -- Andreas Neumann http://stadtplan-ilmenau.de ___ 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] Vortrag in Marseille am 26.6. - hat jemand Lust?
Hallo, fuer die Open Data Week (opendataweek.org) in Marseille wird am 26.6. jemand aus der deutschen Community gesucht, der ein bisschen darueber berichtet, wie das so laeuft mit OSM in Deutschland (warum wir so erfolgreich sind). Der Vortrag kann auf Englisch oder Franzoesisch gehalten werden. Reisespesen werden uebernommen. Hat jemand eventuell Interesse, diese Gelegenheit wahrzunehmen? Dann wuerde ich den Kontakt mit den Organisatoren herstellen. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nominatim: addr:street ohne zugehörigen highway
On Fri, May 03, 2013 at 02:43:04PM +0200, Martin Raifer wrote: Nominatim unterstützt jetzt Addressen ohne Strasse via addr:place-Tag.[1] Einfach das addr:street-Tag weglassen und stattdessen ein addr:place hinzufügen mit dem Namen des Ortes, wo die Addresse dazugehört. Super! Funktioniert das auch zusammen mit associatedStreet-Relationen? So wie hier: [1]. Oder müsste man dafür erst noch eine associatedPlace-Relation erfinden? [1] http://www.openstreetmap.org/browse/relation/2456314 Address-Relationen werden zur Zeit nicht unterstützt. Da scheint es auch noch kein definieres Tagging-Schema zu geben. Bei der associatedStreet-Relation wird die Strasse ja als Mitglied mit einer entsprechenden Rolle eingetragen. Für Addressen ohne Strasse müsste man dann entsprechend die Strassen rausnehmen und die Place-Node oder Admin-Boundary mit einer anderen Rolle eintragen. Die Wiki-Seite von addr:place schlägt ein vages 'object' vor. Das scheint aber laut Taginfo noch nicht wirklich verwendet zu werden. Sarah ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nominatim: addr:street ohne zugehörigen highway
Ich fänds schön wenn der mal einen Beenden-Menüpunkt anbieten würde und man nicht warten muss bis er irgendwann von selbst aufhört das GPS zu verwenden. Sorry für OT. On Topic würde ich vorschlagen das man einfach einen Menüpunkt Neue Straße anbietet und sofern schon Hausnummer getaggt wurden fragt wie die alte heißt, ansonsten eben nach dem Namen der neuen. Wenn man das überspringen fragt er bei der Erstellung der nächsten nochmal. Ich würde Postcode/Name/Suburb/Hamlet/City/County anbieten. Und grundsätzlich auch einen kleinen Button der auf ne vollwertige Tastatur wechselt und dann fragt ob Housename/Note/Fixme erstellt werden soll. Lg Ruben Am 03.05.2013 16:43 schrieb Markus Semm ms...@enaikoon.de: Hallo, aktuell arbeiten wir an der nächsten Version des Keypad-Mapper 3: http://wiki.openstreetmap.org/wiki/DE:Keypad-Mapper_3 . Das ist eine Opensource Android Software zum effizienten Erfassen von Hausnummern und Adressen für OSM. Download hier: https://play.google.com/store/apps/details?id=de.enaikoon.android.keypadmapper3 Einer der anstehenden Punkte auf der ToDo Liste ist die Optimierung des Bildschirms Adress-Editor, in dem für die zu erfassenden Hausnummern weitere zugehörige TAGs befüllt werden können, derzeit addr:housename, addr:street, addr:postcode, addr:city und addr:country. Diese Infos werden dann jedem neu erfassten Hausnummern-Node zugeordnet und in JOSM mit geladen. Meine Frage an Euch: welcheTAGs sollten Eurer Meinung nach sinnvoll im Address-Editor des Keypad-Mapper 3 angezeigt werden? In Berlin habe ich gesehen, dass viele Hausnummern in letzter Zeit durch addr:suburb ergänzt wurden um die Stadtteile (Schöneberg, Wilmersdorf...) zu mappen, in denen sich die Adresse befindet. Das ist auch sehr sinnvoll um sich besser orientieren zu können. Ich weiß, das diese Frage nicht genau zu diesem Thread-Thema passt, irgendwie dann aber doch weil Vorgaben in einer Software dazu tendieren verwendet zu werden und deshalb der Keypad-Mapper Datenstrukturen forcieren sollte, die später z.B. von Nominatim sinnvoll ausgewertet werden können. Markus -Ursprüngliche Nachricht- Von: Andreas Neumann [mailto:andr-neum...@gmx.net] Gesendet: Freitag, 3. Mai 2013 16:11 An: Openstreetmap allgemeines in Deutsch Betreff: Re: [Talk-de] Nominatim: addr:street ohne zugehörigen highway On 05/03/2013 03:49 PM, Martin Raifer wrote: Am 03.05.2013, 15:38 Uhr, schrieb Martin Koppenhoefer dieterdre...@gmail.com: man könnte auch versuchen, die restlichen Mapper zum Umtaggen zu addr:place bewegen, mehrere taggingvarianten für dasselbe verkomplizieren die Sache doch nur unnötig. Naja, addr:place und addr:hamlet/suburb/... sind doch zwei verschiedene Tagging-Konzepte. z.B. kann man addr:hamlet verwenden um zwischen zwei Hauptstraßen in der selben Gemeinde zu unterscheiden. Oder einfach als optionale zusätzliche geografische Information. addr:place hingegen wird anstelle von addr:street verwendet. Martin / tyr_asd dito! ich verwende addr:hamlet bzw. addr:suburb gerne um Ortsteile zu kennzeichnen. Besonders die erst vor kurzem eingemeindeten Ortsteile sind noch sehr stolz auf ihren Ortsnamen. Da ihre Adressen aber amtlich nun im neuen Ort gelistet sind, habe ich diesen Weg gewählt. Angezeigt wird dann meisten mit PLZ Stadt-Ortsteil Andreas -- Andreas Neumann http://stadtplan-ilmenau.de ___ 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 mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nominatim: addr:street ohne zugehörigen highway
On Fri, May 03, 2013 at 04:10:39PM +0200, Andreas Neumann wrote: On 05/03/2013 03:49 PM, Martin Raifer wrote: Am 03.05.2013, 15:38 Uhr, schrieb Martin Koppenhoefer dieterdre...@gmail.com: man könnte auch versuchen, die restlichen Mapper zum Umtaggen zu addr:place bewegen, mehrere taggingvarianten für dasselbe verkomplizieren die Sache doch nur unnötig. Naja, addr:place und addr:hamlet/suburb/... sind doch zwei verschiedene Tagging-Konzepte. z.B. kann man addr:hamlet verwenden um zwischen zwei Hauptstraßen in der selben Gemeinde zu unterscheiden. Oder einfach als optionale zusätzliche geografische Information. addr:place hingegen wird anstelle von addr:street verwendet. Martin / tyr_asd dito! ich verwende addr:hamlet bzw. addr:suburb gerne um Ortsteile zu kennzeichnen. Besonders die erst vor kurzem eingemeindeten Ortsteile sind noch sehr stolz auf ihren Ortsnamen. Da ihre Adressen aber amtlich nun im neuen Ort gelistet sind, habe ich diesen Weg gewählt. Angezeigt wird dann meisten mit PLZ Stadt-Ortsteil So verstehe ich das auch. addr:suburb kann mit oder ohne Strasse vorkommen. Es funktioniert also wie addr:city und würde auch von Nominatim entsprechend ausgewertet. Ich sehe gerade, dass es das noch nicht tut. Das kann man bei Gelegenheit mal ändern. Gruss Sarah ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Aktuelle AllinOne mit veralteten Daten
Hallo, Am 19.04.2013 19:52, schrieb malenki: qunuxy-osmmailingli...@yahoo.com schrieb: Beim genaueren Betrachten der Daten sieht es aus, als würden neue Objekte und Änderungen an bestehenden seit der Umstellung auf 64-bit identifiers nicht in der AiO auftauchen. Die Node-ID 2^31-1 wurde am 9. Februar 2013 überschritten. Das Problem scheint aber schon am 28. Januar 2013 aufgetreten zu sein, denn an diesem Tag bricht die Dateigröße der AiO ein: gmapsupp.20130127.img.7z 945992 KB 27.01.2013 gmapsupp.20130128.img.7z 925708 KB 28.01.2013 ftp://ftp5.gwdg.de/pub/misc/openstreetmap/download.openstreetmap.de/aio/germany/gmapsupp-images/ Stimmt, darauf habe ich nicht geachtet. Zu erwarten wäre eine stetige Zunahme der Dateigröße. Dennoch könnte das Problem irgendwie mit den Node-IDs zusammenhängen. Ich wüsste ja zu gern, woran genau es liegt... Gibt es schon ne Lösung? Mechtilde ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Naturtrails in OpenStreetBugs
Hallo, mir ist aufgefallen, dass in OpenStreetBugs gerade viele Bugs eingetragen, dessen Inhalt ungfähr sagt, dass der Weg kein Naturtrail sei.[1][2] Die Wege sind alle als die als highway:path gemappt sind. Ich hatte highway:path immer als etwas, was kein expliziter Fuß- oder Radweg ist, verstanden. Also ein Weg ungefähr in dieser Klasse, aber nicht einer Nutzungsart gewidmet. Liege ich hiermit verkehrt und es sollen damit wirklich nur Naturtrails getaggt werden? Dann stellt mir die Frage: Was ist ein Naturtrail? Viele Grüße Stefan [1] http://openstreetbugs.schokokeks.org/?lat=53.5374amp=lon=9.86032zoom=18layers=B0T [2] http://openstreetbugs.schokokeks.org/?lat=53.76434amp=lon=9.6854zoom=18layers=B0T ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Naturtrails in OpenStreetBugs
On Fri, May 03, 2013 at 09:09:48PM +0200, Stefan wrote: Hallo, mir ist aufgefallen, dass in OpenStreetBugs gerade viele Bugs eingetragen, dessen Inhalt ungfähr sagt, dass der Weg kein Naturtrail sei.[1][2] Die Wege sind alle als die als highway:path gemappt sind. Ich hatte highway:path immer als etwas, was kein expliziter Fuß- oder Radweg ist, verstanden. Also ein Weg ungefähr in dieser Klasse, aber nicht einer Nutzungsart gewidmet. Liege ich hiermit verkehrt und es sollen damit wirklich nur Naturtrails getaggt werden? Dann stellt mir die Frage: Was ist ein Naturtrail? Ich habe mich eher am Bild orientiert und da war path immer etwas wie ein Trampelpfad - also nicht befestigt - eher durch Nutzung entstanden. Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Naturtrails in OpenStreetBugs
Hallo, highway=path ist ein allgemeiner highway-Typ für Wege abseits des Straßenverkehrs, die weder für die Land- noch Forstwirtschaft (dann wäre es highway=track) genutzt werden. Was das nun genau für ein Weg ist, wird über weitere Tags geregelt. Bspw. access, surface, width, ... Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Aktuelle AllinOne mit veralteten Daten
Hallo Mechtilde, Gibt es schon ne Lösung? nimm die von Thorsten Kukuk http://osm.thkukuk.de/ Wilhelm ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Naturtrails in OpenStreetBugs
Florian Lohoff schrieb: On Fri, May 03, 2013 at 09:09:48PM +0200, Stefan wrote: Hallo, mir ist aufgefallen, dass in OpenStreetBugs gerade viele Bugs eingetragen, dessen Inhalt ungfähr sagt, dass der Weg kein Naturtrail sei.[1][2] Die Wege sind alle als die als highway:path gemappt sind. Ich hatte highway:path immer als etwas, was kein expliziter Fuß- oder Radweg ist, verstanden. Also ein Weg ungefähr in dieser Klasse, aber nicht einer Nutzungsart gewidmet. Liege ich hiermit verkehrt und es sollen damit wirklich nur Naturtrails getaggt werden? Dann stellt mir die Frage: Was ist ein Naturtrail? Ich habe mich eher am Bild orientiert und da war path immer etwas wie ein Trampelpfad - also nicht befestigt - eher durch Nutzung entstanden. Flo highway=path wird aber glaube ich auch für Fuß- und Radwege benutzt, eine allgemein gehaltene Bezeichnung, und ich dachte, es wäre geraten für von beiden geteilte Wege. Sonst würde immer noch ein Tag speziell dafür fehlen (ob separated oder nicht). Wenn das ein bug ist, dann ist aber viel zu tun, um das Rückgängig zu machen! Ich persönlich benutze es im Moment so: mit bicycle und foot=designated, wenn es offizielle Fuß- und Radwege sind (wird dann blau-gepunktet gerendert), mit Schild. Sonst nur =yes. In der Natur benutze ich grundsätzlich path und nicht footway, da diese m.E. eher angelegt wurden. Marie ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Naturtrails in OpenStreetBugs
path ist eine der beliebtesten Definitionsschwächen von OSM. Ursprünglich war es als generisches Highway-Tag für Wege mit Mischnutzung vorgesehen, wo weder footway noch cycleway paßt, und nicht für Naturpfade. Die Bezeichnung ist natürlich sehr unglücklich gewählt, da man es intuitiv sofort mit Pfad assoziert. Auf der anderen Seite gibt es auch kein besseres Tag für Naturpfade. Ein Versuch, highway=trail zu verwenden hat sich leider nie durchgesetzt, obwohl diese Tag eigentlich genau den Naturpfad beschreiben würde. http://wiki.openstreetmap.org/wiki/Tag:highway%3Dtrail Von daher würde ich im Ausschlußverfahren sagen: In Ermangelung eines eindeutigen Tags ist path für Naturpfade richtig. bye, Nop -- View this message in context: http://gis.19327.n5.nabble.com/Naturtrails-in-OpenStreetBugs-tp5759503p5759527.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Naturtrails in OpenStreetBugs
Am 03.05.2013 23:17, schrieb NopMap: Von daher würde ich im Ausschlußverfahren sagen: In Ermangelung eines eindeutigen Tags ist path für Naturpfade richtig. Du kannst mit einem highway=path auch einen Naturpfad darstellen. Dafür gibt es ja diverse Zusatztags... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Broken Turn Relations in Schweiz, Österreich, Bayern und Baden-Württemberg
Hallo Rainer, die Liste ist jetzt abgearbeitet. Die jeweils letzten Zeilen jeder Gruppe, die auf ... member not found enden, sind Abbiegebeschränkungen, bei denen nur ein Weg zum Teil innerhalb der Bounding-Box zum Ausschneiden der Gruppe aus einer größeren Karte liegt, während der via-Knoten und der zweite Weg außerhalb liegen und somit in dem Extrakt fehlen, obwohl diese Abbiegebeschränkungen in Ordnung sind, wurden sie hier aufgeführt. Reparierende Grüße, Franz ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Naturtrails in OpenStreetBugs
Am 3. Mai 2013 21:12 schrieb Florian Lohoff f...@zz.de: On Fri, May 03, 2013 at 09:09:48PM +0200, Stefan wrote: Hallo, mir ist aufgefallen, dass in OpenStreetBugs gerade viele Bugs eingetragen, dessen Inhalt ungfähr sagt, dass der Weg kein Naturtrail sei.[1][2] Die Wege sind alle als die als highway:path gemappt sind. Ich hatte highway:path immer als etwas, was kein expliziter Fuß- oder Radweg ist, verstanden. Also ein Weg ungefähr in dieser Klasse, aber nicht einer Nutzungsart gewidmet. Liege ich hiermit verkehrt und es sollen damit wirklich nur Naturtrails getaggt werden? Dann stellt mir die Frage: Was ist ein Naturtrail? Ich habe mich eher am Bild orientiert und da war path immer etwas wie ein Trampelpfad - also nicht befestigt - eher durch Nutzung entstanden. Für Trampelpfade setze ich zusätzlich informal=yes. highway=path ist für sich allein erstmal ein neutraler Weg, mit entsprechenden access-Attributen wird daraus aber dasselbe wie highway=footway oder cycleway oder bridleway (oder eine Mischung daraus). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] [JOSM] Quality Assurance Tools script
sospettavo una cosa del genere effettivamente... Comunque sia ho un dubbio sul pulsante con la v verde...non mi è mai capitato di vedere questo pulsante attivo. io i bug li ho sempre corretti e poi passavo al bug successivo...quel pulsante non l'ho mai potuto schiacciare. e poi ho caricato le correzioni tramite l'upload di Josm...purtroppo così facendo i bug da me corretti sono stati segnalati anche la volta successiva che ho avviato QATS :( ora provo a vedere con la nuova versione dello script -- View this message in context: http://gis.19327.n5.nabble.com/JOSM-Quality-Assurance-Tools-script-tp5758410p5759382.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] [JOSM] Quality Assurance Tools script
Il giorno 03 maggio 2013 09:09, Aury88 spacedrive...@gmail.com ha scritto: sospettavo una cosa del genere effettivamente... Comunque sia ho un dubbio sul pulsante con la v verde...non mi è mai capitato di vedere questo pulsante attivo. io i bug li ho sempre corretti e poi passavo al bug successivo...quel pulsante non l'ho mai potuto schiacciare. e poi ho caricato le correzioni tramite l'upload di Josm... Hai fatto bene. Il pulsante per segnalare al server gli errori che hai corretto, si attiva solo quando usi le segnalazioni di KeepRight, perché il sito OSM Inspector non ha questa funzione. http://wiki.openstreetmap.org/wiki/IT:Quality_Assurance_Tools_script#Correzione_errori_in_sequenza purtroppo così facendo i bug da me corretti sono stati segnalati anche la volta successiva che ho avviato QATS :( È normale, devi aspettare che il sito OSM Inspector aggiorni le sue segnalazioni (mi pare ogni 2-3 giorni) per vederle ripulite degli errori che hai corretto. Ciao, Groppo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Dilemma marciapiede non connesso.
Siccome sto cercando di preparare al meglio la pagina o le pagine, mi servirebbe un chiarimento. l'attraversamento da un marciapiede all'altro va sotto higway=crossing, oppure, da come mi sembra di aver capito dalle pagina sull'uso del tag e key crossing (0)(1), la way di attraversamento come footway=crossing, e sul nodo che incrocia la highway=*, si mette il tag highway=crossing + crossing=* + crossing_ref=*. Però la pagina sul tag higway=crossing (2), rimanda al key crossing, quindi dovrebbe essere way di attraversamento footway=crossing + crossing=* sul nodo. Di conseguenza nell'eventuale uso, invece del tag sidewalk=*, invece basta un nodo in prossimità dell'attraversamento pedonale, però con che tag? highway=crossing + footway=crossing + crossing=* + crossing_ref=* ? quale la massima che devo seguire? in linea generica ovvio, poi cè caso e caso. Aggiungo che, almeno su Josm, il simbolino appare solo col tag highway=crossing, non so sul renderer con gli altri tag/key. (0) http://wiki.openstreetmap.org/wiki/Tag:footway%3Dcrossing (1) http://wiki.openstreetmap.org/wiki/Crossing (2) http://wiki.openstreetmap.org/wiki/Tag:highway%3Dcrossing -- Simone G. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Dilemma marciapiede non connesso.
In data venerdì 3 maggio 2013 10:10:05, girarsi_liste ha scritto: quale la massima che devo seguire? in linea generica ovvio, poi cè caso e caso. La linea dell'attraversamento: highway=footway + footway=crossing Il nodo che interseca la strada: highway=crossing Alessio ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Dubbio su Recycling
Ciao... Scusate se probabilmente la discussione è già avvenuta in passato ma avrei un dubbio operativo su come inserire i cassonetti per la raccolta differenziata. Innanzitutto nel mio territorio la racconta è fissata da un gestore (Acea) che sicuramente andrà inserito nell'operator. In linea di massima vi sono 4 cassonetti, plastica. vetro, cartone e indifferenziata. Sarebbe preferibile inserire 4 nodi affiancati con amenity=recycling e dentro ognuno di esse inserire recycling:X come da elenco seguente? http://wiki.openstreetmap.org/wiki/IT:Tag:amenity%3Drecycling Più ovviamente il tag operator. In alcune zone poi vi sono poi il cassonetto peri vestiti ed in altri ancora per farmaci e batterie ma sono pochi, quindi nella maggior parte dei casi sono 4 nodi ma in altre eccezioni possono essere 6 o 7. Ora a fronte di ogni singolo cassonetto e del prefisso recycling:XX sul sito di riferimento del gestore vi sono le istruzioni su come dividere i rifiuti e questo devo intendere come ufficiale, quindi su tutto il mio territorio ogni cassonetto della carta ad esempio avrà per tutti i cassonetti i medesimi tag. E' la forma corretta di mappatura? Grazie. -- Gianluca Boero ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] [JOSM] Quality Assurance Tools script
ah, ok, non avevo capito che quel pulsante funzionasse solo con il servizio KeepRight...bene. Ne approfitto per fare un'altra segnalazione (lo so...sono un rompi balle XD): gli errori duplicate ways caricano un'area spesso troppo piccola (alcune volte addirittura di pochi metri per lato) e naturalmente si verifica che non riesca a caricare alcun dato :( non si potrebbe allargare il riquadro di caricamento (che so, impostando una dimensione minima)? non mi lamenterei se non fosse che in questo caso bisogna ricaricare un'area più grossa quasi metà delle volte. Ciao, Aury -- View this message in context: http://gis.19327.n5.nabble.com/JOSM-Quality-Assurance-Tools-script-tp5758410p5759436.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] Dilemma marciapiede non connesso.
Il 03/05/2013 10:48, Alessio Zanol ha scritto: La linea dell'attraversamento: highway=footway + footway=crossing Il nodo che interseca la strada: highway=crossing Alessio Ok, casomai durante le verifiche cè sempre modo di correggere. -- Simone G. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Dubbio su Recycling
penso che non sia scorretta la mappatura con un singolo nodo per più cassonetti, ma è pur sempre una informazione in meno quindi direi di si...se è possibile mapparli separatamente con singoli nodi propenderei per un nodo per ogni cassonetto ( non scordarti recycling_type=container ;) )...anche se ce ne fossero due nello stesso punto che servono a raccogliere lo stesso materiale personalmente utilizzerei due nodi distinti (potrebbe tornare utile l'indicazione del numero di cassonetti in una zona per un determinato materiale). I tag per cassonetti che raccolgono gli stessi materiali solitamente sono gli stessi all'interno della stessa zona (alcune città potrebbero avere più di un operatore a causa delle elevate dimensioni del territorio)...stai attento però che in certe città i cassonetti hanno dei numeri seriali/identificativi e quindi potrebbero non essere perfettamente identici ;) -- View this message in context: http://gis.19327.n5.nabble.com/Dubbio-su-Recycling-tp5759419p5759443.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
[Talk-it] Fwd: [OSM-talk] street-less addresses and Nominatim
FYI, per risolvere il problema di indirizzi senza strada (con nome), è stato previsto un generico addr:place (non da confondere con addr:city, che rimane come era). Oltre a addr:place qualche mappatore usa anche addr:hamlet e addr:suburb, però (al meno per il momento) solo addr:place viene interpretato correttamente da nominatim (la ricerca di OSM sulla pagina principale). Io consiglierei di utilizzare addr:place (se abbiamo questi casi in Italia, io non li ho ancora incontrati). ciao, Martin -- Forwarded message -- From: Sarah Hoffmann lon...@denofr.de Date: 2013/5/3 Subject: [OSM-talk] street-less addresses and Nominatim To: t...@openstreetmap.org Hi, due to popular demand OSM's search engine, Nominatim, has recently received support for the addr:place[1] tag. This tag can be used to make addresses searchable by Nominatim that do not belong to a street. Simply replace the usual addr:street with addr:place containing the region/place the housenumber belongs to. For example, this building: http://www.openstreetmap.org/browse/way/185887900 can now be found with this query: http://nominatim.openstreetmap.org/search.php?q=4+Pomocnia For technical reasons, Nominatim requires that the location in your addr:place tag is mapped as well (and not too far away). Currently, it will happily attach your address to admin boundaries level 8 and higher, to place nodes of village level or smaller and also to named landuses. (The latter might be useful for block-based addresses.) This hopefully allows to cover most addressing schemas but there is one known exception: the conscription number schema used in some parts of Eastern Europe. Nominatim will either pick up the conscription number (if you add addr:place) or the street number (if you add addr:street) but it cannot process both at the same time. This will be fixed at some point but requires more extensive changes. If your country has some other addressing that still doesn't work with Nominatim, please let us know, preferably via trac[2] or github[3]. Happy address hunting Sarah [1] http://wiki.openstreetmap.org/wiki/Key:addr:place [2] https://trac.openstreetmap.org/ [3] https://github.com/twain47/Nominatim/issuehttps://github.com/twain47/Nominatim/issues ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] [JOSM] Quality Assurance Tools script
Il giorno 03 maggio 2013 14:54, Aury88 spacedrive...@gmail.com ha scritto: ... Ne approfitto per fare un'altra segnalazione .. gli errori duplicate ways caricano un'area spesso troppo piccola (alcune volte addirittura di pochi metri per lato) e naturalmente si verifica che non riesca a caricare alcun dato :( non si potrebbe allargare il riquadro di caricamento (che so, impostando una dimensione minima)? L'area da scaricare per le way duplicate la stabilisce OSM Inspector, ma quella di stabilire un'area minima può essere un'idea. Me la segno tra le cose da guardare, grazie. Se hai altre segnalazioni scrivimi pure in privato. Ciao, Groppo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Dilemma marciapiede non connesso.
È solo una bozza appena cominciata, ma chiedo di darci un'occhio che non abbia travisato il tutto, grazie Magari guardate il template infobox già che ci siete, non capisco perchè nel titolo non compare higway=footway, forse perchè ancora sanbox? https://wiki.openstreetmap.org/wiki/User:Simone_girardelli/Sandbox/IT:Tag:highway%3Dfootway -- Simone G. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Fwd: [OSM-talk] street-less addresses and Nominatim
Perfetto! Finalmente qualcosa si muove... Già da un po' di tempo sto usando il addr:place per segnalare gli indirizzi di tutti quei paesi/località ecc. che non hanno nomi di vie. Devo dire che nella mia zona (provincia di Trieste) tutte le località minori non hanno nomi di vie. Anzi, aggiungerei che bisognerebbe inserire anche il noname=yes sulle vie/strade senza nome, così da segnalare che la strada/via non ha nome. Inoltre volevo chiedere se qualcuno conosce qualche sito/tool che segnali (anche graficamente) queste connessioni (addr:place abbinato a addr:housenumber e place vero e proprio). OSM Inspector non gestisce ancora queste possibilità. Tempo fa avevo scritto un commento sulla pagina wiki di osm inspector, ma non ho avuto riscontri... Ciao Damjan 03.05.2013 - 18:09 - Martin Koppenhoefer: FYI, per risolvere il problema di indirizzi senza strada (con nome), è stato previsto un generico addr:place (non da confondere con addr:city, che rimane come era). Oltre a addr:place qualche mappatore usa anche addr:hamlet e addr:suburb, però (al meno per il momento) solo addr:place viene interpretato correttamente da nominatim (la ricerca di OSM sulla pagina principale). Io consiglierei di utilizzare addr:place (se abbiamo questi casi in Italia, io non li ho ancora incontrati). ciao, Martin -- Forwarded message -- From: *Sarah Hoffmann* lon...@denofr.de mailto:lon...@denofr.de Date: 2013/5/3 Subject: [OSM-talk] street-less addresses and Nominatim To: t...@openstreetmap.org mailto:t...@openstreetmap.org Hi, due to popular demand OSM's search engine, Nominatim, has recently received support for the addr:place[1] tag. This tag can be used to make addresses searchable by Nominatim that do not belong to a street. Simply replace the usual addr:street with addr:place containing the region/place the housenumber belongs to. For example, this building: http://www.openstreetmap.org/browse/way/185887900 can now be found with this query: http://nominatim.openstreetmap.org/search.php?q=4+Pomocnia For technical reasons, Nominatim requires that the location in your addr:place tag is mapped as well (and not too far away). Currently, it will happily attach your address to admin boundaries level 8 and higher, to place nodes of village level or smaller and also to named landuses. (The latter might be useful for block-based addresses.) This hopefully allows to cover most addressing schemas but there is one known exception: the conscription number schema used in some parts of Eastern Europe. Nominatim will either pick up the conscription number (if you add addr:place) or the street number (if you add addr:street) but it cannot process both at the same time. This will be fixed at some point but requires more extensive changes. If your country has some other addressing that still doesn't work with Nominatim, please let us know, preferably via trac[2] or github[3]. Happy address hunting Sarah [1] http://wiki.openstreetmap.org/wiki/Key:addr:place [2] https://trac.openstreetmap.org/ [3] https://github.com/twain47/Nominatim/issue https://github.com/twain47/Nominatim/issues ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-co] Noruega abre sus datos Geográficos
http://blog.thematicmapping.org/2013/04/norway-will-open-its-topographic.html Trabajemos para que Colombia sea el siguiente! -a ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-co] Noruega abre sus datos Geográficos
Ariel ¿Qué dice Uninorte para la región Caribe? 2013/5/3 Fredy Rivera fredyriv...@gmail.com On Fri, May 3, 2013 at 8:46 AM, hyan...@gmail.com hyan...@gmail.comwrote: También hay una iniciativa en Buenos Aires http://data.buenosaires.gob.ar/dataset Y un próximo evento en Uruguay ¿Organizamos uno para Colombia 2014? Podriamos orgnizar unos eventos de OpenData locales y luego pensar uno nacional, el mintic tiene ya directivas que son un gran aporte. http://www.minsalud.gov.co/Documentacion-GEL/Documentacin/Lineamientos_Implementacion_Datos_Abiertos_2011.pdf Le propondré a una universidad de Ibagué que organicemos el evento. salu2 humano * Hi! We are setting up an unconference type of event for the end of June in Montevideo. It’s our pleasure to officially invite you to ABRE LATAM, the first Latin American un-conference on Open Data. The event is organized by DATA http://datauy.org/ (Uruguay) and Ciudadano Inteligentehttp://www.ciudadanointeligente.org/(Chile). What’s ABRE LATAM about? We want to bring together representatives from different areas of civil society in Latin America working with Open Data on civic issues such as transparency, participation and expanding civic freedoms. We believe the best way to achieve this is to organize an unconference and meet in a space where regional civil society gathers to share experiences, strategies, challenges, and to identify opportunities of collaboration at a regional and global level. When and where? The Unconference will take place in Montevideo, Uruguay at the Centro Cultural de España http://www.cce.org.uy/ from the 24th to the 25th of June. Why should I go? This is an opportunity to have productive discussions that could make an impact in Latin America, and provide civil society with a voice. We expect this event to serve as common ground where everyone can share their experiences with creative ideas and alternative responses to common challenges as well as collaborate on strategies for the future of Open Data in the region. How do I sign up for AbreLatAm? The website is already up and running at www.abrelatam.org where there’s plenty of information about the event. The registration is open at http://abrelatam.eventbrite.com Stay tuned for updates following us on Twitterhttp://twitter.com/ABRELATAMand Facebook http://facebook.com/ABRELATAM.* El 3 de mayo de 2013 08:15, Ariel Nunez ingenieroar...@gmail.comescribió: http://blog.thematicmapping.org/2013/04/norway-will-open-its-topographic.html Trabajemos para que Colombia sea el siguiente! -a ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co -- Por favor, no me envíe documentos con extensiones .doc, .docx, .xls, .xlsx, .ppt, .pptx, .mdb, mdbx OpenOffice es libre: se puede copiar, modificar y redistribuir libremente. Gratis y totalmente legal. http://GaleNUx.com es el sistema de información para la salud --///-- Teléfono USA: (347) 688-4473 (Google voice) skype: llamarafredyrivera ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-co] Noruega abre sus datos Geográficos
On Fri, May 3, 2013 at 9:08 AM, hyan...@gmail.com hyan...@gmail.com wrote: Ariel ¿Qué dice Uninorte para la región Caribe? Quizas Carlos Castillo se mida a la región sur occidental desde el cauca o Valle. Con la secretaria de Gobierno de Bogota y red pato2 con se podría proponer en Bogotá. Faltaría Antioquia y Oriente. Cuadremos fechas para que sea un evento simultáneo. 2013/5/3 Fredy Rivera fredyriv...@gmail.com On Fri, May 3, 2013 at 8:46 AM, hyan...@gmail.com hyan...@gmail.comwrote: También hay una iniciativa en Buenos Aires http://data.buenosaires.gob.ar/dataset Y un próximo evento en Uruguay ¿Organizamos uno para Colombia 2014? Podriamos orgnizar unos eventos de OpenData locales y luego pensar uno nacional, el mintic tiene ya directivas que son un gran aporte. http://www.minsalud.gov.co/Documentacion-GEL/Documentacin/Lineamientos_Implementacion_Datos_Abiertos_2011.pdf Le propondré a una universidad de Ibagué que organicemos el evento. salu2 humano * Hi! We are setting up an unconference type of event for the end of June in Montevideo. It’s our pleasure to officially invite you to ABRE LATAM, the first Latin American un-conference on Open Data. The event is organized by DATA http://datauy.org/ (Uruguay) and Ciudadano Inteligentehttp://www.ciudadanointeligente.org/(Chile). What’s ABRE LATAM about? We want to bring together representatives from different areas of civil society in Latin America working with Open Data on civic issues such as transparency, participation and expanding civic freedoms. We believe the best way to achieve this is to organize an unconference and meet in a space where regional civil society gathers to share experiences, strategies, challenges, and to identify opportunities of collaboration at a regional and global level. When and where? The Unconference will take place in Montevideo, Uruguay at the Centro Cultural de España http://www.cce.org.uy/ from the 24th to the 25th of June. Why should I go? This is an opportunity to have productive discussions that could make an impact in Latin America, and provide civil society with a voice. We expect this event to serve as common ground where everyone can share their experiences with creative ideas and alternative responses to common challenges as well as collaborate on strategies for the future of Open Data in the region. How do I sign up for AbreLatAm? The website is already up and running at www.abrelatam.org where there’s plenty of information about the event. The registration is open at http://abrelatam.eventbrite.com Stay tuned for updates following us on Twitterhttp://twitter.com/ABRELATAMand Facebook http://facebook.com/ABRELATAM.* El 3 de mayo de 2013 08:15, Ariel Nunez ingenieroar...@gmail.comescribió: http://blog.thematicmapping.org/2013/04/norway-will-open-its-topographic.html Trabajemos para que Colombia sea el siguiente! -a ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co -- Por favor, no me envíe documentos con extensiones .doc, .docx, .xls, .xlsx, .ppt, .pptx, .mdb, mdbx OpenOffice es libre: se puede copiar, modificar y redistribuir libremente. Gratis y totalmente legal. http://GaleNUx.com es el sistema de información para la salud --///-- Teléfono USA: (347) 688-4473 (Google voice) skype: llamarafredyrivera ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co -- Por favor, no me envíe documentos con extensiones .doc, .docx, .xls, .xlsx, .ppt, .pptx, .mdb, mdbx OpenOffice es libre: se puede copiar, modificar y redistribuir libremente. Gratis y totalmente legal. http://GaleNUx.com es el sistema de información para la salud --///-- Teléfono USA: (347) 688-4473 (Google voice) skype: llamarafredyrivera ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-co] agregar notas al mapa
Excelente funcionalidad, yo ya la uso con mis muchachos en Duitama El 30 de abril de 2013 19:36, Fredy Rivera fredyriv...@gmail.com escribió: Hola maperxs les dejo este artículo sobre la nueva característica de nuestro mapa. http://blog.openstreetmap.cl/2013/04/30/openstreetmap-se-abre-a-mas-contribuyentes-con-la-facil-opcion-agregar-nota/ Salu2 -- Por favor, no me envíe documentos con extensiones .doc, .docx, .xls, .xlsx, .ppt, .pptx, .mdb, mdbx OpenOffice es libre: se puede copiar, modificar y redistribuir libremente. Gratis y totalmente legal. http://GaleNUx.com es el sistema de información para la salud --///-- Teléfono USA: (347) 688-4473 (Google voice) skype: llamarafredyrivera ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-co] Comparación de SIGs para la planeación municipal
Que bueno y sobre todo paisanos El 30 de abril de 2013 10:09, hyan...@gmail.com hyan...@gmail.comescribió: Estimados maperos: Interesante artículo, está habilitado un PDF para descargar. Con base en la metodología de medición usada el más completo es gvSIG, seguido por GRASS y QGis. http://www.ewh.ieee.org/reg/9/etrans/ieee/issues/vol11/vol11issue1Feb.2013/15Gonzalez.htm Saludos, Humberto Yances ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-co] Noruega abre sus datos Geográficos
Yo registré el dominio openbarranquilla.org hace rato y estoy agarrando un template de Code for America. Yo puedo hablar con la norte y trabajar por estos lares. http://openbarranquilla.org On Fri, May 3, 2013 at 9:16 AM, Fredy Rivera fredyriv...@gmail.com wrote: On Fri, May 3, 2013 at 9:08 AM, hyan...@gmail.com hyan...@gmail.comwrote: Ariel ¿Qué dice Uninorte para la región Caribe? Quizas Carlos Castillo se mida a la región sur occidental desde el cauca o Valle. Con la secretaria de Gobierno de Bogota y red pato2 con se podría proponer en Bogotá. Faltaría Antioquia y Oriente. Cuadremos fechas para que sea un evento simultáneo. 2013/5/3 Fredy Rivera fredyriv...@gmail.com On Fri, May 3, 2013 at 8:46 AM, hyan...@gmail.com hyan...@gmail.comwrote: También hay una iniciativa en Buenos Aires http://data.buenosaires.gob.ar/dataset Y un próximo evento en Uruguay ¿Organizamos uno para Colombia 2014? Podriamos orgnizar unos eventos de OpenData locales y luego pensar uno nacional, el mintic tiene ya directivas que son un gran aporte. http://www.minsalud.gov.co/Documentacion-GEL/Documentacin/Lineamientos_Implementacion_Datos_Abiertos_2011.pdf Le propondré a una universidad de Ibagué que organicemos el evento. salu2 humano * Hi! We are setting up an unconference type of event for the end of June in Montevideo. It’s our pleasure to officially invite you to ABRE LATAM, the first Latin American un-conference on Open Data. The event is organized by DATA http://datauy.org/ (Uruguay) and Ciudadano Inteligentehttp://www.ciudadanointeligente.org/(Chile). What’s ABRE LATAM about? We want to bring together representatives from different areas of civil society in Latin America working with Open Data on civic issues such as transparency, participation and expanding civic freedoms. We believe the best way to achieve this is to organize an unconference and meet in a space where regional civil society gathers to share experiences, strategies, challenges, and to identify opportunities of collaboration at a regional and global level. When and where? The Unconference will take place in Montevideo, Uruguay at the Centro Cultural de España http://www.cce.org.uy/ from the 24th to the 25th of June. Why should I go? This is an opportunity to have productive discussions that could make an impact in Latin America, and provide civil society with a voice. We expect this event to serve as common ground where everyone can share their experiences with creative ideas and alternative responses to common challenges as well as collaborate on strategies for the future of Open Data in the region. How do I sign up for AbreLatAm? The website is already up and running at www.abrelatam.org where there’s plenty of information about the event. The registration is open at http://abrelatam.eventbrite.com Stay tuned for updates following us on Twitterhttp://twitter.com/ABRELATAMand Facebook http://facebook.com/ABRELATAM.* El 3 de mayo de 2013 08:15, Ariel Nunez ingenieroar...@gmail.comescribió: http://blog.thematicmapping.org/2013/04/norway-will-open-its-topographic.html Trabajemos para que Colombia sea el siguiente! -a ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co -- Por favor, no me envíe documentos con extensiones .doc, .docx, .xls, .xlsx, .ppt, .pptx, .mdb, mdbx OpenOffice es libre: se puede copiar, modificar y redistribuir libremente. Gratis y totalmente legal. http://GaleNUx.com es el sistema de información para la salud --///-- Teléfono USA: (347) 688-4473 (Google voice) skype: llamarafredyrivera ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co -- Por favor, no me envíe documentos con extensiones .doc, .docx, .xls, .xlsx, .ppt, .pptx, .mdb, mdbx OpenOffice es libre: se puede copiar, modificar y redistribuir libremente. Gratis y totalmente legal. http://GaleNUx.com es el sistema de información para la salud --///-- Teléfono USA: (347) 688-4473 (Google voice) skype: llamarafredyrivera ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-co] Noruega abre sus datos Geográficos
Chévere. Las universidades inician calendario académico en febrero ¿qué tal primera semana de marzo 2014? 2013/5/3 Ariel Nunez ingenieroar...@gmail.com Yo registré el dominio openbarranquilla.org hace rato y estoy agarrando un template de Code for America. Yo puedo hablar con la norte y trabajar por estos lares. http://openbarranquilla.org On Fri, May 3, 2013 at 9:16 AM, Fredy Rivera fredyriv...@gmail.comwrote: On Fri, May 3, 2013 at 9:08 AM, hyan...@gmail.com hyan...@gmail.comwrote: Ariel ¿Qué dice Uninorte para la región Caribe? Quizas Carlos Castillo se mida a la región sur occidental desde el cauca o Valle. Con la secretaria de Gobierno de Bogota y red pato2 con se podría proponer en Bogotá. Faltaría Antioquia y Oriente. Cuadremos fechas para que sea un evento simultáneo. 2013/5/3 Fredy Rivera fredyriv...@gmail.com On Fri, May 3, 2013 at 8:46 AM, hyan...@gmail.com hyan...@gmail.comwrote: También hay una iniciativa en Buenos Aires http://data.buenosaires.gob.ar/dataset Y un próximo evento en Uruguay ¿Organizamos uno para Colombia 2014? Podriamos orgnizar unos eventos de OpenData locales y luego pensar uno nacional, el mintic tiene ya directivas que son un gran aporte. http://www.minsalud.gov.co/Documentacion-GEL/Documentacin/Lineamientos_Implementacion_Datos_Abiertos_2011.pdf Le propondré a una universidad de Ibagué que organicemos el evento. salu2 humano * Hi! We are setting up an unconference type of event for the end of June in Montevideo. It’s our pleasure to officially invite you to ABRE LATAM, the first Latin American un-conference on Open Data. The event is organized by DATA http://datauy.org/ (Uruguay) and Ciudadano Inteligentehttp://www.ciudadanointeligente.org/(Chile). What’s ABRE LATAM about? We want to bring together representatives from different areas of civil society in Latin America working with Open Data on civic issues such as transparency, participation and expanding civic freedoms. We believe the best way to achieve this is to organize an unconference and meet in a space where regional civil society gathers to share experiences, strategies, challenges, and to identify opportunities of collaboration at a regional and global level. When and where? The Unconference will take place in Montevideo, Uruguay at the Centro Cultural de España http://www.cce.org.uy/ from the 24th to the 25th of June. Why should I go? This is an opportunity to have productive discussions that could make an impact in Latin America, and provide civil society with a voice. We expect this event to serve as common ground where everyone can share their experiences with creative ideas and alternative responses to common challenges as well as collaborate on strategies for the future of Open Data in the region. How do I sign up for AbreLatAm? The website is already up and running at www.abrelatam.org where there’s plenty of information about the event. The registration is open at http://abrelatam.eventbrite.com Stay tuned for updates following us on Twitterhttp://twitter.com/ABRELATAMand Facebook http://facebook.com/ABRELATAM.* El 3 de mayo de 2013 08:15, Ariel Nunez ingenieroar...@gmail.comescribió: http://blog.thematicmapping.org/2013/04/norway-will-open-its-topographic.html Trabajemos para que Colombia sea el siguiente! -a ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co -- Por favor, no me envíe documentos con extensiones .doc, .docx, .xls, .xlsx, .ppt, .pptx, .mdb, mdbx OpenOffice es libre: se puede copiar, modificar y redistribuir libremente. Gratis y totalmente legal. http://GaleNUx.com es el sistema de información para la salud --///-- Teléfono USA: (347) 688-4473 (Google voice) skype: llamarafredyrivera ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co -- Por favor, no me envíe documentos con extensiones .doc, .docx, .xls, .xlsx, .ppt, .pptx, .mdb, mdbx OpenOffice es libre: se puede copiar, modificar y redistribuir libremente. Gratis y totalmente legal. http://GaleNUx.com es el sistema de información para la salud --///-- Teléfono USA: (347) 688-4473 (Google voice) skype: llamarafredyrivera ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-ca] Atelier à Montréal / Workshop in Montreal
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2013-05-02 21:35, Guillaume Pratte wrote: Les gens désirant s'inscrire peuvent le faire sur EventBrite: http://ossmmtl.eventbrite.com/ Excellente initiative :) Ce lien n'a pas fonctionné pour moi. Par contre celui-ci oui: http://osmmtl-estw.eventbrite.ca SVP pourrais-tu l'ajouter aussi sur http://agendadulibre.qc.ca ? Merci! F. - -- Fabián Rodríguez http://openstreetmap.magicfab.ca -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: PGP/Mime available upon request Comment: Using GnuPG with undefined - http://www.enigmail.net/ iEYEARECAAYFAlGDwioACgkQfUcTXFrypNUbpwCg7TiCEK8Y2hhtxEINeHxjzQAm eNAAoPgksjlHR5ZlCYn00x7O9yBHe4X+ =ukgO -END PGP SIGNATURE- ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[OSM-talk-fr] Extraits thématiques mondiaux
Bonjour, J'ai vu passer cette URL, sur la liste de diffusion de l'appli OSMand : http://data.osm-hr.org/planet/ Il s'agit d'extraits (au format pbf) thématiques de la base OSM. Pratique pour qui veut exploiter les 158 MO de voies de chemin de fer sans avoir à télécharger le fichier planet complet ni faire le filtrage des données. Attention, les fichiers ne sont pas très à jour (mi mars). -- 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] Quelques statistiques sur notre liste de diffusion talk-fr
Bonjour Philippe, Le 03/05/2013 00:54, Philippe Verdy a écrit : Les grammes de CO2 ne se réduiront pas, quel que soit le volume, tant que cette liste existera. La plus grande partie vient de la seule[...] désolé, je n'avais pas mis mode humour on car je pensais que c'était évident... /o\ A+ -- Jean-Francois Nifenecker, Bordeaux ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Choix d'un projet pour le mois de mai
Bonjour Philippe, Au lieu de donner le sentiment de vouloir casser les bonnes volontés, peut être pourrais-tu être davantage dans le questionnement que dans l'affirmation? Car c'est facile de dire il vaut mieux faire, ne sert pas à grand chose, pensez d'abord à... Romain Le 3 mai 2013 01:09, Philippe Verdy verd...@wanadoo.fr a écrit : Je ne suis pas sûr que ces projets du mois soient très adéquats. En fait il vaut mieux faire une liste des projets qui sont pratiquement complets ou suffisamment avancés pour avoir un schéma stable et vite réutilisable, et sur lesquels un dernier coup de pouce permettrait de finaliser les choses. Monter un projet du mois sans avoir de statistiques ni de page de suivi pour le projet, pour vois là où un peu d'aide sera utile (pour qu'ensuite on passe à autre chose, le reste n'étant plus que de la maintenance au fil de l'eau) ne sert pas à grand chose. Et certains projets bien avancés mériteraient d'être listés en permanence (avec leur page de suivi propre pour mesurer l'avancement), jusqu'à leur achèvement (hors maintenance régulière). Le projet maxspeed tout seul est beaucoup trop vaste s'il n'est pas plus clairement délimité avec un suivi zone par zone, et type de route par type de route en se fixant des priorités (autoroutes, réseau national, réseau départemental primaire, réseau secondaire, rue). Avant de lancer des idées comme ça, qui n'auront pas de fin car n'ayant rien de mesurable, pensez d'abord à monter une page de projet, faire des statistiques, inviter des utilisateurs à s'y inscrire et se répartir le travail en le modularisant. Sinon chacun continuera à faire ce qu'il veut ou préfère dans son coin sans savoir ce qui se passe autour où des besoins plus urgents pourraient être satisfaits. Pour cela il faut une carte thématique sur le projet ou des tableaux de synthèse et celui qui promeut son projet devrait en assurer le suivi et sans doute se faire vite aider s'il ne veut pas le faire tout seul à long terme. Pour cela une page de projet sur le wiki sera utile. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Choix d'un projet pour le mois de mai
Philippe, je te propose de t'occuper de la préparation du projet du mois de juin. De cette manière, tu pourras nous montrer par l'exemple comment bien préparer un sujet. Le 3 mai 2013 01:09, Philippe Verdy verd...@wanadoo.fr a écrit : Je ne suis pas sûr que ces projets du mois soient très adéquats. En fait il vaut mieux faire une liste des projets qui sont pratiquement complets ou suffisamment avancés pour avoir un schéma stable et vite réutilisable, et sur lesquels un dernier coup de pouce permettrait de finaliser les choses. Voici la page du wiki contenant la liste des sujets en préparation, je t'invite à la compléter: http://wiki.openstreetmap.org/wiki/FR:Project_of_the_month Monter un projet du mois sans avoir de statistiques ni de page de suivi pour le projet, pour vois là où un peu d'aide sera utile (pour qu'ensuite on passe à autre chose, le reste n'étant plus que de la maintenance au fil de l'eau) ne sert pas à grand chose. Et certains projets bien avancés mériteraient d'être listés en permanence (avec leur page de suivi propre pour mesurer l'avancement), jusqu'à leur achèvement (hors maintenance régulière). Le projet maxspeed tout seul est beaucoup trop vaste s'il n'est pas plus clairement délimité avec un suivi zone par zone, et type de route par type de route en se fixant des priorités (autoroutes, réseau national, réseau départemental primaire, réseau secondaire, rue). Avant de lancer des idées comme ça, qui n'auront pas de fin car n'ayant rien de mesurable, pensez d'abord à monter une page de projet, faire des statistiques, inviter des utilisateurs à s'y inscrire et se répartir le travail en le modularisant. Sinon chacun continuera à faire ce qu'il veut ou préfère dans son coin sans savoir ce qui se passe autour où des besoins plus urgents pourraient être satisfaits. Pour cela il faut une carte thématique sur le projet ou des tableaux de synthèse et celui qui promeut son projet devrait en assurer le suivi et sans doute se faire vite aider s'il ne veut pas le faire tout seul à long terme. Pour cela une page de projet sur le wiki sera utile. http://wiki.openstreetmap.org/wiki/FR:Project_of_the_month/Limitation_de_vitesse ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Quelques statistiques sur notre liste de diffusion talk-fr
Mes messages sont courts tant qu'on commence à ne pas y répondre par des messages encore plus longs et rajouter des propos qui virent à l'obsession personnelle contre moi. C’est ce qu’on appelle de la mauvaise foi, ou de l’inconscience, c’est selon : il arrive régulièrement que tu te laisses emporter dans des explications sans fin sur plusieurs messages d’affilée sur le même sujet ! Ce n’est pas la justesse de tes explications qui est critiquable, mais plutôt le fait de diluer l’information nécessaire dans un flot à haut débit ! Décourageant à lire : on cherche l’information utile dans tes messages, on se force à tout lire pour la débusquer. Totalement contre productif. Synthétise ! Si on a besoin d’informations plus détaillées on sait que tu pourras nous les fournir. Cordialement, -- Mikaël mickey86 Le 3 mai 2013 08:58, Jean-Francois Nifenecker jean-francois.nifenec...@laposte.net a écrit : Bonjour Philippe, Le 03/05/2013 00:54, Philippe Verdy a écrit : Les grammes de CO2 ne se réduiront pas, quel que soit le volume, tant que cette liste existera. La plus grande partie vient de la seule[...] désolé, je n'avais pas mis mode humour on car je pensais que c'était évident... /o\ A+ -- Jean-Francois Nifenecker, Bordeaux ___ 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] Quelques statistiques sur notre liste de diffusion talk-fr
Philippe, Dans le mail initial de ce thread, il y a marqué ceci : Il filtre les citations d'autres messages s'ils sont correctement identifiés par le marqueur (ce qui est le cas dans la grande majorité des cas mais cela laisse une petite marge d'erreur). Donc les citations sont en grande majorité (totalité ?) décomptées. Sans doute y a-t-il eu des loupés, mais rien ne prouve qu'elles sont plus en ta défaveur qu'en celle de n'importe qui d'autres. Francescu Le 3 mai 2013 02:39, Philippe Verdy verd...@wanadoo.fr a écrit : Et combien de messages qui me citent même quand je n'étais pas concerné ? Et auxquels je ne réponds même pas (tant que cela reste dans des limites acceptables) ? De toute façon je remarque que quand je réponds ou poste quelquechose on topic, personne ne veut répondre, on dirait que quelques-uns ne lisent que ce qui fait polémique pour alimenter le flux (mais quand ils le font, personne ne leur reproche pourtant de sortir du sujet ni leur dénigrement public, ils sont excusables du seul fait de leur rôle pour certains projets clés. Quand je poste des sujets intéressants ils sont courts, et là j'y fais attention. Mais que mes envois soient courts ou longs (la longueur de mes phrases n'étant qu'une forme de style, mais n'attaquant personne), peu importe j'ai la même réaction hostile. Pourquoi diable on m'a invité ici si finalement ce sont les quelques mêmes qui doivent garder leur rôle en pole position et avoir le dernier avis? Une discussion c'est un échange d'avis, pas une liste de prescriptions. Si on doit décider quelque chose, la question doit être courte et la réponse claire (et donc courte), pour le reste les arguments s'opposent et c'est normal, et se développent. Je ne prescris rien du tout, chacun fait ce qu'il veut tant qu'il n'y a pas une demande pour prendre une décision (mais l'email est un mauvais outil pour ça, les décisions ne se prennent pas ici mais sur le projet lui-même). Bref ici chacun exprime ses difficultés, ou cherche à promouvoir ses idées, ou cherche à recruter d'autres membres pour l'aider. Chacun peut aussi se tromper et on ne va pas en faire un plat et demander à celui qui se trompe de répondre oui, j'ai réellement péché, je suis coupable, insultez-moi'. Chacun se détermine alors et agis en fonction du sentiment retenu et on passe à autre chose. En revanche chercher à se défendre quand on est attaqué publiquement et cité, ce n'est pas chercher à se justifier. C'est remettre celui qui a lancé la pique dans le fil du sujet ou au moins à se calmer et modérer son langage. Qu'il expose ses arguments, s'il en a, pas son hostilité. Sinon qu'il laisse passer. Le 3 mai 2013 01:16, Pieren pier...@gmail.com a écrit : 2013/5/2 Philippe Verdy verd...@wanadoo.fr: Et alors ? Ces statistiques disent seulement qu'on m'a cité trop souvent dans des termes de dénigrement et que par conséquent j'ai été le premier à y répondre. Non. Elles disent juste que sur 130~140 personnes qui s'adressent à cette liste, tu es responsable de 14% des messages et d'un quart des textes. A toi tout seul. Sur tes 160 à 170 messages, une petite dizaine devrait concerner tes justifications (en comptant large). Mes messages sont courts Bon, ben... il faudra encore attendre un peu pour la prise de conscience... J'espère juste que ces chiffres te feront réfléchir. Pieren ___ 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 -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Ajout des parcelles de vignes dans OSM
Bonjour à tous, Dimanche dernier j'ai participé à l'animation d'une carto-partie à côté de de Nîmes. Depuis un participant s'est mis à contribuer à OSM et il est en train de faire ceci : http://www.openstreetmap.org/?lat=43.81604lon=4.20662zoom=16layers=M Il représente chaque vigne individuellement plutôt qu'une couverture globale du sol. Il me semble que ça va trop loin et que ça revient à du parcellaire qui ne devrait pas figurer dans OSM. Je conseillerai plutôt de faire des multipolygones et de faire passer les chemins dessus, sans découper en se basant sur les chemins. En tout cas c'est comme ça que je fais habituellement. Qu'est ce que vous en pensez ? a+ Nicolas ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Question ouverte, mais conseil concis apprécié :)
Bonjour à tous, Je vous explique en substance. Le président de ma communauté de communes souhaite mettre en place un SIG. ( rappel nécessaire : Nous en sommes à la phase de questionnement.) Étant contributeur OSM, je me suis dit qu'il serait bon de les orienter dans cette direction. N'étant ni géomaticien, ni professionnel du secteur, je ne connais pas trop les logiciels métiers qui sont les plus adaptés pour mettre en place un SIG. Voici donc mes 5 questions, qui, vous allez le voir, sont relativement ouvertes. - J'en appelle donc aux lecteurs de cette liste pour savoir si vous utilisez/enrichissez, dans le cadre professionnel, les données d'OSM ? - Quels logiciels utilisez-vous pour exploiter/gérer les données ? - Peut-on, objectivement, utiliser OSM et uniquement OSM pour un usage pro ? Ou serait-il plus sage d’utiliser un logiciel pro pour ensuite ré-intégrer les données dans OSM ? - Et enfin, dernière question, à combien d'heures/jours/mois estimez-vous la mise en place (intégration des données y compris) d'un tel SIG. Et éventuellement une estimation du temps de mise a jour nécessaire mensuellement. Voici notre CC, pour vous donner un ordre d'idée de la superficie : http://nominatim.openstreetmap.org/details.php?place_id=98206759 Le pdt souhaite intégrer un maximum de données : routes, chemins, nom des rues, réseau électrique, réseau d'eau, Est-il simple de se procurer les données provenant d'Erdf, société des eaux,... ? Voilà, comme vous le voyez, les questions partent un peu dans tous les sens. Sur le fond, je souhaiterais avoir des conseils sur la mise en place d'un tel projet, ou des pistes. Merci d'avance. Corneliux ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ajout des parcelles de vignes dans OSM
Salut, Je trouve ça très beau, mais en effet, c'est peut-être un peu trop détaillé. Moi j'ai fait comme ça : http://www.openstreetmap.org/?lat=44.16949lon=1.15537zoom=15layers=M C'est à dire regrouper les surfaces de même type et dessiner des chemins, haies entre. Je déforme malheureusement un peu lu vérité car le chemin n'est pas dans la vigne mais en fin de vigne. Je ne sais pas ce qu'est l'idéal… Léo Le 03/05/2013 10:45, Nicolas Moyroud a écrit : Bonjour à tous, Dimanche dernier j'ai participé à l'animation d'une carto-partie à côté de de Nîmes. Depuis un participant s'est mis à contribuer à OSM et il est en train de faire ceci : http://www.openstreetmap.org/?lat=43.81604lon=4.20662zoom=16layers=M Il représente chaque vigne individuellement plutôt qu'une couverture globale du sol. Il me semble que ça va trop loin et que ça revient à du parcellaire qui ne devrait pas figurer dans OSM. Je conseillerai plutôt de faire des multipolygones et de faire passer les chemins dessus, sans découper en se basant sur les chemins. En tout cas c'est comme ça que je fais habituellement. Qu'est ce que vous en pensez ? a+ Nicolas ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- OpenSourceWay skype : opensourceway opensourceway.fr.nf ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ajout des parcelles de vignes dans OSM
Bonjour Pour ma part, la séparation des champs est bien physique ( ce n'est pas simplement une haie ou une barrière qui sépare 2 parcelles. Donc sa représentation n'est pas si fausse que cela. Cordialement -- David Crochet ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ajout des parcelles de vignes dans OSM
Le 3 mai 2013 11:45, Nicolas Moyroud nmoyr...@free.fr a écrit : Bonjour à tous, Dimanche dernier j'ai participé à l'animation d'une carto-partie à côté de de Nîmes. Depuis un participant s'est mis à contribuer à OSM et il est en train de faire ceci : http://www.openstreetmap.org/?**lat=43.81604lon=4.20662zoom=** 16layers=Mhttp://www.openstreetmap.org/?lat=43.81604lon=4.20662zoom=16layers=M Il représente chaque vigne individuellement plutôt qu'une couverture globale du sol. Il me semble que ça va trop loin et que ça revient à du parcellaire qui ne devrait pas figurer dans OSM. Je conseillerai plutôt de faire des multipolygones et de faire passer les chemins dessus, sans découper en se basant sur les chemins. Je suis en contact avec un contributeur qui fait la même chose sur Saint-Malo en ce qui concerne les landuse=residential: http://www.openstreetmap.org/?lat=48.656289lon=-1.991572zoom=18layers=M En tout cas c'est comme ça que je fais habituellement. Qu'est ce que vous en pensez ? C'est un choix comme un autre, non? Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ajout des parcelles de vignes dans OSM
Dans le cas des résidential je ne suis pas d'accord par contre. Car c'est une zone résidentielle, la rue est dans la zone, donc là je dit qu'on est dans l'erreur. Je ne suis pas non plus LA référence. Léo Le 03/05/2013 10:53, Romain MEHUT a écrit : Le 3 mai 2013 11:45, Nicolas Moyroud nmoyr...@free.fr a écrit : Bonjour à tous, Dimanche dernier j'ai participé à l'animation d'une carto-partie à côté de de Nîmes. Depuis un participant s'est mis à contribuer à OSM et il est en train de faire ceci : http://www.openstreetmap.org/?**lat=43.81604lon=4.20662zoom=** 16layers=Mhttp://www.openstreetmap.org/?lat=43.81604lon=4.20662zoom=16layers=M Il représente chaque vigne individuellement plutôt qu'une couverture globale du sol. Il me semble que ça va trop loin et que ça revient à du parcellaire qui ne devrait pas figurer dans OSM. Je conseillerai plutôt de faire des multipolygones et de faire passer les chemins dessus, sans découper en se basant sur les chemins. Je suis en contact avec un contributeur qui fait la même chose sur Saint-Malo en ce qui concerne les landuse=residential: http://www.openstreetmap.org/?lat=48.656289lon=-1.991572zoom=18layers=M En tout cas c'est comme ça que je fais habituellement. Qu'est ce que vous en pensez ? C'est un choix comme un autre, non? Romain -- OpenSourceWay skype : opensourceway opensourceway.fr.nf ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ajout des parcelles de vignes dans OSM
Bonjour, En quoi est-ce gênant si c'est conforme à la réalité du terrain ? Je ne m'aventurerais pas dans ce type de micro-mapping, je me lasserais trop vite, mais si le contributeur en a le courage, je ne vois rien à lui opposer. Stf Le vendredi 3 mai 2013 11:45:37, Nicolas Moyroud a écrit : Bonjour à tous, Dimanche dernier j'ai participé à l'animation d'une carto-partie à côté de de Nîmes. Depuis un participant s'est mis à contribuer à OSM et il est en train de faire ceci : http://www.openstreetmap.org/?lat=43.81604lon=4.20662zoom=16layers=M Il représente chaque vigne individuellement plutôt qu'une couverture globale du sol. Il me semble que ça va trop loin et que ça revient à du parcellaire qui ne devrait pas figurer dans OSM. Je conseillerai plutôt de faire des multipolygones et de faire passer les chemins dessus, sans découper en se basant sur les chemins. En tout cas c'est comme ça que je fais habituellement. Qu'est ce que vous en pensez ? a+ Nicolas ___ 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] Ajout des parcelles de vignes dans OSM
Le 3 mai 2013 11:52, OpenSourceWay opensource...@laposte.net a écrit : Salut, Je trouve ça très beau, mais en effet, c'est peut-être un peu trop détaillé. Moi j'ai fait comme ça : http://www.openstreetmap.org/?** lat=44.16949lon=1.15537zoom=**15layers=Mhttp://www.openstreetmap.org/?lat=44.16949lon=1.15537zoom=15layers=M Là c'est moi qui ne suis pas trop fan de ce schéma car les highway sont collés au landuse. Il y avait eu un sujet sur la liste à ce sujet: http://www.mail-archive.com/talk-fr@openstreetmap.org/msg47648.html Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ajout des parcelles de vignes dans OSM
Je suis d'accord avec toi mais : La limite physique d'un champ est la route. De même pour les haies. Je vais lire la discussion que tu viens de me faire découvrir. Mais que mettrais-tu entre un champ et une route (je fait une expérimentation de mappage « abusif » pour voir les côtés négatifs de trop détailler une zone). Léo Le 03/05/2013 11:03, Romain MEHUT a écrit : Le 3 mai 2013 11:52, OpenSourceWay opensource...@laposte.net a écrit : Salut, Je trouve ça très beau, mais en effet, c'est peut-être un peu trop détaillé. Moi j'ai fait comme ça : http://www.openstreetmap.org/?** lat=44.16949lon=1.15537zoom=**15layers=Mhttp://www.openstreetmap.org/?lat=44.16949lon=1.15537zoom=15layers=M Là c'est moi qui ne suis pas trop fan de ce schéma car les highway sont collés au landuse. Il y avait eu un sujet sur la liste à ce sujet: http://www.mail-archive.com/talk-fr@openstreetmap.org/msg47648.html Romain -- OpenSourceWay skype : opensourceway opensourceway.fr.nf ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ajout des parcelles de vignes dans OSM
Trés bel exemple d'un objet que l'on voit de différentes façons ; ce que l'on dit être un objet est directement une vue. Mais ça n'empêche pas de se mettre d'accord sur la façon d'enregistrer un objet. Je n'ai aucune idée de si ça existe pour les vignes. Et quand bien même un tel accord existe, rien n'empêche un contributeur de faire autrement, à ce que j'ai compris. Tout de même une règle est que ce que l'on enregistre doit avoir une certaine permanence. Un champ de blé, on ne va pas l'enregistrer brin de blé par brin de blé, par exemple : un brin de blé ne dure que ce que dure les roses. Par contre, pour une forêt, il serait correct de l'enregistrer arbre par arbre (ça serait même très bien de mon opinion). J'arrête là parce que sinon j'ai peur que mes statistiques soient sujettes dans une certaine mesure à une unité ? et pas à deux critiques constructives auxquelles il faudrait que je réfléchisse et qui... Le 3 mai 2013 11:45, Nicolas Moyroud nmoyr...@free.fr a écrit : Bonjour à tous, Dimanche dernier j'ai participé à l'animation d'une carto-partie à côté de de Nîmes. Depuis un participant s'est mis à contribuer à OSM et il est en train de faire ceci : http://www.openstreetmap.org/?**lat=43.81604lon=4.20662zoom=** 16layers=Mhttp://www.openstreetmap.org/?lat=43.81604lon=4.20662zoom=16layers=M Il représente chaque vigne individuellement plutôt qu'une couverture globale du sol. Il me semble que ça va trop loin et que ça revient à du parcellaire qui ne devrait pas figurer dans OSM. Je conseillerai plutôt de faire des multipolygones et de faire passer les chemins dessus, sans découper en se basant sur les chemins. En tout cas c'est comme ça que je fais habituellement. Qu'est ce que vous en pensez ? a+ Nicolas __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr -- Les dérives de rue : Profession émotion http://drivrsdu.fr/profession-emotion/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Question ouverte, mais conseil concis apprécié :)
Il y deux semaines j'ai découvert Quantum GIS (QGIS). C'est un logiciel libre. Il intègre parfaitement avec PostGIS. Je commence déjà à être productif (ça fait déjà plus longtemps que j'utilise PostgreSQL (des années) et PostGIS (des mois). De toute façon, moi je mettrais tout dans une base PostGIS (Il peut importer les shapefiles) pour ensuite le gérer avec QGIS. Jo 2013/5/3 Xavier x.larc...@laposte.net Bonjour à tous, Je vous explique en substance. Le président de ma communauté de communes souhaite mettre en place un SIG. ( rappel nécessaire : Nous en sommes à la phase de questionnement.) Étant contributeur OSM, je me suis dit qu'il serait bon de les orienter dans cette direction. N'étant ni géomaticien, ni professionnel du secteur, je ne connais pas trop les logiciels métiers qui sont les plus adaptés pour mettre en place un SIG. Voici donc mes 5 questions, qui, vous allez le voir, sont relativement ouvertes. - J'en appelle donc aux lecteurs de cette liste pour savoir si vous utilisez/enrichissez, dans le cadre professionnel, les données d'OSM ? - Quels logiciels utilisez-vous pour exploiter/gérer les données ? - Peut-on, objectivement, utiliser OSM et uniquement OSM pour un usage pro ? Ou serait-il plus sage d’utiliser un logiciel pro pour ensuite ré-intégrer les données dans OSM ? - Et enfin, dernière question, à combien d'heures/jours/mois estimez-vous la mise en place (intégration des données y compris) d'un tel SIG. Et éventuellement une estimation du temps de mise a jour nécessaire mensuellement. Voici notre CC, pour vous donner un ordre d'idée de la superficie : http://nominatim.**openstreetmap.org/details.php?**place_id=98206759http://nominatim.openstreetmap.org/details.php?place_id=98206759 Le pdt souhaite intégrer un maximum de données : routes, chemins, nom des rues, réseau électrique, réseau d'eau, Est-il simple de se procurer les données provenant d'Erdf, société des eaux,... ? Voilà, comme vous le voyez, les questions partent un peu dans tous les sens. Sur le fond, je souhaiterais avoir des conseils sur la mise en place d'un tel projet, ou des pistes. Merci d'avance. Corneliux __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Choix d'un projet pour le mois de mai
En disant Je ne suis pas sûr que, ce n'est pas du tout dans l'affirmation mais bien dans le questionnement. Je donnais un avis car les sujets proposés sont assez larges et pas mesurables, et je ne vois pas en quoi cela ne demanderait qu'un seul mois. En revanche les projets HOT ont des objectifs bien définis, ils sont zonés (même si parfois le terrain peut être assez large, ils fixent des priorités, et il y a un suivi de ce qui est le plus demandé). Je ne casse aucune bonne volonté mais ces projets vagues manquent de motivation. Il me semble que pour des projets proposés qui sont appelés à durer (beaucoup plus que le projet du mois, comme les limites de vitesse, qui est un vaste chantier qui en fait peut s'appliquer au monde entier et à tout type de route) le minimum est de commencer par former un vrai sous-projet et de chercher à le documenter afin que celui-ci soit modularisable et répartissable entre ceux qui voudront y participer (et rester dedans au delà de ce mois de promotion). Différents outils de mesure de l'avancement sont possibles, même si ce n'est qu'une page wiki qui contient un tableau faisant état de ce qui a été fait (avec un taux de couverture correct) et reste à faire. C'est ce qui est fait pdans les cartoparties qui fixent une zone d'intérêt, et répartiti les participants entre les secteurs, avec une préparation comme la distribution de plans de visites à faire. Le 3 mai 2013 09:04, Romain MEHUT romain.me...@gmail.com a écrit : Bonjour Philippe, Au lieu de donner le sentiment de vouloir casser les bonnes volontés, peut être pourrais-tu être davantage dans le questionnement que dans l'affirmation? Car c'est facile de dire il vaut mieux faire, ne sert pas à grand chose, pensez d'abord à... Romain Le 3 mai 2013 01:09, Philippe Verdy verd...@wanadoo.fr a écrit : Je ne suis pas sûr que ces projets du mois soient très adéquats. En fait il vaut mieux faire une liste des projets qui sont pratiquement complets ou suffisamment avancés pour avoir un schéma stable et vite réutilisable, et sur lesquels un dernier coup de pouce permettrait de finaliser les choses. Monter un projet du mois sans avoir de statistiques ni de page de suivi pour le projet, pour vois là où un peu d'aide sera utile (pour qu'ensuite on passe à autre chose, le reste n'étant plus que de la maintenance au fil de l'eau) ne sert pas à grand chose. Et certains projets bien avancés mériteraient d'être listés en permanence (avec leur page de suivi propre pour mesurer l'avancement), jusqu'à leur achèvement (hors maintenance régulière). Le projet maxspeed tout seul est beaucoup trop vaste s'il n'est pas plus clairement délimité avec un suivi zone par zone, et type de route par type de route en se fixant des priorités (autoroutes, réseau national, réseau départemental primaire, réseau secondaire, rue). Avant de lancer des idées comme ça, qui n'auront pas de fin car n'ayant rien de mesurable, pensez d'abord à monter une page de projet, faire des statistiques, inviter des utilisateurs à s'y inscrire et se répartir le travail en le modularisant. Sinon chacun continuera à faire ce qu'il veut ou préfère dans son coin sans savoir ce qui se passe autour où des besoins plus urgents pourraient être satisfaits. Pour cela il faut une carte thématique sur le projet ou des tableaux de synthèse et celui qui promeut son projet devrait en assurer le suivi et sans doute se faire vite aider s'il ne veut pas le faire tout seul à long terme. Pour cela une page de projet sur le wiki sera utile. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ajout des parcelles de vignes dans OSM
Le 3 mai 2013 12:09, OpenSourceWay opensource...@laposte.net a écrit : Je suis d'accord avec toi mais : La limite physique d'un champ est la route. De même pour les haies. Je vais lire la discussion que tu viens de me faire découvrir. Mais que mettrais-tu entre un champ et une route (je fait une expérimentation de mappage « abusif » pour voir les côtés négatifs de trop détailler une zone). Il y a un autre fil (que je ne retrouve pas donc si quelqu'un d'autre en a également le souvenir) où on est quelques uns à avoir répondu que l'on a pour habitude de mettre le highway dans l'emprise du landuse le plus exploité par lhomme. En d'autres termes, si on a le choix en une prairie et un champ cultivé, le highway sera dans l'emprise du landuse du champ. Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Quelques statistiques sur notre liste de diffusion talk-fr
Philippe Verdy verd...@wanadoo.fr wrote: Et combien de messages qui me citent même quand je n'étais pas concerné ? Et auxquels je ne réponds même pas (tant que cela reste dans des limites acceptables) ? Si tu lis bien ce qui est indiqué les stats ne tiennent pas compte des citations, juste des *messages* émis par l'auteur. De toute façon je remarque que quand je réponds ou poste quelquechose on topic, personne ne veut répondre, on dirait que quelques-uns ne lisent que ce qui fait polémique pour alimenter le flux (mais quand ils le font, personne ne leur reproche pourtant de sortir du sujet ni leur dénigrement public, ils sont excusables du seul fait de leur rôle pour certains projets clés. Je ne pense pas que ce tu dis soit vrai. Je n'ai pas en tout cas cette impression. Quand je poste des sujets intéressants ils sont courts, et là j'y fais attention. Mais que mes envois soient courts ou longs (la longueur de mes phrases n'étant qu'une forme de style, mais n'attaquant personne), peu importe j'ai la même réaction hostile. Pourquoi diable on m'a invité ici si finalement ce sont les quelques mêmes qui doivent garder leur rôle en pole position et avoir le dernier avis? A mon sens, mais ça n'engage que moi. Si j'ai un reproche a te faire (tu as bien sur le droit de m'en faire aussi) c'est que certains de tes messages sont vraiment trop long. Au point que souvent je les lis qu'en diagonale (je sais c'est mal). Sur le fond tu mènes par contre des reflexion souvent intéressante et réfléchis, mais peut être trop détaillé sur la forme. Ne pas oublier que c'est un forum ou l'on discute par écris ça ne peut pas être une réunion orale avec un petit nombre ou on peut développer des argumentaires et s'expliquer en détail... les limites du média. Sur l'aspect que tu estimes ne pas être écouté et je jamais avoir raison, je vois pas ça comme ça et je suis pas sur que ce soit la vérité, mais c'est ta vision, ton impression et c'est donc aussi légitime. -- Pierre-Alain Dorange OSM experiences : http://www.leretourdelautruche.com/map/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ajout des parcelles de vignes dans OSM
Bonjour, Am 03.05.2013 11:45, schrieb Nicolas Moyroud: Il représente chaque vigne individuellement plutôt qu'une couverture globale du sol. Ce qui me gêne c'est qu'il ne mappe pas les chemins entre les parcelles et que l'espace entre les landuse est plus large que ces chemins car il ne tient pas compte des espaces entre vignes et chemins. Cela laisse un vide et on se demande à quoi ça correspond. A mon avis, soit on fait des landuse non-parcellaires et des chemins, ce que je préférais, soit on fait du vrai micro-mapping en allant jusqu'au bord des chemins et en mettant landuse pour les bas-cotés, lisières etc. Pour être conséquent et cohérent il faudrait mapper la voirie en area dans ce cas. Rainer ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Quelques statistiques sur notre liste de diffusion talk-fr
On 03/05/2013 13:11, Pierre-Alain Dorange wrote: Si j'ai un reproche a te faire (tu as bien sur le droit de m'en faire aussi) c'est que certains de tes messages sont vraiment trop long. Au point que souvent je les lis qu'en diagonale (je sais c'est mal). Sur le fond tu mènes par contre des reflexion souvent intéressante et réfléchis, mais peut être trop détaillé sur la forme. Ne pas oublier que c'est un forum ou l'on discute par écris ça ne peut pas être une réunion orale avec un petit nombre ou on peut développer des argumentaires et s'expliquer en détail... les limites du média. Au contraire, l'asynchronie et la liberté du lecteur de ne pas lire permettent l'exposé profond impossible oralement. Je suis toujours frustré dans une discussion orale par les limites temporelles et l'étroitesse du canal - la discussion par écrit libère ! Le bémol est l'adaptation du discours à l'auditoire... Il semble que l'auditoire a fait connaître ses préférences et qu'elles restent lettre morte. Sur l'aspect que tu estimes ne pas être écouté et je jamais avoir raison, je vois pas ça comme ça et je suis pas sur que ce soit la vérité, mais c'est ta vision, ton impression et c'est donc aussi légitime. La frontière entre pugnacité discursive et insensibilité sociale est mince - et d'autant plus facilement franchissable par écrit sur un forum où les retours non-verbaux sont quasiment absents. Je l'ai parfois franchie : j'aime défendre une thèse jusqu'à que quelqu'un parvienne à me convaincre de son invalidation et me fasse ainsi progresser... Mais c'est souvent perçu comme de l'agressivité par ceux qui goûtent peu les joutes oratoires. J'ai donc appris à mettre de l'eau dans mon vin - surtout oralement. Je ne peux pas en vouloir à ceux qui n'ont pas encore appris... Laissez-leur le temps. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ajout des parcelles de vignes dans OSM
Le 3 mai 2013 14:04, RainerU ra...@sfr.fr a écrit : Bonjour, Am 03.05.2013 11:45, schrieb Nicolas Moyroud: Il représente chaque vigne individuellement plutôt qu'une couverture globale du sol. Ce qui me gêne c'est qu'il ne mappe pas les chemins entre les parcelles et que l'espace entre les landuse est plus large que ces chemins car il ne tient pas compte des espaces entre vignes et chemins. Cela laisse un vide et on se demande à quoi ça correspond. Bonjour, L'import de landuse 3dShapes sur les Pays-Bas a produit cette situation parcellaire, mais je ne crois pas qu'une correction soit à l'ordre du jour. http://osm.org/go/0GQRGjDh A+ Bruno ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
