[talk-ph] Status of Plaridel Bypass Road and the NLEX Balagtas Interchange
Hi guys, The newest development in NLEX appears to be the Balagtas Interchange which connects to the Plaridel Bypass Road which is currently being extended to connect Plaridel to Bustos and San Rafael. News articles: http://www.philstar.com/nation/article.aspx?publicationsubcategoryid=200articleid=789152 http://mb.com.ph/node/353070/new-nlex-interchange-opening- The interchange seems to be in OSM already and is located just north of the Tabang Spur Road: http://osm.org/go/4zOrwbLjT-?m And the connection to the Plaridel Bypass Road is in OSM too: http://osm.org/go/4zOr0N97?m Looking at Bing, no roads are visible but the construction area is visible, including the Bypass Road extension which is not marked in OSM yet. There are no uploaded GPS traces of these new roads in OSM yet so it would be nice if someone can do some surveying. :) ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
[talk-ph] (no subject)
Your chance to attend State of the Map 2012 in tokyo http://www.stateofthemap.org/register-now/ I don't think it will come back to Asia anytime sooner. ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] (no subject)
it's asia alright but an expensive one...plus visa hassles though I can ask my tokyo-based kuya to sponsor me plus i only have to buy my RT airfare On Sun, Apr 15, 2012 at 6:05 PM, maning sambale emmanuel.samb...@gmail.comwrote: Your chance to attend State of the Map 2012 in tokyo http://www.stateofthemap.org/register-now/ I don't think it will come back to Asia anytime sooner. ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
[talk-ph] Mapnik (applies to OSM Mapnik as well) , PostGIS and CartoDB -- Speeding up tiles rendering
FYI. Speeding up tiles rendering. http://blog.cartodb.com/post/20163722809/speeding-up-tiles-rendering Noli ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [OSM-talk] Proposed mechanical edit: Empty Relations
Since there still seems to be debate about some cases, would anyone object to type=multipolygons and those missing type=* tags that are over a week and others over a year? Then we can debate the validity of a relation not referenced by anything in the database and not referencing anything itself. From: Paul Norman [mailto:penor...@mac.com] Subject: [OSM-talk] Proposed mechanical edit: Empty Relations Through editor errors or other mistakes there are a number of relations in OSM which have no members. I propose a mechanical edit to delete these where they are not members of some other way. My proposed procedure, documented at http://wiki.openstreetmap.org/wiki/Mechanical_Edits/pnorman_imports is to identify these with my pgsnapshot database and delete them if they aren't referenced by any other relation. If they are referenced by another relation I will investigate them and deal with them manually. I've investigated a few of them and they appear to be caused by people deleting ways from multipolygons but not deleting the relation. I don't want to investigate all 5200 by hand so I'm proposing the mechanical edit. I will filter out ones touched in the last 24 hours to avoid conflicting with anyone. If this goes ahead and anyone wishes to opt out for some unknown reason let me know. It would not be possible to opt out by area as an empty relation has no geodata associated with it. I was tempted to do this without posting, but it does fall under http://wiki.openstreetmap.org/wiki/Mechanical_Edit_Policy and therefore requires consultation. A quick sampling of the ones most recently created indicates that they are mainly made with JOSM, including recent versions. JOSM devs may want to make it harder to accidentally create a relation with no members. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Transcription and internationalization in place names
I'd like to bring this topic on the table once more as I've recently worked on that in the middle east area. The challenge is that there are some mappers that add the English name to place names so that they (and other international visitors) can read the map at www.openstreetmap.org better. Most of the time this derives from the misconception that with OpenStreetMap you are editing a map, while in fact we are editing a database of geographic features and maps are just one representation of the data. The rule about place names the majority of OSM participants have agreed on is Use the name that is being used on the ground. Adding English as an easy to get latinized transliteraion is most of the time not following this rule. Usually the best way to convince those users that it's unnecessary work and actually degrading the data quality is by simply pointing them towards a different map representation of the same data. MapQuest did a great job of showing an English map view (showing name:en as place name) while preserving local names (shown in brackets): http://open.mapquest.com/ I'd like to use my mail to raise awareness of this topic: Please talk to you fellow mappers if you see them adding English names in an act of goodwill to help other visitors of www.openstreetmap.org I'd also like to get some feedback especially from east asian countries (especially looking towards the japanese and korean communities here) if they want to revise their naming strategy/guideline to only have the local name in the name-tag and the transliteration in name:en Also in Algeria, Libya and some other countries of the Maghreb the double name tagging has recently gained momentum, probably due to some remote mappers that cannot read arabic script and wanted to be able to read the map. Still the primary langauge in all those countries remains Arabic written in the arabic script. I'm also aware that there are several examples where there are multiple primary languages in the same region: Belgium, Chad, Cameroon, etc. - Of course for these areas multilangual/multi script naming in the name-tag is applicable. Claudius ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Transcription and internationalization in place names
Hi Claudius, list, Thanks for bringing this up as it is by far my favourite OSM issue; there can't be many examples of such widespread bad mapping practices. I've done remote mapping in the Middle East and North Africa which is the background I use to base my opinions on. I'm not aware of the issues in the Far East, but I imagine that there are a number of similarities with examples from the Arabic world. Thanks also for pointing out the example of open.mapquest.org - that looks like a really good way of handling this. I've previously said that more localised maps would help, but presumably they'd consume much more resources than simply tweaking the osm.org home page. Perhaps a bug reported should be submitted requesting that all names are rendered as the contents of name= whilst followed by name:en= (or int_name=) in brackets when different. Cheers, Joseph On 15 April 2012 16:47, Claudius claudiu...@gmx.de wrote: I'd like to bring this topic on the table once more as I've recently worked on that in the middle east area. The challenge is that there are some mappers that add the English name to place names so that they (and other international visitors) can read the map at www.openstreetmap.org better. Most of the time this derives from the misconception that with OpenStreetMap you are editing a map, while in fact we are editing a database of geographic features and maps are just one representation of the data. The rule about place names the majority of OSM participants have agreed on is Use the name that is being used on the ground. Adding English as an easy to get latinized transliteraion is most of the time not following this rule. Usually the best way to convince those users that it's unnecessary work and actually degrading the data quality is by simply pointing them towards a different map representation of the same data. MapQuest did a great job of showing an English map view (showing name:en as place name) while preserving local names (shown in brackets): http://open.mapquest.com/ I'd like to use my mail to raise awareness of this topic: Please talk to you fellow mappers if you see them adding English names in an act of goodwill to help other visitors of www.openstreetmap.org I'd also like to get some feedback especially from east asian countries (especially looking towards the japanese and korean communities here) if they want to revise their naming strategy/guideline to only have the local name in the name-tag and the transliteration in name:en Also in Algeria, Libya and some other countries of the Maghreb the double name tagging has recently gained momentum, probably due to some remote mappers that cannot read arabic script and wanted to be able to read the map. Still the primary langauge in all those countries remains Arabic written in the arabic script. I'm also aware that there are several examples where there are multiple primary languages in the same region: Belgium, Chad, Cameroon, etc. - Of course for these areas multilangual/multi script naming in the name-tag is applicable. Claudius __**_ 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
[OSM-talk] Cycle tracks now show up on OCM
I've only just noticed that cycleway=track now renders on OCM, which means you get a more realistic picture of Copenhagen/Frederiksburg : http://www.opencyclemap.org/?zoom=17lat=55.68659lon=12.5642layers=B00 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Transcription and internationalization in place names
Hi Claudius, We discussed on this topic several months ago in Japasnese community. A community menber claimed not to add Romanized Japanes with blackets just as you said. But, our conclusion is to keep on adding Romanized Japanes with brackets as bellow: name=馬橋 (Mabashi) The main reason why we decided to keep adding Romanized Japanes is beacause most OSM viewer applications do not have the function to switch languages. So, we think it is better mainly for foreigners who visited Japan and wanted to use OSM in Japan. IMHO, It's also a matter of phonetics. One need to pronounce a place name when he wanted to ask other people how to go there. Romanized Japanese is not a foreign language but a pronunciation of the place name using latin characters. It's also useful for us Japanese because we have several pronunciations per one character. For example, the character 馬 have 4 pronunciations ma, me, ba, and uma. So sometimes we cannot pronounce a place name correctly without phonetic expressions. Shu Higashi 2012/4/16, Joseph Reeves iknowjos...@gmail.com: Hi Claudius, list, Thanks for bringing this up as it is by far my favourite OSM issue; there can't be many examples of such widespread bad mapping practices. I've done remote mapping in the Middle East and North Africa which is the background I use to base my opinions on. I'm not aware of the issues in the Far East, but I imagine that there are a number of similarities with examples from the Arabic world. Thanks also for pointing out the example of open.mapquest.org - that looks like a really good way of handling this. I've previously said that more localised maps would help, but presumably they'd consume much more resources than simply tweaking the osm.org home page. Perhaps a bug reported should be submitted requesting that all names are rendered as the contents of name= whilst followed by name:en= (or int_name=) in brackets when different. Cheers, Joseph On 15 April 2012 16:47, Claudius claudiu...@gmx.de wrote: I'd like to bring this topic on the table once more as I've recently worked on that in the middle east area. The challenge is that there are some mappers that add the English name to place names so that they (and other international visitors) can read the map at www.openstreetmap.org better. Most of the time this derives from the misconception that with OpenStreetMap you are editing a map, while in fact we are editing a database of geographic features and maps are just one representation of the data. The rule about place names the majority of OSM participants have agreed on is Use the name that is being used on the ground. Adding English as an easy to get latinized transliteraion is most of the time not following this rule. Usually the best way to convince those users that it's unnecessary work and actually degrading the data quality is by simply pointing them towards a different map representation of the same data. MapQuest did a great job of showing an English map view (showing name:en as place name) while preserving local names (shown in brackets): http://open.mapquest.com/ I'd like to use my mail to raise awareness of this topic: Please talk to you fellow mappers if you see them adding English names in an act of goodwill to help other visitors of www.openstreetmap.org I'd also like to get some feedback especially from east asian countries (especially looking towards the japanese and korean communities here) if they want to revise their naming strategy/guideline to only have the local name in the name-tag and the transliteration in name:en Also in Algeria, Libya and some other countries of the Maghreb the double name tagging has recently gained momentum, probably due to some remote mappers that cannot read arabic script and wanted to be able to read the map. Still the primary langauge in all those countries remains Arabic written in the arabic script. I'm also aware that there are several examples where there are multiple primary languages in the same region: Belgium, Chad, Cameroon, etc. - Of course for these areas multilangual/multi script naming in the name-tag is applicable. Claudius __**_ 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] Transcription and internationalization in place names
Claudius writes: Also in Algeria, Libya and some other countries of the Maghreb the double name tagging has recently gained momentum, probably due to some remote mappers that cannot read arabic script and wanted to be able to read the map. Still the primary langauge in all those countries remains Arabic written in the arabic script. When the crisis in Libya started to heat up I was asked if I could provide bilingual rendering which is still online on http://libya.osm-tools.org/ Is this of use for anybody? If no one cares for the bilingual rendering I might stop serving the map as my machine is quite small. If now even mapquest is providing bilingual rendering then having mine might be obsolete by now. I will still continue with the thaimap.osm-tools.org for Thailand and the surrounding asian countries. That map required a bit more tweaking of the style to get readable names (the fontsize on osm.org is way too small) Stephan ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [talk-au] How to fix the coastlines?
Ok, is there someone with JOSM expertise that can actually do this? Steve On Sat, Apr 14, 2012 at 5:08 AM, Simon Poole si...@poole.ch wrote: Maybe of interest http://lists.openstreetmap.org/pipermail/talk/2012-April/062753.html ___ 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] How to fix the coastlines?
- Original Message - From: Steve Bennett stevag...@gmail.com To: Simon Poole si...@poole.ch Cc: talk-au@openstreetmap.org Sent: Sunday, April 15, 2012 1:10 PM Subject: Re: [talk-au] How to fix the coastlines? Ok, is there someone with JOSM expertise that can actually do this? I took a slightly different approach, and there are still a few bugs left to iron out, but a first analysis of soon to be missing islands can be seen here. Green point represents a node on an island http://www.wightpaths.co.uk/coast/CT-only.php?zoom=5lat=-24.77957lon=136.15304layers=BT As I said I do need to iron out a few bugs, as the current visualisation misses a number of islands that will be deleted. Also as creating the error points is fairly intensive, I'm not sure how often I'll be able to update it. Regards David Steve On Sat, Apr 14, 2012 at 5:08 AM, Simon Poole si...@poole.ch wrote: Maybe of interest http://lists.openstreetmap.org/pipermail/talk/2012-April/062753.html ___ 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 ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] How to fix the coastlines?
- Original Message - From: David Groom revi...@pacific-rim.net To: talk-au@openstreetmap.org Sent: Sunday, April 15, 2012 9:46 PM Subject: Re: [talk-au] How to fix the coastlines? - Original Message - From: Steve Bennett stevag...@gmail.com To: Simon Poole si...@poole.ch Cc: talk-au@openstreetmap.org Sent: Sunday, April 15, 2012 1:10 PM Subject: Re: [talk-au] How to fix the coastlines? Ok, is there someone with JOSM expertise that can actually do this? I took a slightly different approach, and there are still a few bugs left to iron out, but a first analysis of soon to be missing islands can be seen here. Green point represents a node on an island http://www.wightpaths.co.uk/coast/CT-only.php?zoom=5lat=-24.77957lon=136.15304layers=BT As I said I do need to iron out a few bugs, as the current visualisation misses a number of islands that will be deleted. I've fixed a few things and I believe the current view shows a more accurate state of affairs David Also as creating the error points is fairly intensive, I'm not sure how often I'll be able to update it. Regards David Steve On Sat, Apr 14, 2012 at 5:08 AM, Simon Poole si...@poole.ch wrote: Maybe of interest http://lists.openstreetmap.org/pipermail/talk/2012-April/062753.html ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
[Talk-br] OSM no Mundo Geo#connect
Professora Arlete, O Eduardo entrou em contato comigo, mas não vou estar no Brasil na data. Alguém topa ajudar a organizar uma oficina de mapas livres neste evento? Vai ser do dia 29 a 31 de maio, em São Paulo. http://mundogeoconnect.com/2012/ Vitor George mapaslivres.org twitter.com/mapaslivres 2012/4/14 Arlete Meneguette arletemenegue...@gmail.com Pessoal Outra oportunidade para conhecermos melhor a INDE é participarmos do MundoGEO#Connect: http://mundogeoconnect.com/2012/grade/curso-padroes-dos-dados-geoespaciais-da-inde/ Por sinal, o Eduardo Freitas (do Portal MundoGEO) gostaria de realizar uma sessão sobre Mapeamento Colaborativo e/ou uma Mapping Party. Passei para eles alguns contatos de membros da nossa lista do OSM e espero que dê certo ! Arlete Em 14 de abril de 2012 21:02, vitor vitor.geo...@gmail.com escreveu: Oi Edmar, Com certeza precisamos trabalhar para uma legislação mais clara sobre o licenciamento de dados públicos. Agora mesmo estamos conversando com uma entidade sobre o compartilhamento de uma base, e estamos tendo que repetir o processo de esclarecimento a respeito dos termos de compartilhamento. Se as bases de entidades públicas fossem obrigadas a terem uma licença, seja ela qual fosse, já saberíamos por onde ir de antemão. Sei que muitas vezes as entidades usam bases de terceiros que não podem ser relicenciadas, mas acredito que deveria haver uma lei que regulasse este tema e impedisse que houvesse qualquer restrição para a redistribuição. No link abaixo há uma carta do W3C sobre o que deveriam ser os princípios de dados abertos governamentais. http://www.w3c.br/divulgacao/pdf/dados-abertos-governamentais.pdf Concordo com quase todos os princípios, menos com o que diz que dados abertos governamentais devem ser livres de licença, a menos que eles queriam estar referindo-se de que os dados devem ser declaradamente de domínio público. Não estou muito envolvido ainda no INDA, mas gostaria de participar mais. Vi no wiki que o GT do INDA estará no OGP Meeting em Brasília: http://wiki.gtinda.ibge.gov.br Vou estar lá para participar das discussões. Abs Vitor George mapaslivres.org twitter.com/mapaslivres 2012/4/14 Edmar Moretti edmar.more...@terra.com.br Qd os dados são produzidos pela própria instituição, cabe às instâncias internas decidirem qual o licenciamento, tendo como base a legislação vigente. O Decreto que instituiu a INDE exige o compartilhamento de dados mas deixa a questão da licença em aberto. Esse Decreto foi um avanço considerável, envolveu muita discussão dentro do governo e acabou abrindo caminho para a lei dos dados abertos e a criação do grupo responsável pela INDA (Infraestrutura Nacional de Dados Abertos). Na época ficamos felizes em conseguir quebrar a resistência de muitos setores que não aceitavam essa abertura. Agora precisamos avançar mais. O passivo realmente é um problema já que os dados digitais produzidos pelas instituições do governo foram sendo feitos sem muito cuidado com a qualidade e documentação, o que leva muitas vezes à impossibilidade de se usar um determinado dado já que não se sabe sua fonte. []'s Em 14/04/2012 15:13, Alexandre Parente Lima escreveu: A verdade é que as instituições não sabem qual a licença dos seus dados, dessa forma fica difícil disponibilizar algo. Trabalho no IBAMA e por aqui ninguém soube me informar sob que licenca esta os dados do CSR. Outro exemplo, tenho toda a hidrografia do estado digitalizada das cartas da SUDENE e não seu de quem é esse trabalho nem sob qual licença ele está. Em 14 de abril de 2012 14:17, Edmar Moretti edmar.more...@terra.com.br escreveu: A INDE é uma base de metadados. Cada instituição produtora cadastra seus metadados em uma rede descentralizada. Cabe a cada uma dessas instituições definir que tipo de uso pode ser feito dos dados e isso é registrado nesses metadados que descrevem o dado em si. Normalmente, a prática no governo é a de vetar o uso comercial, o que me parece ser incompatível com a licença do OSM (?). Sugeri a algumas pessoas do IBGE que fosse discutida a possibilidade de inclusão no OSM da base de dados Brasil ao milionésimo que contém rios, estradas e outros dados. A princípio houve uma reação positiva, mas creio que para que isso avance seria necessário uma articulação maior por parte dos usuários e incentivadores do OSM no Brasil. Acho inclusive que deveria ser solicitada uma reunião com os responsáveis pela INDE, mais especificamente do grupo de trabalho sobre cartografia básica, para discutir a possibilidade de parcerias. []'s Em 14/04/2012 12:47, Arlindo Pereira escreveu: http://www.inde.gov.br/ Será que os dados são disponibilizados numa licença compatível com o OSM? []s ___ Talk-br
Re: [Talk-de] Lagerhalle oder Speditionsgelände
Am 14. April 2012 17:48 schrieb Christian H. Bruhn br...@arcor.de: am Freitag, 13. April 2012 um 22:24 schrieb fx99: wie wärs mit NACE=H49.4.1 - Freight transport by road oder NACE=H52.1.0 - Warehousing and storage -1 Braucht wieder eine externe Quelle, um ausgewertet zu werden. Ist so nicht brauchbar. So etwas hat in OSM nichts zu suchen. als einziger Tag finde ich das auch nicht wirklich brauchbar, wenn es in diesem Bereich noch keine detaillierten OSM-Tags gibt sollte man sich an ein Proposal machen. Dass das überhaupt nichts in OSM zu suchen hat finde ich aber auch nicht grundsätzlich. Als zusätzliche Detailinformation kann man das meinetwegen schon taggen, sollte dann aber idealerweise auch den Schlüssel ins Wiki stellen. Bisher ist das Tag allerdings nicht nennenswert in Gebrauch und die paar getaggten Werte entsprechen so wie sie eingetragen sind auch nicht unserem Standard für tags: http://taginfo.openstreetmap.org/keys/NACE#values (weil sie Leerzeichen und Groß- und Kleinschreibung sowie Identifikationsnummern und Text gemischt in einem vorgeblich formalisierten Tag enthalten). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Burgen, Schlösser usw ... ;-)
Hallo zusammen, sorry, wenn ich nerve, aber ich bin noch nicht viel weiter gekommen mit meinem Anliegen ... Ich gebe hier mal Fragen und Antworten aus einem anderen Thread weiter ... Ich habe auch in eben diesem Thread gelesen, dass Schlösser und Burgen in Mapnik nicht gerendert werden ... IST das so? Kann ich was tun, um diese für Touris evtl wichtige Info trotzdem sichtbar zu machen? Ist das so??? - kann ich irgend etwas unternehmen, um diese Infos doch in OSM sichtbar zu machen? folgt: Fragen und Antworten Am 13. April 2012 20:03 schrieb W.N. * walter.nordm...@web.de**@***.**: Hi Manfred, Manfred A. Reiter wrote 1. was mache ich falsch? 2. wie kann ich das Problem lösen? Das allerwichtigste ist es, uns vernünftige nachvollziehbare Informationen zu geben. a: Um welches Objekt handelt es sich? b: und wo liegt das Teil? a geht z.B. so: http://www.openstreetmap.org/browse/way/116926709 also: dort findet man 2 Burgen (Verzweifelungstat. ;-) ) 1. korrekt ist das Predjamski grad, das mit dem Fußweg verbunden ist http://www.openstreetmap.org/browse/node/1711704727 BTW: wenn ich ganz nah ran zoome, dann kann ich zumindest den Namen lesen: Prdejamski grad 2. das nicht verbundene Predjama http://www.openstreetmap.org/browse/node/1713403715 habe ich nur eingetragen, weil ich feststellen wollte, ob sich evtl. ein Fehler aus dem Fußweg auf die Burg auswirkt dieses werde ich löschen, wenn das Problem gelöst ist. b ein permalink: http://www.openstreetmap.org/?lat=51.56934lon=7.28064zoom=16layers=M http://www.openstreetmap.org/?lat=45.815226lon=14.128086zoom=18layers=M Damit gibst du uns ne Chance. Wie sieht es aus mit der Chance ... muss ich mehr Infos geben? Nochmals Danke im voraus und GLG Manfred ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Burgen, Schlösser usw ... ;-)
Am 15. April 2012 16:12 schrieb Manfred A. Reiter ma.rei...@gmail.com: Ich habe auch in eben diesem Thread gelesen, dass Schlösser und Burgen in Mapnik nicht gerendert werden ... IST das so? Kann ich was tun, um diese für Touris evtl wichtige Info trotzdem sichtbar zu machen? ja, das ist so. Um die Info trotzdem sichtbar zu machen, müsstest Du (eins der folgenden) a) ein Rendering nutzen, das diese Sachen rendert (z.B. NOPs Wanderreitkarte) b) die Macher des aktuellen Mapnikstils davon überzeugen, dass sie es in das Standard-Rendering aufnehmen (z.B. per trac-ticket, das wird es allerdings wohl bereits geben, müsstest Du mal suchen, trac.openstreetmap.org , Komponente Mapnik) c) selbst eine Karte oder ein Overlay machen, dass so aussieht, wie Du es gerne haben willst Ist das so??? - kann ich irgend etwas unternehmen, um diese Infos doch in OSM sichtbar zu machen? s.o. Die Info ist bereits in OSM sichtbar bzw. enthalten, sie wird derzeit nur nicht im Mapnik-rendering gesondert hervorgehoben. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Objekte erscheinen nicht auf der Karte
Boris Wagner b...@gmx.net wrote: ich würde mich persönlich eher am ATKIS-Signaturenkatalog orientieren, auf welchen die aktuellen Topos der Vermessungsämter beruhen. Auch eine Idee. Hier gibt's den entsprechenden Auszug für Burg (SN 2380) und Ruine (SN 2360): http://www.maihack.de/Vorlesungen/grafischeprogramme/studienarbeiten_WS2008/uebung4/Signaturenkataloge/ATKIS_SK25_v4.3/SK25_2000.pdf Unter welcher Lizenz stehen denn diese Signaturenkataloge? kann man die PDF Dateien einfach nach SVG konvertieren und die Icons verwenden? Bzw. sind diese Kataloge als amtliche verlautbarungen ohnehin Public Domain? Gruss Sven -- /* * Wirzenius wrote this portably, Torvalds fucked it up :-) */(taken from /usr/src/linux/lib/vsprintf.c) /me is giggls@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Wochennotiz Nr. 91 8.4. – 14.4.2012
Hallo, die neue Wochennotiz Nr. 91 mit allen Neuigkeiten aus der OpenStreetMap-Welt ist da: http://blog.openstreetmap.de/2012/04/wochennotiz-nr-91/ Viel Spaß beim Lesen! ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Burgen, Schlösser usw ... ;-)
Manfred A. Reiter ma.rei...@gmail.com wrote: Ich habe auch in eben diesem Thread gelesen, dass Schlösser und Burgen in Mapnik nicht gerendert werden ... IST das so? Kann ich was tun, um diese für Touris evtl wichtige Info trotzdem sichtbar zu machen? Ist das so??? Natürlich! Ich schreibe mit Sicherheit keine Lügen als Antwort! kann ich irgend etwas unternehmen, um diese Infos doch in OSM sichtbar zu machen? Was heißt für Dich in OSM? Wenn mir jemand ein passendes Icon anbietet bau ich das gerne in den deutschen Stil ein. Passende patches für den Mapnik Stil sind mir natürlich noch lieber ;) Ich versuche grade rauszufinden ob diese ATKIS Kataloge Public Domain sind. Gruss Sven -- Das allgemeine Persönlichkeitsrecht (Art. 2 Abs.1 i.V.m. Art.1 Abs. 1GG) umfasst das Grundrecht auf Gewährleistung der Vertraulichkeit und Integrität informationstechnischer Systeme. (BVerfG, 1BvR 370/07) /me is giggls@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Burgen, Schlösser usw ... ;-)
Am 15. April 2012 19:40 schrieb Sven Geggus li...@fuchsschwanzdomain.de: Ich versuche grade rauszufinden ob diese ATKIS Kataloge Public Domain sind. ist denn nicht gerade und vor allem auch das Kartenbild geschützt, sofern es nicht entsprechend frei lizensiert wurde? Z.B. darf man doch vermutlich gar nicht einfach eine Topokarte mit OSM-Daten bauen und veröffentlichen: auch wenn die Daten frei sind, so ist diese bestimmte Art der Darstellung (Strichstärken/Linienbreiten, Signaturen und Symbole, Einsatz von Text (Schriftarten und -größen, etc.) ggf. geschützt. Oder täusche ich mich und der Schutz bezieht sich nur auf die Auswahl der Kartenelemente und deren Generalisierung? Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Burgen, Schlösser usw ... ;-)
Martin Koppenhoefer dieterdre...@gmail.com wrote: ist denn nicht gerade und vor allem auch das Kartenbild geschützt, sofern es nicht entsprechend frei lizensiert wurde? D.h. es ist Deiner Meinung nach letztendlich illegal einen deutschen OSM Kartenstil zu bauen?! Die gelben/orangen Autobahnen sind jedenfalls auch in diesen ATKIS Dokumenten beschrieben. Interessanterweise kann man die PDF Dateien ATKIS Signaturenkatalog frei von http://www.adv-online.de runterladen und nirgends ist erwähnt unter welcher Lizenz diese Dateien stehen. Jedenfalls habe ich das nirgends gefunden. Vielleicht sollte man da mal offiziell anfragen. Gruss Sven -- Software patents are the software project equivalent of land mines: Each design decision carries a risk of stepping on a patent, which can destroy your project. (Richard M. Stallman) /me is giggls@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Burgen, Schlösser usw ... ;-)
Sven Geggus li...@fuchsschwanzdomain.de wrote: Interessanterweise kann man die PDF Dateien ATKIS Signaturenkatalog frei von http://www.adv-online.de runterladen und nirgends ist erwähnt unter welcher Lizenz diese Dateien stehen. Jedenfalls habe ich das nirgends gefunden. Im Impressum der Webseite unter http://www.adv-online.de/ findet man dann doch etwas: Urheberrecht: Alle Texte, Bilder, Grafiken, Ton-, Video- und Animationsdateien sowie ihre Arrangements unterliegen dem Urheberrecht und anderen Gesetzen zum Schutz geistigen Eigentums. Sie dürfen weder für Handelszwecke oder zur Weitergabe kopiert noch verändert und auf anderen Websites verwendet werden. Einige Internetseiten enthalten auch Bilder, die dem Urheberrecht derjenigen unterliegen, die diese zur Verfügung gestellt haben. Wenn ich das schon lese Gesetz zum Schutz geistigen Eigentums wird mir schon schlecht. Es gibt kein geistiges Eigentum. Gruss Sven -- Microsoft ist offenbar die einzige Firma, die in der Lage ist, ein mit Office nicht kompatibles Bürosoftwarepaket einzuführen. (Florian Weimer in de.alt.sysadmin.recovery) /me is giggls@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Burgen, Schlösser usw ... ;-)
Am 15. April 2012 20:20 schrieb Sven Geggus li...@fuchsschwanzdomain.de: Martin Koppenhoefer dieterdre...@gmail.com wrote: D.h. es ist Deiner Meinung nach letztendlich illegal einen deutschen OSM Kartenstil zu bauen?! Die gelben/orangen Autobahnen sind jedenfalls auch in diesen ATKIS Dokumenten beschrieben. es gibt ja nicht den deutschen Stil, jeder Kartenherausgeber hat einen eigenen, und ja, ich nehme an, dass die jeweils geschützt sind. Interessanterweise kann man die PDF Dateien ATKIS Signaturenkatalog frei von http://www.adv-online.de runterladen und nirgends ist erwähnt unter welcher Lizenz diese Dateien stehen. Jedenfalls habe ich das nirgends gefunden. das heisst ja üblicherweise, dass die Inhalte geschützt sind, wenn da nichts anderes dran steht, oder? Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Burgen, Schlösser usw ... ;-)
Martin Koppenhoefer dieterdre...@gmail.com wrote: das heisst ja üblicherweise, dass die Inhalte geschützt sind, wenn da nichts anderes dran steht, oder? Das ist schon richtig. Aber gerade ATKIS möchte ja soetwas wie ein Standard sein und die Bedingungen, die man erfüllen muß um sich standardkonform zu verhalten sollten ja schon irgendwo nachlesbar sein. Irgendwo hatte ich mal gelesen, dass amtliche Verlautbarungen public domain sind. Das könnte für den ATKIS Signaturenkatalog durchaus zutreffen. Gruss Sven -- C Is Quirky, Flawed, And An Enormous Success. (Dennis M. Ritchie) /me is giggls@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Burgen, Schlösser usw ... ;-)
Sven Geggus li...@fuchsschwanzdomain.de wrote: Das ist schon richtig. Aber gerade ATKIS möchte ja soetwas wie ein Standard sein und die Bedingungen, die man erfüllen muß um sich standardkonform zu verhalten sollten ja schon irgendwo nachlesbar sein. Mir ist gerade etwas eingefallen was 100% vergleichbar ist nämlich der amtliche Verkehrszeichenkatalog (VzKat). --schnipp-- Dieses Werk gilt gemäß dem deutschen Urheberrecht als gemeinfrei, weil es Teil der Statute, Verordnung oder ein gesetzlicher Erlass (Amtliches Werk) ist, das durch eine deutsche Reichs-, Bundes- oder Landesbehörde bzw. durch ein deutsches Reichs-, Bundes- oder Landesgericht veröffentlicht wurde (§ 5 Abs.1 UrhG). --schnapp-- Sven -- .. this message has been created using an outdated OS (UNIX-like) with an outdated mail- or newsreader (text-only) :-P /me is giggls@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Burgen/Schlösser rendern
Hilft es, daß es dafür ein Unicode Symbol gibt? Es gibt im Unicode den Code 1F3F0 European Castle. Die ganze 1F3.. Serie ist fürs rendern recht interessant. Kann man sich leicht über http://www.unicode.org/charts/ ansehen oder unicode european castle googeln. Leider wird 1f3f0 bei mir vom Firefox nicht gerendert aber man kann passende Zeichensätze laden. Wenn die auf dem rendernden Server drauf sind, dann könnte das doch evtl. leicht gehen im deutschen Stil und auch bei Mapnik. mfg wb ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Burgen, Schlösser usw ... ;-)
Am 15.04.2012 20:40, schrieb Sven Geggus: Martin Koppenhoeferdieterdre...@gmail.com wrote: das heisst ja üblicherweise, dass die Inhalte geschützt sind, wenn da nichts anderes dran steht, oder? Das ist schon richtig. Aber gerade ATKIS möchte ja soetwas wie ein Standard sein und die Bedingungen, die man erfüllen muß um sich standardkonform zu verhalten sollten ja schon irgendwo nachlesbar sein. Seit wann sind Standards per Definition frei? Schonmal in Preislisten von DIN, ISO und ähnlichen Organisationen geguckt? Im Zweifelsfall gehe ich leider mittlerweile davon aus, dass Geodaten in Deutschland zumindest die negative Ausnahme, wenn nicht Teil der Regel sind: frei sind die bestimmt nicht, wenn sie auch nur ansatzweise amtlich sind. (Ausnahmen bestätigen die Regel) Gruß Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Burgen, Schlösser usw ... ;-)
Peter Wendorff wendo...@uni-paderborn.de wrote: Seit wann sind Standards per Definition frei? Schonmal in Preislisten von DIN, ISO und ähnlichen Organisationen geguckt? Man bezahlt dafür, dass man sich als standartkonform bezeichnen darf und/oder für die Beschreibung der Standards, aber nicht für die Verwendung des Standards an sich. Aber darum geht es heir ohnehin nicht siehe unten. Im Zweifelsfall gehe ich leider mittlerweile davon aus, dass Geodaten in Deutschland zumindest die negative Ausnahme, wenn nicht Teil der Regel sind: frei sind die bestimmt nicht, wenn sie auch nur ansatzweise amtlich sind. (Ausnahmen bestätigen die Regel) Es geht hier ja nicht um Geodaten sondern um Symbole und Farben. IANAL, aber meines Erachtens fallen die ATKIS-Signaturenkataloge unter §5 UrhG. Gruss Sven -- Der normale Bürger ist nicht an der TU Dresden und schreibt auch nicht mit mutt. (Ulli Kuhnle in de.comp.os.unix.discussion) /me is giggls@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Wichtige Strassen die noch nicht neu gemappt worden sind ....
Werner Poppele wrote: Servus, Simon Liste aktualisieren, die ersten 50 sind gemacht Wernerp Das ging aber sehr schnell! Könntest du mir sagen, wie du das geschafft hast? Warst du schon vor Ort, oder hast du GPS Tracks / Luftbilder genommen? Mich würde es wundern, wenn ich die Zeitstempeln von den Changesets sehe! Danke und Grüße. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] XAPI-Erweiterung mit logischem OR und Vergleichsoperator IsNotEqualTo
Hallo OSM-Entwickler Ich möchte gerne die offenbar immer noch sehr beliebte XAPI-Syntax [1] erweitern und vervollständigen. Damit würde es mehr an die Mächtigkeit von OGC's Filter Encoding (vgl. [2]) kommen (das übrigens in [3] für OpenStreetMap-Daten implementiert ist). Von den logischen Operatoren kennt es meines Wissens nur ein implizites AND (Bsp.: ?xapi=node[key1=value1]node[key2=value2]). Das OR (bzw. UNION, wie sie es nennen) gibt es nur für values (Bsp.: ?xapi=node[amenity=restaurant|bar]) und das NOT gibt es nur für Child Element Predicates (Bsp.: ?xapi=node[not(tag)]). Es fehlen OR und NOT. Und von den möglichen Vergleichsoperatoren (IsBetween, IsEqualTo, IsLessThan, IsGreaterThan, IsLessThanOrEqualTo, IsGreaterThanOrEqualTo, IsNotEqualTo, IsNull, IsLike) kennt es nur =, also IsEqualTo (Bsp.: ?xapi=node[amenity=restaurant]). Von einer Diskussion auf OSM-Dev inspiriert schlage ich folgende Erweiterungen vor: 1) Logischer Operator OR ist | (analog union operator für values): Bsp.: ?xapi=node[amenity=restaurant]|[tourism=office] 2) Vergleichsoperator IsNotEqualTo ist != Bsp.: ?xapi=node[cuisine!=pizza] 3) weitere denkbare Vergleichsoperatoren analog 2), also z.B. =, etc. (siehe oben). Was meint ihr dazu? LG, S. [1] http://wiki.openstreetmap.org/wiki/XAPI#Tag_Predicates [2] http://www.opengeospatial.org/standards/filter [3] OpenPOIMap (Schweiz) - http://openpoimap.ch ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Fragen zur Overpass API-Syntax
Hallo Auf der Suche nach einer erweiterten XAPI-Syntax mit logischem Operator OR und Vergleichsoperator IsNotEqualTo (vgl. anderer Thread) hat mich jemand auf OSM-Dev auf das Overpass API hingewiesen und folgende Vorschläge gemacht: Logischer Operator OR: 1) (node[name=Lichtscheid];node[name=Müngstener Straße]);out; full URL: http://overpass-api.de/api/interpreter?data=way%5B%22highway%22%21%3D%22residential%22%5D%2850%2E7%2C7%2E1%2C50%2E701%2C7%2E101%29%3Bout%3B Vergleichsoperator IsNotEqualTo: 2) way[highway!=residential](50.7,7.1,50.701,7.101);out; [2] full URL: http://overpass-api.de/api/interpreter?data=way%5B%22highway%22%21%3D%22residential%22%5D%2850%2E7%2C7%2E1%2C50%2E701%2C7%2E101%29%3Bout%3B Zu 1) * Warum diese Klammern und Anführungszeichen? Mind. die Anführungszeichen sind überflüssig und nicht kompatibel mit XAPI. * Warum Strichpunkt zwischen Tags? Ist das der logische OR-Operator? Zu 2) * Warum out und warum ein Semicolon davor? Wenn schon dann das für Parameter-Trennung übliche davor und ein sinniger, in REST üblicher, Parametername format, also z.B. format=xml. * Warum die BBOX in Klammern? Dafür gibt es in XAPI extra den Parameter bbox (also z.B. [bbox=left,bottom,right,top] Diese Syntax finde ich ein wenig verwirrlich und nicht RESTful - oder habe ich da etwas noch nicht verstanden? -S. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fragen zur Overpass API-Syntax
Hallo Stefan. Ich schlage vor, du liest dir mal in Ruhe die Dokumentation zur Overpass Query Language durch. Die Overpass-API ist nicht die XAPI, sie bietet einen Kompatibilitätsmodus an. Die Overpass-API kann aber mehr - und irgendwie finde ich das dann schon logisch, dass das nicht unbedingt konsistent zur XAPI-Syntax ist. Roland hat, wenn ich mich richtig erinnere, in mindestens einem Blogpost oder Vortrag letztens die Overpass Query Language vorgestellt und begründet, warum die sinnvoll und richtig ist. Wenn Du dir die Doku durchliest, solltest du auch verstehen, warum da ein Semikolon nicht falsch ist, was out; bedeutet. Da der ganze Kram hinter data EIN Parameter, und zwar eine Befehlsfolge in der Overpass-Query-Language ist, ist das durchaus so In REST üblich, denn es sind eben nicht mehrere Parameter, die man durch trennen könnte. Gruß Peter Am 16.04.2012 00:19, schrieb Stefan Keller: Hallo Auf der Suche nach einer erweiterten XAPI-Syntax mit logischem Operator OR und Vergleichsoperator IsNotEqualTo (vgl. anderer Thread) hat mich jemand auf OSM-Dev auf das Overpass API hingewiesen und folgende Vorschläge gemacht: Logischer Operator OR: 1) (node[name=Lichtscheid];node[name=Müngstener Straße]);out; full URL:http://overpass-api.de/api/interpreter?data=way%5B%22highway%22%21%3D%22residential%22%5D%2850%2E7%2C7%2E1%2C50%2E701%2C7%2E101%29%3Bout%3B Vergleichsoperator IsNotEqualTo: 2) way[highway!=residential](50.7,7.1,50.701,7.101);out; [2] full URL:http://overpass-api.de/api/interpreter?data=way%5B%22highway%22%21%3D%22residential%22%5D%2850%2E7%2C7%2E1%2C50%2E701%2C7%2E101%29%3Bout%3B Zu 1) * Warum diese Klammern und Anführungszeichen? Mind. die Anführungszeichen sind überflüssig und nicht kompatibel mit XAPI. * Warum Strichpunkt zwischen Tags? Ist das der logische OR-Operator? Zu 2) * Warum out und warum ein Semicolon davor? Wenn schon dann das für Parameter-Trennung übliche davor und ein sinniger, in REST üblicher, Parametername format, also z.B. format=xml. * Warum die BBOX in Klammern? Dafür gibt es in XAPI extra den Parameter bbox (also z.B. [bbox=left,bottom,right,top] Diese Syntax finde ich ein wenig verwirrlich und nicht RESTful - oder habe ich da etwas noch nicht verstanden? -S. ___ 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] Fragen zur Overpass API-Syntax
Hallo Peter Ich spreche beim Overpass API nur vom XAPI Kompatibilitätsmodus... Und der sollte m.E. schon RESTful und sehr nahe an XAPI sein (wie der Name ja suggeriert). LG, S. Am 16. April 2012 00:19 schrieb Peter Wendorff wendo...@uni-paderborn.de: Hallo Stefan. Ich schlage vor, du liest dir mal in Ruhe die Dokumentation zur Overpass Query Language durch. Die Overpass-API ist nicht die XAPI, sie bietet einen Kompatibilitätsmodus an. Die Overpass-API kann aber mehr - und irgendwie finde ich das dann schon logisch, dass das nicht unbedingt konsistent zur XAPI-Syntax ist. Roland hat, wenn ich mich richtig erinnere, in mindestens einem Blogpost oder Vortrag letztens die Overpass Query Language vorgestellt und begründet, warum die sinnvoll und richtig ist. Wenn Du dir die Doku durchliest, solltest du auch verstehen, warum da ein Semikolon nicht falsch ist, was out; bedeutet. Da der ganze Kram hinter data EIN Parameter, und zwar eine Befehlsfolge in der Overpass-Query-Language ist, ist das durchaus so In REST üblich, denn es sind eben nicht mehrere Parameter, die man durch trennen könnte. Gruß Peter Am 16.04.2012 00:19, schrieb Stefan Keller: Hallo Auf der Suche nach einer erweiterten XAPI-Syntax mit logischem Operator OR und Vergleichsoperator IsNotEqualTo (vgl. anderer Thread) hat mich jemand auf OSM-Dev auf das Overpass API hingewiesen und folgende Vorschläge gemacht: Logischer Operator OR: 1) (node[name=Lichtscheid];node[name=Müngstener Straße]);out; full URL:http://overpass-api.de/api/interpreter?data=way%5B%22highway%22%21%3D%22residential%22%5D%2850%2E7%2C7%2E1%2C50%2E701%2C7%2E101%29%3Bout%3B Vergleichsoperator IsNotEqualTo: 2) way[highway!=residential](50.7,7.1,50.701,7.101);out; [2] full URL:http://overpass-api.de/api/interpreter?data=way%5B%22highway%22%21%3D%22residential%22%5D%2850%2E7%2C7%2E1%2C50%2E701%2C7%2E101%29%3Bout%3B Zu 1) * Warum diese Klammern und Anführungszeichen? Mind. die Anführungszeichen sind überflüssig und nicht kompatibel mit XAPI. * Warum Strichpunkt zwischen Tags? Ist das der logische OR-Operator? Zu 2) * Warum out und warum ein Semicolon davor? Wenn schon dann das für Parameter-Trennung übliche davor und ein sinniger, in REST üblicher, Parametername format, also z.B. format=xml. * Warum die BBOX in Klammern? Dafür gibt es in XAPI extra den Parameter bbox (also z.B. [bbox=left,bottom,right,top] Diese Syntax finde ich ein wenig verwirrlich und nicht RESTful - oder habe ich da etwas noch nicht verstanden? -S. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] Ciao!
Il 13 aprile 2012 23:20, Caterpillar caterpilla...@gmail.com ha scritto: Il 13/04/2012 08:57, Luca Delucchi ha scritto: Il 13 aprile 2012 06:42, Cascafico Giovanni cascaf...@gmail.com ha scritto: e a tal proposito, se hai un android, geopaparazzi aiuta molto, ma utilizzi l'utility per OSM o lo usi solo per registrare le tracce? ti riferisci a me? no a Giovanni Cascafico -- 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] numeri civici
On Sun, 15 Apr 2012 09:44:24 +0200 (CEST), davide.bagn...@libero.it wrote: Ho voluto fare una prova per assegnare dei numeri civici a delle case e questo è il risultato. http://www.openstreetmap.org/browse/changeset/11306782 Quanti sbagli ho fatto? Solo di aggiungere building=yes ai vari nodi :) In realtà dovresti aggiungere entrance=* http://wiki.openstreetmap.org/wiki/Key:entrance La relazione dovrebbe avere come minimo anche un name=. Per il resto, mi spiace tu abbia scelto associatedStreet al posto di street, ma a quanto pare sono gusti :) (no, non è sbagliato) -- . ''`. Debian developer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://deb.li/dapal `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] R: Re: numeri civici
In realtà dovresti aggiungere entrance=* La relazione dovrebbe avere come minimo anche un name=. Per il resto, mi spiace tu abbia scelto associatedStreet al posto di street, ma a quanto pare sono gusti :) (no, non è sbagliato) http://www.openstreetmap.org/browse/changeset/11307201 Manca nient'altro? Grazie ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: Re: numeri civici
2012/4/15 davide.bagn...@libero.it davide.bagn...@libero.it La relazione dovrebbe avere come minimo anche un name=. http://www.openstreetmap.org/browse/changeset/11307201 Manca nient'altro? Grazie Direi che come name= ti conviene mettere il nome della via (sempre per esteso e identico al nome della via associata alla relazione). Ciao Tiziano ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: Re: numeri civici
On Sun, 15 Apr 2012 10:34:33 +0200, Tiziano D'Angelo wrote: 2012/4/15 davide.bagn...@libero.it davide.bagn...@libero.it La relazione dovrebbe avere come minimo anche un name=. http://www.openstreetmap.org/browse/changeset/11307201 Manca nient'altro? Grazie Direi che come name= ti conviene mettere il nome della via (sempre per esteso e identico al nome della via associata alla relazione). +1 :) (mi spiace non essere stato abbastanza chiaro nel precedente messaggio) -- . ''`. Debian developer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://deb.li/dapal `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] relation MTB
Nella mappatura mi trovo in una situazione in cui raccoglierei consigli. Il preciso punto da dove nasce lindecisione nel procedere è questo: http://www.openstreetmap.org/browse/node/1327896591 Che ho raggiunto attraverso il percorso ID=141689518 (tag=name che ho modificato da Via Vandelli a Via Lezze) Come si vede il nodo è condiviso anche dai percorsi: ID=117991853 (name= Raccordo Vandelli) e ID=141689519 (name= Via Vandelli) Come si nota dai TAG questi due ultimi percorsi sono stati tracciati da appassionati di MTB, e sono percorsi di una più ampia mappatura dei percorsi MTB della zona (denominata Piane MTB) ma non riconducibile a nessuna RELATION che le lega. È certo che Via Lezze prosegue sul percorso: ID=141689519 (name= Via Vandelli) almeno fino al nodo di questultima 1550953863. È certo che potrei rinominare il tratto, e finirla li. Però rimane la questione dei tracciati non legati da relation. Come vi comportate in questi casi? Scrivete una relation? Esistono relation per percorsi MTB? E se si, come le scrivete? Contattate gli autori dei tracciati e gli comunicate la modifica? Gli dite di scriversi la relation? Grazie delle info Beppe ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] strade della rete principale e ODbL
Noto che vicino ai casi incriminati ci sono anche una marea di terziary e nei centri città una marea di residenzial ***??? Scusate la mia ignoranza ma come si aggiorna la pagina quando ho sistemato una strada? Messaggio originale Da: grop...@gmail.com Data: 14/04/2012 14.32 A: openstreetmap list - italianotalk-it@openstreetmap.org Ogg: Re: [Talk-it] strade della rete principale e ODbL Il 13 aprile 2012 11:37, Martin Koppenhoefer dieterdre...@gmail.com ha scritto: Am 13. April 2012 10:58 schrieb beppebo...@libero.it beppebonin@libero. it: se avessimo una lista regione per regione almeno sarebbe molto più semplice poi ci si potrebbe dividere in settori e in una pagina web segnare volta per volta se il settore guardato è stato corretto +1, concordo ;-) Concordo e... lo ho fatto :) Ho suddiviso (*) le way per regione e provincia. Ho anche spostato a fine pagina quelle che cadono all'estero, così le way italiane da rimappare sono calate da 1701 a 1387 senza far niente ;) Non sono un esperto di database ma, visto che non mi sembrava di aver fatto pasticci, mi son permesso di applicare già le modifiche alla pagina. http://wiki.openstreetmap.org/wiki/Open_Database_License/Cleanup/Italy La lista di ID sotto ciascuna tabella può essere usata per scaricare tutte le way di una provincia. Basta copiarla ed incollarla in JOSM (File -- Scarica oggetto... -- ID oggetto:). Avevo provato a creare anche qui un link remote control ma JOSM apriva un sacco di dialoghi Downloading referrers... (?). Ciao, Groppo (*) Ho importato con spatialite_osm_map il file fornito da Matteo Gottardi (grazie!) e poi selezionato le way che intersecano le province dell'ISTAT 2011 generalizzato, tramite: SELECT ... WHERE Intersects(ways.geometry, province.geometry); ___ 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] relation MTB
Ciao Beppe On 15 April 2012 10:41, Giuseppe Amici giuseppeam...@virgilio.it wrote: Nella mappatura mi trovo in una situazione in cui raccoglierei consigli.** ** ** ** Il preciso punto da dove nasce l’indecisione nel procedere è questo: ** ** http://www.openstreetmap.org/browse/node/1327896591 ** ** Che ho raggiunto attraverso il percorso ID=141689518 (tag=name che ho modificato da Via Vandelli a Via Lezze) ** ** Come si vede il nodo è condiviso anche dai percorsi: ID=117991853 (name= Raccordo Vandelli) e ID=141689519 (name= Via Vandelli) ** ** ** ** Come si nota dai TAG questi due ultimi percorsi sono stati tracciati da appassionati di MTB, e sono percorsi di una più ampia mappatura dei percorsi MTB della zona (denominata Piane MTB) ma non riconducibile a nessuna “RELATION” che le lega. È certo che Via Lezze prosegue sul percorso: ID=141689519 (name= Via Vandelli) almeno fino al nodo di quest’ultima 1550953863. Ho guardato le via che hai indicato. I tags sono delle descrizioni precise per utenti in MTB. Non indicano che fanno parte di una rete qualsiasi. Come sai che fanno parte di questa rete che hai menzionato? Se ci sono cartelli sul terreno che portano una descrizione, questo potrebbe essere fatto in due modi: - aggiungere il tag ref ad ogni via del percorso. - In alternativa si potrebbe creare una relazione per l'intero percorso con un tag ref al livello della relazione ** ** È certo che potrei rinominare il tratto, e finirla li. Se con rinominare intendi solo cambiare/aggiungere il nome del way, si, questo è apposto. ** ** Però rimane la questione dei tracciati non legati da “relation”. Come vi comportate in questi casi? ** ** Scrivete una “relation”? – Esistono “relation” per percorsi MTB? Si E se si, come le scrivete? Come relation di tipo route=mtb - vedi https://wiki.openstreetmap.org/wiki/Relation:route Contattate gli autori dei tracciati e gli comunicate la modifica? Se ci sono cartelli sul terreno o altri segni univoci e permanenti, puoi mapparlo tu. Se non ci sono cartelli, neanche gli autori possono mettere niente. ref dovrebbe sempre riportare quello che si trova sulla segnaletica sul terreno. Volker ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Nodi di un utente che non ha accettato la nuova licenza
Am 14. April 2012 16:28 schrieb Fabrizio Carrai fabrizio.car...@gmail.com: Controllando la mia zona in particolare qui [1], ho trovato questa condizione: L'utente h4ck3rm1k3 (bloccato) risulta proprietario di 39 nodi e nessuna way. Se seleziono l'oggetto che unisce i punti (landuse=forest) l'autore risulta solo un altro che ha accettato la nuova licenza. E' un caso speciale: h4ck3rm1k3 ha importato dati da Corine (landcover della UE) prevalentemente nel Kosovo ma purtroppo ha importato anche alcune foreste nell'Italia centrale. In questo caso è sufficente di indicare i nodi con il tag odbl=clean (perchè lui ha confermato che i suoi import in Italia sono da considerare dominio pubblico). Comunque, cancellare e ridissegnare i nodi non è ne anche sbagliato. Di solito questa operazione migliora i dati perchè quel import non era fatto bene (ed i dati non erano buoni). ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Ciao!
Il 15/04/2012 12:40, Martin Koppenhoefer ha scritto: Sulla mappa ufficiale (osm.org) l'unico modo è di andare col mouse sopra EDIT(MODIFICA) e cliccare su dati per creare un overlay cliccabile. O cavoli... hanno tolto la possibilità di mostrare i dati? (bottone + in alto a destra) Carlo -- .' `. | Registered Linux User #443882 |a_a | | http://counter.li.org/ .''`. \_)__/ +--- : :' : /( )\ ---+ `. `'` |\`/\ Registered Debian User #9 | `- \_|=='|_/ http://debiancounter.altervista.org/ | ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] strade della rete principale e ODbL
Ciao Groppo è proprio quello il mio dilemma ho sistemato alcune way come faccio ora a controllare per tutta sicurezza che non saranno più cancellate? c'è una applicazione? Grazie Messaggio originale Da: grop...@gmail.com Data: 15/04/2012 14.25 A: openstreetmap list - italianotalk-it@openstreetmap.org Ogg: Re: [Talk-it] strade della rete principale e ODbL Mi fa piacere che le modifiche siano utili. Da ieri sono state cancellate circa 300 way italiane (6000 nodi), ne mancano altre 1090 (20690 nodi). Ho aggiunto una colonna con il numero di nodi della way. Così si può vedere dove ci saranno perdite grosse o correggere le way con solo 2 - 3 nodi, spesso ponti o corsie di accesso a rotatorie. Ho anche segnato come fatta qualche way che è stata rimappata e non c'è più nel database. Ciao, Groppo ___ 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] strade della rete principale e ODbL
Il 15 aprile 2012 14:32, beppebo...@libero.it beppebo...@libero.it ha scritto: ho sistemato alcune way come faccio ora a controllare per tutta sicurezza che non saranno più cancellate? c'è una applicazione? Puoi guardare domani sulla mappa di OSM Inspector [1]. A fondo pagina è scritta la data di aggiornamento della mappa. Se nella zona che hai corretto non c'è del rosso dovrebbe essere tutto ok. Ciao, Groppo [1] http://tools.geofabrik.de/osmi/?view=wtfelon=12.63135lat=42.56441zoom=6overlays=overview,wtfe_point_clean,wtfe_line_clean,wtfe_point_harmless,wtfe_line_harmless,wtfe_point_inrelation,wtfe_line_inrelation_cp,wtfe_line_inrelation,wtfe_point_modified,wtfe_line_modified_cp,wtfe_line_modified,wtfe_point_created,wtfe_line_created_cp,wtfe_line_created ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] numeri civici
Il 15 aprile 2012 09:44, davide.bagn...@libero.it davide.bagn...@libero.it ha scritto: Ho voluto fare una prova per assegnare dei numeri civici a delle case e questo è il risultato. ... Da quello che ho capito assegnare un numero civico non è semplice,la cosa complicata è farlo assegnandogli delle relazioni che lo facciano trovare ai programmi di routing. Forse intendevi è semplice. Ammetto di non aver letto tutto il thread sulle relation street e road e di non sapere quando queste siano convenienti, ma per aggiungere un numero civico utilizzabile dai programmi di routing (ad esempio [1]) non occorre _per forza_ creare anche una relation. Basta creare un nodo con: addr:housenumber = 17 addr:street = Via Venerdì Poi, per controllare eventuali errori, (es. nome via sbagliato), si può controllare la zona su OSM Inspector Addesses [2]. Ciao, Groppo [1] http://map.project-osrm.org/ [2] http://tools.geofabrik.de/osmi/?view=addresseslon=12.63135lat=42.56441zoom=6overlays=buildings,buildings_with_addresses,postal_code,nodes_with_addresses_defined,nodes_with_addresses_interpolated,no_addr_street,street_not_found,interpolation,interpolation_errors,connection_lines,nearest_points,nearest_roads ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Nodi di un utente che non ha accettato la nuova licenza
Su JOSM ho selezionato un area. Nella finestra Autori vengono elencati tutti gli utenti che hanno contribuito in quell'area ed il loro stato sui termini di collaborazione. Da qui la procedura che ho riportato. F. Il 14 aprile 2012 19:40, floydbarber floydbar...@alice.it ha scritto: Il giorno sab, 14/04/2012 alle 19.24 +0200, Fabrizio Carrai ha scritto: Su JOSM 1) seleziono l'utente 2) Mi appare l'elenco del punti appartenenti all'utente 3) Seleziono l'elenco dei punti (e vedo i punti disegnati di rosso) 4) Cancello [...] Non ho capito come fai questa operazione. Dove selezioni l'utente? ___ 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] Nodi di un utente che non ha accettato la nuova licenza
Messaggio originale Da: fabrizio.car...@gmail.com Data: 15/04/2012 15.03 A: openstreetmap list - italianotalk-it@openstreetmap.org Ogg: Re: [Talk-it] Nodi di un utente che non ha accettato la nuova licenza Su JOSM ho selezionato un area. Nella finestra Autori vengono elencati tutti gli utenti che hanno contribuito in quell'area ed il loro stato sui termini di collaborazione. Da qui la procedura che ho riportato. F. Il 14 aprile 2012 19:40, floydbarber floydbar...@alice.it ha scritto: Il giorno sab, 14/04/2012 alle 19.24 +0200, Fabrizio Carrai ha scritto: Su JOSM 1) seleziono l'utente 2) Mi appare l'elenco del punti appartenenti all'utente 3) Seleziono l'elenco dei punti (e vedo i punti disegnati di rosso) 4) Cancello [...] Non ho capito come fai questa operazione. Dove selezioni l'utente? da josm c'è una iconcina sulla sinistra con omino se la clicchi poi sulla sinistra vedi chi l'ha fatto quel nodo cliccandoci sopra cancella pochi nodi alla volta per evitare sparisca tutta la via e relative informazioni nomi ecc anzi su di essa prima crea un paio di nodi tuoi, dove vedi la x tra un nodo e l'altro così poi ti rimane alla fine non devi più vedere nodi rossi dell'utente che non ha aderito alla licenza ciao ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Nodi di un utente che non ha accettato la nuova licenza
Ringrazio tutti per i consigli. La cosa che non capisco è la natura del problema. Sembra che ci siano due entità: a) I nodi di un utente b) Ways (e nodi ?) di un altro utente Ma cancellando l'uno o l'altro si cancellano comunque entrambi. E' corretto ? Altra cosa che, sebbene possibile, mi sembra strana: come è possibile che più di un utente abbia tracciato NODI di una zona o una strada senza unirli con delle ways ? F. Il 15 aprile 2012 15:12, beppebo...@libero.it beppebo...@libero.it ha scritto: Messaggio originale Da: fabrizio.car...@gmail.com Data: 15/04/2012 15.03 A: openstreetmap list - italianotalk-it@openstreetmap.org Ogg: Re: [Talk-it] Nodi di un utente che non ha accettato la nuova licenza Su JOSM ho selezionato un area. Nella finestra Autori vengono elencati tutti gli utenti che hanno contribuito in quell'area ed il loro stato sui termini di collaborazione. Da qui la procedura che ho riportato. F. Il 14 aprile 2012 19:40, floydbarber floydbar...@alice.it ha scritto: Il giorno sab, 14/04/2012 alle 19.24 +0200, Fabrizio Carrai ha scritto: Su JOSM 1) seleziono l'utente 2) Mi appare l'elenco del punti appartenenti all'utente 3) Seleziono l'elenco dei punti (e vedo i punti disegnati di rosso) 4) Cancello [...] Non ho capito come fai questa operazione. Dove selezioni l'utente? da josm c'è una iconcina sulla sinistra con omino se la clicchi poi sulla sinistra vedi chi l'ha fatto quel nodo cliccandoci sopra cancella pochi nodi alla volta per evitare sparisca tutta la via e relative informazioni nomi ecc anzi su di essa prima crea un paio di nodi tuoi, dove vedi la x tra un nodo e l'altro così poi ti rimane alla fine non devi più vedere nodi rossi dell'utente che non ha aderito alla licenza ciao ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it 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] Geodati provincia di Bolzano
La pubblicazione e la distribuzione in Internet di prodotti derivati che terzi hanno generato sulla base dei dati originali, sono autorizzati soltanto con la citazione della fonte (titolo, editore, ufficio responsabile dei contenuti), edizione e scala originale. Come mi conviene comportarmi? E' meglio mettere un tag source su tutte le way oppure basta mettere il tag nel changeset? IMHO: se metti nel changest non e' possibile recuperali, se usi il tag source invece e' possibile alla successiva modifica pero' tutto salta. Come attribuzione pensavo Provincia Autonoma di Bolzano - Ufficio Informatica geografica e statistica - servizio WMS, layer PTA:EL_STR_TRA, può andare bene? Vista la questione doppia lingua in alto adige suggerisco di metterlo in inglese, e utilizzare anche l'url dove si trovano le altre fonti. In ogni caso una email all'ufficio di competenza del relativo ufficio non ti costa fatica. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] relation MTB
Am 15. April 2012 12:16 schrieb Volker Schmidt vosc...@gmail.com: Se ci sono cartelli sul terreno che portano una descrizione, questo potrebbe essere fatto in due modi: aggiungere il tag ref ad ogni via del percorso. -1, il tag ref si riferisce all'oggetto dove viene applicato, in questo caso sarebbe la strada, non la route. I tag per taggare route senza relazione sono documentati qui: http://wiki.openstreetmap.org/wiki/Cycle_routes ncn_ref, ncn per reti nazionali lcn_ref e lcn per reti locali ecc. In alternativa si potrebbe creare una relazione per l'intero percorso con un tag ref al livello della relazione +0.5, anche qui il tag sarebbe lcn_ref / rcn_ref / ncn_ref ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Nodi di un utente che non ha accettato la nuova licenza
Am 15. April 2012 15:33 schrieb Fabrizio Carrai fabrizio.car...@gmail.com: Altra cosa che, sebbene possibile, mi sembra strana: come è possibile che più di un utente abbia tracciato NODI di una zona o una strada senza unirli con delle ways ? ecco, questo è uno dei problemi del license-change. In OSM, quando tu spezzi un way in due, per il database sembra che tu togli nodi dal way (esistente) e che invece crei allo stesso tempo un nuovo way con questi nodi. Durante la discussione del license change si è deciso di non analizzare fino in fondo queste situazioni di spezzamenti e merge (il contrario) ma di invece vedere ignorare completamente questo fatto. Quindi sembra che la way è OK mentre nei nodi si vede ancora chi originalmente aveva creato un way lì. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Nodi di un utente che non ha accettato la nuova licenza
Il giorno dom, 15/04/2012 alle 15.03 +0200, Fabrizio Carrai ha scritto: Su JOSM ho selezionato un area. Nella finestra Autori vengono elencati tutti gli utenti che hanno contribuito in quell'area ed il loro stato sui termini di collaborazione. Da qui la procedura che ho riportato. Capito. Non sapevo che selezionando con una finestra si poteva usare come filtro ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] suggerimenti per area non mappata
Questa è l'ultima domanda che farò prima di leggere seriamente le guide di JOSM :-D Avevo giusto un'ultima curiosità: in potlatch V2 (finchè non imparo seriamente JOSM mi appoggio a questo), quando si mappano aree, c'è il modo di far apparire eventuali tracciati GPS registrati da persone? Il giorno 15/apr/2012 12:21, Martin Koppenhoefer dieterdre...@gmail.com ha scritto: Am 14. April 2012 15:00 schrieb Caterpillar caterpilla...@gmail.com: Ricalco nel senso che registro più tracce per la stessa area? Napo intendeva probabilmente di utilizzare foto aeree, ma se hai un GPS ogni traccia è ben venuta. Non ti preoccupare per le tracce multipli, in generale ogni traccia in più (anche sulla stessa strada) è utile. Una traccia sola lascia sempre un po' si sospetto, che può essere tolto con più traccie che confermano. Io di solito poi faccio foto di tutto di interesse (nomi di strade, segni stradali, nomi di chiese, negozi e civici se ti va). ciao, Martin ___ 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] relation MTB
Grazie, Martin, per la correzione, che è corretta. Solo che in pratica non viene applicata. (Devo confessare che io avevo copiato da altri per le mie relazioni, non avevo letto bene la pagina da te indicata.) Mi accorgo solo adesso che tutta la numerazione icn, ncn, ecc come impostato sulla pagina http://wiki.openstreetmap.org/wiki/Cycle_routesapparentemente non prevede una numerazione non-numerica. L'idea sembra che si chiamano per esempio NCN-5, ICN-27, RCN-55 e con il tag opzionale ref posso cambiare il riferimento sulla mappa. Per esempio senza il tag ref appare NCN-5, se invece aggiungo ref=5 sulla mappa appare solo 5. Questo approccio non va bene se ci sono ciclovie che non hanno un solo numero secondo la logica. Noi dobbiamo trattare con nomi sul cartello sul terreno come: EV7 (una ciclovia europea), BI2 (una ciclovia nazionale in Italia), I3 (una ciclovia regionale in Veneto), R1 (una ciclovia internazionale), SaarLorLux (una ciclovia regionale che tocca tre paesi). In tutti questi casi non viene rispettata l'impostazione di http://wiki.openstreetmap.org/wiki/Cycle_routes Mancano sempre i tags ncn_ref ecc. Ci sono solo presenti i tags ref con valore anche non numerico, cioè SaarLorLux, R1, ecc. La visualizzazione su mappa varia: - cycling.lonvia.de riproduce i primi 5 caratteri del valore di ref - OpnCycleMap riproduce, mi sembra, i caratteri del valore di ref se sono non più di 3, ma non insiste su numeri. Non ho fatto un indagine più ampia per il momento, ma basta per dire mi sembra che ci sia un problemino da affrontare. Volker On 15 April 2012 16:51, Martin Koppenhoefer dieterdre...@gmail.com wrote: Am 15. April 2012 12:16 schrieb Volker Schmidt vosc...@gmail.com: Se ci sono cartelli sul terreno che portano una descrizione, questo potrebbe essere fatto in due modi: aggiungere il tag ref ad ogni via del percorso. -1, il tag ref si riferisce all'oggetto dove viene applicato, in questo caso sarebbe la strada, non la route. I tag per taggare route senza relazione sono documentati qui: http://wiki.openstreetmap.org/wiki/Cycle_routes ncn_ref, ncn per reti nazionali lcn_ref e lcn per reti locali ecc. In alternativa si potrebbe creare una relazione per l'intero percorso con un tag ref al livello della relazione +0.5, anche qui il tag sarebbe lcn_ref / rcn_ref / ncn_ref ciao, Martin ___ 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] relation MTB
Am 15. April 2012 18:09 schrieb Volker Schmidt vosc...@gmail.com: Mi accorgo solo adesso che tutta la numerazione icn, ncn, ecc come impostato sulla pagina http://wiki.openstreetmap.org/wiki/Cycle_routes apparentemente non prevede una numerazione non-numerica. L'idea sembra che si chiamano per esempio NCN-5, ICN-27, RCN-55 e con il tag opzionale ref posso cambiare il riferimento sulla mappa. Per esempio senza il tag ref appare NCN-5, se invece aggiungo ref=5 sulla mappa appare solo 5. Questo approccio non va bene se ci sono ciclovie che non hanno un solo numero secondo la logica. Noi dobbiamo trattare con nomi sul cartello sul terreno come: EV7 (una ciclovia europea), BI2 (una ciclovia nazionale in Italia), I3 (una ciclovia regionale in Veneto), R1 (una ciclovia internazionale), SaarLorLux (una ciclovia regionale che tocca tre paesi). si, la documentazione dice numero ma in realtà sembra più logico di taggare icn_ref=EV7 (~international cycling network reference) ncn_ref=BI2 rcn_ref=I3 icn_ref=R1 rcn_ref=SaarLorLux In pratica la gente lo fa così: http://taginfo.openstreetmap.org/keys/ncn_ref#values http://opencyclemap.org/?zoom=9lat=50.78267lon=10.21024layers=B00 Per tags di una relazione route invece, mi corrego, la pagina del wiki sopra indicata propone di utilizzare solo ref anche per le route della rete ciclistica (tanto non c'è ambiguità perchè ogni route ha una sua relazione corrispondente). Io utilizzerei sempre una relazione per le route. Se il ref della route è molto lungo (come SaarLorLux) non saprei come risolvere. Dovrebbe risolvere in realtà il gestore della route stessa ;-) Forse SaarLorLux è il nome e si può abbreviare con ref=SLL ? ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Corsie di accelerazione/decelerazione
-Original Message- From: Martin Koppenhoefer [mailto:dieterdre...@gmail.com] Sent: domenica 15 aprile 2012 12:32 To: bartosom...@yahoo.it; openstreetmap list - italiano Subject: Re: [Talk-it] Corsie di accelerazione/decelerazione b) nel punto in cui corsia di marcia e corsia di accelerazione/decelerazione/incanalamento cessano di essere parallele (normalmente comincia un'area di asfalto a strisce diagonali) c) nel punto in cui termina la linea discontinua che permette il cambio di corsia +1. E' questo il punto dove la corsia diventa indipendente, e di Anche a me sembra una scelta ragionevole solito viene individuato questo come punto da bivio. Non è anche lo stesso punto che b)? Generalmente si, ma nelle uscite in cui si forma coda ti obbligano ad incolonnarti molto prima che le corsie divergano, per evitare che qualche ritardatario si fermi sulla corsia di marcia. Ad esempio all'uscita di Cormano [1] devi esserti spostato sulla corsia di uscita già 400 metri prima della curva. il navigatore deve indicare già molto prima che l'utente deve girare, quindi non è un motivo. Vero, ma quando le uscite sono molto ravvicinate è facile confondersi, trovo utile che oltre all'avviso il navigatore mi dia anche la distanza rispetto a un punto di riferimento preciso, in effetti va bene tutto, basta sapere qual è la convenzione seguita. Grazie a tutti quelli che mi hanno risposto, mi sembra che ci sia sostanzialmente accordo (tra dove cessa la linea continua o a metà del tratto di linea discontinua in realtà di solito c'è poca differenza). [1] http://www.openstreetmap.org/?lat=45.5354306101799lon=9.16180640459061zoom=18 Ciao, Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] R: Re: R: Re: numeri civici
Dimenticavo: perché hai cancellato la vecchia relazione per crearne una nuova? Avevo provato a cambiare il type relation con street e così mi aveva creato una seconda relazione nella quale mi diceva che la relazione street non esisteva (o almeno così mi sembra di ricordare).Comunque grazie veramente dei suggerimenti siete veramente ineguagliabili.Grazie ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-dk] osm.rasher.dk lagging?
On 13-04-2012 16:49, Jonas Häggqvist wrote: On 11-04-2012 17:46, Jørgen Elgaard Larsen wrote: osm.rasher.dk siger: The database is currently lagging by 14856 minutes. The OSM database is currently in read-only mode Updates kører igen nu, men det kommer til at tage lidt tid før den er med. Og på et tidspunkt vil det jo så nok gå grueligt galt. -- Jonas Häggqvist rasher(at)rasher(dot)dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-se] Gemenskapens projekt: Sök pengar senast 19 april
Hej! Jag funderar lite på att ansöka om bidrag till att sätta upp en svensk webbplats om OSM. Men innan jag fortsätter är jag lite nyfiken på vad Ni tycker: 1. Tycker du en webbplats för OSM Sverige behövs? 2. Varför inte/vad bör finnas där? 3. Kan jag få låna openstreetmap.se? [1] 4. Någon som vill hjälpa till? [1] Tanken är att pengarna även ska räcka till domännamnet. // Mvh Peter Kindström On 2012-04-15 01:12, Lars Aronsson wrote: Föreningen Wikimedia Sverige, där jag satt i styrelsen tills helt nyligen, har utlyst projektmedel som alla kan söka för att främja fri kunskap. OpenStreetMap faller helt klart inom ramarna för detta. Behöver du pengar till något? Sista ansökningsdatum för den här gången är 19 april, http://se.wikimedia.org/wiki/Gemenskapens_projekt_2012 Det finns 75.000 kr i potten och hittills ser det bara ut att ha kommit in ansökningar som täcker 22.000 kr. Trycka t-tröjor, gå på en kartmässa, arrangera en karthelg, skaffa ny GPS, ...? ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-es] Consulta Importante
El día 13 de abril de 2012 22:22, RAUL BARRANTES raul_ab...@hotmail.com escribió: Estamos tratando de desarrollar una aplicacion en nuestra empresa, la aplicacion es de control de flotilla, la empresa quiere desarrollarla con el mapa de OSM y necesitomos contactar a los administradores para poder evaluar varios puntos, si pudieran pasarme un correo electronico para contactar a los administradores sería de gran importancia para la empresa. Gracias y estamos en contacto Hola, Es raro querer contactar con los administradores de OpenStreetMap, ya que sólo se encargan de mantener los servidores. Lo habitual para obtener ayuda es mediante los siguientes medios (públicos): * Listas de correo: - Aspectos locales (esta lista): http://lists.openstreetmap.org/listinfo/talk-es - Desarrollo/técnica: http://lists.openstreetmap.org/listinfo/dev - Legal: http://lists.openstreetmap.org/listinfo/legal-talk * Foro de ayuda: http://help.openstreetmap.org/ * IRC: irc://irc.oftc.net #osm Si necesitáis algo más profesional, sabed que la OpenStreetMap Foundation no proporciona servicios a empresas, pero hay terceros en España y fuera de ella (en esta lista encontraréis varias personas dedicadas a ello) que sí lo harán. Lo ideal es que comentarais con más detalle qué es lo que necesitáis para que os podamos orientar hacia el foro o la persona adecuada. Si no lo podéis hacer en público, podéis contactarme en: admin arroba openstreetmap.es -- Jaime Crespo ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-ca] Canadian imports: good or bad?
Dear All, Let's talk about it again. How do we feel about the bulk copying of information from a permitted source into OpenStreetMap in Canada? To be clear, I'm not suggesting that we discuss whether external data sources are good or not. External data sources are good. I'm suggesting that we review how we best make use of those external sources. You go first. :-) Best regards, Richard ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Canadian imports: good or bad?
On 12-04-15 11:09 , Richard Weait wrote: Dear All, Let's talk about it again. How do we feel about the bulk copying of information from a permitted source into OpenStreetMap in Canada? Essential, required, epic and amazing. We're a huge sparsely-populated country. It would be impossible to maintain anything other that a few isolated dots across the country without imports. More! Now! Always! Yes!! Thanks to all who have provided imports. Keep it up. We have a MAP now! cheers, Stewart ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Canadian imports: good or bad?
On 2012-04-15, at 11:09 AM, Richard Weait rich...@weait.com wrote: Let's talk about it again. How do we feel about the bulk copying of information from a permitted source into OpenStreetMap in Canada? To be clear, I'm not suggesting that we discuss whether external data sources are good or not. External data sources are good. I'm suggesting that we review how we best make use of those external sources. Generally, I don't see why we shouldn't avail ourselves of such information. As Stewart pointed put, we're a huge sparsely-populated country. However, there needs to be a system to help avoid conflicting with similar/identical data being collected by local mappers. ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Canadian imports: good or bad?
On Sun, 2012-04-15 at 11:09 -0400, Richard Weait wrote: Dear All, Let's talk about it again. How do we feel about the bulk copying of information from a permitted source into OpenStreetMap in Canada? To be clear, I'm not suggesting that we discuss whether external data sources are good or not. External data sources are good. I'm suggesting that we review how we best make use of those external sources. You go first. :-) Best regards, Richard ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca From what I see there are some conflicting arguments here. 1 Building a community of mappers to add features to the map. Ideally local. 2 Canada is a huge country. I doubt that there are that many people willing to commit to mapping every nook. I'm sure the amount of No Trespassing signs itself would prevent it. 3 OSM is promoting itself as a competitor to google. 4 I would suspect most mappers are not aware of the license change coming and the resulting impact. Given the size of Canada, and the few mappers we have. I my self could not and probably would not have never walked / driven on every road, trail, river, lake forest etc without some else doing an import first which I myself used a base to improve OSM. I don't see any possible way to have a map without an import to use as a base. To counter my own points, Yes, you will find some people who see a great white spot as a challenge. But looking at the changes made locally I would think most people would rather tweak an existing road or park. Andrew signature.asc Description: This is a digitally signed message part ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Canadian imports: good or bad?
Bonjour, I know that I'm not totally unbiased !-) but as it is an important question, I'll add my two cents as OSM contributor... Bulk import - Canvec for instance - is helpful to fill white areas on OSM map. Not doing twice what is already available and focus on updating, or adding features, that are not available from other sources. Using it as a canvas to add upon. I have fun updating hydrography, vegetation, parks, roads and land uses in Sherbrooke, Sept-Îles and Rimouski. I would not have done the map from scratch. Best regards, Daniel -Original Message- From: Andrew Allison [mailto:andrew.alli...@teksavvy.com] Sent: April-15-12 12:19 To: talk-ca@openstreetmap.org Subject: Re: [Talk-ca] Canadian imports: good or bad? On Sun, 2012-04-15 at 11:09 -0400, Richard Weait wrote: Dear All, Let's talk about it again. How do we feel about the bulk copying of information from a permitted source into OpenStreetMap in Canada? To be clear, I'm not suggesting that we discuss whether external data sources are good or not. External data sources are good. I'm suggesting that we review how we best make use of those external sources. You go first. :-) Best regards, Richard ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca From what I see there are some conflicting arguments here. 1 Building a community of mappers to add features to the map. Ideally local. 2 Canada is a huge country. I doubt that there are that many people willing to commit to mapping every nook. I'm sure the amount of No Trespassing signs itself would prevent it. 3 OSM is promoting itself as a competitor to google. 4 I would suspect most mappers are not aware of the license change coming and the resulting impact. Given the size of Canada, and the few mappers we have. I my self could not and probably would not have never walked / driven on every road, trail, river, lake forest etc without some else doing an import first which I myself used a base to improve OSM. I don't see any possible way to have a map without an import to use as a base. To counter my own points, Yes, you will find some people who see a great white spot as a challenge. But looking at the changes made locally I would think most people would rather tweak an existing road or park. Andrew ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] Canadian imports: good or bad?
On Sun, Apr 15, 2012 at 9:38 AM, Stewart C. Russell scr...@gmail.com wrote: Thanks to all who have provided imports. Keep it up. We have a MAP now! In some areas... there are still vast expanses with little to no information available in OSM. Take this area in Saskatchewan for example: http://osm.org/go/Wk7dy_x-- A pristine area, not sullied by those nasty imports, which chase away the avid OSM enthusiast looking for pristine areas of blank canvas upon which to tag their cartographic masterpiece. CanVec data is available in this area, but no one has taken up the challenge of manually verifying and vetting the process of moving data from CanVec to the OSM database. As Andrew pointed out, it is far less daunting to go in and tweak a road, add more data points to a shore line, or add a POI to an existing area than it is to be faced with an absolutely blank screen. Writer's block morphs into Cartographer's Terror. -- James VE6SRV ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Canadian imports: good or bad?
I think you have to start with the requirements and on a project the size of OpenStreetMap there are many people involved each of which have their own set of requirements. End users would like the information they require to exist, be reliable and accurate. Many people who own a GPS and a bike like to map as a hobby so imports are not important to them. Specialist groups such as those with an interest in trees like to be able to tag these items. Are we concerned about people who will use them maps? Or do we accept that there are other alternatives based on CANVEC data that meet their requirements, ie is OpenStreetMap relevant to them? One project I'm looking at combines OSM with open bus stop data that is not licensed in a way that can be used for OSM, it could just as easily be overlaid on CANVEC data. I think the big challenge is data quality, in Ottawa I found over 100 roads with the incorrect name before I cleaned it up. So step one is define the requirements. Cheerio John On 15 April 2012 11:09, Richard Weait rich...@weait.com wrote: Dear All, Let's talk about it again. How do we feel about the bulk copying of information from a permitted source into OpenStreetMap in Canada? To be clear, I'm not suggesting that we discuss whether external data sources are good or not. External data sources are good. I'm suggesting that we review how we best make use of those external sources. You go first. :-) Best regards, Richard ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Canadian imports: good or bad?
Hello all, As a former resident of Saskatchewan, I vote for imports - done by a select few people who know how to do it well. I've been slowly bringing Moose Jaw on the map with help from Bing imagery, but I will never be able to accurately map all of the roads in Saskatchewan. There are over 200,000 km of roads. Most are un-mapped in OSM and will likely remain that way - not to mention the thousands of lakes in Northern Saskatchewan that aren't there. I would much rather update a map, then try to trace the entire country. Cheers, Teresa (on a different note, I now live in Germany, where imports aren't even spoken of. Lots of stuff left to map here though, even with a really active community.) On 04/15/2012 07:57 PM, Daniel Begin wrote: Bonjour, I know that I'm not totally unbiased !-) but as it is an important question, I'll add my two cents as OSM contributor... Bulk import - Canvec for instance - is helpful to fill white areas on OSM map. Not doing twice what is already available and focus on updating, or adding features, that are not available from other sources. Using it as a canvas to add upon. I have fun updating hydrography, vegetation, parks, roads and land uses in Sherbrooke, Sept-Îles and Rimouski. I would not have done the map from scratch. Best regards, Daniel -Original Message- From: Andrew Allison [mailto:andrew.alli...@teksavvy.com] Sent: April-15-12 12:19 To: talk-ca@openstreetmap.org Subject: Re: [Talk-ca] Canadian imports: good or bad? On Sun, 2012-04-15 at 11:09 -0400, Richard Weait wrote: Dear All, Let's talk about it again. How do we feel about the bulk copying of information from a permitted source into OpenStreetMap in Canada? To be clear, I'm not suggesting that we discuss whether external data sources are good or not. External data sources are good. I'm suggesting that we review how we best make use of those external sources. You go first. :-) Best regards, Richard ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca From what I see there are some conflicting arguments here. 1 Building a community of mappers to add features to the map. Ideally local. 2 Canada is a huge country. I doubt that there are that many people willing to commit to mapping every nook. I'm sure the amount of No Trespassing signs itself would prevent it. 3 OSM is promoting itself as a competitor to google. 4 I would suspect most mappers are not aware of the license change coming and the resulting impact. Given the size of Canada, and the few mappers we have. I my self could not and probably would not have never walked / driven on every road, trail, river, lake forest etc without some else doing an import first which I myself used a base to improve OSM. I don't see any possible way to have a map without an import to use as a base. To counter my own points, Yes, you will find some people who see a great white spot as a challenge. But looking at the changes made locally I would think most people would rather tweak an existing road or park. Andrew ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Canadian imports: good or bad?g
I just sent a message to Winnipeg Transit asking for a shapefile with every (well, almost all) addresses in Winnipeg. Given their open data policies, I think I have a good chance. The data will be better than StatsCan addresses and will allow us to make the existing map more accurate. I see OSM as providing a high quality product, imports allow us to focus on the features that make OSM unique. See http://osm.org/go/WtzVpPV, where I traced logging roads from Bing imagery, but got the base network from Canvec. In a week I'll be heading to a small village in Southern Manitoba. If it weren't for Canvec I would have to walk every street with a GPS while taking extensive notes, and then put everything together in JOSM. But Canvec data means that I can concentrate on working and not feel guilty about not mapping, but still add many features not collected by Google. Sam Dyck ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Canadian imports: good or bad?
Let start from the beginning. What is the objective of OSM? A collaborative map of the world. Not a patchwork. We need a map with sufficient quality to support various projects. And there are a lot of dynamic projects around like http://hiking.lonvia.de/en/ and http://hikebikemap.de/. See this nice nordic ski map derived from OSM : http://www.pistes-nordiques.org/ It is more developped in Europe. So Zoom-in in this area to see trails in detail. And then, pass the mouse over trails. An Elevation Profile of the trail will be proposed. A lot of similar projects are susceptible to emerge in various sectors : sport, food, local communities, organic farms, artisanal cheese makers, local producers, etc. What do they need from us? How we deliver? We surely have to tag and structure various information related to such activities. OSM is a vast project interrelated with communities, Open source developpers. The derived products of OSM need good quality map as baselayer and Bulk imports should surely be part of the portrait. Pierre De : Richard Weait Date/heure : 2012-04-15 11:09:23 A : Talk-CA OpenStreetMap Cc : Sujet : [Talk-ca] Canadian imports: good or bad? Dear All, Let's talk about it again. How do we feel about the bulk copying of information from a permitted source into OpenStreetMap in Canada? To be clear, I'm not suggesting that we discuss whether external data sources are good or not. External data sources are good. I'm suggesting that we review how we best make use of those external sources. You go first. :-) Best regards, Richard ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Canadian imports: good or bad?
From: Richard Weait [mailto:rich...@weait.com] Subject: [Talk-ca] Canadian imports: good or bad? Dear All, Let's talk about it again. How do we feel about the bulk copying of information from a permitted source into OpenStreetMap in Canada? To be clear, I'm not suggesting that we discuss whether external data sources are good or not. External data sources are good. I'm suggesting that we review how we best make use of those external sources. Although CanVec is unquestionably a useful data source for aiding with mapping, I question dumping in data that will never get looked at or improved by a mapper which is what is happening in widespread areas. This is not about using CanVec in conjunction with a survey to speed mapping, this is about using CanVec where you are unfamiliar with the area and no one will ever survey. While we're on the subject of CanVec, I think the documentation needs some work. People are importing CanVec without giving it a detailed look, trusting it's representation to be correct. It is not enough to just tie in the CanVec data with existing data. The CanVec data in some areas is wrong (e.g. coastlines in CanVec 8) and cannot be imported as is. Also you need to be aware of the age of some of the data sources. In parts of BC you should not import the streams from CanVec without verification with imagery. The names are generally alright, but many of the streams have dried up or been paved over in the last 30 years. Similarly, no one should be importing the buildings from CanVec in BC. They're wrong more far more often than they're right. ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Canadian imports: good or bad?
On Apr 15, 2012, at 4:45 PM, Pierre Béland infosbelas-...@yahoo.fr wrote: Let start from the beginning. What is the objective of OSM? A collaborative map of the world. Not a patchwork. We need a map with sufficient quality to support various projects. To pick some nits: OSM is not a map, but a database that people can use to create maps (and other things). And there are a lot of dynamic projects around like http://hiking.lonvia.de/en/ and http://hikebikemap.de/. See this nice nordic ski map derived from OSM : http://www.pistes-nordiques.org/ It is more developped in Europe. So Zoom-in in this area to see trails in detail. And then, pass the mouse over trails. An Elevation Profile of the trail will be proposed. Full ACK. I am currently on a bike trip from Montreal to Toronto. For that I generated my own bike specific maps for use on my Garmin GPS. And that would not have been possible without either the Canvec import (for most of the basic road data) nor without all the work that people have put into surveying, entering, editing all the bike-specific stuff to the database. So yay imports, yay users! Let's just make sure that the imports are done well (case in point : buildings from Canvec in Montreal are generally awful) Harald.___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Canadian imports: good or bad?
On Sun, 15 Apr 2012, Andrew Allison wrote: From what I see there are some conflicting arguments here. I think the question posed in the subject 'good or bad' is the wrong one. Is there a way we can have our cake and eat it too? Can we get most of the benefits from all of your below arguments? What conclusions can the Canadian community learn from our import experience during the past 3 years?. We have tried 95% automated bulk imports (ie the road imports I did in Alberta and Ontario) We have had mappers import an entire Canvec tile at once via JOSM We have had mappers import a feature at a time in a single canvec (or and other sources) tile I remain unconvinced that the regions in Canada that have had imports have had their local mapper communities harmed by these imports. I don't see the regions (in Canada) that have had fewer imports or delayed imports having better local community development than places (in Canada) that have had extensive importing. I also feel that not of all data sources are equal. Even within Canvec some layers are excellent (ie roads and lakes in most of the country) while others are often so out of date it isn't worth the time to import (ie buildings in much of Southern Ontario) When I was doing license replacement for roads I found it easier/faster to just trace over the GeoBase WMS layer(I don't consider that 'importing'). When I had to replace some lakes I found copy/pasting the features from the Canvec .OSM files produced a much better result (importing?). Steve 1 Building a community of mappers to add features to the map. Ideally local. 2 Canada is a huge country. I doubt that there are that many people willing to commit to mapping every nook. I'm sure the amount of No Trespassing signs itself would prevent it. 3 OSM is promoting itself as a competitor to google. 4 I would suspect most mappers are not aware of the license change coming and the resulting impact. Given the size of Canada, and the few mappers we have. I my self could not and probably would not have never walked / driven on every road, trail, river, lake forest etc without some else doing an import first which I myself used a base to improve OSM. I don't see any possible way to have a map without an import to use as a base. To counter my own points, Yes, you will find some people who see a great white spot as a challenge. But looking at the changes made locally I would think most people would rather tweak an existing road or park. Andrew ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-cz] DIBAVOD Import - which license?
malenki wrote: Hi, because of disagreeing user Pavel I stumbled over the DIBAVOD import today. Although the google translation seemed to show that the DIBAVOD data seems quite freely licensed it would be nice to have an exact declaration under which conditions and/or which license the Data was donated. It would be kind to add a regarding line here: http://wiki.openstreetmap.org/wiki/Import/Catalogue Best regards Thomas (malenki) Hello, as far as I know the license is not clearly stated on the dibavod webpage. Our czech wiki page with free datasources [1] states that it's free (as cost) and without any license restrictions - personally confirmed by the head of GIS department. I'm not sure who exactly checked this, but we could probably dig this up in the talk-cz archive. I'll add this item to the catalogue. Best regards, Petr Morávek aka Xificurk [1] http://wiki.openstreetmap.org/wiki/WikiProject_Czech_Republic/freemap#Vodstvo_.28DIBAVOD.29 attachment: xificurk.vcf signature.asc Description: OpenPGP digital signature ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
[OSM-talk-fr] Osmose
Bonjour, L'association app3l.org dont je fait parti, vient d'orgniser une correction party. Nous nous sommes concentré sur Poitiers et ses environs. Je ne comprends pas j'ai surtout effectué des corrections de batiments : http://osmose.openstreetmap.fr/map/?zoom=14lat=46.71232lon=0.34998layers=BFF00Titem=0 Le robot est passé aujourd'hui mais les erreurs sont encore marquées. J'ai pas bien fait mon travail ? Cédric Barribaud ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Osmose
Le 15/04/2012 11:21, sechanb...@free.fr a écrit : Bonjour, L'association app3l.org dont je fait parti, vient d'orgniser une correction party. Nous nous sommes concentré sur Poitiers et ses environs. Je ne comprends pas j'ai surtout effectué des corrections de batiments : http://osmose.openstreetmap.fr/map/?zoom=14lat=46.71232lon=0.34998layers=BFF00Titem=0 http://osmose.openstreetmap.fr/map/?zoom=14lat=46.71232lon=0.34998layers=BFF00Titem=0 Le robot est passé aujourd'hui mais les erreurs sont encore marquées. J'ai pas bien fait mon travail ? Cédric Barribaud L'analyse est repassé il y a 10h. On peut le voir sur cette page : http://osmose.openstreetmap.fr/utils/last-update.py il faut regarder la ligne gis_building_overlaps-france_poitou_charentes Si on regarde l'historique on voit le travail effectué sur la région http://osmose.openstreetmap.fr/utils/graph.py?country=france_poitou_charentesitem=0 Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Osmose : nouvelle analyse à propos des marques
Bonjour, Je viens de découvrir sur Osmose la nouvelle analyse concernant les noms de marque dans la tag name. Malheureusement, il y a pas mal d'objets à corriger :) Est-ce possible de voir la liste des marques qui sont analysées ? Je ne l'ai pas trouvé dans la doc, ou dans les stats osmose. PS : Je viens de rajouter en faux positifs des arrêts d'autobus qui portent le nom d'une marque, situé à proximité. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Osmose
Le 15 avril 2012, Frédéric Rodrigo a écrit : Le robot est passé aujourd'hui mais les erreurs sont encore marquées. J'ai pas bien fait mon travail ? L'analyse est repassé il y a 10h. On peut le voir sur cette page : http://osmose.openstreetmap.fr/utils/last-update.py il faut regarder la ligne gis_building_overlaps-france_poitou_charentes Il faut voir aussi que l'analyse tourne sur les extracts de geofabrik, qui sont générés dans la matinée. Du coup, cette analyse qui a tourné ce matin à 1:26 a en fait utilisé des données datant d'hier matin: il manque donc toute la journée de samedi. -- Jocelyn ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Osmose : nouvelle analyse à propos des marques
Le 15/04/2012 12:27, Etienne Trimaille a écrit : Je viens de découvrir sur Osmose la nouvelle analyse concernant les noms de marque dans la tag name. http://osmose.openstreetmap.fr/map/?item=3130 Est-ce possible de voir la liste des marques qui sont analysées ? Je ne l'ai pas trouvé dans la doc, ou dans les stats osmose. Tu n'as pas du regarder la bonne doc. Elle est là : https://gitorious.org/osmose/backend/blobs/master/plugins/TagACorriger_Brand.py Malheureusement, il y a pas mal d'objets à corriger :) En fait il y a plus d'objet mal taggé que de bon... Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Raccorder deux rivières
Le 15/04/2012 01:33, Philippe Verdy a écrit : Par principe aussi je ne fusionne jamais les nœuds géodésiques, même s'ils sont superposés (cela arrive quand ils sont à des élévations différentes, ils ont aussi des attributs en conflits dans ce cas sur leur numérotation de référence, désignation ou description). +1 D'autant que sur les repères géodésiques, il y a un tag 'ele' qui ne vaut que pour le repère. Même dans le cas d'un repère sur pylône: isolateur central, bref le truc vraiment dans l'axe. Je duplique le nœud pour créer un nœud pour le pylône, mais je ne surcharge pas les tags du repère. -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Osmose : nouvelle analyse à propos des marques
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 quelle est la correction conseillée ? jean Le 15/04/2012 12:33, Frédéric Rodrigo a écrit : Le 15/04/2012 12:27, Etienne Trimaille a écrit : Je viens de découvrir sur Osmose la nouvelle analyse concernant les noms de marque dans la tag name. http://osmose.openstreetmap.fr/map/?item=3130 Est-ce possible de voir la liste des marques qui sont analysées ? Je ne l'ai pas trouvé dans la doc, ou dans les stats osmose. Tu n'as pas du regarder la bonne doc. Elle est là : https://gitorious.org/osmose/backend/blobs/master/plugins/TagACorriger_Brand.py Malheureusement, il y a pas mal d'objets à corriger :) En fait il y a plus d'objet mal taggé que de bon... Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk+KvAgACgkQirIRKX59UElP7ACgwxkcOVH8vXyT6ur6rhwB1SS6 FNoAoLEpTfJBSp34FrNjWvPdk38+eoW2 =TmIA -END PGP SIGNATURE- ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Osmose : nouvelle analyse à propos des marques
Le 15/04/2012 14:16, jean navarro a écrit : -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 quelle est la correction conseillée ? jean Il faut dans beaucoup de cas utiliser le tag brand http://wiki.openstreetmap.org/wiki/Key:brand Voir aussi le tag operator http://wiki.openstreetmap.org/wiki/Key:operator Le 15/04/2012 12:33, Frédéric Rodrigo a écrit : Le 15/04/2012 12:27, Etienne Trimaille a écrit : Je viens de découvrir sur Osmose la nouvelle analyse concernant les noms de marque dans la tag name. http://osmose.openstreetmap.fr/map/?item=3130 Est-ce possible de voir la liste des marques qui sont analysées ? Je ne l'ai pas trouvé dans la doc, ou dans les stats osmose. Tu n'as pas du regarder la bonne doc. Elle est là : https://gitorious.org/osmose/backend/blobs/master/plugins/TagACorriger_Brand.py Malheureusement, il y a pas mal d'objets à corriger :) En fait il y a plus d'objet mal taggé que de bon... Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Osmose : nouvelle analyse à propos des marques
Bonjour, Le 15/04/2012 14:25, Frédéric Rodrigo a écrit : Le 15/04/2012 14:16, jean navarro a écrit : -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 quelle est la correction conseillée ? jean Il faut dans beaucoup de cas utiliser le tag brand http://wiki.openstreetmap.org/wiki/Key:brand Voir aussi le tag operator http://wiki.openstreetmap.org/wiki/Key:operator Le 15/04/2012 12:33, Frédéric Rodrigo a écrit : Le 15/04/2012 12:27, Etienne Trimaille a écrit : Je viens de découvrir sur Osmose la nouvelle analyse concernant les noms de marque dans la tag name. http://osmose.openstreetmap.fr/map/?item=3130 Est-ce possible de voir la liste des marques qui sont analysées ? Je ne l'ai pas trouvé dans la doc, ou dans les stats osmose. Tu n'as pas du regarder la bonne doc. Elle est là : https://gitorious.org/osmose/backend/blobs/master/plugins/TagACorriger_Brand.py Malheureusement, il y a pas mal d'objets à corriger :) En fait il y a plus d'objet mal taggé que de bon... Frédéric. A contrario, partir du principe qu'une marque est une erreur en tant que nom, c'est très discutable, non ? Name reporte autant que possible le nom affiché sur le terrain, et dans le cas d'une chaîne de magasins, ou du magasin d'une marque, on ne va pas couper au doublon de valeur entre name=* et brand=* et/ou operator=*. Et donc pas de quoi corriger name. La page http://wiki.openstreetmap.org/wiki/Key:brand que d'ailleurs tu cites ne dit pas autre chose : In some cases, the name and the brand will be the same. Finalement, plus d'objets mal tagués que de bon, ou beaucoup de faux positifs ? vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Osmose : nouvelle analyse à propos des marques
fr == Frédéric Rodrigo fred.rodr...@gmail.com writes: fr Il faut dans beaucoup de cas utiliser le tag brand fr http://wiki.openstreetmap.org/wiki/Key:brand fr Voir aussi le tag operator fr http://wiki.openstreetmap.org/wiki/Key:operator Les épiceries franchisées «Petit Casino» ont exactement ce nom comme enseigne ; pareillement pour les banques. La distinction name/brand me semble être un pinaillage qui passera par dessus de la tête de 95% des contributeurs, et qui de surcroit ne sert à rien. -- Eric Marsden ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Raccorder deux rivières
Cela a un autre intérêt : l'imagerie peut avoir des décalages, on peut tracer et affiner tout, sans toucher aux repères géodésiques, et ensuite passer un robot qui recalculera ces noeuds lorsque l'imagerie sera redécalée en tenant compte des repères géodésiques. Ce qui est dommage dans JOSM c'est qu'on ne dispose pas d'un système d'entrée numérique des positions, prenant aussi en charge le calcul des changements de projection et de référentiel, afin d'être certain que les coordonnées géodésiques sont exactes (personnellement j'aimerais bien que les noeuds géodésiques indiquent explicitement dans un tag leur coordonnées normatives et le référentiel officiel dont elles sont issues (et pas seulement la position WGS84 du noeud sur la carte), afin de détecter des changements de position faits par erreur. Ce serait bien aussi de disposer d'un tag dans les repères géodésique permettant de leur associer l'identifiant du noeud qui a été positionné physiquement depuis l'imagerie, afin de pouvoir ensuite passer un robot correcteur lorsque l'imagerie aura été rectifiée, pour rectifier les points situés dans une triangulation entre points géodésiques. Car je note que même l'imagerie Bing a des inexactitudes de positionnement, ce qui se voit sur certaines tuiles entre deux jeux de photos : la rectification de Bing semble ne pas tenir compte des effets de perspective liés à l'élévation, et on voit alors des raccordements de photos incorrects sur des routes ou rivières entre deux tuiles. C'est particulièrement fréquent entre deux zones qui ont été photographiées à des résolutions spaciales différentes : la précision de la rectification est insuffisante dans certaines zones, et la méthode de triangulation utilisée oublie aussi que les effets de perspectives dépendent de l'angle d'observation par rapport à la verticale (on voit cet angle sur les côtés exposés des bâtiments et sur les ombres). Il me semble que cela est lié à l'oublie des paramètres de prise de vue ou à des erreurs de calcul, ou par le fait que Bing a pu utiliser des sources orthophotographiques différentes ayant des paramètres différents ou qui n'ont pas toujours été rectifiées (ou pas par la même méthode, ou avec insuffisamment de points de référence pour la triangulation surfacique ou la non prise en compte d'une couche altimétrique). De ce point de vue là, l'imagerie fournie par Google (dans Google Maps et Google Earth) me semble nettement plus précisse au niveau des alignements (même si aucune imagerie ne pourra supprimer totalement les effets de perspective faisant qu'on ne voit pas toujours le niveau du sol dans certaines rues à cause des batiments construits le long). Les différences observées entre ce qu'on voit d'en haut et le niveau du sol peuvent faire des décalages de plus de 10 mètres, ce qui peut être suffisant pour confondre deux rues ou les connecter là où elles ne devraient pas l'être. Pour toutes ces raisons il est illusoire de vouloir déjà placer des points avec une précision métrique (j'ai vu un peu partout dans la carte des précisions centimétriques sur certains contours, c'est carrément stupide, cela ne correspond à rien, d'autant plus quand ces points écartés de quelques centimètres servent à définir les contours de forêts mais ne servent pas même à distinguer deux arbres les plus proches !). La précision décimétrique n'a de sens que dans un rapport de proportion ou de forme entre deux objets distincts proches, juste pour la lisibilité locale dans des zones denses en informations géolocalisées (par exemple pour savoir entre quel mur d'un bâtiment est situé une boite aux lettres dans un plan de ville. La précision centimétrique pour l'instant ne sert à rien du tout, on n'a jamais cette précision sur les imageries ni sur les sources GPS avec les appareils grand public (qui au mieux donnent une précision métrique mais dans des conditions de mesure très précises qui nécessite une mesure statique avec un temps d'attente suffisant pour obtenir une bonne triangulation et pour pouvoir observer au moins 8 ou 9 satellites GPS, alors que ces appareils se contentent souvent de 3 ou 4 pour afficher une mesure estimée avec une précision voisine de 5 à 30 mètres). Note: le tag ele ne sert pas seulement oux points géodésiques, on l'utilise aussi pour la hauteur des bâtiments, les points hauts de ponts par rapport à la vallée ou au niveau du fleuve ou bras de mer juste en dessous. Il y a parfois confusion entre élévation (par rapport au niveau du sol) et l'altitude (par rapport au niveau moyen de la mer, ou par rapport au géoïde de référence de la projection, et parfois aussi des incohérences liées à des géoïdes différents selon les sources, particulièrement selon leur paramètre flattening et parfois aussi par rapport à la longueur du demi grand axe). Le 15 avril 2012 13:30, Vincent Pottier vpott...@gmail.com a écrit : Le 15/04/2012 01:33, Philippe Verdy a écrit : Par principe aussi je ne fusionne jamais les nœuds géodésiques, même s'ils
Re: [OSM-talk-fr] Osmose : nouvelle analyse à propos des marques
Pour les banques, les agences ont généralement un nom distinct de la marque même si ce n'est pas visible. name=Agence Croix-Rouge operator = Crédit Plouc voir name=Agence Croix-Rouge operator = Crédit Plouc Sud Rhône Alpes brand = Crédit Plouc Éric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Osmose : nouvelle analyse à propos des marques
Je le pense aussi. Pour des POIs de commerces, afficher les brand comme nom n'est pas une erreur. Mais je pense que le but n'est pas là : il s'agit de dire que ce nom n'est pas traduisible ni transcriptible (même si la marque existe dans d'autres pays sous d'autres formes, une seule forme est adéquate localement), et ne peut pas non plus faire l'objet d'une correction orthographique selon les règles linguistiques habituelles (l'orthographe peut être réellement différente, on peut avoir un Pub Kafé et non Pub café... Si une marque est réellement distinguée, il faudrait lui associer une référence (par exemple un numéro RCS pour le nom de l'établissement, ou l'URL d'un site officiel pour une franchise). Mais si on continue comme ça on va vouloir donner l'URL d'un logo... Pour les réseaux de franchises, il vaut mieux créer une relation pour recenser les points annotés : pas besoin de brand sur chaque nœud, on mettrait ça plutôt dans la relation afin d'éviter la multiplication des tags et les incohérences (par exemple on pourrait avoir une relation pour toutes les enseignes McDonald). Le 15 avril 2012 14:58, Eric Marsden eric.mars...@free.fr a écrit : fr == Frédéric Rodrigo fred.rodr...@gmail.com writes: fr Il faut dans beaucoup de cas utiliser le tag brand fr http://wiki.openstreetmap.org/wiki/Key:brand fr Voir aussi le tag operator fr http://wiki.openstreetmap.org/wiki/Key:operator Les épiceries franchisées «Petit Casino» ont exactement ce nom comme enseigne ; pareillement pour les banques. La distinction name/brand me semble être un pinaillage qui passera par dessus de la tête de 95% des contributeurs, et qui de surcroit ne sert à rien. -- Eric Marsden ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Osmose : nouvelle analyse à propos des marques
Le 15/04/2012 15:39, Philippe Verdy a écrit : Si une marque est réellement distinguée, il faudrait lui associer une référence (par exemple un numéro RCS pour le nom de l'établissement, ou l'URL d'un site officiel pour une franchise). Mais si on continue comme ça on va vouloir donner l'URL d'un logo... Pour les réseaux de franchises, il vaut mieux créer une relation pour recenser les points annotés : pas besoin de brand sur chaque nœud, on mettrait ça plutôt dans la relation afin d'éviter la multiplication des tags et les incohérences (par exemple on pourrait avoir une relation pour toutes les enseignes McDonald). Hum... Relation are not categories ! http://wiki.openstreetmap.org/wiki/Relations_are_not_categories -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Osmose : nouvelle analyse à propos des marques
pv == Philippe Verdy verd...@wanadoo.fr writes: pv comme ça on va vouloir donner l'URL d'un logo... Pour les réseaux de pv franchises, il vaut mieux créer une relation pour recenser les points pv annotés : pas besoin de brand sur chaque nœud, on mettrait ça plutôt pv dans la relation afin d'éviter la multiplication des tags et les pv incohérences (par exemple on pourrait avoir une relation pour toutes pv les enseignes McDonald). Quelle usine à gaz! Si je veux cartographier un nouveau point de vente McDonald's, comment vais-je savoir qu'il faudrait que je le rajoute à ta relation? Puis as-tu jamais essayé d'expliquer à des non-informaticiens comment utiliser les relations dans OSM? Ce type de relation, complexe à maintenir, est par ailleurs inutile: si je veux connaître les points de vente McDonald's dans mon coin, je peux chercher des points amenity=fast_food name=*McDonald* dans un bbox. Si je veux voir leur logo, je me rends sur leur site web. Si je veux connaître leur numéro d'immatriculation RCS en France, je cherche sur societe.com. -- Eric Marsden ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Osmose : nouvelle analyse à propos des marques
Le 15 avril 2012 16:21, Eric Marsden eric.mars...@free.fr a écrit : pv == Philippe Verdy verd...@wanadoo.fr writes: pv comme ça on va vouloir donner l'URL d'un logo... Pour les réseaux de pv franchises, il vaut mieux créer une relation pour recenser les points pv annotés : pas besoin de brand sur chaque nœud, on mettrait ça plutôt pv dans la relation afin d'éviter la multiplication des tags et les pv incohérences (par exemple on pourrait avoir une relation pour toutes pv les enseignes McDonald). Je ne suis pas expert des relations, ni du reste, alors je livre en vrac ma réaction: Prenons le cas simple: Je suis en train de mapper un coin et il y a un fast_food. Comment je retrouve la relation de la marque pour lui ajouter sont nouveau membre ? Ca me semble assez difficile avec Josm et encore plus avec Polatch. Concernant les banques, le nom de l'agence me parait superflue. Au mieux je le mettrais dans un alt_name. Quand on dit mapper ce qui se voit, un MacTruc ou un CréditMachin reste un MacTruc ou un CréditMachin. Et puis les structures commerciales des entreprises me semblent un peu hors sujet dans OSM. Cyrille. Quelle usine à gaz! Si je veux cartographier un nouveau point de vente McDonald's, comment vais-je savoir qu'il faudrait que je le rajoute à ta relation? Puis as-tu jamais essayé d'expliquer à des non-informaticiens comment utiliser les relations dans OSM? Ce type de relation, complexe à maintenir, est par ailleurs inutile: si je veux connaître les points de vente McDonald's dans mon coin, je peux chercher des points amenity=fast_food name=*McDonald* dans un bbox. Si je veux voir leur logo, je me rends sur leur site web. Si je veux connaître leur numéro d'immatriculation RCS en France, je cherche sur societe.com. -- Eric Marsden ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Cyrille. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Osmose : nouvelle analyse à propos des marques
Le 15/04/2012 16:40, Cyrille Giquello a écrit : Je ne suis pas expert des relations, ni du reste, alors je livre en vrac ma réaction: Prenons le cas simple: Je suis en train de mapper un coin et il y a un fast_food. Comment je retrouve la relation de la marque pour lui ajouter sont nouveau membre ? Ca me semble assez difficile avec Josm et encore plus avec Polatch. Concernant les banques, le nom de l'agence me parait superflue. Au mieux je le mettrais dans un alt_name. Quand on dit mapper ce qui se voit, un MacTruc ou un CréditMachin reste un MacTruc ou un CréditMachin. Je suis globalement de ton avis, en particulier à propos des relations. Néanmoins, des agences bancaires portant un nom agence Bordeaux Intendance, visiblement indiqué sur l'affiche des horaires d'ouverture (par exemple) sont assez courantes. Pour moi, la combinaison name=Agence de Saint-Locdu-le-Vieux operator=Société Générale n'est pas rare du tout. Par contre, j'avoue que l'étiquette brand=* me passe largement au-dessus de la tête, comme elle doit passer au-dessus de celle de la plupart. -- Jean-Francois Nifenecker, Bordeaux ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Osmose : nouvelle analyse à propos des marques
Je ne pense pas non plus que l'on doive s'écarter du principe de relever ce qui est écrit au dessus de la porte du commerce. Que ce soit une marque ou non. En gros, c'est aussi comme cela que les gens disent IRL, sauf exception. On n'a pas à se plonger dans l'analyse des franchises pou cartographier. Si une marque se trouve mise sous le boisseau, parce que l'opérateur local l'a mise en retrait, c'est une affaire ne nous concerne pas. Ils n'ont qu'à s'expliquer entre eux. Toutes les agences BNPParisbas de la Bretagne administrative (pas la Bretagne historique), viennent d'être dotée d'un nouvel affichage : BNPParibas-Banque de Bretagne, la Banque de Bretagne étant jusqu'ici une filiale. Il va donc falloir surcharger un peu la carte, bien qu'IRL, les gens ne diront pas les 2 noms ensemble. Autre cas, encore en Bretagne, le Crédit mutuel de Bretagne qui appartient au groupe Arkéa, refuse d'abandonner la mention de Bretagne, malgré l'usage préconisé par les autres branches du système Crédit mutuel. Pour les dirigeants bretons, le brand, c'est le nom complet. Christian ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Re : De retour de SIG la lettre
Merci pour vos reponses ! Julien De : Vincent de Chateau-Thierry v...@laposte.net À : Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé le : Vendredi 13 avril 2012 16h49 Objet : Re: [OSM-talk-fr] De retour de SIG la lettre De : Arnaud Vandecasteele J'allais répondre la même chose. Il me semble que c'est bien lui. Oui c'est bien lui. En revanche point de Philippe Pary sur la photo (une autre fois, Philippe ?), c'est Tony Emery (Ville d'Orange) au 2e plan entre Christian et Françoise. vincent Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Osmose : nouvelle analyse à propos des marques
Tu ne comprends pas, le but ce n'est pas une catégorie, mais éviter des tonnes de redondances dans des attributs liés : les marques ça change souvent. Si on commence à en mettre on sera toujours en train de les mettre à jour de façon désordonnée, avec différentes orthographes, plein d'URL et de références à remettre à jour... La relation regroupe ces attributs communs. Le 15 avril 2012 16:12, Vincent Pottier vpott...@gmail.com a écrit : Le 15/04/2012 15:39, Philippe Verdy a écrit : Si une marque est réellement distinguée, il faudrait lui associer une référence (par exemple un numéro RCS pour le nom de l'établissement, ou l'URL d'un site officiel pour une franchise). Mais si on continue comme ça on va vouloir donner l'URL d'un logo... Pour les réseaux de franchises, il vaut mieux créer une relation pour recenser les points annotés : pas besoin de brand sur chaque nœud, on mettrait ça plutôt dans la relation afin d'éviter la multiplication des tags et les incohérences (par exemple on pourrait avoir une relation pour toutes les enseignes McDonald). Hum... Relation are not categories ! http://wiki.openstreetmap.org/wiki/Relations_are_not_categories -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] forum: Bonjour de Seine et Marne sud
Le message suivant : ## Bien le bonjour d'un gars de 58 balais habitant Bray sur seine (77). J'espère apprendre plein de trucs sur ce forum pour pouvoir utiliser OSM ! :D a été posté sur le forum http://forum.openstreetmap.fr/viewforum.php?f=10 Une réponse sur la liste directement n'est hélas pas transmise sur le forum, ce qui n'empeche pas une concertation avant réponse par email. Notez qu'il n'est pas necessaire d'avoir un compte sur le forum pour repondre. -- Tout commentaire sur ce message peut être demandé à sylvainaletuffe.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] forum: Carte ne s'affichant pas
Le message suivant : ## Bonjour, Je précise tout de suite que je débute et, bien entendu, j'ai déjà un problème. Y a t'il une configuration spéciale pour utiliser OSM ? J'ai JAVA (à jour c'est seven qui me le dit), j'ai la dernière version d'Adobe Flah Player (je ne sais pas si ça sert mais bon) et quand je veux modifier (en fait créer) des rues de ma ville, les icones (supermarchés ect..) apparaissent bien dans la fenêtre de gauche mais j'ai un beau blanc dans celle de droite au lieu de la carte satellite ? Même avec le zoom le plus faible. J'ai essayé avec une ancienne commune de la banlieue parisienne et le problème est le même ! J'ai essayé avec Firefox et Chrome. Y a t'il des modules spécifiques à charger ? Merci de votre réponse. a été posté sur le forum http://forum.openstreetmap.fr/viewforum.php?f=3 Une réponse sur la liste directement n'est hélas pas transmise sur le forum, ce qui n'empeche pas une concertation avant réponse par email. Notez qu'il n'est pas necessaire d'avoir un compte sur le forum pour repondre. -- Tout commentaire sur ce message peut être demandé à sylvainaletuffe.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Personnes intéressées pour organiser une mapping party à Villeurbanne (69)
Bonjour, Le responsable multimédia à la médiathèque du Rize à Villeurbanne souhaite organiser une mapping party un samedi en novembre 2012 Pour le contexte : En effet, nous programmons actuellement travail autour du quartier St Jean à Villeurbanne. Nous allons créer un webdocumentaire, qui devrait être fini en octobre 2012, et qui permettra de lancer un temps fort à la fois sur le quartier et sur les nouveaux modes d'expressions journalistiques (octobre à décembre 2012). Nous développerons également une offre d'ateliers, de conférences autour de la vie dans ce quartier et de l'expression numérique. [...] je prévois d'intégrer une journée OpenStreetMap dans le cadre de ce temps fort. Les buts sont multiples : - proposer un nouvel axe de découverte du quartier, en référençant les routes, les rues et les POI - donner une plus grande visibilité à ce projet que je trouve personnellement très intéressant, ainsi qu'à sa communauté. Je n'habite plus autour de Lyon et suis très incertain sur ma disponibilité en novembre. Si quelqu'un est intéressé pour aider la médiathèque du Rize à organiser cet événement, contactez-moi en privé et je vous transmettrai les coordonnées. Bonne soirée Frédéric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Re : Personnes intéressées pour organiser une mapping party à Villeurbanne (69)
Bonjour, C'est intéressant, je rajoute la liste lyon en copie. Florian Farge aka Otourly Sur lesprojets wikimédiens et l'Association française,OSM, et sur MOVIM Socio di Wikimedia Italia De : Frédéric Bonifas fredericboni...@gmail.com À : Discussions sur OSM en français Talk-fr@openstreetmap.org Envoyé le : Dimanche 15 avril 2012 21h26 Objet : [OSM-talk-fr] Personnes intéressées pour organiser une mapping party à Villeurbanne (69) Bonjour, Le responsable multimédia à la médiathèque du Rize à Villeurbanne souhaite organiser une mapping party un samedi en novembre 2012 Pour le contexte : En effet, nous programmons actuellement travail autour du quartier St Jean à Villeurbanne. Nous allons créer un webdocumentaire, qui devrait être fini en octobre 2012, et qui permettra de lancer un temps fort à la fois sur le quartier et sur les nouveaux modes d'expressions journalistiques (octobre à décembre 2012). Nous développerons également une offre d'ateliers, de conférences autour de la vie dans ce quartier et de l'expression numérique. [...] je prévois d'intégrer une journée OpenStreetMap dans le cadre de ce temps fort. Les buts sont multiples : - proposer un nouvel axe de découverte du quartier, en référençant les routes, les rues et les POI - donner une plus grande visibilité à ce projet que je trouve personnellement très intéressant, ainsi qu'à sa communauté. Je n'habite plus autour de Lyon et suis très incertain sur ma disponibilité en novembre. Si quelqu'un est intéressé pour aider la médiathèque du Rize à organiser cet événement, contactez-moi en privé et je vous transmettrai les coordonnées. Bonne soirée Frédéric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr