[Talk-it] Strada privata: dubbio su tagging
Ciao, oggi ho raccolto un po di civici del mio paese con Vespucci e li sto inserendo in OSM, approfittandone anche per sistemare le strade. Mi sono imbattuto in parecchi cartelli con scritto Strada privata e mi stanno sorgendo alcuni dubbi a proposito del tagging. Stando alla wiki italiana (http://wiki.openstreetmap.org/wiki/IT:Key:access) il tagging corretto è highway=residential + access=destination perchè access=private è solo se la strada corre DENTRO una proprietà privata mentre quelle che ho visto io sono strade residenziali che collegano alcune case in cui si può passare ma non parcheggiare per esempio (a meno di essere i residenti). Il ragionamento di tagging è corretto? Il cartello comunque è questo: http://www.ariete-group.com/public/images/15254.png Inoltre ne approfitto per chiedere se questo cartello (http://www.pixlemon.com/signs-cartelli-zeichen/files/cartelli/05402020/zoom.jpg) ha lo stesso valore del precedente. Grazie! Leonardo ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-ca] Future Shop
Future Shop has closed all 131 stores in Canada and will replace 65 of them with Best Buy stores while closing the remainder. I have created a wiki page https://wiki.openstreetmap.org/wiki/Future_Shop to keep track of them. Please help change Future Shops to shop=vacant, add any Future Shops (with shop=vacant) that exist but are missing from OSM, change them to Best Buys if they become Best Buys, change them to something else if they get replaced with something else, and update the wiki. Thanks. ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-it] Numeri civici Ferrara
Se sposti i numeri civici controllandoli ad uno ad uno, unificandoli a quelli già esistenti, e salvandoli per piccoli changeset, tecnicamente non stai facendo un import, ma un inserimento controllato per un subset ristretto a verifica non automatica. Non si preconfigura quindi come import. Ne abbiamo parlato proprio oggi a Bologna durante la conferenza di Spaghetti Open Data, in una sessione di OSM coordinata da Simone Cortesi. Per cui al limite una minima documentazione può bastare. Saluti Sbiri Il 28/Mar/2015 20:09 Stefano Droghetti stefano.droghe...@gmail.com ha scritto: Il 28/03/2015 17:06, Andrea Musuruane ha scritto: Ciao Stefano, dov'è la pagina del wiki che descrive l'import? Devi anche discutere dell'import sulla mailing list internazionale dedicata. Io non so nulla di import. Per via politica però siamo riusciti ad ottenere i civici di Ferrara, quindi si diceva che se tutto va bene qualcuno si può occupare dell'import. Se mi dite dove come si comincia, dove mettere la discussione eccetera, posso imparare :-) ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-ca] duplicate address data
Today, Gerd Petermann wrote: - wrong data like * addr:interpolation ways crossing the road * addr:interpolation ways with nodes that have equal numbers I don't see any problem with addr:interpolation ways going from the beginning up to the end of a street. If it cause a problem in the renderer, it should be addressed by the renderer developers. If the purpose is accuracy, we may add 2 address nodes in the interpolation way. For the mapper (surveyor), the address vector is, (in most cases) a linear set of data. In most cases, a street should be a single way. Same for adddress interpolation. If a strret is segmented (because of a change in spped limits, for example), it should not affect the interpolate way. If the constraint (addr:interpolation crossing a junction) is removed, then segments can be merged and duplicated addresses will not be a problem anymore. dega Le 28 mars 2015, 08:15:56 talk-ca-requ...@openstreetmap.org a écrit : Date: Sat, 28 Mar 2015 09:15:40 +0100 From: Gerd Petermann gpetermann_muenc...@hotmail.com To: talk-ca@openstreetmap.org talk-ca@openstreetmap.org Subject: [Talk-ca] duplicate address data Hi Stewart, I am not sure what you try to say here. I don't care much about special cases. My understanding is that the normal scheme in Canada is to have - odd numbers on one side and even numbers on the other side of a road (as in Germany) - numbers seem to be related to distance, one should not expect to find 20 houses when an addr:interpolation=both way connects two nodes with 1 and 20 This is also documented here: http://en.wikipedia.org/wiki/House_numbering#North_America In Germany I would expect to find 20 houses or a large building with 20 different entries. as described here: http://en.wikipedia.org/wiki/House_numbering#Western_and_Southern_Europe I wanted to point out that the OSM data base for Canada contains a huge amount of - useless data like duplicated addr:interpolation ways including nodes from different imports which IMHO should be removed ASAP. I don't know how to automate that process, but I volunteer to help. - wrong data like * addr:interpolation ways crossing the road * addr:interpolation ways with nodes that refer to a different street * addr:interpolation ways with nodes that have equal numbers Do you suggest that programs using the OSM data should tolerate these errors and try to guess what is meant? Of course each programmer can do that, but I think the right way is to try to have good data in OSM and let programs report the data that is not plausible. Gerd ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-it] Deletion of relations in Sicily / Di eliminazione delle relazioni in Sicilia
SomeoneElse ha scritto: On 24/03/2015 06:03, Luca Delucchi wrote: I would like to know the opinions from so sicilian guys... Has anyone been able to get in touch with any local mappers from Sicily yet? It'd certainly be nice to get their opinion. I'm a (former) Sicilian mapper. I didn't speak before as I'm living abroad for a while and basically not mapping in Sicily (also because there is no much left to map in my former area, thanks to other mappers :), but I followed the project since the very beginning. I didn't check all the delete relations, but it seems that the user simply killed all street relations, which are still valid, I would say. I know the user that fixed/created many of them (David Paleino, I tried to contact him but no answer so far) and I trust him and the accuracy of his work. Moreover, as already pointed out, a user whose first commit is plain removal of tons of relations is definitely something strange. Not discussed with the community too, that's bad. I personally vote for revert and strictly control of the user (I think he will try again). Ciao -- Luigi ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [OSM-talk-ie] FW: map for townlands project
Hi,I am a novice and trying to work out how to open up the map from Map Warper into JOSM. Any help would be most appreciated here. This has been set as an exercise for an assignment and I have been working on this all day and just cannot see how to do this.Many thanks. g Date: Wed, 25 Feb 2015 22:47:50 + From: donal.diam...@gmail.com To: talk-ie@openstreetmap.org Subject: Re: [OSM-talk-ie] FW: map for townlands project All 4 of IRL-GSGS-3906-11-05 series are here: http://mapwarper.net/maps?field=titlequery=IRL-GSGS-3906-11-05show_warped=0 Just click on the Rectify Map link for the sheet you wish to work on. Good Luck! D On 25 February 2015 at 22:37, Gill Weyman gil...@hotmail.com wrote: Hi, Please can I have the following map for the townlands project. Do you also have a link from where I can start to edit it etc. I have subscribed. 11/5 swMany thanks Gill Weyman ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie
Re: [OSM-talk-ie] Townland mapping, time for another update I think
Michael, I hope you don't mind my taking liberties but I've moved some of your rectification points in Mapwarper and the map looks reasonably OK now (there are a couple of green points but most are blue). My general advice when starting warping would be: 1. Look at the road network at the corners of the map and see if you can find the corresponding roads using the Bing imagery, Streams and river confluences are not necessarily a good idea because they can physically change over time (and streams aren't always accurately drawn in the first place). If one of the corners doesn't have any road network (which is the case for the north-west corner of 14-15-SW) then try to get as near the corner as you can. 2. Use the Bing imagery to ensure that the road network is correctly traced in OSM and change it if necessary.. 3. Then place rectified co-ordinates at those four corners. This will at least give you a rough but reasonably accurate initial warp which you can then refine later. Regards, Paddy Matthews. On Sat, Mar 28, 2015 at 5:15 PM, Dave Corley davecor...@gmail.com wrote: Hi Michael, As Donal uploaded sheets to Mapwarper I added links to Mapcraft however I am behind adding links that's why you don't see a link from Mapcraft. You can add this link yourself, many people have. As for not having much to rectify against, I've come up against this too. The only solution is to map some features against which you can rectify. In Mapcraft, when you click on the tile you want, you will see a remote button with Josm open. This will open only this area of OSM data in Josm. Dave On 28 Mar 2015 17:02, Michael Larkin larki...@gmail.com wrote: Hi All Having difficulty warping 14/15 SW,requested on 19th March the link given in response to my request for this is http://mapwarper.net/maps?field=titlequery=IRL-GSGS-3906-14-15show_warped=0 The OSM layer given on this page seriously lacks detail which is widely available on other layers and this makes accurate rectifying difficult The cropping and rectifying I have done only show on this website and not elsewhere , nothing shows up on Mapcraft As is clearly obvious I am low tech and not a very skilled mapper and new to Townlands but hope I can contribute . Problem - the Instruction Video indicates access through Mapcraft Help welcome Skralm On 19 March 2015 at 21:21, Donal Diamond donal.diam...@gmail.com wrote: On 19 March 2015 at 19:37, Michael Larkin larki...@gmail.com wrote: great progress Could I have 14/15 SW uploaded Please to start Limerick Uploaded http://mapwarper.net/maps?field=titlequery=IRL-GSGS-3906-14-15show_warped=0 Best to stick to rural areas first - mapping the City area will be hard. D ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie
Re: [Talk-it] Numeri civici Ferrara
2015-03-28 20:08 GMT+01:00 Stefano Droghetti stefano.droghe...@gmail.com: Il 28/03/2015 17:06, Andrea Musuruane ha scritto: Ciao Stefano, dov'è la pagina del wiki che descrive l'import? Devi anche discutere dell'import sulla mailing list internazionale dedicata. Io non so nulla di import. Per via politica però siamo riusciti ad ottenere i civici di Ferrara, quindi si diceva che se tutto va bene qualcuno si può occupare dell'import. Se mi dite dove come si comincia, dove mettere la discussione eccetera, posso imparare :-) Si inizia leggendo qui: https://wiki.openstreetmap.org/wiki/Import/Guidelines Ciao, Andrea ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [OSM-talk-fr] Iznogoud Kalife : la rue de Verdun imaginée par le GPS
Le 28 mars 2015 18:52, Donat ROBAUX dona...@gmail.com a écrit : Petite lecture distrayante en ce WE de printemps. http://www.estrepublicain.fr//edition-de-verdun/2015/03/27/verdun-le-gps-indique-une-rue Le fameux Oeuf de Pâques. La période tombe bien. PY ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-it] Numeri civici Ferrara
Il 28/03/2015 17:06, Andrea Musuruane ha scritto: Ciao Stefano, dov'è la pagina del wiki che descrive l'import? Devi anche discutere dell'import sulla mailing list internazionale dedicata. Io non so nulla di import. Per via politica però siamo riusciti ad ottenere i civici di Ferrara, quindi si diceva che se tutto va bene qualcuno si può occupare dell'import. Se mi dite dove come si comincia, dove mettere la discussione eccetera, posso imparare :-) ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Numeri civici Ferrara
2015-03-28 20:33 GMT+01:00 Fabrizio Tambussa ftambu...@gmail.com: Se sposti i numeri civici controllandoli ad uno ad uno, unificandoli a quelli già esistenti, e salvandoli per piccoli changeset, tecnicamente non stai facendo un import, ma un inserimento controllato per un subset ristretto a verifica non automatica. Non si preconfigura quindi come import. Se parto da un database iniziale, anche se li controllo uno a uno e li sposto, faccio comunque un'opera derivata (la posizione non è più la stessa ma gli altri dati sì) e quindi ho comunque un import (magari non automatizzato ma è lo stesso un import). Ciao, Andrea ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-ca] clarification regarding duplicate address data
Hi all, I think there are some missunderstandings, sorry for my poor english. 1) I am NOT talking about the problem that a single house can have more than one address. I don't want to solve that problem. I AM talking about those cases where two or more nodes have the same tags AND the same coordinates, only source=* is different. This is not an error, but I think it should be avoided. 2) With addr:interpolation ways crossing a road I meant that they start on the left side of the road and end of the right side. Gerd ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-in] classification for rural roads
One peculiar problem I faced while mapping in kerala is the villages are spread out, there are usually no village centers. Also many cases there is no hard boundary to separate two panchayths or even districts. Yes, there are hard boundaries for administrative purpose, but for most practical purpose there is only a blured line . So when I map in places not in my neighbourhood, it was always a problem. only think clear to me whether the road is wide enough to accomodate two vehicles or not. In such scenarios mapping tertiary based on connective village centers may not be feasible. Other think is many roads have a lot of curves, steep inclines, though wide enough average speed we can take in this roads are limited. Though they are good for small distances, best be avoided while travelling long distances. Regards Sunil On 03/28/15 20:43, I Chengappa wrote: If the roads you are mapping connect two villages / local population centres, then it should be sufficient to tag them as tertiary roads, (with the lane number information if you have it). That usage reflects the original meaning outside OSM of 'tertiary road', (similarly secondary roads connected towns, primary roads connected cities - a quite simplistic classification, but useful to bear in mind). Note that in the primary definitions there is no requirement that these be asphalted, metalled or anything else - this also is in agreement with the underlying meaning of the terms 'road' and 'highway'. They are defined primarily by their traffic and usage. For the first two options you mention, I see these problems - - a country lane or any other road that does not serve residential houses is not a residential road, pretty much by definition. - any road that requires drivers to pull over on to their shoulders to pass each other is not a two lane road, again almost by definition. I agree that there is a significant problem with the attempt to create a distinct road classification for India - yes that wiki page is still a list of suggestions mixed with opinions and discussions. I think that when you find it does not make sense for any particular situation, the best solution is to fall back on the basic and underlying OSM definitions e.g. at highway=residential http://wiki.openstreetmap.org/wiki/Tag:highway%3Dresidential. These definitions will return anyway, because they reflect both wider OSM practice, and often normal English usage, hence many contributors will keep using them. Thanks, user indigomc On 28 March 2015 at 11:14, Nura Uttelamiak uttelam...@gmail.com mailto:uttelam...@gmail.com wrote: Hi, I have been trying to map some of the roads around my area. I have seen quite a few types of roads around here. 1) Asphalted roads that are wide enough just for a single car/small truck. There are no shoulders to these kind of roads and the road boundaries are usually hard walls built around farm land. so if some other car comes in the opposite direction, you certainly have to go back 100-200meters to let it pass. 2) Asphalted roads that are wide enough for a car/small truck, but with shoulders. so it is possible to let the car in opposite side to pass by moving over to road shoulder. 3) Asphalted roads that are wide enough for 2 cars or a bus. typically connects 2 main villeges. I tried to look at http://wiki.openstreetmap.org/wiki/Talk:Tagging_Roads_in_India to see how these roads can be classified. It looks to me that one way to classify this would be for (1) = tag is as residential road and put lanes=1 (2) = tag it as unclassified road and put lanes=2 (3) = tag it as tertiary road and put lanes = 2. Could somebody comment if this is alright ? (i still can't make out if Tagging_Roads_in_India page contains a number of suggestions from different people which is still under discussion or if there is some consensus. if there is consensus, can someone familiar with it put a summary at the end of the page). thanks, arun ___ Talk-in mailing list Talk-in@openstreetmap.org mailto:Talk-in@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-in ___ Talk-in mailing list Talk-in@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-in ___ Talk-in mailing list Talk-in@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-in
Re: [OSM-talk-fr] Iznogoud Kalife : la rue de Verdun imaginée par le GPS
ce n'est pas la premiere fois qu'on trouve ces incongruïtés insérées volontairement par les éditeurs de données protégées juste dans le but de prouver une utilisation abusive et une violation de leur licence (et pas que dans la cartographie, les Pages Jaunes françaises en sont bourrées !) Comme les éditeurs ne veulent pas communiquer là-dessus (secret commercial et industriel), il n'y a que quand ils reçoivent des plaintes des utilisaturs qu'il les corrigent (mais en en ajoutant d'autres disséminées statistiquement dans les données...) En cartographie il est facile d'insérer ces œufs de Pâques par des tracés à la géométrie tres improbable ou erratique : il suffit de mettre des encoches en zig-zag par endroit, dans des zones où ce n'est pas trop gênant pour l'interprétation des cartes). Même le cadastre le fait pour symboliser aussi visuellement des tracés imprécis (où un relevé détaillé n'a pas été fait mais juste estimé par quelques segments peu détaillés entre deux zigzags : la position de ces zig-zags sur un tracé permet de repérer justement que le tracé est issu du cadastre, si on a utilisé le tracé tel quel, seulement notre utilisation du cadastre est légale et ce n'est pas gênant si on trouve ces tracés erratiques par endroit, on a une licence valide et la DGFiP ne nous attaquera pas sur la démonstration de ces tracés, d'autant plus qu'on indique qu'une partie tres importante de nos données en France en sont issues en mentionnant la paternité) D'autres œufs de Pâques sont des bâtiments qui n'ont jamais existé, ajoutés sur des terrrains vides, des petits chemins piéton qui n'ont jamais été réellement mis en place et même pas praticables (ou barrés par une clôture ou un fossé), ou simplement prolongés poru se connecter de façon imaginaire à un autre chemin proche. Même dans OSM on fait des tracés imaginaires (par exemple dans les carrefours traversant une place, on positionne arbitrairment un point central d'interconnexion quelquepart sur cette place, unoiquement pour assurer cette interconnexion, même chose sur la position relative des embranchements de bretelles d'entrée ou de sortie d'une voie à chaussées séparées : tant qu'on n'a pas réellement tracé les ilots de séparation, ces décrochages sont assez arbitraires mais cherchent juste à régulariser les angles) : Ici joue l'interprétation de celui qui fait le tracé, dans des marges acceptables qui permettent d'approcher correctement le trajet suivi par un véhicule roulant à la vitesse limite autorisée, et devant anticiper ses virages (et c'est pratique justement pour la navigation assistée, mais aussi pour faciliter le travail de logiciels de routage qui cherchent les chemins évitant les virages trop serrés afin de prendre les bretelles les plus pratiques), car dans OSM on se place dans l'optique d'un réutilisateur, mais pas dans celle de les induire en erreur ou chercher à les dépister, on élimine donc volontiers les erreurs et approximations (et même souvent on indique que des données sont approximatives et devraient être revues)... Alors que les éditeurs de données protégées eux les taisent et font comme si de rien n'était et en ajoutent (ils tiennent certainement une base de données secrete des endroits où ils ont mis ces incongruïtés dans les données qu'ils distribuent afin de pouvoir en suivre statistiquement le nombre (y en a-t-il assez pour protéger leurs données ?) et aussi savoir quoi faire quand ils ont plus tard de nouvelles données utiles à intégrer qui entreraient en conflit : ils savent instantanément que ce sont des pseudo-données et qu'avant de les supprimer, ils doivent regarder s'ils ne devraient pas en recréer d'autres à proximité, afin de protéger justement les nouvelles données réelles qu'ils veulent ajouter, et mettre à jour alors leur base de données secrete) --- De tels œufs de Pâques existent en grand nombre chez Google (pire, maintenant ils sont insérés de façon imprévisible mais spécifiquement pour chaque utilisateur profilé, car tout le monde ne voit pas les mêmes cartes Google depuis mai 2014 où toutes les cartes ont commencé à être personnalisées, et elles le sont maintenant de façon systématique pour tout le monde depuis septembre dernier) : il n'est plus possible même pour un bot analysant les cartes de Google de débusquer des œufs de Pâques visibles par d'autres utilisateurs. D'autres œufs de Pâques sont visibles par tout le monde ou presque (par exemple Google se permet d'ajouter ou supprimer des accents ou ajouter des mots parasites dans les noms de rues, ou modifier des masculins et féminins, ou remplacer avenue par boulevard, changer des prénoms, ajouter ou remplacer des titres comme commandant. même signalés à Google, les corrections mettent des mois à être prises en compte (mais peuvent revenir aléatoirement plus tard, car Google utilise ces erreurs comme source possible pour ses œufs de Pâques personnalisés : il conserve les versions historiques avant corrections et les réinjectent quand bon lui
[OSM-talk] weeklyOSM 244 now in English - enjoy!
The weekly round-up of OSM news, issue # 244, is now available online in English, giving as always a summary of all things happening in the openstreetmap world: http://www.weeklyosm.eu Enjoy! -- ## Manfred Reiter - - ## www.weeklyOSM.eu ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-ca] duplicate address data
Hi Stewart, I don't care much about special cases. I'd say that rural addressing is between 10-20% of addresses in Ontario. Far from a special case. OK. I understand that this is a problem, I just don't care about it because I can't solve it with my knowledge. I wanted to point out that the OSM data base for Canada contains a huge amount of - useless data like duplicated addr:interpolation ways including nodes from different imports which IMHO should be removed ASAP Yes, I agree that there are some errors, but we can't guarantee that the Canvec 10 data will be much better, or that some of the older data is bad just because of its version. Imports work really badly in Canada, as our source data isn't wonderful and we don't have enough folks on the ground to verify. Let's start with the simple problem first. I don't want to replace data, I just want to remove completely obsolete data. I don't know what's the best way to do that. I can code a small program which scans a download from geofrabrik with rules like this: 1) select nodes which are referenced as first or last node in addr:interpolation ways and which are not referenced by any othe way or relation, 2) of those nodes find the ones with equal (or almost equal) coordinates and equal tags except source=*, mark them 4) select such a pair of equal nodes, lets call them n1 and n2 5) select the addr:interpolation ways that have such marked nodes, lets call them w1 and w2. 6) make sure that w1 and w2 have no common node 7) make sure that w1 and w2 end with another pair of marked nodes 8) if both ways have a source tag containing CanVec, select the one with the older version, lets call it w_older 9) make sure that none of the nodes referenced by w_older is referenced by an other way or relation 10) remove w_older and all it nodes I think we will find thousends of ways. I have no idea how bots are working on the OSM database, but I think this would be a task for one. If I would write such a program, it would produce an *.osm file containing a lot of rows like this (or whatever is needed to delete the ways and nodes) ?xml version='1.0' encoding='UTF-8'? osm version='0.6' upload='true' generator='CanVec-Cleaner' bounds minlat='45.448' minlon='-76.3457702' maxlat='45.4351546' maxlon='-76.3437317' origin='CGImap 0.3.3 (11726 thorn-01.openstreetmap.org)' / node id='972298820' action='delete' timestamp='2010-10-31T15:13:05Z' uid='186592' user='Johnwhelan' visible='true' version='1' changeset='6240358' lat='45.4338469' lon='-76.3437594' /node node id='972299268' action='delete' timestamp='2010-10-31T15:13:25Z' uid='186592' user='Johnwhelan' visible='true' version='1' changeset='6240358' lat='45.4346425' lon='-76.3457425' /node way id='83504524' action='delete' timestamp='2010-10-31T15:19:40Z' uid='186592' user='Johnwhelan' visible='true' version='1' changeset='6240358' /way /osm - wrong data like … * addr:interpolation ways with nodes that refer to a different street Is there a way to make interpolation names change if the street name is edited/corrected? Unless this happens, I see these errors as inevitable. I see no easy way to automate that. The problem is that you can't say for sure that road has the right name and all addr:interpolation nodes are wrong. I guess one could try to analyse the changesets, but I have no knowlege here. Gerd ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] duplicate address data
Hi Gerd, I don't care much about special cases. I'd say that rural addressing is between 10-20% of addresses in Ontario. Far from a special case. I wanted to point out that the OSM data base for Canada contains a huge amount of - useless data like duplicated addr:interpolation ways including nodes from different imports which IMHO should be removed ASAP Yes, I agree that there are some errors, but we can't guarantee that the Canvec 10 data will be much better, or that some of the older data is bad just because of its version. Imports work really badly in Canada, as our source data isn't wonderful and we don't have enough folks on the ground to verify. - wrong data like … * addr:interpolation ways with nodes that refer to a different street Is there a way to make interpolation names change if the street name is edited/corrected? Unless this happens, I see these errors as inevitable. cheers, Stewart ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [OSM-talk-fr] FFRandonnée ? de quoi rire encore un moment (jaune ?)
L’article L. 123-3 précise que « la durée du droit exclusif est de soixante-dix années à compter du 1er janvier de l'année civile suivant celle où l'œuvre a été publiée. » Il est question d'harmoniser le droit d'auteur au niveau européen à 50 ans. https://fr.wikipedia.org/wiki/%C5%92uvre_collective#cite_note-2 d'après la FFRP : http://www.ffrandonnee.fr/_13/historique.aspx le 31 août 1947, on inaugure symboliquement, à Orléans, le premier tronçon du GR®3 d’Orléans à Beaugency sur 28 km la très grande majorité des GR sont donc encore couvert par le droit d'auteur, ça va ce libéraliser progressivement (le GR20 est tracé en 1970 ... il va falloir être patient) Donc on espère surtout que ça va harmoniser dans le bon sens au niveau européen :-p -- Éric --- L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel antivirus Avast. http://www.avast.com ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-it] Numeri civici Ferrara
Caro Andrea, ne abbiamo discusso stasera a cena con gente di almeno 5 regioni diverse, e questi sono alcuni punti emersi. 1) non e' un import perche' non parto da un database, ma da un elenco. Il db è semmai un'opera derivata dall'elenco dei civici. (Elenco - strutturazione - database ) 2) edito a piccoli pezzi controllati tipo via o quartiere. Non importo bulk, ma edito. 3)Se fosse come dici tu, quasi la totalità degli oggetti mappati da satellite (il db delle immagini satellitari) sarebbero da cancellare perché opera derivata. 4) è arrivato il dolce e abbiamo parlato d'altro... Saluti Sbiribizio e la community a SOD15 Il 28/Mar/2015 21:21 Andrea Musuruane musur...@gmail.com ha scritto: 2015-03-28 20:33 GMT+01:00 Fabrizio Tambussa ftambu...@gmail.com: Se sposti i numeri civici controllandoli ad uno ad uno, unificandoli a quelli già esistenti, e salvandoli per piccoli changeset, tecnicamente non stai facendo un import, ma un inserimento controllato per un subset ristretto a verifica non automatica. Non si preconfigura quindi come import. Se parto da un database iniziale, anche se li controllo uno a uno e li sposto, faccio comunque un'opera derivata (la posizione non è più la stessa ma gli altri dati sì) e quindi ho comunque un import (magari non automatizzato ma è lo stesso un import). Ciao, Andrea ___ 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
[OSM-talk-be] Administrative map of Belgium with mapping of the polygon to the municipality name or zip code?
Hello, I have an idea for a language study project in Belgium and it would really help if there were a map of Belgian municipalities with the names of municipalities or zip codes linked to polygones. I found [1] but it has only ids of the form path80-8-8. which is not very helpful. Could you by any chance give me hint as to where I can find such a map? Thanks in advance, -- Alexander Mikhailian [1] http://commons.wikimedia.org/wiki/File:Belgium_administrative.svg ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [Talk-ca] duplicate address data
I was on a Federal government committee that looked at addresses. Stats Canada for the labour force survey or unemployment survey has its own database of addresses. A Canada Post postcode may refer to a physical location which is normal, or a post van route which is the rural route side of things, or an organisation. The last is rare but does exist and its not linked to a physical location. If the organisation moves it keeps the same post code. Government offices in Gatineau are given an Ottawa post code as a lot of mail is to other departments and it would otherwise go to Montreal to be sorted. Gatineau is across the river from Ottawa. A physical postcode may have the sorting office name as part of the correct postal address address, or the municipality or a name that Canada Post invents. My official Canada Post address is Orleans, ON K4A 1M7 it used to be Navan ON K4A 1M7, Navan had the post office where the mail was sorted and is a municipality. Before amalgamation I lived in Cumberland but now I live in Ottawa. The house has not moved. K4A is an Ottawa post code and there is no municipality and never has been called Orleans. The addresses that come from CANVEC come from yet another government department and I understand these are obtained from the provincial governments not Canada Post. Cheerio John On 27 March 2015 at 22:54, Stewart C. Russell scr...@gmail.com wrote: Hi Gerd, I've tried the latest data for Ontario. Addressing in Canada is a little bit, um, *special*. And I say that as someone born in the UK, a country famous for its ultra-baroque addressing. The important thing I've learned about addresses here is that postal address ≠ civic address. City addressing is mostly logical, although with a lot of the municipalities being forcibly amalgamated in 1998, there are many redundant municipality names/boundaries that *kind of* matter in addresses. For example, I live in *Toronto*. If you check Canada Post's address finder, I live in the (former) Township of *Scarborough*. My postal code, according to Canada Post and almost everyone on the planet, is M1K 3N*7*. But my civic address, the one for which I pay property taxes, has a postal code of M1K 3N*8*. But the City of Toronto sends that tax bill to M1K 3N7, as Canada Post doesn't agree with the city. [Some bright spark at a vendor I use decided to rationalize all of the former municipality addresses into the more modern *Toronto* — and immediately broke my pre-authorized credit card payments. Seems that the card was attached to a Scarborough address, which didn't verify against Toronto, so payments were stopped.] Confused yet? Wait until you get to the countryside. There you get postal addresses which might include a Rural Route number (a mail delivery route) instead of a street name. There are also County/Township Route numbers, which are actually street names, but can also have names, like Prescott and Russell Road 17, which is County Route 17 on the border of Prescott Russell counties. There's yet another address form in rural areas, which includes the multi-digit 911 number. This is the emergency services number, and is often given along with the road name. Canada Post may or may not deliver to a 911 number. And frankly, the less said about rural postal codes, the better. What could be usefully done is stripping out redundant address data where addresses are clearly inside nested administrative boundaries. There are a lot of addresses that look like this: *tag k=addr:housenumber v=1045/* * tag k=addr:street v=Pape Avenue/* tag k=addr:city v=East York/ tag k=addr:province v=ON/ tag k=addr:country v=CA/ The last three tags are wholly superfluous, and mean that Nominatim spits out overly long addresses like “1045, Pape Avenue, Thorncliffe Park, East York, Toronto, Ontario, M4K 3M6, Canada”. To one of your interpolation examples: http://www.openstreetmap.org/node/2009492976 — the end nodes of the interpolation have addr:street http://wiki.openstreetmap.org/wiki/Key:addr:street?uselang=en-CA = County Road 17, but the street itself has name http://wiki.openstreetmap.org/wiki/Key:name?uselang=en-CA = Prescott and Russell Road 17. It would be nice if we could interpolate the nearest parallel(ish) road, rather than needing a name. cheers, Stewart ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
[OSM-talk-be] Fwd: Administrative map of Belgium with mapping of the polygon to the municipality name or zip code?
Overpass is the answer to your question. You can use overpass to extract the boundary polygons, and then other software to convert it to a rendered map. See this example query: http://overpass-turbo.eu/s/8rD With that query, you can simply extract all municipalities (mapped with admin_level=8) in the province West-Vlaanderen. A smaller area makes it easier to test. To load Belgium, you should just switch the name to Belgium, and the admin_level to 2 (for national boundaries). It's possible that Belgium becomes too heavy for overpass-turbo, in that case, you can go via Overpass API directly (see http://www.overpass-api.de/query_form.html ), which doesn't render the received data, but just gives you the data as text. Also note that the output format is defined to be JSON, if you prefer other formats, there are more choices: http://wiki.openstreetmap.org/wiki/Overpass_API/Overpass_QL#Output_Format_.28out.29 Is that enough for the municipalities? Or do you also want more info on rendering the maps? For the zip codes, well, those aren't completely mapped yet. Some municipalities have multiple zip codes, and it's very hard to find correct boundaries for those. Regards, Sander 2015-03-28 13:36 GMT+01:00 Alexander Mikhailian mikhail...@mova.org: Hello, I have an idea for a language study project in Belgium and it would really help if there were a map of Belgian municipalities with the names of municipalities or zip codes linked to polygones. I found [1] but it has only ids of the form path80-8-8. which is not very helpful. Could you by any chance give me hint as to where I can find such a map? Thanks in advance, -- Alexander Mikhailian [1] http://commons.wikimedia.org/wiki/File:Belgium_administrative.svg ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk] New features in iD - looking for feedback and beta testers..
Am 27.03.2015 um 19:39 schrieb Bryan Housel: - Don’t delete ways that are part of a route/boundary Relation This will prevent a bunch of breaking edits to relations - Thanks RichardF! https://github.com/openstreetmap/iD/pull/2526 https://github.com/openstreetmap/iD/pull/2526 Why only route and boundary relations ? How about multipolygons, turn-restrictions and all the relations iD does not know about ? As long as iD often hides the membership behind a scroll bar on the left, people will not easily recognize all the relations an object is member of. cu colliar 0xE8F56581.asc Description: application/pgp-keys signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-be] De Lijn website
Der is zoveel verkeerd met de boodschap op hun site in 1 zin: U kunt uw route ook altijd plannen via Google Maps In de vorige eeuw hadden ze ook al zoiets als een URL uitgevonden waarop je kon klikken. De goede oude tijd van hyperlinks. Toen proprietaire oplossingen nog 'IN' waren. On 28-03-15 10:07, Jo wrote: Hallo Marc, Dat gebeurt de laatste tijd wel vaker. We hebben alle haltes in OSM, maar voor de real-time info verwijzen we natuurlijk wel door naar De Lijn. Wat ook lastig is, is dat al die dure palen met schermen ook niet werken als de site van De Lijn plat ligt. De keerzijde is wel dat de website van De Lijn de laatste tijd enorm verbeterd werd, maar het is onbegrijpelijk waarom ze die uitrol van nieuwe mogelijkheden niet kunnen 'stagen', ofte incrementeel kunnen implementeren. Oh, wat het toevoegen van informatie over de reiswegen betreft, daar zal ik hulp bij nodig hebben. Veel hulp. Het toevoegen van de zowat 5 haltes heb ik in grotendeels op m'n eentje kunnen doen, maar ik ben nu wat uitgeblust en mijn interesses zijn wat aan het verschuiven. DeU kunt uw route ookU kunt uw route ook altijd plannen via Google Maps altijd plannen via Google Maps procedures staan wel online en alles is beschikbaar onder vrije licentie. Ook de werkwijze staat beschreven in m'n diary en op osm.be http://osm.be. En ik ben natuurlijk altijd bereid om anderen op weg te helpen d.m.v. Google Hangout sessies. Groeten, Polyglot Op 28 maart 2015 09:50 schreef Marc Coevoet ma...@dommel.be mailto:ma...@dommel.be: Dag, De website van de lijn ligt er al sinds minstens gisteren middag uit (vrijdag), en dat belooft nog tot zondag. Dat is me wat. En wij konden dat niet, de gegevens van de lijn online brengen... Het wordt tijd dat er 5 backups zijn, ...?? Als we per provincie een vzw opstarten, om overheidsgegevens online te zetten, met wat reclame tussen, nietwaar. ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Fwd: Administrative map of Belgium with mapping of the polygon to the municipality name or zip code?
Sander, I got the 14Mb of JSON data. AFAIU, converting from OSM JSON to geojson should be rather easy with something like osmtogeojson [1], and then, I'll be ready to display it with D3. Thanks a lot! [1] http://tyrasd.github.io/osmtogeojson/ On Sat, Mar 28, 2015 at 02:02:29PM +0100, Sander Deryckere wrote: Overpass is the answer to your question. You can use overpass to extract the boundary polygons, and then other software to convert it to a rendered map. See this example query: http://overpass-turbo.eu/s/8rD With that query, you can simply extract all municipalities (mapped with admin_level=8) in the province West-Vlaanderen. A smaller area makes it easier to test. To load Belgium, you should just switch the name to Belgium, and the admin_level to 2 (for national boundaries). It's possible that Belgium becomes too heavy for overpass-turbo, in that case, you can go via Overpass API directly (see http://www.overpass-api.de/query_form.html ), which doesn't render the received data, but just gives you the data as text. Also note that the output format is defined to be JSON, if you prefer other formats, there are more choices: http://wiki.openstreetmap.org/wiki/Overpass_API/Overpass_QL#Output_Format_.28out.29 Is that enough for the municipalities? Or do you also want more info on rendering the maps? For the zip codes, well, those aren't completely mapped yet. Some municipalities have multiple zip codes, and it's very hard to find correct boundaries for those. Regards, Sander 2015-03-28 13:36 GMT+01:00 Alexander Mikhailian mikhail...@mova.org: Hello, I have an idea for a language study project in Belgium and it would really help if there were a map of Belgian municipalities with the names of municipalities or zip codes linked to polygones. I found [1] but it has only ids of the form path80-8-8. which is not very helpful. Could you by any chance give me hint as to where I can find such a map? Thanks in advance, -- Alexander Mikhailian [1] http://commons.wikimedia.org/wiki/File:Belgium_administrative.svg ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be -- ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [Talk-in] India Postal Map
On 03/28/2015 12:21 PM, Yogesh योगि wrote: On Friday 27 March 2015 01:16 PM, Arun Ganesh wrote: There is a lot of pincode data for major towns and villages in India hidden in the postal_code tag like this http://www.openstreetmap.org/node/340748436 Most of this data comes from the AND import in 2008: http://wiki.openstreetmap.org/wiki/AND_Data Yesterday, I decided to extract the nodes with the postal_code tag and make a pincode+post office map. The result is available here to explore: http://goo.gl/MbPW7p amazing map..! :) This already looks like a very useful dataset to analyze pincode patterns and the postal network. Wonder if India Post has something like this internally. Although generally we see most of the towns/cities pincodes start with *001, I can also see few of them *000. Arun, wonderful. Since, initially the specific number may not matter, why not devide the areas into 1, 2, 3, 4, 5, --- 8. this way the distribution becomes very clear. I completely agree that this dataset is very useful and we should try to create a layer on OSM. btw, since postal codes are common in other parts of the world, can you point me to other visualizations of postal codes? -- GN ___ Talk-in mailing list Talk-in@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-de] Storchenhorste mappen
Am 27.03.2015 um 17:00 schrieb dezent...@web.de: Mein Vorschlag für das tagging sind folgende vier (mindestens zwei) tags: 1. natural=birds_nest 2. birds_nest=stork 3. species=Ciconia ciconia 4. species:de=Weißstroch +1, wobei 1 und 3 eigentlich ausreichen, 3 und 4 sind Alternativen Manchmal sind die Horste z.B. auf alten Schornsteinen drauf, so daß dieses OSM-Objekt evtl. nur um diese tags erweitert werden muß. hm, oder doch besser ein eigenes Objekt, z.B. node Relation falls der Schornstein auch nur ein node ist? Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-cz] Mapovací párty v Brně
Ahoj, jak už tu v diskuzi padlo [1], nebylo by špatné udělat malou mapovací párty. Představa je taková, že přes den provedeme mapování a diskuzi přímo v terénu a později se přesuneme někam k PC s projektorem, kde provedeme zmapování. Šlo by o akci cca na půlden až den, která by se konala poblíž Slovanského náměstí v Brně [2] (velký kruháč, park, MHD, obchody, ...) Pro zjištění zájmu a základních informací jsem na adrese: https://docs.google.com/forms/d/1mZlaIVsFCoBc4_H7N12sjFmqzqZU7bY2RCng_Lw8RU0/viewform spustil malý formulář (tak na minutu). Kdo by měl zájem, prosím o vyplnění (ale i pro nezájemce je tam odpověď). Díky a mějte se pěkně, Tomáš [1] https://lists.openstreetmap.org/pipermail/talk-cz/2015-March/011606.html [2] http://osm.org/go/0J6goWvdt-- ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk-fr] fonds mapnik diffusés dans la presse sans créditation
Le 28/03/2015 13:46, Frédéric Rodrigo a écrit : Bonjour, Salut Frédéric, Tout le monde peut le faire. Tu peux pointer cette page : http://www.openstreetmap.org/copyright Il faut juste le faire avec courtoisie et ne pas décourager l'usage d'OSM. ok, merci pour ta réponse. je prendrai contact avec les correspondants locaux la semaine prochaine. à bientôt. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] fonds mapnik diffusés dans la presse sans créditation
Bonjour,
habitant Limoux dans l'aude, je cherche des infos sur un gros évènemnet
local, Toques et Clocher, qui va bloquer la ville ce we.
Je viens donc de lire deux articles sur le sujet, mais ceux ci utilisant
des fonds osm (mapnik semble-t-il), mais sans la mention légale habituelle.
celui de la dépêche http://tiny.cc/kgi7vx interdit la reproduction
(click droit sur la photo aggrandie)
celui de l'indépendant http://tiny.cc/wii7vx appose son propre copyrigth
('D.R').
J'ai bien conscience que ce sont des mécanismes automatiques des site
web de ces journaux, et il est aussi possible que l'auteur de ces copies
d'écran soit simplement un agent de l'office du tourisme que le journal
a rediffusé sans y regarder de plus près.
Mais c'est peut-être l'occasion de mieux faire connaitre notre projet
auprés d'acteurs locaux.
D'où ma question:
quel est selon vous la meilleure approche pour rappeler les conditions
de réutilisation des données OSM ?
Par ailleurs,
est-ce qu'un simple quidam (contributeurs locaux) peut s'en charger,
ou bien est-ce du ressort d'un officiel de la fondation ?
merci pour vos éclaircissements.
--
Richard Hitier
06 44 26 75 82
http://www.co-libri.org/
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] fonds mapnik diffusés dans la presse sans créditation
Bonjour,
Tout le monde peut le faire. Tu peux pointer cette page :
http://www.openstreetmap.org/copyright
Il faut juste le faire avec courtoisie et ne pas décourager l'usage d'OSM.
Frédéric.
Le 28/03/2015 13:27, Richard Hitier a écrit :
Bonjour,
habitant Limoux dans l'aude, je cherche des infos sur un gros évènemnet
local, Toques et Clocher, qui va bloquer la ville ce we.
Je viens donc de lire deux articles sur le sujet, mais ceux ci utilisant
des fonds osm (mapnik semble-t-il), mais sans la mention légale habituelle.
celui de la dépêche http://tiny.cc/kgi7vx interdit la reproduction
(click droit sur la photo aggrandie)
celui de l'indépendant http://tiny.cc/wii7vx appose son propre copyrigth
('D.R').
J'ai bien conscience que ce sont des mécanismes automatiques des site
web de ces journaux, et il est aussi possible que l'auteur de ces copies
d'écran soit simplement un agent de l'office du tourisme que le journal
a rediffusé sans y regarder de plus près.
Mais c'est peut-être l'occasion de mieux faire connaitre notre projet
auprés d'acteurs locaux.
D'où ma question:
quel est selon vous la meilleure approche pour rappeler les conditions
de réutilisation des données OSM ?
Par ailleurs,
est-ce qu'un simple quidam (contributeurs locaux) peut s'en charger,
ou bien est-ce du ressort d'un officiel de la fondation ?
merci pour vos éclaircissements.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-cz] Mapovací párty v Brně
Ahoj, diky za aktivitu. Doplnim, ze by bylo asi vhodne to koncipovat tak, ze se napred sejdeme nekde pobliz v teple (predem diky tom.k :) a podle poctu zucastnenych se domluvime na postupu a pak to behem hodinky zmapujeme a rekneme dve hodinky to muzeme aplikovat do mapy. Myslim ze s rezervou by to melo byt za 4 hodiny hotove (a tim padem to lze planovat na vikend 8:30-12: 30, nerozbourat cely den a docilit vetsi ucasti). Teoreticky nabizim (v pripade zajmu) jako pridavek na zaver kratkou diskusi a ukazku jako uvod do OSM 3D tagovani, pripadne vytvoreni nejakeho vlastniho 3D modelu (konkretni budovy). vop -- Původní zpráva -- Od: Tomas Novotny to...@novotny.cz Komu: talk-cz@openstreetmap.org Datum: 28. 3. 2015 13:20:59 Předmět: [Talk-cz] Mapovací párty v Brně Ahoj, jak už tu v diskuzi padlo [1], nebylo by špatné udělat malou mapovací párty. Představa je taková, že přes den provedeme mapování a diskuzi přímo v terénu a později se přesuneme někam k PC s projektorem, kde provedeme zmapování. Šlo by o akci cca na půlden až den, která by se konala poblíž Slovanského náměstí v Brně [2] (velký kruháč, park, MHD, obchody, ...) Pro zjištění zájmu a základních informací jsem na adrese: https://docs.google.com/forms/d/1mZlaIVsFCoBc4_H7N12sjFmqzqZU7bY2RCng_Lw8RU 0/viewform spustil malý formulář (tak na minutu). Kdo by měl zájem, prosím o vyplnění (ale i pro nezájemce je tam odpověď). Díky a mějte se pěkně, Tomáš [1] https://lists.openstreetmap.org/pipermail/talk-cz/2015-March/011606.html [2] http://osm.org/go/0J6goWvdt-- ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz;___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk-be] Administrative map of Belgium with mapping of the polygon to the municipality name or zip code?
Hi, On Sat, Mar 28, 2015 at 1:36 PM, Alexander Mikhailian mikhail...@mova.org wrote: Could you by any chance give me hint as to where I can find such a map? Overpass is a good option, there is also this service to export boundaries: https://osm.wno-edv-service.de/boundaries/ If you find errors or mistakes of any kind please let us know. Met vriendelijke groeten, Best regards, Ben Abelshausen ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk] New features in iD - looking for feedback and beta testers..
Thank you for that Bryan. I found the C/V mechanism on live by accident recently and was ever so happy to see it introduced. I have not tried it on an Apple. The mini-map feature is fantastic, although on my keyboard it is the + button, the same location on keyboard as / in your case. The lower button next to Return key is how I sometimes describe it. I will see if I can test the other features advertised. One feature I am missing from JOSM is the ability to select several adjacent buildings and Square them all, currently squaring each one in iD deforms another and I end up with strange wedges using iD. Thanks for a fantastic editor! --Jóhannes Þann 27.3.2015 18:39, skrifaði Bryan Housel: Hi Everyone… It’s been a busy few months for the iD team, and we have a handful of new features that will be launching soon. We’d love to get some mappers to beta test and provide feedback! These features are available now by using the latest development branch of iD hosted at http://openstreetmap.us/iD/master/ Please try them out and report any issues or questions on our Github issue tracker: https://github.com/openstreetmap/iD/issues - Copy and Paste selected features with ⌘-C and ⌘-V https://github.com/openstreetmap/iD/pull/2498 - Conflict Resolution iD will now check if any of your modifications conflict with edits made by other users, and will present you with a UI to see the difference and choose how to resolve the conflict. https://github.com/openstreetmap/iD/pull/2489 - Smarter Way Movement When moving a connected way, iD will now slide the moving way along the non-moving way, rather than “zorroing” the connection point. https://github.com/openstreetmap/iD/pull/2516 - Don’t delete ways that are part of a route/boundary Relation This will prevent a bunch of breaking edits to relations - Thanks RichardF! https://github.com/openstreetmap/iD/pull/2526 - Map-In-Map You can now bring up a locator mini-map with the ‘/‘ key. By default it displays the current area but zoomed out by -6. Zoom and pan the mini-map to quickly find and move to different locations. https://github.com/openstreetmap/iD/pull/2554 Thanks! Bryan ___ 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-it] Si cerca materiale didattico sul uso di JOSM
Grazie, ottimo punto di riferimento e per copiare. Saluti Volker 2015-03-27 20:58 GMT+01:00 Alessandro ale_z...@libero.it: Il 27/03/2015 16:29, Volker Schmidt ha scritto: Cerco materiale didattico su OSM e JOSM per insegnamento pratico. L'accento è su infrastruttura ciclabile. Ti ricordi quando venisti a Genova nel 2012 per quella presentazione con la FIAB? Se vuoi usare le mie slide che proiettai quel giorno fai pure http://www.slideshare.net/AleZenaIT/openstreetmap-va-in-bicicletta Alessandro Ale_Zena ___ 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-de] Storchenhorste mappen
Der Weißstorch ist ein sogenannter Kulturfolger, d.h. er baut seinen Horst in menschlichen Siedlungen und hat keine Probleme mit Menschen, wenn sie ihn auf seinem Horst in Ruhe lassen. Seine Horste sind für jeden Mapper offensichtlich - gerade im Frühling bis Frühsommer. Hier gibt es keine naturschutzrelevanten Geheimnisse - kein Mapper soll irgendwo hochklettern oder seltene Arten stören. In den östlichen Bundesländern ist der Weißstorch vermutlich häufiger als z.B. im Ruhrgebiet. Aber selten und damit naturschutzfachlich sehr wertvoll ist der Weißstorch in Deutschland nicht mehr. Bei Schwarzstorch, Seeadler, Schreiadler und anderen Großvögeln ist das natürlich gänzlich anders - da teile ich die Bedenken! Beim guten alten Klapperstorch ist das aber gerade nicht so. Daher mein Vorschlag für das Mappen von Weißstorch-Horsten auch mit dem Hintergund, auf umliegende (ca. 3 km Radius) ökologisch wertvolle Landschaften schließen zu können. Freue mich, daß es schon ein +1 gab. Grüße sendet Lars ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-us] Boundaries and verifiability (was Re: Retagging hamlets in the US)
Serge Wroclawski writes: It's entirely possible that the names the locals use for that river differ from the government dataset, in which case, OSM would prefer you use the local name as the primary name, and not the official one. This is the USGS standard for naming in their topo maps. -- --my blog is athttp://blog.russnelson.com Crynwr supports open source software 521 Pleasant Valley Rd. | +1 315-600-8815 Potsdam, NY 13676-3213 | Sheepdog ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-de] Storchenhorste mappen
On Sat, 28 Mar 2015, dezent...@web.de wrote: Der Weißstorch ist ein sogenannter Kulturfolger, d.h. er baut seinen Horst in menschlichen Siedlungen und hat keine Probleme mit Menschen, wenn sie ihn auf seinem Horst in Ruhe lassen. Seine Horste sind für jeden Mapper offensichtlich - gerade im Frühling bis Frühsommer. Hier gibt es keine naturschutzrelevanten Geheimnisse - kein Mapper soll irgendwo hochklettern oder seltene Arten stören. In den östlichen Bundesländern ist der Weißstorch vermutlich häufiger als z.B. im Ruhrgebiet. Aber selten und damit naturschutzfachlich sehr wertvoll ist der Weißstorch in Deutschland nicht mehr. Bei Schwarzstorch, Seeadler, Schreiadler und anderen Großvögeln ist das natürlich gänzlich anders - da teile ich die Bedenken! Beim guten alten Klapperstorch ist das aber gerade nicht so. Daher mein Vorschlag für das Mappen von Weißstorch-Horsten auch mit dem Hintergund, auf umliegende (ca. 3 km Radius) ökologisch wertvolle Landschaften schließen zu können. Freue mich, daß es schon ein +1 gab. Hab gestern mit einem Naturkundler gesprochen, der ist der gleichen Meinung, 'Klapperstorch' ja, Schwarzstorch etc. nein. Deshalb auch von mir auch ein +1 ;) Der Weissstorch ist uebrigens eine geschuetzte oder gefaehrdete Art, aber nicht wegen der Naehe zu den Menschen, sondern weil ihm die Nahrungsgrundlage (Auen, Suempfe etc) entzogen wird. Und es gibt eine Menge anderer Arten, denen es aehnlich geht, z.B. Biber, Silberreiher, Eisvogel. Man mag diskutieren, ob das zum Kompetenzbereich von OSM gehoert, aber es sind ja viele naturbelassene Flaechen genau eingezeichnet. Da waere es denkbar, diesen Flaechen solche Arten zuzuweisen. a la area=mud animals=Biber,Silberreiher,Wasserratte ... A. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk-ie] Townland mapping, time for another update I think
Hi Michael, As Donal uploaded sheets to Mapwarper I added links to Mapcraft however I am behind adding links that's why you don't see a link from Mapcraft. You can add this link yourself, many people have. As for not having much to rectify against, I've come up against this too. The only solution is to map some features against which you can rectify. In Mapcraft, when you click on the tile you want, you will see a remote button with Josm open. This will open only this area of OSM data in Josm. Dave On 28 Mar 2015 17:02, Michael Larkin larki...@gmail.com wrote: Hi All Having difficulty warping 14/15 SW,requested on 19th March the link given in response to my request for this is http://mapwarper.net/maps?field=titlequery=IRL-GSGS-3906-14-15show_warped=0 The OSM layer given on this page seriously lacks detail which is widely available on other layers and this makes accurate rectifying difficult The cropping and rectifying I have done only show on this website and not elsewhere , nothing shows up on Mapcraft As is clearly obvious I am low tech and not a very skilled mapper and new to Townlands but hope I can contribute . Problem - the Instruction Video indicates access through Mapcraft Help welcome Skralm On 19 March 2015 at 21:21, Donal Diamond donal.diam...@gmail.com wrote: On 19 March 2015 at 19:37, Michael Larkin larki...@gmail.com wrote: great progress Could I have 14/15 SW uploaded Please to start Limerick Uploaded http://mapwarper.net/maps?field=titlequery=IRL-GSGS-3906-14-15show_warped=0 Best to stick to rural areas first - mapping the City area will be hard. D ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie
Re: [Talk-in] classification for rural roads
If the roads you are mapping connect two villages / local population centres, then it should be sufficient to tag them as tertiary roads, (with the lane number information if you have it). That usage reflects the original meaning outside OSM of 'tertiary road', (similarly secondary roads connected towns, primary roads connected cities - a quite simplistic classification, but useful to bear in mind). Note that in the primary definitions there is no requirement that these be asphalted, metalled or anything else - this also is in agreement with the underlying meaning of the terms 'road' and 'highway'. They are defined primarily by their traffic and usage. For the first two options you mention, I see these problems - - a country lane or any other road that does not serve residential houses is not a residential road, pretty much by definition. - any road that requires drivers to pull over on to their shoulders to pass each other is not a two lane road, again almost by definition. I agree that there is a significant problem with the attempt to create a distinct road classification for India - yes that wiki page is still a list of suggestions mixed with opinions and discussions. I think that when you find it does not make sense for any particular situation, the best solution is to fall back on the basic and underlying OSM definitions e.g. at highway=residential http://wiki.openstreetmap.org/wiki/Tag:highway%3Dresidential. These definitions will return anyway, because they reflect both wider OSM practice, and often normal English usage, hence many contributors will keep using them. Thanks, user indigomc On 28 March 2015 at 11:14, Nura Uttelamiak uttelam...@gmail.com wrote: Hi, I have been trying to map some of the roads around my area. I have seen quite a few types of roads around here. 1) Asphalted roads that are wide enough just for a single car/small truck. There are no shoulders to these kind of roads and the road boundaries are usually hard walls built around farm land. so if some other car comes in the opposite direction, you certainly have to go back 100-200meters to let it pass. 2) Asphalted roads that are wide enough for a car/small truck, but with shoulders. so it is possible to let the car in opposite side to pass by moving over to road shoulder. 3) Asphalted roads that are wide enough for 2 cars or a bus. typically connects 2 main villeges. I tried to look at http://wiki.openstreetmap.org/wiki/Talk:Tagging_Roads_in_India to see how these roads can be classified. It looks to me that one way to classify this would be for (1) = tag is as residential road and put lanes=1 (2) = tag it as unclassified road and put lanes=2 (3) = tag it as tertiary road and put lanes = 2. Could somebody comment if this is alright ? (i still can't make out if Tagging_Roads_in_India page contains a number of suggestions from different people which is still under discussion or if there is some consensus. if there is consensus, can someone familiar with it put a summary at the end of the page). thanks, arun ___ Talk-in mailing list Talk-in@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-in ___ Talk-in mailing list Talk-in@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-in
[Talk-lv] entrance warning
Labdien! Es atzīmēju ieejas (tag: entrance), un validācijas laikā dabūju sekojošo brīdinājumu: etntrance= must be connected to a way. Vai kāds var palīdzēt un pateikt priekšā, kā to var labot? Vikipedija un Google klusē šajā gadījumā. Paldies! ___ Talk-lv mailing list Talk-lv@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lv
[Talk-it] siti per la creazione di itinerari in bicicletta
Non so cosa stia succedendo a Bike Route Toaster, forse un problema di DNS, fatto sta che il sito è raggiungibile all'indirizzo http://191.235.223.25 Ciao. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-lv] entrance warning
On 28/03/15 17:27, Ilja Denisovs wrote: Labdien! Es atzīmēju ieejas (tag: entrance), un validācijas laikā dabūju sekojošo brīdinājumu: etntrance= must be connected to a way. Vai kāds var palīdzēt un pateikt priekšā, kā to var labot? Vikipedija un Google klusē šajā gadījumā. ieejas parasti ziimee eekaam - taatad tur jaabuut eekas outline liinijai (way). attieciigi entrance punktam jaabuut daljai no shiis liinijas. piemeeram, kaa shis : https://www.openstreetmap.org/node/2506490550 Paldies! -- Rich ___ Talk-lv mailing list Talk-lv@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lv
[OSM-talk-fr] Iznogoud Kalife : la rue de Verdun imaginée par le GPS
Petite lecture distrayante en ce WE de printemps. http://www.estrepublicain.fr//edition-de-verdun/2015/03/27/verdun-le-gps-indique-une-rue ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-it] siti per la creazione di itinerari in bicicletta
Il 28/mar/2015 18:33 gpstracks.it m...@gpstracks.it ha scritto: Non so cosa stia succedendo a Bike Route Toaster, forse un problema di DNS, fatto sta che il sito è raggiungibile all'indirizzo http://191.235.223.25 Hanno perso il nome del dominio. Ciao /niubii/ ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-lv] entrance warning
Ja, tagad tiešam sanāca! Paldies! :) On 28.03.2015. 19:39, Rich wrote: On 28/03/15 17:27, Ilja Denisovs wrote: Labdien! Es atzīmēju ieejas (tag: entrance), un validācijas laikā dabūju sekojošo brīdinājumu: etntrance= must be connected to a way. Vai kāds var palīdzēt un pateikt priekšā, kā to var labot? Vikipedija un Google klusē šajā gadījumā. ieejas parasti ziimee eekaam - taatad tur jaabuut eekas outline liinijai (way). attieciigi entrance punktam jaabuut daljai no shiis liinijas. piemeeram, kaa shis : https://www.openstreetmap.org/node/2506490550 Paldies! ___ Talk-lv mailing list Talk-lv@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-in] India Postal Map
On Friday 27 March 2015 01:49 PM, Sajjad Anwar wrote: Hey everyone, Arun and I have been working several PIN code sets. There are a lot of stuff that we can use and I'm going compile a nationwide list with coordinates. Will be interesting to see all those places which have same pincodes. -- Yogesh K S Sent from an Electronic Device ___ Talk-in mailing list Talk-in@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-in
Re: [OSM-talk-be] De Lijn website
Hallo Marc, Dat gebeurt de laatste tijd wel vaker. We hebben alle haltes in OSM, maar voor de real-time info verwijzen we natuurlijk wel door naar De Lijn. Wat ook lastig is, is dat al die dure palen met schermen ook niet werken als de site van De Lijn plat ligt. De keerzijde is wel dat de website van De Lijn de laatste tijd enorm verbeterd werd, maar het is onbegrijpelijk waarom ze die uitrol van nieuwe mogelijkheden niet kunnen 'stagen', ofte incrementeel kunnen implementeren. Oh, wat het toevoegen van informatie over de reiswegen betreft, daar zal ik hulp bij nodig hebben. Veel hulp. Het toevoegen van de zowat 5 haltes heb ik in grotendeels op m'n eentje kunnen doen, maar ik ben nu wat uitgeblust en mijn interesses zijn wat aan het verschuiven. De procedures staan wel online en alles is beschikbaar onder vrije licentie. Ook de werkwijze staat beschreven in m'n diary en op osm.be. En ik ben natuurlijk altijd bereid om anderen op weg te helpen d.m.v. Google Hangout sessies. Groeten, Polyglot Op 28 maart 2015 09:50 schreef Marc Coevoet ma...@dommel.be: Dag, De website van de lijn ligt er al sinds minstens gisteren middag uit (vrijdag), en dat belooft nog tot zondag. Dat is me wat. En wij konden dat niet, de gegevens van de lijn online brengen... Het wordt tijd dat er 5 backups zijn, ...?? Als we per provincie een vzw opstarten, om overheidsgegevens online te zetten, met wat reclame tussen, nietwaar. http://delijn.be/ Marc -- The Penguin has arrived - and he's not going away - ever. What's on Shortwave guide: choose an hour, go! http://shortwave dot tk 700+ Radio Stations on SW http://swstations dot tk 300+ languages on SW http://radiolanguages dot tk ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [Talk-in] India Postal Map
On Friday 27 March 2015 01:16 PM, Arun Ganesh wrote: There is a lot of pincode data for major towns and villages in India hidden in the postal_code tag like this http://www.openstreetmap.org/node/340748436 Most of this data comes from the AND import in 2008: http://wiki.openstreetmap.org/wiki/AND_Data Yesterday, I decided to extract the nodes with the postal_code tag and make a pincode+post office map. The result is available here to explore: http://goo.gl/MbPW7p amazing map..! :) This already looks like a very useful dataset to analyze pincode patterns and the postal network. Wonder if India Post has something like this internally. Although generally we see most of the towns/cities pincodes start with *001, I can also see few of them *000. -- Yogesh K S Sent from an Electronic Device ___ Talk-in mailing list Talk-in@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-in] India Postal Map
On Friday 27 March 2015 01:29 PM, Ishan Chattopadhyaya wrote: I like this dataset from the opendata portal, https://data.gov.in/catalog/all-india-pincode-directory Has very useful information of Indian post offices. I could put Head Post offices and Branch Post offices data with extracted Karnataka place nodes with postal_code tag - http://yogiks.github.io/osmplaces-pcodes/ More than half of the places in Karnataka which have post offices are been mapped with postal_code tag but few have been actually mapped with post offices. Also added this dataset as potential data source to map post offices in India to OSM wiki - https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dpost_office#Potential_data_source which could help mappers in India to map post offices. And there's *post_office:type*(http://wiki.openstreetmap.org/wiki/Key:post_office:type)**which is a sub-key of *amenity=post_office*. Although its differently used in different parts of the world, shall we use this key for specifying whether a post office is Head PO/Branch/Sub offices in India as per the pincode directory dataset.? -- Yogesh K S Sent from an Electronic Device ___ Talk-in mailing list Talk-in@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-in
Re: [OSM-talk-fr] Calvaire
Salut Intéressant, j'espère que ca va relancer mon projet d'aide à la saisie du petit patrimoine (appel sur la liste osm-bzh le 6 janvier) http://wiki.openstreetmap.org/wiki/WikiProject_France/Petit_Patrimoine Pour infos, je suis en contact avec une association de patrimoine locale qui a recensé toutes les croix dans la commune de Rospez et qui a réalisé son intégration dans OSM avec les 7 croix existantres. Il ya 67 croix recensées dans OSM pour la communauté LTC. Ensuite, il y a une source de données phénoménale sur le site http://patrimoine.region-bretagne.fr/ Les communes sont 'cartographiées' une à une pour recenser le patrimoine existant (une personne passe plusieurs semaines à arpenter la commune). Exemple de requete sur les croix à Ploubezre (commune 'cartographiée' récemment): http://patrimoine.region-bretagne.fr/gertrude-diffusion/recherche/globale?quoi=croix+de+chemintype=texte=ploubezre J'ai demandé plusieurs fois si les données pouvaient être ouvertes (au moins les données sur les terrains publics avec juste les méta-data et localisation), mais je n'ai pas eu de réponses. Le site a été financé par la région et le département...Comment avoir plus de poids ? Globalement, OSM est mal connu des associations de sauvegarde de patrimoine alors que OSM et tous les outils associés peuvent aider ces associations. Eric 2015-03-27 22:34 GMT+01:00 nono pingven...@free.fr: Salut Je l'aurais bien envoyé un mail pour lui signaler les possibilités offertes avec Openstreetmap, mais je ne vois aucune couche de carte visualisant les croix et calvaires. (Pour exemple) En connaissez-vous ? Je pense qu'OSM devrait contacter cette personne et lui expliquer le projet OSM. Ce serait gagnant/gagnant. Son site pointe vers des liens wikipédia. Cette personne n'est peut-être pas insensible aux projets collaboratifs. a+ nono -- Chuck Norris peut manger du potage avec des baguettes chinoises ___ 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-ca] duplicate address data
Hi Stewart, I am not sure what you try to say here. I don't care much about special cases. My understanding is that the normal scheme in Canada is to have - odd numbers on one side and even numbers on the other side of a road (as in Germany) - numbers seem to be related to distance, one should not expect to find 20 houses when an addr:interpolation=both way connects two nodes with 1 and 20 This is also documented here: http://en.wikipedia.org/wiki/House_numbering#North_America In Germany I would expect to find 20 houses or a large building with 20 different entries. as described here: http://en.wikipedia.org/wiki/House_numbering#Western_and_Southern_Europe I wanted to point out that the OSM data base for Canada contains a huge amount of - useless data like duplicated addr:interpolation ways including nodes from different imports which IMHO should be removed ASAP. I don't know how to automate that process, but I volunteer to help. - wrong data like * addr:interpolation ways crossing the road * addr:interpolation ways with nodes that refer to a different street * addr:interpolation ways with nodes that have equal numbers Do you suggest that programs using the OSM data should tolerate these errors and try to guess what is meant? Of course each programmer can do that, but I think the right way is to try to have good data in OSM and let programs report the data that is not plausible. Gerd Hi Gerd, I've tried the latest data for Ontario. Addressing in Canada is a little bit, um, /special/. And I say that as someone born in the UK, a country famous for its ultra-baroque addressing. The important thing I've learned about addresses here is that postal address ≠ civic address. City addressing is mostly logical, although with a lot of the municipalities being forcibly amalgamated in 1998, there are many redundant municipality names/boundaries that /kind of/ matter in addresses. For example, I live in *Toronto*. If you check Canada Post's address finder, I live in the (former) Township of *Scarborough*. My postal code, according to Canada Post and almost everyone on the planet, is M1K 3N_7_. But my civic address, the one for which I pay property taxes, has a postal code of M1K 3N_8_. But the City of Toronto sends that tax bill to M1K 3N7, as Canada Post doesn't agree with the city. [Some bright spark at a vendor I use decided to rationalize all of the former municipality addresses into the more modern /Toronto/ — and immediately broke my pre-authorized credit card payments. Seems that the card was attached to a Scarborough address, which didn't verify against Toronto, so payments were stopped.] Confused yet? Wait until you get to the countryside. There you get postal addresses which might include a Rural Route number (a mail delivery route) instead of a street name. There are also County/Township Route numbers, which are actually street names, but can also have names, like Prescott and Russell Road 17, which is County Route 17 on the border of Prescott Russell counties. There's yet another address form in rural areas, which includes the multi-digit 911 number. This is the emergency services number, and is often given along with the road name. Canada Post may or may not deliver to a 911 number. And frankly, the less said about rural postal codes, the better. What could be usefully done is stripping out redundant address data where addresses are clearly inside nested administrative boundaries. There are a lot of addresses that look like this: *tag k=addr:housenumber v=1045/* *tag k=addr:street v=Pape Avenue/* tag k=addr:city v=East York/ tag k=addr:province v=ON/ tag k=addr:country v=CA/ The last three tags are wholly superfluous, and mean that Nominatim spits out overly long addresses like “1045, Pape Avenue, Thorncliffe Park, East York, Toronto, Ontario, M4K 3M6, Canada”. To one of your interpolation examples: http://www.openstreetmap.org/node/2009492976 — the end nodes of the interpolation have addr:street http://wiki.openstreetmap.org/wiki/Key:addr:street?uselang=en-CA = County Road 17, but the street itself has name http://wiki.openstreetmap.org/wiki/Key:name?uselang=en-CA = Prescott and Russell Road 17. It would be nice if we could interpolate the nearest parallel(ish) road, rather than needing a name. cheers, Stewart ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
[OSM-talk-be] De Lijn website
Dag, De website van de lijn ligt er al sinds minstens gisteren middag uit (vrijdag), en dat belooft nog tot zondag. Dat is me wat. En wij konden dat niet, de gegevens van de lijn online brengen... Het wordt tijd dat er 5 backups zijn, ...?? Als we per provincie een vzw opstarten, om overheidsgegevens online te zetten, met wat reclame tussen, nietwaar. http://delijn.be/ Marc -- The Penguin has arrived - and he's not going away - ever. What's on Shortwave guide: choose an hour, go! http://shortwave dot tk 700+ Radio Stations on SW http://swstations dot tk 300+ languages on SW http://radiolanguages dot tk ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [Talk-cz] OT eko-okénko (was: Re: Rozdíl mezi road a track?)
Přimlouvám se za okamžité ukončení této diskuse v Talk-cz. Ne proto, že bych měl cokoliv proti diskutujícím či názorům, ale proto, že Talk-cz má jiný účel. Do samoobsluhy taky nechodíte plavat... :o) Prosím a současně děkuji. vop -- Původní zpráva -- Od: Karel Volný ka...@seznam.cz Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org Datum: 28. 3. 2015 10:46:03 Předmět: [Talk-cz] OT eko-okénko (was: Re: Rozdíl mezi road a track?) čest, vzhledem k tomu, že je to tu těžce offtopic, a že původně to byla jen taková malá poznámka na okraj daná shodou okolností, zabetonovávání lesů mě fakt štve (když na druhou stranu se mě furt někdo někde z přírody snaží vyhodit), neměl bych to už rozpitvávat, ale tak nějak mi to nedá, a pokud aspoň jednoho člověka přiměju se nad tím zamyslet, budu rád, a snad mi ostatní odpustí zaplevelení diskuse ... Dne Čt 26. března 2015 13:16:29, luka...@volny.cz napsal(a): Sice to sem nepatri, ale pro Karla Volneho - jak se do lesa vola: Hele ty ekoteroristo, to ze nekde bude cesta pokryta asfaltem nezpusobi rakovinu tolika lidem jako ropak socialne slabyho burana, kterej nema na vymenu DPF, tako ho radeji necha vykuchat. Howgh howgh? - vždyť jsi ještě zapomněl říct, že ten ropák taky žere, pardon přejíždí malý děti, a že ten asfalt asi roste na poli, do lesa ho doveze volskej povoz a tam ho dělníci hezky skládaj na cestu ručně po studenu, aby to bylo řádně ekologický a nevyprodukovalo se u toho víc svinstva než kolik odpovídá palivu, který je ta socka schopná nakoupit si za celej život (nebo spíš několik set životů) každopádně tedy děkuji za demonstraci mojí pointy - zjevně vůbec nejde o přírodu, či snad nějaká fakta (viz výše, schválně, kdo aspoň tuší, kolik se toho průměrně spotřebuje a co uteče do ovzduší na kilometr asfaltky?), nýbrž pouze o to, proti čemu se kdo rozhodl vést svatý boj a to celé v zájmu výdělku zainteresovaných stran (bojovat proti odstraňování filtrů je dobré, protože to firmám hodí prachy jak za toto kurvítko, tak za zvýšenou spotřebu paliva a aditiv; bojovat proti asfaltování v lese je špatné, protože to naopak nehodí prachy za vybudování a údržbu cesty, a navíc to nepřitáhne do lesa takysportovce na dreku z marketu, který by se na prvním kořenu rozpadl atd.) K. ___ 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
[Talk-cz] OT eko-okénko (was: Re: Rozdíl mezi road a track?)
čest, vzhledem k tomu, že je to tu těžce offtopic, a že původně to byla jen taková malá poznámka na okraj daná shodou okolností, zabetonovávání lesů mě fakt štve (když na druhou stranu se mě furt někdo někde z přírody snaží vyhodit), neměl bych to už rozpitvávat, ale tak nějak mi to nedá, a pokud aspoň jednoho člověka přiměju se nad tím zamyslet, budu rád, a snad mi ostatní odpustí zaplevelení diskuse ... Dne Čt 26. března 2015 13:16:29, luka...@volny.cz napsal(a): Sice to sem nepatri, ale pro Karla Volneho - jak se do lesa vola: Hele ty ekoteroristo, to ze nekde bude cesta pokryta asfaltem nezpusobi rakovinu tolika lidem jako ropak socialne slabyho burana, kterej nema na vymenu DPF, tako ho radeji necha vykuchat. Howgh howgh? - vždyť jsi ještě zapomněl říct, že ten ropák taky žere, pardon přejíždí malý děti, a že ten asfalt asi roste na poli, do lesa ho doveze volskej povoz a tam ho dělníci hezky skládaj na cestu ručně po studenu, aby to bylo řádně ekologický a nevyprodukovalo se u toho víc svinstva než kolik odpovídá palivu, který je ta socka schopná nakoupit si za celej život (nebo spíš několik set životů) každopádně tedy děkuji za demonstraci mojí pointy - zjevně vůbec nejde o přírodu, či snad nějaká fakta (viz výše, schválně, kdo aspoň tuší, kolik se toho průměrně spotřebuje a co uteče do ovzduší na kilometr asfaltky?), nýbrž pouze o to, proti čemu se kdo rozhodl vést svatý boj a to celé v zájmu výdělku zainteresovaných stran (bojovat proti odstraňování filtrů je dobré, protože to firmám hodí prachy jak za toto kurvítko, tak za zvýšenou spotřebu paliva a aditiv; bojovat proti asfaltování v lese je špatné, protože to naopak nehodí prachy za vybudování a údržbu cesty, a navíc to nepřitáhne do lesa takysportovce na dreku z marketu, který by se na prvním kořenu rozpadl atd.) K. ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-it] Tracce gps CAI
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il 27/03/2015 21:32, Dario Zontini Gmail ha scritto: Segnalo due siti di sezioni CAI trentine che utilizzano dati OSM, potrebbe essere uno spunto anche per altre sezioni: http://www.caisatstoro.it/index.php/sentieri/sentiero-259b http://www.sat-mori.it/utilit%C3%A0/cartografia-e-gps/ Belli, ho conosciuto anche un nuovo cms che ignoravo. - -- Simone Girardelli _|_|_|_|_|_|_|_|_|_ |_|_|_|_|_|_|_|_|_|_| -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQEcBAEBAgAGBQJVFocPAAoJEMTPIIVov0Ztr88H/1iJtuaUqT10LD/dDZaysnPd DRI8DT8tK+RPWCsM17XmDMYMNjudCjQg6kvKMw30T8jrGbeEL1dR/HZcmOQ9ur2s 5A1SnQoXoZQEvKT/ERL7F2VqO2dT0ahn7H0NrLl2K2NdsToJn9HAAu84t/P2plqt hZqhnoSrKgdJVZcnu5gkLyM8jLOAzQgsWyYxTJeQKw31Sl0WReVDvLnbnNmCRmRf BfpmlIFdZfiNswhnEzOCWCTfJjALeW5mxPSzVMLArEeTPTSya0Cz58C6MqXRbbBm EfbD1bOBfIXFvHcrI+wOpoQZPbuNf6E+hVev6IAyvowv/rJAibTmtFcnQOeqJeg= =H7np -END PGP SIGNATURE- ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [OSM-talk-fr] FFRandonnée ? de quoi rire encore un moment (jaune ?)
s'il s'agit bien d'œuvre collective comme définit dans le droit d'auteur français selon wikipedia : https://fr.wikipedia.org/wiki/Œuvre_collective L’article L. 123-3 précise que « la durée du droit exclusif est de soixante-dix années à compter du 1er janvier de l'année civile suivant celle où l'œuvre a été publiée. »2 d'après la FFRP : http://www.ffrandonnee.fr/_13/historique.aspx le 31 août 1947, on inaugure symboliquement, à Orléans, le premier tronçon du GR®3 d’Orléans à Beaugency sur 28 km la très grande majorité des GR sont donc encore couvert par le droit d'auteur, ça va ce libéraliser progressivement (le GR20 est tracé en 1970 ... il va falloir être patient) il reste la question de la paternité réel des parcours, mais ça ce gère au cas par cas erwan [glyo] Le 28 mars 2015 à 02:59, Philippe Verdy a écrit : Le 27 mars 2015 10:40, Pieren pier...@gmail.com a écrit : 2015-03-27 6:36 GMT+01:00 Philippe Verdy verd...@wanadoo.fr: Aucun probleme si on cartographie ces itiinéraires sans y mettre la labellisation GR ou Grande Randonnée (marques de la FRPP dont on n'a pas besoin). Appelons-les Circuits Nationaux de Randonnée et abrégeons en CNR ou NR (comme aussi nouvelle randonnée). On pourra même reprendre leur numéro : le GR20 devient NR20... Bien sûr qu'il y a un problème. Il ne faut pas mélanger deux choses : d'une part, le droit des marques, l'usage du GR; d'autre part, la propriété intellectuelle sur l'itinéraire. Non, j'insiste, aucun probleme car je n'ai PAS fait cette confusion. Je n'ai parlé que du nom (le droit des marques justement). Quant au droit d'auteur du l'itinéraire dont je ne parlais pas, il n'est même pas démontré par la FFRP, en tout cas pas sur les itinéraires les plus anciens où ce droit d'auteur (collectif) est limité dans le temps (ce n'est pas un droit individuel ; mais s'il existe réellement, la FFRP l'a violé impunément en le cachant pendant des décennies et en s'attribuant la paternité collective du droit d'auteur individuel sans le citer ; et puisque c'est un droit d'auteur collectif, il n'est PAS lié à la durée de vie totale de l'auteur +70 ans, mais à la date de premiere publication par la FFRP) Je suis convaincu maintenant que ce prétendu droit d'auteur exclusif n'est pas démontré par la FFRP et c'est pour ça qu'elle ne veut pas répondre à ce sujet, et s'en tient en fait au seul droit des marques, à nous donc de changer de marque, on n'a pas besoin de la mention GR et Hendrik a tres justement montré qu'il pouvait remplacer GR dans le circuit de nouvelle-Calédonie pour éviter totalement le droit des marques ! Et il serait bon d'insister aupres de la FFRP sur le fait que ses marques exclusives il risque fort de la perdre si les collectivités veulent s'en libérer : elles rebaptiseront les itinéraires (et certaines l'ont déjà fait). La marque sert à une chose : établir une confiance aurps des utilisateurs et pour sa promotion mais la FFRP ne fait maintenant que démontrer qu'elle en fait mauvais usage et qu'au lieu de servir à la renommée de ces itinéraires, la FFRP est aujourd'hui beaucoup plus un frein qui empêche toute communication aussi bien de la part des utilisateurs commerciaux que de la part des autres assos et des collectivités publiques. La FFRP en continuant comme ça, va voir cette marque de plus en plus dénigrée et naturellement les collectivités (ou autres groupements de collectivités ou paritaires comme les chambres de commerce, ou encore les agences publiques de l'Etat) voudront s'en passer et changer de marque ou développer leur propre label commun (et communautaire). Et de toute façon cette marque lui échappe déjà faute d'un usage suffisant et de l'absence tonitruante de réelle promotion, en dehors des procès qu'elle mène de temps en temps (et qui coûtent cher à tout le monde, y compris elle-même). Les assos locales ont maintenant aussi d'autres moyens que de sacrifier leur liberté à la FFRP qui prétend défendre leurs intérêts mais en fait est totalement dépassée et ne les aide plus. Au temps où la FFRP était presque toute seule à pouvoir obtenir des aides de l'Etat, ce n'est plus vrai (et la source des subsides de l'Etat est aujourd'hui quasiment tarie, alors que les assos locales peuvent encore chercher des partenariats locaux avec les collectivités, ou avec les entreprises de leur région ou concernée par ce secteur du tourisme, ou avec l'Europe, ou encore se fédérer différemment entre elles et développer leur propre communication avec les moyens d'aujourd'hui). La marque GR au fil du temps acquiere une mauvaise réputation uniquement du fait de la FFRP elle-même et son incapacité à s'adapter et répondre aux besoins actuels, mais aussi du seul fait de son manque maintenant avéré de communication (volonté de se taire, de ne pas répondre quand on l'interroge, et vivre sur ses vieux acquis sans les renouveler). Disons-le clairement
