[Talk-it] Entrata galleria, o incavo militare della guerra.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Come da oggetto, dovrei mappare delle entrate di gallerie o incavi/rifugio militari della prima e seconda guerra mondiale. Finora ho sempre mappato come natural=cave_entrance, ma non mi sembra idoneo, e non ho trovato discussioni a riguardo, per cui chiedo come mapparli, mi sembra una cosa abbastanza presente in tutta italia, non necessariamente rifugi o gallerie militari, ma anche rifugi per pastori e animali scavati nella roccia, in montagna se ne trovano diverse e di divera grandezza, dal puro riparo di un paio di metri a brevi tunnel di 5 o 6 metri ecc.. Pensavo per l'incavo: man_made=cave historic=monument (quelle, storiche della guerra) per la galleria, mettevo un normale tunnel=yes, e se storica, historic=monument. e se serve, laddove presenti delle tabelle nelle rispettive zone, tourism=attraction, forse. - -- Simone Girardelli _|_|_|_|_|_|_|_|_|_ |_|_|_|_|_|_|_|_|_|_| -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQEcBAEBAgAGBQJUz+w0AAoJEMTPIIVov0Zt3H4H/Apbem+CKhrPhCAt21Ql7XII AL4hYQqAh3G4RTAxulMa4rzXV1ruGY1kpPPsGJFmge4pP89+vGc4NgHcrYKW42OL ZNLrsAXXPkpjr83Y8NW1BqAa4d2JGP871MBf+y7pA302pohnyp7Ox2ZsZD0QV0x5 S8qHKjkm79lsDAJM5cCxAkOl/33aUVpG//+NTuQ317QVbyyZCXXioPo3dz+5LKsv pFvr0efDIEtzkHk264MgWJHq3ycUXGo1vAJvApXoCv0hEHh7KvJuHJyQjMXZe4kZ cgqcOLH9iUdGAn6RLQoL8CSCzcKSK+ffAn8ULZ0f6TstXdR7I7MMTV4wBzUej2k= =84JH -END PGP SIGNATURE- ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [OSM-talk-be] Overpass-turbo issue with Luxembourg
OK, I thought about that but I don't know how to combine this with the tag name? Also, I wonder if there are a way to search by the id of the OSM object. For instance, how to search for a specific town/village if there are several places with the same name, which is widespread in the world. Julien De : Sander Deryckere sander...@gmail.com À : Julien Minet julien...@yahoo.fr; OpenStreetMap Belgium talk-be@openstreetmap.org Envoyé le : Lundi 2 février 2015 16h16 Objet : Re: [OSM-talk-be] Overpass-turbo issue with Luxembourg You should include the correct admin_level in the query A region has an admin_level=4, a province has admin_level=6, an arrondissement has admin_level=7, a municipality has an admin_level=8, a part-municipality or city district has admin_level=9 (note that part-municipalities aren't mapped everywhere, since there's no current data about it). I know it can be confusing with provinces and cities having the same name (it happens even more often with arrondissements and cities), but this is about the only solution (else you start losing a lot of rendering space, or have to add a bazilllion of other tags for all different languages). Regards, Sander 2015-02-02 16:04 GMT+01:00 Julien Minet julien...@yahoo.fr: Hi, I have an issue with overpass-turbo and maybe someone could help me. I want to make a query over the Province de Luxembourg in Belgium, but I cannot separate with results from the country of Luxembourg, since they have the same name: Example: [out:json][timeout:25]; // fetch area “Luxembourg” to search in area['name:fr'='Luxembourg']-.searchArea; // gather results ( // query part for: “Shop” node[shop](area.searchArea); way[shop](area.searchArea); relation[shop](area.searchArea); ); // print results out geom; ; An idea would be to use another tag than the name, such as a OSM id for each object, or another unique tag. I tried, but I could not succeed. Also, if you want to make a search over 'Namur', you have the data of the whole province of Namur, and not the city. Yesterday at FOSDEM, Roland Olbricht had a similar issue: he wanted to show a query over the whole region Brussels using the name Bruxelles, but he just got the results over the city of Bruxelles. Any ideas? Julien ___ 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-fr] BANO : non rapprochement highway avec code FANTOIR
Le 02/02/2015 20:20, lenny.libre a écrit : Le 01/02/2015 21:12, Philippe Verdy a écrit : Note: le noms des deux relations (name=*) devrait être suffixé pour éviter l'homonymie. J’ai fait une recherche et je n'ai pas trouvé de description sur la manière de faire (séparation entre radical et suffixe et le suffixe lui-même - name, code insee ... - ). Est-ce : name = Avenue des Chênes:Bordeaux pour l'une et name = Avenue des Chênes:Mérignac pour l'autre ? On peut toujours indiquer le nom **non suffixé** de la rue dans le tag addr:street=* de la relation. Si on en est là, autant laisser comme name=* de la relation le nom de terrain (sans nom de ville accolé) et ajouter à titre indicatif un tag addr:city à la relation, ou une note disant la même chose. Quand il existe (ce qui n'est en rien obligatoire), le tag name des relations associatedStreet sert dans BANO. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-it] Entrata galleria, o incavo militare della guerra.
-Original Message- From: girarsi_liste [mailto:liste.gira...@gmail.com] Sent: lunedì 2 febbraio 2015 22:29 To: Lista nazionale italiana openstreetmap Subject: [Talk-it] Entrata galleria, o incavo militare della guerra. ma anche rifugi per pastori e animali scavati nella roccia, in montagna se ne trovano diverse e di divera grandezza, dal puro riparo di un paio di metri a brevi tunnel di 5 o 6 metri ecc.. Se in uso, a questi forse potresti aggiungere amenity=shelter + shelter_type=rock_shelter. Ciao, Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-de] Wieder einmal lcn Sammelrelationen
On 02/02/2015 07:43 PM, Michael Reichert wrote: Ich frage mich eigentlich, ob man solche Kreisradverkehrsnetze überhaupt mappen sollte. An den Radwegweisern ist mir bisher (in Baden-Württemberg) noch keine Netzangabe aufgefallen. We map what's on the ground? Es würde meiner Ansicht nach bestenfalls Sinn machen den Wegweiser selbst zu mappen. Die Wege sind keine Radwege sondern meist einfache Feldwege oder Waldwege. Teilweise auch weniger befahrene Straßen. Es ist also eher ein Wegweiser für Radfahrer als ein zusammenhängender Radweg. Zu allem Überfluss teilweise auch noch lückenlos ausgeschildert. Wer dann in fremden Gebieten kein GPS hat, der verfährt sich trotz der gutgemeinten Wegweiser. Mir selber schon passiert... Das Straßennetz hat auch solche Wegweiser. Trotzdem würde keiner auf die Idee kommen deswegen Relationen zu bauen. Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk-fr] Base de données pour le développement
Merci Philippe pour ta réponse. Je reste cependant surpris du fait que la base de test soit par défaut vide ou quasiment. Après qu'elle soit lente, instable et non durable ça c'est tout à fait normal mais je ne vois pas vraiment pourquoi il n'y aurait pas par défaut une copie des données de la vrai base.. Bon en suivant ton idée j'ai donc essayé de la remplir un peu avec JOSM. J'ai changé l'URL à http://api06.dev.openstreetmap.org/api, j'ai téléchargé une petite zone de test et fait quelques modifs mais dès que j'essaye d'uploader j'ai ce message d'erreur : Le serveur 'http://api06.dev.openstreetmap.org/api/0.6/' ne reconnaît pas un objet que vous essayez de lire, mettre à jour ou supprimer. Soit cet objet n’existe pas sur le serveur, soit vous utilisez une adresse web qui n’est pas valide pour y accéder. Veuillez vérifier l’adresse du serveur ' http://api06.dev.openstreetmap.org/api/0.6/'. En gros il peut pas faire de PUT sur une ressource qui n'existe pas.. ou alors il faudrait faire comprendre à JOSM que ce sont des nouveaux éléments à créer (et non pas des éléments existant à mettre à jour) ? Sinon mon programme devrait fonctionner de la manière suivante : 1) Pour chaque immeuble de la base à importer je calcule l'osmId du building correspondant à la position géographique de l'immeuble (grâce à une base PostGIS en local contenant les données OSM de la France). 2) Si un ID de building est trouvé je télécharge le way depuis l'API d'OSM et si le way ne contient pas d'informations sur la hauteur ou sur le nombre d'étages alors je les renseigne. 3) Je met à jour l'élément dans la foulée, il y a donc très peu de chance d'avoir des accès concurrents puisque le délai est de quelques millisecondes. La base de données concerne environ 40 000 immeubles répartie sur toute la France mais de toute façon je comptais bien lancer un nouveau sujet pour détailler et demander des conseils techniques voir légaux. Pour l'instant mon problème est juste sur la base de données de test... ++ Vincent Le 2 février 2015 19:27, Philippe Verdy verd...@wanadoo.fr a écrit : Dans ce cas tu télécharges une zone pour tes tests depuis la base principale vers un fichier OSM, tu changes l'adresse de l'API ou tu utilises une autre session JOSM pour le faire. Et tu envoies les données de cette zone de test sur la base de test. Après tu peux faire ce que tu veux... Cette base de test ne garantie pas la conservation à long terme des données il me semble (elle n'est pas taillée pour). Elle peut être purgée sans prévenir si elle devient trop volumineuse dans sa config limitée). Elle ne garantie pas non plus de bonnes performances (temporairement elle peut être sollicitée par d'autres tests concurrents). Elle peut aussi contenir des erreurs insérées volontairement pour tester le comportement de certains logiciels. S'il y a des données qui te gène dans ta zone de test (et qui ne sont assez anciennes) tu peux les virer, mais choisis plutôt une zone vierge si tu peux. Aucune idée de l'échelle de ton test : toute une grande ville comme Paris, Lyon, Marseille, Lille ou Bordeaux ? il y a des tas de trucs spécifiques dans ces villes. Après, à toi de faire tes tests de rendu. Garde tes fichiers OSM que tu souhaites valider en test si ensuite tu comptes les envoyer sur la base principale, mais attends toi à un travail supplémentaire de fusion... et de résolutions des conflits si les données OSM que tu as importées initialement en test ont été touchées sur la base principale pendant que tu les modifiais pour tes tests. En aucun cas tu ne doit réimporter directement les données brutes extraites de la base de test vers la base principale (à cause des erreurs volontaires et autres tests concurrents qui peuvent même avoir des données arbitraires qui ne correspondent à rien dans la réalité). Donc il vaut mieux que tu crées des fichiers OSM de petite taille pour rendre gérable le travail de fusion et résolution des conflits sinon tu y passeras un temps fou et certains pourrais faire des reverts de tes modifs partielles suspendues à de nombreuses résolutions de conflits (et tu devrais alors recommencer en tenant compte des conflits générés par les reverts de tout ce que tu as partiellement envoyés mais qui ne sont plus là pour continuer). Il est possible aussi de créer ta propre base de test (c'est open-source) et tu n'y seras pas gêné par les autres. A toi de la tailler selon tes besoins. Le 2 février 2015 19:08, Vincent Frison vincent.fri...@gmail.com a écrit : Bonjour à tous, Je suis un nouvel inscrit à la liste et j'aimerais contribuer ce fabuleux projet qu'est OSM :) J'ai pour projet de faire un programme pour importer dans OSM une base de données d'immeubles (PSS) afin de rajouter les informations de hauteur (ou au moins le nombre d'étages) sur les bâtiments, ceci afin d'avoir des rendus 3D plus réalistes (voir la liste des projets relatifs à la 3D:
[Talk-br] IRC e Scrollback
Olá, Todo mundo deve saber que temos um canal da comunidade brasileira no irc que pode ser acessada em http://webchat.oftc.net/#osm-br Agora é possível acessar o chat usando também o scrollback: https://scrollback.io/osm-brasil/ A interface é mais legal que o do IRC, tem app pra celular, funciona mesmo em redes onde a porta do IRC é bloqueada. Recomendo! wille ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[OSM-talk-nl] Missing Maps op za. 14 februari op het Geofort
Op de nieuwjaarsborrel en andere al aangekondigd: onder het motto stuur met Valentijnsdag geen kaart, maar máák er een organiseren we op 14 februari 2015 op het GeoFort in Herwijnen (bij Leerdam) ism Artsen Zonder Grenzen een OSM Missing Maps party. Wat is Missing Maps? Internationale hulporganisaties zoals Artsen zonder Grenzen (AZG) en het Rode Kruis gebruiken topografische kaarten als oriëntatiemiddel én als basis om diverse analyses te uit te voeren in gebieden waar humanitaire rampen zich voltrekken. Zo wordt bijvoorbeeld de voortgang van inentingsprojecten op kaarten bijgehouden. Helaas zijn de beschikbare kaarten in die regios vaak niet up to date en is het lastig te vertrouwen op de beschikbare data. OpenStreetMap (OSM), de crowdsourced en door iedereen vrij te gebruiken topografische kaart, wordt steeds vaker bij humanitaire rampen ingezet. Binnen de OSM community is er een speciaal Humanitarian Open StreetMap Team (HOT) aan de slag gegaan om OSM te verbeteren voor hulporganisaties. Wat wordt er deze dag gedaan? Op deze Mapping Party geeft iemand van AZG achtergrondinformatie over een lopend project zodat we weten waar we het voor doen! Na een korte uitleg over het editen in OpenStreeMap gaan we daadwerkelijk aan de slag! Aan de hand van actuele satellietbeelden breng je een regio in bijvoorbeeld Centraal Afrikaanse Republiek in kaart. De resultaten van dit tekenwerk worden aldaar (met pen en papier) verder ingevuld met plaatsaanduidingen en bijzondere objecten waarna dit veldwerk weer door de OSM aan de digitale kaart kan worden toegevoegd. Hiermee zijn we in staat om kwetsbare regios verder in kaart te brengen waardoor de hulp sneller en beter georganiseerd kan worden. Het is dus weer eens héél wat anders dan een import van de BAG of het verfijnen van winkelpanden. Terug naar de roots: beginnen met een witte OSM-kaart voor je neus! Neem mee: - Een laptop. Eventueel is er (beperkt) de mogelijkheid een laptop te lenen. Geef even door als je daar gebruik van wil maken. Maar handiger is je eigen laptop mee te nemen. - Een goed humeur - Evt: je kinderen; het www.geofort.nl is die dag gewoon geopend, en daar valt een hoop te beleven Wat we nog nodig hebben Extra deelnemers kunnen we altijd gebruiken; ruimte zat op het Geofort. We hopen op een vrolijke mix van nieuwelingen en OSM-veteranen, zodat -na de uitleg- de deelnemers elkaar ook een handje kunnen helpen. Aanmelden (gratis!) via http://missingmaps.openstreetmap.nl Meer info, ideeën etc via deze mailinglist of met een mail naar missingm...@openstreetmap.nl Willy Bakker, Erik Meerburg en ik hopen je op 14 februari te zien op het Geofort O ja: als je een concrete vervoersvraag of aanbod hebt kun je dat het beste bij het inschrijfformulier laten weten: op basis van eerdere events verwachten we dat we daar carpoolenderwijs wel uitkomen. ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
[Talk-hr] Skripta za replikaciju osm-replex
Već neko vrijeme govorim da ću je stvaiti na github, samo nikako da ju počistim od gluosti. Sad sam ubacio nešto komentara i planiram još dalje raditi na objašnjenju šta koji dio radi. Skripta je godinama sklapana dio po dio i bilo je bitno da radi, bilo kako. Svaka pomoć oko unapređenja ovog procesa je dobrodošla. OpenStreetMap Replicator Extractor https://github.com/osm-hr/osm-replex ___ Talk-hr mailing list Talk-hr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-hr
[OSM-talk] JOSM Query for recent edits to area?
I just spoke to a class of college students, introduced them to OSM, and had them make a few edits on their campus. I would like to review those edits. Is there anyway in JOSM (or other software) to select/highlight the elements over the campus that have been edited during the past day? Thanks, Mike ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] JOSM Query for recent edits to area?
Blake, Thanks! That worked! Mike ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-it] Strada Provinciale e nomi vie
02.02.2015 - 17:00 - Simone Saviolo: name=Via Garibaldi ref=SPnn E poi la metti in una relazione con name=Strada Provinciale Tizio - Caio Ciao, Simone Ecco, così ho fatto anche io. L'unico dubbio che ho se meglio mettere il ref=SPnn anche ai vari pezzi di highway oppure solo nella relazione? Ciao Damjan Il giorno 2 febbraio 2015 16:37, demon.box e.rossin...@alice.it mailto:e.rossin...@alice.it ha scritto: Al solito chiedo un parere per sapere qual'é la modalità migliore e maggiormente condivisa. Ho una strada provinciale che si chiama Strada Provinciale Tizio - Caio che a seconda degli spezzoni si chiama Via Garibaldi piuttosto che poi Via Verdi, ecc. ed inoltre ovviamente ha un suo codice di riferimento SPBSxx facilmente taggabile come ref. Come distribuisco i 2 elementi del nome tra il nome dell'intera strada provinciale ed il nome dei vari spezzoni? name=Strada Provinciale Tizio - Caio loc_name=Via Garibaldi oppure name=Via Garibaldi official_name=Strada Provinciale Tizio - Caio oppure altro ancora? Grazie. --enrico ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [OSM-talk-be] Overpass-turbo issue with Luxembourg
On 2015-02-02 22:24, Julien Minet wrote : OK, I thought about that but I don't know how to combine this with the tag name? Also, I wonder if there are a way to search by the id of the OSM object. For instance, how to search for a specific town/village if there are several places with the same name, which is widespread in the world. Anding two conditions is chaining two filters. That is, the output of the first filter is given as input to the second filter which discards what doesn't match its condition. That comes down to a AND operation which, unfortunately, is not as explicitly and as clearly explained as OR which is the union. But hold on and read examples. For overpass is one of the rare things that are not fuzzy, just the explanation is, a bit in places ;-) Creating overpass objects (a set) from plain OSM elements identified by ID is explained here http://wiki.openstreetmap.org/wiki/Overpass_API/Overpass_QL#By_element_id.. For overpass, an area is an object type of its own, in addition to node, way and relation. It has an ID of its own too and I myself wondered before how to find it. But there's now an experimental way to convert a relation ID to area ID http://wiki.openstreetmap.org/wiki/Overpass_API/Overpass_QL#Map_way.2Frelation_to_area_.28map_to_area.29. André. Julien *De :* Sander Deryckere sander...@gmail.com *À :* Julien Minet julien...@yahoo.fr; OpenStreetMap Belgium talk-be@openstreetmap.org *Envoyé le :* Lundi 2 février 2015 16h16 *Objet :* Re: [OSM-talk-be] Overpass-turbo issue with Luxembourg You should include the correct admin_level in the query A region has an admin_level=4, a province has admin_level=6, an arrondissement has admin_level=7, a municipality has an admin_level=8, a part-municipality or city district has admin_level=9 (note that part-municipalities aren't mapped everywhere, since there's no current data about it). I know it can be confusing with provinces and cities having the same name (it happens even more often with arrondissements and cities), but this is about the only solution (else you start losing a lot of rendering space, or have to add a bazilllion of other tags for all different languages). Regards, Sander 2015-02-02 16:04 GMT+01:00 Julien Minet julien...@yahoo.fr mailto:julien...@yahoo.fr: Hi, I have an issue with overpass-turbo and maybe someone could help me. I want to make a query over the *Province* de Luxembourg in Belgium, but I cannot separate with results from the *country* of Luxembourg, since they have the same name: Example: [out:json][timeout:25]; // fetch area “Luxembourg” to search in area['name:fr'='Luxembourg']-.searchArea; // gather results ( // query part for: “Shop” node[shop](area.searchArea); way[shop](area.searchArea); relation[shop](area.searchArea); ); // print results out geom; ; An idea would be to use another tag than the name, such as a OSM id for each object, or another unique tag. I tried, but I could not succeed. Also, if you want to make a search over 'Namur', you have the data of the whole province of Namur, and not the city. Yesterday at FOSDEM, Roland Olbricht had a similar issue: he wanted to show a query over the whole region Brussels using the name Bruxelles, but he just got the results over the city of Bruxelles. Any ideas? Julien ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-fr] BANO : non rapprochement highway avec code FANTOIR
Tu peux mettre la commune entre parenthèses, c'est plus lisible que les deux-points collés. Ce nom suffixé dans 'name=* pour les relations n'est de toute façon pas celui des rues qui est dans addr:street:*, c'est un guide visuel pour l'éditeur. Le 2 février 2015 20:20, lenny.libre lenny.li...@orange.fr a écrit : Le 01/02/2015 21:12, Philippe Verdy a écrit : Note: le noms des deux relations (name=*) devrait être suffixé pour éviter l'homonymie. J’ai fait une recherche et je n'ai pas trouvé de description sur la manière de faire (séparation entre radical et suffixe et le suffixe lui-même - name, code insee ... - ). Est-ce : name = Avenue des Chênes:Bordeaux pour l'une et name = Avenue des Chênes:Mérignac pour l'autre ? On peut toujours indiquer le nom **non suffixé** de la rue dans le tag addr:street=* de la relation. Et puisque tous les membres (la voie notamment) ne sont pas dans le périmètre des communes, ils ne sont pas non plus dans le périmètre par défaut du code postal (qui n'est mentonné presque partout QUE dans la commune). Il faudra donc aussi compléter addr:postalcode=* dans la relation associatedStreet qui a des éléments à cheval de dexu communes ou sur la frontière communale. Ok ___ 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-hr] Skripta za replikaciju osm-replex
Ima li potrebe i dalje za croatia.osm.bz2 ? Preuzimamo ih sa Geofabrik-a, možda bi bilo bolje isključiti .osm.bz2, ili makar isključiti njihovo arhiviranje? Jer je svaki fajl preko 100MB. Kakve su vaše misli o tome? On 02/02/2015 11:38 PM, hbogner wrote: Već neko vrijeme govorim da ću je stvaiti na github, samo nikako da ju počistim od gluosti. Sad sam ubacio nešto komentara i planiram još dalje raditi na objašnjenju šta koji dio radi. Skripta je godinama sklapana dio po dio i bilo je bitno da radi, bilo kako. Svaka pomoć oko unapređenja ovog procesa je dobrodošla. OpenStreetMap Replicator Extractor https://github.com/osm-hr/osm-replex ___ Talk-hr mailing list Talk-hr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-hr ___ Talk-hr mailing list Talk-hr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-hr
Re: [Talk-hr] Skripta za replikaciju osm-replex
Ja ga više ne preuzimam od kada skripta ne radi kaj se mene tiče isključi Dana 3. veljače 2015. u 00:37 hbogner hbog...@gmail.com je napisao/la: Ima li potrebe i dalje za croatia.osm.bz2 ? Preuzimamo ih sa Geofabrik-a, možda bi bilo bolje isključiti .osm.bz2, ili makar isključiti njihovo arhiviranje? Jer je svaki fajl preko 100MB. Kakve su vaše misli o tome? On 02/02/2015 11:38 PM, hbogner wrote: Već neko vrijeme govorim da ću je stvaiti na github, samo nikako da ju počistim od gluosti. Sad sam ubacio nešto komentara i planiram još dalje raditi na objašnjenju šta koji dio radi. Skripta je godinama sklapana dio po dio i bilo je bitno da radi, bilo kako. Svaka pomoć oko unapređenja ovog procesa je dobrodošla. OpenStreetMap Replicator Extractor https://github.com/osm-hr/osm-replex ___ Talk-hr mailing list Talk-hr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-hr ___ Talk-hr mailing list Talk-hr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-hr -- Svega što vrijedi Bog je stvorio malo, kako zlata tako i Hrvata. ___ Talk-hr mailing list Talk-hr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-hr
Re: [OSM-talk-fr] Base de données pour le développement
Vincent, si tu copies dans une zone vide sur le serveur de test, il faudrait sans doute que tu modifies ton fichier OSM pour simuler de nouvelles données avec ID négatif. Pierre De : Vincent Frison vincent.fri...@gmail.com À : verd...@wanadoo.fr; Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé le : Lundi 2 février 2015 17h12 Objet : Re: [OSM-talk-fr] Base de données pour le développement Merci Philippe pour ta réponse. Je reste cependant surpris du fait que la base de test soit par défaut vide ou quasiment. Après qu'elle soit lente, instable et non durable ça c'est tout à fait normal mais je ne vois pas vraiment pourquoi il n'y aurait pas par défaut une copie des données de la vrai base.. Bon en suivant ton idée j'ai donc essayé de la remplir un peu avec JOSM. J'ai changé l'URL à http://api06.dev.openstreetmap.org/api, j'ai téléchargé une petite zone de test et fait quelques modifs mais dès que j'essaye d'uploader j'ai ce message d'erreur : Le serveur 'http://api06.dev.openstreetmap.org/api/0.6/' ne reconnaît pas un objet que vous essayez de lire, mettre à jour ou supprimer. Soit cet objet n’existe pas sur le serveur, soit vous utilisez une adresse web qui n’est pas valide pour y accéder. Veuillez vérifier l’adresse du serveur 'http://api06.dev.openstreetmap.org/api/0.6/'. En gros il peut pas faire de PUT sur une ressource qui n'existe pas.. ou alors il faudrait faire comprendre à JOSM que ce sont des nouveaux éléments à créer (et non pas des éléments existant à mettre à jour) ? Sinon mon programme devrait fonctionner de la manière suivante :1) Pour chaque immeuble de la base à importer je calcule l'osmId du building correspondant à la position géographique de l'immeuble (grâce à une base PostGIS en local contenant les données OSM de la France).2) Si un ID de building est trouvé je télécharge le way depuis l'API d'OSM et si le way ne contient pas d'informations sur la hauteur ou sur le nombre d'étages alors je les renseigne.3) Je met à jour l'élément dans la foulée, il y a donc très peu de chance d'avoir des accès concurrents puisque le délai est de quelques millisecondes. La base de données concerne environ 40 000 immeubles répartie sur toute la France mais de toute façon je comptais bien lancer un nouveau sujet pour détailler et demander des conseils techniques voir légaux. Pour l'instant mon problème est juste sur la base de données de test... ++ Vincent Le 2 février 2015 19:27, Philippe Verdy verd...@wanadoo.fr a écrit : Dans ce cas tu télécharges une zone pour tes tests depuis la base principale vers un fichier OSM, tu changes l'adresse de l'API ou tu utilises une autre session JOSM pour le faire. Et tu envoies les données de cette zone de test sur la base de test.Après tu peux faire ce que tu veux...Cette base de test ne garantie pas la conservation à long terme des données il me semble (elle n'est pas taillée pour). Elle peut être purgée sans prévenir si elle devient trop volumineuse dans sa config limitée). Elle ne garantie pas non plus de bonnes performances (temporairement elle peut être sollicitée par d'autres tests concurrents). Elle peut aussi contenir des erreurs insérées volontairement pour tester le comportement de certains logiciels. S'il y a des données qui te gène dans ta zone de test (et qui ne sont assez anciennes) tu peux les virer, mais choisis plutôt une zone vierge si tu peux. Aucune idée de l'échelle de ton test : toute une grande ville comme Paris, Lyon, Marseille, Lille ou Bordeaux ? il y a des tas de trucs spécifiques dans ces villes. Après, à toi de faire tes tests de rendu. Garde tes fichiers OSM que tu souhaites valider en test si ensuite tu comptes les envoyer sur la base principale, mais attends toi à un travail supplémentaire de fusion... et de résolutions des conflits si les données OSM que tu as importées initialement en test ont été touchées sur la base principale pendant que tu les modifiais pour tes tests. En aucun cas tu ne doit réimporter directement les données brutes extraites de la base de test vers la base principale (à cause des erreurs volontaires et autres tests concurrents qui peuvent même avoir des données arbitraires qui ne correspondent à rien dans la réalité). Donc il vaut mieux que tu crées des fichiers OSM de petite taille pour rendre gérable le travail de fusion et résolution des conflits sinon tu y passeras un temps fou et certains pourrais faire des reverts de tes modifs partielles suspendues à de nombreuses résolutions de conflits (et tu devrais alors recommencer en tenant compte des conflits générés par les reverts de tout ce que tu as partiellement envoyés mais qui ne sont plus là pour continuer). Il est possible aussi de créer ta propre base de test (c'est open-source) et tu n'y seras pas gêné par les autres. A toi de la tailler selon tes besoins. Le 2 février 2015 19:08, Vincent Frison vincent.fri...@gmail.com a écrit : Bonjour à tous, Je
[talk-au] Cycling network tag
I tend to agree with Nicholas Barker and Steve Bennett. When I was heavily involved in editing the map in Canberra, I had to decide how to tag cycle networks. I chose to only use lcn for those routes which were signed. i.e. had those blue signs with arrows showing a destination. And I added all related ways to a relation and labelled the relation as lcn. This was because it was clearly an attempt by the local government to create a network, and I felt openstreetmap should reflect that. This meant some “highway=footway” were included in the lcn relation, because that was what was on the ground. There were also “highway=cycleway” which I didn’t add to the lcn network, just because they didn't yet have signposts (maybe not ever). I only did the cycle paths, not the on-road routes. This is much harder to e.g. Sydney CBD where there are routes and some infrastructure, but only recently such destination signs were erected. So I understand the local taggers use lcn directly on ways. Which to me just means that different locations should tag things differently. In Newcastle, I’ve been tagging from council documents, because I doubt local council is going to do much work in putting signs up, even though they have recently been putting infrastructure in. I don’t though, use ncn, because there is no nationwide body building bicycle networks. For this reason, I think the current ncn tags on the roads between Canberra and Sydney, and Newcastle to Maitland just shouldn’t be there. But I don’t ride those routes, so will leave them be. I think that my map-drawing should reflect what is on the ground. Adding a route to lcn/rcn just because “this is a good route because of elevation or because lots of people use it” should not be the case. That would be a job for me with a bicycle-advocacy hat on to ask a local body to put signs up. Editing a map is much easier, well-meaning, but I also think less honest. ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au
Re: [Talk-br] Catalogamento de relações envolvendo fronteiras e divisas
Muito bom o trabalho. Seria legal ter uma maneira de atualizar estes dados automaticamente, já que são muitos. 2015-01-30 13:18 GMT-02:00 Vítor Rodrigo Dias vitor.d...@gmail.com: Pessoal, Não sei como está o andamento nos outros Estados, mas sugiro que comecemos a catalogar/revisar na wiki as relações envolvendo fronteiras e divisas. Refiz todo o artigo relativo à Paraíba e gostaria de eventuais sugestões: https://wiki.openstreetmap.org/wiki/Para%C3%ADba/Munic%C3%ADpios Abraços! -- Vítor Rodrigo Dias Revisor de textos Tradutor port/ing/port e port/esp/port Telefone: (31) 7360-9421 - TIM ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-hr] scripta za OSM Notes (samo svoje nerjesene)
Tnx htio sam prvo da uhvatim slobodan dan da ga dignem na nas server, pa cu onda announceati siroj publici On Sun, Feb 01, 2015 at 11:40:36PM +0100, hbogner wrote: Svaka čast Matija, i slažem se sa Jankom, objavi na glavnu listu. On 02/01/2015 09:18 PM, Janko Mihelić wrote: Sjajno! Svaka čast. Mislim da to slobodno možeš poslati na glavnu listu, možda ima zainteresiranih. Dana 1. veljače 2015. u 17:35 Matija Nalis mnalis-openstreetmapl...@voyager.hr je napisao/la: Za zainteresirane koji imaju isti problem kao ja: koriste dosta OSM Notes, ali neke bugove ne uspiju odmah rijesiti, pa onda isti ostanu zauvijek zatrpani medju onima rijesenima (a nikad vam se ne da browsati kroz desetine/stotine stranica OSM-a da ih nadjete) Slijedeca scripta ce pokazati samo nerjesene OSM Notes za zadani username. Mozete ju isprobati na: https://torres.voyager.hr/~mnalis/my-osm-notes/ source code je objavljen na https://github.com/osm-hr/my-osm-notes (GPLv3+) (trebalo bi je uploadati na nas server u nekom trenu vjerojatno) Komentari/prijedlozi/pull requestovi/itd dobrodosli... On Tue, Jan 20, 2015 at 02:33:38PM +0100, Matija Nalis wrote: Meni bi bilo lakse za pratiti da mogu vidjeti vlastite OTVORENE notes. :( https://github.com/openstreetmap/openstreetmap-website/issues/832 Zna netko za neki 3rd party web da to moze pokazati? -- Opinions above are GNU-copylefted. ___ Talk-hr mailing list Talk-hr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-hr ___ Talk-hr mailing list Talk-hr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-hr ___ Talk-hr mailing list Talk-hr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-hr -- Opinions above are GNU-copylefted. ___ Talk-hr mailing list Talk-hr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-hr
Re: [OSM-talk-fr] BANO : non rapprochement highway avec code FANTOIR
Le rapprochement BANO n'utilise-t-il pas de préférence le tag addr:street:* (plutot que name=*) quand il est présent ? Le 2 février 2015 21:10, Vincent de Château-Thierry v...@laposte.net a écrit : Le 02/02/2015 20:20, lenny.libre a écrit : Le 01/02/2015 21:12, Philippe Verdy a écrit : Note: le noms des deux relations (name=*) devrait être suffixé pour éviter l'homonymie. J’ai fait une recherche et je n'ai pas trouvé de description sur la manière de faire (séparation entre radical et suffixe et le suffixe lui-même - name, code insee ... - ). Est-ce : name = Avenue des Chênes:Bordeaux pour l'une et name = Avenue des Chênes:Mérignac pour l'autre ? On peut toujours indiquer le nom **non suffixé** de la rue dans le tag addr:street=* de la relation. Si on en est là, autant laisser comme name=* de la relation le nom de terrain (sans nom de ville accolé) et ajouter à titre indicatif un tag addr:city à la relation, ou une note disant la même chose. Quand il existe (ce qui n'est en rien obligatoire), le tag name des relations associatedStreet sert dans BANO. 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] Espaces demi m....
Ce n'est incisif pour personne, c'est une anomalie de JOSM quand même... Ca n'a rien de personnel, et JOSM souffre encore de nombreux défauts d'affichage des textes (par exemple il est incapable d'afficher les noms de plein d'écritures qui sont pourtant supportées par tous les navigateurs web sur le même OS)... Essaye d'y lire les noms écrits en birman, en lao (le khmer a été intégré), en pali, en tifinaghs... Et pourtant les moteurs de rendu (dont Mapnik sur OSM.org) les affichent aussi correctement. Aucun problème non plus pour afficher ces noms dans iD (puisque c'est le rendu de texte du navigateur web) ou dans Potlatch 2 (rendu de texte de Flash). Donc je maintiens que c'est un problème de l'appli JOSM elle-même. Le 2 février 2015 21:15, Vincent Privat vinc...@josm.openstreetmap.de a écrit : Et quel bonheur de voir des commentaires aussi... incisifs sur le wiki, aussi: https://josm.openstreetmap.de/wiki/StartupPageSource?action=diffversion=1533 Heureusement que les contributeurs au wiki sont en général plus sympas sinon aucun développeur de JOSM ne continuerait à participer bénévolement. Le 1 février 2015 20:38, Philippe Verdy verd...@wanadoo.fr a écrit : Et non ce n'est PAS un fichier de config de JOSM, JOSM se contente de lire le HTML généré par une page wiki de JOSM. Si les fautes d'orthographe te plaisaient, mois pas. A ce sujet je ne sais pas qui a fait la traduction française de plein de trucs dans JOSM mais elle est bourrée de fautes (et aussi de contre-sens et faux-amis) ! Ca commence à m'agacer de les voir en permanence dans l'interface depuis un moement sans personne pour les corriger. Le 1 février 2015 20:32, Philippe Verdy verd...@wanadoo.fr a écrit : Quel espaces ??? Ce sont les indentations des puces de la page wiki et elles y sont comem sur les autres pages. Mes contribs sur cette page consistaient à corriger les fôtes de français. Le 1 février 2015 19:51, Marc Sibert m...@sibert.fr a écrit : Bonjour, Il y a un personnage maladroit qui a ajouté des espaces de m... dans les fichiers de config de JOSM. Des trucs qui sont placés avant les signes de ponctuation double, un certain verdy_p. S'il peut faire marche arrière immédiatement, ça éviterait des (pas) jolis carrés dans mon JOSM. Merci... pour la correction (pas pour la contribution). A+ -- Marc Sibert mailto:m...@sibert.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] JOSM Query for recent edits to area?
Hi, This tool works pretty well for just that. Just zoom in to the area you want to see changes to and set the dates for the edits. It can take a bit of time to load, but usually works. http://overpass-api.de/achavi/ Cheers, Blake On 2/2/2015 11:38 PM, Mike Thompson wrote: I just spoke to a class of college students, introduced them to OSM, and had them make a few edits on their campus. I would like to review those edits. Is there anyway in JOSM (or other software) to select/highlight the elements over the campus that have been edited during the past day? Thanks, Mike ___ 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] Base de données pour le développement
Bonsoir et bienvenue, Le 02/02/2015 23:12, Vincent Frison a écrit : La base de données concerne environ 40 000 immeubles répartie sur toute la France mais de toute façon je comptais bien lancer un nouveau sujet pour détailler et demander des conseils techniques voir légaux. Pour l'instant mon problème est juste sur la base de données de test... Ou bien demander des conseils légaux voire techniques ;) Tu as des infos sur la licence associée aux données de la base PSS ? C'est, comme pour tout apport de données d'une base externe, la première question à voir, sachant qu'elle peut à elle toute seule bloquer la suite. Je vois que ce fil : http://www.pss-archi.eu/forum/viewtopic.php?id=33791 n'a pas déchaîné les foules, et comme turman (toi ?) je n'ai rien trouvé sur le statut de cette base. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Base de données pour le développement
quand tu as chargé des objets depuis OSM, ils comportent un numéro de version qui n'existe pas sur le serveur de test où ils doivent non pas être modifiés ou supprimés mais créés. Pour les mettre en création, il faut d'abord ôter leur numéro de version (directement dans le code XML), et mettre leurs ID en valeur négative (change simplement de signe), et les marquer en modified pour qu'ils puissent être envoyés comme s'ils venaient d'être créés. . Une petite manip à faire à coup de grep ou avec un éditeur supportant les recherches/substitutions d'expressions régulières (garde l'original, sauve dans un nouveau fichier OSM, tu peux facilement te planter dans la transformation et JOSM te dira que ton fichier est invalide ou t'affichera n'importe quoi). (tu peux aussi ajouter un tag source:test=sources incomplètes : données importées depuis OpenStreetMap.org si tu veux éviter de pister toutes les sources stockées dans les historiques des objets voire depuis quelques mois uniquement dans les changesets) Ceci fait tu as des données fraîches à mettre sur le serveur de test. Le 2 février 2015 23:12, Vincent Frison vincent.fri...@gmail.com a écrit : Merci Philippe pour ta réponse. Je reste cependant surpris du fait que la base de test soit par défaut vide ou quasiment. Après qu'elle soit lente, instable et non durable ça c'est tout à fait normal mais je ne vois pas vraiment pourquoi il n'y aurait pas par défaut une copie des données de la vrai base.. Bon en suivant ton idée j'ai donc essayé de la remplir un peu avec JOSM. J'ai changé l'URL à http://api06.dev.openstreetmap.org/api, j'ai téléchargé une petite zone de test et fait quelques modifs mais dès que j'essaye d'uploader j'ai ce message d'erreur : Le serveur 'http://api06.dev.openstreetmap.org/api/0.6/' ne reconnaît pas un objet que vous essayez de lire, mettre à jour ou supprimer. Soit cet objet n’existe pas sur le serveur, soit vous utilisez une adresse web qui n’est pas valide pour y accéder. Veuillez vérifier l’adresse du serveur ' http://api06.dev.openstreetmap.org/api/0.6/'. En gros il peut pas faire de PUT sur une ressource qui n'existe pas.. ou alors il faudrait faire comprendre à JOSM que ce sont des nouveaux éléments à créer (et non pas des éléments existant à mettre à jour) ? Sinon mon programme devrait fonctionner de la manière suivante : 1) Pour chaque immeuble de la base à importer je calcule l'osmId du building correspondant à la position géographique de l'immeuble (grâce à une base PostGIS en local contenant les données OSM de la France). 2) Si un ID de building est trouvé je télécharge le way depuis l'API d'OSM et si le way ne contient pas d'informations sur la hauteur ou sur le nombre d'étages alors je les renseigne. 3) Je met à jour l'élément dans la foulée, il y a donc très peu de chance d'avoir des accès concurrents puisque le délai est de quelques millisecondes. La base de données concerne environ 40 000 immeubles répartie sur toute la France mais de toute façon je comptais bien lancer un nouveau sujet pour détailler et demander des conseils techniques voir légaux. Pour l'instant mon problème est juste sur la base de données de test... ++ Vincent Le 2 février 2015 19:27, Philippe Verdy verd...@wanadoo.fr a écrit : Dans ce cas tu télécharges une zone pour tes tests depuis la base principale vers un fichier OSM, tu changes l'adresse de l'API ou tu utilises une autre session JOSM pour le faire. Et tu envoies les données de cette zone de test sur la base de test. Après tu peux faire ce que tu veux... Cette base de test ne garantie pas la conservation à long terme des données il me semble (elle n'est pas taillée pour). Elle peut être purgée sans prévenir si elle devient trop volumineuse dans sa config limitée). Elle ne garantie pas non plus de bonnes performances (temporairement elle peut être sollicitée par d'autres tests concurrents). Elle peut aussi contenir des erreurs insérées volontairement pour tester le comportement de certains logiciels. S'il y a des données qui te gène dans ta zone de test (et qui ne sont assez anciennes) tu peux les virer, mais choisis plutôt une zone vierge si tu peux. Aucune idée de l'échelle de ton test : toute une grande ville comme Paris, Lyon, Marseille, Lille ou Bordeaux ? il y a des tas de trucs spécifiques dans ces villes. Après, à toi de faire tes tests de rendu. Garde tes fichiers OSM que tu souhaites valider en test si ensuite tu comptes les envoyer sur la base principale, mais attends toi à un travail supplémentaire de fusion... et de résolutions des conflits si les données OSM que tu as importées initialement en test ont été touchées sur la base principale pendant que tu les modifiais pour tes tests. En aucun cas tu ne doit réimporter directement les données brutes extraites de la base de test vers la base principale (à cause des erreurs volontaires et autres tests concurrents qui peuvent même avoir des données
Re: [OSM-talk-fr] Base de données pour le développement
Note quand même qu'une fois que tu as uploadé les objets en création sur le serveur de test, ils ont un nouvel id qui n'a rien à voir avec ceux de la base originale. Ce qui veut dire que tu ne pourras pas facilement réexporter les données du serveur de test (que tu auras modifiées et complétées) par la manip inverse puisqu'il te faudra faire des fusions entre les objets importés sur la base de test, ceux que tu as modifiés ou créés dessus (avec des numéros de version différents) et ceux qui sont restés sur la base normale (et ont pu aussi être modifiés depuis)... à moins que tu gardes les IDs et versions originales dans des tags spécifiques comme ref:osm:id=* et ref:osm:version=* (pour l'import vers la base de test) ou ref:devosm:id=* et ref:devosm:version=* (pour l'import inverse), ce qui pourrait te faciliter le travail de fusion ultérieur puisque tout sera marqué par défaut en création et créera donc des doublons partout, même si la validateur de JOSM peut t'aider à dédoublonner les noeuds et chemins superposés, mais ce ne sera pas évident car il y a aussi des tas d'objets distincts dans la base OSM qui sont aussi superposés où la fursion n'a pas encore été faite...) C'est pourquoi toutes les modifs que tu voudras tester sur la base de test devraient être sauvegardées à part de l'import initial, dans les fichiers OSM que tu pourras aussi transformer de la même façon (passage en création: id négatifs, pas de version, statut modified, tags ref:devosm:id=* et ref:devosm:version=* pour faciliter la fusion) et ne pas avoir à fusionner la totalité. Le 3 février 2015 02:06, Philippe Verdy verd...@wanadoo.fr a écrit : quand tu as chargé des objets depuis OSM, ils comportent un numéro de version qui n'existe pas sur le serveur de test où ils doivent non pas être modifiés ou supprimés mais créés. Pour les mettre en création, il faut d'abord ôter leur numéro de version (directement dans le code XML), et mettre leurs ID en valeur négative (change simplement de signe), et les marquer en modified pour qu'ils puissent être envoyés comme s'ils venaient d'être créés. . Une petite manip à faire à coup de grep ou avec un éditeur supportant les recherches/substitutions d'expressions régulières (garde l'original, sauve dans un nouveau fichier OSM, tu peux facilement te planter dans la transformation et JOSM te dira que ton fichier est invalide ou t'affichera n'importe quoi). (tu peux aussi ajouter un tag source:test=sources incomplètes : données importées depuis OpenStreetMap.org si tu veux éviter de pister toutes les sources stockées dans les historiques des objets voire depuis quelques mois uniquement dans les changesets) Ceci fait tu as des données fraîches à mettre sur le serveur de test. Le 2 février 2015 23:12, Vincent Frison vincent.fri...@gmail.com a écrit : Merci Philippe pour ta réponse. Je reste cependant surpris du fait que la base de test soit par défaut vide ou quasiment. Après qu'elle soit lente, instable et non durable ça c'est tout à fait normal mais je ne vois pas vraiment pourquoi il n'y aurait pas par défaut une copie des données de la vrai base.. Bon en suivant ton idée j'ai donc essayé de la remplir un peu avec JOSM. J'ai changé l'URL à http://api06.dev.openstreetmap.org/api, j'ai téléchargé une petite zone de test et fait quelques modifs mais dès que j'essaye d'uploader j'ai ce message d'erreur : Le serveur 'http://api06.dev.openstreetmap.org/api/0.6/' ne reconnaît pas un objet que vous essayez de lire, mettre à jour ou supprimer. Soit cet objet n’existe pas sur le serveur, soit vous utilisez une adresse web qui n’est pas valide pour y accéder. Veuillez vérifier l’adresse du serveur ' http://api06.dev.openstreetmap.org/api/0.6/'. En gros il peut pas faire de PUT sur une ressource qui n'existe pas.. ou alors il faudrait faire comprendre à JOSM que ce sont des nouveaux éléments à créer (et non pas des éléments existant à mettre à jour) ? Sinon mon programme devrait fonctionner de la manière suivante : 1) Pour chaque immeuble de la base à importer je calcule l'osmId du building correspondant à la position géographique de l'immeuble (grâce à une base PostGIS en local contenant les données OSM de la France). 2) Si un ID de building est trouvé je télécharge le way depuis l'API d'OSM et si le way ne contient pas d'informations sur la hauteur ou sur le nombre d'étages alors je les renseigne. 3) Je met à jour l'élément dans la foulée, il y a donc très peu de chance d'avoir des accès concurrents puisque le délai est de quelques millisecondes. La base de données concerne environ 40 000 immeubles répartie sur toute la France mais de toute façon je comptais bien lancer un nouveau sujet pour détailler et demander des conseils techniques voir légaux. Pour l'instant mon problème est juste sur la base de données de test... ++ Vincent Le 2 février 2015 19:27, Philippe Verdy verd...@wanadoo.fr a écrit : Dans ce cas tu télécharges une zone pour
Re: [OSM-talk-fr] Détermination des communes littorales
Bonjour à tous, Avec mon approche simpliste, je trouve pour la Bretagne 262 communes après quelques requêtes spatialite.Visuellement cela me semble correct. Mon besoin est juste d'analyser la différence de pression d'observation des oiseaux entre le littoral et le reste de la Bretagne, je peux donc tolérer quelques inexactitudes. -- View this message in context: http://gis.19327.n5.nabble.com/Determination-des-communes-littorales-tp5832009p5832220.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-br] BR-116 split and cleanup
Hi all, It would not be better if the relations were split on a by state basis, like it actually happens officially? Regards Gabriel Em 02/02/2015 09:10, Lists li...@gimnechiske.org escreveu: Paul There is another relation that have the same problem in terms of members and versions, that is BR-101 (http://www.openstreetmap.org/relation/53556). These two and many other Brazilian highways could be split according to operator, as many of these are privately maintained on contracts, where the maintaining operator have the right to charge toll fee. At the moment I only have accurate information about one operator on BR-101, which operates on the stretch from the intersection to city of Mucuri, southern Bahia to the border between Espirito Santo and Rio de Janeiro. Should one split the relation like this than one would need accurate information about which parts are operated by whom, and maybe even contract lengths. Aun Johnsen On Feb 2, 2015, at 06:24, Paul Norman penor...@mac.com wrote: In the course of redacting some Tracksource data from the database, I came across a relation for BR-116 which had about 2400 members and was version 1000. A relation like this is a problem for various practical reasons such as edit conflicts, getting history, and generally being impossible to work with. I've split it up into four relations with a super-relation ( http://www.openstreetmap.org/relation/4551470), the standard method for dealing with very long highways. The parts are in the north (osm.org/relation/4551466), around Rio de Janerio (osm.org/relation/4551467), around Sao Paulo ( osm.org/relation/4551468) and in the south (osm.org/relation/4551469). The tracksource redaction is temporarily paused, but should now be much faster as it doesn't have to work with that mega-relation. Paul Norman For the OSMF Data Working Group ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-hr] Informacije za planinarska društva i suradnja s Hrvatskim planinarskim savezom
Dana 2. veljače 2015. u 12:04 Darko Boto darko.b...@gmail.com je napisao/la: Vidm i ti bi službene i u metar :) Bilo je poslije dorađenih verzija što sam sam fixao a i drugi su sređivali te podatke ali ne mogu naći. Ne treba na metar, ali Sklonište Martinove Košare su bile nekih 20 kilometara od pravog mjesta :D Inače, jučer sam prošao cijelu tvoju datoteku, i dodao sam sve koji su nedostajali. Većina ih je nedostajala u Slavoniji, nekih 5 komada. Jedan u Istri, i jedan kod Čabra. Janko ___ Talk-hr mailing list Talk-hr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-hr
Re: [Talk-at] Erforderliche Attribution für OpenStreetMap-Karten
On 02.02.2015 12:39, Lukas Bischof wrote: Ich finds schlimm, dass das allgemeine Bewusstsein noch nicht da ist... Das Problem ist, dass alle nur ans Geld denken. Entweder ist etwas kostenpflichtig oder kostenlos. Wenn man einen Brief von einem Anwalt kriegt, will er Geld. Wenn man einen Brief von der Behörde kriegt, will sie Geld. Wenn man wo rein will, wollen sie Geld. Wenn man auf der Straße von Greenpeaclern angesprochen wird, wollen sie Geld. Man ist gewöhnt, dass einem jemand nachläuft und die Hand aufhält. Dass einem jemand nachläuft um als Quelle genannt zu werden, ist eine gänzlich unbekannte Verhaltensweise. Das versteht keiner, damit rechnet keiner. -- Friedrich K. Volkmann http://www.volki.at/ Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [OSM-talk-be] Map without attribution
Could you please help me out with properly referring to umap/maperitive? Actually I'm interested in even making a map style of my own but I have not looked into it deep enough. I've tried something out: http://piratepad.net/H7J6nGybr7 You should all be able to edit this. Thanks Ruben/M!dgard PS: I'm not from Ostend and the only thing I can remember doing there was while adding all the beaches in Belgium, back in my very early days. ;) 2015-02-02 12:59 GMT+01:00 Sander Deryckere sander...@gmail.com: 2015-02-02 12:55 GMT+01:00 Jo winfi...@gmail.com: Asking to free the toilets dataset wouldn't hurt either (they don't even have to do anything technically, we can just copy it from the OSM-based printed map and the listed addresses). Is that after they'd give their consent to do so? Or is the fact they used OSM as the background enough to have freed that dataset? That would be very surprising. That's after their agreement. Displaying different datasets on top of each other (without mixing them) doesn't trigger the share-alike clause. Anyway, I agree that it would be far better if we could include those bathrooms in our data. At that point they could render a map based solely on OSM with an empasis on what they deem important to show on such a map. I think it's important to tell it to them that way. Maybe point them to umap or maperitive as well. Jo ___ 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-hr] Sluzbena imena ulica u ZG
Bilo bi ok da ih stave na http://data.zagreb.hr ali nisam siguran da li bi ih išao usklađivati. 2015-02-02 13:35 GMT+01:00 Janko Mihelić jan...@gmail.com: Na stranicama zagreb.hr vidimo da su službeni nazivi pomješani, neki su puni (Ulica Milana Amruša) a neki su skraćeni (Palmotićeva ulica). Dapače, pored Ulica Milana Amruša piše u zagradi Amruševa, bez ulica. Dakle na istoj stranici imamo pomješano sve i svašta: http://zagreb.hr/default.aspx?id=13223 Na novim pločama, koliko znam, preferiraju se puni nazivi, iako oni negdje nisu službeni, kako je rekao Darko. Naravno, na nekim novim pločama imamo i skraćene nazive, siguran sam da sam i to vidio. Dakle ako ne dobijemo službene podatke, nema šanse da sami pogodimo gdje je koji službeni naziv. Trebali bi kontaktirati Zagreb, možda dobijemo neke podatke. Svaki put kad krenem proučavati te nazive ulica pomislim da je bolje da mi smislimo svoj sustav nego da idemo koristiti službeni. -- Darko Boto Phone: +385 1 6676 918 mob: +385 91 1365 614 e-mail: darko.b...@gmail.com ___ Talk-hr mailing list Talk-hr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-hr
Re: [OSM-talk-be] Talk-be Digest, Vol 86, Issue 4
In my town , it is mostly the 'INFO Office' (=Tourisme Office) , which makes/distributes/publishes flyers/maps with info about traffic/tourism and so on, ... so, is it possible to make those people 'enthousiastic' for OSM, by a 'simple method' ? - i mean here by ; people are not going to read all those 'rules' about copyright and so on ... much to 'complex', and sometimes/mostly not in Flemish ... i mean here ; a simple website to publish such maps/info, so that it satifies all rules of OSM , and preferable in Flemish to read ? 2015-02-01 20:21 GMT+01:00 talk-be-requ...@openstreetmap.org: Send Talk-be mailing list submissions to talk-be@openstreetmap.org To subscribe or unsubscribe via the World Wide Web, visit https://lists.openstreetmap.org/listinfo/talk-be or, via email, send a message with subject or body 'help' to talk-be-requ...@openstreetmap.org You can reach the person managing the list at talk-be-ow...@openstreetmap.org When replying, please edit your Subject line so it is more specific than Re: Contents of Talk-be digest... Today's Topics: 1. Re: Talk-be Digest, Vol 86, Issue 2 (Ben Abelshausen) -- Message: 1 Date: Sun, 1 Feb 2015 20:21:13 +0100 From: Ben Abelshausen ben.abelshau...@gmail.com To: OpenStreetMap Belgium talk-be@openstreetmap.org Subject: Re: [OSM-talk-be] Talk-be Digest, Vol 86, Issue 2 Message-ID: CAOisDiV0LCOyPpYCo+VTPwRAwkGGKe=WV2jej7YcKcC= nkq...@mail.gmail.com Content-Type: text/plain; charset=iso-8859-1 Hi, Sorry that you got dragged into this discussion but it pops up sometimes... In short: When you are not sure don't use the map as a source. When you have permission from the author just put that permission up on the OSM-wiki. More information is here: http://wiki.openstreetmap.org/wiki/Import/GettingPermission Happy Mapping, Ben On Sun, Feb 1, 2015 at 7:40 PM, hvdb henk...@gmail.com wrote: my my ... what a 'discussion' over such a 'simple asking' ;P so ... if i could get a map or some info, what should one do then, so that it is ' legal' ... get a 'stamp' on such a map/papers , or something else ? Also ... how should one post/map such map/info on OSM, to proof that it is 'OK' for the people of the city hall ? 2015-02-01 16:26 GMT+01:00 talk-be-requ...@openstreetmap.org: Send Talk-be mailing list submissions to talk-be@openstreetmap.org To subscribe or unsubscribe via the World Wide Web, visit https://lists.openstreetmap.org/listinfo/talk-be or, via email, send a message with subject or body 'help' to talk-be-requ...@openstreetmap.org You can reach the person managing the list at talk-be-ow...@openstreetmap.org When replying, please edit your Subject line so it is more specific than Re: Contents of Talk-be digest... Today's Topics: 1. Re: How to map streets with limited parking time? (Sander Deryckere) 2. Re: How to map streets with limited parking time? (Andre Engels) 3. Re: How to map streets with limited parking time? (Andre Engels) -- Message: 1 Date: Sun, 1 Feb 2015 13:18:59 +0100 From: Sander Deryckere sander...@gmail.com To: OpenStreetMap Belgium talk-be@openstreetmap.org Subject: Re: [OSM-talk-be] How to map streets with limited parking time? Message-ID: cabuouo8srrodvgl5iui4cufusvahc2fwkdt177bk5nwkytw...@mail.gmail.com Content-Type: text/plain; charset=utf-8 I have a feeling I'm repeating myself. We're NOT talking about copyright. There's no copyright involved in this case. Copyright doesn't matter here. Copyright isn't the reason why OSM exists. We're talking about Sui Generis database rights ( http://en.wikipedia.org/wiki/Database_Directive). The problem with database rights is that there are only very few trials that used it. So there are not many examples on what a substantial part or even a database is. However, when interpreting the texts, you see that a database is - A collection of different records: there are different streets with data - Possible to see one record at a time: seeing the parking time of a single street makes sense when you're looking for a parking place (which is the intended purpose of this map) The Sui Generis right protects - qualitative or quantitative data: it's both here. The amount of streets is complete, and the information about those streets is complete - substantial investment of time in either the obtaining, verification or presentation of the contents: Here it's about presentation. The information can simply be obtained by reading the decisions from the municipal council. However, presenting it in a GIS database, and rendering that map takes
Re: [OSM-talk] Galaxy S3 for Mapping
I'm not sure if this was an issue with all S3s but mine had a tendency to jump back to the last place where a GPS lock was acquired for up to about 10 seconds when I first turned on an app that required GPS positioning. Not the last place I was when using GPS but the place I was when the GPS system was booted up the last time. Seemed like an odd thing but it happened consistently. But yeah, running a GPS logging app in the background to keep a constant lock will probably help. At the expense of battery life of course. Toby On Sun, Feb 1, 2015 at 10:04 PM, Mike Thompson miketh...@gmail.com wrote: I ensure I leave the app osmtracker tracking in the background, at least this way I can ensure that the GPS is constantly trying to get a fix, Thanks! That makes sense. I will try that next time. Mike ___ 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-hr] Sluzbena imena ulica u ZG
Dana 2. veljače 2015. u 10:39 Filip tfi...@outlook.com je napisao/la: Primjer 2. name: Puni naziv na hrvatskom (npr. Trg žrtava fašizma) alt_name: Naziv koji se jako razlikuje od punog naziva, a odnosi se na istu lokaciju (npr. Džamija) Ja bih ovakve neslužbene nazive stavio u loc_name (local name) http://wiki.openstreetmap.org/wiki/Key:name Onda imamo i old_name koji će mahom biti ispunjeni sa socijalističkim motivima. Sad me zanima koji je to treći službeni naziv za ulice koji je spomenuo Darko :) Također bi bilo dobro kad bi imali isti sustav za cijelu Hrvatsku. Ako netko zna za kakav čudan sustav u drugim gradovima, neka javi. Sjećam se da u Slavonskom Brodu postoje adrese koje imaju ime ulice, ime bloka, i kućni broj: https://lists.openstreetmap.org/pipermail/talk-hr/2013-October/001967.html Možda još negdje ima takvih stvari. ___ Talk-hr mailing list Talk-hr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-hr
[Talk-it] Fwd: [Tagging] Looking for photos of italian motorways
Ciao a tutti, giro dalla lista Tagging come da richiesta di Martin Vonwald Luca -- Forwarded message -- From: Martin Vonwald imagic@gmail.com Date: 2015-02-02 11:55 GMT+01:00 Subject: [Tagging] Looking for photos of italian motorways To: Tag discussion, strategy and related tools tagg...@openstreetmap.org Hi! I'm looking for photos of italian motorways, especially south Italy, e.g. between Napoli and Reggio Calabria, but also for north Italy. I couldn't find any on the usually suspects (Mapillary, autobahn-bilder). If you have some photos available, please let me know. If you plan any journeys there, please think of Mapillary or similar ;-) Thanks! Best regards, Martin P.S: Would be nice if someone with access to the italian mailing list might forward this. Thanks! ___ Tagging mailing list tagg...@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [OSM-talk-be] Map without attribution
Since you're a mapper in Ostend, your data is probably also on the map, which makes you one of the copyright holders. So you can even write the mail in your own name. The letter is good, though I wouldn't only ask attribution for the future publications. I'd also ask to add attribution to the already-printed publications. This is possible with a small cheap sticker, so not too difficult either. Asking to free the toilets dataset wouldn't hurt either (they don't even have to do anything technically, we can just copy it from the OSM-based printed map and the listed addresses). Thanks for working on this, Sander Op 2 februari 2015 10:56 schreef Glenn Plas gl...@byte-consult.be: Idd, goede brief trouwens. Laat hem dit zien: They got your pee covered down below: https://toiletmap.gov.au/ On 02-02-15 09:39, Ben Abelshausen wrote: Ziet er goed uit... En het zou inderdaad geen kwaad kunnen om ff te vragen naar de beschikbaarheid van de toiletten-database voor hoogdringende sanitaire stops in Oostende! :-) Je kan hem ook gewoon mailen denk ik: http://www.oostende.be/persoon.aspx?id=2247 ___ 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-be] Map without attribution
Idd, goede brief trouwens. Laat hem dit zien: They got your pee covered down below: https://toiletmap.gov.au/ On 02-02-15 09:39, Ben Abelshausen wrote: Ziet er goed uit... En het zou inderdaad geen kwaad kunnen om ff te vragen naar de beschikbaarheid van de toiletten-database voor hoogdringende sanitaire stops in Oostende! :-) Je kan hem ook gewoon mailen denk ik: http://www.oostende.be/persoon.aspx?id=2247 ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [Talk-hr] Informacije za planinarska društva i suradnja s Hrvatskim planinarskim savezom
Vidm i ti bi službene i u metar :) Bilo je poslije dorađenih verzija što sam sam fixao a i drugi su sređivali te podatke ali ne mogu naći. 2015-02-01 23:50 GMT+01:00 Janko Mihelić jan...@gmail.com: Dana 1. veljače 2015. u 22:39 Darko Boto darko.b...@gmail.com je napisao/la: Ljudi, u datoteci koju sam poslao sigurno je preko 90% planinarskih domova i skloništa u RH. Zašto ih tražiti od HPS-a? Siguran sam da su i oni preuzeli dio ovih podataka jer znam da su te koordinate kružile među planinarima, a su bile slobodne za download i pod CC licencom. Malo su zastarjeli podaci, a neki su jednostavno krivi. Recimo u toj datoteci imaš Planinarsku kuću Veliki Lubenovac koja je davno izgorila. Onda Sklonište Martinove Košare, koje su krivo pozicionirane na praznoj livadi pored groblja. Neke imaju krivo ime, kao Sklonište Radilovac koji se zapravo zove Radlovac. Ispada da OSM već ima bolje podatke od tvojih. Ali nije samo to problem, nego HPS uz te podatke ima i nadmorske visine, brojeve ležajeva, telefonske brojeve za rezervaciju, operatora, i slične dosta važne podatke. Janko -- Darko Boto Phone: +385 1 6676 918 mob: +385 91 1365 614 e-mail: darko.b...@gmail.com ___ Talk-hr mailing list Talk-hr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-hr
Re: [Talk-us] Rail westerly
On Mon, Dec 29, 2014 at 4:12 PM, Mike Henson mikehen...@hotmail.com wrote: Steve, I agree with Charlotte, In Oklahoma I am seeing a lot of different names on one rail road line like Charlotte is talking about. We need to figure out how we're going to map the new Eastern Flyer mass transit system http://easternflyer.com/ that's being put together by (of all people) Iowa Pacific Railroad. Especially since I'm not completely sure where the stations are in the towns it stops in (and we still have a jazz museum that's somehow impossibly broke essentially squatting Tulsa Station at this point). Eventually I want to set up an OpenTripPlanner instance to handle bicycle and mass transport trip planning on a statewide scale here. ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [OSM-talk-be] Map without attribution
Asking to free the toilets dataset wouldn't hurt either (they don't even have to do anything technically, we can just copy it from the OSM-based printed map and the listed addresses). Is that after they'd give their consent to do so? Or is the fact they used OSM as the background enough to have freed that dataset? That would be very surprising. Anyway, I agree that it would be far better if we could include those bathrooms in our data. At that point they could render a map based solely on OSM with an empasis on what they deem important to show on such a map. I think it's important to tell it to them that way. Maybe point them to umap or maperitive as well. Jo ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [Talk-br] BR-116 split and cleanup
Como o problema de relações de rota não está relacionado com o DWG não é preciso incluí-los (DWG e Paul) nas respostas. Também não há necessidade de continuar a discussão em inglês (já que é a comunidade brasileira que deve decidir qual a melhor forma de manter as relações). O Paul gentilmente avisou sobre a divisão de uma rota apenas porque foi necessário quebrá-la para facilitar algumas reversões e remoções de objetos. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [OSM-talk] API down
On 02/02/15 09:17, Malcolm Herring wrote: On 02/02/2015 09:01, Tom Hughes wrote: We're aware that it was down, and that it was fixed two hours ago. OK, so next question: Why has planet replication stopped? Last minutely update was at 01:15. Because it needed a kick after the API was fixed. That was done about twenty minutes ago. Tom -- Tom Hughes (t...@compton.nu) http://compton.nu/ ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-lt] Viešojo transporto stotelės
aš siūlyčiau nedaryti savo interpretacijos ir įrašyti tą pavadinimą, kuris priskirtas oficialiai. Jei Šeškinė, tai Šeškinė. Jei Kęstučio st., tai tokį ir nurodom, su visom galūnėm. Nelabai aišku, kuris pavadinimas yra „oficialus“. Tas, kur ant stotelės ženklo, tas kur „oficialioje“ svetainėje (tarkim vilniustransport.lt) ar dar kur? Norisi bendros taisyklės, nes kuo įvairesnis tokių pačių objektų žymėjimas, tuo: 1. sunkiau duomenų naudotojams (atsisiuntę Lietuvos duomenis gauna neprognozuojamą mišrainę), 2. sunkiau automatu klaidas aptikti, 3. daugiau įvykių, kai kokiame nors plote pradedama keisti iš vieno varianto į kitą - pirmyn/atgal. -- Tomas ___ Talk-lt mailing list Talk-lt@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lt
Re: [OSM-talk-be] Map without attribution
2015-02-02 12:55 GMT+01:00 Jo winfi...@gmail.com: Asking to free the toilets dataset wouldn't hurt either (they don't even have to do anything technically, we can just copy it from the OSM-based printed map and the listed addresses). Is that after they'd give their consent to do so? Or is the fact they used OSM as the background enough to have freed that dataset? That would be very surprising. That's after their agreement. Displaying different datasets on top of each other (without mixing them) doesn't trigger the share-alike clause. Anyway, I agree that it would be far better if we could include those bathrooms in our data. At that point they could render a map based solely on OSM with an empasis on what they deem important to show on such a map. I think it's important to tell it to them that way. Maybe point them to umap or maperitive as well. Jo ___ 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] API down
Fight, those powers-that-be! ps. thank you, mysterious powers, for the dull hard totally unremunerated work on the planets and the API, whoever you are. On February 2, 2015 9:01:52 AM GMT, Tom Hughes t...@compton.nu wrote: On 02/02/15 08:46, Malcolm Herring wrote: Are the powers-that-be aware that the API is down? No, we're not. We're aware that it was down, and that it was fixed two hours ago. Tom -- Tom Hughes (t...@compton.nu) http://compton.nu/ ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk -- Sent from my Android device with K-9 Mail. Please excuse my brevity.___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[Talk-it] OSM Mapping Meetings - seconda edizione
Ciao a tutti, volevo segnalare la partenza della seconda edizione degli OSM Mapping Meetings organizzati da Sardinia Open Data. Sono degli incontri settimanali dove si radunano i contributori sardi e dove speriamo di coinvolgere e formare nuovi mappatori. Se volete saperne di più date uno sgurado a questo post: http://sardiniaopendata.org/2015/02/02/parte-la-seconda-edizione-osm-mapping-meetings-diventa-una-mapper/ Ciao Andriatz -- View this message in context: http://gis.19327.n5.nabble.com/OSM-Mapping-Meetings-seconda-edizione-tp5832199.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-at] Erforderliche Attribution für OpenStreetMap-Karten
Na, immerhin. Die OGR machts noch schlimmer: https://www.facebook.com/offensivegegenrechts/photos/a.296713190361536.78153.263205640378958/928432773856238/?type=1theater Ich finds schlimm, dass das allgemeine Bewusstsein noch nicht da ist... LG Am 31. Januar 2015 um 15:39 schrieb Markus Straub markus.straub...@gmail.com: Hallo, sehr schön, eine positive Antwort von NOWKR: wir werden das nächste Mal einen entsprechenden Hinweis anbringen, damit auch die Arbeit der Leute, die die Kare gestaltet haben, sichtbar ist! LG, Markus On 2015-01-31 12:30, Markus Straub wrote: Hallo Thomas, du hast Recht, NOWKR habe ich ebenfalls angeschrieben. LG, Markus On 2015-01-30 13:04, thomas.flandera#inode.at wrote: Da hast du aber zT den Falschen erwischt... Die Karte hat er nämlich dem Grunde nach von http://nowkr.at/wp-content/uploads/2014/11/kartewien2-1xx.jpg übernommen - die haben das auch schon falsch drinnen (soll jetzt aber keine Entschuldigung sein), jedoch verweist WienHeute auf Grafik: NOWKR Somit müsste man die auch noch darauf hinweisen. Beste Grüße Thomas Markus Straub markus.straub...@gmail.com hat am 29. Januar 2015 um 21:05 geschrieben: Sehr geehrter Herr Nusser, es freute mich als aktives Mitglied der OpenStreetMap-Community, dass in der heutigen WienHeute-Ausgabe vom 29.1. auf Seite 14 ein großer Ausschnitt aus OpenStreetMap zur Veranschaulichung der Demonstrationsrouten des WKR-Balls verwendet wird. Es würde mich, und die gesamte Community, noch mehr freuen, wenn Sie auch die erforderliche Copyright-Information in / neben die Grafik stellen würden: © OpenStreetMap-Mitwirkende. siehe auch: http://www.openstreetmap.org/copyright/de Dies ist die einzige Voraussetzung zur völlig freien Verwendung der Karte, und wir bitten Sie darum, dies bei hoffentlich vielen weiteren Verwendungen von OpenStreetMap-Ausschnitten zu berücksichtigen. Freundliche Grüße, Markus Straub ___ 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-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at -- Lukas Bischof p: +43 (664) 416 84 34 w: http://www.wordy-rappinghood.net/ @: lukas.bisc...@gmail.com ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-br] BR-116 split and cleanup
Paul There is another relation that have the same problem in terms of members and versions, that is BR-101 (http://www.openstreetmap.org/relation/53556 http://www.openstreetmap.org/relation/53556). These two and many other Brazilian highways could be split according to operator, as many of these are privately maintained on contracts, where the maintaining operator have the right to charge toll fee. At the moment I only have accurate information about one operator on BR-101, which operates on the stretch from the intersection to city of Mucuri, southern Bahia to the border between Espirito Santo and Rio de Janeiro. Should one split the relation like this than one would need accurate information about which parts are operated by whom, and maybe even contract lengths. Aun Johnsen On Feb 2, 2015, at 06:24, Paul Norman penor...@mac.com wrote: In the course of redacting some Tracksource data from the database, I came across a relation for BR-116 which had about 2400 members and was version 1000. A relation like this is a problem for various practical reasons such as edit conflicts, getting history, and generally being impossible to work with. I've split it up into four relations with a super-relation (http://www.openstreetmap.org/relation/4551470), the standard method for dealing with very long highways. The parts are in the north (osm.org/relation/4551466), around Rio de Janerio (osm.org/relation/4551467), around Sao Paulo (osm.org/relation/4551468) and in the south (osm.org/relation/4551469). The tracksource redaction is temporarily paused, but should now be much faster as it doesn't have to work with that mega-relation. Paul Norman For the OSMF Data Working Group ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-it] numero massimo di livelli in umap, e alternative
On 2015-02-02 08:52, M. Fioretti wrote: Per cui, se ho capito bene, il nocciolo della questione è SOLO questo: Il problema del numero di lager dipende molto dai browser ed anche dai dispositivi dove sono eseguiti. ricevuto in questo istante dal mio amico: Con uMap ho già creato fino a 205 layers su un’unica mappa, quindi per me adesso è ok. :-) -- http://mfioretti.com ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-bd] OSM for mitigation project
Dear Syed,
I hope everything is going well.
I will try in the following weeks to move on this authorization to fly
in Bangladesh, any help are welcome.
We are working on a new methodology to use drone on risk reduction
project ( with OpenStreetMap Haiti, I am also an OSM contributor).
We will test a Near Infra Red NIR camera for land cover /land use work.
We will see how far we can go.
We will use this camera S110 NIR
https://www.sensefly.com/drones/accessories.html
https://support.pix4d.com/hc/en-us/articles/202561429-Example-Datasets-Available-for-Download-Agriculture
https://www.sensefly.com/examples-of-postflight-processing.html
https://www.sensefly.com/applications/agriculture.html
So let see if it can be useful during a pilot test end April/May in
Bangladesh.
Even if we will do with an NGO, I am still using a Drone for OSM
activities, as a OSM contributor to improve our worklfow and try to find
useful use of it.
So don't hesitate to contact me, especially to see with the authorization.
PS:
All our imagery are on OSM France server (Jean Guilhem are doing the
maintenance) . Available as WMS / TMS link
2014 images
tms:http://wms.openstreetmap.fr/tms/1.0.0/haiti_2014/{zoom}/{x}/{y}
2013 images
tms:http://wms.openstreetmap.fr/tms/1.0.0/iomhaiti/{zoom}/{x}/{y}
Or directly in JOSM if you check supplier = HT / Imagerie Drone 2014
(Haïti) or HT / Imagerie drone (Haïti)
https://josm.openstreetmap.de/wiki/Help/Preferences/Imagery
Software:
We will use Pix4D for the mosaic
And for the extraction of the land cover and other ( NDVI ) we will use
Orfeo toolbox http://www.orfeo-toolbox.org/otb/
All the best FredM
On 19.01.2015 20:51, Syed Ishtiaque Ahmed wrote:
Hi Fred,
Thanks for your email. I think deploying drones will be a great idea
for mapping those places for better hydrological modeling. I believe
the marked areas are mostly rural in nature, and I don't expect tall
buildings there. However, we sure can check that accurately. I also
believe that the permission from the flight regulation authority is
possible. I know couple of people, who can help us on that regard.
Previously, we have seen drones being deployed in different
agricultural projects in rural Bangladesh, and I dont think it will be
difficult for us to get the permission.
I am copying this email with couple of my friends, who can give you
more information. Please let us know if you have any other question.
Also, please feel free to keep me in the loop.
Regards,
Ishtiaque
On Tue, Jan 20, 2015 at 12:51 AM, Fred Moine frmo...@gmail.com
mailto:frmo...@gmail.com wrote:
Dear all,
Terre des Hommes has conducted a DRR (disaster risk reduction)
mission in Haiti with OSM Haiti (they have seen the Drone +
mapping party
https://www.youtube.com/watch?v=ujTiYoi33_gfeature=youtu.be
https://www.youtube.com/watch?v=ujTiYoi33_gfeature=youtu.be%C2%A0%20
and https://www.youtube.com/watch?v=Oou32o-jR0M
https://www.youtube.com/watch?v=Oou32o-jR0M%C2%A0%20 )
And now Tdh Bangladesh would like to deploy**the OSM Haiti
methodology and Drone in Bangladesh**for their mitigation project
in this area of interest
http://umap.openstreetmap.fr/en/map/tdh-bangladesh-drr_24362#10/25.6811/89.8242
What do you think? The idea is to have the best open database to
improve hydrological modelling (we discussed the methodology in
this events http://eguworkshop.deltares.nl/index.php/agenda/index
Including local knowledge about the risk, a good elevation model
(height of the building, an up to date land cover, road, etc).
For sure we will need to obtain permission from the flight
regulation authority,
http://bdnews24.com/bangladesh/2014/01/30/caab-baf-permission-needed-to-fly-drones,
Any idea, possible not possible in your country.
All the best FredM OSM contributor
___
Talk-bd mailing list
Talk-bd@openstreetmap.org mailto:Talk-bd@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-bd
--
Syed Ishtiaque Ahmed
PhD Student (Fulbright ST Fellow)
Department of Information Science
Cornell University, Ithaca, NY 14850, US.
web: https://sites.google.com/site/siakallol/
___
Talk-bd mailing list
Talk-bd@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-bd
Re: [Talk-us] Routing on Ferries
On Thu, Jan 1, 2015 at 12:55 PM, Clifford Snow cliff...@snowandsnow.us wrote: On Thu, Jan 1, 2015 at 10:23 AM, Natfoot natf...@gmail.com wrote: The inherent problem with ferry routes is that they have a schedule. Routers can't then tell their users how long it is going to take without that data. As far as I know we don't have schedule capability within OSM and it is something that the routers have not pulled not even the big G. The big G is listing the route as being Mon-Sun: 7 AM–11:30 PM · every 60 min This is a safe comment even though the schedules change seasonally I agree. However, it would be nice to have it show the route. Somehow we can route via bus using GTFS. I wonder if ferry routes have a similar spec? There's nothing that says ferries can't use GTFS. ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-at] Erforderliche Attribution für OpenStreetMap-Karten
Am 02.02.2015 um 12:39 schrieb Lukas Bischof: Ich finds schlimm, dass das allgemeine Bewusstsein noch nicht da ist... Woher soll das allgemeine Bewußtsein kommen? Die meisten Menschen wissen ja nicht mal, daß es die OpenStreetMap gibt. Es müßte mehr Öffentlichkeitsarbeit gemacht werden. Das bedeutet natürlich Arbeit, die irgendwer machen muß. Eine mögliche Lösung dafür: Vielleicht findet sich eine PR-Agentur als Sponsor, die dann so jeden (zweiten) Monat eine Pressemitteilung mit interessanten Neuigkeiten rund um die OSM raus gibt. LG, Christian ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [OSM-talk] JOSM Query for recent edits to area?
On Mon, 2 Feb 2015 15:38:01 -0700, Mike Thompson wrote: I just spoke to a class of college students, introduced them to OSM, and had them make a few edits on their campus. I would like to review those edits. Is there anyway in JOSM (or other software) to select/highlight the elements over the campus that have been edited during the past day? JOSM has a search Looking for timestamp:2010-01-12/2010-04-12. shows the edits of these three months You can also search for user:meh to only show the edits of user meh ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-fr] BANO : non rapprochement highway avec code FANTOIR
Bonjour, Le 03/02/2015 02:25, Philippe Verdy a écrit : Le rapprochement BANO n'utilise-t-il pas de préférence le tag addr:street:* (plutot que name=*) quand il est présent ? Du tout, non. Sur les entités associatedStreet, on a très souvent un tag name, et, d'après taginfo.fr, jamais de tag addr:street : http://taginfo.openstreetmap.fr/tags/type=associatedStreet#combinations Il y a 2 cas pour un objet portant le tag addr:housenumber, - rechercher un tag addr: street sur le même objet, - ou bien l'inclusion de l'objet à une relation associatedStreet. Deux sous-possibilités pour les objets des relations : soit la relation a un tag name, et on le prend, soit elle n'en a pas et on va chercher le tag name des membres de la relation ayant le rôle 'street'. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-at] Wanderweg Relations
On 30.01.15 17:21, borut.mari...@borut.eu wrote: Die Relationen, deren Elemente in der Definition schön aufeinander geordnet sind, sich nicht wiederholen und dessen Knoten jeweils nur einmal vorkommen, haben - soweit ich mich nicht irre - den Vorteil, dass z.B. beim Waymarked Trails auch dessen Höhenprofile dargestellt werden. Guter Punkt, danke! /al ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Erforderliche Attribution für OpenStreetMap-Karten
On 02.02.15 13:03, Christian Aigner wrote: Eine mögliche Lösung dafür: Vielleicht findet sich eine PR-Agentur als Sponsor, die dann so jeden (zweiten) Monat eine Pressemitteilung mit interessanten Neuigkeiten rund um die OSM raus gibt. Dafür gibt es *bei weitem* zu wenig Substanz! Die Medien übernehmen gerne etwas, nur Du musst ihnen auch etwas liefern! Etwas, das den geneigten (Sparten-)Leser oder Hörer auch irgendwie interessiert. Den anderen mit Nichts nur taub zu schreien ist nicht nur zu wenig, sondern hätte nur den ignorieren wir ab jetzt-Effekt. Und ich glaube, Du verwechselst da auch Pressemitteilung und Werbung... Für eine Imagekampagne bräuchtest Du /etwas/ Kleingeld... ;) Und mit welchem Effekt? Servus, Andreas ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [OSM-talk-fr] BANO : non rapprochement highway avec code FANTOIR
Bonjour, Le 03/02/2015 06:37, Vincent de Château-Thierry a écrit : - ou bien l'inclusion de l'objet à une relation associatedStreet. Deux sous-possibilités pour les objets des relations : soit la relation a un tag name, et on le prend, soit elle n'en a pas et on va chercher le tag name des membres de la relation ayant le rôle 'street'. Je croyais que le tag name d'une relation AssociatedStreet était plus cosmétique qu'autre chose. Si oui, ne faudrait-il pas utiliser en priorité le tag name des membres street de la relation ? Stéphane ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-de] Wieder einmal lcn Sammelrelationen
Manuel Reimer Manuel.Spam at nurfuerspam.de writes: Es ist also eher ein Wegweiser für Radfahrer als ein zusammenhängender Radweg. Zu allem Überfluss teilweise auch noch lückenlos ausgeschildert. Ich meinte natürlich *lückenhaft*. Das entscheidende ist, dass es sich nur um Hinweisschilder, bzw. Wegweiser handelt. Das ganze mag gut gemeint sein, ersetzt aber kein GPS wenn man sich in fremden Gebiet nicht kilomenterweit verfahren will. Wenn auf einem Hinweisschild z.B. Gasthaus XY steht, dann packe ich die Wege dorthin schließlich auch nicht in eine Relation. Sehr wohl sinnvoll könnte dagegen sein das Schild selbst zu erfassen. Und sei es nur deshalb weil es zur Orientierung dienen kann. Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-br] toll=yes na Anhanguera
Li essa discussão toda e deixe me dar meus dois centavos. Considero que em hipótese alguma deve-se incluir informações erradas, nem por aproximações (a menos que o método do mapeamento previsto inclua aproximações e elas possuam tags indicando isso, como por exemplo em numeração de endereços). Dito isso, considero errado colocar indiscriminadamente toll:yes em uma rodovia inteira incluindo trechos em que se pode trafegar sem se pagar pedágio. Considerando as características gerais das rodovias brasileiras, parece fazer pouco sentido o emprego da tag toll, pois ela só poderá ser empregada em curtíssimos trechos próximos às praças de pedágio, onde, espera-se, tem o node com toll-booth. A redundância me parece óbvia e é muito difícil no Brasil termos o levantamento preciso de quais trechos exatamente são completamente taxados (além da própria praça de pedágio). Por exemplo, eu que passo frequentemente no trecho citado da Dutra onde tem cobrança na saída, não sabia que não havia cobrança no sentido Rio, vejo pedágio ao longe e sempre acreditei que eu seria cobrado se passasse por lá. Com toll=yes em toda a rodovia, eu teria um aplicativo me confirmando esse informação errada. Resumindo: podemos/devemos colocar ambas as tags (toll e toll-booth), a parte difícil será precisar a extensão do trecho que realmente merece a toll=yes (se você conhece bem o trecho, vá em frente, mas se não conhece vai correr o risco de incluir informação errada no mapa). P.S.: Isso que não entramos no mérito de se estamos mapeando para o aplicativo ou não. Atenciosamente, Márcio Vinícius Pinheiro. http://about.me/Doideira Em 01/02/2015 21:03, Roger C. Soares rogersoa...@gmail.com escreveu: Stereo respondeu, ele concordou que nas áreas onde o tráfego é livre a tag toll=yes deve ser retirada. Eu retirei próximo a Ribeirão onde não tem pedágios. Alguém se habilita em corrigir o resto? Atenciosamente, Roger. -- On 01-02-2015 01:26, Roger C. Soares wrote: Minha opnião é o que o ideal seria manter as duas formas de mapear. Tem gente que gosta de mostrar uma cor diferente nos trechos pagos, foi a única razão que encontrei para justificar a tag toll=yes até agora.. eu tb sempre usei a toll_booth, mas como as duas tags estão em uso, idealmente seria mapear as duas.. Dito isso, eu não vou colocar toll=yes em torno de todos os pedágios, mas se alguém se prontificar a fazer eu agradeço. Eu escrevi para o mapeador que adicionou a tag e dependendo da resposta, eu no máximo posso retirar a tag de toda a Anhanguera ou só do trecho próximo a Ribeirão. Se alguém quiser fazer o trabalho difícil, é bom dar uma olhada no turbopass, tem mais coisas para corrigir.. Atenciosamente, Roger. -- On 31-01-2015 23:13, Lists wrote: Marcio Concordo que o ideal e barrier=toll_booth para adicionar toll=yes por volta do 387 pedágios e um bom trabalho, mas não um tarefa maior que muitos dos importações que fizemos e ainda fazemos. Se consenso este lista e que devemos usar toll=yes por volta do barrier=toll_booth podemos fazer este em uma vez so, e depois somente com manutenção, sem consenso este vai vira um assunto complicado. Aun Johnsen On Jan 31, 2015, at 22:04, thunder...@gpsinfo.com.br thunder...@gpsinfo.com.br wrote: Aun Johnsen, acredito que a maioria aqui trafega bastante pelo Brasil por estradas pedagiadas e todos sabem que estrada pedagiada no Brasil é complicado porque as vias que estão sendo entregues a Concessionárias não foram construídas para serem pedagiadas e por isso existem inúmeras entradas e saídas delas. Algumas Concessionárias estão retirando alguns acessos que não passam por cabines, mas a quantidade deles é muito grande e o bloqueio de alguns gera um problema social muito sério. Colocar Tool=yes em trechos onde não existem saídas vai gerar muito mais trabalho do que se aplicar o barrier=toll_booth que por sinal é o recomendado na página PT-BR em http://wiki.openstreetmap.org/wiki/Pt-br:Tag:barrier%3Dtoll_booth que reproduzo aqui: Como mapear Basta adicionar a tag barrier=*toll_booth* para o nó onde o pedágio está localizado Até agora contamos com 387 pedágios. Sei porque geramos pontos de alerta e Pedágio é um deles escolhido pelos utilizadores dos navegadores conhecidos no Brasil para GPS automotivo e/ou smarthphone. Modificar a regra do jogo na altura do campeonato não é recomendável na minha opinião. Não tenho conhecimento de todos os aplicativos que geram mapa do Brasil, mas conheço alguns e recebo constantemente “feedback” deles nos sites que administramos. Qual o aplicativo que você empregou em seu teste que não reconheceu o barrier=toll_booth e em qual lugar? Iremos pesquisar em nossos sites com os utilizadores desse aplicativo. []s Marcio *From:* Lists li...@gimnechiske.org *Sent:* Saturday, January 31, 2015 10:36 PM *To:* OpenStreetMap no Brasil talk-br@openstreetmap.org *Subject:* Re: [Talk-br] toll=yes na Anhanguera Marcio, O
[Talk-it] Strada Provinciale e nomi vie
Al solito chiedo un parere per sapere qual'é la modalità migliore e maggiormente condivisa. Ho una strada provinciale che si chiama Strada Provinciale Tizio - Caio che a seconda degli spezzoni si chiama Via Garibaldi piuttosto che poi Via Verdi, ecc. ed inoltre ovviamente ha un suo codice di riferimento SPBSxx facilmente taggabile come ref. Come distribuisco i 2 elementi del nome tra il nome dell'intera strada provinciale ed il nome dei vari spezzoni? name=Strada Provinciale Tizio - Caio loc_name=Via Garibaldi oppure name=Via Garibaldi official_name=Strada Provinciale Tizio - Caio oppure altro ancora? Grazie. --enrico -- View this message in context: http://gis.19327.n5.nabble.com/Strada-Provinciale-e-nomi-vie-tp5832232.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] Rencontre parisienne OSM au Numa le 30 janvier 2015
Bonjour, De: Vincent de Château-Thierry v...@laposte.net Autre questionnement hier, suite à une récente cartopartie au Père-Lachaise : comment décrire, mieux qu'avec un simple tag name, les subdivisions des cimetières ? Comme ici : http://www.openstreetmap.org/way/177232497 Je tombe sur cette proposition en cours, avec déjà un peu d'usage (~2300 ways) : http://wiki.openstreetmap.org/wiki/Proposed_features/Cemetery_sector vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-br] toll=yes na Anhanguera
2015-02-02 12:43 GMT-02:00 Márcio Vinícius Pinheiro marcioviniciu...@gmail.com: Resumindo: podemos/devemos colocar ambas as tags (toll e toll-booth), a parte difícil será precisar a extensão do trecho que realmente merece a toll=yes (se você conhece bem o trecho, vá em frente, mas se não conhece vai correr o risco de incluir informação errada no mapa). toll=yes só estará presente entre a última saída da via (antes do pedágio) e a praça de pedágio. Esta última saída costuma ser um retorno/trevo/entroncamento e pode apresentar um aviso: http://goo.gl/maps/aQPdd ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [OSM-talk-be] Overpass-turbo issue with Luxembourg
You should include the correct admin_level in the query A region has an admin_level=4, a province has admin_level=6, an arrondissement has admin_level=7, a municipality has an admin_level=8, a part-municipality or city district has admin_level=9 (note that part-municipalities aren't mapped everywhere, since there's no current data about it). I know it can be confusing with provinces and cities having the same name (it happens even more often with arrondissements and cities), but this is about the only solution (else you start losing a lot of rendering space, or have to add a bazilllion of other tags for all different languages). Regards, Sander 2015-02-02 16:04 GMT+01:00 Julien Minet julien...@yahoo.fr: Hi, I have an issue with overpass-turbo and maybe someone could help me. I want to make a query over the *Province* de Luxembourg in Belgium, but I cannot separate with results from the *country* of Luxembourg, since they have the same name: Example: [out:json][timeout:25]; // fetch area “Luxembourg” to search in area['name:fr'='Luxembourg']-.searchArea; // gather results ( // query part for: “Shop” node[shop](area.searchArea); way[shop](area.searchArea); relation[shop](area.searchArea); ); // print results out geom; ; An idea would be to use another tag than the name, such as a OSM id for each object, or another unique tag. I tried, but I could not succeed. Also, if you want to make a search over 'Namur', you have the data of the whole province of Namur, and not the city. Yesterday at FOSDEM, Roland Olbricht had a similar issue: he wanted to show a query over the whole region Brussels using the name Bruxelles, but he just got the results over the city of Bruxelles. Any ideas? Julien ___ 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
[OSM-talk-be] Overpass-turbo issue with Luxembourg
Hi, I have an issue with overpass-turbo and maybe someone could help me. I want to make a query over the Province de Luxembourg in Belgium, but I cannot separate with results from the country of Luxembourg, since they have the same name: Example: [out:json][timeout:25]; // fetch area “Luxembourg” to search in area['name:fr'='Luxembourg']-.searchArea; // gather results ( // query part for: “Shop” node[shop](area.searchArea); way[shop](area.searchArea); relation[shop](area.searchArea); ); // print results out geom; ; An idea would be to use another tag than the name, such as a OSM id for each object, or another unique tag. I tried, but I could not succeed. Also, if you want to make a search over 'Namur', you have the data of the whole province of Namur, and not the city. Yesterday at FOSDEM, Roland Olbricht had a similar issue: he wanted to show a query over the whole region Brussels using the name Bruxelles, but he just got the results over the city of Bruxelles. Any ideas? Julien ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [Talk-at] Erforderliche Attribution für OpenStreetMap-Karten
Hi, Friedrich Volkmann wrote: On 02.02.2015 12:39, Lukas Bischof wrote: Ich finds schlimm, dass das allgemeine Bewusstsein noch nicht da ist... Das Problem ist, dass alle nur ans Geld denken. Entweder ist etwas kostenpflichtig oder kostenlos. Wenn man einen Brief von einem Anwalt kriegt, will er Geld. Wenn man einen Brief von der Behörde kriegt, will sie Geld. Wenn man wo rein will, wollen sie Geld. Wenn man auf der Straße von Greenpeaclern angesprochen wird, wollen sie Geld. Gerade an politische Aktivist*innen, die vermeintlich gegen den Kapitalismus ankämpfen, kann man ruhig höhere Maßstäbe ansetzen. Man ist gewöhnt, dass einem jemand nachläuft und die Hand aufhält. Dass einem jemand nachläuft um als Quelle genannt zu werden, ist eine gänzlich unbekannte Verhaltensweise. Du triffst sehr gut den Punkt, aber von gänzlich unbekannte[r] Verhaltensweise würde ich dennoch nicht sprechen. Gerade Architekt*innen versuchen sehr oft, die Benutzung der von ihnen geplanten Objekte stark einzuschränken: Manch ein Architekt verlangt dann, dass im Eingangsbereich einer Veranstaltungshalle ein weißer Teppich zu liegen hat, ein anderer versucht, das Aufstellen von Pflanzen im Sichtbetonbunker zu verbieten, weil das die Gefängnisatmosphäre des Universitätsgebäudes beeinträchtigen würde. In diesen Fällen können Architekt*innen dann einen sogenannten Ausschilderungsanspruch durchsetzen, wonach ausgeschildert werden muss, inwiefern sich die Planung des/der Architekten/-in von der Nutzung unterscheidet. War jetzt vielleicht nutzloses Wissen, aber ich konnte nicht widerstehen, Stefan ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-br] toll=yes na Anhanguera
Amigos, onde existe cabines de cobrança (toll-booth) existe a Praça do Pedágio As cabines podem atuar em somente uma pista da via (cobrança em um sentido somente) ou em ambas as pistas (cobrança nos dois sentidos). Quando uma via é de pista simples, sentido duplo, a concessionária constrói a praça do pedágio tornando aquele trecho a via em pista dupla. Assim deve ser retratado no mapa com trecho de pista dupla na Praça do Pedágio. Acredito que em uma primeira fase poderíamos definir a aplicação da toll=yes somente na abertura para a Praça do Pedágio. Com isso não nos preocuparíamos com saídas antes dessa Praça. Assim procedem os editores do mapa Tracksource. []s Marcio -Mensagem Original- From: Nelson A. de Oliveira Sent: Monday, February 2, 2015 12:52 PM To: OpenStreetMap no Brasil Subject: Re: [Talk-br] toll=yes na Anhanguera 2015-02-02 12:43 GMT-02:00 Márcio Vinícius Pinheiro marcioviniciu...@gmail.com: Resumindo: podemos/devemos colocar ambas as tags (toll e toll-booth), a parte difícil será precisar a extensão do trecho que realmente merece a toll=yes (se você conhece bem o trecho, vá em frente, mas se não conhece vai correr o risco de incluir informação errada no mapa). toll=yes só estará presente entre a última saída da via (antes do pedágio) e a praça de pedágio. Esta última saída costuma ser um retorno/trevo/entroncamento e pode apresentar um aviso: http://goo.gl/maps/aQPdd ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-de] DGPS/RTKLIB. Zum Aufzeichnen von Strecken brauchbar?
Hallo, da es im Bereich der Bluetooth-GPS-Logger wohl in letzter Zeit keine größeren Innovationen mehr gibt dachte ich eigentlich daran selber einen beliebig genauen GPS-Receiver an ein Bluetooth-Modul zu basteln um die Daten in mein Smartphone zu bekommen. Dabei bin ich auf DGPS, bzw. RTKLIB gestoßen. Leider sind die Infos dazu eher spärlich. Die Idee ist es wohl Rohdaten eines GPS-Receivers auszulesen. Dabei steht ein Receiver fest und einer wird die entsprechende Strecke entlanggeführt. Die Idee dabei ist, dass der stationäre Receiver sich ja nicht bewegt. Man kann mit ihm also Korrekturwerte berechnen und damit die Daten des bewegten Receivers korrigieren. Soviel zu meinem Verständnis. Mir fehlt aber eine Art Anleitung für Einsteiger. Wie mache ich das Prinzip für das Aufzeichnen von POIs oder Wegen nutzbar? Muss ich meine stationäre Antenne mitnehmen oder kann die auch zu Hause beispielsweise auf dem Hausdach stationiert werden, solange ich einen gewissen Radius nicht verlasse? Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] Strada Provinciale e nomi vie
name=Via Garibaldi ref=SPnn E poi la metti in una relazione con name=Strada Provinciale Tizio - Caio Ciao, Simone Il giorno 2 febbraio 2015 16:37, demon.box e.rossin...@alice.it ha scritto: Al solito chiedo un parere per sapere qual'é la modalità migliore e maggiormente condivisa. Ho una strada provinciale che si chiama Strada Provinciale Tizio - Caio che a seconda degli spezzoni si chiama Via Garibaldi piuttosto che poi Via Verdi, ecc. ed inoltre ovviamente ha un suo codice di riferimento SPBSxx facilmente taggabile come ref. Come distribuisco i 2 elementi del nome tra il nome dell'intera strada provinciale ed il nome dei vari spezzoni? name=Strada Provinciale Tizio - Caio loc_name=Via Garibaldi oppure name=Via Garibaldi official_name=Strada Provinciale Tizio - Caio oppure altro ancora? Grazie. --enrico -- View this message in context: http://gis.19327.n5.nabble.com/Strada-Provinciale-e-nomi-vie-tp5832232.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] Strada Provinciale e nomi vie
2015-02-02 16:37 GMT+01:00 demon.box e.rossin...@alice.it: Al solito chiedo un parere per sapere qual'é la modalità migliore e maggiormente condivisa. Ho una strada provinciale che si chiama Strada Provinciale Tizio - Caio che a seconda degli spezzoni si chiama Via Garibaldi piuttosto che poi Via Verdi, ecc. ed inoltre ovviamente ha un suo codice di riferimento SPBSxx facilmente taggabile come ref. Come distribuisco i 2 elementi del nome tra il nome dell'intera strada provinciale ed il nome dei vari spezzoni? name=Strada Provinciale Tizio - Caio loc_name=Via Garibaldi oppure name=Via Garibaldi official_name=Strada Provinciale Tizio - Caio oppure altro ancora? Devi fare una relazione per la strada procinviale e lì devi mettere nome, ref e quant'altro. Per esempio: http://www.openstreetmap.org/relation/1759837 Ciao, Andrea ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [OSM-talk-be] Overpass-turbo issue with Luxembourg
On 2015-02-02 16:04, Julien Minet wrote : Hi, I have an issue with overpass-turbo and maybe someone could help me. I want to make a query over the "Province de Luxembourg" in Belgium, but I cannot separate with results from the country of Luxembourg, since they have the same name: What about this: area['name:wa'='Grande-Dutcheye do Lussimbork']-.searchArea; ? ;-) Une ardeur d'avance, André. Example: [out:json][timeout:25]; // fetch area “Luxembourg” to search in area['name:fr'='Luxembourg']-.searchArea; // gather results ( // query part for: “Shop” node["shop"](area.searchArea); way["shop"](area.searchArea); relation["shop"](area.searchArea); ); // print results out geom; ; An idea would be to use another tag than the name, such as a OSM id for each object, or another unique tag. I tried, but I could not succeed. Also, if you want to make a search over 'Namur', you have the data of the whole province of Namur, and not the city. Yesterday at FOSDEM, Roland Olbricht had a similar issue: he wanted to show a query over the whole region Brussels using the name "Bruxelles", but he just got the results over the city of Bruxelles. Any ideas? Julien ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk-fr] Base de données pour le développement
Bonjour à tous, Je suis un nouvel inscrit à la liste et j'aimerais contribuer ce fabuleux projet qu'est OSM :) J'ai pour projet de faire un programme pour importer dans OSM une base de données d'immeubles (PSS) afin de rajouter les informations de hauteur (ou au moins le nombre d'étages) sur les bâtiments, ceci afin d'avoir des rendus 3D plus réalistes (voir la liste des projets relatifs à la 3D: http://wiki.openstreetmap.org/wiki/3D_Development). J'ai commencé à faire le programme mais je me heurte à un problème tout bête : il est fortement conseillé, si ça n'est obligatoire, d'utiliser les serveurs de développement afin de faire ses tests, ce qui est plutôt logique. On peut donc par ex utiliser celui ci : http://master.apis.dev.openstreetmap.org (équivalent à http://api06.dev.openstreetmap.org). Mais le problème est qu'il n'y a visiblement aucune donnée dans la BD ! Quelque soit l'ID du node je me retrouve toujours avec une erreur 404 (Not found) dès que je fait un GET, alors que ce sont des IDs tout à fait valides sur le serveur principale. D'ailleurs en utilisant la fonctionnalité Query feature de la carte, si on clique sur n'importe quel objet on a une erreur du type Désolé, chemin #116602263 n’a pas pu être trouvé. Mes craintes se sont confirmées en voyant sur la page http://wiki.openstreetmap.org/wiki/Sandbox_for_editing cette phrase : ...but the database may be empty or populated with only some test data, and non of them are currently hooked into a rendering stack, so you wont see your data change on a map. Mais s'il n'y a pas d’éléments dans la base de données de tests, comment on teste ? :) Merci d'avance pour votre aide, Vincent. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-lt] Viešojo transporto stotelės
Kastyti, Modesta. Čia žmonės teiraujasi kaip reikia teisingai stoteles rašyti žemėlapiuose. Siūlau įsitraukti klausimą į darbo grupės darbotvarkę, nes dabar tikrai balaganas: vienos su „st.“, kitos – be. Taip neturi būti. 2015.02.02 11:47, Tomas Straupis rašė: aš siūlyčiau nedaryti savo interpretacijos ir įrašyti tą pavadinimą, kuris priskirtas oficialiai. Jei "Šeškinė", tai "Šeškinė". Jei "Kęstučio st.", tai tokį ir nurodom, su visom galūnėm. Nelabai aišku, kuris pavadinimas yra „oficialus“. Tas, kur ant stotelės ženklo, tas kur „oficialioje“ svetainėje (tarkim vilniustransport.lt) ar dar kur? Norisi bendros taisyklės, nes kuo įvairesnis tokių pačių objektų žymėjimas, tuo: 1. sunkiau duomenų naudotojams (atsisiuntę Lietuvos duomenis gauna neprognozuojamą mišrainę), 2. sunkiau automatu klaidas aptikti, 3. daugiau įvykių, kai kokiame nors plote pradedama keisti iš vieno varianto į kitą - pirmyn/atgal. ___ Talk-lt mailing list Talk-lt@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lt
Re: [OSM-talk-fr] Base de données pour le développement
Dans ce cas tu télécharges une zone pour tes tests depuis la base principale vers un fichier OSM, tu changes l'adresse de l'API ou tu utilises une autre session JOSM pour le faire. Et tu envoies les données de cette zone de test sur la base de test. Après tu peux faire ce que tu veux... Cette base de test ne garantie pas la conservation à long terme des données il me semble (elle n'est pas taillée pour). Elle peut être purgée sans prévenir si elle devient trop volumineuse dans sa config limitée). Elle ne garantie pas non plus de bonnes performances (temporairement elle peut être sollicitée par d'autres tests concurrents). Elle peut aussi contenir des erreurs insérées volontairement pour tester le comportement de certains logiciels. S'il y a des données qui te gène dans ta zone de test (et qui ne sont assez anciennes) tu peux les virer, mais choisis plutôt une zone vierge si tu peux. Aucune idée de l'échelle de ton test : toute une grande ville comme Paris, Lyon, Marseille, Lille ou Bordeaux ? il y a des tas de trucs spécifiques dans ces villes. Après, à toi de faire tes tests de rendu. Garde tes fichiers OSM que tu souhaites valider en test si ensuite tu comptes les envoyer sur la base principale, mais attends toi à un travail supplémentaire de fusion... et de résolutions des conflits si les données OSM que tu as importées initialement en test ont été touchées sur la base principale pendant que tu les modifiais pour tes tests. En aucun cas tu ne doit réimporter directement les données brutes extraites de la base de test vers la base principale (à cause des erreurs volontaires et autres tests concurrents qui peuvent même avoir des données arbitraires qui ne correspondent à rien dans la réalité). Donc il vaut mieux que tu crées des fichiers OSM de petite taille pour rendre gérable le travail de fusion et résolution des conflits sinon tu y passeras un temps fou et certains pourrais faire des reverts de tes modifs partielles suspendues à de nombreuses résolutions de conflits (et tu devrais alors recommencer en tenant compte des conflits générés par les reverts de tout ce que tu as partiellement envoyés mais qui ne sont plus là pour continuer). Il est possible aussi de créer ta propre base de test (c'est open-source) et tu n'y seras pas gêné par les autres. A toi de la tailler selon tes besoins. Le 2 février 2015 19:08, Vincent Frison vincent.fri...@gmail.com a écrit : Bonjour à tous, Je suis un nouvel inscrit à la liste et j'aimerais contribuer ce fabuleux projet qu'est OSM :) J'ai pour projet de faire un programme pour importer dans OSM une base de données d'immeubles (PSS) afin de rajouter les informations de hauteur (ou au moins le nombre d'étages) sur les bâtiments, ceci afin d'avoir des rendus 3D plus réalistes (voir la liste des projets relatifs à la 3D: http://wiki.openstreetmap.org/wiki/3D_Development). J'ai commencé à faire le programme mais je me heurte à un problème tout bête : il est fortement conseillé, si ça n'est obligatoire, d'utiliser les serveurs de développement afin de faire ses tests, ce qui est plutôt logique. On peut donc par ex utiliser celui ci : http://master.apis.dev.openstreetmap.org (équivalent à http://api06.dev.openstreetmap.org). Mais le problème est qu'il n'y a visiblement aucune donnée dans la BD ! Quelque soit l'ID du node je me retrouve toujours avec une erreur 404 (Not found) dès que je fait un GET, alors que ce sont des IDs tout à fait valides sur le serveur principale. D'ailleurs en utilisant la fonctionnalité Query feature de la carte, si on clique sur n'importe quel objet on a une erreur du type Désolé, chemin #116602263 n’a pas pu être trouvé. Mes craintes se sont confirmées en voyant sur la page http://wiki.openstreetmap.org/wiki/Sandbox_for_editing cette phrase : ...but the database may be empty or populated with only some test data, and non of them are currently hooked into a rendering stack, so you wont see your data change on a map. Mais s'il n'y a pas d’éléments dans la base de données de tests, comment on teste ? :) Merci d'avance pour votre aide, 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-gb-london] Pub meet-up tomorrow night at the Blue Posts
Sorry for the short notice but... Tomorrow (Tuesday) night we'll be at the Blue Posts for a (probably quite small) casual social pub meet-up It's this pub on Newman Street: http://osm.org/go/euu4OnIv?m= Take care not to go to a different Blue Posts pub! When you get there... check upstairs! This is small pub, but it does have a very sneakily hidden staircase leading to more seating upstairs. We'll aim to get a table somewhere, so might well end up upstairs. We'll also aim to get organised with an OpenStreetMap sign and / or an orange OSM Surveyors Jacket / Polo shirts. My mobile number in case you can't find us: O7979815O13 From here we usually end up moving on at about 8 / 8:30 pm to node 787474861 before returning to the pub after burritos. You can sign up on lanyrd here: http://lanyrd.com/2015/openstreetmap-london-2-feb/ By signing up there, you make the event look more popular (Note: A lot of people don't bother signing up. We expect between 5 and 15 people. It is popular, honest) Hope to see you tomorrow! As always... London events listed here: http://wiki.osm.org/London#Upcoming_Events And you should follow https://twitter.com/OSMLondon Harry ___ Talk-gb-london mailing list Talk-gb-london@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb-london
Re: [Talk-de] Wieder einmal lcn Sammelrelationen
Am 01.02.2015 um 19:26 schrieb Volker Schmidt: Das ist eindeutig nicht im Sinne der ueblichen Interpretation der Radrouten-Relationen Das ist ein zusätzliches Problem, mir geht es eher um die unnötigen Sammelrelationen [2]. Der user Snoopy88 hat die Bedeutung des tags network anders interpretiert als ich das bisher gekannt habe: network=ncn bedeutet das die der Relation entsprechende Route Teil nationalen Netzwerks des Landes ist. Fuer Snoopy88 bedeutet es, dass die Relation ein Netzwerk darstellt. Dafür gibt es wohl eher type=network aber das schreit ja auch schon wieder nach Sammelrelation. Ich habe auch keine Diskussion ueber eine Umwidmung des network tags mitbekommen. Ich auch nicht und ich bin nur durch Zufall auf folgende Seite [1] gestoßen. cu fly [2] https://wiki.openstreetmap.org/wiki/DE:Relations/Relations_are_not_Categories 2015-02-01 17:53 GMT+01:00 fly lowfligh...@googlemail.com: Zumindest im Südwesten werden mal wieder alle Linien die einem lcn-Netzwerk angehören in Sammelrelationen gesteckt und diese wiederum sogar in Elternrelationen [1]. Hat sich da eine andere Philosophie durchgesetzt und sind solche Sammelrelationen mittlerweile akzeptiert ? [1] https://wiki.openstreetmap.org/wiki/User:Snoopy88/Radwegenetz ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-it] Balletto city-town
Scrivo giusto per segnalare che dopo l'intervento drastico di Marc Mongenet che qualche tempo fa declassò varie città italiane, queste continuano a ballare [1], soprattutto tra city e town. [1] https://www.openstreetmap.org/changeset/28571849 Ciao Federico ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-de] Wieder einmal lcn Sammelrelationen
Hallo, Am 2015-02-01 um 17:53 schrieb fly: Zumindest im Südwesten werden mal wieder alle Linien die einem lcn-Netzwerk angehören in Sammelrelationen gesteckt und diese wiederum sogar in Elternrelationen [1]. Hat sich da eine andere Philosophie durchgesetzt und sind solche Sammelrelationen mittlerweile akzeptiert ? Diese Sammelrelationen sind nicht nötig. Es gibt ja das Tag cycle_network=*, das ich soeben auf https://wiki.openstreetmap.org/wiki/Cycle_routes gefunden habe. Es scheint zwar nur in den USA verwendet zu werden, aber das spricht nicht gegen die Verwendung von cycle_network=Radverkehrsnetz Landkreis Heilbronn. Sollte eine Routenrelation oder ein Wegweise mehreren Netzen angehören, kann man diese mit Semikolon trennen. Die Overpass-API unterstützt reguläre Ausdrücke, MapCSS, CartoCSS und Maperitive auch. Ich frage mich eigentlich, ob man solche Kreisradverkehrsnetze überhaupt mappen sollte. An den Radwegweisern ist mir bisher (in Baden-Württemberg) noch keine Netzangabe aufgefallen. We map what's on the ground? Im ÖPNV gibt es das auch. Da spricht man dann von Netzen [1] wie dem Dieselnetz Allgäu oder dem E-Netz Nord, das eine Handvoll Regionalzuglinien beschreibt, die gemeinsam ausgeschrieben werden. Die Namen sind vor Ort oder auf Zügen nur angeschrieben, wenn es der Besteller will. [2] Sie tauchen höchstens während der Ausschreibungsphase in der Fachpresse (vielleicht auch mal in der Presse) auf. Beim ÖPNV habe ich für mich entschieden, die Relationen einfach in OSM vor sich hingammeln zu lassen, d.h. ich lösche sie nicht, pflege sie aber auch nicht. Viele Grüße Michael [1] In der Baubranche spräche man von Losen. [2] In Leipzig/Halle steht auf den S-Bahnen S-Bahn Mitteldeutschland. Es handelt sich aber um zwei Ausschreibungen, die beide die Deutsche Bahn gewonnen hat. Die Lose heißen MDSB1 und MDSB2. -- Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-at] Erforderliche Attribution für OpenStreetMap-Karten
Ich finds schlimm, dass das allgemeine Bewusstsein noch nicht da ist... Ich denke, dass mittlerweile schon viele Österreicher einen Brief vom Anwalt bekommen haben - weil sie auf ihrer Website ein Foto von irgendjemandem anderen verwendet haben. Spätestens dann sollte man sich über Rechte Gedanken machen. Das Problem ist, dass alle nur ans Geld denken. Entweder ist etwas kostenpflichtig oder kostenlos. Wenn man einen Brief von einem Anwalt kriegt, will er Geld. Wenn man einen Brief von der Behörde kriegt, will sie Geld. Wenn man wo rein will, wollen sie Geld. Wenn man auf der Straße von Greenpeaclern angesprochen wird, wollen sie Geld. Sehe ich auch so. Gerade die Einstellung wenn es nix kostet, kann ich es ja überall verwenden, ist in vielen Köpfen verankert. Bestes Beispiel immer noch Google Maps: Kostet nix, also kann ich problemlos Screenshots verwenden dafür. Gerade an politische Aktivist*innen, die vermeintlich gegen den Kapitalismus ankämpfen, kann man ruhig höhere Maßstäbe ansetzen. Unterschreibe ich ebenso. Man ist gewöhnt, dass einem jemand nachläuft und die Hand aufhält. Dass einem jemand nachläuft um als Quelle genannt zu werden, ist eine gänzlich unbekannte Verhaltensweise. Ich denke, dass gänzlich unbekannt ist, dass es tatsächlich Werke gibt, die man verwenden kann. Dass es dort allerdings immer noch Auflagen gibt, können meiner Erfahrung nach viele nicht verbinden. Du triffst sehr gut den Punkt, aber von gänzlich unbekannte[r] Verhaltensweise würde ich dennoch nicht sprechen. Gerade Architekt*innen versuchen sehr oft, die Benutzung der von ihnen geplanten Objekte stark einzuschränken: Manch ein Architekt verlangt dann, dass im Eingangsbereich einer Veranstaltungshalle ein weißer Teppich zu liegen hat, ein anderer versucht, das Aufstellen von Pflanzen im Sichtbetonbunker zu verbieten, weil das die Gefängnisatmosphäre des Universitätsgebäudes beeinträchtigen würde. In diesen Fällen können Architekt*innen dann einen sogenannten Ausschilderungsanspruch durchsetzen, wonach ausgeschildert werden muss, inwiefern sich die Planung des/der Architekten/-in von der Nutzung unterscheidet. War jetzt vielleicht nutzloses Wissen, aber ich konnte nicht widerstehen, Stefan Na, bravo. Genau solche Sachen merke ich mir jetzt bis in alle Ewigkeit. Thanks for nothing! ;) ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-bd] [HOT] OSM for mitigation project
Dear Frederic,
Think you already have got my reply of your earlier mail ccd with viven and
steven.
As I told in earlier mail that since 2014 jan there is restriction on
flying drone without permission. One of my Japanese researches group (cc)
have done almost same study as you in Jamalpur district in 2013. It was an
ADB funded Govt (Bangladesh Water Development Board) project. I think you
could get the permission through BWDB or DDM.
I have read your methodology used in Haiti and like the PGIS approach, it
can give an accurate data set. Wondered to see that you are using NIR
camera and NDVI data also what was not used in Haiti. Waiting to see its
use. It will be an interesting study for me. Some tools are not familiar to
me like Orfeo-toolbox and Pix4D.
See you in April.
Best regards
Ahasan
.
Ahasanul Hoque
*GIS Data Mgt Specialist**The World Bank.*
MSc in RS and GIS | AIT, Thailand. MSc. in Env. Science| KU, Bangladesh.
*Diploma in Disaster Mgt Humanitarian Response* |
Uni of Hawai-USA, UNU, Keio Okayama - Japan; AIT-Thailand*.*
*Contact: *hoque.aha...@gmail.com; ahasan...@yahoo.com ahasan...@gmail.com
| Web: *ahasanulhoque.com* http://ahasanulhoque.com/
*Skype: *ahasan4u | *Linkedin: **http://tinyurl.com/njg3xsp
http://tinyurl.com/njg3xsp *
On Mon, Feb 2, 2015 at 4:22 PM, Frederic Moine frmo...@gmail.com wrote:
Dear Syed,
I hope everything is going well.
I will try in the following weeks to move on this authorization to fly in
Bangladesh, any help are welcome.
We are working on a new methodology to use drone on risk reduction project
( with OpenStreetMap Haiti, I am also an OSM contributor).
We will test a Near Infra Red NIR camera for land cover /land use work.
We will see how far we can go.
We will use this camera S110 NIR
https://www.sensefly.com/drones/accessories.html
https://support.pix4d.com/hc/en-us/articles/202561429-Example-Datasets-Available-for-Download-Agriculture
https://www.sensefly.com/examples-of-postflight-processing.html
https://www.sensefly.com/applications/agriculture.html
So let see if it can be useful during a pilot test end April/May in
Bangladesh.
Even if we will do with an NGO, I am still using a Drone for OSM
activities, as a OSM contributor to improve our worklfow and try to find
useful use of it.
So don't hesitate to contact me, especially to see with the authorization.
PS:
All our imagery are on OSM France server (Jean Guilhem are doing the
maintenance) . Available as WMS / TMS link
2014 images tms:http://wms.openstreetmap.fr/tms/1.0.0/haiti_2014/
{zoom}/{x}/{y}
2013 images tms:http://wms.openstreetmap.fr/tms/1.0.0/iomhaiti/
{zoom}/{x}/{y}
Or directly in JOSM if you check supplier = HT / Imagerie Drone 2014
(Haïti) or HT / Imagerie drone (Haïti)
https://josm.openstreetmap.de/wiki/Help/Preferences/Imagery
Software:
We will use Pix4D for the mosaic
And for the extraction of the land cover and other ( NDVI ) we will use
Orfeo toolbox http://www.orfeo-toolbox.org/otb/
All the best FredM
On 19.01.2015 20:51, Syed Ishtiaque Ahmed wrote:
Hi Fred,
Thanks for your email. I think deploying drones will be a great idea for
mapping those places for better hydrological modeling. I believe the marked
areas are mostly rural in nature, and I don't expect tall buildings there.
However, we sure can check that accurately. I also believe that the
permission from the flight regulation authority is possible. I know couple
of people, who can help us on that regard. Previously, we have seen drones
being deployed in different agricultural projects in rural Bangladesh, and
I dont think it will be difficult for us to get the permission.
I am copying this email with couple of my friends, who can give you more
information. Please let us know if you have any other question. Also,
please feel free to keep me in the loop.
Regards,
Ishtiaque
On Tue, Jan 20, 2015 at 12:51 AM, Fred Moine frmo...@gmail.com wrote:
Dear all,
Terre des Hommes has conducted a DRR (disaster risk reduction) mission in
Haiti with OSM Haiti (they have seen the Drone + mapping party
https://www.youtube.com/watch?v=ujTiYoi33_gfeature=youtu.be
https://www.youtube.com/watch?v=ujTiYoi33_gfeature=youtu.be%C2%A0%20
and https://www.youtube.com/watch?v=Oou32o-jR0M
https://www.youtube.com/watch?v=Oou32o-jR0M%C2%A0%20 )
And now Tdh Bangladesh would like to deploy the OSM Haiti methodology
and Drone in Bangladesh for their mitigation project in this area of
interest
http://umap.openstreetmap.fr/en/map/tdh-bangladesh-drr_24362#10/25.6811/89.8242
What do you think? The idea is to have the best open database to improve
hydrological modelling (we discussed the methodology in this events
http://eguworkshop.deltares.nl/index.php/agenda/index
Including local knowledge about the risk, a good elevation model (height
of the building, an up to date
Re: [Talk-us] Rail westerly
Paul Johnson wrote: We need to figure out how we're going to map the new http://easternflyer.com/Eastern Flyer mass transit system that's being put together by (of all people) Iowa Pacific Railroad. Especially since I'm not completely sure where the stations are in the towns it stops in (and we still have a jazz museum that's somehow impossibly broke essentially squatting Tulsa Station at this point). Eventually I want to set up an OpenTripPlanner instance to handle bicycle and mass transport trip planning on a statewide scale here. Paul, as I said in a previous post, there are sensible steps for entering rail data into OSM in the USA so they both render well in ORM and build good data structures for logic like OpenTripPlanner: 1) Name rail segments: tag with operator=Name of rail agency, name=Name of subdivision or line. Often, existing TIGER data for rail lines have name=Name of rail agency, so simply change the name= tag to operator= (keeping the value) and add a new name= tag which is the well-known name of the subdivision or line name of the rail segment (not the system name, owner or operator of the rail). 2) Assure that each railway= tag is correct: rail, light_rail, subway, tram, etc. Usually rail is correct, unless the rail is part of a network such as a light_rail, subway or tram system. 3) Assign a usage= tag to each named segment: main, branch, industrial, military or tourism. 4) Group identically-named segments together into a relation with type=route, route=railway. This is a relation for a NAMED RAIL. It is virtually always the case that all elements have the same usage= tag (on each of the member objects, not as a tag on the relation). 5) Create a DIFFERENT (from the one above) relation for each particular passenger service route (such as Eastern Flyer) containing all of the rail segments that make up that route. Don't forget to add all of the railway=station and/or public_transport=platform elements to this relation, too. This relation may also have additional tags such as from, to, via, ref and network. Do read up on public_transport, as there are legacy and newer ways to tag these, and your application may require a specific tagging scheme. By doing this, ORM, OpenTripPlanner (and others) have much or all of what they need. The GTFS specification and its OSM wiki page (as well as other, specific routing documentation) can fill in any additional details which may be needed. And, of course: have fun! SteveA California___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [OSM-talk-fr] Espaces demi m....
Et quel bonheur de voir des commentaires aussi... incisifs sur le wiki, aussi: https://josm.openstreetmap.de/wiki/StartupPageSource?action=diffversion=1533 Heureusement que les contributeurs au wiki sont en général plus sympas sinon aucun développeur de JOSM ne continuerait à participer bénévolement. Le 1 février 2015 20:38, Philippe Verdy verd...@wanadoo.fr a écrit : Et non ce n'est PAS un fichier de config de JOSM, JOSM se contente de lire le HTML généré par une page wiki de JOSM. Si les fautes d'orthographe te plaisaient, mois pas. A ce sujet je ne sais pas qui a fait la traduction française de plein de trucs dans JOSM mais elle est bourrée de fautes (et aussi de contre-sens et faux-amis) ! Ca commence à m'agacer de les voir en permanence dans l'interface depuis un moement sans personne pour les corriger. Le 1 février 2015 20:32, Philippe Verdy verd...@wanadoo.fr a écrit : Quel espaces ??? Ce sont les indentations des puces de la page wiki et elles y sont comem sur les autres pages. Mes contribs sur cette page consistaient à corriger les fôtes de français. Le 1 février 2015 19:51, Marc Sibert m...@sibert.fr a écrit : Bonjour, Il y a un personnage maladroit qui a ajouté des espaces de m... dans les fichiers de config de JOSM. Des trucs qui sont placés avant les signes de ponctuation double, un certain verdy_p. S'il peut faire marche arrière immédiatement, ça éviterait des (pas) jolis carrés dans mon JOSM. Merci... pour la correction (pas pour la contribution). A+ -- Marc Sibert mailto:m...@sibert.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: [Talk-it] Strada Provinciale e nomi vie
Il giorno lun, 02/02/2015 alle 08.37 -0700, demon.box ha scritto: Al solito chiedo un parere per sapere qual'é la modalità migliore e maggiormente condivisa. Ho una strada provinciale che si chiama Strada Provinciale Tizio - Caio che a seconda degli spezzoni si chiama Via Garibaldi piuttosto che poi Via Verdi, ecc. ed inoltre ovviamente ha un suo codice di riferimento SPBSxx facilmente taggabile come ref. Come distribuisco i 2 elementi del nome tra il nome dell'intera strada provinciale ed il nome dei vari spezzoni? name=Strada Provinciale Tizio - Caio loc_name=Via Garibaldi oppure name=Via Garibaldi official_name=Strada Provinciale Tizio - Caio oppure altro ancora? Grazie. --enrico Io di solito metto il nome della provinciale su reg_name ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-de] Georeferenziertes Bild auf einfache Weise auf Karte legen?
Manuel Reimer Manuel.Spam at nurfuerspam.de writes: ich habe hier ein georeferenziertes Bild (TIFF) welches ich gerne über eine OpenStreetMap-Karte legen will. Ich müsste außerdem dynamisch zwischen Karte und Bild überblenden können. Danke für die vielen Tipps. Ich habe mich jetzt für eine vielleicht etwas unkonventionellen Lösung entschieden. Ich habe das entsprechende Gebiet in SVG gerendert. Die Flächen habe ich rausgeworfen und das Bild in Inkscape dahintergelegt. Dieses habe ich dann solange gedreht, gestreckt und geschoben bis alles halbwegs gepasst hat. Überblenden geht jetzt in Inkscape indem ich den Layer mit den Wegen einfach mehr oder weniger transparent mache. Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk-fr] BANO : non rapprochement highway avec code FANTOIR
Le 01/02/2015 21:12, Philippe Verdy a écrit : Note: le noms des deux relations (name=*) devrait être suffixé pour éviter l'homonymie. J’ai fait une recherche et je n'ai pas trouvé de description sur la manière de faire (séparation entre radical et suffixe et le suffixe lui-même - name, code insee ... - ). Est-ce : name = Avenue des Chênes:Bordeaux pour l'une et name = Avenue des Chênes:Mérignac pour l'autre ? On peut toujours indiquer le nom **non suffixé** de la rue dans le tag addr:street=* de la relation. Et puisque tous les membres (la voie notamment) ne sont pas dans le périmètre des communes, ils ne sont pas non plus dans le périmètre par défaut du code postal (qui n'est mentonné presque partout QUE dans la commune). Il faudra donc aussi compléter addr:postalcode=* dans la relation associatedStreet qui a des éléments à cheval de dexu communes ou sur la frontière communale. Ok ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-be] Talk-be Digest, Vol 86, Issue 4
On Mon, Feb 2, 2015 at 2:30 PM, hvdb henk...@gmail.com wrote: In my town , it is mostly the 'INFO Office' (=Tourisme Office) , which makes/distributes/publishes flyers/maps with info about traffic/tourism and so on, ... so, is it possible to make those people 'enthousiastic' for OSM, by a 'simple method' ? - i mean here by ; people are not going to read all those 'rules' about copyright and so on ... much to 'complex', and sometimes/mostly not in Flemish ... i mean here ; a simple website to publish such maps/info, so that it satifies all rules of OSM , and preferable in Flemish to read ? I am not sure what you want. Sometime to create printed maps ? or on-line maps ? Tilemile (or it's successor) can do all of this, but there is no Dutch version. This is commercial software. For on-line, non-commercial sites, you could use umap. Also no Dutch UI, but I assume you could help the umap team by translating the UI. QGIS is free and can also create printed and static maps combining a number of sources. Don't know whether the UI is available in Dutch. regards m ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Map without attribution
please note that the umap servers only allow non-commercial use. They could install their own instance of course regards m On Mon, Feb 2, 2015 at 1:34 PM, Ruben Maes ru...@janmaes.com wrote: Could you please help me out with properly referring to umap/maperitive? Actually I'm interested in even making a map style of my own but I have not looked into it deep enough. I've tried something out: http://piratepad.net/H7J6nGybr7 You should all be able to edit this. Thanks Ruben/M!dgard PS: I'm not from Ostend and the only thing I can remember doing there was while adding all the beaches in Belgium, back in my very early days. ;) 2015-02-02 12:59 GMT+01:00 Sander Deryckere sander...@gmail.com: 2015-02-02 12:55 GMT+01:00 Jo winfi...@gmail.com: Asking to free the toilets dataset wouldn't hurt either (they don't even have to do anything technically, we can just copy it from the OSM-based printed map and the listed addresses). Is that after they'd give their consent to do so? Or is the fact they used OSM as the background enough to have freed that dataset? That would be very surprising. That's after their agreement. Displaying different datasets on top of each other (without mixing them) doesn't trigger the share-alike clause. Anyway, I agree that it would be far better if we could include those bathrooms in our data. At that point they could render a map based solely on OSM with an empasis on what they deem important to show on such a map. I think it's important to tell it to them that way. Maybe point them to umap or maperitive as well. Jo ___ 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 ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Map without attribution
Maybe add a little section about adding his dataset to OSM instead of just projecting it on top of it! In the UK they recently had a similar project https://gailknight.wordpress.com/2014/11/25/the-great-british-public-toilet-map/ Tagging schema is present: http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dtoilets I don't see them in OSM : http://overpass-turbo.eu/s/7qk Glenn On 01-02-15 23:49, Ruben Maes wrote: *Nederlands beneden* == English == Today I went to the cinema. There was a flyer rack there with this peeing map. It sports a map showing toilet locations, and it's clearly OpenStreetMap. This is the big part of the map on OSM: http://osm.org/#map=15/51.2210/2.9109 Le me of course super-enthousiastic. (My girlfriend as well, she's a casual mapper!) That is, until I found out there was no attribution to OSM whatsoever. This was on the front: responsible publisher: Kristof Beuren, town's secretary, Vindictivelaan 1, Ostend I was thinking about sending him a letter like this, what do you think? Any objections/remarks? (see Dutch below; the letter applauds the use of OSM data but asks to include a copyright notice) M!dgard == Nederlands == Vandaag ging ik naar de cinema. Er was een folderrekje en dit plasplan lag daar in. Er staat een kaart op met toiletlocaties, en het is duidelijk OpenStreetMap. Dit is de grote kaart op OSM: http://osm.org/#map=15/51.2210/2.9109 Ik natuurlijk superenthousiast. (Mijn vriendin ook, ze is een occasionele mapper!) Mijn enthousiasme was een beetje over toen ik zag dat er helemaal geen vermelding van OSM op stond. Dit stond op de voorkant: v.u.: Kristof Beuren, stadssecretaris, Vindictivelaan 1, Oostende Ik denk eraan hem een brief als deze te sturen, wat denken jullie? Enige bezwaren/suggesties? M!dgard == Brief == Geachte heer Beuren Ik schrijf u namens het OpenStreetMap-team van België. De stad Oostende heeft een plasplan gepubliceerd met een kaart waarop openbare toiletten zijn aangegeven. Gezien de grote overeenkomsten tussen de kaartgegevens op de publicatie en de gegevens van ons project, veronderstellen wij dat u OpenStreetMap-data gebruikt. Het deed ons plezier dat te zien, aangezien we een open project zijn dat dit expliciet aanmoedigt. Dit gebruik is kosteloos, we vragen alleen een eenvoudige verwijzing naar ons project op te nemen, bijvoorbeeld: © OpenStreetMap-bijdragers. Zie openstreetmap.org/copyright. Meer informatie hierover kunt u zelf ook op openstreetmap.org/copyright vinden. We moedigen het gebruik van onze kaart graag aan en vragen enkel deze vermelding op te nemen in toekomstige publicaties. Alvast hartelijk bedankt. Namens OpenStreetMap België, Ruben Maes ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be -- Everything is going to be 200 OK. ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Map without attribution
Ziet er goed uit... En het zou inderdaad geen kwaad kunnen om ff te vragen naar de beschikbaarheid van de toiletten-database voor hoogdringende sanitaire stops in Oostende! :-) Je kan hem ook gewoon mailen denk ik: http://www.oostende.be/persoon.aspx?id=2247 Met vriendelijke groeten, Best regards, Ben Abelshausen 2015-02-02 9:32 GMT+01:00 Glenn Plas gl...@byte-consult.be: Maybe add a little section about adding his dataset to OSM instead of just projecting it on top of it! In the UK they recently had a similar project https://gailknight.wordpress.com/2014/11/25/the-great-british-public-toilet-map/ Tagging schema is present: http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dtoilets I don't see them in OSM : http://overpass-turbo.eu/s/7qk Glenn On 01-02-15 23:49, Ruben Maes wrote: *Nederlands beneden* == English == Today I went to the cinema. There was a flyer rack there with this peeing map. It sports a map showing toilet locations, and it's clearly OpenStreetMap. This is the big part of the map on OSM: http://osm.org/#map=15/51.2210/2.9109 Le me of course super-enthousiastic. (My girlfriend as well, she's a casual mapper!) That is, until I found out there was no attribution to OSM whatsoever. This was on the front: responsible publisher: Kristof Beuren, town's secretary, Vindictivelaan 1, Ostend I was thinking about sending him a letter like this, what do you think? Any objections/remarks? (see Dutch below; the letter applauds the use of OSM data but asks to include a copyright notice) M!dgard == Nederlands == Vandaag ging ik naar de cinema. Er was een folderrekje en dit plasplan lag daar in. Er staat een kaart op met toiletlocaties, en het is duidelijk OpenStreetMap. Dit is de grote kaart op OSM: http://osm.org/#map=15/51.2210/2.9109 Ik natuurlijk superenthousiast. (Mijn vriendin ook, ze is een occasionele mapper!) Mijn enthousiasme was een beetje over toen ik zag dat er helemaal geen vermelding van OSM op stond. Dit stond op de voorkant: v.u.: Kristof Beuren, stadssecretaris, Vindictivelaan 1, Oostende Ik denk eraan hem een brief als deze te sturen, wat denken jullie? Enige bezwaren/suggesties? M!dgard == Brief == Geachte heer Beuren Ik schrijf u namens het OpenStreetMap-team van België. De stad Oostende heeft een plasplan gepubliceerd met een kaart waarop openbare toiletten zijn aangegeven. Gezien de grote overeenkomsten tussen de kaartgegevens op de publicatie en de gegevens van ons project, veronderstellen wij dat u OpenStreetMap-data gebruikt. Het deed ons plezier dat te zien, aangezien we een open project zijn dat dit expliciet aanmoedigt. Dit gebruik is kosteloos, we vragen alleen een eenvoudige verwijzing naar ons project op te nemen, bijvoorbeeld: © OpenStreetMap-bijdragers. Zie openstreetmap.org/copyright. Meer informatie hierover kunt u zelf ook op openstreetmap.org/copyright vinden. We moedigen het gebruik van onze kaart graag aan en vragen enkel deze vermelding op te nemen in toekomstige publicaties. Alvast hartelijk bedankt. Namens OpenStreetMap België, Ruben Maes ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be -- Everything is going to be 200 OK. ___ 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
[OSM-talk] API down
Are the powers-that-be aware that the API is down? ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-fr] 26 futurs géomaticiens formés à OSM
@Nicolas. Oups j'ai un peu décroché ce WE. Je prévois de mettre les supports (fichiers .odp avec tout mon bavardage en notes) sur mon site, je peux aussi les mettre sur openstreetmap.fr : je veux bien que tu me précises où voire comment. Antoine. Le 30/01/2015 18:17, Nicolas Moyroud a écrit : Bonjour Antoine, Bravo pour ces deux présentations OSM. Super boulot ! Merci également pour le partage. J'interviens sur quelques modules géomatique à l'université Montpellier 2 et j'ai eu l'occasion de leur faire quelques présentations OSM. C'est dommage, je n'ai pas pensé comme toi à compter les étudiants. ;-) Il y a des choses intéressantes dans tes slides dont je vais pouvoir m'inspirer pour améliorer mes supports. :-) As-tu pensé à mettre en téléchargement les fichiers sources qui ont servis à faire ces présentations ? Si oui où peut-on les récupérer ? Ce serait peut-être intéressant de les mettre en téléchargement sur une plate-forme qui ne nécessite pas de compte, par exemple sur openstreetmap.fr. Sinon je peux les héberger avec les supports de présentations que je met en ligne sur mon site. Merci a+ Le 30/01/2015 10:04, Antoine Riche a écrit : Bonjour, Lundi 26 janvier j'ai formé 26 étudiants de Licence Pro GGAT (Génie Géomatique pour l'Aménagement du Territoire) à Auch à l'utilisation des données OpenStreetMap. La matinée consistait en deux cours dont les supports sont disponibles en cc-by-sa : * Introduction à OpenStreetMap : http://www.slideshare.net/cartocite/introduction-openstreetmap * OpenStreetMap pour les géomaticiens : http://www.slideshare.net/cartocite/openstreetmap-pour-les-gomaticiens L'après-midi était consacrée à un TP, au cours duquel les étudiants ont intégré dans QGis données OSM de diverses manières : export Geofabrik avec styles 3Liz, Overpass Turbo, plugin QuickOSM, extraction de données brutes avec osmconvert et osmfilter. Antoine. ___ 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] API down
On 02/02/15 08:46, Malcolm Herring wrote: Are the powers-that-be aware that the API is down? No, we're not. We're aware that it was down, and that it was fixed two hours ago. Tom -- Tom Hughes (t...@compton.nu) http://compton.nu/ ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-lt] Viešojo transporto stotelės
Sveiki, aš siūlyčiau nedaryti savo interpretacijos ir įrašyti tą pavadinimą, kuris priskirtas oficialiai. Jei Šeškinė, tai Šeškinė. Jei Kęstučio st., tai tokį ir nurodom, su visom galūnėm. 2015-02-01 21:04 GMT+02:00 Tomas Straupis tomasstrau...@gmail.com: Sveiki Šiuo metu iš stotelių, kurios turi pavadinimą, 1348 yra be galūnės „st.“ ir 601 su galūne „st.“. Gražu būtų, jei sutartume dėl vieno varianto. Stotelių fiziniuose ženkluose rašoma įvairiai: vienur su „st.“, kitur - be. Tarkim vilniustransport.lt rašoma be „st.“. Aš asmeniškai irgi linkčiau į variantą be „st.“, nes taip kompaktiškiau atrodo maršrutai ir stotelių vaizdavimas mobiliuose įrenginiuose. Bet tai tik mano asmeninė nuomonė. Ką galvojate jūs? -- Tomas ___ Talk-lt mailing list Talk-lt@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lt ___ Talk-lt mailing list Talk-lt@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lt
Re: [Talk-it] Uso delle Note
Daniele Forsi-2 wrote Da quel che ho capito, dovremmo valorizzare il nome con venti settembre. solo se il Comune delibera la modifica, non so se per questi numeri è necessaria, ma l'ISTAT non ha il potere di cambiare i nomi e poi ci sarà il problema delle targhe in strada che non coincidono con il nuovo nome Da quel che leggo, le amministrazioni locali sono obbligate, nell'inserimento dei dati toponomastici nell'Archivio Nazionale [1], a seguire le direttive riportate nell'informativa (leggo un sacco di deve, devono ). A questo punto, per OSM può valer la pena di fare gli import con un nuovo standard, per quanto la cartellonistica lo seguirà in tempi più lunghi? Un problema nell'immediato: i dati dei numeri civici liberati l'anno scorso dalla regione FVG non seguono queste direttive: contengono abbreviazioni, numeri romani, apostrofi invece di accenti, errori palesi ecc. tutti casi che sono stati isolati e portati a standard in una tabella pronta per l'import. Che fare? Usiamo il metodo name, alt_name, alt_name_1 ? [1] Agenzia delle Entrate wrote L’archivio risponde all’esigenza di avere un unico riferimento informatizzato e codificato, costantemente aggiornato dai Comuni, in grado di favorire la standardizzazione del dato relativo all’indirizzo. [...]l’Istat ha chiesto ai 7.585 Comuni non capoluogo di provincia con popolazione inferiore a 20.000 abitanti, di completare e certificare il proprio stradario presente in ANSC, in quanto i restanti 509 Comuni capoluogo di provincia o con popolazione superiore ai 20.000 abitanti, alla data della stipula della convenzione, stavano già procedendo alla fornitura dei dati toponomastici direttamente all’Istat, nell’ambito del progetto denominato “Rilevazione numeri civici (RNC)”. - -- cascafico.altervista.org twitter.com/cascafico -- View this message in context: http://gis.19327.n5.nabble.com/Uso-delle-Note-tp5831740p5832195.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] API down
On 02/02/2015 09:01, Tom Hughes wrote: We're aware that it was down, and that it was fixed two hours ago. OK, so next question: Why has planet replication stopped? Last minutely update was at 01:15. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[Talk-br] BR-116 split and cleanup
In the course of redacting some Tracksource data from the database, I came across a relation for BR-116 which had about 2400 members and was version 1000. A relation like this is a problem for various practical reasons such as edit conflicts, getting history, and generally being impossible to work with. I've split it up into four relations with a super-relation (http://www.openstreetmap.org/relation/4551470), the standard method for dealing with very long highways. The parts are in the north (osm.org/relation/4551466), around Rio de Janerio (osm.org/relation/4551467), around Sao Paulo (osm.org/relation/4551468) and in the south (osm.org/relation/4551469). The tracksource redaction is temporarily paused, but should now be much faster as it doesn't have to work with that mega-relation. Paul Norman For the OSMF Data Working Group ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
