Re: [talk-au] camp sites
On Fri, May 1, 2015 at 9:36 PM, Ian Sergeant inas66+...@gmail.com wrote: Hi, My only observation would be that in Australia toilets and no water seems a very common combination at camp grounds. You know the kind of campground I'm talking about, with either drop toilets or unpotable water. It would probably be worthwhile making a call on the classification that applies to these kinds of camp grounds. Ian. I currently tag those: amenity=camp_site drinking_water=no toilets=no Or amenity=camp_site drinking_water=no toilets=yes toilets:disposal=pitlatrine If the camp_site is mapped as an area, you can omit the toilets=yes tag but not the drinking_water=no ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au
Re: [Talk-at] OpenStreetMap Infostand auf den Linuxwochen Wien von 7. bis 9. Mai 2015 (fwd)
On 02.05.15 07:20, Stephan Bösch-Plepelits wrote: Andreas: Du hast Materialien bereits besorgt, oder? Gibt es noch Dinge die ich mitnehmen kann? Ich hab die meisten Dinge beisammen, ja. Was noch fehlt, ist das Wien Rollup. *Norbert*, lagert das bei Dir? Kommst Du am Mi zum Clubabend? Oder kann ich's mir Di Abend von Dir holen? Servus, Andreas ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] basemap.at Umstellung
Am 02.05.2015 um 20:57 schrieb Paul Wölfel: Hallo, leider ist nur dir normale Auflösung in PNG verfügbar. JOSM verwendet die high dpi Version, welche nur in JPEG verfügbar ist. Wenn diese auch in PNG verfügbar ist, werd ich die TMS links aktualisieren, so dass automatisch für jeden User die PNG Variante verwendet wird Mit freundlichen Grüßen Paul Wölfel Email p...@woelfel.at mailto:p...@woelfel.at Tel. +43 664 88 533 801 Lindengasse 31/1/11 1070 Wien Austria Am 02.05.2015 5:24 nachm. schrieb Peter Kössler pkoess...@gmx.net mailto:pkoess...@gmx.net: Wie kann ich das bei JOSM umstellen? In TMS hat das umstellen mit Neueingabe und Änderung auf .png nicht funktioniert. Danke, Peter. ___ Talk-at mailing list Talk-at@openstreetmap.org mailto:Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at Danke, ich bekomm aber überhaupt keine Anzeige angeboten. LG, Peter. ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] basemap.at Umstellung
Am 02.05.2015 um 20:57 schrieb Paul Wölfel: Hallo, leider ist nur dir normale Auflösung in PNG verfügbar. JOSM verwendet die high dpi Version, welche nur in JPEG verfügbar ist. Wenn diese auch in PNG verfügbar ist, werd ich die TMS links aktualisieren, so dass automatisch für jeden User die PNG Variante verwendet wird Mit freundlichen Grüßen Paul Wölfel Email p...@woelfel.at mailto:p...@woelfel.at Tel. +43 664 88 533 801 Lindengasse 31/1/11 1070 Wien Austria Am 02.05.2015 5:24 nachm. schrieb Peter Kössler pkoess...@gmx.net mailto:pkoess...@gmx.net: Wie kann ich das bei JOSM umstellen? In TMS hat das umstellen mit Neueingabe und Änderung auf .png nicht funktioniert. Danke, Peter. ___ Talk-at mailing list Talk-at@openstreetmap.org mailto:Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at Tut mir leid, meine Antwort war anscheinend voreilig, jetzt hab ich wieder eine Anzeige. Danke, Peter. ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [talk-au] camp sites
On 3 May 2015 at 15:27, Warin 61sundow...@gmail.com wrote: Whatever way it is cut there is a 'responsiblity', and I'd rather see the 'rules' and have the mapper make the choice from local knowledge rather than pass it to some remote person who can only judge it from a yes/no answer. I'm in also in favour of subjective decisions, when we need a subjective decision, to be made close to the source. However, there are some tags that simply aim to group objective facts by applying a ruleset to them. From the description this looks like one of those cases. I look to see what amenity a campsite has, look up the proposal, and decide on a category to assign it to. I can choose to list the amenities too if I want. People might misinterpret the ruleset, and meanwhile, we are losing hard data about the amenities. Is there supposed to be a subjective step that I'm missing? That is you look at all the amenity, and make a judgement call on the category? Ian. ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au
Re: [OSM-talk] Chain Store Cleanup
Hi, On 05/01/2015 05:07 PM, Frederik Ramm wrote: I don't think that is something that really advances the quality in OSM, and I would encourage you to grab a notepad and venture outside to do some mapping. That way you wouldn't be scripting world-wide cleanup operations but who knows, you might actually add real value to OSM. I would still say that to anyone who suggests some sort of world wide cleanup but I recognize that it was a bit silly saying it to you (Andrew) - given that you are probably the human being with the most survey-based edits in OSM. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-fr] Normalisation du tag antenne
Bonjour, La nuit a porté conseil : j'ai essayé de mettre ce dont je parlais hier sur un schéma https://wiki.openstreetmap.org/w/images/d/de/Radio_antennas_mapping_proposal.png Il n'y a pas de référence précise aux fichiers de l'ANFR. Voici le cas de figure : Le CG a installé un mat sur ses fond propres pour accueillir des antennes mobiles et d'autres services radio (PMR, radio privée typiquement ou pour les équipes d’entretien routières...). Étant isolé, le site radio est relié aux réseaux par un faisceau hertzien, le 3ième type d'antenne visible sur le support. L'ARCEP appelle ça un site zone blanche où les investissement d'infrastructure de téléphonie sont mutualisées. Le support est ici de la responsabilité du CG ou d'une autre autorité publique, la chaine antennaire (antennes + câbles coaxiaux) de téléphonie mobile de celle d'un opérateur identifié (les autres opérateurs de téléphonie mobile sont bien présents mais virtuellement en partageant le réseau d'accès). Le système PMR est exploité par la DIR parallèlement. Il est aussi possible de voir s'installer d'autres opérateurs en partageant la chaine antennaire par couplage : une chaine antennaire, plusieurs stations d'émission au sens ANFR et donc plusieurs opérateurs exploitant la même antenne (cf les sites du métro parisien). C'est théoriquement l'une des situations les plus complexes à cartographier. On peut donc utiliser des relations pour matérialiser les stations, acceptant des membres antennes et supports, voire les baies/équipements actifs si ils sont connus et matérialisables. Ceci nous permet principalement : - D'indiquer les opérateurs à plusieurs niveaux, ceux qui installent/maintiennent les antennes et ceux qui les utilisent, l'exemple pris montrent qu'ils peuvent être différents. - D'indiquer les services à plusieurs niveaux, le GSM900 et l'UMTS900 en téléphonie mobile peuvent par exemple utiliser les mêmes antennes 900 Mhz. - D'indiquer les différentes références ANFR du fichier publié. Ce qui pose encore problème : - Comment poser différentes antennes sur les mats/pylônes ? Il y a beaucoup d'informations par antenne, Jean-Marc disait à juste titre que le support ne supporterai pas le poids des tags ;) Il est aussi possible que j'ai oublié quelque chose. Bonne fin d'aprem François. *François Lacombe* fl dot infosreseaux At gmail dot com www.infos-reseaux.com @InfosReseaux http://www.twitter.com/InfosReseaux Le 3 mai 2015 13:17, dHuy Pierre dh...@yahoo.fr a écrit : @Verdy: N'ayant pas vocation d'un débat de sémantique, je te laisse débattre sur le sexe des anges. @all: D'un autre coté et basé sur vos réflexion à tous, j'ai créé un modèle n'associant aucunement les usages, les shapes et les operateurs pour l'antenne ou les antennes. J'exclus pour le moment l'usage d'une organisation dans le tag mais appelle ceux qui avaient proposé à mettre en forme leur proposition que j'intégrerai avec plaisir dans la page wiki Un d'entre vous a mentionné a mentionné la hauteur de la base de l'antenne, s'il peut expliquer un peu plus ici. Je partage sur le wiki aujourd'hui. Le Samedi 2 mai 2015 23h36, Philippe Verdy verd...@wanadoo.fr a écrit : Le 2 mai 2015 23:14, dHuy Pierre dh...@yahoo.fr a écrit : Pour ta norme pour cartographier les données associées aux antennes si tu veux. Je n'ai pas parlé de ma norme... ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk] contact: tags
On Sun, May 3, 2015 at 8:17 AM, Andrew MacKinnon andrew...@gmail.com wrote: I am proposing that the contact: set of tags (contact:phone, contact:website, etc.) be depreciated and replaced with the simpler set of tags (phone, website, etc.) I am not proposing that anyone do any mechanical edits. Without a mechanical edit, what's the real benefit? Since there are tens of thousands of each, rendering, editing and processing tools must cover all styles. A human viewer will see each style also. - Mechanical tag consolidation is possible in OSM, though it's pretty hard. I recently completed tag consolidation on motorhome toilet dump stations (though failed to get consensus on the related boat feature). That was a much smaller feature count, but dozens of tagging styles. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[Talk-at] App Tiroler Wirtshauskultur OSM-Daten?
Hallo Leute, habe heute in dem Tiroler Magazin weekend einen 2-seitigen Artikel auf die App Tiroler Wirtshauskultur gelesen und die App getestet. Finde Sie gut und bin mir nun auch ziemlich sicher, dass Daten von OSM verwendet werden! Habe im Bereich Kufstein einige Fußwege exakt wie in OSM eingezeichnet gefunden, das kann kein Zufall sein. Könntet Ihr mal in Euren bekannten Bereichen nachsehen und hier Bescheid geben? Habe vorab auch schon eine Mail an die Betreiber geschickt, bin gespannt auf die Antwort. Grüße aus Kufstein erwin6330 ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-it] OsmAnd 2.0 disponibile
Sempre più impressionante. Non conosco navigatore migliore su Android. E' un grosso potenziale bacino di nuovi mappatori, se si fa capire loro che OSM è uno strumento fantastico ed è e deve essere col contributo di tutti la mappa più dettagliata, completa e più affidabile al mondo; è per questo che bisogna impegnarsi a fornire mappe sempre migliori a chi le testa per la prima volta. Il giorno 3 maggio 2015 16:11, Leonardo Frassetto kinetocor...@gmail.com ha scritto: Ciao! Volevo informare gli utilizzatori e coloro che sono interessati che è uscita la versione 2.0 di osmand. L'interfaccia è stata completamente ridisegnata e ci sono molte novità! Sito: http://osmand.net/ Leonardo ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-us] New MapRoulette Challenge: Website Mismatch: Give it a try
This is a website keyword matcher. For example a website associated with name=Cafe Fanny/phone=555-1212 would be expected to have at least the words Cafe, Fanny, or a matching phone number. The match is fuzzy. Any website with no match is flagged for human review. These are often: - Spam websites. - Hijacked domains. - Business that have changed focus. - Out of business businesses. - Website has moved. There are false positives also: - Redirects with error codes in the 300 range. - Flash based websites with no text whatsoever. - Chain stores and schools that frequently reorganize their pages. - Small regional chains where the store page is either non-existent, or a URL that's sure to chance in the future. The root URL is better, but won't match the name on the node. If you work on the challenge you'll appreciated crafting a future proof URL. The best URL for osm is the simplest one if possible (no http://example.org/a/b/q?q=50505 ). The challenge shows how quickly restaurants in particular come and go. - The challenge works regionally so you don't have to save after every node. Right now it's set for the Northwest USA: http://maproulette.org/#t=webtegrity/www-osmid-1723639413 ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-it] OSMIT 2015
la wiki di osm: http://wiki.osm.org abbiamo anche registrato il dominio http://sotm.it per metterci il blog dell evento (registrazione, etc) Great! Non sapevo del dominio sotm.it :) per quanto riguarda gli interventi e le idee da realizzare durante la tre giorni, altra pagina wiki? facciamo un call for proposal? vorrei mettere l'accento sul fare e non sul parlare. magari mezza giornata di raccontare cosa facciamo, dove, come. ma per il resto manterrei l'evento focalizzato sul FARE LE COSE. cose con obiettivi chiari e risultati misurabili, cosi' come i deliverable attesi. Potremmo cominciare a raccogliere delle proposte in tal senso. Rimango dell'idea però che una parte di formazione potrebbe essere richiesta se l'evento ottiene un po' di visiblità. Es. a Padova era stato improvvisato un corso su josm proprio perchè richiesto da alcuni studenti che si erano presentati all'evento. Non escludo però che potrebbe essere un qualcosa di molto locale che potrebbe anticipare l'evento. abbiamo anche disponibilità, come wikimedia italia a dare un minumo una mano nell'organizzazione logistica. Grande Simone! Ho letto la tua email dopo che ho scritto la mia risposta (era in bozza) Secondo me la presenza di Wikimedia Italia è importantissima ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [talk-au] camp sites
On Sun, 2015-05-03 at 17:43 +1000, Ian Sergeant wrote: Is there supposed to be a subjective step that I'm missing? That is you look at all the amenity, and make a judgement call on the category? Do you mean when using the proposed camp_site= tag Ian ? No, no scope or need for subjective here. I personally get a bit annoyed when OSmers use subjective like its a swear word but here, no need for it. The steps nominated represent a reasonably consistent progression. And very simple tests to see what level we are talking about. It could be compared to using highway=. I'd be pretty surprised if you have not used that at some stage. But in fact, the interface to camp_site= is heaps cleaner than to highway= ! Whats the basic difference between residential and unclassified, how many houses along the side of a primary road need be there ? And if we tag =track, suddenly different rendering rules seem to apply. Truth is, we like to classify things, places and people into groups, it is how we handle the complexity of the world, we do it unconsciously and often blur the edges. But we need to do it ! David Ian. ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] camp sites
On Sun, May 3, 2015 at 2:50 PM, Ian Sergeant inas66+...@gmail.com wrote: The corresponding categories may be better held in a software ruleset, and the mapper just enumerate the amenities on the campsite that they are aware of. Agreed. ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] camp sites
On Mon, May 4, 2015 at 8:35 AM, David Bannon dban...@internode.on.net wrote: It could be compared to using highway=. Yes, and highway is terrible ;-) Truth is, we like to classify things, places and people into groups, it is how we handle the complexity of the world, we do it unconsciously and often blur the edges. But we need to do it ! No, that's what mere humans do. ;-) We are OSMers, and we're designing a schema. I am 100% with Ian on this one. If there's no need to blur edges, as you put it, why oh why would we want to introduce that fuzziness into our data? Sensing that we may be at an impasse, I would at least insist that mappers are strongly encouraged to also enter information about specific amenities, even if they additionally use some fuzzy summarization tag. And app designers should make use of those specific tags, even if they additionally unpack the summarized tags. ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au
Re: [Talk-GB] Road-name oddity in Bath
Hi Andy While what was there before certainly wasn't correct I don't believe Nick Austin's recent edits correct the situation. There certainly is a Stanier Road along that stretch along with an Ivo Peters Rd. Where those two concatenate is uncertain. ITO has no Ivo Peters: http://www.itoworld.com/product/data/osm_analysis/map_browser?bbox=350785,152770,380729,171227referrer=area However there is an Ivo Peters road sign. https://goo.gl/maps/Or3TH I've re edited to what I think is the correct layout, but wiling to be proven wrong. Dave F. On 02/05/2015 18:49, Andy Mabbett wrote: Around: http://www.openstreetmap.org/?mlat=51.38137mlon=-2.37016#map=19/51.38137/-2.37016 Stanier Road seems to become Ivo Peters Road, then Stanier Road again Meanwhile, slightly to the NE, there is another Ivo Peters Road. Is something mis-tagged? --- This email has been checked for viruses by Avast antivirus software. http://www.avast.com ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [OSM-talk-fr] Normalisation du tag antenne
Le 3 mai 2015 22:50, dHuy Pierre dh...@yahoo.fr a écrit : @Verdy: Je vois que ta maitrise de la langue française est presqu'aussi impressionnante que tes connaissances en général aussi je t'invite à consulter toute une série de sites pour ce qui est de la définition des différents mots que j'utilise ou pourrais être amener à utiliser. Pour quelqu'un qui a une réputation particulièrement mauvaise dans le monde des wikis et de la culture libre, je trouve que tu as beaucoup de mal à maitriser les principes de base de la dialectique. Tu continues à divaguer sur des sujets qui n'ont rien à voir avec ce dont j'ai parlé (alors que ce dont je parlais a été aussi repris par d'autres comme idées intéressantes, et que d'autres ont aussi soulevé les mêmes problèmes). Je t'ai dit d'arrêter d'inventer ce que je n'ai pas dit. Mais tu continues à propager des propos clairement mensongers et à sortir du sujet pour des attaques personnelles en plus. La définition des mots tu l'as largement interprétée à ta propre guise en déguisant mes propos et en les rapportant de façon détournée à plusieurs reprises (en public comme sur des messages envoyés à plusieurs autres en copie hors liste). Ma réputation sur les wikis est aussi bonne que n'importe qui, pas la peine d'inventer là encore de telles divagations qui sont hors de propos ici. Ce n'est pas parce qu'il y a un ou deux individus qui s'opposent que tout le monde les suit, ils sont une infime minorité et il est totalement inévitable dans un mode collaboratif où il y a beaucoup de monde, que tout le monde ne soit pas d'accord, sans que ça dégénère comme tu le fais ici en conflits personnels sur la scène publique. Tu te permets d'interpréter mes connaissances de la langue sur la seule base des fautes de frappe ça et là dans un simple email qui n'a rien d'un document. Si tu te bases là-dessus, alors personne n'est à l'abri de tes aprioris clamés publiquement comme des jugements personnels... Un mail ou une page de dosucssion n'est pas une page maintenue, Et je suis largement au dessus de la moyenne de l'immensité des contributeurs en terme de respect de la langue. Bref ta réponse est TOTALEMENT hors sujet. Mais si tu pinaille je reprends tes propres fautes, dans maîtrise par exemple où tu omets le circonflexe. Je t'invites donc à relire un dictionnaire pusique que tu me défies là-dessus (ce qui est totalement hors sujet). ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-br] Uso Correto da Place
É Exatamente o que eu queria dizer! Só para simplificar o raciocínio, a place da cidade sede FORA da relação municipal não ajuda nosso mapeamento, e ainda duplica os dados. Portanto, se estiver fora devemos inclui-la na relação. Quanto ao label, esqueçam o que falei. Att,BladeTC From: thunder...@gpsinfo.com.br To: talk-br@openstreetmap.org Date: Sun, 3 May 2015 16:24:46 -0300 Subject: Re: [Talk-br] Uso Correto da Place Mas Blade, entendo que uma coisa é município e outra cidade. Um município tem a cidade sede que incluíamos na relação como admin_center. Quando delimitamos o boundary administrativo estamos delimitando o município e não a cidade. O centro geométrico desse limite administrativo nem sempre é a cidade sede e por muitas vezes se encontra bem longe dela. A relação boundary, por si só, já estampa no mapa a área do município, mas não a cidade se inexistir na relação o admin_centre. Lembro que estão sendo excluídos os admin_centre das relações o que a meu ver inerirá a identificação do centro administrativo daquele município onde se encontra a Prefeitura. Existe o desejo de ver estampado o município como um todo, o limite administrativo da prefeitura dele e isso ocorre pela simples inclusão da relação boundary. Inserindo a tag place nessa relação estaremos estampando o um ponto no centro geométrico desse município que não reflete a cidade. Por isso que para refletir a cidade sede daquele município inserimos na relação o admin_centre. Lembro que no Brasil já existem distritos com população superior ao da cidade. Se for definido o marco zero automaticamente como cita você estaremos, na minha opinião, incorrendo em erro porque o marco zero de uma cidade é definido por lei estadual ou municipal. Ele é a referência para o estabelecimento da numeração de portas nas vias. O marco zero de São Paulo – SP, por exemplo, é a Praça da Sé. Vide http://pt.wikipedia.org/wiki/Marco_zero_da_cidade_de_S%C3%A3o_Paulo e http://www.prefeitura.sp.gov.br/cidade/secretarias/cultura/patrimonio_historico/adote_obra/index.php?p=8290 . É por ele que a numeração de porta em vias de SP se referencia. Na medida que a casa esteja mais longe desse marco zero sua numeração será maior do que seu vizinho mais perto dele. Lembro que só levantamos o problema com o objetivo de fomentar a necessidade de uma padronização para os editores brasileiros. Nós do mapa COCAR estamos providenciando a nível renderização a remoção dessa key place quando de sua existência na relação boundary e estamos avaliando como resolver o problema da exclusão dos admin_centre da mesma relação. []s Marcio From: Blademir Andrade de Lima Sent: Sunday, May 3, 2015 2:11 PM To: OpenStreetMap no Brasil Subject: Re: [Talk-br] Uso Correto da Place A Tag Place deve continuar para definir a cidade no mapa e não o marco zero. A Place deve ser inserida no centro da cidade. O marco-zero da relação boundary:administrative usa a tag Label, mas o marco zero geralmente é definido automaticamente. Seria facultativo seu com a Tag Label dentro da relação. Att, BladeTC ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [OSM-talk-fr] Normalisation du tag antenne
Arf, je corrige dès demain effectivement. Je pensais que l'avoir mis en proposal suffisait. Hum l'objectif était de mettre les propositions de normage pour les éléments dans la discussion et dans des sous parties de la propale. Je delete du coup. Le Dimanche 3 mai 2015 23h10, François Lacombe fl.infosrese...@gmail.com a écrit : Bonsoir Pierre, Il y a en effet encore quelques points qui n'ont pas encore de réponse, mais nous pourrons surement les trouver collectivement. Ce fil doit continuer à vivre. Pour l'instant et tel qu'indiqué, ce que je propose ne solutionne pas la question des multiples antennes sur un même point. Il faut encore du temps pour y réfléchir. Nous ne pouvons pas le voter en l'état, tout n'est pas complet, il y a encore plein de cas à croiser. Il faut en premier lieu faire des photos et donner des cas pratiques en fin de document. Ensuite, tout traduire en anglais, pour le diffuser au plus grand nombre (je peux m'en charger sur une bonne partie, pour peu qu'on soit d'accord sur la version française). Là encore, au fur et à mesure. La page Key:antenna part surement d'un bon sentiment mais est mal nommée. Ce genre de page sert à la documentation d'un tag, une fois acceptée ou bien lorsque celui-ci est déjà largement utilisé ( 100k dans tag info). Pour ce qui nous concerne, il faut aller dans la catégorie Proposed_features avec une page comme celle-ci : https://wiki.openstreetmap.org/wiki/Proposed_features/Antennas_cartography C'est plutôt important, il y a des personnes qui sont plutôt directes sur @tagging Pour donner une idée, voici une proposition que je m’apprête à présenter au vote, sa rédaction a demandé 1 an et demi (même si le RFC a démarré début janvier, le document d'origine est apparu en 2013) https://wiki.openstreetmap.org/wiki/Proposed_features/Power_supports_refinement Dans notre cas, ce sera beaucoup plus court, ok, mais on doit encore prendre le temps de la réflexion pour proposer quelque chose de complet. Bonne soirée François François Lacombe fl dot infosreseaux At gmail dot com www.infos-reseaux.com @InfosReseaux Le 3 mai 2015 22:50, dHuy Pierre dh...@yahoo.fr a écrit : @Verdy: Je vois que ta maitrise de la langue française est presqu'aussi impressionnante que tes connaissances en général aussi je t'invite à consulter toute une série de sites pour ce qui est de la définition des différents mots que j'utilise ou pourrais être amener à utiliser. Pour quelqu'un qui a une réputation particulièrement mauvaise dans le monde des wikis et de la culture libre, je trouve que tu as beaucoup de mal à maitriser les principes de base de la dialectique.Autrement, je parlais de la formulation de ton idée (le terme te parait suffisamment clair?), peux tu donner un exemple concret de ta formulation json sur le wiki et ou sur le pad? Merci. @Lacombe, j'ai mis sur le wiki entre temps, je t'invite à écrire desus. Je ne comprends toujours pas comment tu comptes modéliser quand plusieurs antennes occupe le même point exactement? Après je trouve que ça fait beaucoup d'info mais ça sera aux utilisateurs d'osm de voter :) @all: merci beaucoup à tous, la page wiki est ici: https://wiki.openstreetmap.org/wiki/Key:antenna. Je n'aurais jamais réussi à mettre ça sur pied sans vous. Je mets ça en proposition officielle cette semaine et j'espère vous voir voter quand le vote officiel commencera! (je reviendrai spammer la ML don't worry :) ) Merci encore à tous de votre aide et bonne semaine! (Et remerciement particulier à Eric qui m'a permis de peaufiner certains point sur le pad en live et à Lacombe pour ses idées que j'attends de voir au vote :p ) @cquest: Merci isolé pour travailler à la libération des données ;) Librement, Le Dimanche 3 mai 2015 21h59, Philippe Verdy verd...@wanadoo.fr a écrit : Le 3 mai 2015 13:17, dHuy Pierre dh...@yahoo.fr a écrit : @Verdy: N'ayant pas vocation d'un débat de sémantique, je te laisse débattre sur le sexe des anges. Je n'arrête pas de te répondre que je n'ai pas parlé de ça et encore moins des anges.Tu as une conception étrange de la sémantique, qui consiste à l'inventer pour lui faire tout dire.Arrête s'il te plait tes inventions et ne reprends que ce que j'ai posté réellement, pas ce que tu crois avoir lu en le rapportant ensuite aux autres, merci.J'ai été assez clair pour limiter la portée de ce que j'ai dit et préciser mes intentions. D'ailleurs mon message initial avait eu une réponse similaire d'un autre utilisateur concernant l'usage des ; et des | et de leur interprétation ou prétendue standardisation qui n'existe pas et est trompeuse. Si tu revien à ce que j'ai écrit, j'ai précisé où était le problème dans la proposition initiale de Jérome: le fait qu'il utilisation deux tags séparés en imposant un ordre des valeurs dans un tag où d'évidence ce n'est quy'une liste non ordonnée, pour l'aligner avec l'ordre des éléments dans un second tag séparé (qui lui non plus
[Talk-GB] What was the outcome of the discussion about C class roads with ref tags?
Hi I seem to remember there was general consensus that C class roads shouldn't have their reference number in the ref tag as they aren't really for public use, such as on signs or maps, but the official use of local councils etc. It was suggested, therefore, to swap them to a tag like off_ref, or some such similar. Was this agreed upon? If there is consensus I personally think this would be a valid use of a mass edit due to the large number http://overpass-turbo.eu/s/98Y Does anyone have experience of doing such a auto edit? Cheers Dave F. --- This email has been checked for viruses by Avast antivirus software. http://www.avast.com ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-cz] konference Geoinformatics - oznameni
Zdravím a přidávám se k pozvánce. Přidal se někdo z vás k akcím HOT? Sledujete dění okolo Nepálu ve spojitosti s HOT? Nechcete o tom něco říct?! J pá 1. 5. 2015 v 12:17 odesílatel Martin Landa landa.mar...@gmail.com napsal: Vazeni kolegove z OSM komunity, rad bych, aby nekdo z vas vystoupil v sekci klicovych recniku konference za OSM. Mel byste o to nekdo z vas zajem. Predem doufam, ze ano :-) Mej te se a mapovani zdar ;-) Martin Dne 28. dubna 2015 10:50 Martin Landa landa.mar...@gmail.com napsal(a): Vážení přátelé, dovolujeme si vás pozvat na konferenci Geoinformatics, která proběhne 11. a 12. června 2015 na půdě Fakulty stavební Českého vysokého učení technického v Praze. Stěžejním tématem konference jsou letos Otevřená data. Dopoledne ve čtvrtek 11. června proběhnou workshopy (o jaké workshopy půjde můžete rozhodnout i vy v anketě v přihlašovacím formuláři). Odpoledne proběhne první část konference, ve které budou předneseny obecné příspěvky na témata spojená s otevřenými daty, otevřeným software, GISem a geoinformačními vědami. V pátek 12. června bude probíhat klíčová část konference, ve které budou předneseny příspěvky spojené se stěžejním tématem Otevřená data. Mezi nimi vystoupí i klíčoví řečníci, kterými jsou Mgr. Jiří Čtyroký z Institutu plánování a rozvoje hlavního města Prahy (IPR), Ing. Jiří Poláček CSc. z Českého úřadu katastrálního a zeměměřického, Ing. Petr Dvořáček ze Zeměměřického úřadu zástupce (bude doplněno později) z Českého statistického úřadu. Konference i workshop jsou bez účastnického poplatku. Ve čtvrtek večer proběhne přátelské posezení v některé z blízkých restaurací. Více o konferenci najdete na internetových stránkách http://geoinformatics.fsv.cvut.cz/konference/. Online přihláška: http://geoinformatics.fsv.cvut.cz/konference/prihlaska/ Stále sháníme další řečníky, kteří by rádi promluvili o svých projektech ať už na poli otevřených dat, nebo dalších témat, které jsou probírány na naší konferenci. Zájemci ať se obrátí na email martin.la...@fsv.cvut.cz a michal@fsv.cvut.cz. Dále bychom vás rádi pozvali na spřátelenou akci Prague Hacks pořádanou Fondem Otakara Motejla, více informací na adrese http://www.praguehacks.cz/. Za organizační tým konference Martin Landa a Michal Med. -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/mentors/landa -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/mentors/landa ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk-fr] Normalisation du tag antenne
Le 3 mai 2015 22:50, dHuy Pierre dh...@yahoo.fr a écrit : Autrement, je parlais de la formulation de ton idée (le terme te parait suffisamment clair?), peux tu donner un exemple concret de ta formulation json sur le wiki et ou sur le pad? Merci. Avant de formuiler ça sur le wiki ou le JSON, je répète que je ne faisais AUCUNE proposition, juste des remarques générales sur la codification des données structurées. JSON pas la peine de le document on sait ce que c'est. Pour le reste j'avais juste évoqué l'idée de le compacter un peu plus pour correspondre à nos usages plus limités (un seul type d'atome: chaines, pas de nombres; séparateur point-virgule conservé pour les listes de valeurs non ordonnées (mais uniquement au plus haut niveau de la structure, PAS dans des sous-listes) Et j'avais donné des exemples ici dans le cadre d'une simple discussion, pas d'une proposition. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Normalisation du tag antenne
Bonsoir Pierre, Il y a en effet encore quelques points qui n'ont pas encore de réponse, mais nous pourrons surement les trouver collectivement. Ce fil doit continuer à vivre. Pour l'instant et tel qu'indiqué, ce que je propose ne solutionne pas la question des multiples antennes sur un même point. Il faut encore du temps pour y réfléchir. Nous ne pouvons pas le voter en l'état, tout n'est pas complet, il y a encore plein de cas à croiser. Il faut en premier lieu faire des photos et donner des cas pratiques en fin de document. Ensuite, tout traduire en anglais, pour le diffuser au plus grand nombre (je peux m'en charger sur une bonne partie, pour peu qu'on soit d'accord sur la version française). Là encore, au fur et à mesure. La page Key:antenna part surement d'un bon sentiment mais est mal nommée. Ce genre de page sert à la documentation d'un tag, une fois acceptée ou bien lorsque celui-ci est déjà largement utilisé ( 100k dans tag info). Pour ce qui nous concerne, il faut aller dans la catégorie Proposed_features avec une page comme celle-ci : https://wiki.openstreetmap.org/wiki/Proposed_features/Antennas_cartography C'est plutôt important, il y a des personnes qui sont plutôt directes sur @tagging Pour donner une idée, voici une proposition que je m’apprête à présenter au vote, sa rédaction a demandé 1 an et demi (même si le RFC a démarré début janvier, le document d'origine est apparu en 2013) https://wiki.openstreetmap.org/wiki/Proposed_features/Power_supports_refinement Dans notre cas, ce sera beaucoup plus court, ok, mais on doit encore prendre le temps de la réflexion pour proposer quelque chose de complet. Bonne soirée François *François Lacombe* fl dot infosreseaux At gmail dot com www.infos-reseaux.com @InfosReseaux http://www.twitter.com/InfosReseaux Le 3 mai 2015 22:50, dHuy Pierre dh...@yahoo.fr a écrit : @Verdy: Je vois que ta maitrise de la langue française est presqu'aussi impressionnante que tes connaissances en général aussi je t'invite à consulter toute une série de sites pour ce qui est de la définition des différents mots que j'utilise ou pourrais être amener à utiliser. Pour quelqu'un qui a une réputation particulièrement mauvaise dans le monde des wikis et de la culture libre, je trouve que tu as beaucoup de mal à maitriser les principes de base de la dialectique. Autrement, je parlais de la formulation de ton idée (le terme te parait suffisamment clair?), peux tu donner un exemple concret de ta formulation json sur le wiki et ou sur le pad? Merci. @Lacombe, j'ai mis sur le wiki entre temps, je t'invite à écrire desus. Je ne comprends toujours pas comment tu comptes modéliser quand plusieurs antennes occupe le même point exactement? Après je trouve que ça fait beaucoup d'info mais ça sera aux utilisateurs d'osm de voter :) @all: merci beaucoup à tous, la page wiki est ici: https://wiki.openstreetmap.org/wiki/Key:antenna. Je n'aurais jamais réussi à mettre ça sur pied sans vous. Je mets ça en proposition officielle cette semaine et j'espère vous voir voter quand le vote officiel commencera! (je reviendrai spammer la ML don't worry :) ) Merci encore à tous de votre aide et bonne semaine! (Et remerciement particulier à Eric qui m'a permis de peaufiner certains point sur le pad en live et à Lacombe pour ses idées que j'attends de voir au vote :p ) @cquest: Merci isolé pour travailler à la libération des données ;) Librement, Le Dimanche 3 mai 2015 21h59, Philippe Verdy verd...@wanadoo.fr a écrit : Le 3 mai 2015 13:17, dHuy Pierre dh...@yahoo.fr a écrit : @Verdy: N'ayant pas vocation d'un débat de sémantique, je te laisse débattre sur le sexe des anges. Je n'arrête pas de te répondre que je n'ai pas parlé de ça et encore moins des anges. Tu as une conception étrange de la sémantique, qui consiste à l'inventer pour lui faire tout dire. Arrête s'il te plait tes inventions et ne reprends que ce que j'ai posté réellement, pas ce que tu crois avoir lu en le rapportant ensuite aux autres, merci. J'ai été assez clair pour limiter la portée de ce que j'ai dit et préciser mes intentions. D'ailleurs mon message initial avait eu une réponse similaire d'un autre utilisateur concernant l'usage des ; et des | et de leur interprétation ou prétendue standardisation qui n'existe pas et est trompeuse. Si tu revien à ce que j'ai écrit, j'ai précisé où était le problème dans la proposition initiale de Jérome: le fait qu'il utilisation deux tags séparés en imposant un ordre des valeurs dans un tag où d'évidence ce n'est quy'une liste non ordonnée, pour l'aligner avec l'ordre des éléments dans un second tag séparé (qui lui non plus n'a pas d'ordre, mais aligne ses éléments avec ceux du premier tag). En terme de description des données c'est un problème puisque dans OSM les tags ont vocation à être mainbtenus tous séparément. une première solution était de rassembler dans le même tag les valeurs qui doivent rester ensemble, mais
Re: [Talk-dk] Navne på motorway_link
Hej Niels, Det er af min opfattelse at motorway_link normalt er uden name tag. I wikien er name tagget heller ikke nævnt som en almindelig kombination. Motorway_junction tagget er benyttet til at angive frakørsler og forgreninger, og skal placeres på noden hvor forgreningen sker. Jeg ville slette name tagget, fordi det netop giver tvetydighed, når man følger vejen. Mvh. Torben Brendstrup Hej. Jeg synes, at det er uheldigt, at så mange motorvejsfrakørsler er tagget som motorway_link med name sat til det samme som den motorvej, de kommer fra. Det er ret forvirrende når man fx kører på Helsingørmotorvejen og ens GPS siger hold til højre på Helsingørmotorvejen, når det man skal gøre, er at køre af motorvejen på næste afkørsel. Se fx: http://www.openstreetmap.org/way/144336790 De frakørsler hedder vel ikke Helsingørmotorvejen? Jeg ved ikke name tagget skal slettes, eller man kan sætte det til noget mere passende som fx frakørsel 42. -- Niels Elgaard Larsen ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-at] App Tiroler Wirtshauskultur OSM-Daten?
Hallo Erwin, ja, das ist definitiv OpenStreetMap mit einem eigenen Kartenstil. Ich habe gerade ein paar Stadtteile in Innsbruck verglichen; Straßenverlauf, Gebäudeumrisse etc. sind exakt identisch. Schöne Grüße Thomas On 03 May 2015, at 18:44, Erwin OSM erwin@gmx.at wrote: Hallo Leute, habe heute in dem Tiroler Magazin weekend einen 2-seitigen Artikel auf die App Tiroler Wirtshauskultur gelesen und die App getestet. Finde Sie gut und bin mir nun auch ziemlich sicher, dass Daten von OSM verwendet werden! Habe im Bereich Kufstein einige Fußwege exakt wie in OSM eingezeichnet gefunden, das kann kein Zufall sein. Könntet Ihr mal in Euren bekannten Bereichen nachsehen und hier Bescheid geben? Habe vorab auch schon eine Mail an die Betreiber geschickt, bin gespannt auf die Antwort. Grüße aus Kufstein erwin6330 ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [OSM-talk] GeoHipster comment on OSM
On 01/05/2015, Simon Poole si...@poole.ch wrote: Am 01.05.2015 um 02:29 schrieb Nicholas G Lawrence: Exactly why this is necessary is a mystery to me. If business wants to make use of OSM data, they can download the planet file just like anyone else. If business wants to contribute data, or donate equipment or sponsor events, those things are also possible. It should be pointed out that during 2012 and 2014 and continuing with at least the LWG till today, dozens of companies and organisations (outside of the geo-industry) with questions have had no problems contacting the OSMF and getting an answer back, typically within less than 24 hours. The OSMF even has a published and working postal mail address (contrary to certain other organisations). Contacting the OSMF is one thing, but for most companies the only reason to do that is to clear a license question (which sadly come up much more often than they should). The other reasons to want a single point of contact is to get technical support and all kind of services, which companies like Mapbox and Geofabrik cater for (I'm sure they can proxy legal questions as well). I can't help but draw a parallell between OSM and PostgreSQL, which has the same actual product is only owned by a community, but lots of companies offer commercial support structure. Nearly all other big databases are backed by a single company, and PG regularly gets feedback about people turned off by the lack of an official PG company. No matter how many companies offer high quality support, and that this setup is demonstrably better for the project as a whole, some potential users will always be turned off. So I feel that we don't have a problem with the current structure, but perhaps we could present that structure better. Compare for example http://www.postgresql.org/support/professional_support/ to http://wiki.openstreetmap.org/wiki/Companies. Gary's OSM for business consortium also has a nice ring to it (if anything, because the members would be self-selected, it'd avoid a wiki edit war or a complicated OSMF-led selection process). ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [talk-au] camp sites
Its not mapping for the renderer but is about mapping in such a way that the data is usable. Agreed that we should map in such a way that makes the data most usable. I think raw data is more usable for app designers. You seem to think composite tags with fuzzy definitions are more usable. I could be wrong. ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Re campsites
On Sun, May 3, 2015 at 12:00 PM, Adrian Plaskitt adrianplask...@hotmail.com wrote: Greetings all. I think toilets and presence of drinking water should be separate pieces of information easily obvious to any user. While all campsites with drinking water will have toilets, the reverse is often not true in NSW. Hmm.. I've camped at sites with water but no developed toilets. What is more common though is a campsite with water, but no developed water: - developed, potable water (drinking_water=yes) - available clean water (spring) - available untreated water (potable if filtered or boilet) - compromised water (difficult or impossible to make potable) - no water seasonally - no water in any season (drinking_water=no) ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au
Re: [OSM-talk] contact: tags
On 3 May 2015 at 21:25, Andrew MacKinnon andrew...@gmail.com wrote: (OSM ought to allow commas in values to allow for more than one website or phone number). It is suggested that semicolons are used to separate multiple data. -- Mike. @millomweb https://sites.google.com/site/millomweb/index/introduction - For all your info on Millom and South Copeland via *the area's premier website - * *currently unavailable due to ongoing harassment of me, my family, property pets* TCs https://sites.google.com/site/pmailkeey/e-mail ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] weekly 248/249
The weekly round-up of OSM news, issue # 248/249, is now available online in English, giving as always a summary of all things happening in the openstreetmap world: http://www.weeklyosm.eu Enjoy! -- ## Manfred Reiter - - ## www.weeklyOSM.eu ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[Talk-GB] weekly 248/249
The weekly round-up of OSM news, issue # 248/249, is now available online in English, giving as always a summary of all things happening in the openstreetmap world: http://www.weeklyosm.eu Enjoy! -- ## Manfred Reiter - - ## www.weeklyOSM.eu ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-de] unpraktisches Nominatim-Ergebnis
Am 02.05.2015 21:43, schrieb Christian H. Bruhn: Ich habe gestern auf openstreetmap.org nach Wildpark Eekholt gesucht. Da gab es mehrere Suchergebnisse. Das erste war http://www.openstreetmap.org/node/2414231380 , welches ein Straßenschild ist. So eine braune Tafel, welche an Autobahnen auf touristische Ziele hinweist. Es ist ja auch fraglich, ob Wildpark Eekholt wirklich der Name des Schildes ist. Ich würde da ja eher zu inscription (Beschriftung) tendieren. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] OSRM Routing Problem
Hallo an alle, ich habe immer noch Probleme mit dem Router OSRM. Wenn ich die Trunk Ausfahrt Mannheim-Vogelstang/Viernheim West nehmen will, schickt mich OSRM einen Umweg durch die schmale Anliegerstraße Waldeckweg, statt über die kurze trunk_link. Bei https://www.openstreetmap.org/ habe ich über den Pfeil zur Routenberechnung folgende Strecke eingegeben: von: Viernheimer Kreuz nach: Kamenzer Straße 1, Mannheim mittels: Auto (OSRM) Ich vermute, dass OSRM die Abbiegerelation nur geradeaus am Treffpunkt der beiden Einbahn-trunk-links zu einer gemeinsamen http://osm.org/go/0DwWW5DT7?m= falsch interpretiert. Versteht OSRM die Abbiegerelationen immer noch nicht, oder woran liegt das? Falls der Fehler bei OSRM liegt, sollte dann nicht besser der Link zu OSRM entfernt werden, weil es die Daten von OpenStreetMap in Misskredit bringt? Gruß Bernhard ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] unpraktisches Nominatim-Ergebnis
On Sun, May 03, 2015 at 02:59:14PM +0200, Tobias Knerr wrote: Am 02.05.2015 21:43, schrieb Christian H. Bruhn: Ich habe gestern auf openstreetmap.org nach Wildpark Eekholt gesucht. Da gab es mehrere Suchergebnisse. Das erste war http://www.openstreetmap.org/node/2414231380 , welches ein Straßenschild ist. So eine braune Tafel, welche an Autobahnen auf touristische Ziele hinweist. Es ist ja auch fraglich, ob Wildpark Eekholt wirklich der Name des Schildes ist. Ich würde da ja eher zu inscription (Beschriftung) tendieren. +1 Ich finde auch das Tagging mit tourism=information, information=board grenzwertig. Diese Tafeln sind von ihrer Funktion ja einem Ortseingangs- schild ähnlicher als einem Informationsboard das gewöhnlich mit längeren Beschreibungen daherkommt. Aber das unterliegende Problem mit Nominatim bleibt davon natürlich unberührt. Ein Zoo sollte immer wichtiger sein als alles, was wir zur Zeit unter tourism=information taggen. Sarah ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk] GeoHipster comment on OSM
See https://github.com/openstreetmap/openstreetmap-website/pull/963 for the PR. Simon Am 01.05.2015 um 11:26 schrieb Simon Poole: I was actually going to suggest something along such lines given that both the Help and About pages are not particularly well used. But didn't want to get in to the bike shedding trap, so if I get around to it I'll submit a couple of PRs. Simon Am 01.05.2015 um 10:52 schrieb Tom Hughes: On 01/05/15 09:25, Simon Poole wrote: I'm fairly sure that it has been discussed before (for a while pre-redesign we had such a link at least on the German version which we really should still have for legal reasons). I suspects the designers issue is using screen real estate for stuff that is not that often used. It is simply the small matter of producing the code and a test instance of the rails port with the corresponding changes. I don't think a new link is necessary - how about just beefing up the current extremely minimal Help page with some nice text and including a section with contact details for various use cases? Tom ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] contact: tags
Hi, On 05/03/2015 05:17 PM, Andrew MacKinnon wrote: I am proposing that the contact: set of tags (contact:phone, contact:website, etc.) be depreciated and replaced with the simpler set of tags (phone, website, etc.) IIRC when the contact:* stuff was proposed, the reasons for it were that it was tidier to have all forms of contact grouped, and that in some cases there might be different telephone numbers or different web sites for different purposes, e.g. a general contact telephone number and, say, an emergency or reservations or god-knows-what other telephone number. FWIW I think the simpler tags are perfectly ok. Tagging list will probably yield more voices about this. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Chain Store Cleanup
On 1 May 2015, at 16:56, Janko Mihelić jan...@gmail.com wrote: If we want to unify a kind of chain store, I think we should leave the name tag, and focus on other tags. Some examples are ref:vatin=* for the vat id of the store, brand:wikidata=* for the wikidata id of the brand owner, website=* for the central website, or we can find a new better tag that should be the same with all certain chain stores. Names should be left to the local mapper. Janko When I add the website to an object in OSM, I try to add a link to the specific branch in the branch finder rather than the home page, thus would need to be careful with the matching, as exact matching won’t work. Also need to cater for when one person uses https url, and another uses http for example. Shaun___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-br] Uso Correto da Place
Carlos O resposta pode ser um pouco complicado, mas em principo a resposta e “ambos” O nome deve ser no limite administrativo e no um no central. Porque? Porque algum consumidores de dados usando um e outros usando outro. Bem, tem consumidores que entendo e usando ambos também. Se o problemo e que mapa compilado com mkgmap duplicando os nomes, talvez olhar os regras ou os stylesheets utilizados para ver se pode fazer algum coisas para resolver este? Aun Johnsen On May 3, 2015, at 10:48, A. Carlos anorcar...@hotmail.com wrote: Pessoal, uma dúvida aqui, espero que os expertes possam me ajudar e esclarecer Qual o uso correto e onde o usar o Place? Explico... Ao compilar o mapa BR, na pesquisa de cidades, tanto no GPS quanto no Mapsource, centenas de cidades estão parecendo na lista com nomes duplicados... Analisando no OSM, vi que tem de centenas pra mais cidades que estão com a tag Place duplicada (princiapalmente Região Norte) Estão incluíndo a tag, no (ponto) e pelo que vi (JOSM) estão incluindo ela na Relação do Limite Administrativo. Pergunto: O que é certo? Porque ali do jeito que está fica impraticável o usuário usar e fazer a pesquisa, com 2 e tem casos de até 3 nomes na pesquisa. Se a didática ali está correta,que extrai mapas agora precisa descobrir então uma dica de como excluir via Mkgmapp esta segunda opção para fazer um mapa limpo Estou aceitando sugestões :) ___ Anor C. A. de Souza Concórdia SC ___ Talk-br mailing list Talk-br@openstreetmap.org mailto:Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Uso Correto da Place
Tem algum areas com relações duplicados Por enquanto nao ha ferramentas que pode ajudar limpar isso, e preciso ser concertado por mao. Aun Johnsen On May 3, 2015, at 11:14, A. Carlos anorcar...@hotmail.com wrote: Blade, Pelo que vi, acho que fizeram um trabalho automatizado, porque praticamente a região Norte toda esta duplicada.. Fazer/consertar isso ali na mão, é trabalho de formiguinha... ___ Anor C. A. de Souza Concórdia SC 49-8866-3290 Claro 49-8808-4963 Vivo 49-9975-2560 Tim Date: Sun, 3 May 2015 11:05:17 -0300 From: blademi...@hotmail.com mailto:blademi...@hotmail.com To: talk-br@openstreetmap.org mailto:talk-br@openstreetmap.org Subject: Re: [Talk-br] Uso Correto da Place O OSM funciona destas duas formas, a 'place' e o limite administrativo (boundary) como 'relation'. Não se deve excluir a tag place, e ela deve estar vinculada dentro da relação como 'admin_centre', senao o resultado sai duplicado. Existem bastante exemplos, pesquise algumas cidades do sudeste ou sul para ver como funciona. Agora, se a TAG 'place' estiver duplicada, exclua uma delas, de preferência a que nao tiver a fonte e nao estiver vinculada a relação municipal. Att, BladeTC --- Mensagem Original --- De: A. Carlos anorcar...@hotmail.com mailto:anorcar...@hotmail.com Enviado: 3 de maio de 2015 10:49 Para: Talk-br@openstreetmap.org mailto:Talk-br@openstreetmap.org talk-br@openstreetmap.org mailto:talk-br@openstreetmap.org Assunto: [Talk-br] Uso Correto da Place Pessoal, uma dúvida aqui, espero que os expertes possam me ajudar e esclarecer Qual o uso correto e onde o usar o Place? Explico... Ao compilar o mapa BR, na pesquisa de cidades, tanto no GPS quanto no Mapsource, centenas de cidades estão parecendo na lista com nomes duplicados... Analisando no OSM, vi que tem de centenas pra mais cidades que estão com a tag Place duplicada (princiapalmente Região Norte) Estão incluíndo a tag, no (ponto) e pelo que vi (JOSM) estão incluindo ela na Relação do Limite Administrativo. Pergunto: O que é certo? Porque ali do jeito que está fica impraticável o usuário usar e fazer a pesquisa, com 2 e tem casos de até 3 nomes na pesquisa. Se a didática ali está correta,que extrai mapas agora precisa descobrir então uma dica de como excluir via Mkgmapp esta segunda opção para fazer um mapa limpo Estou aceitando sugestões :) ___ Anor C. A. de Souza Concórdia SC ___ Talk-br mailing list Talk-br@openstreetmap.org mailto:Talk-br@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-br https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org mailto:Talk-br@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-br https://lists.openstreetmap.org/listinfo/talk-br___ Talk-br mailing list Talk-br@openstreetmap.org mailto:Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Uso Correto da Place
Desafio aceito. Vou observar o que esta acontecendo no nordeste e vou corrigir o que estiver duplicado. Estou trabalhando com micro e mesorregioes, e o Nordeste é a próxima região. A partir de amanha começo a corrigir. Abraços, BladeTC --- Mensagem Original --- De: Lists li...@gimnechiske.org Enviado: 3 de maio de 2015 11:17 Para: OpenStreetMap no Brasil talk-br@openstreetmap.org Assunto: Re: [Talk-br] Uso Correto da Place Tem algum areas com relações duplicados Por enquanto nao ha ferramentas que pode ajudar limpar isso, e preciso ser concertado por mao. Aun Johnsen On May 3, 2015, at 11:14, A. Carlos anorcar...@hotmail.com wrote: Blade, Pelo que vi, acho que fizeram um trabalho automatizado, porque praticamente a região Norte toda esta duplicada.. Fazer/consertar isso ali na mão, é trabalho de formiguinha... ___ Anor C. A. de Souza Concórdia SC 49-8866-3290 Claro 49-8808-4963 Vivo 49-9975-2560 Tim Date: Sun, 3 May 2015 11:05:17 -0300 From: blademi...@hotmail.com mailto:blademi...@hotmail.com To: talk-br@openstreetmap.org mailto:talk-br@openstreetmap.org Subject: Re: [Talk-br] Uso Correto da Place O OSM funciona destas duas formas, a 'place' e o limite administrativo (boundary) como 'relation'. Não se deve excluir a tag place, e ela deve estar vinculada dentro da relação como 'admin_centre', senao o resultado sai duplicado. Existem bastante exemplos, pesquise algumas cidades do sudeste ou sul para ver como funciona. Agora, se a TAG 'place' estiver duplicada, exclua uma delas, de preferência a que nao tiver a fonte e nao estiver vinculada a relação municipal. Att, BladeTC --- Mensagem Original --- De: A. Carlos anorcar...@hotmail.com mailto:anorcar...@hotmail.com Enviado: 3 de maio de 2015 10:49 Para: Talk-br@openstreetmap.org mailto:Talk-br@openstreetmap.org talk-br@openstreetmap.org mailto:talk-br@openstreetmap.org Assunto: [Talk-br] Uso Correto da Place Pessoal, uma dúvida aqui, espero que os expertes possam me ajudar e esclarecer Qual o uso correto e onde o usar o Place? Explico... Ao compilar o mapa BR, na pesquisa de cidades, tanto no GPS quanto no Mapsource, centenas de cidades estão parecendo na lista com nomes duplicados... Analisando no OSM, vi que tem de centenas pra mais cidades que estão com a tag Place duplicada (princiapalmente Região Norte) Estão incluíndo a tag, no (ponto) e pelo que vi (JOSM) estão incluindo ela na Relação do Limite Administrativo. Pergunto: O que é certo? Porque ali do jeito que está fica impraticável o usuário usar e fazer a pesquisa, com 2 e tem casos de até 3 nomes na pesquisa. Se a didática ali está correta,que extrai mapas agora precisa descobrir então uma dica de como excluir via Mkgmapp esta segunda opção para fazer um mapa limpo Estou aceitando sugestões :) ___ Anor C. A. de Souza Concórdia SC ___ Talk-br mailing list Talk-br@openstreetmap.org mailto:Talk-br@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-br https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org mailto:Talk-br@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-br https://lists.openstreetmap.org/listinfo/talk-br___ Talk-br mailing list Talk-br@openstreetmap.org mailto:Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-it] OSMIT 2015
Si farebbero tutti nello stesso posto, con interventi non in contemporanea e al contrario spazi condivisi, in cui entrambe le community lavorano e sviluppano insieme! Il giorno 3 maggio 2015 17:41, Daniele Forsi dfo...@gmail.com ha scritto: Il 3 maggio 2015 16:36, Michele Mondelli ha scritto: (magari in concomitanza con il Linux Day). secondo me uno degli eventi rischia di mangiare l'altro, io non avrei dubbi e andrei al Linux Day, magari a parlare di OpenStreetMap come altre volte -- Daniele Forsi ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it -- *Michele Mondelli* ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Kathmandu, OSM e il Politecnico di Milano
Alessandro wrote Il 02/05/2015 08:50, Aury88 ha scritto: ok, la flessibilità del nostro tagging è un vantaggio...purtroppo non l'ho visto molto sfruttare soprattutto in risposta della crisi dove spesso è richiesta una generica mappatura (livello della strada, mai dati tipo la superficie delle strade figurarsi dati sui limiti di larghezza ). Se da una foto satellitare riesci a mappare anche altri dettagli benissimo. Si chiede che migliaia di persone si applichino a quello con strumenti che spesso usano già. Il resto lo mappa il personale sul campo. quindi confermi nulla in più o in meno che con google: da remoto quello che riesci a vedere dalle foto e da locale tutto il resto. Se, ad esempio, leggi qui http://kathmandulivinglabs.org/blog/ CIT.:We also had a direct request from the humanitarian community to better map four VDCs in Dhading, where roads are not accessible. They have requested us to create maps focusing on open spaces for potential helicopter landings, potential sources of drinking water, and paths, in case they need to use mules for transport. A task related to this request has been created on Hot OSM non spiega perchè abbiano scelto la mappa osm...dicono solamente che hanno inviato a loro questa richiesta (potrebbero averla tra l'altro inviata anche a google o a enti governativi, naturalmente sul wiki o il blog dedicato alle attività HOT si parla delle richieste inviate ad essa non a quelle inviate ad altri) Ti consiglierei di leggere un pò di materiale su HOT ampiamente disponibile in rete, il primo link che mi viene in mente è http://wiki.openstreetmap.org/wiki/Humanitarian_OSM_Team lo conosco bene visto che sono 2 anni che collaboro con l'HOT...grazie! leggendo alla sezione The Missing Maps Project The Missing Maps Project is an open collaboration founded by HOT, Medecins Sans Frontieres / Doctors Without Borders (MSF), American and British Red Cross dice che viene usata effettivamente dalle organizzazioni, non il perchè...lo so da me che OSM viene usata dalle organizzazioni, non ho capito il perchè (almeno altre alla flessibilità del tagging e del render). ... ecco senti, manda una mail a MSF e la Croce Rossa e chiedi a loro perchè non usano Gmap, forse sono degli sprovveduti e non hanno valutato a pieno le potenzialità del progetto Google a che mi risulta viene usata anche Gmap tanto è vero che anche google ha una unità di crisi che si attiva favorendo i commit provenienti dalle zone colpite o realizzando nuove foto aeree...perchè google dovrebbe fare una cosa del genere se tanto non verrebbe usata?... Eh sì, basta che ci siano utenti che viaggiano in Nepal e inviino dati attraverso internet coi loro dispositivi mobili. Forse dovresti farti un'idea più chiara di come sia la vita quotidiana in alcun paesi e poi cercare d'immaginare come diventi quando si abbattono certi cataclismi. Ieri sera guardavo un servizio su al Jazeera: guarda i vari eserciti di tutto il mondo quanti smartphone hanno immagino che tu il militare non l'abbia fatto :-) (io sì) :-( e in tempi normali (non durante crisi) ho lavorato nel Sud Est asiatico: non hai proprio idea ;-) ahahaha! ma se poco sopra hai parlato tu di mapper locali che fanno i sopraluoghi per aggiungere i dati non mappabili da remoto...quindi basta che sul loro dispositivo, qualunque esso sia, se volessero mappare per google a causa della vita quotidiana in alcun paesi e poi cercare d'immaginare come diventi quando si abbattono certi cataclismi sono impossibilitati a farlo mentre magicamente se lo fanno per OSM tutto diventa realizzabile? che strumenti usano che non potrebbero usare per collaborare su google? Non sapevo che le Gmappe possano mappare virtualmente qualsiasi caratteristica. è infatti è per questo che ho parlato di flessibilità del tagging all'inizio della mia risposta... comunque quali sono questi dati che su google non possono essere inseriti e di cui le ong hanno necessità?...fino ad adesso strade (e la loro tipologia), edifici, aree residenziali e spazi aperti per l'atterraggio degli elicotteri (tra l'altro mi sono ricordato dove li ho mappati, è stato per l'ebola) mi sembrano tutti dati inseribili in google map..almeno credo di averli visti applicati Vogliamo tralasciare il fatto che se mappassimo su Gmap tutto il lavoro rimarrebbe loro proprietà? un grave problema se fosse necessaria la proprietà della mappa, ma qui penso sia necessario solo il loro utilizzo quindi google con la sua mappa gratis (e che non penso farebbe comunque pagare alle ONG) non dovrebbe porre particolari problemi...o sbaglio io è le ONG richiedono esplicitamente mappe non proprietarie oltre che gratuitamente utilizzabili? mi iniziano a cascare le braccia perchè mai? tra l'altro questa non è una risposta alla mia obiezione...mi sembra una cosa ovvia...oppure sai/ritieni che questo tipo di informazioni il governo non le rilasci alle ONG pur essendo
Re: [Talk-br] Uso Correto da Place
O OSM funciona destas duas formas, a 'place' e o limite administrativo (boundary) como 'relation'. Não se deve excluir a tag place, e ela deve estar vinculada dentro da relação como 'admin_centre', senao o resultado sai duplicado. Existem bastante exemplos, pesquise algumas cidades do sudeste ou sul para ver como funciona. Agora, se a TAG 'place' estiver duplicada, exclua uma delas, de preferência a que nao tiver a fonte e nao estiver vinculada a relação municipal. Att, BladeTC --- Mensagem Original --- De: A. Carlos anorcar...@hotmail.com Enviado: 3 de maio de 2015 10:49 Para: Talk-br@openstreetmap.org talk-br@openstreetmap.org Assunto: [Talk-br] Uso Correto da Place Pessoal, uma dúvida aqui, espero que os expertes possam me ajudar e esclarecer Qual o uso correto e onde o usar o Place? Explico... Ao compilar o mapa BR, na pesquisa de cidades, tanto no GPS quanto no Mapsource, centenas de cidades estão parecendo na lista com nomes duplicados... Analisando no OSM, vi que tem de centenas pra mais cidades que estão com a tag Place duplicada (princiapalmente Região Norte) Estão incluíndo a tag, no (ponto) e pelo que vi (JOSM) estão incluindo ela na Relação do Limite Administrativo. Pergunto: O que é certo? Porque ali do jeito que está fica impraticável o usuário usar e fazer a pesquisa, com 2 e tem casos de até 3 nomes na pesquisa. Se a didática ali está correta,que extrai mapas agora precisa descobrir então uma dica de como excluir via Mkgmapp esta segunda opção para fazer um mapa limpo Estou aceitando sugestões :) ___ Anor C. A. de Souza Concórdia SC ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-br] Uso Correto da Place
Pessoal, uma dúvida aqui, espero que os expertes possam me ajudar e esclarecer Qual o uso correto e onde o usar o Place? Explico... Ao compilar o mapa BR, na pesquisa de cidades, tanto no GPS quanto no Mapsource, centenas de cidades estão parecendo na lista com nomes duplicados... Analisando no OSM, vi que tem de centenas pra mais cidades que estão com a tag Place duplicada (princiapalmente Região Norte) Estão incluíndo a tag, no (ponto) e pelo que vi (JOSM) estão incluindo ela na Relação do Limite Administrativo. Pergunto: O que é certo? Porque ali do jeito que está fica impraticável o usuário usar e fazer a pesquisa, com 2 e tem casos de até 3 nomes na pesquisa. Se a didática ali está correta,que extrai mapas agora precisa descobrir então uma dica de como excluir via Mkgmapp esta segunda opção para fazer um mapa limpo Estou aceitando sugestões :) ___ Anor C. A. de Souza Concórdia SC ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-it] OSMIT 2015
Il 3 maggio 2015 16:36, Michele Mondelli ha scritto: (magari in concomitanza con il Linux Day). secondo me uno degli eventi rischia di mangiare l'altro, io non avrei dubbi e andrei al Linux Day, magari a parlare di OpenStreetMap come altre volte -- Daniele Forsi ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-br] Uso Correto da Place
Perdoem, mas enfrentando o mesmo problema acabei abrindo novo tópico sobre o assunto. Concordo com o Blade quanto a não exclusão da KEY place. Ela existe e deve ser empregada para definir um LOCAL no mapa (traduzindo place para o português) . Já me soa estranho empregar a KEY place em uma área (boundary-administrative) e não local (place). Sou também de opinião que a KEY place deve ser inserida somente no ponto marco zero da relação (admin_centre), onde existir, e que o admin_centre não seja removido da relação como vem sendo feito. []s Marcio From: Blademir Andrade de Lima Sent: Sunday, May 3, 2015 11:05 AM To: Talk-br@openstreetmap.org Subject: Re: [Talk-br] Uso Correto da Place O OSM funciona destas duas formas, a 'place' e o limite administrativo (boundary) como 'relation'. Não se deve excluir a tag place, e ela deve estar vinculada dentro da relação como 'admin_centre', senao o resultado sai duplicado. Existem bastante exemplos, pesquise algumas cidades do sudeste ou sul para ver como funciona. Agora, se a TAG 'place' estiver duplicada, exclua uma delas, de preferência a que nao tiver a fonte e nao estiver vinculada a relação municipal. Att, BladeTC ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-it] Kathmandu, OSM e il Politecnico di Milano
Quando succede un patatrac in qualche parte del mondo, Google può impiegare 6000 persone in due giorni per mappare una zona? C'è intorno a Gmaps lo stesso numero di volontari o operatori pagati per un simile sforzo ? Con i soldi puoi comprare immagini satellitari nuove e renderle fruibili (ma non pubbliche), ma hai qualcuno dietro che ti considera? Saluti Il 03/Mag/2015 13:18, Aury88 spacedrive...@gmail.com ha scritto: lorenzo_perone wrote Il giorno 02/mag/2015, alle ore 08:50, Aury88 lt; spacedriver88@ gt; ha scritto: Alessandro wrote Ciao Aury, ti rispondo brevemente per quella che è la mia esperienza. OSM permette un potente uso offline quindi anche in assenza di connessione utilizzando software come QGIS e formato dati in sqlite, sugli smartphone android l’utilizzo di mappe in formato mapsforge permette di avere basi dati di estremo dettaglio per intere nazioni (Italia circa 650 mega) con la possibilità di definire come renderizzarle o cambiare rapidamente lo stile di rendering direttamente dal menu dell’app mobile. La presenza degli edifici è una differenza fondamentale e le informazioni sulle infrastrutture, per quella che è la mia esperienza (tutta italiana), durante le emergenze tardano ad arrivare. La tua analisi mi sembra interessante, come la discussione che è scaturita. Il tema degli open data in supporto alla gestione delle emergenze è secondo me molto attuale, quest'anno avevo proposto un hackathon sul tema a SOD15 ma non ho trovato una base minima di interessati per poterlo realizzare…. Perché non proviamo a raccogliere un po di idee/esperienze sul tema. Io ad esempio sarei molto interessato a sapere come funziona il gruppo HOT e condividerei volentieri le informazioni/esperienze che ho raccolto sul tema negli ultimi anni. Ciao. lorenzo __ Talk-it mailing list Talk-it@ https://lists.openstreetmap.org/listinfo/talk-it ciao Lorenzo, grazie per il tuo intervento. penso che anche google permetta usi offline da almeno un anno a questa parte ma non so se e con che limitazioni essendo io un assiduo utilizzatore di OSM (su android proprio OSMAnd). strumenti per il mapping offline credo sia possibile anche per google map (almeno google maker penso lo consenta). posso confermare la possibilità di inserire strade e dati su edifici così come gli spazi aperti per l'atteraggio di elicotteri. quindi non penso possano essere questi i punti determinanti per l'adozione di OSM (non so se preponderante come lascia intendere wiki o blog...leggendo solo il blog ed i wiki osm-related vedo solo una linea di pensiero, ma so che anche google ha una sorta di unità di crisi per le zone colpite da calamità quindi in qualche misura anche lei è coinvolta...forse non dalle ong ma a questo punto, a maggior ragione, vorrei capire il perchè). dubito che le ong si facciano problemi per i dati aperti o meno di per se...l'importante è poterli utilizzare e siccome l'uso di googlemap è gratis non penso che il fatto che i dati diventino proprietari ne infici l'utilizzabilità da parte delle ong in questo caso...penso quindi che se c'è una differenza è proprio a livello di flessibilità di tagging e di rendering (possiamo metterci forse anche di API ma non ne so abbastanza e quindi mi servirebbero info a riguardo), ma anche questi vantaggi hanno secondo me delle limitazioni nel loro accessibilità per cui mi sarebbe piaciuto sapere cosa ne fanno le ong di questi dati e come li gestiscono per capirne i reali vantaggi nell'utilizzo...fino ad adesso l'unico campo che ho capito usufruire di questa flessibilità è appunto per le mappe cartacee...non so se strumenti digitali come osmand permettano variazioni del rendering così avanzate...non so che modelli di gps usino le ong per poter risalire alle possibilità di adattamento/uso della mappa caricata. - Ciao, Aury -- View this message in context: http://gis.19327.n5.nabble.com/Kathmandu-OSM-e-il-Politecnico-di-Milano-tp5842207p5842979.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] OSMIT 2015
Salve a tutti. Apro una nuova discussione per cominciare ad organizzare un po' seriamente l'evento. *Sede e sponsor dell'evento* Abbiamo incassato da Comune e Università di Siena una prima disponibilità ad ospitare e sponsorizzare l'OSMIT 2015. L'evento potrebbe tenersi all'interno delle strutture dell'Università. *Contesto dell'evento* Come vi accennavo, attualmente c'è molto interesse attorno agli open data e in generale alla cultura open. Quando abbiamo proposto l'OSMIT, ci siamo visti rilanciare sul tavolo l'idea di organizzare una sorta di Open Day che avvicini e presenti tutti i settori della cultura open. In questo senso, stiamo pensando di fare una grande tre giorni che parli di Open Data, Open Source e Open Culture. *Data dell'evento* L'Università inaugurerà per inizio ottobre una nuova struttura, pensata non solo per conferenze e seminari ma nella quale sono presenti anche dei Making Lab. L'ideale sarebbe organizzare l'evento per fine ottobre (magari in concomitanza con il Linux Day). *Impostazione dell'evento* L'idea è di fare molta pratica e sviluppo. Lo stile hackaton o making lab è perfetto. Per quanto riguarda gli interventi, potrebbero essere brevi e su temi specifici, stile TED. *Chi partecipa* Come vi dicevo, l'evento vorrebbe essere di ampio respiro e mettere insieme tutti quelli che gravitano intorno al mondo Open. Ci sarebbero, oltre a Comune ed Università ed altri enti locali, anche aziende del territorio, start up, gruppi di studenti. Mi servirebbe avere qualche informazione, per l'organizzazione: - che numeri ci sono stati agli OSMIT precedenti? (anche indicativamente) - quanti parteciperebbero come ambasciatori di openstreetmap? (per organizzare pernottamento e pasti) - posso aprire una pagina wiki da qualche parte, per una raccolta di adesioni? - per quanto riguarda gli interventi e le idee da realizzare durante la tre giorni, altra pagina wiki? facciamo un call for proposal? Lancio l'idea di sentirci via hangout per una piccola riunione, magari si fa prima a decidere e capire molte cose di base. Resto a disposizione per qualsiasi cosa! Saluti, -- *Michele Mondelli* ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-br] Key=place
Amigos, nós do COCAR acompanhamos atentamente a evolução do OSM e frequentemente somos surpreendidos quando determinado objeto passa a não ser renderizado adequadamente como vinha sendo. Como a maioria deve saber uma área é indexada e encontrada no sistema de busca por meio de um ponto virtualmente criado pelos renderizadores no centro geométrico dela. Não conheço outros renderizadores, mas o Mkgmap tem o comando add-pois-to-areas que executa essa tarefa. Por essa razão que quando um editor, além de criar a área cria também um ponto de mesmo nome dela e dentro dela, a indexação se dá de forma duplicada e, consequentemente o resultado no sistema de busca estampa dois objetos com aquele mesmo nome. Apesar de inexperiente em programação sei que existem comandos a nível renderizador que removem duplicidades, mas acreditamos que importante é o editor só criar um ponto dentro de uma área e com o mesmo nome dela se for estritamente necessário. Estamos nos esforçando para adequar os comandos para o Mkgmap dentro do padrão brasileiro, de acordo com nossas características, definido pelo grupo, entretanto por vezes nos deparamos com alterações do padrão até então empregado e que desconhecíamos. Tratando de relações, na relação boundary-administrative temos o comando no Mkgmap para indexar nessa relação a KEY admin_centre, onde existir, entretanto estamos observando um grande esforço na revisão das relações boundary-administrative e onde alguns estão removendo a KEY admin_centre da relação e inserindo a KEY place nela. Com essa situação começou a ocorrer duplicidade de objetos de mesmo nome para a mesma área. Um criado virtualmente pela KEY place inserida na relação e outro pelo ponto no marco zero da área e que era inserido como admin_centre na relação. Mesmo tendo alguns admin_centre sido removidos da relação, o ponto que retrata o marco zero daquela relação continua e deve continuar presente, na nossa opinião. Somos de opinião que a KEY place não deveria ser inserida na relação, em especial naquelas que estampam grandes áreas. Ela, no nosso entender, deveria ser inserida, onde aplicável, no marco zero das áreas descritas como Value em http://wiki.openstreetmap.org/wiki/Key:place . Esse ponto, sendo admin_centre, não deveria ser removido da relação boundary-administrative. Infelizmente essa ação ora sendo adotada está nos obrigando a revisar os parâmetros aplicados na renderização com o Mkgmap e no momento estamos analisando o melhor comando para se remover a KEY place aplicada em algumas relações. Do exposto me perdoem se o assunto já foi tratado, mas gostaria de conhecer a opinião dos demais e saber afinal qual será o padrão a ser aplicado pelo Brasil nas relações boundary-administrative. []s Marcio___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[OSM-talk] contact: tags
I am proposing that the contact: set of tags (contact:phone, contact:website, etc.) be depreciated and replaced with the simpler set of tags (phone, website, etc.) I am not proposing that anyone do any mechanical edits. The reason is that the contact: tags are unnecessarily verbose (we should use simpler tags whenever possible) and the simpler tags are much more popular (there are 98865 contact:phone tags but 490328 phone tags). Why do we need to have more than one way of tagging common things like phone numbers? I'm also not sure why we need to have both website and url tags (though in some cases I have seen people put two different websites on a POI, one in website and one in url). There are 737911 website tags, 324963 url tags and 67038 contact:website tags. Though url is far more popular than contact:website, so I don't think it makes sense to depreciate this. Anyone like/absolutely hate this idea? I do not understand why we need to have so many different ways of tagging the same thing. This has become a big problem in OSM in general, but this is one of the most annoying cases of this. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-fr] Normalisation du tag antenne
@Verdy: N'ayant pas vocation d'un débat de sémantique, je te laisse débattre sur le sexe des anges.@all: D'un autre coté et basé sur vos réflexion à tous, j'ai créé un modèle n'associant aucunement les usages, les shapes et les operateurs pour l'antenne ou les antennes.J'exclus pour le moment l'usage d'une organisation dans le tag mais appelle ceux qui avaient proposé à mettre en forme leur proposition que j'intégrerai avec plaisir dans la page wiki Un d'entre vous a mentionné a mentionné la hauteur de la base de l'antenne, s'il peut expliquer un peu plus ici. Je partage sur le wiki aujourd'hui. Le Samedi 2 mai 2015 23h36, Philippe Verdy verd...@wanadoo.fr a écrit : Le 2 mai 2015 23:14, dHuy Pierre dh...@yahoo.fr a écrit : Pour ta norme pour cartographier les données associées aux antennes si tu veux. Je n'ai pas parlé de ma norme... ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-it] Kathmandu, OSM e il Politecnico di Milano
lorenzo_perone wrote Il giorno 02/mag/2015, alle ore 08:50, Aury88 lt; spacedriver88@ gt; ha scritto: Alessandro wrote Ciao Aury, ti rispondo brevemente per quella che è la mia esperienza. OSM permette un potente uso offline quindi anche in assenza di connessione utilizzando software come QGIS e formato dati in sqlite, sugli smartphone android l’utilizzo di mappe in formato mapsforge permette di avere basi dati di estremo dettaglio per intere nazioni (Italia circa 650 mega) con la possibilità di definire come renderizzarle o cambiare rapidamente lo stile di rendering direttamente dal menu dell’app mobile. La presenza degli edifici è una differenza fondamentale e le informazioni sulle infrastrutture, per quella che è la mia esperienza (tutta italiana), durante le emergenze tardano ad arrivare. La tua analisi mi sembra interessante, come la discussione che è scaturita. Il tema degli open data in supporto alla gestione delle emergenze è secondo me molto attuale, quest'anno avevo proposto un hackathon sul tema a SOD15 ma non ho trovato una base minima di interessati per poterlo realizzare…. Perché non proviamo a raccogliere un po di idee/esperienze sul tema. Io ad esempio sarei molto interessato a sapere come funziona il gruppo HOT e condividerei volentieri le informazioni/esperienze che ho raccolto sul tema negli ultimi anni. Ciao. lorenzo __ Talk-it mailing list Talk-it@ https://lists.openstreetmap.org/listinfo/talk-it ciao Lorenzo, grazie per il tuo intervento. penso che anche google permetta usi offline da almeno un anno a questa parte ma non so se e con che limitazioni essendo io un assiduo utilizzatore di OSM (su android proprio OSMAnd). strumenti per il mapping offline credo sia possibile anche per google map (almeno google maker penso lo consenta). posso confermare la possibilità di inserire strade e dati su edifici così come gli spazi aperti per l'atteraggio di elicotteri. quindi non penso possano essere questi i punti determinanti per l'adozione di OSM (non so se preponderante come lascia intendere wiki o blog...leggendo solo il blog ed i wiki osm-related vedo solo una linea di pensiero, ma so che anche google ha una sorta di unità di crisi per le zone colpite da calamità quindi in qualche misura anche lei è coinvolta...forse non dalle ong ma a questo punto, a maggior ragione, vorrei capire il perchè). dubito che le ong si facciano problemi per i dati aperti o meno di per se...l'importante è poterli utilizzare e siccome l'uso di googlemap è gratis non penso che il fatto che i dati diventino proprietari ne infici l'utilizzabilità da parte delle ong in questo caso...penso quindi che se c'è una differenza è proprio a livello di flessibilità di tagging e di rendering (possiamo metterci forse anche di API ma non ne so abbastanza e quindi mi servirebbero info a riguardo), ma anche questi vantaggi hanno secondo me delle limitazioni nel loro accessibilità per cui mi sarebbe piaciuto sapere cosa ne fanno le ong di questi dati e come li gestiscono per capirne i reali vantaggi nell'utilizzo...fino ad adesso l'unico campo che ho capito usufruire di questa flessibilità è appunto per le mappe cartacee...non so se strumenti digitali come osmand permettano variazioni del rendering così avanzate...non so che modelli di gps usino le ong per poter risalire alle possibilità di adattamento/uso della mappa caricata. - Ciao, Aury -- View this message in context: http://gis.19327.n5.nabble.com/Kathmandu-OSM-e-il-Politecnico-di-Milano-tp5842207p5842979.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [OSM-talk] Chain Store Cleanup
On 02/05/15 18:01, Colin Smale wrote: A bit of a meta-discussion I wonder why this topic is not going the same way as the debate on talk-gb last November-December in which it was proposed to tidy up and normalise various spelling variants? There was a lot of vehement opposition to any automated corrections as many chains are inconsistent with their own orthography and only on-the-ground mappers would be able to tell whether or not there is an apostrophe present in the signage at this particular branch (etc. etc., you get this idea). Possibly because the various points of view were well articulated then and many of them (chains don't rebrand instantly and consistently, fixing misspellings gives a false impression of quality - or not) have already been raised here in some form - everyone piling in with me too! posts doesn't help the list become more navigable. Cheers, Andy ... and apologies for a largely content-free meta-post :) ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[Talk-it] OsmAnd 2.0 disponibile
Ciao! Volevo informare gli utilizzatori e coloro che sono interessati che è uscita la versione 2.0 di osmand. L'interfaccia è stata completamente ridisegnata e ci sono molte novità! Sito: http://osmand.net/ Leonardo ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [OSM-talk] contact: tags
I like the `contact:*` tags, but only because it simplifies a few things in the iD editor. When copying and pasting an object, we really want to remove the name/address/contactinfo so that the pasted object doesn’t have the same values. If all the custom keys are grouped under `contact:whatever` this is easy to do, otherwise we need to build the logic into the editor to remove the values. I’m certainly ok with having the keys either way, just saying this is one area where a namespace helps. For the curious, the code to do this is here: https://github.com/openstreetmap/iD/blob/master/js/id/behavior/paste.js#L4-L18 https://github.com/openstreetmap/iD/blob/master/js/id/behavior/paste.js#L4-L18 Thanks, Bryan On May 3, 2015, at 11:17 AM, Andrew MacKinnon andrew...@gmail.com wrote: I am proposing that the contact: set of tags (contact:phone, contact:website, etc.) be depreciated and replaced with the simpler set of tags (phone, website, etc.) I am not proposing that anyone do any mechanical edits. The reason is that the contact: tags are unnecessarily verbose (we should use simpler tags whenever possible) and the simpler tags are much more popular (there are 98865 contact:phone tags but 490328 phone tags). Why do we need to have more than one way of tagging common things like phone numbers? I'm also not sure why we need to have both website and url tags (though in some cases I have seen people put two different websites on a POI, one in website and one in url). There are 737911 website tags, 324963 url tags and 67038 contact:website tags. Though url is far more popular than contact:website, so I don't think it makes sense to depreciate this. Anyone like/absolutely hate this idea? I do not understand why we need to have so many different ways of tagging the same thing. This has become a big problem in OSM in general, but this is one of the most annoying cases of this. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-br] Uso Correto da Place
O Tarcísio estava arrumando o Nordeste, então é prudente conversar com ele antes de tomar alguma ação. Mas de toda forma, não é errado colocar place tanto no nó (que vai ter uma função label ou admin_centre) quanto na relação. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-at] Unpaved cycleways in Austria?
Hi, I'm working on a new, detailed web map for cyclists, the coverage has been extended to Austria yesterday and I have found something that's unusual in Hungary (where I started): unpaved cycleways. See: http://overpass-turbo.eu/s/98p Can you tell me are those official cycleways marked with a traffic sign http://wiki.openstreetmap.org/wiki/File:120px-Zeichen_237.svg.png in Austria? Do the same rules apply to those as to the common cycleways in the city? Are those designated for cyclists? In Hungary we've cycle routes on unpaved roads of course but that's never a cycleway, just a cycle route or recommended way for cyclists (traffic sign http://wiki.openstreetmap.org/wiki/File:KRESZ-KPU.png) on an unpaved highway, or an unpaved highway suitable for cycling (but not designated for cyclists). If you found some with overpass that's just incorrect labeling. (Please CC me, I'm not on the mailing list. Thanks!) ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-it] OSMIT 2015
2015-05-03 16:36 GMT+02:00 Michele Mondelli mithenks...@gmail.com: Salve a tutti. Apro una nuova discussione per cominciare ad organizzare un po' seriamente l'evento. Sede e sponsor dell'evento Abbiamo incassato da Comune e Università di Siena una prima disponibilità ad ospitare e sponsorizzare l'OSMIT 2015. L'evento potrebbe tenersi all'interno delle strutture dell'Università. nota importante da osmit2013 la comunità italiana si riconosce in Wikimedia Italia. Prima di quell'evento comunque WIkimedia Italia ha sempre fornito supporto nelle edizioni precedenti. Quindi suggerisco un passaggio con WIkimedia Italia nell'organizzazione dell'evento Contesto dell'evento Come vi accennavo, attualmente c'è molto interesse attorno agli open data e in generale alla cultura open. Quando abbiamo proposto l'OSMIT, ci siamo visti rilanciare sul tavolo l'idea di organizzare una sorta di Open Day che avvicini e presenti tutti i settori della cultura open. In questo senso, stiamo pensando di fare una grande tre giorni che parli di Open Data, Open Source e Open Culture. Causa esperienze precedenti proprio su osmit scoraggio l'evento unificato. Piuttosto il Comune di Siena potrebbe fare un ragionamento più ampio con una serie di eventi periodici all'insegna delle tematiche discusse Data dell'evento L'Università inaugurerà per inizio ottobre una nuova struttura, pensata non solo per conferenze e seminari ma nella quale sono presenti anche dei Making Lab. L'ideale sarebbe organizzare l'evento per fine ottobre (magari in concomitanza con il Linux Day). Eviterei ancora di più il LinuxDay legato a OSMIT. LinuxDay è un evento federato, molte delle persone che danno un forte contributo a OSM sono coinvolte in internventi ai LinuxDay. Il risultato è costringere a fare una scelta. Personalmente credo che ogni occasione valida per parlare di OSM sia buona, levarla (anche se con percentuali basse) facendo coincidere osmit al linuxday mi sembra contro producente. Poi avremo sempre delle concomitanze: es. le ultime due edizioni erano concomitanti con Maker Faire Impostazione dell'evento L'idea è di fare molta pratica e sviluppo. Lo stile hackaton o making lab è perfetto. Per quanto riguarda gli interventi, potrebbero essere brevi e su temi specifici, stile TED. negli anni passati la formula cercava di essere: primo giorno di welcome/making ai mappers in modo da unire le forze per lavorare su un servizio basato su osm (es. osmose, maproulette, hot ..) secondo giorno di racconti di storie di successo spesso introdotta da un keynote speaker terzo giorno di raccolta dati e/o di formazione La formula però va rivista, in particolare è importante che il programma sia fatto dalla comunità, magari cominciando a fare delle proposte. Visto il fine che proponi è probabile che potresti organizzare un aspettando osmit con dei momenti di formazione per newbie. È comunque una mia proposta, ma il ragionamento dovrebbe essere fatto bottom-up con una eventuale chiamata per contributi orientata almeno su 3 aspetti: - laboratori - storie di successo - formazione Chi partecipa Come vi dicevo, l'evento vorrebbe essere di ampio respiro e mettere insieme tutti quelli che gravitano intorno al mondo Open. Ci sarebbero, oltre a Comune ed Università ed altri enti locali, anche aziende del territorio, start up, gruppi di studenti. Ribadisco il mio punto di vista sulla questione di ragionare su una azione più ampia. Mi servirebbe avere qualche informazione, per l'organizzazione: che numeri ci sono stati agli OSMIT precedenti? (anche indicativamente) i numeri sono andati a salire. Nel 2013 eravamo fra i 70 e 80, nel 2014 siamo calati parecchio quanti parteciperebbero come ambasciatori di openstreetmap? (per organizzare pernottamento e pasti) posso aprire una pagina wiki da qualche parte, per una raccolta di adesioni? Abbiamo sempre fatto così appongiandoci poi a http://conf.openstreetmap.it Sono però dell'idea che l'azione dovrebbe essere coordinata con Wikimedia Italia per quanto riguarda gli interventi e le idee da realizzare durante la tre giorni, altra pagina wiki? facciamo un call for proposal? Mi sono espresso sopra: partirei proprio dall'idea del capire cosa vogliamo fare Una esigenza ricorrente è quella di creare/sistemare strumenti. Lancio l'idea di sentirci via hangout per una piccola riunione, magari si fa prima a decidere e capire molte cose di base. Ricordo che c'era già un gruppo di persone interessate a discutere, potremmo partire proprio da questo thread per poi avere un comitato organizzativo basato su persone che hanno lavorato gli anni passati (ma mi sembra che se ne sia già parlato nel precednete thread) ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-de] Osmose QA available on Germany (english)
Hi, We replace error with issue on displayed string in website and on wiki where we talking about possible error. You may help by update the translation in your own language. Issues and website translation : https://www.transifex.com/projects/p/osmose/ Wiki : http://wiki.openstreetmap.org/wiki/DE:Osmose Regards, Frédéric. Le 26/04/2015 12:40, Simon Poole a écrit : Am 26.04.2015 um 11:50 schrieb Frédéric Rodrigo: Hi, We have finish the coverage of Germany by Osmose QA. Osmose QA is a Quality Assurance tool. It detects and reports errors based on more than 200 rulesets. The major issue with osmose is that it invokes the notion of being authoritative when it is not, and by that motivates mappers to fix things (well actually break them) which are simply false positives. This is mainly a language issue in that you keep on using error all over the place instead of potential issue or whatever that is not such an absolute. Simon ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] OSMIT 2015
se le percentuali di tipologie di partecipanti sono confermate simili agli scorsi anni, 90% fare e 10% parlare direi che è un buon compromesso. :) Se sono così concordo, a Rovereto e Padova mi sembravano 65% - 35% In ogni caso credo che il tutto si scala in relazione a come sarà fatta la comunicazione e dai profili che raccoglieremo nelle registrazioni. Non c'è ombra di dubbio che l'evento abbia però bisogno di una revisione visto che il momento dello speaking poteva essere usato per formare. PS: mi dicono che oggi si parla di osm su nova - l'inserto del sole24ore ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [OSM-talk-be] Urbis update
We should convert the data once again as well. Jo 2015-05-03 21:47 GMT+02:00 eMerzh merz...@gmail.com: Hi here :) I did another update of my coutings for urbis ... we are close but not really totally done yet (and we speak only about building here) we miss smth like 4000 buildings in brussels so we've imported an average of 98,52% of every buildings most of them are small buildings, but sometimes it's also addresses or major buildings that are missings So here are the numbers as usual ... https://docs.google.com/spreadsheet/ccc?key=0Aitf6GpM7KbYdGpvcWtNbVRoMU41VnowZU1nMXdGZEEusp=sharing http://osm.bmaron.net/urbis_img/missings/ i'll try to come with a easier format to work with So if you have some times to loose ... ;-) 2015-01-21 12:12 GMT+01:00 eMerzh merz...@gmail.com: Hi, as some of you were interested, i've compute the missing building of urbis ... here is a heatmap... http://osm.bmaron.net/urbis_img/missings/ and here are the real data WATCH OUT ... IT'S HEAVY! http://umap.openstreetmap.fr/fr/map/urbis-missing-on-20-01-2015_26558#15/50.8711/4.3232 Sorry no tiles ... they are really too heavy for my poor workstation... as always i've update the document on the drive : https://docs.google.com/spreadsheet/ccc?key=0Aitf6GpM7KbYdGpvcWtNbVRoMU41VnowZU1nMXdGZEEusp=sharing So in summary we have 95,96% of all urbis building and miss more or less 10 000. Note : I only use urbis ref to detect missing buildings... and if a building is in urbis but not in the real life, it will obviously marked as missing ;-) Regards, Brice ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [Talk-it] OSMIT 2015
Il 3 maggio 2015 17:44, Michele Mondelli ha scritto: Si farebbero tutti nello stesso posto, con interventi non in contemporanea e al contrario spazi condivisi, in cui entrambe le community lavorano e sviluppano insieme! non mi sono spiegato: io andrei al Linux Day che organizza il mio LUG e non verrei a Siena, al limite verrei la domenica, ma non per il mapping party perché avete già mappato tutte le cose facili :-) -- Daniele Forsi ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [OSM-talk] contact: tags
On 3 May 2015 at 17:05, Bryan Housel br...@7thposition.com wrote: I like the `contact:*` tags, but only because it simplifies a few things in the iD editor. When copying and pasting an object, we really want to remove the name/address/contactinfo so that the pasted object doesn’t have the same values. If all the custom keys are grouped under `contact:whatever` this is easy to do, otherwise we need to build the logic into the editor to remove the values. I’m certainly ok with having the keys either way, just saying this is one area where a namespace helps. For the curious, the code to do this is here: https://github.com/openstreetmap/iD/blob/master/js/id/behavior/paste.js#L4-L18 Thanks, Bryan Bryan, as a copy operation, I'd expect all the tags to be copied - it is after all the purpose of copying ! why should the contact details of a pasted object be different ? URL / website - If the thing has a website, then that should be tagged as website. If the URL is to a document, use URL. I'm happy both should stay. As for contact:*, I'm not bothered either way - but have a preference for choice - so that if there's a reason for its use, it can be used. I'd be interested in a response to the idea of an object having a 'data manager' tag - for one who should be consulted before editing an object - a person who has agreed to maintain that object in the db. -- Mike. @millomweb https://sites.google.com/site/millomweb/index/introduction - For all your info on Millom and South Copeland via *the area's premier website - * *currently unavailable due to ongoing harassment of me, my family, property pets* TCs https://sites.google.com/site/pmailkeey/e-mail ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-it] Kathmandu, OSM e il Politecnico di Milano
Fabrizio Tambussa wrote Quando succede un patatrac in qualche parte del mondo, Google può impiegare 6000 persone in due giorni per mappare una zona? C'è intorno a Gmaps lo stesso numero di volontari o operatori pagati per un simile sforzo ? Con i soldi puoi comprare immagini satellitari nuove e renderle fruibili (ma non pubbliche), ma hai qualcuno dietro che ti considera? Saluti non lo so fabrizio...onestamente non sono a conoscenza del numero di contributori non retribuiti di google...so per certo che è la mappa più usata in assoluto da utenti normali...se faccessimo considerazioni su possibili percentuali di utenti anche disposti a contribuire potrebbero uscire cifre astronomiche cosi come minuscole in base alle ipotesi adottate...preferirei quindi avere dei dati in merito. possiamo fare delle considerazioni che esulano dall'effettiva diffusione della mappa tra gli utenti che delinea in effetti una situazione migliore per OSM: 1)essendo GMap un progetto nato commerciale sono sicuro che l'eventuale community di contributori sia necessariamente inferiore come percentuale sul numero di utenti se paragonato alle nostre (avremo pur sempre meno diffusione tra gli utenti ma da noi una percentuale di loro molto importante nasce prima di tutto come mapper, come per esempio nel mio caso)...insomma non essendo nata come community oriented il suo sviluppo in questo ambito è secondario e quindi meno intenso. 2)dal punto di vista dello sviluppo della community è certamente determinante il fatto che google maker è nato un annetto fa mentre OSM è in vantaggio di un 9 anni. 3) HOT è centrale nella nostra community per cui se interviene un po' tutti noi lo veniamo a sapere mentre per google l'informazione credo sia più nascosta (un mapper probabilmente potrebbe decidere di contribuire sentendo la notizia al tg o alla radio, ma non è una cosa così immediata come l'annuncio fatto dalla community di cui fai parte). ciao, Aury - Ciao, Aury -- View this message in context: http://gis.19327.n5.nabble.com/Kathmandu-OSM-e-il-Politecnico-di-Milano-tp5842207p5843039.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] OSMIT 2015
2015-05-03 19:50 GMT+02:00 Maurizio Napolitano napoo...@gmail.com: per quanto riguarda gli interventi e le idee da realizzare durante la tre giorni, altra pagina wiki? facciamo un call for proposal? vorrei mettere l'accento sul fare e non sul parlare. magari mezza giornata di raccontare cosa facciamo, dove, come. ma per il resto manterrei l'evento focalizzato sul FARE LE COSE. cose con obiettivi chiari e risultati misurabili, cosi' come i deliverable attesi. Potremmo cominciare a raccogliere delle proposte in tal senso. Rimango dell'idea però che una parte di formazione potrebbe essere richiesta se l'evento ottiene un po' di visiblità. Es. a Padova era stato improvvisato un corso su josm proprio perchè richiesto da alcuni studenti che si erano presentati all'evento. Non escludo però che potrebbe essere un qualcosa di molto locale che potrebbe anticipare l'evento. abbiamo un hackpad aggiornato con gli obiettivi del collettivo mappe per l'anno 2015-2016, ora non lo trovo, ci sono tutti gli spunti che vorremmo realizzare. esempi di cose fatte gli scorsi anni: gli estratti. -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] OSMIT 2015
2015-05-03 20:34 GMT+02:00 Maurizio Napolitano napoo...@gmail.com: https://osmit.hackpad.com/# (non sono ancora intervenuto in lista sull'argomento, ma mi riconosco nell'opinione già espressa del less speaking, more making) Great! Sono anche io per il less speaking, more making ma non va dimenticata la divulgation Nel senso che va capito anche a chi ci si rivolge: se siamo i soliti noti allora non serve, ma se ci si allarga oltre allora serve una parte di divulgazione che poi per me si interpreta come: ti insegno a capire come inserire i dati e lo facciamo assieme se le percentuali di tipologie di partecipanti sono confermate simili agli scorsi anni, 90% fare e 10% parlare direi che è un buon compromesso. :) -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[talk-au] Re campsites
Greetings all. I think toilets and presence of drinking water should be separate pieces of information easily obvious to any user. While all campsites with drinking water will have toilets, the reverse is often not true in NSW. I was at one last weekend - fairly large and popular ( room for 30 or 40 tents and vans), within 2 hours drive from sydney, and it had no water except for unreliable tank water. ( plenty last weekend lol). http://www.nationalparks.nsw.gov.au/Dharug-National-Park/Mill-Creek-campground/camping This information is of interest to cycle tourists particularly, who need to manage water supplies quite carefully. It is depressing to get to the campsite only to realise you have to cycle another 10ks to get water. So I would suggest the second tier be basic plus toilets without an assumption about water. I do realise cycle tourists are only a small user group and will probably use other more detailed resources though. Cheers Adrian Sent from my iPhone On 3 May 2015, at 10:02 pm, talk-au-requ...@openstreetmap.org wrote: Send Talk-au mailing list submissions to talk-au@openstreetmap.org To subscribe or unsubscribe via the World Wide Web, visit https://lists.openstreetmap.org/listinfo/talk-au or, via email, send a message with subject or body 'help' to talk-au-requ...@openstreetmap.org You can reach the person managing the list at talk-au-ow...@openstreetmap.org When replying, please edit your Subject line so it is more specific than Re: Contents of Talk-au digest... Today's Topics: 1. Re: camp sites (Ian Sergeant) -- Message: 1 Date: Sun, 3 May 2015 17:43:11 +1000 From: Ian Sergeant inas66+...@gmail.com To: Warin 61sundow...@gmail.com Cc: OSM - Talk-au talk-au@openstreetmap.org Subject: Re: [talk-au] camp sites Message-ID: CALDa4Y+PKFmM7V+gZDb_aCxgwgLYiUCs24NDcGpTYsL=fey...@mail.gmail.com Content-Type: text/plain; charset=utf-8 On 3 May 2015 at 15:27, Warin 61sundow...@gmail.com wrote: Whatever way it is cut there is a 'responsiblity', and I'd rather see the 'rules' and have the mapper make the choice from local knowledge rather than pass it to some remote person who can only judge it from a yes/no answer. I'm in also in favour of subjective decisions, when we need a subjective decision, to be made close to the source. However, there are some tags that simply aim to group objective facts by applying a ruleset to them. From the description this looks like one of those cases. I look to see what amenity a campsite has, look up the proposal, and decide on a category to assign it to. I can choose to list the amenities too if I want. People might misinterpret the ruleset, and meanwhile, we are losing hard data about the amenities. Is there supposed to be a subjective step that I'm missing? That is you look at all the amenity, and make a judgement call on the category? Ian. -- next part -- An HTML attachment was scrubbed... URL: http://lists.openstreetmap.org/pipermail/talk-au/attachments/20150503/5e6bbae4/attachment-0001.html -- Subject: Digest Footer ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au -- End of Talk-au Digest, Vol 95, Issue 3 ** ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au
Re: [Talk-de] OSRM Routing Problem
Hallo Bernhard, kurios, scheint tatsächlich ein Bug in OSRM zu sein. Eigentlich sollte OSRM Abbiegebeschränkungen können. Die Abbiegebeschränkungen passen auch alle und oneway-Tags sind auch keine falsch gesetzt. Mit MapQuest funktioniert es und mit GraphHopper übrigens ebenfalls: http://graphhopper.com/maps/?point=Viernheimer%20Kreuz%2C%2068519%2C%20Deutschlandpoint=Kamenzer%20Stra%C3%9Fe%201%2C%20Mannheim Grüße Alex ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSRM Routing Problem
On Sun, May 03, 2015 at 09:13:24PM +0200, Alexander Heinlein wrote: Mit MapQuest funktioniert es und mit GraphHopper übrigens ebenfalls: http://graphhopper.com/maps/?point=Viernheimer%20Kreuz%2C%2068519%2C%20Deutschlandpoint=Kamenzer%20Stra%C3%9Fe%201%2C%20Mannheim OK, der Vergleich mit GraphHopper ist schlecht, da es momentan gar keine Abbiegebeschränkungen kann. OSRM jedoch unterstützt die einfache Variante (way-node-way), kann jedoch noch keine ways als via. Aber die werden in diesem Fall ja auch gar nicht verwendet. Falls du bei GitHub angemeldet bist, kannst du hier für OSRM einen Bugreport erstellen: https://github.com/Project-OSRM/osrm-backend/issues/new Grüße Alex ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-us] New MapRoulette Challenge: Website Mismatch: Give it a try
This is a website keyword matcher. For example a website associated with name=Cafe Fanny/phone=555-1212 would be expected to have at least the words Cafe, Fanny, or a matching phone number. The match is fuzzy. Any website with no match is flagged for human review. These are often: - Spam websites. - Hijacked domains. - Business that have changed focus. - Out of business businesses. - Website has moved. There are false positives also: - Redirects with error codes in the 300 range. - Flash based websites with no text whatsoever. - Chain stores and schools that frequently reorganize their pages. - Small regional chains where the store page is either non-existent, or a URL that's sure to change in the future. If you work on the challenge you'll appreciate well crafted and future proof URLs. The challenge shows how quickly restaurants in particular come and go. - The challenge works regionally so you don't have to save after every node. Right now it's set for the Northwest USA: http://maproulette.org/#t=webtegrity/ ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-it] OSMIT 2015
Il giorno 3 maggio 2015 19:57, Simone Cortesi sim...@cortesi.com ha scritto: 2015-05-03 19:50 GMT+02:00 Maurizio Napolitano napoo...@gmail.com: per quanto riguarda gli interventi e le idee da realizzare durante la tre giorni, altra pagina wiki? facciamo un call for proposal? vorrei mettere l'accento sul fare e non sul parlare. magari mezza giornata di raccontare cosa facciamo, dove, come. ma per il resto manterrei l'evento focalizzato sul FARE LE COSE. cose con obiettivi chiari e risultati misurabili, cosi' come i deliverable attesi. Potremmo cominciare a raccogliere delle proposte in tal senso. Rimango dell'idea però che una parte di formazione potrebbe essere richiesta se l'evento ottiene un po' di visiblità. Es. a Padova era stato improvvisato un corso su josm proprio perchè richiesto da alcuni studenti che si erano presentati all'evento. Non escludo però che potrebbe essere un qualcosa di molto locale che potrebbe anticipare l'evento. abbiamo un hackpad aggiornato con gli obiettivi del collettivo mappe per l'anno 2015-2016, ora non lo trovo, ci sono tutti gli spunti che vorremmo realizzare. esempi di cose fatte gli scorsi anni: gli estratti. https://osmit.hackpad.com/# (non sono ancora intervenuto in lista sull'argomento, ma mi riconosco nell'opinione già espressa del less speaking, more making) -- -S Ciao, Stefano ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] OSMIT 2015
2015-05-03 20:20 GMT+02:00 Stefano saba...@gmail.com: https://osmit.hackpad.com/# (non sono ancora intervenuto in lista sull'argomento, ma mi riconosco nell'opinione già espressa del less speaking, more making) Grazie Sabas, c'e' abbastanza roba da tenere occupato un gruppone per qualche settimana. -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] OSMIT 2015
https://osmit.hackpad.com/# (non sono ancora intervenuto in lista sull'argomento, ma mi riconosco nell'opinione già espressa del less speaking, more making) Great! Sono anche io per il less speaking, more making ma non va dimenticata la divulgation Nel senso che va capito anche a chi ci si rivolge: se siamo i soliti noti allora non serve, ma se ci si allarga oltre allora serve una parte di divulgazione che poi per me si interpreta come: ti insegno a capire come inserire i dati e lo facciamo assieme ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] OSMIT 2015
Il 3 maggio 2015 18:01, Daniele Forsi dfo...@gmail.com ha scritto: Il 3 maggio 2015 17:44, Michele Mondelli ha scritto: Si farebbero tutti nello stesso posto, con interventi non in contemporanea e al contrario spazi condivisi, in cui entrambe le community lavorano e sviluppano insieme! non mi sono spiegato: io andrei al Linux Day che organizza il mio LUG e non verrei a Siena, al limite verrei la domenica, ma non per il mapping party perché avete già mappato tutte le cose facili :-) Il 3 maggio 2015 19:15, Elena ``of Valhalla'' elena.valha...@gmail.com ha scritto: On 2015-05-03 at 17:44:22 +0200, Michele Mondelli wrote: Il giorno 3 maggio 2015 17:41, Daniele Forsi dfo...@gmail.com ha scritto: Il 3 maggio 2015 16:36, Michele Mondelli ha scritto: (magari in concomitanza con il Linux Day). secondo me uno degli eventi rischia di mangiare l'altro, io non avrei dubbi e andrei al Linux Day, magari a parlare di OpenStreetMap come altre volte Si farebbero tutti nello stesso posto, con interventi non in contemporanea e al contrario spazi condivisi, in cui entrambe le community lavorano e sviluppano insieme! ma il Linux Day è organizzato in tutta Italia, non è in un solo posto: molti che preferirebbero il LD alla OSMIT non lo farebbero in quanto interessati a partecipare, ma in quanto impegnati tradizionalmente ad *organizzare* il proprio LD locale (e vista la scarsità di manodopera endemica nei LUG, saltare il LD è un po' considerato tradimento) Sono d'accordo con il problema che solleva Daniele e con quello che dice Elena. Si rischia di mettere in condizione molti di dover scegliere. Inoltre credo che il LD - che è un evento molto più consociuto, più diffuso e con più storia alle spalle - si mangerebbe del tutto OSMit. Gli eventi unificati sono belli solo se si ha il dono dell'ubiquità! :P Scherzi a parte, per esperienza gli eventi condivisi funzionano quando dentro un evento principale si inserisce un intermezzo o sotto-evento. C ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-at] Unpaved cycleways in Austria?
Hi Roland, yes, there are unpaved cycelways in Austria that have the official signage for cyclepaths (the one for 'pure' cycleways and also those for combined foot and cyclepaths: http://wiki.openstreetmap.org/wiki/Key:segregated). I know some examples of mostly touristic paths along rivers, and I recently even stumbled upon paths through a forest in Vorarlberg with this signage. Also check for surface=gravel,.., I am sure there is more. Regarding traffic rules: If there is a sign the rules apply: the most important ones being that it may be used by pedestrians and cyclists and that the accompanying road must not be used by pedestrians and cyclists (Radwegbenützungspflicht). I guess the latter does not apply in many cases because there just is no accompanying road as in this example: http://www.openstreetmap.org/#map=17/48.29501/16.42677 In addition to that I am pretty sure that not every path with the cycleway signed is tagged as cycleway and vice versa. E.g. all cycleways on the Danube island in Vienna (http://www.openstreetmap.org/#map=17/48.25245/16.38541) are no real cycleways - but that's their actual function. It's complicated, but I hope this helps a bit. Best regards, Markus P.S.: what's the URL of your cyclemap? I'm interested in your project! On 2015-05-03 16:20, Pallai Roland wrote: Hi, I'm working on a new, detailed web map for cyclists, the coverage has been extended to Austria yesterday and I have found something that's unusual in Hungary (where I started): unpaved cycleways. See: http://overpass-turbo.eu/s/98p Can you tell me are those official cycleways marked with a traffic sign http://wiki.openstreetmap.org/wiki/File:120px-Zeichen_237.svg.png in Austria? Do the same rules apply to those as to the common cycleways in the city? Are those designated for cyclists? In Hungary we've cycle routes on unpaved roads of course but that's never a cycleway, just a cycle route or recommended way for cyclists (traffic sign http://wiki.openstreetmap.org/wiki/File:KRESZ-KPU.png) on an unpaved highway, or an unpaved highway suitable for cycling (but not designated for cyclists). If you found some with overpass that's just incorrect labeling. (Please CC me, I'm not on the mailing list. Thanks!) ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-br] Uso Correto da Place
A Tag Place deve continuar para definir a cidade no mapa e não o marco zero. A Place deve ser inserida no centro da cidade. O marco-zero da relação boundary:administrative usa a tag Label, mas o marco zero geralmente é definido automaticamente. Seria facultativo seu com a Tag Label dentro da relação. Att,BladeTC From: thunder...@gpsinfo.com.br To: talk-br@openstreetmap.org Date: Sun, 3 May 2015 12:41:42 -0300 Subject: Re: [Talk-br] Uso Correto da Place Perdoem, mas enfrentando o mesmo problema acabei abrindo novo tópico sobre o assunto. Concordo com o Blade quanto a não exclusão da KEY place. Ela existe e deve ser empregada para definir um LOCAL no mapa (traduzindo place para o português) . Já me soa estranho empregar a KEY place em uma área (boundary-administrative) e não local (place). Sou também de opinião que a KEY place deve ser inserida somente no ponto marco zero da relação (admin_centre), onde existir, e que o admin_centre não seja removido da relação como vem sendo feito. []s Marcio From: Blademir Andrade de Lima Sent: Sunday, May 3, 2015 11:05 AM To: Talk-br@openstreetmap.org Subject: Re: [Talk-br] Uso Correto da Place O OSM funciona destas duas formas, a 'place' e o limite administrativo (boundary) como 'relation'. Não se deve excluir a tag place, e ela deve estar vinculada dentro da relação como 'admin_centre', senao o resultado sai duplicado. Existem bastante exemplos, pesquise algumas cidades do sudeste ou sul para ver como funciona. Agora, se a TAG 'place' estiver duplicada, exclua uma delas, de preferência a que nao tiver a fonte e nao estiver vinculada a relação municipal. Att, BladeTC ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-co] Reuniones relativas a OSM-co anunciadas en MeetUp
Saludos a todos, Soy un entusiasta de OSM, y he visto que se hacen reuniones para mapear, sin embargo nunca he podido participar.Estoy seguro que otras personas como yo podrían participar, y simplemente no saben ni cuándo ni dónde. Por otro lado, varias comunidades de diversos temas se reunen gracias a la plataforma MeetUp. Viendo el listado de grupos de esa plataforma, en muchos lugares del mundo se convocan las reuniones por ahí (grupos de Maptime o OSM) http://www.meetup.com/find/?allMeetups=falsekeywords=Maptimeradius=Infinity Les propongo que hagamos un grupo en MeetUp (yo lo puedo hacer) en donde se convoque a las reuniones. Por tal motivo quisiera conocer el punto de vista de ustedes, y qué información podríamos poner ahí.Además, cuándo será la próxima reunión? Gracias. Andrés Gómez Casanova AngocA 2015 IBM Certified Advanced Database Administrator - DB2 9 DBA for Linux, UNIX and Windows IBM Certified Database Administrator - DB2 9 DBA for Linux, UNIX and Windows IBM Certified Database Administrator - DB2 UDB V8.1 for Linux, UNIX and Windows IBM Certified Database Associate - DB2 10.1 Fundamentals ITIL V3 Foundation Certificate in IT Service Management IBM Certified Associate Developer - WebSphere Studio V5.0 http://angoca.users.sourceforge.net/ ang...@yahoo.com___ Talk-co mailing list Talk-co@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-co
[Talk-dk] Navne på motorway_link
Hej. Jeg synes, at det er uheldigt, at så mange motorvejsfrakørsler er tagget som motorway_link med name sat til det samme som den motorvej, de kommer fra. Det er ret forvirrende når man fx kører på Helsingørmotorvejen og ens GPS siger hold til højre på Helsingørmotorvejen, når det man skal gøre, er at køre af motorvejen på næste afkørsel. Se fx: http://www.openstreetmap.org/way/144336790 De frakørsler hedder vel ikke Helsingørmotorvejen? Jeg ved ikke name tagget skal slettes, eller man kan sætte det til noget mere passende som fx frakørsel 42. -- Niels Elgaard Larsen ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-it] OSMIT 2015
2015-05-03 16:36 GMT+02:00 Michele Mondelli mithenks...@gmail.com: Mi servirebbe avere qualche informazione, per l'organizzazione: - che numeri ci sono stati agli OSMIT precedenti? (anche indicativamente) siamo stati da un massimo di 70 (rovereto e padova) ad un minimo di 30 lo scorso anno a Matera - quanti parteciperebbero come ambasciatori di openstreetmap? (per organizzare pernottamento e pasti) cosa intendi? non ho capito. - posso aprire una pagina wiki da qualche parte, per una raccolta di adesioni? la wiki di osm: http://wiki.osm.org abbiamo anche registrato il dominio http://sotm.it per metterci il blog dell evento (registrazione, etc) - per quanto riguarda gli interventi e le idee da realizzare durante la tre giorni, altra pagina wiki? facciamo un call for proposal? vorrei mettere l'accento sul fare e non sul parlare. magari mezza giornata di raccontare cosa facciamo, dove, come. ma per il resto manterrei l'evento focalizzato sul FARE LE COSE. cose con obiettivi chiari e risultati misurabili, cosi' come i deliverable attesi. Lancio l'idea di sentirci via hangout per una piccola riunione, magari si fa prima a decidere e capire molte cose di base. ok per me. abbiamo anche disponibilità, come wikimedia italia a dare un minumo una mano nell'organizzazione logistica. -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] OSMIT 2015
On 2015-05-03 at 17:44:22 +0200, Michele Mondelli wrote: Il giorno 3 maggio 2015 17:41, Daniele Forsi dfo...@gmail.com ha scritto: Il 3 maggio 2015 16:36, Michele Mondelli ha scritto: (magari in concomitanza con il Linux Day). secondo me uno degli eventi rischia di mangiare l'altro, io non avrei dubbi e andrei al Linux Day, magari a parlare di OpenStreetMap come altre volte Si farebbero tutti nello stesso posto, con interventi non in contemporanea e al contrario spazi condivisi, in cui entrambe le community lavorano e sviluppano insieme! ma il Linux Day è organizzato in tutta Italia, non è in un solo posto: molti che preferirebbero il LD alla OSMIT non lo farebbero in quanto interessati a partecipare, ma in quanto impegnati tradizionalmente ad *organizzare* il proprio LD locale (e vista la scarsità di manodopera endemica nei LUG, saltare il LD è un po' considerato tradimento) -- Elena ``of Valhalla'' ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] OSMIT 2015
Il 3 maggio 2015 19:14, Simone Cortesi sim...@cortesi.com ha scritto: 2015-05-03 16:36 GMT+02:00 Michele Mondelli mithenks...@gmail.com: Mi servirebbe avere qualche informazione, per l'organizzazione: che numeri ci sono stati agli OSMIT precedenti? (anche indicativamente) siamo stati da un massimo di 70 (rovereto e padova) ad un minimo di 30 lo scorso anno a Matera Credo che a Rovereto siano passate 80 persone nel corso della giornata di sabato (quella principale). Una cosa che sarebbe da migliorare è il sistema di iscrizioni. Molti si sono iscritti e non sono venuti e viceversa molti non si sono iscritti e sono venuti. Alla fine, numericamente parlando le due cose si sono compensate ma vuol dire che tutta una parte dello sforzo di organizzazione che poi si riassume nel mandare mail di informazioni viene fatta un po' per niente. quanti parteciperebbero come ambasciatori di openstreetmap? (per organizzare pernottamento e pasti) cosa intendi? non ho capito. Nemmeno io ho capito. C ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [OSM-talk-be] Urbis update
Hi here :) I did another update of my coutings for urbis ... we are close but not really totally done yet (and we speak only about building here) we miss smth like 4000 buildings in brussels so we've imported an average of 98,52% of every buildings most of them are small buildings, but sometimes it's also addresses or major buildings that are missings So here are the numbers as usual ... https://docs.google.com/spreadsheet/ccc?key=0Aitf6GpM7KbYdGpvcWtNbVRoMU41VnowZU1nMXdGZEEusp=sharing http://osm.bmaron.net/urbis_img/missings/ i'll try to come with a easier format to work with So if you have some times to loose ... ;-) 2015-01-21 12:12 GMT+01:00 eMerzh merz...@gmail.com: Hi, as some of you were interested, i've compute the missing building of urbis ... here is a heatmap... http://osm.bmaron.net/urbis_img/missings/ and here are the real data WATCH OUT ... IT'S HEAVY! http://umap.openstreetmap.fr/fr/map/urbis-missing-on-20-01-2015_26558#15/50.8711/4.3232 Sorry no tiles ... they are really too heavy for my poor workstation... as always i've update the document on the drive : https://docs.google.com/spreadsheet/ccc?key=0Aitf6GpM7KbYdGpvcWtNbVRoMU41VnowZU1nMXdGZEEusp=sharing So in summary we have 95,96% of all urbis building and miss more or less 10 000. Note : I only use urbis ref to detect missing buildings... and if a building is in urbis but not in the real life, it will obviously marked as missing ;-) Regards, Brice ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-fr] Normalisation du tag antenne
Le 3 mai 2015 13:17, dHuy Pierre dh...@yahoo.fr a écrit : @Verdy: N'ayant pas vocation d'un débat de sémantique, je te laisse débattre sur le sexe des anges. Je n'arrête pas de te répondre que je n'ai pas parlé de ça et encore moins des anges. Tu as une conception étrange de la sémantique, qui consiste à l'inventer pour lui faire tout dire. Arrête s'il te plait tes inventions et ne reprends que ce que j'ai posté réellement, pas ce que tu crois avoir lu en le rapportant ensuite aux autres, merci. J'ai été assez clair pour limiter la portée de ce que j'ai dit et préciser mes intentions. D'ailleurs mon message initial avait eu une réponse similaire d'un autre utilisateur concernant l'usage des ; et des | et de leur interprétation ou prétendue standardisation qui n'existe pas et est trompeuse. Si tu revien à ce que j'ai écrit, j'ai précisé où était le problème dans la proposition initiale de Jérome: le fait qu'il utilisation deux tags séparés en imposant un ordre des valeurs dans un tag où d'évidence ce n'est quy'une liste non ordonnée, pour l'aligner avec l'ordre des éléments dans un second tag séparé (qui lui non plus n'a pas d'ordre, mais aligne ses éléments avec ceux du premier tag). En terme de description des données c'est un problème puisque dans OSM les tags ont vocation à être mainbtenus tous séparément. une première solution était de rassembler dans le même tag les valeurs qui doivent rester ensemble, mais alors ces valeurs ont un ordre intrinèque pour préciser quel champ correspond à quielquechose. On se retrouvait donc à mettre dans un même tag: le nom d'un opérateur, et la liste (elle-même non ordonnée) des réseaux utilisés, et créer donc autant de tags que d'opérateurs: compment les distinguer ? il faut une clé pour chaque tag mais il n'y a rien d'évident autre qu'un suffixe numérique (mais qui a le défaut d'imposer un ordre apparent par la valeur des indices numériques (qui sont ici arbitraires), cependant c'est un soucis relativement mineur. Reste à savoir comment représenter dans un même tag des champs de nature différente: nom de l'opérateur et ses réseaux. Et là on n'a pas grand chose de stadnardisé non plus dans OSM, et c'est à nous de l'inventer, sous une forme qui soit cependant lisible et compacte. Ce qui est à représenter est un type de données structuré (contenant plusieurs champs de nature différente). Le seul usage significatif correspondant à ce cas est celui des lanes mais il est très peu lisible. et malgré tout ce n'est pas encore une norme en tant que tel. Si on parle de normes en usage pour les types structurés, il y en a deux évidentes: XML et JSON; j'excluais tout de suite XML dont la syntaxe verbeuses est trop lourde pour être utilisée dans la valeur d'un tag, il restait donc seulement JSON mais qui a aussi une syntaxe un peu lourde, qu'on peut alléger car on n'a pas besoin de distinguer les types (numérique, chaine) des atomes et il est souhaitable alors de pouvoir s'abstenir des séparateurs de chaines. Mais je ne voulais pas, avant de proposer un autre système, en fait un truc spécifique pour un seul tag, car des types structurés, demandant un parseur spécifique pour les analyser, ajoute à la maintenance. µBref je ne me suis pas contenté de proposer quelquechose concernant les seules antennes, mais pour en parler de façon plus générale. C'était donc non pas une proposition formelle mais une analyse d'un problème plus général de modélisation et codification des données dans un domaine où il n'y a pour l'instant strictemetn rien de standardisé. Alors toi tu prends ça pour le sexe des anges si tu veux, mais ce n'est pas mon propos et pas le sujet. C'est plus sérieux. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
