Re: [Talk-it] Mail/messaggio per richiesta apertura dati geografici Comune Messina
Proverò a mandare la mail all'indirizzo da te indicato. Eventualmente provvederò anche a mandare qualche messaggio sui social. È l'unica occasione per avere quei dati. Il 03/Lug/2015 20:24, Aury88 spacedrive...@gmail.com ha scritto: John Doe wrote Ho intenzione di scrivere a Renato Accorinti per richiedere l'apertura ed il rilascio, sotto licenza compatibile con quella di OSM, dei dati geografici in possesso del Comune di Messina. Voi avete un qualche contatto istituzionale per mandare una mail al Sindaco o credete per il momento basti un qualche messaggio sui numerosi account social che ha sul web? Vorrei riutilizzare la mail che Aury88 spedì al Sindaco di Gela. Renato Accorinti è l'unico sindaco a Messina che potrebbe dimostrare un certo interesse per la questione, meglio sbrigarsi finché c'è lui a ricoprire questa carica istituzionale. ___ Talk-it mailing list Talk-it@ https://lists.openstreetmap.org/listinfo/talk-it non so...i social network non si prestano bene secondo me a quel tipo di lettera. Comunque sia dipende da come il sindaco di messina usa i suoi account. Se li usa solo per informare i cittadini non è detto che risponda anche alle richieste fatte...altro discorso se vedi che risponde frequentemente alle domande...comunque sia sul social sarei per un approccio più diretto e comunque più breve della mia lettera. a mio avviso potrebbe valere la pena provare ad usare quella lettera con l'ufficio per le relazioni con il pubblico (urp): u...@comune.messina.it se hai una mail pec meglio provare con questa u...@pec.comune.messina.it Visto che male non fa, si potrebbe provare ad inviare la lettera-mail al urp e scrivere contemporaneamente una breve richiesta anche sui social del sindaco...Il sig. Renato Accorinti mi sembra una persona molto pratica e alla mano e quindi potrebbe fargli più piacere un messaggio con un tono meno pomposo della mia lettera xD cosa ne dici? - Ciao, Aury -- View this message in context: http://gis.19327.n5.nabble.com/Mail-messaggio-per-richiesta-apertura-dati-geografici-Comune-Messina-tp5849251p5849440.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
Re: [Talk-it] e i percorsi freeride ?
Ho guardato un po' in giro ed ho trovato che questo problema del tagging route=mtb AND network=lcn|rcn|ncn è abbastanza diffuso: http://ra.osmsurround.org/ trova 583 relazioni con route=mtb AND network =lcn 374 relazion i con route=mtb AND network=rcn 68 relazioni con route=mtb AND network=ncn - sembrano tutti in Svizzera Un altro metodo frequente per taggare delle route per MTB è route=mtb AND network=mtb http://ra.osmsurround.org/ trova 131 relazioni con questa combinazione. (Mi sembra l'unico metodo per il quale direi che può essere eliminato senza danno perché i due tag sono intesi a dire la stessa cosa.) Un terzo metodo è route=bicycle AND network=mtb. RA trova 50 relazioni con questa combinazione Non tutte queste combinazioni sono definite nel wiki e non so come i vari routing trattano questo problema. Come possiamo procedere? Non penso che sia possibile di eliminare alcune di queste scelte (forse ad eccezione di route=mtb AND network=mtb). Bisognerebbe documentare gli usi e produrne consigli per il routing? Non è piacevole di trovarsi con una bici da turismo con i bagagli su una stradina solo affrontabile con MTB perché il router con il quale hai preparato il percorso ha interpretato i tag come sono definiti nel wiki (attuale). 2015-07-03 18:44 GMT+02:00 Martin Koppenhoefer dieterdre...@gmail.com: 2015-07-03 18:38 GMT+02:00 Volker Schmidt vosc...@gmail.com: Penso che sulle relazioni di MTB i tag network=lcn | rcn | ncn sono problematici. Questi network sono (o almeno erano originalmente) pensati per cicloturisti. si, in realtà ho difficoltà immaginare situazioni dove un percorso, pensato appositamente al mountainbike, potrebbe fare parte di una rete di ciclovie a livello nazionale o regionale. Sono d'accordo con te che anche se esistesse dovrebbe avere un tag suo e non riutilizzare quello del cicloturismo (perché sarebbe una cosa molto diversa e sarebbe da mappare in un modo che cerca di evitare le confusioni). ciao, Martin ___ 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: [OSM-talk-fr] Intégration des Boites Postale dans Osmose
Le 4 juillet 2015 00:03, Vincent de Château-Thierry v...@laposte.net a écrit : Le 03/07/2015 22:59, Romain MEHUT a écrit : Le 3 juillet 2015 22:48, Vincent de Château-Thierry v...@laposte.net Je demande à voir comment est libellé sur le terrain le nom (s'il existe) des bureaux de poste... Quelqu'un aurait une photo parlante à portée de main? Dans les cas que je connais, le nom figure sur une plaque en façade, avec les horaires, comme ici : http://www.saintmarcelblog.com/2010/09/bravo-la-poste.html (où le nom est celui de la commune ^^). Ok mais je dirais que le name n'est pas seulement le nom de la commune mais La Poste le nom de la commune. Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] switch2osm : quelle configuration ?
Le 04/07/2015 00:47, osm.sanspourr...@spamgourmet.com a écrit : J'ai passé pas mal de temps à chercher un meilleur rapport qualité prix, au mois je n'ai pas trouvé. À l'heure, sans avoir de base de calcul, c'est difficile de savoir si une solution EC2 boostée pourrait être intéressante. Si je regarde de ce côté, j'arrive en prix mensuel à : - $852.64 pour un c3.8.xlarge (60 Go RAM, 2*320 Go SSD) – capacité fixe, - $309.52 pour un i2.xlarge 30,5 Go RAM, 1 x 800 Go SSD. Tout ça me semble bien trop cher par rapport à un serveur dédié OVH ou online où on est largement en dessous de 100 euros/mois. C'est pour ça entre autre qu'AWS ne m'a jamais emballé ajouté au fait que je ne maitrise plus le fonctionnement dans le cloud. Comment les I/O se comporteront... car dans bien des cas l'essentiel est là. Comme toute heure entamée est due, comme les appels de détresse et fausses alertes tombent à tout heure du jour et de la nuit, je suppose que le coût d'un serveur en production serait bien celui-là. Je n'ai pas regardé du côté des serveurs plus petit avec du stockage EBS/SSD. Avez-vous des commentaires ? Du... coût ;-), on me demande s'il n'est pas possible de prendre une configuration plus légère pour l'install party afin de voir les possibilités (je peux disons installer la pile applicative mais en ne chargeant qu'une partie des données disons au hasard la Bretagne) et ensuite migrer. Le principe de l'install party est d'apprendre à installer pour devenir autonome et pouvoir refaire de même quand nécessaire. Installer sur un serveur de test, et installer à nouveau sur un serveur de prod plus tard me semble une bonne approche, non ? Je vous passe la question in extenso: /Quelle est la difficulté de transférer d'un hôte vers un autre ? Ou de changer de gamme en restant cher le même fournisseur ? Je ne pense pas nécessaire d'avoir un tel serveur juste pour faire des tests. Je pense qu'il serait préférable d'avoir quelque chose de simple pour l'install party et, si on va vraiment dans cette direction, de changer plus tard de matériel./ Pour les offres, si on prend un serveur dédié on est bridé ensuite. Oui, il faut bien le choisir. Si on prend une offre cloud, EC2 tiny au début c'est gratuit (première année). Mais peut-on se mettre dans une configuration où, sur une zone réduite et peu (1-2) d'utilisateurs, on pourrait avoir un comportement semblable ? Est-ce qu'une machine virtuelle installée sur un serveur permettrait d'effectuer un transfert dans des conditions raisonnables (j'ai l'impression que les offres avec VMware sont des nuages dédiés donc bien plus chères et les instances d'EC2 sont déjà des machines virtuelles. Des expériences avec HyperBox/VirtualBox ?). C'est une bonne option. J'utilise plutôt des solutions de type container (openvz sur un host tournant avec proxmox). Des conseils sur l'OS ? J'ai tendance à partir sur du Debian. Ubuntu 14.04 (LTS) est actuellement l'OS sur lequel les install sont les plus simples. Ma config préférée actuelle: proxmox sur un serveur dédié, des containers en Ubuntu 14.04 dans lesquelles on fait tourner les stacks. Ou est-ce qu'une fois faite une install party on réinstalle suffisamment rapidement sur une autre infrastructure ? C'est l'objectif... acquérir la compétence en partageant les connaissances de chacun pour installer selon ses besoins. -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[Talk-cat] OSMbot per Telegram
Hola, Uns quants d'aquesta llista els darrers dies hem estat treballant per fer un bot per Telegram que permeti fer cerques a OpenStreetMap (i per tant compartir-ne els resultats). La idea és anar-lo millorant. Trobareu el bot a (cal tenir Telegram, evidentment): https://telegram.me/osmbot També n'hem creat un copte de Twitter per informar de les novetats: https://twitter.com/osmbot_telegram Ens ha semblat que estava bé atribuir el mèrit de la creació del bot a la comunitat catalana d'OpenStreetMap, penso que està bé, i això ens dóna certa visibilitat. També ens ajudareu a donar visibilitat al projecte si des d'aquest enllaç voteu l'aplicació i hi deixeu un comentari amb les vostres impressions: https://telegram.me/storebot?start=osmbot Si algú té molt d'interès en participar en el desenvolupament / testing / idees del bot, ha de saber que tenim un grup a Telegram amb aquesta finalitat (que per cert, treu fum), una de dos: 1. Em passeu en privat el telèfon i us afegeixo 2. Em dieu el vostre usuari públic de Telegram i us afegeixo (ningú sabrà el número de mòbil). Salut i gràcies! -- *KONFRARE ALBERT* La Konfraria de la Vila del Pingüí de La Palma de Cervelló www.konfraria.org • @La_Konfraria http://twitter.com/La_Konfraria ___ Talk-cat mailing list Talk-cat@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cat
Re: [Talk-transit] different interpretations of v2 PT scheme
Janko Janko Remember I am not a mapping specialist but I am a specialist in public transport information systems - and perhaps it is our different perspectives that triggers different views, and the terminology that we use. I am also guilty of using UK terminology which (for historic reasons) slightly differs from that used in the relevant European Standards that covers this area. If you simply use crow-fly proximity to determine whether an interchange is possible then you can quickly find situations where there are physical barriers river, buildings, ...) that prevent connections being made. If you determine proximity by routed walks then this requires a very detailed level of mapping to be available = and even then you might have two stops on opposite sides of a dual carriageway where the central reservation prevents pedestrians getting from one side of the road to the other. Furthermore, issues of road safety or personal security may mean that you would never want to offer a journey plan which uses a particular combination of stops as an interchange point. These are perhaps the key reasons why in public transport information systems the best practice is to define the members of an interchange location using what is termed a stoparea - which is a collection of stoppoints which generally will use the same public-facing name, and between which it is possible to interchange. When planning a public transport journey it is generally the case that the interchange time between stops in a stoparea are a fixed value - in the UK this is typically set to 5 mins - which allows for a short walk between two stoppoints within the stoparea plus a small time buffer in the event that the arriving service is slightly late. A station is a special type of stoparea in public transport information systems. Where interchanges involve a link between stoppoints which are physically separated by more than a modest distance (in the system I am involved in this generally would mean stops that are more than 150m apart) then, and only then, is a specific walk route defined for the interchange leg - in which case a specific walk time becomes part of the calculation for the journey plan. In the UK all of this forms part of the NaPTAN specification for stops - and this in turn is reflected in the European IFOPT standard, which is in the family of public transport information standards under the Transmodel reference data model. The key terminology difference is that in the European Standards a Stop is what I refer to as a Stoparea (because in everyday English a stop means an individual stoppont. I hope this explains my perspective on what I have referred to as “stopareas”. Best wishes Roger From: Janko Mihelić [mailto:jan...@gmail.com] Sent: 03 July 2015 22:59 To: ro...@slevin.plus.com; Public transport/transit/shared taxi related topics Subject: Re: [Talk-transit] different interpretations of v2 PT scheme čet, 2. srp 2015. 16:32 Roger Slevin ro...@slevin.plus.com je napisao: I think you are falling into the trap of trying to cover too many things in one relationship. A stoparea to me as a public transport person is (defined functionally) a cluster of stoppoints at which it is possible to interchange between services – and as such it is also a collection of stops for which a single stop name can be shared (in the UK we then have a separate “indicator” to allow you to make the naming of each stoppoint unique within the stoparea. IMHO there is no sense in using a stop_area_group relation (You probably meant stop_area_group instead of stop_area) to show where you can interchange between services. That is already obvious if they are near each other, isn't it? Any two stops that are within ~100m from each other can be seen as an stop_area_group. You don't have to make a relation to tell you that. I see no reason to group objects in stop_area_groups, unless maybe if there is a name or ref that only makes sense to give to a collection of stops, and they all have different names. But if you are talking about a station, we have the tag public_transport=station. Janko Mihelić ___ Talk-transit mailing list Talk-transit@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-transit
Re: [Talk-cz] Czech hiking preset v JOSM, klíč complete
Dne 4.7.2015 v 10:45 Tomas Janousek napsal(a): Ahojte, chci se zeptat, jaký je význam klíče complete, který v tomto presetu je u všeho. Nikde na wiki k tomu není vysvětlení a když srovnám globální a české taginfo, zhruba polovina výskytů je u nás. Mám navíc důvodné podezření, že většina výskytů je důsledkem toho, že je to v tom presetu, a to navíc s překlepem defualt namísto default. Pokud teda mám pravdu v tom, že většina výskytů je tam omylem, navrhuju to v tom presetu změnit, a jelikož jsem nepřišel na to, jak do default napsat unset, aby to fungovalo, tak jsem to prostě obalil . Moje navrhovaná podoba presetu je tedy toto: http://store.lisk.in/tmp/Presets_Czech_hiking-preset.xml (dovolil jsem si opravit whitespace, takže kdyžtak diff -w). No a pak by to teda ideálně chtělo zdokumentovat ten tag na wiki a nějak vymyslet, jak se zbavit těch tisíců výskytů. :-) (Tenhle text jsem psal 19.5. přímo uživateli vrabcak, který je uveden jako autor toho presetu, ale neodpovídá mi, tak třeba bude vědět někdo tu. Tím pádem se rovnou zeptám, jak se to případně mění — stačí to změnit na wiki JOSM a to může udělat každý, nebo je to jinak?) Ahoj, stačí změnit na wiki JOSM a editor si pak stáhne aktualizovanou verzi. Marián ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk-fr] Intégration des Boites Postale dans Osmose
Je ne trouve aucun apport à avoir un nom identique à celui de la commune pour les bureaux de poste. C'est un service, en principe générique, et sa localisation n'a en fait aucune importance. C'est différent pour une gare qui correspond à un service qui sert à se déplacer et donc d'aller d'un point A à un point B où la différenciation est essentielle au service et où le nom me semble important. Quand il y a plusieurs bureaux de poste dans une même commune, là le nom commence à servir à les différencier (exemple dans ma commune avec une Poste principale et 4 autre bureaux). On revient à nouveau sur la notion de nom... et ce qu'on doit mettre ou pas dans name=* Pour le rendu, éliminer les noms des POI si ils sont identiques à celui de la commune où ils se trouvent est possible, mais relativement plus coûteux en terme de requête. Encore pire si on doit le faire pour les amenity=bakery + name=Boulangerie... et je n'imagine même pas tenir compte de différentes langues. Le 04/07/2015 11:14, Romain MEHUT a écrit : Le 4 juillet 2015 00:03, Vincent de Château-Thierry v...@laposte.net mailto:v...@laposte.net a écrit : Le 03/07/2015 22:59, Romain MEHUT a écrit : Le 3 juillet 2015 22:48, Vincent de Château-Thierry v...@laposte.net mailto:v...@laposte.net Je demande à voir comment est libellé sur le terrain le nom (s'il existe) des bureaux de poste... Quelqu'un aurait une photo parlante à portée de main? Dans les cas que je connais, le nom figure sur une plaque en façade, avec les horaires, comme ici : http://www.saintmarcelblog.com/2010/09/bravo-la-poste.html (où le nom est celui de la commune ^^). Ok mais je dirais que le name n'est pas seulement le nom de la commune mais La Poste le nom de la commune. Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] (osm: message 4 of 20) Paris : généralisation du cedez-le-passage cycliste
Bonjour, ce n'est pas généralisé au sens où c'est interdit sauf panneau l'autorisant. Ce qui est généralisé, c'est l'idée de mettre des panneaux l'autorisant à tous les feux. Donc info à ajouter au fur et à mesure sur chaque feu. Je n'imagine pas que les Allemands n'aient pas des moteurs le prenant en compte puisque la le système est réellement la règle. Jean-Yvn Le 04/07/2015 11:28, George Kaplan - georgekaplan...@hotmail.fr a écrit : Bonjour, Pour les cartographier, on utilise une relation restriction avec restriction:bicycle=give_way. C'est un tag franco-français, créé lors de la légalisation des Cédez le Passage cycliste au feu. Quelqu'un sait s'il a été discuté au niveau international ou si un moteur de routage en tient compte ? George Le 4 juil. 2015 à 11:09, Vincent de Château-Thierry v...@laposte.net a écrit : Bonjour, Un inventaire à venir, pour les parisiens...: http://www.paris.fr/actualites/a-partir-de-cet-ete-le-cedez-le-passage-cycliste-au-feu-rouge-est-generalise-dans-paris-2719 Sachant qu'un calcul d'itinéraire vélo en tenant compte les privilégiera au détriment des carrefours à feux, ça peut donc être sympathique d'en disposer dans OSM. vincent ___ 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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Osmose] Ajout d'un test sur la nature en tant que nom d'objet
Oui c'est cette liste que j'ai utilisé comme base. Le 03/07/2015 23:19, Jean-Baptiste Holcroft a écrit : Parles tu de cette liste déjà traduite pour nominatim ? https://github.com/openstreetmap/openstreetmap-website/blob/f0ecc6312b74aee11725bf0aaae47614fc9f2a87/config/locales/fr.yml#L427 Le 3 juil. 2015 16:04, Christian Quest cqu...@openstreetmap.fr mailto:cqu...@openstreetmap.fr a écrit : Le 03/07/2015 15:46, Jérôme Seigneuret a écrit : Des descriptions en tant que nom name=Piste de Roller (dégradée) + *highway=** Peut-être tester l'usage de verbe dans le tag name Je connais pas de voirie en contenant Le tout premier qui me vient à l'esprit: prolongée ;) Inexistence de type de voirie (rue, allée, place, ...) Là aussi on risque d'avoir un paquet de faux positifs... Pour les POI, le script d'extraction que j'ai utilisé pour alimenter addok tente de gérer justement la présence du type de POI dans le name=*. Je me suis basé sur une liste utilisée pour la traduction du site osm.org http://osm.org. -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto: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 -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Intégration des Boites Postale dans Osmose
Le 04/07/2015 11:44, Christian Quest a écrit : Je ne trouve aucun apport à avoir un nom identique à celui de la commune pour les bureaux de poste. C'est un service, en principe générique, et sa localisation n'a en fait aucune importance. C'est différent pour une gare qui correspond à un service qui sert à se déplacer et donc d'aller d'un point A à un point B où la différenciation est essentielle au service et où le nom me semble important. Quand il y a plusieurs bureaux de poste dans une même commune, là le nom commence à servir à les différencier (exemple dans ma commune avec une Poste principale et 4 autre bureaux). On revient à nouveau sur la notion de nom... et ce qu'on doit mettre ou pas dans name=* Je vois que l'idée d'autonomie d'un jeu de données à encore du chemin à faire... Il n'y a pas que les cartes dans la vie ;) Supposons un consommateur* de données OSM qui n'utilise que les bureaux de poste. Il ne veut pas les prendre dans l'OpenData de La Poste, car le positionnement géographique est moins précis que dans OSM. Mais à vous suivre, s'il les extrait d'OSM, il va se retrouver avec un tag name majoritairement vide, rempli quasi uniquement dans les communes à plusieurs bureaux. Vous trouvez ça pratique à utiliser ? Homogène ? S'il faut en passer par un croisement avec les limites communales pour retrouver le nom, alors qu'il était présent dans la source intégrée, je pense qu'on marche sur la tête. vincent * il les consomme, mais pas forcément via une carte. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[talk-au] High country huts
Hi I am new to editing. I have noticed inconsistency in what are known in Australia as Alpine or High Country or Mountain Cattlemen's huts. In Victoria they are tagged tourism=alpine_hut (see Bogong High Plains, Mt Sterling and Lake Mountain) In the NSW they are tagged as shelter_type=basic_hut. (see the Snowy Mountains, [except that you can't easily see them, eg Whites River Hut, Schlink Hilton, Tin Hut]) I would consider retagging the Victorian huts to basic_hut or wilderness_hut but there is a serious safety issue involved. I am aware that I should not tag for Mapnik but downgrading the hut status would be very risky for map users. alpine_hut displays in Mapnik at zoom 13 but basic_hut displays at zoom 16. It is practically impossible to find a basic_hut with scroll and zoom, even if you know roughly where it is. I guess this is why Victorian huts are tagged alpine_hut. These huts are the single most important feature in Australian alpine areas. Ideally I would like to see basic_hut or wilderness_hut displaying at zoom 13, there is heaps of empty space, at least in Australian maps round these huts, then I would like to see the Victorian huts retagged. Your thoughts? Tony ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au
[Talk-cz] Czech hiking preset v JOSM, klíč complete
Ahojte, chci se zeptat, jaký je význam klíče complete, který v tomto presetu je u všeho. Nikde na wiki k tomu není vysvětlení a když srovnám globální a české taginfo, zhruba polovina výskytů je u nás. Mám navíc důvodné podezření, že většina výskytů je důsledkem toho, že je to v tom presetu, a to navíc s překlepem defualt namísto default. Pokud teda mám pravdu v tom, že většina výskytů je tam omylem, navrhuju to v tom presetu změnit, a jelikož jsem nepřišel na to, jak do default napsat unset, aby to fungovalo, tak jsem to prostě obalil . Moje navrhovaná podoba presetu je tedy toto: http://store.lisk.in/tmp/Presets_Czech_hiking-preset.xml (dovolil jsem si opravit whitespace, takže kdyžtak diff -w). No a pak by to teda ideálně chtělo zdokumentovat ten tag na wiki a nějak vymyslet, jak se zbavit těch tisíců výskytů. :-) (Tenhle text jsem psal 19.5. přímo uživateli vrabcak, který je uveden jako autor toho presetu, ale neodpovídá mi, tak třeba bude vědět někdo tu. Tím pádem se rovnou zeptám, jak se to případně mění — stačí to změnit na wiki JOSM a to může udělat každý, nebo je to jinak?) Díky. -- Tomáš Janoušek, a.k.a. Pivník, a.k.a. Liskni_si, http://work.lisk.in/ ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
[OSM-talk-fr] Paris : généralisation du cedez-le-passage cycliste
Bonjour, Un inventaire à venir, pour les parisiens...: http://www.paris.fr/actualites/a-partir-de-cet-ete-le-cedez-le-passage-cycliste-au-feu-rouge-est-generalise-dans-paris-2719 Sachant qu'un calcul d'itinéraire vélo en tenant compte les privilégiera au détriment des carrefours à feux, ça peut donc être sympathique d'en disposer dans OSM. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [talk-au] High country huts
On 4/07/2015 6:24 PM, fors...@ozonline.com.au wrote: Hi I am new to editing. I have noticed inconsistency in what are known in Australia as Alpine or High Country or Mountain Cattlemen's huts. In Victoria they are tagged tourism=alpine_hut (see Bogong High Plains, Mt Sterling and Lake Mountain) In the NSW they are tagged as shelter_type=basic_hut. (see the Snowy Mountains, [except that you can't easily see them, eg Whites River Hut, Schlink Hilton, Tin Hut]) I would consider retagging the Victorian huts to basic_hut or wilderness_hut but there is a serious safety issue involved. I am aware that I should not tag for Mapnik but downgrading the hut status would be very risky for map users. alpine_hut displays in Mapnik at zoom 13 but basic_hut displays at zoom 16. It is practically impossible to find a basic_hut with scroll and zoom, even if you know roughly where it is. I guess this is why Victorian huts are tagged alpine_hut. These huts are the single most important feature in Australian alpine areas. Ideally I would like to see basic_hut or wilderness_hut displaying at zoom 13, there is heaps of empty space, at least in Australian maps round these huts, then I would like to see the Victorian huts retagged. Your thoughts? Unfortunately rendering 'rules' are world wide ... Meaning if basic_hut or wilderness_hut displaying were displayed at zoom 13 somewhere in the world there would be too much clutter for the map to be usefull. Personally I'd like to see these 'rules' being made fuzzy ... so in places where little is shown things can be brought forward. Probably best implemented the other way around, removing things untill the number of things displayed per unit area is suitably small for reading, but large enough for detail. ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au
Re: [OSM-talk-fr] Paris : généralisation du cedez-le-passage cycliste
Bonjour, Pour les cartographier, on utilise une relation restriction avec restriction:bicycle=give_way. C'est un tag franco-français, créé lors de la légalisation des Cédez le Passage cycliste au feu. Quelqu'un sait s'il a été discuté au niveau international ou si un moteur de routage en tient compte ? George Le 4 juil. 2015 à 11:09, Vincent de Château-Thierry v...@laposte.net a écrit : Bonjour, Un inventaire à venir, pour les parisiens...: http://www.paris.fr/actualites/a-partir-de-cet-ete-le-cedez-le-passage-cycliste-au-feu-rouge-est-generalise-dans-paris-2719 Sachant qu'un calcul d'itinéraire vélo en tenant compte les privilégiera au détriment des carrefours à feux, ça peut donc être sympathique d'en disposer dans OSM. vincent ___ 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-fr] Paris : généralisation du cedez-le-passage cycliste
Bonjour La généralisation, cela signifie que par défaut, c'est autorisé. Mais les exceptions (justifiées) restent très nombreuses. Pour les intégrer dans OSM, il faut vérifier que les arrêtés afférents sont bien parus au BMO (bulletin municipal officiel http://www.paris.fr/bmo) et que les panonceaux ont été posés. Vu la quantité, l'idéal serait d'attendre une parution OpenData (à demander sur le portail OpenData de la ville) pour les intégrer ensuite en masse. Thomas Le 4 juillet 2015 11:09, Vincent de Château-Thierry v...@laposte.net a écrit : Bonjour, Un inventaire à venir, pour les parisiens...: http://www.paris.fr/actualites/a-partir-de-cet-ete-le-cedez-le-passage-cycliste-au-feu-rouge-est-generalise-dans-paris-2719 Sachant qu'un calcul d'itinéraire vélo en tenant compte les privilégiera au détriment des carrefours à feux, ça peut donc être sympathique d'en disposer dans OSM. vincent ___ 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: [Talk-us] Question?
Sorry for the late response, great idea Clifford. I will contact the editor first. But my opinion is it does not meet the requirements and therefor should be removed from osm. If it should be moved to OHM is another discussion. *Regards,* *Hans* *http://www.openstreetmap.org/user/TheDutchMan13 http://www.openstreetmap.org/user/TheDutchMan13* *Sorry for any misspellings* On Mon, Jun 29, 2015 at 4:27 PM, Hans De Kryger hans.dekryge...@gmail.com wrote: Sorry about that, should of been more specific. I meant the archeological site. On Jun 29, 2015 2:24 PM, Clifford Snow cliff...@snowandsnow.us wrote: On Mon, Jun 29, 2015 at 2:14 PM, Richard Welty rwe...@averillpark.net wrote: http://wiki.openstreetmap.org/wiki/Tag:historic%3Darchaeological_site Thanks for pointing out the wiki page on archaeological sites. I wasn't aware it was documented. -- @osm_seattle osm_seattle.snowandsnow.us OpenStreetMap: Maps with a human touch ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [OSM-talk-fr] (osm: message 4 of 20) Paris : généralisation du cedez-le-passage cycliste
Am 04.07.2015 um 11:43 schrieb osm.sanspourr...@spamgourmet.com: Je n'imagine pas que les Allemands n'aient pas des moteurs le prenant en compte puisque la le système est réellement la règle. Le cédez-le-passage existe en Allemagne (Grüner Pfeil) mais s'applique à tous les usagers de la route. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[Talk-cat] Hackaton a la Palma
Hola a tothom, Des de la Konfraria estem muntant una hackaton pel proper dissabte 11 de juliol a la Palma de Cervelló. El planning més o menys és: - 9h-10h - Esmorzar - 10h-19h - Hackaton Dinar aproximadament cap a les 14h. L'objectiu a grans trets de la Hackaton és programar una aplicació lliure que xucli dades obertes (OpenStreetMap, Viquipèdia, Mapillary, etc...) i que pugui adaptar-se fàcilment per a qualsevol municipi. Perquè us feu una idea, un possible punt de partida podria ser una cosa similar a: http://www.konfraria.org/osm/cerca/web Possibles tecnologies a utilitzar: Leaflet, AngularJS, etc. però ja veurem. És la primera Hackaton que organitzem, o sigui que ja veurem com surt, però el més important és que passem un bon dia. Si algú està interessat, si us plau, contacteu-me. Salut! -- *KONFRARE ALBERT* La Konfraria de la Vila del Pingüí de La Palma de Cervelló www.konfraria.org • @La_Konfraria http://twitter.com/La_Konfraria ___ Talk-cat mailing list Talk-cat@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cat
Re: [OSM-talk-fr] Intégration des Boites Postale dans Osmose
Un reverse géocodage de masse sur adresse.data.gouv.fr et c'est réglé ;) Oui, je comprends bien ton propos, mais généralise le à tout type de POI... et on devrait mettre tout plein d'infos sur tout les POI... le retour des is_in ? Quelqu'un a même suggéré (à juste titre) de supprimer le code postal sur les boites aux lettres de rue ;) Le 04/07/2015 11:58, Vincent de Château-Thierry a écrit : Le 04/07/2015 11:44, Christian Quest a écrit : Je ne trouve aucun apport à avoir un nom identique à celui de la commune pour les bureaux de poste. C'est un service, en principe générique, et sa localisation n'a en fait aucune importance. C'est différent pour une gare qui correspond à un service qui sert à se déplacer et donc d'aller d'un point A à un point B où la différenciation est essentielle au service et où le nom me semble important. Quand il y a plusieurs bureaux de poste dans une même commune, là le nom commence à servir à les différencier (exemple dans ma commune avec une Poste principale et 4 autre bureaux). On revient à nouveau sur la notion de nom... et ce qu'on doit mettre ou pas dans name=* Je vois que l'idée d'autonomie d'un jeu de données à encore du chemin à faire... Il n'y a pas que les cartes dans la vie ;) Supposons un consommateur* de données OSM qui n'utilise que les bureaux de poste. Il ne veut pas les prendre dans l'OpenData de La Poste, car le positionnement géographique est moins précis que dans OSM. Mais à vous suivre, s'il les extrait d'OSM, il va se retrouver avec un tag name majoritairement vide, rempli quasi uniquement dans les communes à plusieurs bureaux. Vous trouvez ça pratique à utiliser ? Homogène ? S'il faut en passer par un croisement avec les limites communales pour retrouver le nom, alors qu'il était présent dans la source intégrée, je pense qu'on marche sur la tête. vincent * il les consomme, mais pas forcément via une carte. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk] weeklyOSM # 258
The weekly round-up of OSM news, issue # 258, is now available online in English, giving as always a summary of all things happening in the openstreetmap world: http://www.weeklyosm.eu Enjoy! ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[Talk-br] Necessidade de intermediação
Amigos, me perdoem, mas enquanto alguns discordam de um lado outros discordam de outro. Alguém poderia intermediar o debate em http://www.openstreetmap.org/changeset/30210630 ? Se torna muito difícil fazermos edições no mapa pautados em colaborações recebidas de outros e termos que ainda ficar justificando essas edições porque as fontes normais de emprego ainda não retratam as alterações feitas na malha viária. Acreditava eu que quando se colocava o source:GPS;survey já se tornava implícito que não foi empregado o Bing, MapBox, IBGE ou outra fonte aceita pelo OSM. Obrigado. Marcio ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-cz] tag pro okres a mestskou cast
Dne Saturday 04 of July 2015 21:41:02, Milan Sladky napsal(a): Ahoj,Nevite prosim, jaky tag se pouziva v OSM pro okres a mestskou cast? Mestske casti v OSM nejsou. Xificurkovi se do toho nechce ;) -- Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-br] Necessidade de intermediação
Acabaram de incluir ali um acesso ( https://www.openstreetmap.org/way/358538171 ) que segundo informação que tenho ele não existe. Acredito que aquele que incluiu tenha certeza de que ele existe e não vou questionar se existe, ou não. Eu tentei mostra para voce tudo evidencia que esse link existe, como voce não quer compartilhar seus fontes, e nem olhando o informação que eu tentando mostra para voce, eu precisava editar o trevo para mostra a voce. Segundo Strava tem muito fluxo nesse link, e não credito que isso e pessoas correndo ou pedalando. Voce for la ver mesmo que esse link não existe? Eu procurando Mapillary e outros fontes e não vejo nada contrario. Sim, vejo ainda que tem muito dados para melhorar no local, mas voce não queria acertar quando primeiro perguntou voce sobre problemas de roteamento, independente se for voce ou outros pessoas quebrando, so depois muito discussão voce editou. A mapa e cheia do erros e problemas e em vez acertar algum coisa quando alertada voce decide começar um guerra contra o pessoa que voce mostrando isso? Muitos vezes eu vi voce fazer edicoes que não concordo, ou que acho errado, e cada vez apontando algum coisa a voce sair com mesmo tipo resposta. Bom, as fontes voce tem talvez tem melhor conhecimento local, mas eu adicionei esse link por causa do evidencia de fluxo no local. Se voce não passou esse trevo mesmo, e não pode compartilhar dados provando o existência ou falta do existência esse link eu não tem outro escola em creditar que o evidencia que tem do fluxo dos veicules e valido. Se cada vez eu apontando um erro a voce eu vou peder 2 dias com discussão ate voce decide jogou na lista eu vou parar de apontar ao voce os erros na mapa e somente concerta-los como acho certo, sem avisar a voce. Eu poderia resolver esse situação rapidamente sem gastar tudo esse tempo. On 7/4/15, Marcio - Thundercel thunder...@gpsinfo.com.br wrote: Venho recebendo muitas informações de erros nessa área que comprometem o roteamento e aos poucos, com tempo, irei corrigir, se outro não o fizer antes. Por exemplo: A Avenida das Nações Unidas ( https://www.openstreetmap.org/way/358400706 ) é uma via de pista dupla e não pista simples de sentido duplo. Esse erro compromete o roteamento de todas as vias que nela se entronca pelo norte ou pelo sul. A Avenida Raimundo Cantuária ( https://www.openstreetmap.org/way/338488263 ) só tem sentido único, de leste para oeste, até a Avenida das Nações Unidas, dela para oeste é via de mão dupla. Para quem não sabe, a construção desse Trevo do Roque (nome dele) se arrasta há mais de 10 anos e foi até parar na justiça. Existe muita matéria na NET sobre ele. A administração atual decidiu dar continuidade as obras e a circulação na área tem sido modificada constantemente devido as obras. Recentemente a Prefeitura abriu ao tráfego um novo acesso a BR-364 para quem trafega pela BR, sentido NW e deseja pega-la no sentido SW. Esse acesso passa por baixo dos viadutos. Acabaram de incluir ali um acesso ( https://www.openstreetmap.org/way/358538171 ) que segundo informação que tenho ele não existe. Acredito que aquele que incluiu tenha certeza de que ele existe e não vou questionar se existe, ou não. []s Marcio -Mensagem Original- From: Aun Johnsen Sent: Saturday, July 4, 2015 4:18 PM To: OpenStreetMap no Brasil Subject: Re: [Talk-br] Necessidade de intermediação Marcio, lista talk-br Primeiro meu pergunta e motivo para avisar no changeset fui duvida sobre se roteamento realmente era possível, e vi Marcio tinha editado no local. Eu poderia perguntar algum outros dos mapeadoras que ideintificei como dbusse, mas como saber ele e alemão de armchair mapping não poderia espera resposta inteligente dele. No mesmo tempo que vi a problema de roteamento vi que tracklogs GPS compartilhado no OSM não bati com Bing, significando que ha alterações no local. Com isso eu vi que precisava melhor informação antes do mexer, eu poderia rever pra situacao do Bing, que também e mesmo no MapBox, mas com o evidencia do OSM-GPS isso seria ação errado e mais conhecimento necessário, outro motivo para enviar mensagens para Marcio. Alem isso, eu confirei com o camada do Strava Heatmap também mostrou falta do various partes nesse trevo, independente se for versão Bing ou versão OSM-GPX ou como desenhado pelo Marcio. Para quem não conhecer o Strava, muitos trackers esportivas, relógios, e similares gravando pontos onde voce correr, passiando bicicletas e outros atividades, e esses logs e visualicado nesse camada. Para uso aqui no Brasil, muito pessoas usando esses aplicativas errados, e com isso dar para identificar estradas também. Depois muito discussão, e o Marcio resolvendo algum dos erros e faltas que identifiquei, ainda ovei algumas erros, que tentei corrigir aqui https://www.openstreetmap.org/changeset/32412378 Marcio, favor entra em contato com seus fontes no Porto Velho, para eles verificar
[Talk-it] mappatura colivazioni con strutture per la copertura stagionale
Ciao a tutti. Ho alcune domande molto difficili per voi. Volevo chiedervi consiglio su come mappare delle coltivazioni che per un certo periodo dell'anno richiedono la copertura tramite una specie di serra in plastica costituita da un telo. si tratta di coltivazioni che al loro interno hanno predisposti e fissi una fitta rete di pali (e forse cavi) su cui viene stesa una plastica per certi periodi dell'anno. è quindi molto simile a come si presenta un vitigno ma in cui i pali non hanno solo lo scopo di sostegno alle piante ma anche per sostenere il telo di plastica e, almeno nel territorio da me mappato, servono alla coltivazione di pomodorini, carciofi e peperonile coltivazioni hanno ampi spazi sgombri laterali (immagino per facilitare le operazioni di montaggio e smontaggio della serra) Per intenderci guardate qua: [1] (si possono vedere alcune porzioni coperte ed altre no) la mia domanda è come taggo il tutto? uso un landuse=farm o altro? esteso all'area sgombra laterale o solo dove c'è l'intelaiatura? il fatto è che tutti i vari settori appartengono allo stesso lotto ma sono, per questioni tecniche, fisicamente staccate tra loro da un area gombra e volevo trovare un modo per tenere conto dell'estensione del lotto nella sua interezza ma possibilmente senza perdere informazioni sul reale utilizzo del suolo (anche e sopratutto per il fatto che questo durante certi periodi dell'anno si presenta in una forma particolare che ricorda appunto una serra). le strade interne so che sono service, ma volevo sapere le aree (esterne del lotto e interne effettivamente coltivate) come le mappo. ne ho già mappate molte come building=greenhouse ma penso sia sbagliato...correggere queste una volta che so come mapparle è facile (anche se molto lungo visto che dovrò verificarle una ad una e ce ne sono già mappate diverse centinaia)... ma per il momento non posso continuare finchè non risolvo questo dubbio [1]http://www.bing.com/maps/?v=2cp=37.018034~14.363793lvl=19sty=hq=gelaform=LMLTCC [2]http://www.bing.com/maps/?v=2cp=37.013812~14.331982lvl=20sty=hq=gelaform=LMLTCC - Ciao, Aury -- View this message in context: http://gis.19327.n5.nabble.com/mappatura-colivazioni-con-strutture-per-la-copertura-stagionale-tp5849502.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] Mail/messaggio per richiesta apertura dati geografici Comune Messina
nella mail penso di si...è comunque una comunicazione privata (seppur inviata ad un ufficio) e potrebbe mettere a disagio l'interlociutore il fatto di non sapere assolutamente nulla di chi lo stia contattando...sul social il nickname (e di conseguenza l'anonimato) è abbastanza frequente e quindi più accettato. può essere un problema, lo capisco, ma il nome è cognome in una mail le conferisce un minimo valore di serietà secondo me... è come metterci la faccia (o meglio la firma) su ciò che si scrive... Non so, forse gli altri non sono d'accordo a io la penso così :-/ - Ciao, Aury -- View this message in context: http://gis.19327.n5.nabble.com/Mail-messaggio-per-richiesta-apertura-dati-geografici-Comune-Messina-tp5849251p5849504.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-fr] ***SPAM*** Re: [Osmose] Ajout d'un test sur la nature en tant que nom d'objet
Salut, Je suis d'accord avec ta précision sauf que remis dans son contexte ça ne correspond pas à ce que je mettais en avant dans les éléments que tu cites. Les étoiles correspondent au nom de la commune qui est répété sur tous les éléments que j'ai cité. Voilà de quoi je parle pour la partie service public hors le cas du cimetière cité par un autre contributeur rentre exactement dans ce cas. Je retourne sur l'autre sujet histoire de conserver le fil ;-) Le 4 juillet 2015 19:08, Christian Rogel christian.ro...@club-internet.fr a écrit : Le 4 juil. 2015 à 12:51, Jérôme Seigneuret jseigneuret-...@yahoo.fr a écrit : Si je prend mon ancien village en nom local, tous le monde appel les service: école de * mairie de * piscine de * service technique de * cimetière de * et j'en passe... L'appellation vernaculaire n'est utilisée que, si une source écrite est indisponible, ce qui ne peut arriver pour les exemples cités. Les noms doivent être ceux affichés ou à défaut les noms figurants dans les documents administratifs, c'est-à-dire ceux qu'utilise l'opérateur, ici la commune ou la communauté de communes. école de... école élémentaire (pas d'autre précision, s'il y en a qu'une) mairie en règle générale, c'est affiché comme tel. Dans certains endroits, il y a le nom en langue régionale qui est accolé (Ti-kêr ou Ti-kear en Bretagne). piscine piscine municipale (ou communautaire, le cas échéant) service technique services techniques municipaux (le pluriel est le plus fréquent) cimetière cimetière municipal ou cimetière de ..., si c'est affiché à la porte; D'une manière générale, c'est une mauvaise idée d'omettre les noms génériques, car, cela crée un déséquilibre avec les traductions et les translittérations. Il faut avoir l'esprit international et ne pas croire qu'on va créer une table multilingue des noms génériques qui ne le sont pas toujours. Dans la République française, le nom générique maison commune a deux déclinaisons officielles, mairie et hôtel de ville. Christian R. ___ 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: [Talk-cz] tag pro okres a mestskou cast
okres admin_level=7 http://wiki.openstreetmap.org/wiki/Tag:boundary%3Dadministrative ha hanoj Dne 4. července 2015 21:41 Milan Sladky milan.sla...@outlook.com napsal(a): Ahoj, Nevite prosim, jaky tag se pouziva v OSM pro okres a mestskou cast? Ve vystupu Nominatim geocoderu je to county a suburb: searchresults timestamp=Sat, 04 Jul 15 19:29:01 + attribution=Data C OpenStreetMap contributors, ODbL 1.0. http://www.openstreetmap.org/copyrightquerystring=billa pardubice polygon=true exclude_place_ids=110514255,67590232,68014100 more_url=http://nominatim.openstreetmap.org/search?format=xmlexclude_place_ids=110514255,67590232,68014100accept-language=en-US,en;q=0.8,cs;q=0.6polygon=1addressdetails=1q=billa+pardubice; place place_id=110514255 osm_type=way osm_id=234034299 place_rank=27 boundingbox=50.037,50.0390586,15.5561202,15.5564561 lat=50.0390586lon=15.5561202 display_name=Billa, Přelouč, okres Pardubice, Pardubický kraj, Severovýchod, 53501, Czech Republic class=highway type=serviceimportance=0.275 roadBilla/road suburbPřelouč/suburb townPřelouč/town countyokres Pardubice/county stateSeverovýchod/state postcode53501/postcode countryCzech Republic/country country_codecz/country_code /place Diky moc, Milan ___ 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: [Talk-it] Mail/messaggio per richiesta apertura dati geografici Comune Messina
Dici che potrebbe essere un problema non presentarsi con nome e cognome? Il 04/Lug/2015 15:35, Aury88 spacedrive...@gmail.com ha scritto: John Doe wrote Proverò a mandare la mail all'indirizzo da te indicato. Eventualmente provvederò anche a mandare qualche messaggio sui social. È l'unica occasione per avere quei dati. dai dai! un po di fiducia ;-) tienici informati ps:io fra qualche mese, quando si saranno calmate le acque agitate dal periodo elettorale, riproverò a mandare la lettera al sindaco di Gela che nel frattempo è diventato Domenico Messinese. Candidato con il m5s ha un punto del programma dedicato alla trasparenza della PA e qualche accenno all'OpenData,quindi ho ottime speranze che qualche dato potremo ottenerlo;tra l'altro ho scoperto che con la fine delle provincie i dati in ambito catastale passano di competenza dei singoli comuni ma non so se si applica anche alla Regione Sicilia. - Ciao, Aury -- View this message in context: http://gis.19327.n5.nabble.com/Mail-messaggio-per-richiesta-apertura-dati-geografici-Comune-Messina-tp5849251p5849487.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
Re: [Talk-it] Mail/messaggio per richiesta apertura dati geografici Comune Messina
John Doe ha scritto: Dici che potrebbe essere un problema non presentarsi con nome e cognome? Richiesta ufficiale, quindi meglio presentarsi in maniera ufficiale. Ciao -- Luigi ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [OSM-talk-fr] nature en tant que nom d'objet
Le 4 juil. 2015 à 20:47, osm.sanspourr...@spamgourmet.com a écrit : Avec le même raisonnement (cela crée un déséquilibre avec les traductions et les translittérations) j'arrive à la conclusion opposée. Mais sans avis franchement tranché. Justement parce que sur le front de la mairie de Guidel [br:Gwidel] il y a écrit HÔTEL DE VILLE et TI-KÊR j'aurais tendance à mettre simplement amenity=townhall. J'ai ajouté br:name=Ti-Kêr afin de restaurer la symétrie. Sur le fronton de la mairie il y a les deux noms. Je suppose que c'est pourquoi Christian R. veut avoir le nom en français et/ou en breton quand il regarde la carte mettons depuis une carte disons anglaise afin que l'utilisateur sache que chercher. Tout utilisateur doit voir le nom local qui est inscrit sur le bâtiment dans la langue locale de référence. Du moins, si son interface autorise l’affichage des « name ». Il doit aussi lire les autres versions linguistiques sur un site ad hoc ou par interrogation de la base. Christian R., tu voudrais avoir donc un cityhall hôtel de ville, Guidel si tu cherches avec une interface anglaise ? Et Mairie Hôtel de ville en français ? ;-). Je veux que les gens du monde entier voient « Hôtel de ville » ou Mairie », selon ce qui est écrit sur la porte. Ce ne sont pas des noms génériques, comme l’est « maison commune » qui apparaît à l’état-civil. Mairie et Hôtel de ville sont des noms coutumiers sans valeur juridique réelle. Et les cartes doivent transcrire les coutumes de nommage quand elles sont en évidence. Ceci dit, je viens de chercher mairie, guidel J'obtiens : Hôtel de ville / mairie Hôtel de Ville, Impasse du Stanco, Guidel, Le Petit Cap, Guidel, Lorient, Morbihan, Bretagne, France métropolitaine, 56520, France http://www.openstreetmap.org/way/70434224 On voit le doublon Hôtel de Ville. Si on met que qui est sur le fronton on aurait : Hôtel de ville / mairie Hôtel de ville Ti-kêr Parlons justement des noms affichés en 2 langues (il y a sûrement des endroits où il en a plus, peut-être en français-breton-gallo). On devrait appliquer la règle de ce qui est vu sur le terrain et mettre les différentes versions ensemble dans le « name ». Dans ce cas, il serait difficile d’escamoter le français. Dans la pratique, on répartit en les tags de langue, ce qui permet d’avoir des cartes par langue.C’est pour ça que Londres a 150 tags « name » (il doit y avoir « Londrez » qui est la version en breton). Savez-vous que quand je suis dans l’éditeur de iD, il me donne les versions bretonnes par défaut, sans que j’ai paramétré quoi que ce soit ? Cela m’étonne et me ravit en même temps. Ti-kêr » est l’orthographe officielle pour traduire mairie en breton, mais, les mairies du Nord du Finistère préfèrent la forme locale Ti-kear. Doit le mettre en « name » précédé de Mairie ou en « alt:name:br ? Sur la mairie-annexe toute neuve de mon quartier, il est écrit Mairie-Annexe de K… et Adti-kêr K… Auriez-vous une méthode pour effacer ces vilains génériques, pour aligner sur la mairie centrale qui n’aurait pas de nom. Rappel : les mairies-annexes ont le même tag « amenity=townhall » (cityhall n’existe pas OSM) et le wiki n’en parle pas. Si je parle du bâtiment j'aurais tendance à parler de la mairie de Guidel. Mais le bâtiment n'a pas vraiment de nom. Il me semble que tu l’as sous les yeux et même deux pour le prix d’un. Si tu veux ajouter les noms génériques alors tu vas ajouter Restaurant devant tous les restaurants ? Si le restaurant a une raison commerciale, comme « Les Acacias » , bien sûr que non. Mais, s’il n’en a pas, je chercherais sur la porte le nom de l’entreprise (souvent un patronyme) et je mettrais « Restaurant X », comme je mets « Pharmacie Y » . A défaut, je chercherais le nom vernaculaire (Le snack de Léon, la Paillote d'Antoni ?). Je pense qu'il faut essayer d'être homogène et de regarder aussi ce qui se fait en Grande-Bretagne et en Allemagne. Heu, pas ce qui se fait sur Londres. Avec Nominatim il me rend : Hôtel de ville / mairie Rathaus, The Queens Walk, Borough, London Borough of Southwark, Londres, Grand Londres, Angleterre, SE1 2AA, Royaume-Uni http://www.openstreetmap.org/way/8877349 Je ne sais si c'est parce que j'ai dit que je préfère voir de l'allemand que de l'anglais dans moin navigateur, mais Rathaus, ce n'est pas vraiment marqué sur le fronton de la mairie de Londres. Pour Nuremberg, je trouve Altes Rathaus et Neues Rathaus. Parfait (enfin, si l'ancienne mairie n'est plus utilisée en tant que tel elle devrait perdre sa fonction). Pour mairie Mayence je trouve bie nle Rathaus de Mainz, mais je vois qu'ils ont mis en dur Rathaus dans le nom. J’aimerais aussi savoir ce que font les mappeurs des autres pays. Supprimer « gare » se comprend en France, parce que le français est pauvre, et ne fait pas la distinction gare centrale (principale) et gare ordinaire comme l’allemand qui est forcé de noter le
[OSM-talk] Guidelines for adding new features on default map style
There is a discussion going on our default map style (osm-carto), which I guess might be of interest also for general OSM audience - we try to develop some guidelines for adding new features there: https://github.com/gravitystorm/openstreetmap-carto/issues/1630 -- The train is always on time / The trick is to be ready to put your bags down [A. Cohen] ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-br] [Talk-pt] Declaração de renúncia de voto para decidir traduções de etiquetação (RESUMO + OPINIÃO)
Bom, vamos lá mais um bocadinho. DISCLAIMER: Esta lista tem 225 assinantes e por respeito aos 223 que vão receber esta mensagem e potencialmente perder o seu tempo desnecessariamente, deixo aqui o TL;DR [1]: Vou continuar a desmontar a leorna [2] do Alexandre. Só porque sim... Se estiverem entretidos até agora, tentarei ser o mais divertido e sarcástico possível. A questão já não merece outra postura. Termino deixando a porta aberta ao Alexandre para que mude atitude. Entretanto já falei com o Fernando Trebien, em particular, e quero deixar aqui explícito que não sinto isto como um “conflito internacional”. Existem espécimes destes por todo o lado. Caríssimo Alexandre (já estou a ser sarcástico aqui, só para deixar bem claro): Eu ia deixar isto passar. Juro. Mas tu tinhas de continuar a tentar coagir-me por obrigação de consciência quanto à talk-pt. Por isso, e como fui obrigado a voltar as mãos na lama, ocupando o meu espaço mental com isto, não só vou refutar a tua resposta como voltar a explicar-te muito d_e_v_a_g_a_r_i_n_h_o o problema com a tua argumentação. Vieste à talk-pt a berrar. Uma mensagem a negrito ou outra formatação de realce aplicada a todo o texto é considerado um berro, printscreen de um texto imenso a ajudar à festa [3][4]. Não contente com o berro, enviaste mais um texto de 800 palavras [5]. Seguiram-se sete (7) mensagens entre ti e o Fernando que admito possam advir apenas de num lapso de endereçamento. Como podes ver em [6] isto é uma lista pacata em relação à talk-br [7], a meu ver até demais. Para mim o direito ao voto é o mais sagrado que se pode ter numa comunidade. Na OSM não se costuma discriminar a este nível e todos têm um voto, sendo irrelevante a quantidade de trabalho realizada, a área geográfica ou a antiguidade. Ver alguém renunciar a um direito pelo qual, noutros contextos, outros já sofreram e até morreram, pareceu-me caricato. Por isso resolvi dar alguma atenção para perceber o que se passava. Garanto-te, pelo silêncio da talk-pt, que mais ninguém deu 10% da atenção que eu dei ANTES de enviar o primeiro email. Quando abri o Gmail tinha um total de 4 páginas de discussão mais um link para um preâmbulo de muitas mais [8] (atenção, referência 8, não 8 páginas). Achei que isto não teria sido enviado a certamente 300+ pessoas de ânimo leve. A talk-pt tem 137 emails registados. A -br 224 (pelo menos eu ainda não estava). Tirando o teu e o do Fernando nas duas faz potencialmente 358 pessoas a receberem os teus emails. Estou certo que existam mais alguns duplicados. vi·vên·ci·a (latim viventia, -ae) 1. Processo ou manifestação de estar vivo. = VIDA 2. Experiência ou modo de vida. vivência, in Dicionário Priberam da Língua Portuguesa [em linha], 2008-2013, http://www.priberam.pt/dlpo/viv%C3%AAncia [consultado em 04-07-2015]. Em [3] renuncias ao voto mas reclamas o direito “de expor minhas vivências pessoais que estejam diretamente relacionadas a possíveis significados da etiqueta.” Caríssimo, o OSM é um local para factos OBJETIVOS e ATUAIS. Não para subjetividades pessoais. Nem tuas nem de ninguém. Por vezes os factos colidem no seu sentido ao se tentar agrupar numa definição só, tal é este o caso. E por consenso e compromisso se chega a uma decisão observando o PESO de cada facto numa qualquer dimensão (nº de ocorrências, tamanho, área, etc). Curiosamente, no teu post inicial no fórum [9] apresentas um facto e não uma vivência. Passo a analisar o post. “Centro Comercial realmente não está adequado” Com esta frase estás a votar NÃO a “Centro Comercial”. “Uma parte do bairro Alecrim, em Natal, é por vezes chamado centro comercial do Alecrim. É assim que eu o conheço.” A leitura que faço: uma zona de um bairro, como que um sub-bairro, em Alecrim, Natal, RN, BR, tem tantas lojas que os habitantes “acarinharam” de centro comercial. Quantos dos 950.820 habitantes da cidade de Natal, Rio Grande do Norte [10] utilizam esta referência? “O relógio da imagem abaixo é um ponto de referência naquele centro comercial:” Sim, mas então não existe uma tabuleta? É só um conceito local entre habitantes? Uma vivência dos habitantes sem marco oficial num mapa, terreno ou documento? “Na minha opinião, Shopping, Shopping Center e Galeria deveriam ser tratados como três coisas distintas” Mais uma vez, no OSM somos todos iguais. Opinião=Voto. Continua a parecer-me caricato queres fazer-te ouvir sem votar. Não aquece nem arrefece. Se eu, português de Portugal, fosse opinar sobre isso, talvez, aí sim, houvesse lógica em pedir abstenção na votação final. Ao usar o Google Images para argumentar o Fernando não estava apenas a dizer que o Google equacionava shopping a centro comercial. Além disso estava a dizer, “Eu em todo a minha experiência, não conheço em Porto Alegre, nem noutro sítio algum caso idêntico. A dimensão do facto que estás a relatar, embora acredite que verdadeira, não me parece ter o peso necessário para ser considerada nesta discussão como comprovo pelo Google”.
Re: [Talk-at] Gleisbaustelle Hütteldorf (49)
Habe das schon heute morgen ändern können. Sollte jetzt stimmen. Danke LG RobinD ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-br] Necessidade de intermediação
2015-07-04 14:34 GMT-03:00 Marcio - Thundercel thunder...@gpsinfo.com.br: Alguém poderia intermediar o debate em http://www.openstreetmap.org/changeset/30210630 ? Ele queria saber sobre essa situação do trevo: http://i.imgur.com/RWtGdON.png Que depois foi corrigido para isso: http://i.imgur.com/nzQ6O1t.png Antes de ser corrigido, o estado anterior dele estava bem errado (não permitia roteamento corretamente). Repare que quem vinha da rodovia primary não conseguia seguir para o lado direito na trunk. A dúvida dele era justamente sobre aquela situação inicial, se aquilo estava realmente correto. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [OSM-talk-fr] nature en tant que nom d'objet
Avec le mme raisonnement (cela cre un dsquilibre avec les traductions et les translittrations) jarrive la conclusion oppose. Mais sans avis franchement tranch. Justement parce que sur le front de la mairie de Guidel [br:Gwidel] il y a crit HTEL DE VILLE et TI-KR jaurais tendance mettre simplement amenity=townhall. Jai ajout br:name=Ti-Kr afin de restaurer la symtrie. Sur le fronton de la mairie il y a les deux noms. Je suppose que cest pourquoi Christian R. veut avoir le nom en franais et/ou en breton quand il regarde la carte mettons depuis une carte disons anglaise afin que lutilisateur sache que chercher. Christian R., tu voudrais avoir donc un cityhall htel de ville, Guidel si tu cherches avec une interface anglaise ? Et Mairie Htel de ville en franais ? ;-). Ceci dit, je viens de chercher mairie, guidel Jobtiens : Htel de ville / mairie Htel de Ville, Impasse du Stanco, Guidel, Le Petit Cap, Guidel, Lorient, Morbihan, Bretagne, France mtropolitaine, 56520, France On voit le doublon Htel de Ville. Si on met que qui est sur le fronton on aurait : Htel de ville / mairie Htel de ville Ti-kr Si je parle du btiment jaurais tendance parler de la mairie de Guidel. Mais le btiment na pas vraiment de nom. Si tu veux ajouter les noms gnriques alors tu vas ajouter Restaurant devant tous les restaurants ? Je pense quil faut essayer dtre homogne et de regarder aussi ce qui se fait en Grande-Bretagne et en Allemagne. Heu, pas ce qui se fait sur Londres. Avec Nominatim il me rend : Htel de ville / mairie Rathaus, The Queens Walk, Borough, London Borough of Southwark, Londres, Grand Londres, Angleterre, SE1 2AA, Royaume-Uni Je ne sais si cest parce que jai dit que je prfre voir de lallemand que de langlais dans moin navigateur, mais Rathaus, ce nest pas vraiment marqu sur le fronton de la mairie de Londres. Pour Nuremberg, je trouve Altes Rathaus et Neues Rathaus. Parfait (enfin, si lancienne mairie nest plus utilise en tant que tel elle devrait perdre sa fonction). Pour mairie Mayence je trouve bie nle Rathaus de Mainz, mais je vois quils ont mis en dur Rathaus dans le nom. Sinon, rien voir (si ce nest que le nom apparat dans la requte de la mairie de guidel) : quest ce qui est mal tagu sur Le Petit Cap ? Cest un habitat isol (http://www.openstreetmap.org/node/3366835426) qui contamine une bonne partie de Guidel. Gesendet:Samstag, 04. Juli 2015 um 19:08 Uhr Von:Christian Rogel - christian.ro...@club-internet.fr osm.sanspourriel.9dc9d75880.christian.rogel#club-internet...@ob.0sg.net An:Discussions sur OSM en franais talk-fr@openstreetmap.org Betreff:Re: [OSM-talk-fr] ***SPAM*** Re: [Osmose] Ajout dun test sur la (osm: message 3 of 20) nature en tant que nom dobjet mairie en rgle gnrale, cest affich comme tel. Dans certains endroits, il y a le nom en langue rgionale qui est accol (Ti-kr ou Ti-kear en Bretagne). Dune manire gnrale, cest une mauvaise ide domettre les noms gnriques, car, cela cre un dsquilibre avec les traductions et les translittrations. Il faut avoir lesprit international et ne pas croire quon va crer une table multilingue des noms gnriques qui ne le sont pas toujours. Dans la Rpublique franaise, le nom gnrique maison commune a deux dclinaisons officielles, mairie et htel de ville. Christian R. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[Talk-br] Discussões Improdutivas
Amigos Mapeadores, boa noite! Perceberam o quanto as discussões ultimamente estão improdutivas, e não estão contribuindo em nada nossa comunidade? Não entrarei em méritos sobre quem fez isso ou aquilo, se fez errado ou não. Mas estamos tendo discussões sobre bobagens e coisas mínimas. Considero que toda pessoa que mapea age de boa fé, sem necessidade de questionamento, exceto em casos explícitos de vandalismo. Desejo a todos um excelente trabalho! Atenciosamente,Blademir Andrade - BladeTC ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-ar] Hola
Para marcar una calle sin salida? M. -- Analista de Sistemas Manuel Retamozo Villa Elisa, La Plata - Bs As - Argentina ___ Talk-ar mailing list Talk-ar@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ar
Re: [OSM-talk-fr] Imagerie SPOT6
A court terme c'est peut être ok, mais pour le long terme il faudra voir ce qui adviendra de Bing. Les images aériennes seront-elles mises à jour, c'est à dire achetées aux divers fournisseurs ? Uber ne fait pas encore dans l'aérien, donc pour ce qui nous intéresse ils n'ont pas de capacité à mettre à jour l'imagerie aérienne sauf en l'achetant. Le 04/07/2015 13:11, Vincent de Château-Thierry a écrit : Le 03/07/2015 22:19, Philippe Verdy a écrit : Que pensez vous aussi de l'annonce faite par Microsoft de céder toute son activité cartographique pour Bing à Uber (dont l'activité en France est fortement menacée et pour l'instant suspendue ce soir au moins jusqu'en septembre ? L'imagerie satellite haute résolution restera-t-elle gratuite en France pour OSM alors qu'Uber ne pas la monétiser en France ? Et dans quelle mesure même Uber laissera cette imagerie disponible gratuitement de façon aussi libre même ailleurs dans le monde alors qu'il doit monétiser sa couteuse acquisition? A-t-on alors d'autres sources pour l'imagerie haute résolution partout sur le territoire ? Vu passer ce tweet qui aborde la question, et y répond, faute de mieux : https://twitter.com/rbrundritt/status/616028862531530752 vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk] Subject: The man who grew a church from trees
Wonder how our friends in NZ will tag/ have tagged this: http://www.stuff.co.nz/life-style/home-property/nz-gardener/69848179/the-man-who-grew-a-church-from-trees Maybe like this: http://osm.org/go/0IEWcunXN--?layers=Dm= Volker ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-br] Necessidade de intermediação
2015-07-04 15:50 GMT-03:00 Marcio - Thundercel thunder...@gpsinfo.com.br: Nesses casos seria interessante identificar os autores de changeset e questionar a eles. Mas foi o que o Skippern fez :-) Se der zoom no trevo desse seu changeset http://nrenner.github.io/achavi/?changeset=30210630 é possível ver que foi nele que foi criada essa conexão errada (o trunk estava conectado na faixa errada da rodovia primary) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-at] N29, N41 (war: Re: Gleisbaustelle Hütteldorf (49))
Hab es mir noch mal angeschaut... Beide Umleitungen sind nicht so lang wie die Bauarbeiten in Hütteldorf. Der N29 könnte lang genug umgeleitet werden, um es in die Map einzutragen. Aber für 1 Monat und 10 Tage... Da müssten wir halt ein Limit setzten, ab wann bearbeitet wird, und wann nicht... Ich warte noch mit den edits... To: talk-at@openstreetmap.org From: kevin.kof...@chello.at Date: Sat, 4 Jul 2015 15:47:58 +0200 Subject: [Talk-at] N29, N41 (war: Re: Gleisbaustelle Hütteldorf (49)) Diesen Sommer werden übrigens auch der N41 (6.7.-16.8.) und der N29 (8.7.-31.8.) umgeleitet (Gleisbaustellen bei laufendem Straßenbahnbetrieb): http://www.wienerlinien.at/eportal2/ep/contentView.do/pageTypeId/66526/programId/74577/contentTypeId/1001/channelId/-47186/contentId/79329 Kevin Kofler ___ 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
[Talk-cz] tag pro okres a mestskou cast
Ahoj,Nevite prosim, jaky tag se pouziva v OSM pro okres a mestskou cast? Ve vystupu Nominatim geocoderu je to county a suburb: searchresults timestamp=Sat, 04 Jul 15 19:29:01 + attribution=Data C OpenStreetMap contributors, ODbL 1.0. http://www.openstreetmap.org/copyrightquerystring=billa pardubice polygon=true exclude_place_ids=110514255,67590232,68014100 more_url=http://nominatim.openstreetmap.org/search?format=xmlexclude_place_ids=110514255,67590232,68014100accept-language=en-US,en;q=0.8,cs;q=0.6polygon=1addressdetails=1q=billa+pardubice;place place_id=110514255 osm_type=way osm_id=234034299 place_rank=27 boundingbox=50.037,50.0390586,15.5561202,15.5564561 lat=50.0390586lon=15.5561202 display_name=Billa, Přelouč, okres Pardubice, Pardubický kraj, Severovýchod, 53501, Czech Republic class=highway type=serviceimportance=0.275roadBilla/roadsuburbPřelouč/suburbtownPřelouč/towncountyokres Pardubice/countystateSeverovýchod/statepostcode53501/postcodecountryCzech Republic/countrycountry_codecz/country_code/place Diky moc,Milan___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-it] mappatura colivazioni con strutture per la copertura stagionale
Prima che ci mettiamo d'accordo su come mapparlo, l'hanno già smontato. :) Io sarei per il farm generico. Saluti Il 04/Lug/2015 19:36, Aury88 spacedrive...@gmail.com ha scritto: Ops scusate. il secondo link si riferisce a quello che credo siano semplici serre smontate...si distinguono comunque da quelle su cui ho i dubbi in quanto provviste di un muretto laterale fisso con spazi sgombri tra loro abbastanza piccoli (sufficienti per farci passare le persone, forse anche una macchina, ma non camion). queste, pur essendo nella foto scoperte le mapperei come normali serre, anche perchè quelle montate non sarei in grado di distinguerle da serre normali, mentre per quelle in cui ho il dubbio si presentano anche da coperte in modo differente. - Ciao, Aury -- View this message in context: http://gis.19327.n5.nabble.com/mappatura-colivazioni-con-strutture-per-la-copertura-stagionale-tp5849502p5849503.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
Re: [Talk-br] Necessidade de intermediação
Marcio, lista talk-br Primeiro meu pergunta e motivo para avisar no changeset fui duvida sobre se roteamento realmente era possível, e vi Marcio tinha editado no local. Eu poderia perguntar algum outros dos mapeadoras que ideintificei como dbusse, mas como saber ele e alemão de armchair mapping não poderia espera resposta inteligente dele. No mesmo tempo que vi a problema de roteamento vi que tracklogs GPS compartilhado no OSM não bati com Bing, significando que ha alterações no local. Com isso eu vi que precisava melhor informação antes do mexer, eu poderia rever pra situacao do Bing, que também e mesmo no MapBox, mas com o evidencia do OSM-GPS isso seria ação errado e mais conhecimento necessário, outro motivo para enviar mensagens para Marcio. Alem isso, eu confirei com o camada do Strava Heatmap também mostrou falta do various partes nesse trevo, independente se for versão Bing ou versão OSM-GPX ou como desenhado pelo Marcio. Para quem não conhecer o Strava, muitos trackers esportivas, relógios, e similares gravando pontos onde voce correr, passiando bicicletas e outros atividades, e esses logs e visualicado nesse camada. Para uso aqui no Brasil, muito pessoas usando esses aplicativas errados, e com isso dar para identificar estradas também. Depois muito discussão, e o Marcio resolvendo algum dos erros e faltas que identifiquei, ainda ovei algumas erros, que tentei corrigir aqui https://www.openstreetmap.org/changeset/32412378 Marcio, favor entra em contato com seus fontes no Porto Velho, para eles verificar se meus edições e certo. Tudo esse seus discussão nesse changeset seu for por caso do um pergunta sobre roteamento duvidoso. Para volta ao assunto do do informação usado e compartilhado: No meu opinião, tracklogs utilizado para atualizar a mapa sempre deve ser compartilhados. Se não pode compartilhar o tracklog por motivos de copyright não podemos utiliza-los para corrigir o mapa, em conforme da licenciamento ODbL. Para tira duvida sobre imagens Bing, MapBox ou outros imagens verticais, que sempre pode ser desatualizados, sempre usando mais camadas para compartilhar meu decisão a trazer ruas e estradas. Sempre usando Bing e MapBox em conjunto, não confie totalmente em nenhuma deles. Geralmente também tem OSM-GPX e Strava as overlay junto com esses imagens verticais, e quando procurando problemas especificas de roteamento também OSMI Routing. As camadas IBGE eu uso quando procura informação especifica do que pode tirar deles. Nao sei se iD pode ter mais que um camada ativa, sei que Potlatch no versão 1 não poderia e provavelmente também não em versão 2. Por isso o único editor da mapa considerado para uso e o JOSM. On 7/4/15, Marcio - Thundercel thunder...@gpsinfo.com.br wrote: Nelson, com assessoramento de um residente editei esse novo trevo há 3 meses atrás. De lá para cá a edição que fiz sofreu alterações inclusive com a inclusão de acessos inexistentes e acessos impróprios não permitindo inclusive o acesso citado que não permitia roteamento correto. Simplesmente editei toda a área novamente corrigindo a situação por mim deixada 3 meses atrás. Nesses casos seria interessante identificar os autores de changeset e questionar a eles. De qualquer forma não considero pertinente dar prosseguimento a pergunta e ainda duvidar da palavra do editor quando esse insere source:gps;survey, inclusive questionando a esse editor porque não foi compartilhado os tracklogs recebidos. Até onde sei compartilhar tracklog é recomendado, mas não obrigatório. Apontar erros em uma edição é normal, mas não existindo erro, apontar que a edição não confere com as referencias satélite não concordo uma vez que o source inserido foi gps e survey e essa informação, até onde sei, supera qualquer outra fonte satélite de referência disponível. -Mensagem Original- From: Nelson A. de Oliveira Sent: Saturday, July 4, 2015 3:02 PM To: OpenStreetMap no Brasil Subject: Re: [Talk-br] Necessidade de intermediação 2015-07-04 14:34 GMT-03:00 Marcio - Thundercel thunder...@gpsinfo.com.br: Alguém poderia intermediar o debate em http://www.openstreetmap.org/changeset/30210630 ? Ele queria saber sobre essa situação do trevo: http://i.imgur.com/RWtGdON.png Que depois foi corrigido para isso: http://i.imgur.com/nzQ6O1t.png Antes de ser corrigido, o estado anterior dele estava bem errado (não permitia roteamento corretamente). Repare que quem vinha da rodovia primary não conseguia seguir para o lado direito na trunk. A dúvida dele era justamente sobre aquela situação inicial, se aquilo estava realmente correto. ___ 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] nature en tant que nom d'objet
Attention toutefois une mairie n'est pas forcément un hôtel de ville ou maison de commune et autre déclinaison qui ont été donné historiquement sur des questions de grandeur de pouvoir et à un moment historique. Une mairie reste par contre, dans tous les cas, le lieu où se déroule les décisions administrative et même si le pouvoir est subdiviser il y a des mairies annexes, mairies de quartier. Je reprends juste clairement ce qui est mis dans le wiki *The names should be restricted to the name of the item in question only and should not include categories, types http://wiki.openstreetmap.org/wiki/How_to_map_a, descriptions http://wiki.openstreetmap.org/wiki/Key:description, addresses http://wiki.openstreetmap.org/wiki/Addresses or notes http://wiki.openstreetmap.org/wiki/Key:note* Je pense que c'est assez clair. Le tag name n'est pas qu'un tag d'affichage terrain, et en effet, si l'on regarde les noms de communes, ils sont traduits dans toutes les langues. La question du double affichage n'a rien à avoir la dedans et il n'y a pas de tag qui permettent de mentionner cela. Tous peut-être traduit dans toutes les langues (c'est le cas de wikipedia). C'est pas forcément souhaité mais c'est possible et utilisé à chaque fois qu'un contributeur en voit l'intérêt. Hors Contexte mais c'est lié au tag name J'insiste mais une rue peut être mal nommé officiellement ou sur le terrain (il y a eu un cas présenté et discuté sur le forum) et donc il y a un consensus à faire pour mettre la bonne valeur dans le tag name (c'est le cas de Belle Vue, Bellevue, Belle-vue ou d'accent en trop ou manquant ou mauvaise lettre ...). Doit-il être fait par un contributeur? Je ne pense pas. Mais mettre les deux infos avec un FIXME ça c'est indispensable et il faut trouver un moyen via les description de le garder en mémoire. On ne fait pas de distinction et on ne précise pas dans la base si le terme est celui affiché réellement sur le terrain ou si c'est celui d'un document (et lequel) . Les deux peuvent coexister mais il y a un choix à faire sur le tag générique (en l'occurence name) On est sur une base de données et une représentation carto à la fois. Pour moi, l'un influence l'autre et inversement, ce qui peut poser des problèmes dans les deux sens et pousser à revoir le schéma de données dans les cas les plus extrême. Donc l'histoire du cimetière de Tatouine n'a pas lieu d'être. Rien n'impose d'avoir exactement ce qui est écrit sur le terrain dans le tag name contrairement à ce que j'entend. Le but étant d'avoir des infos exactes et compréhensibles et sans contradiction. L'emploi du nom de partout pollue la carte avec des informations qui font double emploi. Le contour de la commune est présent et le tag name de la commune est assez clair pour ne pas avoir à le mentionner sur tous les objets situés dedans et induire en erreur un utilisateur. Ce qui est implicite n'a nullement besoin d'être explicite. Pour le reste, les outils de requétage utilisent les informations sur la localisation et les attributs En complément mais surement à discuter sur un autre sujet: Le problème que je vois aussi, c'est l'ajout dans le name d'une activité complémentaire ou une précision qui devrait faire l'objet d'une description. shop ne prend qu'une seule clé et je ne pense pas que l'on puisse avoir de multiplicité dans les tags. exemple: Un restaurant qui vend aussi des souvenirs ou/et des tableaux. Ducoup c'est mis en description ou ça passe à la trappe. Le 4 juillet 2015 20:47, osm.sanspourr...@spamgourmet.com a écrit : Avec le même raisonnement (cela crée un déséquilibre avec les traductions et les translittérations) j'arrive à la conclusion opposée. Mais sans avis franchement tranché. Justement parce que sur le front de la mairie de Guidel [br:Gwidel] il y a écrit HÔTEL DE VILLE et TI-KÊR j'aurais tendance à mettre simplement amenity=townhall. J'ai ajouté br:name=Ti-Kêr afin de restaurer la symétrie. Sur le fronton de la mairie il y a les deux noms. Je suppose que c'est pourquoi Christian R. veut avoir le nom en français et/ou en breton quand il regarde la carte mettons depuis une carte disons anglaise afin que l'utilisateur sache que chercher. Christian R., tu voudrais avoir donc un cityhall hôtel de ville, Guidel si tu cherches avec une interface anglaise ? Et Mairie Hôtel de ville en français ? ;-). Ceci dit, je viens de chercher mairie, guidel J'obtiens : Hôtel de ville / mairie Hôtel de Ville, Impasse du Stanco, Guidel, Le Petit Cap, Guidel, Lorient, Morbihan, Bretagne, France métropolitaine, 56520, France http://www.openstreetmap.org/way/70434224 On voit le doublon Hôtel de Ville. Si on met que qui est sur le fronton on aurait : Hôtel de ville / mairie Hôtel de ville Ti-kêr Si je parle du bâtiment j'aurais tendance à parler de la mairie de Guidel. Mais le bâtiment n'a pas vraiment de nom. Si tu veux ajouter les noms génériques alors tu vas ajouter Restaurant devant tous les restaurants ? Je pense qu'il
Re: [OSM-talk-fr] Intégration des Boites Postale dans Osmose
*operator=La Poste* n'est pas non plus l'idée. Certe c'est valable Le problème c'est bien la répétition d'informations implicites et inutiles. Comme le précise Christian R. Il y aura un problème entre marque et nom de site et groupe détenteur de ces dites marques ou ayant la gestion. En plus les opérateurs peuvent être multiples pour un même objet en fonction des circonstances (partenariat ou gestion partagé) et pas forcément le propriétaire comme mentionné sur le wiki owner https://wiki.openstreetmap.org/wiki/Key:owner=* et ownership https://wiki.openstreetmap.org/wiki/Key:ownership=* Autre cas : *name* = Piste Cyclable + *highway* = cycleway Le 4 juillet 2015 15:34, Christian Rogel christian.ro...@club-internet.fr a écrit : Le 4 juil. 2015 à 14:42, osm.sanspourr...@spamgourmet.com a écrit : Moi si, non parce qu'il n'y a pas écrit La Poste ;-) mais parce que l'on est plutôt sur un service de courrier dont l'opérateur est La Poste. operator=La Poste J'ai cherché la poste, saint-marc, brest. Je tombe sur le bureau de poste et les boîtes aux lettres. name http://wiki.openstreetmap.org/wiki/FR:Key:name?uselang=fr Brest Saint Marc operator http://wiki.openstreetmap.org/wiki/FR:Key:operator?uselang=fr La Poste C'est exactement ce que je m'attends à trouver, même logique que pour les supermarchés. Pas La Poste, Groupe La Poste, bureau de Brest Saint-Marc. Si j'ai bien saisi l'idée, si un groupe commercial dispose d'une multitude de raisons sociales, enseignes, etc, on devrait mettre comme name toutes les noms affichés de ses succursales, sauf, ceux qui sont identiques à son nom. Chronopost, oui, La Poste, non. Les Carrefour City et Market n'affichent plus que le second item, doit-on mettre en clair le logo qui équivaut à Carrefour ? Christian R. ___ 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: [Talk-br] Necessidade de intermediação
Venho recebendo muitas informações de erros nessa área que comprometem o roteamento e aos poucos, com tempo, irei corrigir, se outro não o fizer antes. Por exemplo: A Avenida das Nações Unidas ( https://www.openstreetmap.org/way/358400706 ) é uma via de pista dupla e não pista simples de sentido duplo. Esse erro compromete o roteamento de todas as vias que nela se entronca pelo norte ou pelo sul. A Avenida Raimundo Cantuária ( https://www.openstreetmap.org/way/338488263 ) só tem sentido único, de leste para oeste, até a Avenida das Nações Unidas, dela para oeste é via de mão dupla. Para quem não sabe, a construção desse Trevo do Roque (nome dele) se arrasta há mais de 10 anos e foi até parar na justiça. Existe muita matéria na NET sobre ele. A administração atual decidiu dar continuidade as obras e a circulação na área tem sido modificada constantemente devido as obras. Recentemente a Prefeitura abriu ao tráfego um novo acesso a BR-364 para quem trafega pela BR, sentido NW e deseja pega-la no sentido SW. Esse acesso passa por baixo dos viadutos. Acabaram de incluir ali um acesso ( https://www.openstreetmap.org/way/358538171 ) que segundo informação que tenho ele não existe. Acredito que aquele que incluiu tenha certeza de que ele existe e não vou questionar se existe, ou não. []s Marcio -Mensagem Original- From: Aun Johnsen Sent: Saturday, July 4, 2015 4:18 PM To: OpenStreetMap no Brasil Subject: Re: [Talk-br] Necessidade de intermediação Marcio, lista talk-br Primeiro meu pergunta e motivo para avisar no changeset fui duvida sobre se roteamento realmente era possível, e vi Marcio tinha editado no local. Eu poderia perguntar algum outros dos mapeadoras que ideintificei como dbusse, mas como saber ele e alemão de armchair mapping não poderia espera resposta inteligente dele. No mesmo tempo que vi a problema de roteamento vi que tracklogs GPS compartilhado no OSM não bati com Bing, significando que ha alterações no local. Com isso eu vi que precisava melhor informação antes do mexer, eu poderia rever pra situacao do Bing, que também e mesmo no MapBox, mas com o evidencia do OSM-GPS isso seria ação errado e mais conhecimento necessário, outro motivo para enviar mensagens para Marcio. Alem isso, eu confirei com o camada do Strava Heatmap também mostrou falta do various partes nesse trevo, independente se for versão Bing ou versão OSM-GPX ou como desenhado pelo Marcio. Para quem não conhecer o Strava, muitos trackers esportivas, relógios, e similares gravando pontos onde voce correr, passiando bicicletas e outros atividades, e esses logs e visualicado nesse camada. Para uso aqui no Brasil, muito pessoas usando esses aplicativas errados, e com isso dar para identificar estradas também. Depois muito discussão, e o Marcio resolvendo algum dos erros e faltas que identifiquei, ainda ovei algumas erros, que tentei corrigir aqui https://www.openstreetmap.org/changeset/32412378 Marcio, favor entra em contato com seus fontes no Porto Velho, para eles verificar se meus edições e certo. Tudo esse seus discussão nesse changeset seu for por caso do um pergunta sobre roteamento duvidoso. Para volta ao assunto do do informação usado e compartilhado: No meu opinião, tracklogs utilizado para atualizar a mapa sempre deve ser compartilhados. Se não pode compartilhar o tracklog por motivos de copyright não podemos utiliza-los para corrigir o mapa, em conforme da licenciamento ODbL. Para tira duvida sobre imagens Bing, MapBox ou outros imagens verticais, que sempre pode ser desatualizados, sempre usando mais camadas para compartilhar meu decisão a trazer ruas e estradas. Sempre usando Bing e MapBox em conjunto, não confie totalmente em nenhuma deles. Geralmente também tem OSM-GPX e Strava as overlay junto com esses imagens verticais, e quando procurando problemas especificas de roteamento também OSMI Routing. As camadas IBGE eu uso quando procura informação especifica do que pode tirar deles. Nao sei se iD pode ter mais que um camada ativa, sei que Potlatch no versão 1 não poderia e provavelmente também não em versão 2. Por isso o único editor da mapa considerado para uso e o JOSM. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-gb-westmidlands] July Meeting
My little bit of mapping done http://www.openstreetmap.org/#map=17/52.72533/-2.43231 including my first Serbian Orthadox Church! Cheers Andy From: Brian Prangle [mailto:bpran...@gmail.com] Sent: 02 July 2015 14:47 To: Andy Robinson Cc: Philip Barnes; talk-gb-westmidlands Subject: Re: [Talk-gb-westmidlands] July Meeting Woops! Should have read ALL my mails first On 2 July 2015 at 11:10, Andy Robinson ajrli...@gmail.com wrote: Yeah, route and timings are here: http://bit.do/6sx5 Mostly on while we will be supping a beer ;-) Cheers Andy -Original Message- From: p...@trigpoint.me.uk [mailto:p...@trigpoint.me.uk] Sent: 02 July 2015 10:14 To: talk-gb-westmidlands@openstreetmap.org Subject: Re: [Talk-gb-westmidlands] July Meeting On Thu Jul 2 09:50:12 2015 GMT+0100, Andy Robinson wrote: I’ll probably do some in Oakengates in the afternoon. I’ll know where Brian has been by then so as not to conflict. One thing to remember is Oakengates carnival, we will be ok in the morning but the afternoon could be busy. Phil (trigpoint) Cheers Andy From: Brian Prangle [mailto:bpran...@gmail.com] Sent: 02 July 2015 09:22 To: Rob Nickerson Cc: Andy Robinson; talk-gb-westmidlands Subject: Re: [Talk-gb-westmidlands] July Meeting Probably no need for a cake. I'll concentrate on Market Street and surrounds in Oakengates. See you in the pub about 1230 -1 depending on weather and stamina On 1 July 2015 at 21:55, Rob Nickerson rob.j.nicker...@gmail.com wrote: What are the mapping priorities? i seem to recall someone said there was a lot left to map here? Do you think a cake is needed? Rob On 1 July 2015 at 21:27, Brian Prangle bpran...@gmail.com wrote: I've got a family commitment pm so I'll be mapping am -getting some listed bdg pics in Codsall first then mapping Oakengates. I need to be away about 130 On 1 July 2015 at 19:02, Andy Robinson ajrli...@gmail.com wrote: Excellent. What time do folks want to stop for lunch? Cheers Andy -Original Message- From: Philip Barnes [mailto:p...@trigpoint.me.uk] Sent: 01 July 2015 18:04 To: talk-gb-westmidlands@openstreetmap.org Subject: Re: [Talk-gb-westmidlands] July Meeting On Tue, 2015-06-23 at 09:09 +0100, Brian Prangle wrote: Hi everyone This month's meeting will be on Saturday 4th July, so we can do some serious mapping in Telford. Current suggested venue for lunch is The Cock at Wellington. Oakengates was our original area for mapping but 4th July is their Annual Carnival so getting a pub where we can chat might be a bit difficult! You can still map Oakengates as it needs some attention and then move the couple of kilometres to Wellington. Both Oakengates and Wellington have train stations. It might be an idea to know who's coming and what areas you intend to survey. Phil's our man on the ground and can be reached on the day at 07983 459583 I have the dining room at The Cock Inn, Wellington booked. Its a nice room, I call it the Hogwarts Common Room, which we use for our Shropshire Linux User Group meetings. Phil (trigpoint) ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands -- Sent from my Jolla ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands _ No virus found in this message. Checked by AVG - www.avg.com Version: 2014.0.4813 / Virus Database: 4365/10154 - Release Date: 07/03/15 ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
Re: [OSM-talk] API down?
Hi All, Sorry about the earlier outage. All fixed now. We had a server outage. Kind regards, Grant OSM ops team On 4 Jul 2015 2:20 pm, Blake Girardot bgirar...@gmail.com wrote: Is down for me too. On 7/4/2015 3:00 PM, Maarten Deen wrote: Hi, it seems the api is down? I can't get a connection from JOSM, ID, or a direct URL in my browser. Regards, Maarten ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ 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-at] N29, N41 (war: Re: Gleisbaustelle Hütteldorf (49))
Gebe ich heute noch ein ;) Danke Mail from the Ds iPhone Am 04.07.2015 um 14:50 schrieb Kevin Kofler kevin.kof...@chello.at: Diesen Sommer werden übrigens auch der N41 (6.7.-16.8.) und der N29 (8.7.-31.8.) umgeleitet (Gleisbaustellen bei laufendem Straßenbahnbetrieb): http://www.wienerlinien.at/eportal2/ep/contentView.do/pageTypeId/66526/programId/74577/contentTypeId/1001/channelId/-47186/contentId/79329 Kevin Kofler ___ 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-fr] ***SPAM*** Re: [Osmose] Ajout d'un test sur la nature en tant que nom d'objet
Le 4 juil. 2015 à 12:51, Jérôme Seigneuret jseigneuret-...@yahoo.fr a écrit : Si je prend mon ancien village en nom local, tous le monde appel les service: école de * mairie de * piscine de * service technique de * cimetière de * et j'en passe... L'appellation vernaculaire n'est utilisée que, si une source écrite est indisponible, ce qui ne peut arriver pour les exemples cités. Les noms doivent être ceux affichés ou à défaut les noms figurants dans les documents administratifs, c'est-à-dire ceux qu'utilise l'opérateur, ici la commune ou la communauté de communes. école de... école élémentaire (pas d'autre précision, s'il y en a qu'une) mairie en règle générale, c'est affiché comme tel. Dans certains endroits, il y a le nom en langue régionale qui est accolé (Ti-kêr ou Ti-kear en Bretagne). piscine piscine municipale (ou communautaire, le cas échéant) service technique services techniques municipaux (le pluriel est le plus fréquent) cimetière cimetière municipal ou cimetière de ..., si c'est affiché à la porte; D'une manière générale, c'est une mauvaise idée d'omettre les noms génériques, car, cela crée un déséquilibre avec les traductions et les translittérations. Il faut avoir l'esprit international et ne pas croire qu'on va créer une table multilingue des noms génériques qui ne le sont pas toujours. Dans la République française, le nom générique maison commune a deux déclinaisons officielles, mairie et hôtel de ville. Christian R. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-ar] Hola
Gracias!! 2015-07-04 13:06 GMT-03:00 Pablo Daniel Pareja Obregón parejaobre...@gmail.com: En el nodo final de la calle poner noexit=yes Saludos, Pablo 2015-07-04 13:03 GMT-03:00 Manuel Retamozo manuel.retam...@gmail.com: Para marcar una calle sin salida? M. -- Analista de Sistemas Manuel Retamozo Villa Elisa, La Plata - Bs As - Argentina ___ Talk-ar mailing list Talk-ar@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ar ___ Talk-ar mailing list Talk-ar@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ar -- Analista de Sistemas Manuel Retamozo Villa Elisa, La Plata - Bs As - Argentina ___ Talk-ar mailing list Talk-ar@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ar
Re: [Talk-it] mappatura colivazioni con strutture per la copertura stagionale
Ops scusate. il secondo link si riferisce a quello che credo siano semplici serre smontate...si distinguono comunque da quelle su cui ho i dubbi in quanto provviste di un muretto laterale fisso con spazi sgombri tra loro abbastanza piccoli (sufficienti per farci passare le persone, forse anche una macchina, ma non camion). queste, pur essendo nella foto scoperte le mapperei come normali serre, anche perchè quelle montate non sarei in grado di distinguerle da serre normali, mentre per quelle in cui ho il dubbio si presentano anche da coperte in modo differente. - Ciao, Aury -- View this message in context: http://gis.19327.n5.nabble.com/mappatura-colivazioni-con-strutture-per-la-copertura-stagionale-tp5849502p5849503.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-br] Necessidade de intermediação
Nelson, com assessoramento de um residente editei esse novo trevo há 3 meses atrás. De lá para cá a edição que fiz sofreu alterações inclusive com a inclusão de acessos inexistentes e acessos impróprios não permitindo inclusive o acesso citado que não permitia roteamento correto. Simplesmente editei toda a área novamente corrigindo a situação por mim deixada 3 meses atrás. Nesses casos seria interessante identificar os autores de changeset e questionar a eles. De qualquer forma não considero pertinente dar prosseguimento a pergunta e ainda duvidar da palavra do editor quando esse insere source:gps;survey, inclusive questionando a esse editor porque não foi compartilhado os tracklogs recebidos. Até onde sei compartilhar tracklog é recomendado, mas não obrigatório. Apontar erros em uma edição é normal, mas não existindo erro, apontar que a edição não confere com as referencias satélite não concordo uma vez que o source inserido foi gps e survey e essa informação, até onde sei, supera qualquer outra fonte satélite de referência disponível. -Mensagem Original- From: Nelson A. de Oliveira Sent: Saturday, July 4, 2015 3:02 PM To: OpenStreetMap no Brasil Subject: Re: [Talk-br] Necessidade de intermediação 2015-07-04 14:34 GMT-03:00 Marcio - Thundercel thunder...@gpsinfo.com.br: Alguém poderia intermediar o debate em http://www.openstreetmap.org/changeset/30210630 ? Ele queria saber sobre essa situação do trevo: http://i.imgur.com/RWtGdON.png Que depois foi corrigido para isso: http://i.imgur.com/nzQ6O1t.png Antes de ser corrigido, o estado anterior dele estava bem errado (não permitia roteamento corretamente). Repare que quem vinha da rodovia primary não conseguia seguir para o lado direito na trunk. A dúvida dele era justamente sobre aquela situação inicial, se aquilo estava realmente correto. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Necessidade de intermediação
Conforme já citei a você anteriormente e somente a titulo de ilustração porque as fontes não podem ser empregadas no OSM: Tracklogs atualizados no trevo: http://gpsinfo.com.br/images/portovelho2.jpg Mapa Waze atualizado segundo informação do residente local: http://gpsinfo.com.br/images/portovelho.jpg Mapa Here atualizado no trevo também segundo informação desse mesmo residente: https://www.here.com/?map=-8.77122,-63.88256,18,normalx=ep Compreenda que esse Trevo vem sofrendo inúmeras alterações devido as obras e um histórico que se arrasta por anos. O DNIT assumiu as obras desse trevo depois que a Prefeitura não foi capaz de conduzi-las. Veja histórico disso em http://blogdocarloscaldeira.blogspot.com.br/2015/01/conheca-toda-historia-dos-viadutos-de.html Compreenda também que estamos tratando de vias automotivas e não vias para bicicletas e tampouco tracklogs desatualizados extraídos por bicicletas podem valer de referência para se desenhar vias ou links automotivos. O desenho que havia eu feito refletia as informações recebidas por mim de um residente local e você as está alterando por deduções e não vejo isso como correto. Agora mesmo solicitei ao colaborador que lá reside o tracklog do acesso passando por baixo do viaduto que foi aberto ao tráfego na semana passada. Estou aguardando ele me retornar. Se você cita que faço edições que não concorda também não concordo com muitas que você faz e nem por isso vou a você questionar a fonte de referencia empregada e mesmo informando eu replicar que não é verdade. Creio que essas discussões também não levam a nada e como você citou, se pararmos para ficar debatendo essas pequenas situações deixaremos de corrigir os inúmeros erros ainda existentes no mapa. Como você também não vou questionar seus erros, vou corrigi-los diretamente, mas continuo aguardando a correção do roteamento incorreto pela ES-060 que você se prontificou a corrigir. Creio que pelo visto serei obrigado a corrigir as velocidades incorretamente incluídas em trecho da rodovia. -Mensagem Original- From: Aun Johnsen Sent: Saturday, July 4, 2015 6:48 PM To: OpenStreetMap no Brasil Subject: Re: [Talk-br] Necessidade de intermediação Acabaram de incluir ali um acesso ( https://www.openstreetmap.org/way/358538171 ) que segundo informação que tenho ele não existe. Acredito que aquele que incluiu tenha certeza de que ele existe e não vou questionar se existe, ou não. Eu tentei mostra para voce tudo evidencia que esse link existe, como voce não quer compartilhar seus fontes, e nem olhando o informação que eu tentando mostra para voce, eu precisava editar o trevo para mostra a voce. Segundo Strava tem muito fluxo nesse link, e não credito que isso e pessoas correndo ou pedalando. Voce for la ver mesmo que esse link não existe? Eu procurando Mapillary e outros fontes e não vejo nada contrario. Sim, vejo ainda que tem muito dados para melhorar no local, mas voce não queria acertar quando primeiro perguntou voce sobre problemas de roteamento, independente se for voce ou outros pessoas quebrando, so depois muito discussão voce editou. A mapa e cheia do erros e problemas e em vez acertar algum coisa quando alertada voce decide começar um guerra contra o pessoa que voce mostrando isso? Muitos vezes eu vi voce fazer edicoes que não concordo, ou que acho errado, e cada vez apontando algum coisa a voce sair com mesmo tipo resposta. Bom, as fontes voce tem talvez tem melhor conhecimento local, mas eu adicionei esse link por causa do evidencia de fluxo no local. Se voce não passou esse trevo mesmo, e não pode compartilhar dados provando o existência ou falta do existência esse link eu não tem outro escola em creditar que o evidencia que tem do fluxo dos veicules e valido. Se cada vez eu apontando um erro a voce eu vou peder 2 dias com discussão ate voce decide jogou na lista eu vou parar de apontar ao voce os erros na mapa e somente concerta-los como acho certo, sem avisar a voce. Eu poderia resolver esse situação rapidamente sem gastar tudo esse tempo. On 7/4/15, Marcio - Thundercel thunder...@gpsinfo.com.br wrote: Venho recebendo muitas informações de erros nessa área que comprometem o roteamento e aos poucos, com tempo, irei corrigir, se outro não o fizer antes. Por exemplo: A Avenida das Nações Unidas ( https://www.openstreetmap.org/way/358400706 ) é uma via de pista dupla e não pista simples de sentido duplo. Esse erro compromete o roteamento de todas as vias que nela se entronca pelo norte ou pelo sul. A Avenida Raimundo Cantuária ( https://www.openstreetmap.org/way/338488263 ) só tem sentido único, de leste para oeste, até a Avenida das Nações Unidas, dela para oeste é via de mão dupla. Para quem não sabe, a construção desse Trevo do Roque (nome dele) se arrasta há mais de 10 anos e foi até parar na justiça. Existe muita matéria na NET sobre ele. A administração atual decidiu dar continuidade as obras e a circulação na área
Re: [Talk-it] mappatura colivazioni con strutture per la copertura stagionale
Fabrizio Tambussa wrote Prima che ci mettiamo d'accordo su come mapparlo, l'hanno già smontato. :) Io sarei per il farm generico. Saluti Il 04/Lug/2015 19:36, Aury88 lt; spacedriver88@ gt; ha scritto: ti sbagli...molto di quello che vedi rimane e non viene toccato. capisco il building che non è fisso ma allo stesso tempo non è una coltivazione normale...così come non lo è un vineyard - Ciao, Aury -- View this message in context: http://gis.19327.n5.nabble.com/mappatura-colivazioni-con-strutture-per-la-copertura-stagionale-tp5849502p5849526.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-br] Necessidade de intermediação
Paciência tem limite. Infelizmente não é a você que são dirigidos os erros do mapa. Quer dizer que o emprego do gps survey só é válido se existir o compartilhamento do tracklog no OSM? Novidade para mim. Quer dizer que outras fontes de referencia não licenciadas no OSM não podem servir ao editor como fonte alternativa e secundária de análise? Novidade para mim. Se o HERE, WAZE, YAHOO e outras fontes de analise não podem ser empregadas por mim como consulta não sei o que estou fazendo aqui e porque estou debatendo esse assunto. Quem citou Tracksource aqui? Não emprego e nunca empreguei o Tracksource como fonte de consulta para minhas edições até porque ele contem mais erros que o OSM. Sei muito bem que todas essas fontes citadas e não licenciadas no OSM não podem ser empregadas na etiqueta source, mas citar, desconsiderar e descartar consulta a elas para sanar duvidas é um procedimento seu, não meu. Não descarto nenhuma delas quando faço analise de determinada área ou região. Se você descarta e não as considera, paciência. Por gentileza e em prol dos demais exclua os acessos que incluiu no trevo por dedução sua e que não existem. Se desejamos ter um mapa atualizado e confiável devemos primeiramente confiar naqueles que ainda estão se empenhando em ajudar ao OSM no Brasil. Finalizo plagiando o dito pelo Blad em sua ultima postagem e que reflete também meu pensar: Considero que toda pessoa que mapea age de boa fé, sem necessidade de questionamento, exceto em casos explícitos de vandalismo. Atenciosamente, Blademir Andrade - BladeTC -Mensagem Original- From: Aun Johnsen Sent: Saturday, July 4, 2015 7:35 PM To: OpenStreetMap no Brasil Subject: Re: [Talk-br] Necessidade de intermediação On 7/4/15, Marcio - Thundercel thunder...@gpsinfo.com.br wrote: Conforme já citei a você anteriormente e somente a titulo de ilustração porque as fontes não podem ser empregadas no OSM: Tracklogs atualizados no trevo: http://gpsinfo.com.br/images/portovelho2.jpg Vejo que spread e muito grande nesses tracklogs, mas pode ser por ferramenta do visualização, esses tracklogs pode ser compartilhadas para o OSM? do onde eles são disponíveis? Mapa Waze atualizado segundo informação do residente local: http://gpsinfo.com.br/images/portovelho.jpg Nao conheco esse feramenta do visualisazao, os dados não e do OSM, isso e do TrackSource? Acho que e do um projeto ou outro de mapas crowdsource com licença não compatível com OSM, não confia muito isso porque pode ha mesmo erros de falta do levantamento. Que a link não existe no TS ou outros fontes similares não significa que não existe. Mapa Here atualizado no trevo também segundo informação desse mesmo residente: https://www.here.com/?map=-8.77122,-63.88256,18,normalx=ep Mapas Here também tem mesmo problema, mapas crowdsource sobre licença não compativel mesmo não confiável Compreenda que esse Trevo vem sofrendo inúmeras alterações devido as obras e um histórico que se arrasta por anos. O DNIT assumiu as obras desse trevo depois que a Prefeitura não foi capaz de conduzi-las. Veja histórico disso em http://blogdocarloscaldeira.blogspot.com.br/2015/01/conheca-toda-historia-dos-viadutos-de.html Isso e informação novo para mim, porque voce não divulgou isso primeira vez? Blog do um politico aparentemente do Porto Velho, que quer usar o problemas de terminar obras nesse trevo para fim deles, esse pode dar mais luz sobre situação admito. Compreenda também que estamos tratando de vias automotivas e não vias para bicicletas e tampouco tracklogs desatualizados extraídos por bicicletas podem valer de referência para se desenhar vias ou links automotivos. O desenho que havia eu feito refletia as informações recebidas por mim de um residente local e você as está alterando por deduções e não vejo isso como correto. Agora mesmo solicitei ao colaborador que lá reside o tracklog do acesso passando por baixo do viaduto que foi aberto ao tráfego na semana passada. Estou aguardando ele me retornar. Espero retorna dele, e se for posivel compartilhar os tracklogs dele com o comunidade, vai ser muito util em disputas como esse, e talvez podemos descobrir mais problemas do roteamento com isso? Se você cita que faço edições que não concorda também não concordo com muitas que você faz e nem por isso vou a você questionar a fonte de referencia empregada e mesmo informando eu replicar que não é verdade. Creio que essas discussões também não levam a nada e como você citou, se pararmos para ficar debatendo essas pequenas situações deixaremos de corrigir os inúmeros erros ainda existentes no mapa. Como você também não vou questionar seus erros, vou corrigi-los diretamente, mas continuo aguardando a correção do roteamento incorreto pela ES-060 que você se prontificou a corrigir. Creio que pelo visto serei obrigado a corrigir as velocidades incorretamente incluídas em trecho da rodovia. Pelo roteamento do ES-060 e BR-101 entre Guarapari
Re: [Talk-br] Necessidade de intermediação
-Mensagem Original- From: Aun Johnsen Sent: Sunday, July 5, 2015 12:11 AM So para dar um dica que muito vezes passa no meu trabalho: se não ha evidencia, não existe” Não sei se é questão de idioma, mas evidencie no inglês é prova que por sua vez não é evidência no idioma português. 'Evidência', em português, significa aquilo que é claro, inequívoco, muito visível, incontestável. Apresentei três evidências, não evidences, e mesmo assim decidiu você se valer de sua “evidência” deduzindo o que viu no Strava. O pior, editou se valendo dele. To vendo que dados do este fonte que voce citando e mais certa que os fontes que eu mostrando, voce comentou que um dos links que eu inseri não existe, mas segundo Strava ha muito fluxo nesse link. como esse e meia do um trevo onde ha obras eu não posso creditar esse e tao muitos pedestres. Obviamente os dados do Strava não tem valor, porque seu fonte, que voce não pode compartilhar, sabe melhor. Um dos links não. Você inclui os seguintes trechos que segundo informação por mim recebida não existem: - https://www.openstreetmap.org/way/358538171 - https://www.openstreetmap.org/way/358538169 - https://www.openstreetmap.org/way/358538166 Inclusive esse terceiro já está errado porque é um trecho de sentido duplo conectando um trecho de sentido único. Eu tenho mesmo motivos para desconfiar em WAZE e HERE como TS Desconfiar do TS também desconfio até porque conheço os inúmeros erros dele, mas desconfiar da minha edição pautada em informações de residente, do Waze e Here, quando esses apontam para a mesma situação, é outra estória. Prefere você desconfiar de todos esses e incluir acessos pautados em sua dedução do que vê no Strava. Interessante essa ação. Bom voce conheço esse trecho pelo seu amigo morando em Vila Velha, que voce visitando regularmente, so em caso voce tem duvida, eu moro no Guarapari e viaje muito, e por acaso esse trecho e entre meu casa e o aeroporto. Sim e você sabe disso porque recentemente editei uma Rua em Vila velha que estava com nomenclatura incorreta e como fiscaliza todas as edições também no changeset dessa edição comentou e tive a oportunidade de ali informar que trafeguei pela rua no fim de semana e identifiquei o erro. Se 150 metros de 40km/h vai fazer muito diferencia pelo tempo? Acho que não. Se o posto e do PM ou PRE e muito fácil verificar, como esse trecho em ambos sentidos e documentado pelo Mapillary Lembro ao nobre amigo que não são 150m e sim 500m a sinalização vertical para redução de velocidade para passagem a frente de posto policial rodoviário. Por outro lado lembro que classificação de vias e de velocidades interferem no roteamento e, infelizmente, não dominamos ainda o algoritmo garmin. O que sabemos sobre ele advém de exaustivos testes realizados. Não estamos debatendo tempo e sim roteamento e tudo que interfere nele. Como bem deve saber você o roteamento leva em consideração, além de outros, a quantidade de nós empregados para unir os segmentos de reta na retratação da via. Ao se reduzir a velocidade de um trecho de via o editor é obrigado a dividir a via de forma a poder no trecho dividido estabelecer a velocidade. Isso por si só já afeta o calculo de rota por aquele trecho. Quantos veze eu preciso esplicar, eu colhendo dados para melhorar o roteamento urbano, com esse eu espero que resolver varias dos problemas que dando roteamento pelo zona urbano nas gps do Garmin. Eu tentando também busca informação sobre que tags que tem influencia desse roteamento para pode inserir dados certo na mapa. Os dados preciso ser certas e adequadas. Sim, já compreendemos isso, entretanto essa situação foi identificada em dezembro de 2014 e até o presente momento não identificamos solução a nível OSM. A nível renderizador já corrigimos, mas continuamos preocupados com os demais aplicativos que empregam roteamento. On 7/4/15, Aun Johnsen li...@gimnechiske.org wrote: On 7/4/15, Marcio - Thundercel thunder...@gpsinfo.com.br wrote: -Mensagem Original- From: Aun Johnsen Sent: Saturday, July 4, 2015 9:56 PM To: OpenStreetMap no Brasil Subject: Re: [Talk-br] Necessidade de intermediação Se voce quer entra em briga com pessoas sobre como voce mapeando, voce pode manter seus tracklogs no seu computador ou ate apaga-los sem compartilhar, mas esse so vai beneficiar seu ego do brigar, e não o projeto ou comunidade. Eu compartilhando meus trilhos, e ativo no Mapillary, e outros coisas que pode ajudar a comunidade em geral. Provavelmente voce não vai ver as tracklogs que compartilho porque publica-los como trackable, significando que eles são organizados mas meu identificadora e segredo. Voce pode compartilhar assim, e isso vai deixar tudo mundo acesso dos dados sem identificar voce pessoalmente. É a sua opinião e respeito, entretanto minha formação é militar e por meio dela aprendi a sempre agir com lealdade e confiabilidade. Acredito no próximo
Re: [Talk-br] Necessidade de intermediação
2015-07-04 20:04 GMT-03:00 Marcio - Thundercel thunder...@gpsinfo.com.br: Paciência tem limite. Verdade. Finalizo plagiando o dito pelo Blad em sua ultima postagem e que reflete também meu pensar: Considero que toda pessoa que mapea age de boa fé, sem necessidade de questionamento, exceto em casos explícitos de vandalismo. Atenciosamente, Blademir Andrade - BladeTC Lembro que no passado eu desfiz um trabalho seu, agindo de boa fé, e você me questionou até a exaustão. O Aun desfez um trabalho seu, também agindo de boa fé, e você está fazendo o mesmo com ele. Me parece conveniente essa interpretação seletiva dessa filosofia. Sejamos colegas. Questionamentos são sempre bem-vindos, a quem quer que seja. Precisamos ter o material para defender nossos mapeamentos quando não está claro o que estamos fazendo (por exemplo, quando diverge da imagem de satélite). Todos nós, sem exceção. Títulos e honrarias não conferem autorização automática a todas as ações. Isso é trabalhar em comunidade, sem hierarquias. O questionamento só não faz sentido depois que o material já foi apresentado. -- Fernando Trebien +55 (51) 9962-5409 Nullius in verba. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Necessidade de intermediação
Creio que você inverteu a ordem ao citar: Lembro que no passado eu desfiz um trabalho seu, agindo de boa fé, e você me questionou até a exaustão. Tenho todo nosso debate aqui arquivado para relembrar se for necessário. Vou desfez, sem qualquer consulta a mim, uma edição que fiz em uma via do bairro onde resido e por onde trafego diariamente. Questionei e você em replica disse que eu estava errado. Apresentei fotos do local, legislação e tudo mais para poder lhe provar que o certo era eu. Ali foi você que me questionou até a exaustão. O caso do Aun é bem semelhante e esse questiona até a exaustão e o pior, põe em duvida a palavra do editor, o que para mim é inaceitável quando, não tendo eu mais o tracklog recebido, aponto fontes ilícitas de consulta. Ilícitas, ou não, não deixam de ser fontes de consulta que comprovam a veracidade dos fatos. Por fim lembro que estamos aqui para colaborar voluntariamente com o OSM editando os erros existentes no mapa (que não são poucos) e ninguém gosta de ficar sendo questionado insistentemente por edições. Ser questionado é aceitável, mas duvidarem da palavra e das justificativas, não aceito. Como tenho realizado muitas edições devido aos inúmeros reportes que recebo nos sites que administro e também por email, não são poucas as interpelações que recebo de edições feitas. Me parece até que o OSM Brasil tem mais fiscais do que editores. Será? -Mensagem Original- From: Fernando Trebien Sent: Saturday, July 4, 2015 8:44 PM To: OpenStreetMap no Brasil Subject: Re: [Talk-br] Necessidade de intermediação 2015-07-04 20:04 GMT-03:00 Marcio - Thundercel thunder...@gpsinfo.com.br: Paciência tem limite. Verdade. Finalizo plagiando o dito pelo Blad em sua ultima postagem e que reflete também meu pensar: Considero que toda pessoa que mapea age de boa fé, sem necessidade de questionamento, exceto em casos explícitos de vandalismo. Atenciosamente, Blademir Andrade - BladeTC Lembro que no passado eu desfiz um trabalho seu, agindo de boa fé, e você me questionou até a exaustão. O Aun desfez um trabalho seu, também agindo de boa fé, e você está fazendo o mesmo com ele. Me parece conveniente essa interpretação seletiva dessa filosofia. Sejamos colegas. Questionamentos são sempre bem-vindos, a quem quer que seja. Precisamos ter o material para defender nossos mapeamentos quando não está claro o que estamos fazendo (por exemplo, quando diverge da imagem de satélite). Todos nós, sem exceção. Títulos e honrarias não conferem autorização automática a todas as ações. Isso é trabalhar em comunidade, sem hierarquias. O questionamento só não faz sentido depois que o material já foi apresentado. -- Fernando Trebien +55 (51) 9962-5409 Nullius in verba. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[OSM-talk] Micromapping and other subforums
I'm interested in some special mapping areas, like small scale/micro- mapping problems. While I see 3D and indoor mapping subforum in OSM Specials section on OSM Forum, I don't see micromapping subforum there. Are there any other mappers interested in it and if yes, do you think we should have a place to discuss such things? And speaking of subforums: is there a possibility to create sub-subforums (I mean thematic subforums inside country subforums)? -- The train is always on time / The trick is to be ready to put your bags down [A. Cohen] ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Micromapping and other subforums
On 5/07/2015 11:21 AM, Daniel Koć wrote: I'm interested in some special mapping areas, like small scale/micro- mapping problems. While I see 3D and indoor mapping subforum in OSM Specials section on OSM Forum, I don't see micromapping subforum there. Are there any other mappers interested in it and if yes, do you think we should have a place to discuss such things? Definition of mirco mapping would be usefull if this starts up? Mapping areas of, say, less than 5? square metres? Mapping nodes where the separation to other features is less than, say, 5? metres? And speaking of subforums: is there a possibility to create sub-subforums (I mean thematic subforums inside country subforums)? Why? Separating them out would lead to less participation - you only look at things that interest you untill you run out of time ... ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-cz] otevreni ramp na Prazskem okruhu
Probíralo se to v tomhle tématu http://forum.ceskedalnice.cz/viewtopic.php?f =60t=1941p=112582#p112582 (http://forum.ceskedalnice.cz/viewtopic.php?f=60t=1941p=112582#p112582). Pokud se toho nikdo nebude chtít ujmout dřív, pozítří bych nové větve zakreslil. -- S pozdravem Libor Skala -- Původní zpráva -- Od: Petr Vozdecký v...@seznam.cz Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org Datum: 5. 7. 2015 1:41:21 Předmět: [Talk-cz] otevreni ramp na Prazskem okruhu Ahoj, jestli mate nekdo mistni znalost a jistotu, ze zprava http://praha.idnes.cz/otevren-novy-najezd-z-r1-na-d5-na-zlicine-d95-/praha- zpravy.aspx?c=A150701_132805_praha-zpravy_bur je pravdiva, pak jest vhodne primerene editovat: http://www.openstreetmap.org/#map=17/50.05214/14.27736 viz tez: http://mapy.cz/s/jlD3 vop ___ 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: [Talk-br] Necessidade de intermediação
Obrigado Fernando TL;DR principalmente resposta para o Thundercel (Marcio), ate elaborando um pouco do problemas de roteamento ES-060 Nao dizendo que nao posso usar fontes como google maps, street view, here, ou outros fontes para verificar um erro ou correção pode ser valido, mas ainda mesmo esses fontes não e para confiar. Google maps e cheia do easter eggs, que e pequenos erros eles colocando para pode descobre se algum copiando mapa sem autorização, google street view pode ser desatualizada, here.com e crowd sourced e pode faltar dados validos e tal. Se voce quer entra em briga com pessoas sobre como voce mapeando, voce pode manter seus tracklogs no seu computador ou ate apaga-los sem compartilhar, mas esse so vai beneficiar seu ego do brigar, e não o projeto ou comunidade. Eu compartilhando meus trilhos, e ativo no Mapillary, e outros coisas que pode ajudar a comunidade em geral. Provavelmente voce não vai ver as tracklogs que compartilho porque publica-los como trackable, significando que eles são organizados mas meu identificadora e segredo. Voce pode compartilhar assim, e isso vai deixar tudo mundo acesso dos dados sem identificar voce pessoalmente. Marcio, quando perguntando voce sobre dados, voce e muito rápido mostrar fontes que não podemos utilizar para defender seu mapeamento. Eu mencionou o TrackSource so porque eu sei que o comunidade tem muito trabalho identificar edições ilícito copiado do TS, mas não tem conhecimento nesses dados. Voce me mostrou 2 imagens desse trevo do fontes que eu não conheço, eu não sei se isso poderia ser TS ou não, mas sempre pode ter suspeito desse. Eu vai achar muito ruim se vai parecer voce copiando dados do TS, o trabalho do verificar seus 5000 changesets para identificar qual deles pode ser copiado do TS vai ser um tarefa grande demais. Eu acho muito estranho que voce não quer compartilhar com o comunidade os dados que te auxiliando resolver problemas da mapa, ações muito simples de teu parte poderia resolver muitos discussões rapidamente. Sobre dropar o maxspeed no ES-060, fui 2 vezes que reverti ao verdade no chão nesses trechos, uma vez do Marcio que resultou em um discussão feia, ate aqui na lista, onde eu prometeu, a promessa que não esqueci mas ainda não houve condições ao completar, a resolver esse roteamento no forma melhor, outro vez fui um pessoa da MG que coloquei 110 no tudo trecho do BR-101 dizendo que conheci a local porque fui la nas ferias, eu moro no Guarapari, e frequentemente andando esses trechos do BR-101 e ES-060 pra Vitoria, maioria dos dados nesses trechos na mapa fui coletado por mim, e provavelmente conheço esse trecho melhor que maioria das pessoas nesse lista. Eu sei que ainda pode errar, e sei que não e ideal com roteamento jogando voce dentro Vila Velha e Vitoria em vez passar o contorno. Me deixa explicar esse trecho melhor para vocês, o contorno do Guarapari tem parte condições física que pode ser mapeado como highway=motorway, esse trecho tem velocidade alta (110 e 80), cruzamento sem nível, canteiro central dividindo as faixas fisicamente, e restrições de pedestres e ciclistas, mas ainda mapeado como highway=trunk porque acho rediculo ter um motorway de somente 10 quilometros, continuando ES-060 pra Vila Velha o velocidade e 80 (antigamente tinha 110 mais parte do trecho, mas acho fui reduzido para 80 por caso do urbanização), fora do 2 trechos limitados, um do pedágio e outro urbano, ha algum radares, mas maioria deles e do 80km/h, tem algum novos também, principalmente no um area onde ha desenvolvimento urbano. 2 lugares tem pista lateral com velocidade reduzido (60), mas pista central ainda tem 80. Nesse parte tem muitos semáforos, ja tentei mapear tudo mas pode faltar algum ainda. Parte urbano do Vila Velha e Vitoria tem muitos semáforos, e possível ainda eles falto. Para o BR-101, o velocidade variando entre 80 e 60, eu ainda preciso analisar meus dados melhor para ter certeza que as trechos certos tem 80 e 60, mas não deve mudar muito, fora do um parte no Viana e Cariacica esse trecho não tem semáforos, quase não ha radares. Pegando um ponto no BR-101 na Serra e outro na Iconha, deveria no ambos sentidos passa somente pelo BR-101, mas mesmo no modo mais curto e mais rápido saindo do BR-101 por altura do Guarapari e passo pelo ES-060, porque esse distancia e 2 quilômetros mais curto, e dar um economia do tempo de quase 2 minutos (1m10s a 1m55s depende do roteador), para resolver esse diferencia o BR-101 preciso ter um velocidade maxima do mais que 180km/h ou o ES-060 menus que 40km/h ou um coisa entre esses valores e o verdade. Esse pode ser resolvido parcialmente com penalidade de roteamento, mas pra isso precisamos entender esse assunto que e muito complicado. On 7/4/15, Fernando Trebien fernando.treb...@gmail.com wrote: 2015-07-04 20:04 GMT-03:00 Marcio - Thundercel thunder...@gpsinfo.com.br: Paciência tem limite. Verdade. Finalizo plagiando o dito pelo Blad em sua ultima postagem e que reflete também
Re: [Talk-br] Necessidade de intermediação
Em tempo. 2015-07-04 20:04 GMT-03:00 Marcio - Thundercel thunder...@gpsinfo.com.br: Se o HERE, WAZE, YAHOO e outras fontes de analise não podem ser empregadas por mim como consulta não sei o que estou fazendo aqui e porque estou debatendo esse assunto. Não podem ser usadas para: - copiar geometria (com a imagem superposta à sua área de desenho) - copiar etiquetas (ex.: o nome das ruas, sua classificação/caracterização, seu código de referência (BR, SP, RS, etc.), seu limite de velocidade, etc.) Podem ser usadas para você se dar conta que falta algo no OSM e investigar se aquela coisa existe - presencialmente, ou pela imagem de satélite do Bing. Obviamente, apenas presencialmente (ou por fonte oficial) você pode descobrir o nome, então nomes não podem ser copiados em hipótese alguma. No entanto, tudo isso pode se copiado do mapa do IBGE ou de mapas com licenças explicitamente permissivas (tem que colar aqui pra ajudarmos a conferir se todos os termos estão de acordo com a ODbL) - nem todas as prefeituras oferecem essa declação explicitamente, então é necessário fazer contato. -- Fernando Trebien +55 (51) 9962-5409 Nullius in verba. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-at] Gleisbaustelle Hütteldorf (49)
Robin Däneke wrote: Habe das schon heute morgen ändern können. Sollte jetzt stimmen. Ja, soweit ich es erkennen konnte, stimmen die Relationen so. Kevin Kofler ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [OSM-talk] Micromapping and other subforums
On Sun, Jul 5, 2015 at 3:37 AM, Warin 61sundow...@gmail.com wrote: Definition of mirco mapping would be usefull if this starts up? Mapping areas of, say, less than 5? square metres? Mapping nodes where the separation to other features is less than, say, 5? metres? Sarcasm detected? (as per sheer nonsense of such definitions) It's a I know it when I see it case, loosely speaking this means small things of no relevance to our competitors or regular data consumers, who are happy with a - duh! - street map. And speaking of subforums: is there a possibility to create sub-subforums (I mean thematic subforums inside country subforums)? Why? Separating them out would lead to less participation - you only look at things that interest you untill you run out of time ... This is really needed. Our Polish subforum is kind of mess currently, with a few superthreads (beginner questions, available imagery, address imports, osm 3d, ...) on top of that. Michał ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Micromapping and other subforums
W dniu 05.07.2015 3:37, Warin napisał(a): Definition of mirco mapping would be usefull if this starts up? Such concept is hardly a new thing in OSM and you can find general introduction to micromappping here: http://wiki.openstreetmap.org/wiki/Micromapping I think of myself as a long-time micromapper and I consider the difference of scale much important than it seems on the surface. It creates interesting new opportunities, but also interesting new problems at the same time, because it changes the way you think about classical objects (which is the most exciting part for me, because I like exploring new frontiers). It's quite universal subject, but with not too much people involved currently, so breaking the national barrier seems to be quite natural. 3D and indoor mapping are very common in this regard, but they are more distinct, while micromapping is misleading, because it looks much more like the standard mapping practice. And speaking of subforums: is there a possibility to create sub-subforums (I mean thematic subforums inside country subforums)? Why? Separating them out would lead to less participation - you only look at things that interest you untill you run out of time ... As a forum moderator still I'd like to know if it's technically possible at all. It doesn't mean we should automatically use it, of course, but feeding huge multi-year threads is rather impractical in my view, while creating new thread for every few posts makes it impossible to cluster them somehow. -- The train is always on time / The trick is to be ready to put your bags down [A. Cohen] ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-br] Necessidade de intermediação
Eu sou formado commandante marinha mercantil e trabalhando como vistoriador do seguradoras offshore, eu acho que tem mesmo novel de lealdade e confiabilidade, se voce ha duvida isso podemos discutir isso no um outro media, eu prefiro não discutir meu trabalho no local publico assim como esse lista, como vai precisar falhar sobre clientes meus. So para dar um dica que muito vezes passa no meu trabalho: se não ha evidencia, não existe” To vendo que dados do este fonte que voce citando e mais certa que os fontes que eu mostrando, voce comentou que um dos links que eu inseri não existe, mas segundo Strava ha muito fluxo nesse link. como esse e meia do um trevo onde ha obras eu não posso creditar esse e tao muitos pedestres. Obviamente os dados do Strava não tem valor, porque seu fonte, que voce não pode compartilhar, sabe melhor. Eu tenho mesmo motivos para desconfiar em WAZE e HERE como TS Bom voce conheço esse trecho pelo seu amigo morando em Vila Velha, que voce visitando regularmente, so em caso voce tem duvida, eu moro no Guarapari e viaje muito, e por acaso esse trecho e entre meu casa e o aeroporto. Se 150 metros de 40km/h vai fazer muito diferencia pelo tempo? Acho que não. Se o posto e do PM ou PRE e muito fácil verificar, como esse trecho em ambos sentidos e documentado pelo Mapillary Quantos veze eu preciso esplicar, eu colhendo dados para melhorar o roteamento urbano, com esse eu espero que resolver varias dos problemas que dando roteamento pelo zona urbano nas gps do Garmin. Eu tentando também busca informação sobre que tags que tem influencia desse roteamento para pode inserir dados certo na mapa. Os dados preciso ser certas e adequadas. On 7/4/15, Aun Johnsen li...@gimnechiske.org wrote: On 7/4/15, Marcio - Thundercel thunder...@gpsinfo.com.br wrote: -Mensagem Original- From: Aun Johnsen Sent: Saturday, July 4, 2015 9:56 PM To: OpenStreetMap no Brasil Subject: Re: [Talk-br] Necessidade de intermediação Se voce quer entra em briga com pessoas sobre como voce mapeando, voce pode manter seus tracklogs no seu computador ou ate apaga-los sem compartilhar, mas esse so vai beneficiar seu ego do brigar, e não o projeto ou comunidade. Eu compartilhando meus trilhos, e ativo no Mapillary, e outros coisas que pode ajudar a comunidade em geral. Provavelmente voce não vai ver as tracklogs que compartilho porque publica-los como trackable, significando que eles são organizados mas meu identificadora e segredo. Voce pode compartilhar assim, e isso vai deixar tudo mundo acesso dos dados sem identificar voce pessoalmente. É a sua opinião e respeito, entretanto minha formação é militar e por meio dela aprendi a sempre agir com lealdade e confiabilidade. Acredito no próximo até prova em contrário. O OSM não é um tribunal onde devemos nos resguardar com provas todas nossas edições. Eu sou formado commandante marinha mercantil e trabalhando como vistoriador do seguradoras offshore, eu acho que tem mesmo novel de lealdade e confiabilidade, se voce ha duvida isso podemos discutir isso no um outro media, eu prefiro não discutir meu trabalho no local publico assim como esse lista, como vai precisar falhar sobre clientes meus. So para dar um dica que muito vezes passa no meu trabalho: se não ha evidencia, não existe Marcio, quando perguntando voce sobre dados, voce e muito rápido mostrar fontes que não podemos utilizar para defender seu mapeamento. Por gentileza, vamos comentar os fatos que estão descritos e arquivados no debate do changeset. Não sei se é a sua dificuldade de idioma, mas ali pode rever você que apontei as fontes ilícitas e comentei que elas não poderiam ser empregadas no OSM, mas que serviam como fontes de analise. Comentei que minha fonte de mapeamento foi um tracklog recebido de um colaborador que reside em Porto Velho e que infelizmente não o tenho mais e confesso que mesmo se o tivesse não o apresentaria porque não preciso ficar insistentemente justificando meus atos. To vendo que dados do este fonte que voce citando e mais certa que os fontes que eu mostrando, voce comentou que um dos links que eu inseri não existe, mas segundo Strava ha muito fluxo nesse link. como esse e meia do um trevo onde ha obras eu não posso creditar esse e tao muitos pedestres. Obviamente os dados do Strava não tem valor, porque seu fonte, que voce não pode compartilhar, sabe melhor. Vejo no imagem anexado como esse trevo parecendo no Strava (pontinhos azuis), esse screen grab fui feito no começou nosso discussão no changeset. Eu mencionou o TrackSource so porque eu sei que o comunidade tem muito trabalho identificar edições ilícito copiado do TS, mas não tem conhecimento nesses dados. Voce me mostrou 2 imagens desse trevo do fontes que eu não conheço, eu não sei se isso poderia ser TS ou não, mas sempre pode ter suspeito desse. Eu vai achar muito ruim se vai parecer voce copiando dados do TS, o trabalho do verificar seus 5000 changesets para
[OSM-talk] New hardware - new possibilities?
I know that donation drive has just ended successfully, but while I can find only some data about the technical needs it fulfills: http://donate.openstreetmap.org/server2015/#details there are no detailed informations on what impact may it have on more practical level. For example I would like to know if we may get z20 tiles for default (osm-carto) layer one day or maybe a tile server for testing branch for this style? Or maybe the donation was meant just to keep us running as we are today with no further development plans? -- The train is always on time / The trick is to be ready to put your bags down [A. Cohen] ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-br] Necessidade de intermediação
On 7/4/15, Marcio - Thundercel thunder...@gpsinfo.com.br wrote: Conforme já citei a você anteriormente e somente a titulo de ilustração porque as fontes não podem ser empregadas no OSM: Tracklogs atualizados no trevo: http://gpsinfo.com.br/images/portovelho2.jpg Vejo que spread e muito grande nesses tracklogs, mas pode ser por ferramenta do visualização, esses tracklogs pode ser compartilhadas para o OSM? do onde eles são disponíveis? Mapa Waze atualizado segundo informação do residente local: http://gpsinfo.com.br/images/portovelho.jpg Nao conheco esse feramenta do visualisazao, os dados não e do OSM, isso e do TrackSource? Acho que e do um projeto ou outro de mapas crowdsource com licença não compatível com OSM, não confia muito isso porque pode ha mesmo erros de falta do levantamento. Que a link não existe no TS ou outros fontes similares não significa que não existe. Mapa Here atualizado no trevo também segundo informação desse mesmo residente: https://www.here.com/?map=-8.77122,-63.88256,18,normalx=ep Mapas Here também tem mesmo problema, mapas crowdsource sobre licença não compativel mesmo não confiável Compreenda que esse Trevo vem sofrendo inúmeras alterações devido as obras e um histórico que se arrasta por anos. O DNIT assumiu as obras desse trevo depois que a Prefeitura não foi capaz de conduzi-las. Veja histórico disso em http://blogdocarloscaldeira.blogspot.com.br/2015/01/conheca-toda-historia-dos-viadutos-de.html Isso e informação novo para mim, porque voce não divulgou isso primeira vez? Blog do um politico aparentemente do Porto Velho, que quer usar o problemas de terminar obras nesse trevo para fim deles, esse pode dar mais luz sobre situação admito. Compreenda também que estamos tratando de vias automotivas e não vias para bicicletas e tampouco tracklogs desatualizados extraídos por bicicletas podem valer de referência para se desenhar vias ou links automotivos. O desenho que havia eu feito refletia as informações recebidas por mim de um residente local e você as está alterando por deduções e não vejo isso como correto. Agora mesmo solicitei ao colaborador que lá reside o tracklog do acesso passando por baixo do viaduto que foi aberto ao tráfego na semana passada. Estou aguardando ele me retornar. Espero retorna dele, e se for posivel compartilhar os tracklogs dele com o comunidade, vai ser muito util em disputas como esse, e talvez podemos descobrir mais problemas do roteamento com isso? Se você cita que faço edições que não concorda também não concordo com muitas que você faz e nem por isso vou a você questionar a fonte de referencia empregada e mesmo informando eu replicar que não é verdade. Creio que essas discussões também não levam a nada e como você citou, se pararmos para ficar debatendo essas pequenas situações deixaremos de corrigir os inúmeros erros ainda existentes no mapa. Como você também não vou questionar seus erros, vou corrigi-los diretamente, mas continuo aguardando a correção do roteamento incorreto pela ES-060 que você se prontificou a corrigir. Creio que pelo visto serei obrigado a corrigir as velocidades incorretamente incluídas em trecho da rodovia. Pelo roteamento do ES-060 e BR-101 entre Guarapari e Vitoria eu ja coletei horas de trilhas, compartilhadas no OSM-GPS e no Mapillary, voce pode entra e ver cada placa de velocidade, para, de a preferencia, semaforo e mais nesses trechos, e voce pode ver que se a mapa nao e 100% certo e bem proximo. Eu ainda esperando ferramentas para JOSM que vai me ajudar editar isso, que e previsto melhorar os proximo meses, e tempo a anilisar esses dados. Eu ainda tem algum ligares ao ir gravar mesmos dados para Mapillary, para identificar porque voce fui roteado ao sair BR-101 onde o GPS falou. Ja entrei muitos maxspeed nesse região para melhorar o roteamento, mandei uns 5-6 issues para OSRM para melhorar o penalidade por roteamento urbana, e procurei para entender que tipo tags pode dar penalidade similar no GPS como Garmin. Voce dize no um comentario que ha muitos radares do 60km/h nesse trecho ES-060, se voce olhando meu Mapillary e a mapa voce pode ver que quase tudo deles ja e no mapa e que o velocidade desses radares não e 60km/h mas e 80km/h Espero se voce começar editar esses trechos que voce mesmo procurando que tem nesses imagens Mapillary, se voce não quer esperar ate eu terminar meu levantamento e analisa dos dados, para não totalmente gasta meu tempo levantando esses dados. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-cz] otevreni ramp na Prazskem okruhu
Ahoj, jestli mate nekdo mistni znalost a jistotu, ze zprava http://praha.idnes.cz/otevren-novy-najezd-z-r1-na-d5-na-zlicine-d95-/praha- zpravy.aspx?c=A150701_132805_praha-zpravy_bur je pravdiva, pak jest vhodne primerene editovat: http://www.openstreetmap.org/#map=17/50.05214/14.27736 viz tez: http://mapy.cz/s/jlD3 vop___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-br] Necessidade de intermediação
-Mensagem Original- From: Aun Johnsen Sent: Saturday, July 4, 2015 9:56 PM To: OpenStreetMap no Brasil Subject: Re: [Talk-br] Necessidade de intermediação Se voce quer entra em briga com pessoas sobre como voce mapeando, voce pode manter seus tracklogs no seu computador ou ate apaga-los sem compartilhar, mas esse so vai beneficiar seu ego do brigar, e não o projeto ou comunidade. Eu compartilhando meus trilhos, e ativo no Mapillary, e outros coisas que pode ajudar a comunidade em geral. Provavelmente voce não vai ver as tracklogs que compartilho porque publica-los como trackable, significando que eles são organizados mas meu identificadora e segredo. Voce pode compartilhar assim, e isso vai deixar tudo mundo acesso dos dados sem identificar voce pessoalmente. É a sua opinião e respeito, entretanto minha formação é militar e por meio dela aprendi a sempre agir com lealdade e confiabilidade. Acredito no próximo até prova em contrário. O OSM não é um tribunal onde devemos nos resguardar com provas todas nossas edições. Marcio, quando perguntando voce sobre dados, voce e muito rápido mostrar fontes que não podemos utilizar para defender seu mapeamento. Por gentileza, vamos comentar os fatos que estão descritos e arquivados no debate do changeset. Não sei se é a sua dificuldade de idioma, mas ali pode rever você que apontei as fontes ilícitas e comentei que elas não poderiam ser empregadas no OSM, mas que serviam como fontes de analise. Comentei que minha fonte de mapeamento foi um tracklog recebido de um colaborador que reside em Porto Velho e que infelizmente não o tenho mais e confesso que mesmo se o tivesse não o apresentaria porque não preciso ficar insistentemente justificando meus atos. Eu mencionou o TrackSource so porque eu sei que o comunidade tem muito trabalho identificar edições ilícito copiado do TS, mas não tem conhecimento nesses dados. Voce me mostrou 2 imagens desse trevo do fontes que eu não conheço, eu não sei se isso poderia ser TS ou não, mas sempre pode ter suspeito desse. Eu vai achar muito ruim se vai parecer voce copiando dados do TS, o trabalho do verificar seus 5000 changesets para identificar qual deles pode ser copiado do TS vai ser um tarefa grande demais. Eu acho muito estranho que voce não quer compartilhar com o comunidade os dados que te auxiliando resolver problemas da mapa, ações muito simples de teu parte poderia resolver muitos discussões rapidamente. Mais uma vez identifico que sua dificuldade no idioma português não o permite ler adequadamente o que citamos. Lá no debate do changeset informei as fontes WAZE e HERE. Se você diz agora que não conhece essas fontes ilícitas me desculpe, pois a maioria as conhece e imaginei que você também as conhecesse até porque la comentou você que o Waze empregou dados do OSM. Sobre dropar o maxspeed no ES-060, fui 2 vezes que reverti ao verdade no chão nesses trechos, uma vez do Marcio que resultou em um discussão feia, ate aqui na lista, onde eu prometeu, a promessa que não esqueci mas ainda não houve condições ao completar, a resolver esse roteamento no forma melhor, outro vez fui um pessoa da MG que coloquei 110 no tudo trecho do BR-101 dizendo que conheci a local porque fui la nas ferias, eu moro no Guarapari, e frequentemente andando esses trechos do BR-101 e ES-060 pra Vitoria, maioria dos dados nesses trechos na mapa fui coletado por mim, e provavelmente conheço esse trecho melhor que maioria das pessoas nesse lista. Desculpe, mas citar que conhece o trecho melhor que a maioria do pessoal da lista é para mim prepotência. Muitos conhecem o trecho, inclusive eu que por sinal estarei trafegando por ele na próxima semana quando estarei novamente indo a Vila Velha. Eu sei que ainda pode errar, e sei que não e ideal com roteamento jogando voce dentro Vila Velha e Vitoria em vez passar o contorno. Me deixa explicar esse trecho melhor para vocês, o contorno do Guarapari tem parte condições física que pode ser mapeado como highway=motorway, esse trecho tem velocidade alta (110 e 80), cruzamento sem nível, canteiro central dividindo as faixas fisicamente, e restrições de pedestres e ciclistas, mas ainda mapeado como highway=trunk porque acho rediculo ter um motorway de somente 10 quilometros, continuando ES-060 pra Vila Velha o velocidade e 80 (antigamente tinha 110 mais parte do trecho, mas acho fui reduzido para 80 por caso do urbanização), fora do 2 trechos limitados, um do pedágio e outro urbano, ha algum radares, mas maioria deles e do 80km/h, tem algum novos também, principalmente no um area onde ha desenvolvimento urbano. 2 lugares tem pista lateral com velocidade reduzido (60), mas pista central ainda tem 80. Nesse parte tem muitos semáforos, ja tentei mapear tudo mas pode faltar algum ainda. Parte urbano do Vila Velha e Vitoria tem muitos semáforos, e possível ainda eles falto. Conhecendo bem a ES-060 deve ter se esquecido que a velocidade máxima no trecho da ES-060 onde se
Re: [Talk-at] Gleisbaustelle Hütteldorf (49)
Kevin Kofler wrote: Der N49 ist übrigens auch von der Umleitung betroffen (er wird wohl kaum über das offene Gleis schweben oder auf der einen verbleibenden Spur geisterfahren ;-) ), die genauen Änderungen sind aber nicht offiziell dokumentiert. Richtung stadteinwärts (Kärntner Ring, Oper bzw. Hütteldorfer Straße U) wird wohl wie der 49E über Bahnhof Hütteldorf (SU) gefahren, ob dann dafür stadtauswärts die (bzw. einige) Stichfahrten über Bergmillergasse-Hütteldorf SU-Bergmillergasse entfallen, weiß ich aber nicht. (Meine Vermutung: An Wochentagen, wo nur bis Bujattigasse gefahren wird, wird wahrscheinlich der Bahnhof Hütteldorf nur auf der Rückfahrt stadteinwärts angefahren, an Wochenenden werden die Stichfahrten stadtauswärts wohl eher bleiben. Aber ich liege mit den Vermutungen nicht immer richtig, die Wiener Linien tun manchmal komische Dinge.) Der N49-Fahrplan für die Dauer der Bauarbeiten ist jetzt online: http://www.wienerlinien.at/media/files/2015/linie_n49_04_07_2015_157785.pdf Stadtauswärts: * entfallen die Bedarfsstichfahrten (nur nach Anmeldung beim Fahrer) über Bergmillergasse-Hütteldorf SU-Bergmillergasse (werktags), Bergmillergasse und Hütteldorf SU werden da nur auf der Rückfahrt angefahren, * bleiben die fixen Stichfahrten bestehen, sowohl die 2 an Werktagen (warum? Irgendein Anschluß? Personalwechsel? Minimierung der Fahrplanänderungen?) als auch alle am Wochenende. Stadteinwärts fahren (wie erwartet) alle Kurse wie der 49E: Hütteldorf, Bujattigasse - Bergmillergasse - Hütteldorf SU - Baumgarten (mit nur diesen Haltestellen). Kevin Kofler ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
[OSM-talk] API down?
Hi, it seems the api is down? I can't get a connection from JOSM, ID, or a direct URL in my browser. Regards, Maarten ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-ja] 京都世界遺産マッピングパーティ 第4回は 7/11 に東寺
京都の山下です。皆さんこんにちわ。 京都世界遺産マッピングパーティ第4回東寺は、 いよいよ来週となりました。 皆さんどうぞお越しください!! In message 20150616.000540.60846430.yasun...@yamasita.jp yasun...@yamasita.jp writes 京都の山下です。皆さんこんにちわ。 毎月一つづつ世界遺産をコンプリートしようという企み、 京都世界遺産マッピングパーティ第4回は 7/11 に東寺をターゲットにします。 https://openstreetmap.doorkeeper.jp/events/26487 ゆるーり観光しながらサーベイ 向日市の公民館に移動して OpenStreetMap にマッピング、 マッピングの後は激辛懇親会!! 参加をお待ちしています! -- 山下康成@京都府向日市 ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-talk] API down?
I'm getting the same from Canada. Cheerio John On 4 July 2015 at 09:00, Maarten Deen md...@xs4all.nl wrote: Hi, it seems the api is down? I can't get a connection from JOSM, ID, or a direct URL in my browser. Regards, Maarten ___ 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: [OSM-talk] API down?
Is down for me too. On 7/4/2015 3:00 PM, Maarten Deen wrote: Hi, it seems the api is down? I can't get a connection from JOSM, ID, or a direct URL in my browser. Regards, Maarten ___ 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: [OSM-talk-fr] Intégration des Boites Postale dans Osmose
Le 4 juil. 2015 à 14:42, osm.sanspourr...@spamgourmet.com a écrit : Moi si, non parce qu'il n'y a pas écrit La Poste ;-) mais parce que l'on est plutôt sur un service de courrier dont l'opérateur est La Poste. operator=La Poste J'ai cherché la poste, saint-marc, brest. Je tombe sur le bureau de poste et les boîtes aux lettres. name Brest Saint Marc operator La Poste C'est exactement ce que je m'attends à trouver, même logique que pour les supermarchés. Pas La Poste, Groupe La Poste, bureau de Brest Saint-Marc. Si j'ai bien saisi l'idée, si un groupe commercial dispose d'une multitude de raisons sociales, enseignes, etc, on devrait mettre comme name toutes les noms affichés de ses succursales, sauf, ceux qui sont identiques à son nom. Chronopost, oui, La Poste, non. Les Carrefour City et Market n'affichent plus que le second item, doit-on mettre en clair le logo qui équivaut à Carrefour ? Christian R.___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-it] Mail/messaggio per richiesta apertura dati geografici Comune Messina
John Doe wrote Proverò a mandare la mail all'indirizzo da te indicato. Eventualmente provvederò anche a mandare qualche messaggio sui social. È l'unica occasione per avere quei dati. dai dai! un po di fiducia ;-) tienici informati ps:io fra qualche mese, quando si saranno calmate le acque agitate dal periodo elettorale, riproverò a mandare la lettera al sindaco di Gela che nel frattempo è diventato Domenico Messinese. Candidato con il m5s ha un punto del programma dedicato alla trasparenza della PA e qualche accenno all'OpenData,quindi ho ottime speranze che qualche dato potremo ottenerlo;tra l'altro ho scoperto che con la fine delle provincie i dati in ambito catastale passano di competenza dei singoli comuni ma non so se si applica anche alla Regione Sicilia. - Ciao, Aury -- View this message in context: http://gis.19327.n5.nabble.com/Mail-messaggio-per-richiesta-apertura-dati-geografici-Comune-Messina-tp5849251p5849487.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-at] N29, N41 (war: Re: Gleisbaustelle Hütteldorf (49))
Diesen Sommer werden übrigens auch der N41 (6.7.-16.8.) und der N29 (8.7.-31.8.) umgeleitet (Gleisbaustellen bei laufendem Straßenbahnbetrieb): http://www.wienerlinien.at/eportal2/ep/contentView.do/pageTypeId/66526/programId/74577/contentTypeId/1001/channelId/-47186/contentId/79329 Kevin Kofler ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [OSM-talk-fr] Doublon dans l'utilisation des clés pour décrire des jeux pour enfants
Et cette proposition? http://wiki.openstreetmap.org/wiki/Proposed_features/Playground_Equipment Jo 2015-07-03 11:52 GMT+02:00 JB jb...@mailoo.org: Le 03/07/2015 10:19, Jérôme Seigneuret a écrit : En regardant bien on peut voir qu'une partie des valeurs pour la clé attraction ne sont dans les faits des éléments qui devrait être tagué avec la clé playground. attraction=swing *playground=swing* attraction=sandbox *playground=sandpit* attraction=spring_rider *playground=springy* attraction=slide *playground=slide* attraction=seaseaw *playground=seesaw* attraction=playset *playground=slide; climbingframe* attraction=jungle_gym *playground=climbingframe* + 1. Les stats sur playground=* confirment l'utilisation cohérente de ta proposition : http://taginfo.openstreetmap.org/keys/playground#values, avec par exemple 1600+ playground=swing (18% des utilisations) contre 63 attraction=swing et 0.82% des valeurs. Les attraction=* seraient plutôt des compléments de tourism=attraction, et des attractions un peu plus conséquentes qu'une balançoire. JB. ___ 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-fr] Imagerie SPOT6
Le 03/07/2015 22:19, Philippe Verdy a écrit : Que pensez vous aussi de l'annonce faite par Microsoft de céder toute son activité cartographique pour Bing à Uber (dont l'activité en France est fortement menacée et pour l'instant suspendue ce soir au moins jusqu'en septembre ? L'imagerie satellite haute résolution restera-t-elle gratuite en France pour OSM alors qu'Uber ne pas la monétiser en France ? Et dans quelle mesure même Uber laissera cette imagerie disponible gratuitement de façon aussi libre même ailleurs dans le monde alors qu'il doit monétiser sa couteuse acquisition? A-t-on alors d'autres sources pour l'imagerie haute résolution partout sur le territoire ? Vu passer ce tweet qui aborde la question, et y répond, faute de mieux : https://twitter.com/rbrundritt/status/616028862531530752 vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Doublon dans l'utilisation des clés pour décrire des jeux pour enfants
@Jo C'est celle dont je parle et c'est justement l'existance de tags similaire avec les même photo dans la proposition attraction. Tu verras que les clés indiqués correspondent à celle de ton lien ;-) Le 4 juillet 2015 13:05, Jo winfi...@gmail.com a écrit : Et cette proposition? http://wiki.openstreetmap.org/wiki/Proposed_features/Playground_Equipment Jo 2015-07-03 11:52 GMT+02:00 JB jb...@mailoo.org: Le 03/07/2015 10:19, Jérôme Seigneuret a écrit : En regardant bien on peut voir qu'une partie des valeurs pour la clé attraction ne sont dans les faits des éléments qui devrait être tagué avec la clé playground. attraction=swing *playground=swing* attraction=sandbox *playground=sandpit* attraction=spring_rider *playground=springy* attraction=slide *playground=slide* attraction=seaseaw *playground=seesaw* attraction=playset *playground=slide; climbingframe* attraction=jungle_gym *playground=climbingframe* + 1. Les stats sur playground=* confirment l'utilisation cohérente de ta proposition : http://taginfo.openstreetmap.org/keys/playground#values, avec par exemple 1600+ playground=swing (18% des utilisations) contre 63 attraction=swing et 0.82% des valeurs. Les attraction=* seraient plutôt des compléments de tourism=attraction, et des attractions un peu plus conséquentes qu'une balançoire. JB. ___ 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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Doublon dans l'utilisation des clés pour décrire des jeux pour enfants
Ah zut, moi j'avais compris que c'était l'intention d'utiliser playground_equipment comme clé et je ne serais pas surpris si c'était comme cela à l'origine. Jo 2015-07-04 13:05 GMT+02:00 Jo winfi...@gmail.com: Et cette proposition? http://wiki.openstreetmap.org/wiki/Proposed_features/Playground_Equipment Jo 2015-07-03 11:52 GMT+02:00 JB jb...@mailoo.org: Le 03/07/2015 10:19, Jérôme Seigneuret a écrit : En regardant bien on peut voir qu'une partie des valeurs pour la clé attraction ne sont dans les faits des éléments qui devrait être tagué avec la clé playground. attraction=swing *playground=swing* attraction=sandbox *playground=sandpit* attraction=spring_rider *playground=springy* attraction=slide *playground=slide* attraction=seaseaw *playground=seesaw* attraction=playset *playground=slide; climbingframe* attraction=jungle_gym *playground=climbingframe* + 1. Les stats sur playground=* confirment l'utilisation cohérente de ta proposition : http://taginfo.openstreetmap.org/keys/playground#values, avec par exemple 1600+ playground=swing (18% des utilisations) contre 63 attraction=swing et 0.82% des valeurs. Les attraction=* seraient plutôt des compléments de tourism=attraction, et des attractions un peu plus conséquentes qu'une balançoire. JB. ___ 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-fr] Intégration des Boites Postale dans Osmose
Même plus simple le name c'est La Poste! Pour le reste c'est une sous sectorisation. En effet qu'en on parle d'aller à un bureau de poste ou dans une autre société on ne parle pas d'aller à Tavel mais à La Poste de Tavel. Ici le village c'est que l'implantation. Il y a une logique organisationnel sur le terrtoire comme c'est le cas pour la grande-distribution. Sachant qu'en plus c'est privatisé, Le Nom de la société doit au moins figuré dans le tag A la limite cela règle ton problème: Name = La Poste - Montpellier Préfecture Avec le mode de séparation que vous voulez pour identifier le fait qu'il y a la société et son bureau local. Et cela en respectant la casse imposé dans OSM et pas un texte qu'en capitale. Au pire il faut transformer l'ensemble des tags de manière à avoir le texte sans accents et soundex de Osmose nous proposera de corriger. Le tiret quand à lui peut être analyser comme dans n'importe quel soft et remplacé sur la carte par un renvoi à la ligne. @Christian: Ce qui est pénible c'est de faire avec des contraintes de normalisation. En effet retraiter le tag name c'est pénible mais dans tous les cas si tu veux sortir l'ensemble des boulangeries, tu iras d'abord choisir le couple clé+valeur plutôt qu'un nom dans lequel ce sera peut être écrit Le Bon Pain de Dédé au lieu de Boulangerie et au mieux tu compléteras en recherchant dans le tag name les valeurs correspondantes (ou inversement car dans tous les cas c'est complémentaire). Il faut dire que ce problème et un parallèle au sujet Si c'est un problème d'identification du type de commerce, et c'est le cas pour pas mal de type de boutique, il faut essayer de compléter l'iconographie. Mais ça c'est un autre sujet Yves met en avant un problème supplémentaire correspondant au fait qu'il n'y ai pas de système de filtrage lié à nominatim. Je parle de recherche avancée. Et ça ce serait un plus. @Vincent: Comme dit Christian il y a le Reverse géocoding et il y a le lien vers le site de La Poste comme référence et un is_in est plus performant comme clé pour déterminer une inclusion vu que le nom correspond à un suburb ou à un town et autre. Mais cela implique dans tous les cas des relations entre différents jeux. C'est une base contenant des éléments relationnel. S'il faut faire des fichiers plats, dans ce cas c'est l'outil d'extraction qui va fournir les infos manquantes. L'objectif de sortir un jeu de données non contaminant et des infos à l'identique de celui de la source et à bannir de fait. On va changer la précision et on ne prend pas forcément tout le contenu du fichier source. On fait le lien et c'est ça le plus important à mon sens. Ne pas perdre l'origine de l'info et la date de cette dite source ou celle de source locale (avec une date). Le fait d'avoir name=La Poste ne me choque pas, pas plus que pour une autre société. Après pour lever toutes ambiguités c'est un complément de nom pour moi et dans nos SIG c'est géré comme tel. Quand on parle de service d'un organisme c'est le même problème genre SDIS 30 - service * Le 4 juillet 2015 12:07, Christian Quest cqu...@openstreetmap.fr a écrit : Un reverse géocodage de masse sur adresse.data.gouv.fr et c'est réglé ;) Oui, je comprends bien ton propos, mais généralise le à tout type de POI... et on devrait mettre tout plein d'infos sur tout les POI... le retour des is_in ? Quelqu'un a même suggéré (à juste titre) de supprimer le code postal sur les boites aux lettres de rue ;) Le 04/07/2015 11:58, Vincent de Château-Thierry a écrit : Le 04/07/2015 11:44, Christian Quest a écrit : Je ne trouve aucun apport à avoir un nom identique à celui de la commune pour les bureaux de poste. C'est un service, en principe générique, et sa localisation n'a en fait aucune importance. C'est différent pour une gare qui correspond à un service qui sert à se déplacer et donc d'aller d'un point A à un point B où la différenciation est essentielle au service et où le nom me semble important. Quand il y a plusieurs bureaux de poste dans une même commune, là le nom commence à servir à les différencier (exemple dans ma commune avec une Poste principale et 4 autre bureaux). On revient à nouveau sur la notion de nom... et ce qu'on doit mettre ou pas dans name=* Je vois que l'idée d'autonomie d'un jeu de données à encore du chemin à faire... Il n'y a pas que les cartes dans la vie ;) Supposons un consommateur* de données OSM qui n'utilise que les bureaux de poste. Il ne veut pas les prendre dans l'OpenData de La Poste, car le positionnement géographique est moins précis que dans OSM. Mais à vous suivre, s'il les extrait d'OSM, il va se retrouver avec un tag name majoritairement vide, rempli quasi uniquement dans les communes à plusieurs bureaux. Vous trouvez ça pratique à utiliser ? Homogène ? S'il faut en passer par un croisement avec les limites communales pour retrouver le nom, alors qu'il était présent dans la source intégrée, je pense qu'on
Re: [OSM-talk-fr] Intégration des Boites Postale dans Osmose
Le 04/07/2015 12:07, Christian Quest a écrit : Un reverse géocodage de masse sur adresse.data.gouv.fr et c'est réglé ;) Oui, je comprends bien ton propos, mais généralise le à tout type de POI... et on devrait mettre tout plein d'infos sur tout les POI... le retour des is_in ? Quelqu'un a même suggéré (à juste titre) de supprimer le code postal sur les boites aux lettres de rue ;) Ça me rappelle quelque chose en effet ;) La nuance que je vois ici, par rapport au géocodage de masse, c'est qu'on est face à une info (le nom) fournie par la source, et qui n'obéit pas à une règle aussi simple que je prends le nom de la commune où je me situe. Tout l'intérêt c'est d'avoir le bénéfice du résultat (le nom rempli) sans avoir à faire un reverse géocodage voire reverse engineering. Et encore une fois, partir d'un jeu de données où un champ est rempli à 100%, pour en dériver un jeu dans OSM avec juste quelques % remplis, me semble contre-productif dans son principe. Sur le tout type de POI, non, hors de question de généraliser. Je pense juste qu'il faut être opportunistes (et feignants) en utilisant ce qui nous est fourni, quand il est fourni, plutôt que d'avoir à le re-créer a posteriori. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Sous relations itinéraires cyclables
Bonjour, Désolé de mettre quelques jours à répondre. Je suis actuellement à la campagne et n'ai pas toujours accès à internet. On 30/06/2015 17:03, GaelADT wrote: L'ON3V définit une étape comme une portion d'itinéraire qui peut se parcourir à vélo en une journée. En effet, et je pense que c'est une bonne définition même si elle est mal rédigée. Je dis mal rédigée car elle ne tient pas compte du fait que certaines personnes font 30 km par jour tandis que d'autres en font 150. Il faudrait plutôt écrire « une portion d'itinéraire qui peut être parcourue à vélo en une journée, par un public familial et non sportif ». Ce qui veut dire, grosso-modo, des étapes de 20 km (relief) à 50 (plat). Nous pourrions nous baser sur les étapes définies par le site francevelotourisme pour créer ces sous-relations. Cependant, beaucoup d'itinéraires sont manquants, une vingtaine seulement sont représentés, (peut-être est-ce dû à l'état d'avancement des aménagements...), pour les autres, nous aurons simplement à calculer cette distance parcourue à vélo et les définir nous-même. En fait, c'est le modèle économique de FVT qui veut ça. FVT demande aux collectivités de payer pour faire figurer leurs itinéraires sur le site. Il n'y a donc sur le site que certains grands itinéraires pour lesquels des collectivités sont prêtes à payer. Mais plutôt que de se baser sur FVT, j'ai une autre idée (voir plus bas). Le souci avec une décomposition en petites véloroutes, c'est qu'il y aura des chemins à part car l'itinéraire principal, il continue. Une petite véloroute (relation-enfant) composante de l'itinéraire principal (la relation-parent) peut se trouver au début, au milieu ou à la fin de l'itinéraire principal et une relation constituée de chemins + sous-relation véloroute + des chemins encore, ce n'est pas très élégant. D'accord avec ça. On rejoint l'avis de RainerU-2 pour les variantes, une sous-relation pour les représenter est ce qui peut se faire de mieux. Pareil. Un découpage par étapes donc est une des solutions possibles pour structurer les itinéraires cyclables sur openstreetmap. De plus, on constate qu'ils sont structurés de plusieurs façons,Géovélo se propose d'homogénéiser les données sur toute la France. OK avec ça aussi. Maintenant j'explique pourquoi j'ai posé la question. C'est parce que j'avais une solution très précise en tête, mais je voulais déjà connaître l'état de vos réflexions avant. Je suis plutôt content car je vois que ça converge avec ce que je voulais proposer. Je suis contributeur OSM (occasionnel) depuis plusieurs années, mais aussi voyageur à vélo. Et depuis six mois, je travaille avec l'AF3V (Association Française pour le développement des Véloroutes et Voies Vertes). On a sorti avec l'IGN une carte de toutes les VVV françaises, dont vous avez peut-être entendu parler. http://www.af3v.org/Guide-des-VVV-de-France.html Et pour faire cette carte, nous avons fait un découpage de tout le réseau en étapes. En effet, notre carte comporte un système de numérotation qui permet à l'usager d'accéder sur notre site aux fiches descriptives des étapes. Ces étapes correspondent à la définition de l'ON3V. Je pense qu'il serait tout à fait pertinent qu'OSM et Geovélo utilisent le même découpage, dans un but d'interopérabilité qui profiterait à ces trois entités et aux usagers. Si tu partages mon avis, je peux demander l'avis du bureau et vous transmettre le fichier qui donne le découpage. Je pense que ça ne devrait pas poser de problème. Qu'en penses-tu ? -- Adrien ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Sous relations itinéraires cyclables
On 30/06/2015 20:16, Jean-Baptiste Holcroft wrote: +1, il semble plus simple d'utiliser les tronçons officiels quand ils existent, sinon n'en faire qu'une relation. Si la proposition de mon message précédent est acceptée par Gaël, il y a de fortes chances pour qu'on arrive à faire reconnaître comme officiel le découpage qui sera déjà partagé par l'AF3V et par OSM. -- Adrien ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Osmose] Ajout d'un test sur la nature en tant que nom d'objet
Ok bon les verbes c'est clair que c'est mort. @romain: Si je prends l'histoire du cimetière (et dans le cas ou il n'y a qu'un et que ça reprend le nom de la ville je vois pas l'intérêt. En plus ça alourdi l'étiquetage sur la carte pour rien et on y per en lisibilité Si c'est une question de requête il faut traité ça autrement avec soit un requête spatiale soit l'ajout du is_in Si je prend mon ancien village en nom local, tous le monde appel les service: école de * mairie de * piscine de * service technique de * cimetière de * et j'en passe... Pour moi il n'y a pas de nom ce sont des natures qui sont appelées correspondant encore une fois à des tags (OSM est une base ou juste une table attributaire? ) Dans une liste communale, le journal, une affiche devant un service quelconque; Cela ce comprend que l'on ajout le type de service et la localité. Mais pas dans une base. Le seul problème c'est quand au-lieu nom il y a ancien * ou nouveau * Pour en finir avec cette histoire de name. Soit le terme est galvodé et c'est qu'un libellé auquel, faute de mieux, on y met ce que l'on voit; Sauf que comme mentionné dans d'autre discussion le nom sur le terrain peut être faut et le nom officiel peut lui aussi l'être à cause d'une erreur administrative. Le 4 juillet 2015 11:50, Christian Quest cqu...@openstreetmap.fr a écrit : Oui c'est cette liste que j'ai utilisé comme base. Le 03/07/2015 23:19, Jean-Baptiste Holcroft a écrit : Parles tu de cette liste déjà traduite pour nominatim ? https://github.com/openstreetmap/openstreetmap-website/blob/f0ecc6312b74aee11725bf0aaae47614fc9f2a87/config/locales/fr.yml#L427 Le 3 juil. 2015 16:04, Christian Quest cqu...@openstreetmap.fr a écrit : Le 03/07/2015 15:46, Jérôme Seigneuret a écrit : Des descriptions en tant que nom name=Piste de Roller (dégradée) + *highway=** Peut-être tester l'usage de verbe dans le tag name Je connais pas de voirie en contenant Le tout premier qui me vient à l'esprit: prolongée ;) Inexistence de type de voirie (rue, allée, place, ...) Là aussi on risque d'avoir un paquet de faux positifs... Pour les POI, le script d'extraction que j'ai utilisé pour alimenter addok tente de gérer justement la présence du type de POI dans le name=*. Je me suis basé sur une liste utilisée pour la traduction du site osm.org . -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ 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-fr] Intégration des Boites Postale dans Osmose
Moi si, non parce qu'il n'y a pas écrit La Poste ;-) mais parce que l'on est plutôt sur un service de courrier dont l'opérateur est La Poste. operator=La Poste J'ai cherché la poste, saint-marc, brest. Je tombe sur le bureau de poste et les boîtes aux lettres. name http://wiki.openstreetmap.org/wiki/FR:Key:name?uselang=fr Brest Saint Marc operator http://wiki.openstreetmap.org/wiki/FR:Key:operator?uselang=fr La Poste C'est exactement ce que je m'attends à trouver, même logique que pour les supermarchés. Pas La Poste, Groupe La Poste, bureau de Brest Saint-Marc. Et l'icône de La Poste en fort zoom sur la carte OSM FR. Jean-Yvon Le 04/07/2015 12:31, Jérôme Seigneuret - jseigneuret-...@yahoo.fr a écrit : Le fait d'avoir name=La Poste ne me choque pas, pas plus que pour une autre société. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr