Re: [OSM-talk-be] Open Data in Wallonie - Request of Minister Ph. Henry - OSM Meeting in Namur in September ?
Hi... back from vacations :D I've added my disponibilities in the framadate :) No one else interrested ? maybe the vacations does not help here :/ ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Open Data in Wallonie - Request of Minister Ph. Henry - OSM Meeting in Namur in September ?
I'm interested in more data, but I'm not from Wallonia, and I agree with point 2, there shouldn't be too many people there. So that means I certainly shouldn't be there. Cheers, Sander 2012/7/30 eMerzh merz...@gmail.com Hi... back from vacations :D I've added my disponibilities in the framadate :) No one else interrested ? maybe the vacations does not help here :/ ___ 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] Problem with redaction layer of osminspector in JOSM
Pavel, On 07/28/2012 07:09 PM, Pavel Melnikov wrote: Ok, it seems that redaction layer does not support projection that josm tries to download (which is specified by SRS=EPSG:4326 parameter) I tried it and it works nicely: http://tools.geofabrik.de/osmi/views/redactionbot/wxs?FORMAT=image/pngSRS=EPSG:4326VERSION=1.1.1SERVICE=WMSREQUEST=GetMapLayers=bot_line_deleted,bot_line_modified,bot_line_superseded,bot_line_deleted_cp,bot_point_deleted,bot_line_modified_cp,bot_point_modified,bot_point_supersededSTYLES=WIDTH=600HEIGHT=400BBOX=8.367,49.005,8.387,49.015 What does JOSM do different? Does ist specify the bbox in Mercator coordinates? In that case of course the SRS will have to be the proper Mercator SRS as well! Does anybody know how to contact osmi develoeprs? One of them would be me. 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
[OSM-talk] Explanation for image of the week 31?
What's the joke on the current image of the week? It's a reference to Harry Potter and the Olympics? Is it a rendering of a real Olympics stadium or what? And why are the locations and such scrambled? I don't understand it. Regards, Maarten ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Explanation for image of the week 31?
On 30 Jul 2012, at 17:26, Maarten Deen md...@xs4all.nl wrote: What's the joke on the current image of the week? It's a reference to Harry Potter and the Olympics? Is it a rendering of a real Olympics stadium or what? And why are the locations and such scrambled? I would guess the locations are scrambled because the London Olympics have been litigous bastards to people who use more than two of the words London, Olympic, 2012, or stadium in the same sentence. Bob ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Explanation for image of the week 31?
Presumably a dig at the ongoing sporting event that can only be mentioned in name by corporate sponsors. Likewise London and 2012 are only to be officially used by those that have paid for the privilege. Attendees wearing shoes that aren't Adidas branded probably won't be asked to go barefoot into the stadium. Nobody is welcome if arriving in an Audi, however. On 30 July 2012 17:26, Maarten Deen md...@xs4all.nl wrote: What's the joke on the current image of the week? It's a reference to Harry Potter and the Olympics? Is it a rendering of a real Olympics stadium or what? And why are the locations and such scrambled? I don't understand it. Regards, Maarten __**_ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talkhttp://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Explanation for image of the week 31?
The picture doesn't look like digital image at all. More like an aquarelle painting. On Mon, Jul 30, 2012 at 11:33 PM, Thomas Davie tom.da...@gmail.com wrote: On 30 Jul 2012, at 17:26, Maarten Deen md...@xs4all.nl wrote: What's the joke on the current image of the week? It's a reference to Harry Potter and the Olympics? Is it a rendering of a real Olympics stadium or what? And why are the locations and such scrambled? I would guess the locations are scrambled because the London Olympics have been litigous bastards to people who use more than two of the words London, Olympic, 2012, or stadium in the same sentence. Bob ___ 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] Explanation for image of the week 31?
On Mon, Jul 30, 2012 at 9:33 AM, Thomas Davie tom.da...@gmail.com wrote: On 30 Jul 2012, at 17:26, Maarten Deen md...@xs4all.nl wrote: What's the joke on the current image of the week? It's a reference to Harry Potter and the Olympics? Is it a rendering of a real Olympics stadium or what? And why are the locations and such scrambled? I would guess the locations are scrambled because the London Olympics have been litigous bastards to people who use more than two of the words London, Olympic, 2012, or stadium in the same sentence. Brought to you by Carl's Junior. http://www.youtube.com/watch?v=svJXd9xxhv8 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Explanation for image of the week 31?
http://maps.stamen.com/#watercolor/10/51.4742/-0.1427 On 30 July 2012 17:41, Pavel Melnikov positro...@gmail.com wrote: The picture doesn't look like digital image at all. More like an aquarelle painting. On Mon, Jul 30, 2012 at 11:33 PM, Thomas Davie tom.da...@gmail.comwrote: On 30 Jul 2012, at 17:26, Maarten Deen md...@xs4all.nl wrote: What's the joke on the current image of the week? It's a reference to Harry Potter and the Olympics? Is it a rendering of a real Olympics stadium or what? And why are the locations and such scrambled? I would guess the locations are scrambled because the London Olympics have been litigous bastards to people who use more than two of the words London, Olympic, 2012, or stadium in the same sentence. Bob ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ 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] Problem with redaction layer of osminspector in JOSM
Hello Frederick. Thanks for the working link! Changing SRS, WIDTH, HEIGHT and BBOX parameters and pasting it into JOSM did the trick. It seems JOSM is kinda sensitive to order of parameters, or to case of letters. So the full working link to paste into JOSM is wms: http://tools.geofabrik.de/osmi/views/redactionbot/wxs?FORMAT=image/pngSRS={proj}VERSION=1.1.1SERVICE=WMSREQUEST=GetMapLayers=bot_line_deleted,bot_line_modified,bot_line_superseded,bot_line_deleted_cp,bot_point_deleted,bot_line_modified_cp,bot_point_modified,bot_point_supersededSTYLES=WIDTH={width}HEIGHT={height}BBOX={bbox} Thanks for the help everyone, especially Frederick. On Mon, Jul 30, 2012 at 9:48 PM, Frederik Ramm frede...@remote.org wrote: Pavel, On 07/28/2012 07:09 PM, Pavel Melnikov wrote: Ok, it seems that redaction layer does not support projection that josm tries to download (which is specified by SRS=EPSG:4326 parameter) I tried it and it works nicely: http://tools.geofabrik.de/osmi/views/redactionbot/wxs?FORMAT=image/pngSRS=EPSG:4326VERSION=1.1.1SERVICE=WMSREQUEST=GetMapLayers=bot_line_deleted,bot_line_modified,bot_line_superseded,bot_line_deleted_cp,bot_point_deleted,bot_line_modified_cp,bot_point_modified,bot_point_supersededSTYLES=WIDTH=600HEIGHT=400BBOX=8.367,49.005,8.387,49.015 What does JOSM do different? Does ist specify the bbox in Mercator coordinates? In that case of course the SRS will have to be the proper Mercator SRS as well! Does anybody know how to contact osmi develoeprs? One of them would be me. 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 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Explanation for image of the week 31?
Presumably a dig at the ongoing sporting event What, Macbeth? ;-) Nick ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Naming disputes in Ukraine
Hi, On 25.07.2012 09:33, Frederik Ramm wrote: I'd like to hear the opinion of others in OpenStreetMap about the following situation that Data Working Group has been asked to mediate. Thanks everyone for voicing their opinion and making suggestions. The idea of abolishing name in the long run certainly sounds promising and would mean a lot less work for DWG ;) In the concrete case of the Crimea, we have come up with the resolution documented here: http://wiki.openstreetmap.org/wiki/Data_working_group/Disputes#Crimea_Naming_Dispute 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
[OSM-talk] POI collection methods
Hi. I'm trying to collect POI information en masse in my home town by taking daily walks in different areas each day. I use the program OsmPad to collect housenumbers and it's good for that purpose but I have to stop for awhile when typing in additional information like a housename or construction year. Now I'm trying to collect information about POIs like shops and other amenities; I discovered that it would take an even greater time if I were to use the same method for them, nevermind that OsmPad was not designed for such a massive amount of information. It started to hit me that I needed a method which would enable me to quickly collect the information and continue with my walk, sorting out the information later, or handing it over for someone else to type in. I started to look into other programs and stumbled upon OSMTracker and noticed a photo feature and a voice recorder. Sadly, I cannot move the cursor around to configure the coordinates. Otherwise it would solve my problem because then I'd be able to take a picture of the entrance and know where on the building it was. When I'm fairly close to buildings, there's a danger of the GPS chip losing contact with satellites and the GPS coordinates to be less accurate. Also, it could be hard for someone else to review my data and know where exactly I'm pointing the camera. What methods do you use? Are there any programs for Android which could fit my needs? With regards, Svavar Kjarrval signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [talk-au] Redaction recovery
On Sun, Jul 29, 2012 at 11:59 PM, Ben Kelley ben.kel...@gmail.com wrote: Hi. For the moment the cycle map still has the pre redacted data, which will give some tips. snip Could you clarify what you mean by give some tips, please? This is a sensitive issue, right? ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Redaction recovery
I suggested this (as 'legal stuff' is not my strong point) and was promptly told it's a big no-no! I think we have to forget that data ever existed (which is somewhat sad but ah well onwards and upwards with the mapping eh) From: waldo000...@gmail.com [mailto:waldo000...@gmail.com] Sent: Monday, 30 July 2012 4:13 PM To: Ben Kelley Cc: OSM - Talk-au Subject: Re: [talk-au] Redaction recovery On Sun, Jul 29, 2012 at 11:59 PM, Ben Kelley ben.kel...@gmail.commailto:ben.kel...@gmail.com wrote: Hi. For the moment the cycle map still has the pre redacted data, which will give some tips. snip Could you clarify what you mean by give some tips, please? This is a sensitive issue, right? __ NOTICE: This communication and any attachments (this message) may contain confidential information for the sole use of the intended recipient(s). Any unauthorized use, disclosure, viewing, copying, alteration, dissemination or distribution of, or reliance on this message is strictly prohibited. If you have received this message in error, or you are not an authorized recipient, please notify the sender immediately by replying to this message, delete this message and all copies from your e-mail system and destroy any printed copies.___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
[talk-au] Marrickville Cycle Routes (Was: Re: Redaction recovery)
On 30 July 2012 16:18, Barker, Nicholas nbar...@pb.com.au wrote: ** ** I think we have to forget that data ever existed (which is somewhat sad but ah well onwards and upwards with the mapping eh) Agreed. On the subject of Marrickville cycle routes, I know they were one of the only councils in Sydney with nicely numbered routes from point to point. However, the route numbers have gone off their web page. The few route numbers that remain around the LGA are in disrepair, and most have gone. Do we want to remap Marrickville using what I think is now an outdated route numbering scheme, or bring the mapping inline with the rest of Sydney. Ian. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Redaction recovery
Hi. I meant it will give you an idea of where to start looking (so you can confirm by survey or aerial photo). Same goes for looking at council published maps. I wasn't suggesting people copy the data. We need to be very careful about this. - Ben Kelley. On Jul 30, 2012 4:13 PM, waldo000...@gmail.com waldo000...@gmail.com wrote: On Sun, Jul 29, 2012 at 11:59 PM, Ben Kelley ben.kel...@gmail.com wrote: Hi. For the moment the cycle map still has the pre redacted data, which will give some tips. snip Could you clarify what you mean by give some tips, please? This is a sensitive issue, right? ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
[talk-au] Great checking/fixing progress
I'm amazed at the progress being made in some regions as per the task manager at http://rebuild.poole.ch/ Brisbane-Gold Coast - http://rebuild.poole.ch/job/29 (10% checked / fixed) Sydney Basin - http://rebuild.poole.ch/job/8 (27% checked / fixed) Sydney-Newcastle coastal strip - http://rebuild.poole.ch/job/9 (83% checked / fixed) We are going to need a few validators. BJ ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Marrickville Cycle Routes (Was: Re: Redaction recovery)
Ian wrote, On the subject of Marrickville cycle routes, I know they were one of the only councils in Sydney with nicely numbered routes from point to point. However, the route numbers have gone off their web page. The few route numbers that remain around the LGA are in disrepair, and most have gone. Do we want to remap Marrickville using what I think is now an outdated route numbering scheme, or bring the mapping inline with the rest of Sydney. Where route numbers are in repair or in repair but separated by clear intervening route signs, keep the route ref and name. Where route numbers are in disrepair copy key:ref=L# to key:old_ref=L#? My Saturday ride is unplanned right now, I'm happy to go chasing routing and route identity signs in Marrickville. yours, Sam R. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Marrickville Cycle Routes (Was: Re: Redaction recovery)
I emailed the Bike Marrickville list, and the consensus seems to be to keep them where they are signposted. Still waiting on a response from someone on the council as to what their future strategy on signage is. I have seen internal documents using these references, as well as RRxx for regional routes (which don't appear on signs). It's been so long since I surveyed these that I'm not sure how much help I can give. I am pretty sure these have signs: L2 (although possibly confused with L5 in places), L4, L5 (with alternate sections where I used L5a), L7, L10, L11 and L13. Arguably a lot of L8 has no signs at all. - Ben. On Jul 31, 2012 12:12 PM, Sam Russell g.samuelruss...@gmail.com wrote: Ian wrote, On the subject of Marrickville cycle routes, I know they were one of the only councils in Sydney with nicely numbered routes from point to point. However, the route numbers have gone off their web page. The few route numbers that remain around the LGA are in disrepair, and most have gone. Do we want to remap Marrickville using what I think is now an outdated route numbering scheme, or bring the mapping inline with the rest of Sydney. Where route numbers are in repair or in repair but separated by clear intervening route signs, keep the route ref and name. Where route numbers are in disrepair copy key:ref=L# to key:old_ref=L#? My Saturday ride is unplanned right now, I'm happy to go chasing routing and route identity signs in Marrickville. yours, Sam R. ___ 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] Great checking/fixing progress
Hey, I'll be back in the country in August, looking forward to helping out in Brisbane. Nice job so far :-) On Mon, Jul 30, 2012 at 11:05 PM, Ben Johnson tangarar...@gmail.com wrote: I'm amazed at the progress being made in some regions as per the task manager at http://rebuild.poole.ch/ Brisbane-Gold Coast - http://rebuild.poole.ch/job/29 (10% checked / fixed) Sydney Basin - http://rebuild.poole.ch/job/8 (27% checked / fixed) Sydney-Newcastle coastal strip - http://rebuild.poole.ch/job/9 (83% checked / fixed) We are going to need a few validators. BJ __**_ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-auhttp://lists.openstreetmap.org/listinfo/talk-au ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [Talk-br] Finalmente, dados da SPTrans abertos!
Oi Martin, Um defeito da Lei de Acesso a Informação é que ela não obriga a instituição pública a explicitar a licença de uso. Esta lacuna gera dúvidas sobre para quê podemos usar os dados. Uma vez escutei do Rufus Pollock, da OKFn, sobre dados abertos: Ask forgiveness, not permission. É uma maneira de dizer que se vamos esperar a burocracia nos dizer até aonde podemos ir, não iremos a nenhum lugar. Ou seja, vá em frente para criar uma aplicação sobre transporte em São Paulo. Óbvio que não vamos usar este pensamento para qualquer tipo de dados que tenhamos acesso, mas os dados da SPTrans são criados e mantidos com dinheiro público, são de interesse social, não contém informações pessoais sobre os cidadãos e, portanto, na minha opinião, devem ser distribuídos livremente. Um problema específico seria a importação ao OpenStreetMap. O OpenStreetMap exige dados importados tenham uma licença aberta compatível com a do projeto, para garantir que toda a base de dados é livre. Seria necessária então uma declaração formal da prefeitura dizendo que os dados são de domínio público para proceder com a importação. De qualquer maneira, temos que seguir lutando para mais abertura no setor público, e um próximo passo seria tocar neste aspecto de licenças. Vitor 2012/7/27 martin...@gmx.net Olá Vitor, Quero fazer um post detalhado no Mapas Livres, mas, resumidamente, usamos a Lei de Acesso a Informação. [...] parabéns e muito obrigado já pelas informações. Quando você tiver tempo para escrever mais no seu site, por favor também explique a relação entre a Lei de Acessa à Informação (12527) e os direitos autorais (9610). Na primeira não achei nenhuma frase que mudou a segunda. Portanto, se os dados da SPTrans agora são domínio público (i.e. sem nenhuma proteção pela Lei 9610), eles sempre o eram (e a única diferença é que finalmente alguém (você) realmente queria disponibilizá-los ao povo). O estranho é que (antes da Lei 12527) a prefeitura de Florianópolis reclamou quando alguém passou a lista dos pontos de ônibus para outras pessoas. Suponho que isso fosse em base da Lei 9610 (ou alguma ideia perversa de dados sigilosos mas não consigo imaginar isso). Mas como essa não mudou, os dados continuariam protegidos por direitos autorais. A única coisa que mudou é que posso pedir essa lista diretamente da prefeitura. A outra possibilidade é que essa lista nunca foi protegida pela Lei 9610 pois não é uma criação do espírito ou intelectual (Art. 7 e 8, respectivamente) e a prefeitura fez um drama sem justificativa. Se todas as informações (não-sigilosas) de órgãos públicos de repente fossem domínio público, isso significaria que posso fazer qualquer coisa com publicações da prefeitura (o website, por exemplo)? Ou os dados da SPTrans são domínio público porque fazem parte dum ato oficial (Art. 8 IV)? Agradeço quaisquer esclarecimentos sobre a relação entre as duas leis citadas acima. Abraço Martin ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
[Talk-de] *****SPAM***** Wochennotiz Nr. 106
Spam detection software, running on the system twd-ux23.triwdata.ch, has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see The administrator of that system for details. Content preview: Hallo, die Wochennotiz Nr. 106 mit allen wichtigen Neuigkeiten aus der OpenStreetMap Welt ist da: http://blog.openstreetmap.de/2012/07/wochennotiz-nr-106/ Viel Spaß beim Lesen! Hallo, [...] Content analysis details: (5.7 points, 5.0 required) pts rule name description -- -- 1.5 RCVD_IN_PBLRBL: Received via a relay in Spamhaus PBL [109.47.141.174 listed in zen.spamhaus.org] 3.2 FH_HELO_EQ_D_D_D_D Helo is d-d-d-d 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (m.gehling[at]gmx.de) -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.] 0.0 HTML_MESSAGE BODY: HTML included in message 1.0 RDNS_DYNAMIC Delivered to internal network by host with dynamic-looking rDNS 2.0 HELO_DYNAMIC_IPADDRRelay HELO'd using suspicious hostname (IP addr 1) The original message was not completely plain text, and may be unsafe to open with some email clients; in particular, it may contain a virus, or confirm that your address can receive spam. If you wish to view it, it may be safer to save it to a file and open it with an editor. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nachtrag Bing Luftbildzensur
Georg Feddern wrote: Warum sollten sie? _Wir_ dürfen doch nur von Bing abmalen. ;-) In Bayern gibt es Luftbilddaten vom Vermessungsamt unter CC BY-SA. Zwar vergleichsweise grob aufgelöst, aber ich habe damit schon Gebäude eingezeichnet. Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Link immernoch defekt
Hallo, folgender Link ist immer noch falsch. Falls hier keiner helfen kann, kann mir wenigstens jemand sagen, wem ich das melde? Gruß Lulu-Ann Message: 7 Date: Mon, 23 Jul 2012 12:00:02 +0200 From: lulu-...@gmx.de To: talk-de@openstreetmap.org Subject: [Talk-de] Defekter Link auf deutsche Sprachversion der Lizenz Message-ID: 2012072312.278...@gmx.net Content-Type: text/plain; charset=utf-8 Hallo, auf http://www.openstreetmap.org/copyright/en funktioniert der Link nicht zurück auf den deutschen Text. Kann das bitte jemand aufräumen, der das kann? Danke! Gruß Lulu-Ann ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Link immernoch defekt
Hab einen Eintrag im Bugtracker dazu geschrieben: https://trac.openstreetmap.org/ticket/4498 Gruß Peter Am 30.07.2012 12:36, schrieb lulu-...@gmx.de: Hallo, folgender Link ist immer noch falsch. Falls hier keiner helfen kann, kann mir wenigstens jemand sagen, wem ich das melde? Gruß Lulu-Ann Message: 7 Date: Mon, 23 Jul 2012 12:00:02 +0200 From: lulu-...@gmx.de To: talk-de@openstreetmap.org Subject: [Talk-de] Defekter Link auf deutsche Sprachversion der Lizenz Message-ID: 2012072312.278...@gmx.net Content-Type: text/plain; charset=utf-8 Hallo, auf http://www.openstreetmap.org/copyright/en funktioniert der Link nicht zurück auf den deutschen Text. Kann das bitte jemand aufräumen, der das kann? Danke! Gruß Lulu-Ann ___ 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] Link immernoch defekt
Am 30.07.2012 14:21, schrieb Peter Wendorff: Hab einen Eintrag im Bugtracker dazu geschrieben: https://trac.openstreetmap.org/ticket/4498 Ist korrigiert und live, TomH hats direkt korrigiert; fast noch, bevor das Ticket online war. Gruß Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-it] Unable to detect CRS
Ciao a tutti, importando su Josm (OpenData plugin) il file shp dei numeri civici mi appare l'errore Unable to detect CRS! (Coordinate Reference System se non erro). Quello del comune mi ha detto via email che il sistema di coordinate è Gauss Boaga fuso Ovest. E' possibile forzarlo in qualche modo? Come posso fare? Stefano Fraccaro ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Numeri civici e autorizzazioni
In generale non è cosa furba farsi dare le autorizzazioni ad hoc Ci puoi girare il testo? Suppongo tu abbia scritto espressamente che i dati saranno poi ridistribuiti su osm con le sue modalità Se così penso vada bene Tieni solo ben archiviate le email Non si sa mai Il giorno 30/lug/2012 07:45, stefano.fracc...@libero.it stefano.fracc...@libero.it ha scritto: Qualche giorno fa ho inoltrato ad alcuni comuni limitrofi la richiesta di avere i numeri civici e relativa autorizzazione a inserire i dati su OSM. Il comune di Altivole (TV) mi ha risposto fornendo solo i dati (shape file). Posso dare per implicita l'autorizzazione oppure bisogna avere una autorizzazione esplicita? Nel secondo caso, basta una email o serve un cartaceo scannerizzato? Io sarei maggiormente propenso per l'autorizzazione implicita visto che la richiesta di autorizzazione era presente nella stessa email in cui chiedevo i dati. Stefano Fraccaro ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Unable to detect CRS
Il 30 luglio 2012 08:18, stefano.fracc...@libero.it stefano.fracc...@libero.it ha scritto: Ciao a tutti, importando su Josm (OpenData plugin) il file shp dei numeri civici mi appare l'errore Unable to detect CRS! (Coordinate Reference System se non erro). Quello del comune mi ha detto via email che il sistema di coordinate è Gauss Boaga fuso Ovest. E' possibile forzarlo in qualche modo? Come posso fare? si puoi farlo utilizzando ogr2ogr [0] oppura facendoti mandare il file .prj dalla persona del comune. attenzione che il Gauss Boaga è uno dei sistemi di riferimento più ostici e perciò se ti mandano il prj è molto meglio Stefano Fraccaro [0] http://www.gdal.org/ogr2ogr.html -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] CC BY-SA oppure ODBL
Notavo che sul sito (www.openstreetmap.org Copyright e Licenza) è indicato che OSM rilascia i dati ancora in CC BY-SA ... quando verrà confermato il cambio di licenza in ODBL? Più che altro perché se devo indicare ad altri (comuni, enti) una licenza, che sia quella corretta. Stefano Fraccaro ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] CC BY-SA oppure ODBL
Il 30 luglio 2012 08:54, stefano.fracc...@libero.it stefano.fracc...@libero.it ha scritto: Notavo che sul sito (www.openstreetmap.org Copyright e Licenza) è indicato che OSM rilascia i dati ancora in CC BY-SA ... quando verrà confermato il cambio di licenza in ODBL? Più che altro perché se devo indicare ad altri (comuni, enti) una licenza, che sia quella corretta. anch'io me lo chiedevo, ormai il bot ha agito dovremmo già essere nell'era ODbL però non c'è scritto da nessuna parte Stefano Fraccaro -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] CC BY-SA oppure ODBL
Concordo con la tua osservazione, ma penso che si possa dire ODbL. Intanto, per stare largo, andrei con le spiegazioni di cosa di come questo si formula. Che sia ODbL o CC-BY-SA semplificando brutalmente il concetto che sta alla fonte basta che scrivi che la licenza permette di: - condividere: copiare, distribuire e utilizzare il database. - creare: realizzare opere dal database.. - adattare: modificare, trasformare e sviluppare il database e che obbliga a - attribuire: citare la fonte (in questo caso osm) - condividere allo stesso modo: se la banca data viene pubblicata con una qualsiasi modifica rispetto all'originale, o vengono creati ulteriori prodotti sulla sua modifica, è obbligatorio distribuire la nuova versione della base dati con la stessa licenza poi rimandi al sito http://www.openstreetmap.org/copyright per i dettagli In ogni caso: invece che chiedere i dati per OSM, perche' all'inizio non inviti ad abbracciare il paradigma Open Data come stanno facendo la maggior parte delle pubbliche amministrazioni italiane http://dati.gov.it e poi dichiari che un primo aiuto per far capire il valore di questa operazione e' quello di permettere e a te, e chiunque, di importare in dati in openstreetmap? Infine: per ogni contatto che prendi ti invito a tenere traccia sul wiki, cosi' riusciamo a ricostruire tutto se mai un giorno fosse necessario. PS: se ho inteso agisci in veneto, ricorda quindi loro di http://dati.veneto.it Thanks! 2012/7/30 stefano.fracc...@libero.it stefano.fracc...@libero.it: Notavo che sul sito (www.openstreetmap.org Copyright e Licenza) è indicato che OSM rilascia i dati ancora in CC BY-SA ... quando verrà confermato il cambio di licenza in ODBL? Più che altro perché se devo indicare ad altri (comuni, enti) una licenza, che sia quella corretta. Stefano Fraccaro ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it -- Maurizio Napo Napolitano http://de.straba.us ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] 2028 nodi nel percorso 29132578 (coastline Italia)...
Il giorno 29 luglio 2012 20:42, Maurizio Daniele maurizio.dani...@gmail.com ha scritto: Il 29/07/2012 18:43, sabas88 ha scritto: dovrebbe bastare spezzare la linea, l'api consente segmenti con al massimo 2000 punti. il primo warning dice che non conosce il tipo landmass (questo è un problema di josm :) ) e non hai scaricato tutti gli elementi della relazione, il secondo che nella relazione ci dev'essere un nodo inserito, quando sono consentite solo way. Il nodo in questione dovrebbe essere Roma, con il ruolo di capitale... Scusa, Roma è inserita come capitale... di cosa?! Della coastline?! Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] CC BY-SA oppure ODBL
-Original Message- From: Luca Delucchi [mailto:lucadel...@gmail.com] Sent: lunedì 30 luglio 2012 08:58 To: stefano.fracc...@libero.it; openstreetmap list - italiano Subject: Re: [Talk-it] CC BY-SA oppure ODBL anch'io me lo chiedevo, ormai il bot ha agito dovremmo già essere nell'era ODbL però non c'è scritto da nessuna parte Non ancora, sono finite le modifiche automatiche ma ci sono ancora dati non ODbL sfuggiti al bot. Il cambio di licenza verrà annunciato sul blog della fondazione [1]. [1] http://blog.osmfoundation.org/2012/07/26/automated-redactions-complete/ Ciao, Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] dati.toscana.it
Come geodati, per ora, ci sono le strutture ricettive della Toscana http://dati.toscana.it/dataset/strutture-ricettive-della-toscana-parz-geo/resource/e708813f-f6fd-4bfc-a81c-521f9b0a0fb2 Facendo clic su map si vede, appunto, le strutture ricettive della toscana apparire su una mappa. La licenza e' la CC0 -- Maurizio Napo Napolitano http://de.straba.us ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] taggare maxspeed
Il 29 luglio 2012 21:37, Elena ``of Valhalla'' elena.valha...@gmail.com ha scritto: La storia che i segnali stradali siano errati è una mezza leggenda metropolitana e al massimo serve per farsi annullare multe in sede di ricorso basandosi su violazioni di forma, anche quando in realtà si è in torto o quasitorto. Ciao segnalo inoltre (successo a Gavirate VA) Vigile: Viaggiava a 70 KMh Io: è il limite segnato sul cartello Vigile: No quel limite è valido fino al cartello di inizio del paese, da lì il limite è 50 KMh Io: ma non c'è nessun cartello che lo indichi Vigile: è lo stesso Io [...] :-) Ciao Roberto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] taggare maxspeed
Il 30 luglio 2012 12:33, Simone Saviolo simone.savi...@gmail.com ha scritto: Il giorno 30 luglio 2012 12:18, Roberto Zedda zed...@gmail.com ha scritto: Il 29 luglio 2012 21:37, Elena ``of Valhalla'' elena.valha...@gmail.com ha scritto: La storia che i segnali stradali siano errati è una mezza leggenda metropolitana e al massimo serve per farsi annullare multe in sede di ricorso basandosi su violazioni di forma, anche quando in realtà si è in torto o quasitorto. Ciao segnalo inoltre (successo a Gavirate VA) Vigile: Viaggiava a 70 KMh Io: è il limite segnato sul cartello Vigile: No quel limite è valido fino al cartello di inizio del paese, da lì il limite è 50 KMh Io: ma non c'è nessun cartello che lo indichi Vigile: è lo stesso Io [...] :-) Il cartello di inizio centro urbano (quello a sfondo bianco con il nome del centro in nero) segna effettivamente l'inizio del limite dei 50 km/h. Allo stesso modo, il cartello di fine centro urbano (quello uguale, ma barrato) segna la fine del limite dei 50. Non vanno confusi con i cartelli a sfondo marrone, che hanno funzione puramente informativa (possono indicare località di interesse turistico, o l'inizio del territorio comunale). Ciao, Simone Grazie della precisazione... l'ho imparato a mie spese! ;-) Era giusto per indicare un caso di limite non evidente su una strada provinciale che riporta limiti di velocità diversi (30, 50, 70, 80, 90) ... Ciao Roberto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] 2028 nodi nel percorso 29132578 (coastline Italia)...
Il 30 luglio 2012 09:39, Simone Saviolo simone.savi...@gmail.com ha scritto: Il giorno 29 luglio 2012 20:42, Maurizio Daniele Il nodo in questione dovrebbe essere Roma, con il ruolo di capitale... Scusa, Roma è inserita come capitale... di cosa?! Della coastline?! Ops, pensavo si parlasse del confine di stato (dove solitamente c'è un nodo admin_centre) -- Maurizio Daniele - maurizio.daniele (a) gmail.com ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] 2028 nodi nel percorso 29132578 (coastline Italia)...
Il problema segnalato sulla relazione landmass è la way 173196996 che non ha un ruolo assegnato, è una way senza nome creata il 27/7/2012 che rappresenta il Canal Grande di Venezia, non so se ha senso tenerla nella relazione, vedo che quella è waterway=canal e il Canale della Giudecca è waterway=riverbank qualcuno controlli se sono giusti -- Daniele Forsi ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] CC BY-SA oppure ODBL
Il 30 luglio 2012 18:22, Daniele Forsi ha scritto: E non ho capito il significato del paragrafo 3.3 The right to release the Database under different terms, or to stop distributing or making available the Database, is reserved. mi viene fatto notare in privato che servirebbe una traduzione in italiano e quella frase può significare che sono riservati sia il diritto di rilasciare a condizioni diverse che il diritto di smettere dirilasciare a condizioni diverse -- Daniele Forsi ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-gb-westmidlands] This month's social
I helps if I let you know the date: this Thursday Aug 2nd ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
Re: [Talk-gb-westmidlands] This month's social
Hi Brian, Do we know what the priorities are for mapping in the area? Is there anything you would like me to focus on? Rob On 30 July 2012 12:22, Brian Prangle bpran...@gmail.com wrote: I helps if I let you know the date: this Thursday Aug 2nd ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
Re: [Talk-at] NÖ Landesstraßen
On 27.07.2012 16:54, Friedrich Volkmann wrote: Wo die Landesstraße endet, kann man über die Längenangabe ungefähr ermitteln. Auch die größere, gleichbleibende Straßenbreite und die einheitliche, andere Asphaltfarbe sind gute Indizien. Oder man schaut auf www.intermap1.noel.gv.at nach (Karte: NÖ Straßen). Ist zwar nicht metergenau, erspart aber einiges Herumraten. ;-) Wo die Fahrtrichtungen auf getrennten Straßen verlaufen, de aber nicht lang genug für eine zusätzliche Landesstraßennummer sind, sowie auf Kreisverkehren, wird im NÖGIS ein -G an die Nummer angehängt, z.B. B11-G. Heißt anscheinend geteilt oder Gegenrichtung. Ist das was Offizielles oder nur eine Eigenheit in der Darstellung? Übrigens kann man sich auch Hausnummen anzeigen lassen. Abschreiben ist gesetzlich erlaubt, aber in OSM verpönt... Nicht verpönt ist es, die eigenen Daten damit zu überprüfen oder aus der Anordnung der Hausnummern zu schließen, ob die Straßen benannt sind. -- Friedrich K. Volkmann http://www.volki.at/ Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] NÖ Landesstraßen
Hallo! Heute (30. Juli) um 23:44 meinte Friedrich Volkmann: On 27.07.2012 16:54, Friedrich Volkmann wrote: Wo die Landesstraße endet, kann man über die Längenangabe ungefähr ermitteln. Auch die größere, gleichbleibende Straßenbreite und die einheitliche, andere Asphaltfarbe sind gute Indizien. Vor allen Dingen gibt es auch auf Landesstraßen kleine weiße unauffällige Kilometertafeln, und am Ende der Landesstraße steht auch eine. Sie werden aber nicht so gut gewartet wie die der (ehemaligen) Bundesstraßen, es fehlt schon manchmal eine. Wo die Fahrtrichtungen auf getrennten Straßen verlaufen, de aber nicht lang genug für eine zusätzliche Landesstraßennummer sind, sowie auf Kreisverkehren, wird im NÖGIS ein -G an die Nummer angehängt, z.B. B11-G. Heißt anscheinend geteilt oder Gegenrichtung. Ist das was Offizielles oder nur eine Eigenheit in der Darstellung? Das ist in den Richtlinien für das Straßenwesen (RVS) definiert, die meisten Landesregierungen halten sich an diese Bezeichnungen. Es gibt -E Einbahn in Kilometrierungsrichtung (wird häufig weggelassen) -G Einbahn gegen - - -R Rampe (z.B. Autobahnausfahrt) und noch ein paar weitere, die Besonderheiten bei der Kilometrierung anzeigen (-F,-D). Teilweise sind Zahlen davor und danach, die Zahl davor bezeichnet den auf ganze Zahl gerundeten KM, die Zahl danach ist eine fortlaufende Nummer. Z.B. A12-2-R1 ist die erste Ausfahrtsrampe der Autobahn-Ausfahrt der A12 bei KM 2,### (Kufstein Nord, auch Exit 2). -- Mit freundlichen Grüßen, Boris ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-lv] tertiary jelgavaa
pēc Bing'a cik nu varēja redzēt nedaudz pārzīmēju; neesmu tikai pārliecināts, ka Pētera iela ir tertiary. 2012/7/26 Rich ric...@nakts.net jelgavnieki ir salabojushi lielaako dalju truukstosho ielu - ljoti jauki :) bet tur ir diezgan daudz tertiary celju. varbuut dazhus no tiem dereetu pazeminaat statusaa ? dazhi piemeeri, kas man shkjiet shaubiigi (tikai kartee skatoties :) ) http://osm.org/go/0wDjr6EFD-- http://osm.org/go/0wDjsuhln-- http://osm.org/go/0wDi03VxT- http://osm.org/go/0wDjoGRVL-- -- Rich __**_ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-lvhttp://lists.openstreetmap.org/listinfo/talk-lv ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
[Talk-ca] opendata datasets
Hello There are so many Dataset available with Opendata JOSM plug-in. The only way to import other datasets is to develop a module,unfortunatly documentation on wiki is quite poor; http://wiki.openstreetmap.org/wiki/JOSM/Plugins/OpenData#Develop_a_module Does somebody have more details on howto develop OpenData modules? Thanks. -- Bruno Remy ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-cz] import budov
source:survey :) Dne 30.7.2012 01:24, Lukas Kohout napsal(a): Existuje k tomuto účelu nějaký tag zjištěno při procházce se psem? ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Zásahy BOTa - nutné a provedené opravy
Tak aktuální seznam oprav: - Vidochov (oprava silnice) - Mostek (oprava využití krajin, kompletní předělání zničeného lesa okolo obce) - Železnice (oprava drobných detailů smazaných BOTem) - Jičín (drobné opravy) - Pustějov - Nový Jičín (oprava roztržených silnic) - oprava silnice 46421, 46423, 191, 27 (E 53), 190, 145, 14516, 185, 1422, 141 (obec Bavorov), 271, 501, 46420, 441 - Bílov (opravy rozpojených silnic) - Litochovice/Marčovice (spojovací silnice) - Předslavice/Všechlapy (spojovací silnice) - koleje č. 1435 - Vodňany (vodní nádrže) - Vodňanské Svobodné Hory (drobné opravy okolních cest) - horní Jiřetín (rebuild smazaných cest) - Litvínov (opravy a doplnění roztržených a umazaných silnic) - Chomutov (drobné doplnění smazaných uliček) - Pecka a okolí (opravy cest), Pecka/Borovnice (tracks) - Fulnek (malá silnice obnovena) - Boseň (rekonstrukce okolního lesa) - Dvorský les (nad Trutnovem) (opraveno přerušení a nevykreslení v mapě) - Bobr u Žacléře (opraveny spoje a smazané cesty) To jsou mé opravy, od jiných je zpracováno: - Turnov Postupně procházím i už svá zpracovaná místa, ještě je přehlížím a mažu body v Inspektoru, aby bylo jasno, kde je hotovo. Ale ještě mám dva dotazy: - Smazat jdou pouze červené body, žluté (oranžové) značící úpravu nijak nejdou? Často je právě v nich přerušeno a po opravě nevím jak dát najevo, že je čisto. - Jde nějak vymazat víc bodů najednou? Každý smazaný uzel musím jeden po druhém ručně vyhodit z Inspektora, dost to zdržuje. Jde to nějak urychlit? ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] import budov
Dne 30.7.2012 03:02, Lukas Kohout napsal(a): On 30.7.2012 2:20, Miroslav Šulc wrote: Dne 30.7.2012 00:59, Lukas Kohout napsal(a): On 28.7.2012 23:15, Miroslav Šulc wrote: možná nejlepší r(ešení by bylo adresní body naimportovat/zaktualizovat automaticky, akorát pr(ípady, kdy už adresní bod existuje a je od toho v rúian vzdálený víc než x jednotek by se r(ešily poloautomaticky. možná by nebylo špatné napsat si ne(jaký testovací skript, který by zjistil, jak moc se aktuální data v osm liší od rúian. z toho by se pak dalo ledaco vyc(íst. až se mi doimportují osm data do db, tak to mu*žu zkusit napsat a uvidíme, co tu vlastne( r(ešíme. Zdravím, navrhuji ude(lat možnost vyr(adit oblast z automatického importu/aktualizace. V naší vesnici jsou ne(které adresní body chybne( umíste(né, ne(které chybí úplne(. Asi bych nebyl nadšený, kdyby mi je ne(jaký bot stále dokola automaticky pr(esouval/mazal (zrovna dnes jsem dopln(oval jedno c(.p. podle nálepky na popelnici, což je možné jen v nede(li vec(er :) ) chybne( umíste(né znamená co pr(esne(? posunuté o kolik metru*? podle my be( skript neme(l me(nit body, které jsou od sebe vzdáleny víc jak x metru* (tj rúian vs osm), ale me(l by je ne(kam vypsat. tyhle by se pak museli zkontrolovat ruc(ne(. kolik jich bude, by me(lo vyplynout z analýzy rozdílu* mezi rúian a osm, kterou mám v plánu ude(lat. k te(m chybe(jícím bodu*m? znamená to, že tam máte ne(jaká c(p, o kterých rúian neví? Materiály ke zkoumání: http://maps.fordfrog.com/?lat=50.05843lon=15.19497zoom=18layers=0B0FTF (nástroj špatne( zpracovává permalink... ten permalink jsem opravil. vc(era jsem pr(ede(lával zobrazení sour(adnic, aby bylo v epsg:4326 (tj stejné jako osm) a rozbil jsem tím permalink. Do pozornosti doporuc(uji c(ísla 125, 126, 127, 133, 162 (ty 3 rozestave(né domy u hlavní jsou již minimálne( rok obydlené, zítra je obejdu se psem) a ve str(ední c(ásti vesnice pak 16, 7, 9, 10 - tam rúian oznac(uje c(ísla (zbor(ených) stodol. ty posuny jsou dost znatelné, to by se me(lo dát odchytit. co se týká te(ch c(ísel nezanesených do rúian, tam bych asi volil ne(jaký tag typu nobot, který by bod chránil pr(ed botem. body tohohle typu by navíc me(ly vyjet z toho porovnávacího skriptu, takže by se daly pr(ed importem ruc(ne( odkontrolovat (pokud jich nebude moc) a otagovat tagem nobot, aby na ne( bot nesahal. Naopak ve vedlejší obci je pr(edchozí import ne(jak rozházený, ne(co tam i chybí a tam by zme(na podle rúian znamenala znac(né zlepšení: http://maps.fordfrog.com/?lat=50.05772lon=15.21386zoom=18layers=0B0FTF koukám, že ta tvoje oblast je ideální na pr(íklady nesrovnalostí :-) jinak ne(kde na osm wiki jsem c(etl o tagu bot nebo tak ne(jak (ted( to nemu*žu najít). podle me( automaticky spravované adresní body by me(ly tenhle tag mít. pokud by pak ne(kdo bod pr(esunul, protože je umíste(ný špatne(, tak by mu ten tag smazal a tím pádem by skript ten bod pr(estal aktualizovat, max by ne(kam vypsal zme(ny pro daný bod, pokud k nim dojde. takových bodu* bude v porovnání s te(mi cca tr(emi miliony minimum, takže pr(ípadné zme(ny (kterých taky asi bude minimum) by se daly zvládat ruc(ne(, pokud bude potr(eba je do osm zanést. LuKo ff smime.p7s Description: Elektronicky podpis S/MIME ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Zásahy BOTa - nutné a provedené opravy
Postupně procházím i už svá zpracovaná místa, ještě je přehlížím a mažu body v Inspektoru, aby bylo jasno, kde je hotovo. Ale ještě mám dva dotazy: - Smazat jdou pouze červené body, žluté (oranžové) značící úpravu nijak nejdou? Často je právě v nich přerušeno a po opravě nevím jak dát najevo, že je čisto. Žluté by se měly odstranit samy jakmile někdo dotčený prvek změní (předpokládá se, že ho tím opravil). Změna se neprojeví hned, nevím jak často se Inspector aktualizuje, tuším že 1x denně. - Jde nějak vymazat víc bodů najednou? Každý smazaný uzel musím jeden po druhém ručně vyhodit z Inspektora, dost to zdržuje. Jde to nějak urychlit? To pravděpodobně nejde, alespoň jsem nepřišel na to jak. Můžeš zkusit napsat autorovi jestli by takovou funkci nedoplnil. TT ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] úzký nízký ostr?vek u k?i?ovatky do mapy nepat?í
Nedalo by se to vyřešit nějakým bodem pedestrian=island :-) ? JD Dne 29. července 2012 16:22 hanoj eha...@gmail.com napsal(a): Mám za to, že takové ostrůvky do OSM nepatří, proto je nemapuju a když na ně narazím, mám chuť je zrušit, cestu narovnat zpět a překomplikovanou křižovatku tak zásadně zjednodušit. *** +1 Naopak pokud je ostrov delší (stovky metrů), porostlý trávou či jinou zašpiněnou zelení a má poctivý ostrý vysoký obrubník, o který bych si roztrhl pneumatiku jak nic, tak takový do mapy IMHO patří, protože v tom místě U-turn opravdu neudělám. *** pravděpodobně se jedná o směrově rozdělenou komunikaci, tedy souhlas. h. h. ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz -- -- Ing. Jan Dudík ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] úzký nízký ostr?vek u k?i?ovatky do mapy nepat?í
Ahoj On Mon, Jul 30, 2012 at 03:11:48PM +0200, Jan Dudík wrote: Nedalo by se to vyřešit nějakým bodem pedestrian=island :-) ? A co crossing=island? To vypadá, že už existuje: https://wiki.openstreetmap.org/wiki/Key:crossing S pozdravem -- All flame and insults will go to /dev/null (if they fit) Michal 'vorner' Vaner signature.asc Description: Digital signature ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Zásahy BOTa - nutné a provedené opravy
Aha, fajn, díky za odpovědi! Ta aktualizace asi trvá déle, např. silnice z Vidochova, kterou jsem opravoval v sobotu je pořád žlutá. Jinak další město k odškrtu: - Dobruška (opravy mnoha smazaných cest, rozpojených silnic) ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk-fr] Aidez à mettre sur OSM des zones vierges du Tadjikistan
Bonjour, Le 29/07/2012 23:33, Stéphane Henriod a écrit : Tu es bien dans JOSM? Avec Potlatch, j'ai pas réussi non plus... Pour moi ça marche correctement dans JOSM, avec l'URL suivante: http://humadat.alwaysdata.net/tms/khorog/tiles/{zoom}/{x}/{-y}.jpg 2012/7/29 hamster hams...@suna.fdn.fr mailto:hams...@suna.fdn.fr Le 28/07/2012 08:05, Stéphane Henriod a écrit : L'image est accessible en TMS ici: http://humadat.alwaysdata.net/__tms/khorog/{zoom}/{x}/{-y}.jpg http://humadat.alwaysdata.net/tms/khorog/%7Bzoom%7D/%7Bx%7D/%7B-y%7D.jpg http://humadat.alwaysdata.__net/tms/khorog/%7Bzoom%7D/%__7Bx%7D/%7B-y%7D.jpg http://humadat.alwaysdata.net/tms/khorog/%7Bzoom%7D/%7Bx%7D/%7B-y%7D.jpg [Comment ajouter une image TMS dans JOSM: http://josm.openstreetmap.de/__wiki/Help/Preferences/Imagery http://josm.openstreetmap.de/wiki/Help/Preferences/Imagery ] j'arrive pas a voir l'image, il me met systematiquement Erreur: http://humadat.alwaysdata.net/__tms/khorog/ http://humadat.alwaysdata.net/tms/khorog/2 chiffres/des chiffres/des chiffres.jpg j'ai essaye en zoomant ou dezoomant j'ai essaye de virer le - avant y j'ai essaye les 2 adresses donnees (celle avec les accolades et celle avec les %7B et %7D) rien n'y fait Même souci qu'hamster avec l'URL du premier message : http://humadat.alwaysdata.net/tms/khorog/{zoom}/{x}/{-y}.jpg En revanche ça fonctionne impec avec celle du dernier : http://humadat.alwaysdata.net/tms/khorog/tiles/{zoom}/{x}/{-y}.jpg (avec ajout du niveau d'arborescence tiles). Et le tout en Mercator ou WGS84. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Données de la Communauté de Commune de Concarneau Cornouaille (CCCC)
Le 29 juillet 2012 22:15, Eric Pommereau eric.pommer...@gmail.com a écrit : Bonjour, Je vais vous parler de mes vacances... si si... mais pas que... un peu d'OSM aussi ;-) Je suis arrivé à Concarneau il y a une semaine avec une motivation supplémentaire par rapport aux années précédentes : cartographier mon lieu de vacances. Lorsque je suis revenu de ma première sortie en course à pied, avec trace GPS et force photos des barrières, chemins, boîte aux lettres..., je me suis précipité sur mon JOSM histoire de mettre à jour ou de créer de nouveaux objets... et là c'est le drame. Impossible d'ajouter quoi que ce soit... tout y était... pire, en mieux que ce que j'aurais fait !! Après quelques recherche pour trouver le responsable de tout ça je suis tombé sur la page de documentation de l'import des données. Tout est détaillé sur la manière utilisée pour importer les données... génial (Merci Marc Sibert). Sur le terrain les données sont détaillées et de très bonne qualité. Bref tout ça pour dire que c'est du très bon boulot tout ça. Deux questions pour ceux qui auront le courage de lire le message jusqu'au bout : Savez vous si la utilise les données d'OSM (et donc les contributions) pour alimenter son SIG. Quid de la mise à jour des données qui proviennent de la Communauté de commune ? Comment est-ce géré, même process que l'import de base ? Voilà. @+++ Bonjour, De bonnes vacances productives en fait ! Pour répondre à tes questionnements sur la vie des imports après les imports... c'est une vraie question existentielle ! Lors de l'import initial, j'ai volontairement intégré une référence de la 4C dans chaque élément (tronçon de voie) et malgré cela lorsque la 4C m'a envoyé une mise à jour, je n'ai pas pu l'intégrer. Déjà le nouvel import était légèrement différent du précédent (sur les noms de colonnes) et donc ma procédure de s'appliquait plus directement. D'autre part, il m'aurait fallu comparer chaque élément (ancien et nouveau) afin, ou de produire un diff ou de proposer d'enregistrer les mises à jour. Cette comparaison devant se faire au niveau géographique l'emploi d'un EAI/GIS (point que je ne maitrise pas) devient nécessaire. Avec le recul que j'ai aujourd'hui, une solution artisanale serait une petite appli OpenLayers qui permette la sélection des éléments à importer avec lien vers JOSM (télécommande). Voilà mes 0.02 € sur cet import. A+ -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Données de la Communauté de Commune de Concarneau Cornouaille (CCCC)
Salut, Le 30/07/2012 11:05, Marc SIBERT a écrit : Avec le recul que j'ai aujourd'hui, une solution artisanale serait une petite appli OpenLayers qui permette la sélection des éléments à importer avec lien vers JOSM (télécommande). A Nantes, on vient de terminer l'import initial des données d'adresses (depuis hier, c'est tout frais). On va maintenant s'atteler à la mise à jour (nos données de l'import initial datent de novembre, plusieurs MAJ ont été publiées sur la plateforme NOD depuis) et ce qui est prévu c'est d'utiliser justement cette méthode (appli OpenLayers avec télécommande JOSM). On devrait commencer en septembre (avec les congés tout ça), on manquera pas de faire des retours. Après on s'attaquera à la remontée aux services de Nantes Métropole. Jean signature.asc Description: OpenPGP digital signature ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tag d'une intersection avec priorité à droite ?
Le 29/07/2012 22:49, Philippe Verdy a écrit : Le 29 juillet 2012 22:08, Pierenpier...@gmail.com a écrit : Quelqu'un connait un logiciel de routage qui signale les priorités ? A ma connaissance je n'ai jamais vu que l'indication des stops et des cédez-le-passage, ainsi que des rond-points pour la priorité à gauche, et les feux, les zones de non-dépassement, les zones de rabattement, les changements de voie interdits, et les rues à circulation alternée. As-tu des exemples de logiciels qui prennent en compte les stops, cédez-le-pasage et autres priorités et affichent des informations à l'utilisateur ? Ceux que j'ai consulté (Cloudmade, OpenRouteService, Osrm) n'affichent que l'information des giratoires. Cordialement. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [osm-marseille] Rappel de la réunion des contributeurs de la région de Marseille ce lundi 30 / 07 / 2012 // 20h00 à La Bo@te
On dim., 2012-07-29 at 17:17 +0200, Olivier Griffet wrote: Pour confirmer votre présence éventuel, vous pouvez répondre à ce message Je serai là. Pour info, une personne portant un projet pour Marseille-Provence 2013 m'a contacté afin de rencontrer des contributeurs OSM. (Oui, c'est un peu obscur mais je n'en sais pas plus pour le moment). Je lui ai proposé de passer ce soir. Si on a le temps, j'aimerai bien aborder les 2 sujets suivants : - phase de migration après changement de licence (Redaction Bot), - valoriser nos contributions en publiant des cartes thématiques. À ce soir -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tag d'une intersection avec priorité à droite ?
Petite précision : un rond-point ne signifie pas forcément une priorité à gauche (donc à ceux qui sont déjà sur le rond-point) ! La règle de base (priorité à droite) s'y applique aussi, d'où le panneaux et les pointillés cédez le passage avant l'entrée sur le rond-point. Mais il existe des rond-points avec priorité à droite (donc à celui qui rentre). Francescu Le 27 juillet 2012 21:04, Yannick VOYEAUD yann...@voyeaud.org a écrit : Le 27/07/2012 20:01, panierAvide a écrit : Bonsoir, Je me suis rendu aujourd'hui dans un village où tous les carrefours sont des priorités à droite, et sont signalés comme tel (avec le panneau AB 1 [1]). En cas d'absence de signalisation à un carrefour, on doit appliquer la priorité à droite, et ce principe est peut-être déjà utilisé pour le routage dans OSM. Mais existe t'il un tag qui permet d'indiquer que la priorité à droite à une intersection n'est pas implicite, du fait de la présence de la signalisation ? Mes recherches sur le wiki n'ont rien donné, la page des correspondances pour la signalisation en France [2] ne propose pas non plus le cas du panneau AB 1. S'il n'existe aucun tag approprié, quelle serait la meilleure solution ? Un junction=priority_to_the_right ? Ou un highway=priority_to_the_right ? Ou autre chose ? Cordialement. [1] http://wiki.openstreetmap.org/**wiki/File:Fr-AB1-Intersection.**gifhttp://wiki.openstreetmap.org/wiki/File:Fr-AB1-Intersection.gif [2] http://wiki.openstreetmap.org/**wiki/FR:Road_signs_in_France#** Signaux_d.E2.80.**99intersection_et_de_priorit.**C3.A9_de_type_ABhttp://wiki.openstreetmap.org/wiki/FR:Road_signs_in_France#Signaux_d.E2.80.99intersection_et_de_priorit.C3.A9_de_type_AB Bonsoir, La priorité à droite étant la règle je ne vois pas pourquoi il faudrait la tagguer? C'est un choix contraire qu'il convient de tagguer! En créant des ronds points on sait que la priorité est à gauche pour entrer et à droite pour en sortir. Le fait que tu rencontres ce panneau te préviens simplement d'une intersection. Amha ce panneau devrait être systématiquement utilisé dès que le carrefour n'est pas parfaitement visible à 150m y compris en ville mais bon nos élites préfèrent faire des travaux ahurissant soit disant pour la sécurité plutot que de déjà utiliser les moyens basiques d'alerte sur un danger potentiel. Amitiés -- Yannick VOYEAUD Nul n'a droit au superflu tant que chacun n'a pas son nécessaire (Camille JOUFFRAY 1841-1924, maire de Vienne) http://www.voyeaud.org Créateur CimGenWeb: http://www.francegenweb.org/**cimgenweb/http://www.francegenweb.org/cimgenweb/ Journées du Logiciel Libre: http://jdll.org __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tag d'une intersection avec priorité à droite ?
Le 30 juillet 2012 12:04, Francescu GAROBY windu...@gmail.com a écrit : Petite précision : un rond-point ne signifie pas forcément une priorité à gauche (donc à ceux qui sont déjà sur le rond-point) ! La règle de base (priorité à droite) s'y applique aussi, d'où le panneaux et les pointillés cédez le passage avant l'entrée sur le rond-point. Mais il existe des rond-points avec priorité à droite (donc à celui qui rentre). C'est la règle dans ma ville (priorité à droite sur les rond-points) sauf pour un seul... le paradis des carrossiers ! -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Données de la Communauté de Commune de Concarneau Cornouaille (CCCC)
Bonjour, Merci pour vos réponses, il me semblait bien que de gérer la MAJ devait être un casse tête... cela semble être le cas... cela me semble être portant un point crucial... Au final savez vous la fait des import d'OSM dans son SIG ? ++ Le 30 juillet 2012 11:05, talk-fr-requ...@openstreetmap.org a écrit : Envoyez vos messages pour la liste Talk-fr à talk-fr@openstreetmap.org Pour vous (dés)abonner par le web, consultez http://lists.openstreetmap.org/listinfo/talk-fr ou, par email, envoyez un message avec 'help' dans le corps ou dans le sujet à talk-fr-requ...@openstreetmap.org Vous pouvez contacter l'administrateur de la liste à l'adresse talk-fr-ow...@openstreetmap.org Si vous répondez, n'oubliez pas de changer l'objet du message afin qu'il soit plus spécifique que Re: Contenu du digest de Talk-fr... Thèmes du jour : 1. Re: Données de la Communauté de Commune de Concarneau Cornouaille () (Philippe Verdy) 2. Re: Aidez à mettre sur OSM des zones vierges du Tadjikistan (hamster) 3. Re: Aidez à mettre sur OSM des zones vierges du Tadjikistan (Stéphane Henriod) 4. Re: Aidez à mettre sur OSM des zones vierges du Tadjikistan (Stéphane Henriod) 5. Re: Aidez à mettre sur OSM des zones vierges du Tadjikistan (Vincent de Chateau-Thierry) 6. Re: Données de la Communauté de Commune de Concarneau Cornouaille () (Marc SIBERT) -- Message: 1 Date: Sun, 29 Jul 2012 23:13:53 +0200 From: Philippe Verdy verd...@wanadoo.fr To: Discussions sur OSM en français talk-fr@openstreetmap.org Subject: Re: [OSM-talk-fr] Données de la Communauté de Commune de Concarneau Cornouaille () Message-ID: CAGa7JC0iVAWg6BfmtAFom1=tGapgEeUiZ81YvuNbWuvVAA4E= g...@mail.gmail.com Content-Type: text/plain; charset=ISO-8859-1 Le 29 juillet 2012 22:15, Eric Pommereau eric.pommer...@gmail.com a écrit : Deux questions pour ceux qui auront le courage de lire le message jusqu'au bout : Savez vous si la utilise les données d'OSM (et donc les contributions) pour alimenter son SIG. Quid de la mise à jour des données qui proviennent de la Communauté de commune ? Comment est-ce géré, même process que l'import de base ? Visiblement il y a quelqu'un (ou plusieurs personnes) de la (ou dans un des services municipaux impliqués dans le projet de la ) qui participe de concert ici dans OSM et dans le SIG. Qui corrige des tas de trucs, jusque même les fautes d'orthographe sur les noms bretons pas évidents pour tout le monde. Si on avait une telle implication des communautés de communes ailleurs, ce serait le paradis : - Il y a des gros manques en Haute-Normandie, pourtant qui est très peuplée et ne manque pas de moyens en comparaison de la Basse-Normandie mieux lotie ; - et aussi en Champagne-Ardenne et les arrière-pays lorrain et corse, des régions qui manquent de moyens, se dépeuplent et ressemblent dans OSM à des déserts qui semblent n'intéresser pas grand monde ; - aussi dans le Nord et en Alsace à cause de la grande densité d'informations qu'il faudrait avoir mais qui sont compliquées à ajouter dans OSM où il faudrait plus de monde, mais leurs communes sont relativement petites en surface et très nombreuses, ça fait peut-être que c'est compliqué pour les mettre d'accord entre elles au sein de leurs CC). Pour ces zones mal loties, il faudrait trouver plus d'implication des départements ou des régions, voire une aide de la part des services géographiques nationaux ou de l'UE (ou même des collaborations techniques avec les SIG d'autres régions ou les assos et services des villes jumelées). -- Message: 2 Date: Sun, 29 Jul 2012 23:21:22 +0200 From: hamster hams...@suna.fdn.fr To: Discussions sur OSM en français talk-fr@openstreetmap.org Subject: Re: [OSM-talk-fr] Aidez à mettre sur OSM des zones vierges du Tadjikistan Message-ID: 5015a952.4070...@suna.fdn.fr Content-Type: text/plain; charset=ISO-8859-1; format=flowed Le 28/07/2012 08:05, Stéphane Henriod a écrit : L'image est accessible en TMS ici: http://humadat.alwaysdata.net/tms/khorog/{zoom}/{x}/{-y}.jpg http://humadat.alwaysdata.net/tms/khorog/%7Bzoom%7D/%7Bx%7D/%7B-y%7D.jpg [Comment ajouter une image TMS dans JOSM: http://josm.openstreetmap.de/wiki/Help/Preferences/Imagery ] j'arrive pas a voir l'image, il me met systematiquement Erreur: http://humadat.alwaysdata.net/tms/khorog/2 chiffres/des chiffres/des chiffres.jpg j'ai essaye en zoomant ou dezoomant j'ai essaye de virer le - avant y j'ai essaye les 2 adresses donnees (celle avec les accolades et celle avec les %7B et %7D) rien n'y fait -- Message: 3 Date: Sun, 29 Jul 2012 23:33:07 +0200 From: Stéphane Henriod s...@henriod.info To: Discussions sur
Re: [OSM-talk-fr] Données de la Communauté de Commune de Concarneau Cornouaille (CCCC)
Bonjour, Je relaie un message posté sur talk-fr. Éric, en vacances à Concarneau a souhaité profiter de son séjour pour cartographier son lieu de vacances. A sa surprise, tout est déjà en ligne. Le fil de son message est le suivant http://lists.openstreetmap.org/pipermail/talk-fr/2012-July/045995.html Il aurait aimé savoir si la utilise les données d'OSM dans son SIG... Quelqu'un parmi vous pour lui répondre? Romain Le 30 juillet 2012 12:30, Eric Pommereau eric.pommer...@gmail.com a écrit : Bonjour, Merci pour vos réponses, il me semblait bien que de gérer la MAJ devait être un casse tête... cela semble être le cas... cela me semble être portant un point crucial... Au final savez vous la fait des import d'OSM dans son SIG ? ++ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tag d'une intersection avec priorité à droite ?
2012/7/30 Francescu GAROBY windu...@gmail.com: Petite précision : un rond-point ne signifie pas forcément une priorité à gauche (donc à ceux qui sont déjà sur le rond-point) ! La règle de base (priorité à droite) s'y applique aussi, d'où le panneaux et les pointillés cédez le passage avant l'entrée sur le rond-point. Mais il existe des rond-points avec priorité à droite (donc à celui qui rentre). Ptite ptite précision : c'est toute la différence entre un rond-point ([1]) et un carrefour giratoire ([2]), le second étant souvent improprement nommé comme le premier. Pieren [1] http://fr.wikipedia.org/wiki/Rond-point [2] http://fr.wikipedia.org/wiki/Carrefour_giratoire ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tag d'une intersection avec priorité à droite ?
Ma culture personnelle te remercie ! :-) Francescu Le 30 juillet 2012 14:06, Pieren pier...@gmail.com a écrit : 2012/7/30 Francescu GAROBY windu...@gmail.com: Petite précision : un rond-point ne signifie pas forcément une priorité à gauche (donc à ceux qui sont déjà sur le rond-point) ! La règle de base (priorité à droite) s'y applique aussi, d'où le panneaux et les pointillés cédez le passage avant l'entrée sur le rond-point. Mais il existe des rond-points avec priorité à droite (donc à celui qui rentre). Ptite ptite précision : c'est toute la différence entre un rond-point ([1]) et un carrefour giratoire ([2]), le second étant souvent improprement nommé comme le premier. Pieren [1] http://fr.wikipedia.org/wiki/Rond-point [2] http://fr.wikipedia.org/wiki/Carrefour_giratoire ___ 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
Re: [OSM-talk-fr] Aidez à mettre sur OSM des zones vierges du Tadjikistan
Autant pour moi! Il y avait effectivement une faute de frappe dans mon premier message... merci de me l'avoir fait remarquer... Pour tout clarifier, l'URL correcte est donc bien: http://humadat.alwaysdata.net/tms/khorog/tiles/{zoom}/{x}/{-y}.jpg Merci! Stéphane On 7/30/12, Vincent de Chateau-Thierry v...@laposte.net wrote: Bonjour, Le 29/07/2012 23:33, Stéphane Henriod a écrit : Tu es bien dans JOSM? Avec Potlatch, j'ai pas réussi non plus... Pour moi ça marche correctement dans JOSM, avec l'URL suivante: http://humadat.alwaysdata.net/tms/khorog/tiles/{zoom}/{x}/{-y}.jpg 2012/7/29 hamster hams...@suna.fdn.fr mailto:hams...@suna.fdn.fr Le 28/07/2012 08:05, Stéphane Henriod a écrit : L'image est accessible en TMS ici: http://humadat.alwaysdata.net/__tms/khorog/{zoom}/{x}/{-y}.jpg http://humadat.alwaysdata.net/tms/khorog/%7Bzoom%7D/%7Bx%7D/%7B-y%7D.jpg http://humadat.alwaysdata.__net/tms/khorog/%7Bzoom%7D/%__7Bx%7D/%7B-y%7D.jpg http://humadat.alwaysdata.net/tms/khorog/%7Bzoom%7D/%7Bx%7D/%7B-y%7D.jpg [Comment ajouter une image TMS dans JOSM: http://josm.openstreetmap.de/__wiki/Help/Preferences/Imagery http://josm.openstreetmap.de/wiki/Help/Preferences/Imagery ] j'arrive pas a voir l'image, il me met systematiquement Erreur: http://humadat.alwaysdata.net/__tms/khorog/ http://humadat.alwaysdata.net/tms/khorog/2 chiffres/des chiffres/des chiffres.jpg j'ai essaye en zoomant ou dezoomant j'ai essaye de virer le - avant y j'ai essaye les 2 adresses donnees (celle avec les accolades et celle avec les %7B et %7D) rien n'y fait Même souci qu'hamster avec l'URL du premier message : http://humadat.alwaysdata.net/tms/khorog/{zoom}/{x}/{-y}.jpg En revanche ça fonctionne impec avec celle du dernier : http://humadat.alwaysdata.net/tms/khorog/tiles/{zoom}/{x}/{-y}.jpg (avec ajout du niveau d'arborescence tiles). Et le tout en Mercator ou WGS84. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- -- Le mot progrès n'aura aucun sens tant qu'il y aura des enfants malheureux -- Albert Einstein A journey does not need reasons. Before long, it proves to be reason enough in itself. One thinks that one is going to make a journey, yet soon it is the journey that makes or unmakes you. -- Nicolas Bouvier Photos de voyages, photos de montagne: http://www.henriod.info ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tag d'une intersection avec priorité à droite ?
Le 30 juillet 2012 12:20, Christian Quest cqu...@openstreetmap.fr a écrit : Le 30 juillet 2012 12:04, Francescu GAROBY windu...@gmail.com a écrit : Petite précision : un rond-point ne signifie pas forcément une priorité à gauche (donc à ceux qui sont déjà sur le rond-point) ! La règle de base (priorité à droite) s'y applique aussi, d'où le panneaux et les pointillés cédez le passage avant l'entrée sur le rond-point. Mais il existe des rond-points avec priorité à droite (donc à celui qui rentre). C'est la règle dans ma ville (priorité à droite sur les rond-points) sauf pour un seul... le paradis des carrossiers ! Étant donné le peu de gens qui savent qu'un clignotant ça existe (et théoriquement obligatoire), heureusement que je ne rencontre pas ces rond-points avec priorité à droite. La priorité à gauche est nettement plus pratique et plus naturelle. C'est bien plus fluide en plus puisqu'on s'arrête avant le rond-point (au passage on laisse aussi traverser les piétons), et non au milieu où on se fait rentrer dedans par l'arrière puisqu'ils n'ont pas encore freiné et en tournant se font surprendre en croyant que la route est à eux. Le paradis des carrossiers c'est plutôt avec la priorité à gauche. Je n'ai jamais vu de giratoires avec priorité à droite. Dans quel coin tu trouves ça ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tag d'une intersection avec priorité à droite ?
Le lundi 30 juillet 2012 15:00:42 Philippe Verdy a écrit : Je n'ai jamais vu de giratoires avec priorité à droite. Dans quel coin tu trouves ça ? Je crois que le plus connu est celui de la place de l'Étoile à Paris si je ne me trompe pas. Sur Marseille il y a celui de la place de Castellane http://www.openstreetmap.org/?lat=43.285914lon=5.383738zoom=18layers=M À Lyon http://www.openstreetmap.org/?lat=45.784999lon=4.863474zoom=18layers=M celui là est bizarre avec des feux un peu de partout et dans la partie circulaire donc pas vraiment de priorité à droite dans ce cas. De mon côté je reste persuadé que la priorité à droite fait parti des choses les plus merdique du code de la route français. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tag d'une intersection avec priorité à droite ?
Le 30/07/2012 15:10, Nolwenn a écrit : De mon côté je reste persuadé que la priorité à droite fait parti des choses les plus merdique du code de la route français. Et de moins en moins respectée. Lorsqu'une grande route traverse un village, rares sont les automobilistes qui s'arrêtent pour laisser passer ceux venant des ruelles à doite. Jean-Claude ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tag d'une intersection avec priorité à droite ?
Le 30 juillet 2012 15:00, Philippe Verdy verd...@wanadoo.fr a écrit : Dans quel coin tu trouves ça ? Là par exemple: http://www.openstreetmap.org/?mlat=48.79821mlon=2.48004zoom=17 http://www.openstreetmap.org/?mlat=48.80227mlon=2.49212zoom=17 http://www.openstreetmap.org/?mlat=48.805266mlon=2.483923zoom=18 Dans toute la ville, il n'y a quasiment aucun stop ou cédez le passage, même sur les axes principaux. -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Données de la Communauté de Commune de Concarneau Cornouaille (CCCC)
Le 30 juillet 2012 11:05, Marc SIBERT m...@sibert.fr a écrit : D'autre part, il m'aurait fallu comparer chaque élément (ancien et nouveau) afin, ou de produire un diff ou de proposer d'enregistrer les mises à jour. Cette comparaison devant se faire au niveau géographique l'emploi d'un EAI/GIS (point que je ne maitrise pas) devient nécessaire. Bonjour, Il y a l'import différentiel du filaire de la BMO qui est documenté sur le wiki http://wiki.openstreetmap.org/wiki/BMO#Differential_import Ca peut se combiner à un outil d'intégration. Le 30 juillet 2012 11:15, Jean Couteau cout...@codelutin.com a écrit : A Nantes, on vient de terminer l'import initial des données d'adresses (depuis hier, c'est tout frais). On va maintenant s'atteler à la mise à jour (nos données de l'import initial datent de novembre, plusieurs MAJ ont été publiées sur la plateforme NOD depuis) et ce qui est prévu c'est d'utiliser justement cette méthode (appli OpenLayers avec télécommande JOSM). Salut Jean, Je ne dirai pas qu'on a fini l'import, il reste pas mal de trucs à faire : corriger les anos Osmose, et faire des levés de doute sur le terrain. Pour l'intégration des mises à jour de Nantes Métropole, le préalable c'est de comprendre les écarts NM/OSM existants après cette première phase, et qui risquent de perdurer. En effet je doute que les remarques que l'on remontera à NM soient prises en compte à court terme: c'est quand même une révolution chez eux ! Sinon pour un outil OpenLayers + JOSM, on a vu plusieurs solutions pour différentes données: bureaux de postes, écoles, les adresses de Nantes. Il y a Osmose également [1], qui n'était pas prévu pour à la base. Et il y aura de plus en plus de jeux de données dispos. = Il nous faut un portail/site dédié. Actuellement je regarde ce qu'on peut faire avec GeoEXT, en terme d'interface c'est qu'en même plus classe :-) [1] http://wiki.openstreetmap.org/wiki/Osmose/erreurs#Add_to_the_map ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Données de la Communauté de Commune de Concarneau Cornouaille (CCCC)
Le 30/07/2012 15:40, Bruno Cortial a écrit : Je ne dirai pas qu'on a fini l'import, il reste pas mal de trucs à faire : corriger les anos Osmose, et faire des levés de doute sur le terrain. Comme t'y vas, en a quand même intégré toutes les rues a quelques détails près... Pour moi la première opération est terminée :D (mais bon c'est vrai dans le fond c'est pas fini fini) Jean signature.asc Description: OpenPGP digital signature ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Re : [Merkaartor]Impossible de sélection les relations
- Mail d'origine - De: Francescu GAROBY windu...@gmail.com À: Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé: Fri, 27 Jul 2012 11:04:59 +0200 (CEST) Objet: [OSM-talk-fr] [Merkaartor]Impossible de sélection les relations Bonjour à tous, Utilisateur de Merkaartor (version 0.17.2) sur Windows 7, je remarque un bug assez étrange : je ne peux pas sélectionner une relation en cliquant sur le contour en pointillés bleus ! Je peux la sélectionner en la recherchant, ou dans la liste des relations visibles à l'écran, dans le panneau objets, onglet relations, mais c'est tout ! Y aurait-il un réglage particulier à faire ou suis-je tombé sur un bug ? Mes (rapides) recherches n'ont rien donné. La où ça devient cocasse, c'est que la même version sur un Windows XP ne pose aucun pb ! -- Cordialement, Francescu GAROBY J'ai constaté aussi ce comportement (j'suis sous linux) quand une relation n'est pas complète (tous les membres n'ont pas été téléchargés). Je ne sais pas s'il s'agit d'un bug ou d'une feature ;-) Francisco ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tag d'une intersection avec priorité à droite ?
Le 30 juillet 2012 15:21, Christian Quest cqu...@openstreetmap.fr a écrit : Dans toute la ville, il n'y a quasiment aucun stop ou cédez le passage, même sur les axes principaux. Je ne parlais que des ronds-points. Effectivement la priorité à droite est très mal appliquée. Et c'est une espèce en voie de disparition accélérée (justement les communes mettent des rond-points partout, quitte à manger les trottoirs et virer les pistes cyclables. Mais visiblement ça ne suffit pas et la mode maintenant (après celle des gendarmes couchés que même les cyclistes ont du mal à franchir, certains sont de véritables marches coupant la route qui cassent les suspensions même à 20km/h quand c'est affiché 30...) est celle du slalom géant avec la circulation alternée sur une seule voie (au passage une file de stationnement est découpée en petits tronçons avec moins de places qu'avant et des places plus dangereuses. On en est au point où la voiture sera vite totalement interdite, mais les vélos ne seront pas mieux venus non plus. Tandis que les camions ne sont pas génés du tout avec leurs essieux multiples ni les plus gros 4x4 avec leurs essieux surhaussés, et où ce sont les petites voitures qui font les accrochages même en roulant en dessous des limites. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-ja] 「OpenStreetMap北陸」開設のお知らせ
Tomです。 宇野さん 金曜・土曜と名古屋までお越しいただいて、連日のOSMセミナー参加、ご苦労様でした。 私やOSM東海のメンバーも応援しておりますし、可能であればお手伝いに行きますよ。 OSM関西の方々も、きっと、京都の方とか、京都の方とか、京都の方とか、(笑) サポートしてくれると思いますよ。 北陸・関西・東海とお隣さん同士で、上手く連携できたらいいですね。 2012年7月30日 13:31 Shu Higashi s_hig...@mua.biglobe.ne.jp: 遅くなりましたが、宇野さん、ようこそosmへ。 北陸はまだ描かれていないところが多いようなので、やり甲斐がありそうですね。 ぜひマッピングを楽しんでください。 東 2012年7月29日日曜日 虹プロ 2gpros...@gmail.com: 初めまして、福井の宇野(unotecjapan)と申します。 つい先ほど、「OpenStreetMap北陸」というGoogleGroupを開設いたしましたので、 ご報告させていただきます。 http://groups.google.co.jp/group/OSM-Hokuriku 私のOSMでの活動暦ですが・・・ OSMのことを知ったのが一昨日。 昨日OpenStreetMapセミナー 名古屋に初参加。 本日のOpenStreetMapワークショップ IN 名古屋#3でのハンズオンが初マッピングと、これ以上ないくらい新米中の新米です。 都市部と比較しての北陸地区の未整備ぶりを嘆き、若輩もいいところですがコミュニティを開設いたしました。 私の実家を道路が貫いていたのもショックでした・・・(直しました) 9月頃に北陸地区でマッピングパーティーを開催することを目標に、まずは布教活動から始めていこうと思っております。 そして何よりも、コミュニティを立ち上げたものの企画倒れで終わらないことですね。 ちなみに8/3-4に行われるOSC京都ですが、8/3は参加出来ませんが、8/4には別のグループのプロジェクトで顔を出す予定です。 是非OSMのブースにも足を運び勉強させていただきたいと思っておりますので、よろしくお願い致します。 宇野泰行(Yasuyuki Uno) 2gpros...@gmail.com OpenStreetMap HN:unotecjapan twitter:@unotecjapan ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= 早川知道 (Tomomichi Hayakawa) tom.hayak...@gmail.com うえこみ春日井小牧 - http://www.kasugai-komaki.jp/ Malaika System - http://malaika-system.com/ blog - close to you - http://malaika.air-nifty.com/ OSM Tokai - http://groups.google.com/group/OSM-Tokai XOOPS Cube TOKAI - http://xc-tokai.net/ =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [Talk-us] Discardable TIGER tags
Wasn't someone working on importing address data from TIGER? I was under the impression that may have depended on tiger:tlid tags on objects already in OSM, but wasn't sure… On Jul 30, 2012 1:50 AM, Alan grunthos...@yahoo.com wrote: On Sun, 2012-07-29 at 16:21 -0500, Toby Murray wrote: tiger:tlid - there seems to be support for removing it although I do recall someone opposing it strongly in the past as Anthony mentioned. In theory it lets you link back to a specific TIGER object. In practice it seems minimally useful with way splitting/merging and a fairly high degree of certainty that an automated TIGER 2011+ reimport where this could actually be used is probably not going to happen I think removing it is fine for any changed way, for the reasons everyone else has mentioned. I oppose removing it for ways that are unchanged (which I understand is not the current proposal for JOSM; I'm just stating for the record). I still think it is valuable to leave ourselves any options for synchronization in the future. While an automated TIGER re-import isn't likely to happen, the tlid could be useful in the mystical grand conflation tools that people have proposed/discussed/drooled over. - Alan ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] NYC administrative boundaries and Nominatim
On 7/30/12 5:11 AM, Kevin Kenny wrote: On 07/29/2012 11:56 PM, Skye Book wrote: Do we have a source for NYC administrative boundaries? http://www.nyc.gov/html/dcp/html/bytes/districtsmetadata.shtml there also should be boundaries in TIGER. most of the problems i've seen with nominatim and boundaries have to do with half-assed boundaries based on the USGS stuff. i've been gradually replacing boundaries in the capital district with TIGER based boundaries which are much better. i have no opinion on the boundaries in the nyc.gov site, it might be worthwhile to compare them with the boundaries from tiger. i can probably give you .osm files based on the tiger boundaries if you want them for that purpose. it'd be good to look at the spot where nyc boundaries end and match them up with the tiger boundaries to see how good the fit is. richard ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Discardable TIGER tags
On 7/30/2012 7:18 AM, David ``Smith'' wrote: Wasn't someone working on importing address data from TIGER? I was under the impression that may have depended on tiger:tlid tags on objects already in OSM, but wasn't sure… TIGER address data isn't nearly accurate enough to import into OSM. Addressing applications who want to use TIGER addressing for a rough geo-location estimate could just use a local TIGER address database to fall back on if OSM does not contain the address. I've often discussed importing updated road data from TIGER. The single case where TLID could be useful is matching un-named driveways to existing data, then applying a geometric correction to the proper way. I've done little more than simple tests however, and nothing close to being usable. There are some ways so far off in the original TIGER data that geo-matching would fail to locate the right way. ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Discardable TIGER tags
* Alan Mintz alan_mintz+...@earthlink.net [2012-07-29 18:54 -0700]: [1] When combining ways in JOSM (at least), values for tiger:* tags are combined with : (colon) as a delimiter, instead of ; (semi-colon). Why, and should this be changed? I believe this behavior was intended to make tiger:tlid merging work a little better. As I understand it, the TIGER data originally imported was structured so that a single road was composed of many segments connected end-to-end. For the import, all segments with the same data values were concatenated into a single way and the IDs of each constituent segment were concatenated, separated by colons, and stored in the tiger:tlid tag. Thus, when combining two TIGER ways, using a colon to join their tiger:tlid tags would give a roughly correct reflection of the mapping between TIGER data and OSM data. I don't know why the decision was made to apply that to all tiger: namespace tags rather than just the tiger:tlid tag. Obviously, this doesn't help with way splits; the tiger:tlid value gets copied to each half, even though the original segments are now divided across the two ways. On top of that, TIGER doesn't use the segment structuring anymore; their data is more like OSM now, and each road gets a feature ID that's unrelated to the old TLIDs (though there might be a table somewhere providing a correlation between the two systems). Given all that[0], it seems reasonable to drop tiger:tlid on edits like the created_by tag. [0] Plus my personal experience that I periodically have to delete tiger:tlid tags after merging ways because the resulting tag value exceeds OSM's length limit. ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] NYC administrative boundaries and Nominatim
On Mon, Jul 30, 2012 at 5:11 AM, Kevin Kenny kken...@nycap.rr.com wrote: On 07/29/2012 11:56 PM, Skye Book wrote: Do we have a source for NYC administrative boundaries? http://www.nyc.gov/html/dcp/html/bytes/districtsmetadata.shtml I'm not sure of the license situation with any of the NYC.gov datasets. I've gotten different answers from different people I've talked to. Some people in some offices say that it's fine as long as we take certain steps, others say it's not, and others have different views altogether. I'm working to get some authoritative data on this. While I'm generally not a big fan of imports, administrative boundries are hard to do in another way, and as Richard Welty points out, it's generally a good thing to replace these nodes with true polygons, and then we can also use data sources to fill in population tags. And what are boroughs in terms of place? I'm thinking county- though that's not right. Certainly the populations should be added. The boroughs of New York are counties; confusingly, the borough names and the (coterminous) county names don't always match: BoroughCounty The Bronx Bronx County Manhattan New York County Staten Island Richmond County Brooklyn Kings County Queens Queens County Indeed that is confusing. Off the top of my head, I see two simple solutions: 1. We tag the areas as counties, but use the common names as the primary name, and these official names as alt_name. 2. We create a new administrative relation that has the same geometry as the county. I would lean towards the first, as it means less data and more clarification. Thoughts? - Serge ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] administrative boundaries and Nominatim
10, Park Plaza, Central Square, Bay Village, Middlesex, Massachusetts, 02116, United States of America. http://nominatim.openstreetmap.org/details.php?place_id=21777524 The Central Square, Bay Village and Middlesex are what are confusing me as they look to be points and I'm not sure what the deal is with poi points vs admin polygons. And why Boston the city doesn't come up. I have seen 'hillsborough county' show up many times for queries around me (west/central middlesex in ma; hillsborough is in nh). I have not yet figured out if this is a data problem in osm or bugs in nominatim, or nominatim having well-meaning heuristics to find points when ideally there would be boundary polygons. pgpzwKHJZnTle.pgp Description: PGP signature ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] administrative boundaries and Nominatim
On Mon, Jul 30, 2012 at 8:25 AM, Metcalf, Calvin (DOT) calvin.metc...@state.ma.us wrote: So I'm somewhat confused about how nominatim actually works. A good example is the building I work in (10 park plaza Boston ma) the version of nominitum on the website gets the correct location on the first try (note mapquest has it as the 3rd result) but they have it as being Often what happens is that you have one of two problems, in this order: 1. Nodes 2. Incorrectly prominent areas Nodes are a major problem. In the case of a node area, Nominatim will attempt to guess at how large/prominent the area is. If it's a city, for example, it will be very lose about how far out it thinks the city borders are. Neighborhoods, same thing, and so you get these odd classifications. The solution to this is to replace nodes with polygons, period. Often related is the fact that these nodes are often labeled incorrectly, or the area nearby is. That's why much of Washington, DC is considered part of Fairfax, VA, because Fairfax is a node, and a city. - Serge ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] administrative boundaries and Nominatim
Metcalf, Calvin (DOT) calvin.metc...@state.ma.us writes: So basically if we see nodes like that, get rid of them? No, I think it's: If there's a node for the place, it's progress to replace it with a polygon. Not Just delete place nodes pgpaHaOu9jRqT.pgp Description: PGP signature ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] administrative boundaries and Nominatim
*constructively get rid of them For places that already have boundary relations (like Middlesex county) what is the best method to do that -Original Message- From: Greg Troxel [mailto:g...@ir.bbn.com] Sent: Monday, July 30, 2012 2:57 PM To: Metcalf, Calvin Cc: 'Serge Wroclawski'; talk-us@openstreetmap.org Subject: Re: [Talk-us] administrative boundaries and Nominatim Metcalf, Calvin (DOT) calvin.metc...@state.ma.us writes: So basically if we see nodes like that, get rid of them? No, I think it's: If there's a node for the place, it's progress to replace it with a polygon. Not Just delete place nodes ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] administrative boundaries and Nominatim
On Mon, Jul 30, 2012 at 2:57 PM, Greg Troxel g...@ir.bbn.com wrote: Metcalf, Calvin (DOT) calvin.metc...@state.ma.us writes: So basically if we see nodes like that, get rid of them? No, I think it's: If there's a node for the place, it's progress to replace it with a polygon. Correct. The answer is If you see bad data, replace it with good data. It's also useful to think of Nominatim as a data product, like a rendering. Some things are due to bad rendering and some things are due to bad data. One of the things that's nice about Nominatim is that it gives you that detail page where it explains how it derives its answers. That gives you the opportunity to fix the data, and if it comes to it, send useful feedback to the Nominatim developers. I realize my email in the other thread could come off as complaining about Nominatim- I'm not. I'm mostly complaining about the poor data quality of New York City in OpenStreetMap in hopes that we'll be able to address it. - Serge ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] administrative boundaries and Nominatim
So I transferred the attributes from the middlesex node to the relation and deleted the node, lets see how this works. If I was to complain about one thing nominatim related it would be the documentation. While I was able to find some pretty detailed info for installing it, but less about how it worked. -Original Message- From: Serge Wroclawski [mailto:emac...@gmail.com] Sent: Monday, July 30, 2012 3:17 PM To: Greg Troxel Cc: Metcalf, Calvin; talk-us@openstreetmap.org Subject: Re: [Talk-us] administrative boundaries and Nominatim On Mon, Jul 30, 2012 at 2:57 PM, Greg Troxel g...@ir.bbn.com wrote: Metcalf, Calvin (DOT) calvin.metc...@state.ma.us writes: So basically if we see nodes like that, get rid of them? No, I think it's: If there's a node for the place, it's progress to replace it with a polygon. Correct. The answer is If you see bad data, replace it with good data. It's also useful to think of Nominatim as a data product, like a rendering. Some things are due to bad rendering and some things are due to bad data. One of the things that's nice about Nominatim is that it gives you that detail page where it explains how it derives its answers. That gives you the opportunity to fix the data, and if it comes to it, send useful feedback to the Nominatim developers. I realize my email in the other thread could come off as complaining about Nominatim- I'm not. I'm mostly complaining about the poor data quality of New York City in OpenStreetMap in hopes that we'll be able to address it. - Serge ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Discardable TIGER tags
great idea, have done it manually from time to time when I edit tiger data. just adding my support after reading pro/con for certain tags. Ideally you can come up with a default list and users can extend it. On Sat, Jul 28, 2012 at 12:33 AM, Toby Murray toby.mur...@gmail.com wrote: Some people may not even be aware of this but JOSM silently discards the created_by tag if it exists on any object you change and upload to the API. This tag was deemed unnecessary and counterproductive a long time ago and this is just a way of cleaning it out of the database as people edit. Not sure if Potlatch does anything like this. What do you think about adding a couple of TIGER tags to be silently dropped? As more attributes get added to things in OSM the tag list can get kind of big and annoying to look through, especially when some of them are of no real value. Specifically, I try to always do a modified search in JOSM before I upload and remove the tiger:separated and tiger:upload_uuid tags from things I have touched. I believe the tiger:separated tag was set on all residential or higher roads. 98.6% of the values are no and most of them are on minor streets where it is not really an interesting value. On the remaining roads it seems, in my experience, to be wrong a majority of the time anyway. So I see no value in this tag. I believe Dave Hansen said the UUID tag was useful during the TIGER import process to verify things and fix problems but I see no value in it now. It is such a large value that it takes up about 1 GB of space in the (uncompressed XML) planet file according to my calculations. As stated above, this would only delete the tags on objects that you have already modified in some way, not on everything you download. Are there any other tags that people feel should be automatically discarded? tiger:tlid and tiger:county seem mildly useful. What about tiger:cfcc and tiger:source? I don't currently remove those from my changesets but don't really see too much use for them either. Not really sure about the zip code tags. They seem like they could be useful but I am not aware of anything that actually uses them. If there is agreement, I will submit a patch to the JOSM devs and reference this thread. Toby ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
[Talk-us] New York Times Article Mentions OSM
For those who may not have seen this: http://www.nytimes.com/2011/03/28/business/28map.html?_r=3 ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us